Web sitesini yayına almadan önce kontrol listesi: neye, nasıl bakılır?

Web sitesini yayına almadan önce sekiz alana bakılır: test ortamından kalan ayarlar, içerik, telefonda görünüm, hız, arama motoru ayarları, formlar ve iletişim, güvenlik ve hukuk, hesapların sahipliği. Her maddenin yanında bir de test yöntemi olmalı; "baktık, iyi görünüyor" bir kontrol değildir.

Bu listeyi her maddenin nasıl test edileceğiyle birlikte veriyoruz. Aynı maddeler ücretsiz web sitesi yayın öncesi kontrol listemizde PDF olarak da var; yazdırıp ekiple tek tek işaretleyebilirsin.

Test ortamının ayarları yayına taşınmasın

Yayın gününün en sinsi hataları görünmez: site açılır, her şey yerinde durur, ama arama motoru siteyi görmez ya da formlar boşluğa gider. Çünkü test sitesinde doğru olan ayarlar (aramaya kapalı, test adresi, geliştiricinin e-postası) yayında yanlıştır:

İçerik ve sayfalar

• Deneme metni kalmadı. "Lorem ipsum", "Başlık buraya" ve örnek görseller sitede arama ile bulunur.
• İlk ekran ne yaptığını tek cümleyle söylüyor. Ziyaretçi ilk ekranda markanın ne iş yaptığını anlamalı.
• Her hizmetin ayrı sayfası var. Bütün hizmetleri tek sayfada sıralamak hem okura hem aramaya zayıf gelir; neden olduğunu kurumsal web sitesi nasıl olmalı yazımızda anlattık.
• Bütün bağlantılar çalışıyor. Menü, alt bilgi, düğmeler ve metin içi bağlantılar tek tek tıklanır; kırık bağlantıyı bir tarama aracıyla da aramak gerekir.
• Bulunamadı (404) sayfası gerçekten 404 veriyor. Var olmayan bir adres açılınca sayfa "bulunamadı" demeli ve sunucu 404 kodu göndermeli; 200 dönen hata sayfası aramada çöp sayfa gibi görünür.
• İletişim bilgisi her sayfadan bulunuyor. Telefon ve e-posta yalnız iletişim sayfasında saklı kalmamalı.

Telefonda

Ziyaretçilerin çoğu siteye telefondan geliyor; masaüstünde güzel görünen sayfa telefonda bozulabilir. Gerçek bir telefonla, tarayıcının küçültülmüş penceresiyle değil:

• Metin yakınlaştırmadan okunuyor mu?
• Düğmeler parmakla rahat tıklanıyor mu, birbirine çok yakın değil mi?
• Tablolar ve görseller ekrandan taşıyor mu, yatay kaydırma oluşuyor mu?
• Menü tek elle açılıp kapanıyor mu?
• Formda doğru klavye açılıyor mu: e-posta alanında @, telefon alanında rakam?

Hız: Core Web Vitals

Hızın ölçüsü "açılıyor" değil, Google'ın üç ölçüsüdür. PageSpeed Insights (yeni sekmede açılır) ile her önemli sayfayı ayrı ayrı test et, telefon sonucuna bak:

Eşikler web.dev'in Core Web Vitals sayfasından (yeni sekmede açılır). Yeni bir sitede gerçek kullanıcı verisi henüz olmaz; ilk günlerde laboratuvar sonucuna bakılır, gerçek veri birkaç hafta içinde dolar. Kayma (CLS) sorununun en sık nedeni eni ve boyu belirtilmemiş görsellerdir: her <img> etiketinde width ve height olmalı.

Arama motoru ayarları

• Her sayfanın kendi başlığı ve açıklaması var. Aynı başlığı taşıyan iki sayfa aramada birbiriyle yarışır. Başlık 60, açıklama 155 karakter civarında kalmalı.
• Sayfada tek H1. Alt başlıklar sırayla H2, H3 diye iner.
• Görsellerin alt metni yazılı. Hem ekran okuyucular hem görsel araması için.
• Yapılandırılmış veri hatasız. Şirket bilgisi, sık sorulanlar ya da ürünler için eklenen şema, Google'ın Zengin Sonuçlar Testi (yeni sekmede açılır) ile denetlenir.
• Tek adres. http ve https, www ve www'siz adreslerin hepsi tek bir adrese kalıcı (301) yönlenmeli; yoksa aynı site dört farklı adresten açılır.

Form ve iletişim

• Her form gerçek bir mesajla test edildi. Mesaj doğru adrese düşüyor mu, istenmeyen klasörüne mi gidiyor?
• Spam koruması var. Korumasız bir form ilk haftada bot mesajlarıyla dolar.
• Telefon numarası tıklanınca arıyor. tel: bağlantısı telefonda doğrudan arama ekranını açmalı.
• Kurumsal e-postanın SPF, DKIM ve DMARC kayıtları yapıldı. Bu kayıtlar olmadan siteden ya da şirket adresinden giden e-postalar istenmeyen klasörüne düşer; Google'ın gönderen kuralları (yeni sekmede açılır) bunları toplu gönderimde zorunlu tutuyor.

Güvenlik ve hukuk

• SSL kurulu ve her sayfa https ile açılıyor. Tarayıcıda kilit simgesi ve "güvenli değil" uyarısının olmaması.
• Güvenlik başlıkları gönderiliyor. HSTS, içerik türü ve çerçeve koruması gibi başlıklar securityheaders.com (yeni sekmede açılır) ile tek adımda görülür.
• KVKK aydınlatma metni şirketin kendi bilgileriyle yazıldı. Başka bir siteden kopyalanmış, şirket adı bile değişmemiş metin en sık görülen hata.
• Çerez izni gerçekten çalışıyor. Zorunlu olmayan çerezler izin verilmeden yüklenmemeli; KVKK'nın çerez rehberi (yeni sekmede açılır) bunu ayrıntılı anlatır.

Hesaplar ve sahiplik

Teknik olarak kusursuz bir site, hesapları yanlış kişinin üzerindeyse bir gün sorun olur. Yayından önce şunlar şirketin adına olmalı:

• Alan adı (domain) kaydı ve yenileme tarihi.
• Barındırma (hosting) ve içerik paneli yönetici hesabı.
• Analitik ve Search Console (yeni sekmede açılır) mülkü; ajans ya da geliştirici yalnız kullanıcı olarak eklenir.
• DNS yönetimi (Cloudflare ya da alan adı firması).

Yayın günü

1. 1

   Bir gün önce DNS süresini kısalt

   Alan adının DNS kayıtlarındaki TTL süresini birkaç dakikaya indir; yayın anında adres yeni sunucuya hızlı geçer, sorun olursa hızlı geri dönülür.

2. 2

   Yayından hemen sonra başlıklara bak

   Ana sayfanın ve birkaç alt sayfanın sunucu başlıklarına bak (curl -I https://siteadi.com): 200 kodu, doğru content-type, X-Robots-Tag yok.

3. 3

   Site haritasını gönder

   Search Console'da site haritasını gönder ve URL denetimiyle ana sayfanın "dizine eklenebilir" olduğunu doğrula.

4. 4

   Formu canlıda bir kez daha test et

   Test sitesinde çalışan form, canlı alan adında farklı davranabilir. Gerçek bir mesaj gönder.

Yenileme ise: kaybolan bir şey var mı?

Yeni site eskisinin yerine geçiyorsa bir kontrol daha gerekir: eski sitede olup yenisinde olmayanlar. Yeni sitede eklenenleri herkes görür; kaybolanları kimse görmez. Her önemli sayfa için eski ve yeni hali karşılaştırılır:

• Sayfanın başlığı ve açıklaması korundu mu?
• Yapılandırılmış veri (şirket, sık sorulanlar, ürün) eksildi mi?
• Sayfanın aldığı iç bağlantılar hala var mı?
• Eski adreslerin hepsi en yakın karşılığına 301 ile yönleniyor mu?

Adres değişikliklerinin ve yönlendirmelerin ayrıntısını web sitesi yenilerken aramadaki yeri korumak yazımızda anlattık.

İlk hafta ve ilk ay

1. İlk 48 saat

   Formdan gelen mesajları, sunucu hatalarını ve analitikte gerçek ziyaretçiyi izle.

2. İlk hafta

   Search Console'da tarama hatalarına ve bulunamayan (404) sayfalara bak, eksik yönlendirmeleri ekle.

3. İlk ay

   Önemli sayfaların aramadaki gösterim ve sırasını yayın öncesiyle karşılaştır; Core Web Vitals'ta gerçek kullanıcı verisi dolunca yeniden bak.

Kısa kontrol listesi

Sık sorulanlar

Web sitesini yayına almadan önce neler kontrol edilmeli?

Test ortamından kalan ayarlar (noindex, robots.txt, kanonik, form alıcısı), içerik ve bağlantılar, telefonda görünüm, Core Web Vitals hızı, başlık ve açıklamalar, formlar, SSL ve yönlendirmeler, KVKK ve çerez izni ile alan adı ve hesapların şirketin adına olup olmadığı kontrol edilmeli.

Yayından sonra site Google'da ne zaman görünür?

Site haritası Search Console'a gönderildikten sonra ana sayfa genellikle birkaç gün içinde dizine eklenir; bütün sayfaların taranması haftalar sürebilir. URL denetimiyle önemli sayfaların taranmasını istemek süreci hızlandırır, ama sıralama garanti etmez.

Site neden Google'da çıkmıyor?

En sık neden test sitesinden kalan noindex etiketi ya da başlığıdır. Ardından robots.txt'deki Disallow: / satırı ve test adresini gösteren kanonik etiket gelir. Üçü de sayfa kaynağında ve sunucu başlıklarında birkaç dakikada kontrol edilir.

Core Web Vitals değerleri kaç olmalı?

Google'ın eşiklerine göre LCP 2,5 saniye ve altı, INP 200 milisaniye ve altı, CLS 0,1 ve altı "iyi" sayılır. Değerler PageSpeed Insights'ta sayfa sayfa, telefon ve masaüstü için ayrı görülür.

Yayın öncesi kontrol listesi ücretsiz indirilebilir mi?

Evet. Bu yazıdaki maddeler Piktram'ın ücretsiz web sitesi yayın öncesi kontrol listesinde PDF olarak var; kayıt ya da e-posta istemeden iner.

Siteyi tasarlayan ve yayına alan ekibi aynı yerde istiyorsan web tasarım hizmetimize göz at; kapsama göre tahmini tutarı fiyatlar sayfasında görebilirsin.