08-20-2026, 11:10 AM
Yayına hazır görünen bir site; yanlışlıkla açık kalmış noindex, tutarsız canonical, hatalı yönlendirme, boş sitemap veya mobil taşma nedeniyle arama motorlarında beklenenden kötü performans gösterebilir. Aşağıdaki listeyi yayın öncesi son teknik SEO geçişi olarak kullanabilirsiniz. Dataweb’deki Teknik SEO Kontrol Listesi rehberini de bu adımların ayrıntılı devamı olarak değerlendirebilirsiniz.
1) Tarama ve indeksleme engellerini kontrol edin
1. Tarayıcıda canlı sayfayı açın ve kaynak kodunu görüntüleyin: sağ tık → Sayfa kaynağını görüntüle. veya görürseniz sayfa Google’da indekslenmez.
2. WordPress kullanıyorsanız Yönetim Paneli → Ayarlar → Okuma → Arama motorlarının bu siteyi indekslemesine engel olmaya çalış seçeneğinin işaretli olmadığını doğrulayın.
3. Search Console → URL Denetimi bölümüne canlı URL’yi yazın → Canlı URL’yi test et → Dizine eklenmesini iste.
4. https://alanadiniz.com/robots.txt adresini açın. Önemli sayfaların veya CSS/JavaScript dosyalarının ile engellenmediğini kontrol edin.
Başarılı sonuç: Önemli URL’lerde İndekslemeye izin veriliyor görünür, robots.txt yalnızca yönetim, sepet, giriş veya arama gibi indekslenmesi istenmeyen alanları sınırlar. Robots.txt taramayı kontrol eder; indekslemeyi engellemek için tek başına güvenilir yöntem değildir. İndekslenmesini istemediğiniz erişilebilir sayfalarda noindex veya oturum gerektiren erişim kullanın. (developers.google.com)
2) HTTPS, www ve ana URL sürümünü tekilleştirin
Aşağıdaki sürümlerin her birini tarayıcıda deneyin:
Bir tanesi asıl sürüm olmalı; diğer üçü tek adımlı 301 yönlendirmeyle asıl sürüme gitmelidir. Örneğin tercih edilen sürüm ise HTTP’den HTTPS’ye, ardından www ekleme gibi iki ayrı zincir yerine doğrudan bu adrese yönlendirme yapılmalıdır.
Panel alternatifi: Hosting Paneli → Domains/Domains → SSL veya Force HTTPS bölümünde HTTPS zorlamasını açın. Apache kullanıyorsanız geliştiriciye şu mantıkta kural uygulattırın:
Not: Kuralı doğrudan üretim sunucusunda denemeden önce yedek alın; yanlış yönlendirme kuralı yönetim paneline erişimi bozabilir.
3) Canonical ve URL tutarlılığını doğrulayın
Sayfa kaynağında satırını bulun. Canonical URL:
Aynı sayfada iki farklı canonical etiketi varsa birini kaldırın. Filtre, sıralama ve kampanya parametreleri ayrı içerik değilse bunların canonical’ı ana URL’ye işaret edebilir. Ancak farklı ürün, dil veya bölge sayfalarını sırf benzerler diye ana sayfaya canonical etmeyin. Google, canonical’ı güçlü bir sinyal olarak değerlendirir fakat son seçimi kendi sistemleriyle doğrulayabilir. (developers.google.com)
4) XML sitemap’i yayın öncesi temizleyin
adresini açın ve listedeki URL’leri örneklemeyle kontrol edin. Sitemap’e yalnızca:
404, 301, noindex, parametreli kopya, yönetim, sepet ve boş arama sonuçlarını çıkarın. Search Console → Sitemaps → Yeni bir site haritası ekleyin alanına yazın → Gönder. Başarılı sonuçta durum Başarılı görünür; Getirilemedi varsa önce dosyanın anonim tarayıcıda açıldığını, robots.txt ile engellenmediğini ve XML biçiminin bozuk olmadığını kontrol edin. Google, sitemap’i keşif ve canonical sinyali olarak kullanır; sitemap’te bulunması indeks garantisi değildir. (developers.google.com)
5) 404, 410, 301 ve yönlendirme zincirlerini test edin
Eski URL listesini çıkarın ve her URL’yi yeni karşılığıyla eşleştirin. Tarayıcı alternatifi olarak Chrome DevTools → Network → URL’yi açın → ilk isteği seçin → Status Code ve Location alanlarına bakın.
Komut satırı erişiminiz varsa:
Beklenen sonuç, eski sayfada ve doğrudan yeni URL’dir. 301 → 302 → 301 gibi zincir varsa hedefe doğrudan yönlendirin. Gerçekten kaldırılmış ve karşılığı olmayan sayfada veya kalıcı olarak kaldırılmış içerikte kullanılabilir. Her hatalı URL’yi ana sayfaya yönlendirmek kullanıcı ve arama motoru açısından anlamsız bir yönlendirme oluşturabilir. İstisna: Eski URL’nin yakın anlamlı bir yeni karşılığı yoksa 404 bırakmak, alakasız bir sayfaya yönlendirmekten daha doğru olabilir. (developers.google.com)
6) Mobil görünüm ve temel kullanılabilirliği kontrol edin
Chrome’da F12 → cihaz simgesi → iPhone/Android profili seçin. Ana sayfa, kategori, ürün/hizmet, iletişim ve yeni yayınlanacak sayfayı test edin. Sayfayı yatay kaydırın; taşma varsa DevTools → Console’da şu kodla geniş elemanı bulun:
Menü, form, açılır içerik, telefon bağlantısı ve çerez bildiriminin dokunmatik kullanımını deneyin. Fontun okunabilir, butonların tıklanabilir ve kritik içeriğin yalnızca hover veya JavaScript tıklamasıyla erişilebilir olmadığını doğrulayın. Taşma sürerse önce genişliği sabit verilmiş görsel, tablo veya kullanan kapsayıcıyı inceleyin; sorunun kaynağı düzeltilmeden ile yalnızca belirtiyi gizlemeyin.
7) Core Web Vitals ve kaynak yükünü ölçün
PageSpeed Insights’ta URL’yi çalıştırın; hem mobil hem masaüstü sonuçlarını ayrı değerlendirin. Hedefler 75. yüzdelik dilimde LCP ≤ 2,5 saniye, INP ≤ 200 milisaniye ve CLS ≤ 0,1’dir. Lighthouse laboratuvar sonucu ile Search Console’daki gerçek kullanıcı verisini karıştırmayın; yeni veya düşük trafikli sayfalarda alan verisi bulunmayabilir. (web.dev)
Sorunlu metrik için sonraki kontrol:
8) JavaScript ile üretilen içerik ve bağlantıları doğrulayın
Gizli sekmede JavaScript kapalıyken sayfayı tamamen işlevsel yapmak her zaman mümkün olmayabilir; ancak başlık, ana metin, ürün adı, fiyat veya kritik bağlantı yalnızca istemci tarafında oluşuyorsa risk vardır. Search Console → URL Denetimi → Canlı URL’yi test et → Tarama yapılan sayfayı görüntüle adımlarını izleyin. Oluşturulan HTML’de ana içerik ve bağlantılar görünmüyorsa sunucu tarafı oluşturma, ön oluşturma veya kritik içeriği ilk HTML’ye taşıma seçeneklerini geliştiriciyle değerlendirin.
Dahili bağlantılar gerçek öğeleriyle oluşturulmalı; yalnızca veya kullanan menülere güvenilmemelidir. Google JavaScript çalıştırabilse de tarama, oluşturma ve indeksleme ayrı aşamalardır; noindex bulunan sayfada JavaScript’in sonradan etiketi kaldırması beklenen sonucu vermeyebilir. (developers.google.com)
9) Yapılandırılmış veri, başlık ve indekslenebilir içerik kontrolü
Kaynak kodunda tek ve açıklayıcı bir, anlamlı meta açıklama, bir ana ve sayfanın amacıyla uyumlu içerik bulunduğunu doğrulayın. Yapılandırılmış veriyi Google Rich Results Test ile test edin. Ürün, fiyat, stok, puan veya işletme bilgisi sayfada kullanıcıya gösterilmiyorsa bu bilgileri yalnızca JSON-LD’ye eklemeyin. Testte uyarı ile hata ayrımını okuyun; kritik alan hatası varsa yayını durdurup şemayı düzeltin, yalnızca geçerli uyarıları belgeleyin.
10) Yayın öncesi son kabul testi
Aşağıdaki tabloyu URL bazında doldurun:
Başarılı yayında test URL’si anonim tarayıcıda açılır, 200 döner, doğru canonical’a sahiptir, sitemap’te bulunur, önemli içerik kaynak/oluşturulan HTML’de görünür ve mobilde temel görevler tamamlanır. Bir kontrol başarısızsa yayını tamamen durdurmak yerine hatayı sınıflandırın: indeksleme engeli, URL tekilleştirme, yönlendirme, mobil kullanılabilirlik, performans veya JavaScript. Düzeltmeden sonra aynı URL’yi yeniden test edin ve Search Console’da doğrulama isteği gönderin.
Teşhis için şu üç bilgiyi paylaşabilirsiniz:
1) Tarama ve indeksleme engellerini kontrol edin
1. Tarayıcıda canlı sayfayı açın ve kaynak kodunu görüntüleyin: sağ tık → Sayfa kaynağını görüntüle.
Kod:
<meta name="robots" content="noindex">Kod:
X-Robots-Tag: noindex2. WordPress kullanıyorsanız Yönetim Paneli → Ayarlar → Okuma → Arama motorlarının bu siteyi indekslemesine engel olmaya çalış seçeneğinin işaretli olmadığını doğrulayın.
3. Search Console → URL Denetimi bölümüne canlı URL’yi yazın → Canlı URL’yi test et → Dizine eklenmesini iste.
4. https://alanadiniz.com/robots.txt adresini açın. Önemli sayfaların veya CSS/JavaScript dosyalarının
Kod:
DisallowBaşarılı sonuç: Önemli URL’lerde İndekslemeye izin veriliyor görünür, robots.txt yalnızca yönetim, sepet, giriş veya arama gibi indekslenmesi istenmeyen alanları sınırlar. Robots.txt taramayı kontrol eder; indekslemeyi engellemek için tek başına güvenilir yöntem değildir. İndekslenmesini istemediğiniz erişilebilir sayfalarda noindex veya oturum gerektiren erişim kullanın. (developers.google.com)
2) HTTPS, www ve ana URL sürümünü tekilleştirin
Aşağıdaki sürümlerin her birini tarayıcıda deneyin:
Bir tanesi asıl sürüm olmalı; diğer üçü tek adımlı 301 yönlendirmeyle asıl sürüme gitmelidir. Örneğin tercih edilen sürüm
Kod:
https://www.alanadiniz.com/Panel alternatifi: Hosting Paneli → Domains/Domains → SSL veya Force HTTPS bölümünde HTTPS zorlamasını açın. Apache kullanıyorsanız geliştiriciye şu mantıkta kural uygulattırın:
Kod:
RewriteEngine On
RewriteCond %{HTTPS} !=on [OR]
RewriteCond %{HTTP_HOST} !^www\.alanadiniz\.com$ [NC]
RewriteRule ^ https://www.alanadiniz.com%{request_uri} [R=301,L]Not: Kuralı doğrudan üretim sunucusunda denemeden önce yedek alın; yanlış yönlendirme kuralı yönetim paneline erişimi bozabilir.
3) Canonical ve URL tutarlılığını doğrulayın
Sayfa kaynağında
Kod:
<link rel="canonical" href="https://alanadiniz.com/ornek-sayfa">- 200 durum kodu döndürmeli,
- HTTPS ve tercih edilen www sürümünü kullanmalı,
- başka bir URL’ye yönlenmemeli,
- sitemap’te yer alan URL ile aynı olmalı,
- sayfanın gerçek ve indekslenmesini istediğiniz sürümü olmalıdır.
Aynı sayfada iki farklı canonical etiketi varsa birini kaldırın. Filtre, sıralama ve kampanya parametreleri ayrı içerik değilse bunların canonical’ı ana URL’ye işaret edebilir. Ancak farklı ürün, dil veya bölge sayfalarını sırf benzerler diye ana sayfaya canonical etmeyin. Google, canonical’ı güçlü bir sinyal olarak değerlendirir fakat son seçimi kendi sistemleriyle doğrulayabilir. (developers.google.com)
4) XML sitemap’i yayın öncesi temizleyin
Kod:
https://alanadiniz.com/sitemap.xml- 200 dönen,
- canonical olan,
- giriş gerektirmeyen,
- indekslenmesi istenen,
- gerçek içerik barındıran URL’leri ekleyin.
404, 301, noindex, parametreli kopya, yönetim, sepet ve boş arama sonuçlarını çıkarın. Search Console → Sitemaps → Yeni bir site haritası ekleyin alanına
Kod:
sitemap.xml5) 404, 410, 301 ve yönlendirme zincirlerini test edin
Eski URL listesini çıkarın ve her URL’yi yeni karşılığıyla eşleştirin. Tarayıcı alternatifi olarak Chrome DevTools → Network → URL’yi açın → ilk isteği seçin → Status Code ve Location alanlarına bakın.
Komut satırı erişiminiz varsa:
Kod:
curl -I https://alanadiniz.com/eski-sayfa/Beklenen sonuç, eski sayfada
Kod:
301Kod:
404Kod:
4106) Mobil görünüm ve temel kullanılabilirliği kontrol edin
Chrome’da F12 → cihaz simgesi → iPhone/Android profili seçin. Ana sayfa, kategori, ürün/hizmet, iletişim ve yeni yayınlanacak sayfayı test edin. Sayfayı yatay kaydırın; taşma varsa DevTools → Console’da şu kodla geniş elemanı bulun:
Kod:
[...document.querySelectorAll('*')].filter(el => el.getBoundingClientRect().right > document.documentElement.clientWidth)Menü, form, açılır içerik, telefon bağlantısı ve çerez bildiriminin dokunmatik kullanımını deneyin. Fontun okunabilir, butonların tıklanabilir ve kritik içeriğin yalnızca hover veya JavaScript tıklamasıyla erişilebilir olmadığını doğrulayın. Taşma sürerse önce genişliği sabit verilmiş görsel, tablo veya
Kod:
width: 100vwKod:
overflow-x: hidden7) Core Web Vitals ve kaynak yükünü ölçün
PageSpeed Insights’ta URL’yi çalıştırın; hem mobil hem masaüstü sonuçlarını ayrı değerlendirin. Hedefler 75. yüzdelik dilimde LCP ≤ 2,5 saniye, INP ≤ 200 milisaniye ve CLS ≤ 0,1’dir. Lighthouse laboratuvar sonucu ile Search Console’daki gerçek kullanıcı verisini karıştırmayın; yeni veya düşük trafikli sayfalarda alan verisi bulunmayabilir. (web.dev)
Sorunlu metrik için sonraki kontrol:
- LCP yüksekse: büyük hero görseli, sunucu yanıt süresi, render-blocking CSS ve geç yüklenen yazı tiplerini inceleyin.
- INP yüksekse: DevTools → Performance ile uzun JavaScript görevlerini, gereksiz üçüncü taraf etiketlerini ve ağır tıklama olaylarını arayın.
- CLS yüksekse: görsel, reklam ve iframe’lere önceden genişlik/yükseklik alanı verin; sonradan üstten içerik eklenmesini engelleyin.
8) JavaScript ile üretilen içerik ve bağlantıları doğrulayın
Gizli sekmede JavaScript kapalıyken sayfayı tamamen işlevsel yapmak her zaman mümkün olmayabilir; ancak başlık, ana metin, ürün adı, fiyat veya kritik bağlantı yalnızca istemci tarafında oluşuyorsa risk vardır. Search Console → URL Denetimi → Canlı URL’yi test et → Tarama yapılan sayfayı görüntüle adımlarını izleyin. Oluşturulan HTML’de ana içerik ve bağlantılar görünmüyorsa sunucu tarafı oluşturma, ön oluşturma veya kritik içeriği ilk HTML’ye taşıma seçeneklerini geliştiriciyle değerlendirin.
Dahili bağlantılar gerçek
Kod:
<a href="/kategori/">Kategori</a>Kod:
onclickKod:
#/kategori9) Yapılandırılmış veri, başlık ve indekslenebilir içerik kontrolü
Kaynak kodunda tek ve açıklayıcı bir
Kod:
<title>Kod:
<h1>10) Yayın öncesi son kabul testi
Aşağıdaki tabloyu URL bazında doldurun:
- Asıl URL 200 mü?
- Canonical doğru ve tek mi?
- Robots noindex değil mi?
- Sitemap’te yalnızca asıl URL mi var?
- Eski URL doğrudan doğru yeni URL’ye 301 mi?
- Mobilde yatay taşma, bozuk menü veya çalışmayan form var mı?
- Ana içerik oluşturulan HTML’de görünüyor mu?
- Yapılandırılmış veri kritik hata vermiyor mu?
- PageSpeed ve gerçek kullanıcı raporunda takip edilecek bir regresyon not edildi mi?
Başarılı yayında test URL’si anonim tarayıcıda açılır, 200 döner, doğru canonical’a sahiptir, sitemap’te bulunur, önemli içerik kaynak/oluşturulan HTML’de görünür ve mobilde temel görevler tamamlanır. Bir kontrol başarısızsa yayını tamamen durdurmak yerine hatayı sınıflandırın: indeksleme engeli, URL tekilleştirme, yönlendirme, mobil kullanılabilirlik, performans veya JavaScript. Düzeltmeden sonra aynı URL’yi yeniden test edin ve Search Console’da doğrulama isteği gönderin.
Teşhis için şu üç bilgiyi paylaşabilirsiniz:
- Sorun hangi URL türünde ortaya çıkıyor: ürün, kategori, blog, filtreli sayfa veya JavaScript uygulaması mı?
- Search Console URL Denetimi’nde görünen kesin durum nedir: noindex, Kopya, Tarandı ancak dizine eklenmedi veya başka bir hata mı?
- Sorun tüm cihazlarda mı, yalnızca mobilde mi; PageSpeed’de en yüksek sorun LCP, INP, CLS veya sunucu yanıt süresi mi?
- Yayın sırasında en çok 404/301 zinciri, canonical çakışması, sitemap kirliliği veya yanlış noindex sorunlarından hangisiyle karşılaşıyorsunuz?