Teknik SEO Denetimi: Bulgudan Düzeltmeye Kontrol Listesi

1. Denetleyeceğiniz sayfaları amaçlarına göre seçin

Önce ana sayfa, hizmet sayfası, blog yazısı, kategori ve form gibi farklı şablonlardan birer örnek belirleyin. Yeni yayımlanan, adresi değişen veya beklenmedik biçimde ziyaret kaybeden önemli sayfaları ayrıca ekleyin. Bu örneklem bütün sitenin sağlıklı olduğunu kanıtlamaz; aynı şablonda tekrarlayan bir sorun bulursanız kapsamı o gruba genişletin.

Çalışma dosyasında URL, sayfa türü, beklenen davranış ve kontrol tarihi bulunsun. Örneğin bir teşekkür sayfasının aramada görünmemesi istenebilirken hizmet sayfasının görünmesi beklenir. Beklenen davranış yazılmadan her noindex kaydını hata veya her dizine eklenmeyen adresi acil sorun saymak, gereksiz değişikliklere yol açar.

2. Erişim ve dizine ekleme durumunu ayrı kaydedin

Seçtiğiniz adresi doğrudan açın; içerik yerine giriş ekranı, hata mesajı veya başka bir sayfa gelip gelmediğini kontrol edin. Son ulaşılan URL'yi ve HTTP durumunu kaydedin. Eski bir adres yeni karşılığına gidiyorsa hedefte gerçekten aynı ihtiyacın karşılanıp karşılanmadığına bakın. Ana sayfaya ulaşmak, her eski içerik için doğru yönlendirme değildir.

Search Console URL Denetimi, Google'ın bildiği dizin durumu ile canlı URL testini ayrı gösterir. Canlı testin başarılı olması sayfanın dizine eklendiğini veya aramada gösterileceğini garanti etmez. Bu nedenle kayıtta “canlı sayfa erişilebilir” ve “dizindeki durum” için iki ayrı alan kullanın. Değişiklikten sonra eski tarama kaydını yeni sayfanın sonucu gibi yorumlamayın. [1]

Kaynaklar: [1]

3. Robots kurallarını sayfanın amacıyla karşılaştırın

Google'ın noindex kuralını okuyabilmesi için sayfaya erişebilmesi gerekir. Sayfayı robots.txt ile engellemek, üzerindeki noindex kuralının görülmesini önleyebilir. Noindex hem HTML meta etiketi hem HTTP yanıt başlığı üzerinden verilebilir; yalnız sayfa kaynağında aramak bu yüzden yeterli değildir. [2]

Kontrolde içerik ekibinin isteği ile uygulamadaki kuralı yan yana yazın. Örneğin varsayımsal bir hizmet sayfası yayına hazırdır fakat test ortamından kalan noindex taşınmıştır. Görev, sadece etiketi kaldırmak diye kapanmamalıdır: canlı yanıtta kuralın kalktığı, sayfanın erişilebilir kaldığı ve aynı şablondaki diğer sayfaların durumu da kontrol edilmelidir.

Kaynaklar: [2]

4. Canonical kararını ve iç bağlantıları birlikte inceleyin

Canonical, benzer veya yinelenen sayfalar için tercih edilen URL'yi belirtmeye yardımcı olur. Google; yönlendirmeler, rel="canonical" ve site haritası gibi sinyalleri değerlendirebilir, ancak belirtilen tercihi her durumda seçmek zorunda değildir. Aynı içerik için çelişen adresler bildirmekten kaçının. [3]

Örnek kontrol: menü temiz hizmet adresine giderken sayfanın canonical etiketi eski adrese, site haritası ise parametreli sürüme işaret ediyor olsun. Önce hangi adresin kalıcı olacağına karar verin. Ardından menü, içerik bağlantıları ve ilgili teknik işaretleri aynı tercih etrafında düzenleyin. Sadece canonical etiketini değiştirmek, diğer tutarsızlıkların giderildiğini göstermez.

Kaynaklar: [3]

5. Görünen içerikle kullanıcının tamamlayacağı işi kontrol edin

Mobil görünümde başlığın, açıklamanın ve ana içeriğin okunabildiğini kontrol edin. Açılır menüyü kullanın, ilgili hizmete geçin ve formun hata durumunu deneyin. Yükleme katmanı kapanmıyor veya buton başka bir öğenin altında kalıyorsa bunu cihaz, tarayıcı ve tekrar adımlarıyla belgeleyin. “Mobil kötü” ifadesi geliştirilebilir bir görev değildir.

Sayfa başlığı ile içerikteki ana vaadi karşılaştırın. Üç farklı hizmet aynı genel başlığı taşıyorsa her sayfanın karar vermeye yardımcı farkını belirleyin. Meta etiket hazırlama aracı taslak oluşturmayı kolaylaştırabilir; hazırlanan metnin yayımlanmış sayfaya doğru aktarıldığını ayrıca kontrol edin. Araç çıktısı tek başına teknik denetimin tamamlandığı anlamına gelmez.

6. Hız bulgusunu ölçüm koşullarıyla açıklayın

Core Web Vitals; yükleme için LCP, etkileşim için INP ve görsel kararlılık için CLS ölçümlerini kapsar. İyi eşikler sırasıyla 2,5 saniye, 200 milisaniye ve 0,1'dir; saha değerlendirmesinde 75. yüzdelik dilim dikkate alınır. Laboratuvar ölçümü ile gerçek kullanıcı verisi aynı gözlem değildir. [4]

Önerilen kayıt biçimi şudur: sayfa, cihaz grubu, ölçüm türü, tarih, gözlenen sorun ve denenen değişiklik. Büyük bir üst görseli küçülttüyseniz aynı sayfayı benzer koşullarda yeniden inceleyin. Tek testte yükselen puanı bütün ziyaretçilerin deneyimi düzelmiş gibi sunmayın. Saha verisi bulunmuyorsa alanı “veri yok” olarak bırakın; sıfır sorun yazmayın.

Kaynaklar: [4]

7. Bulguyu kapanış ölçütüyle teslim edin

Her bulguya etkilenen kapsam, kanıt, önerilen işlem, sorumlu ve yeniden kontrol tarihi ekleyin. Önce önemli içeriğe erişimi engelleyen sorunları, sonra çok sayıda sayfada tekrarlanan kusurları değerlendirin. Sayıdan çok etkiyi dikkate alın: tek bir kritik hizmet sayfasının erişilememesi, önemsiz adreslerdeki onlarca küçük uyarıdan önce gelebilir.

Tamamen örnek bir kayıt: “T-03 | hizmet şablonu | canlı yanıtta istenmeyen noindex | sorumlu: geliştirme | kabul: kural kaldırıldı, sayfa açılıyor, örneklem tekrar kontrol edildi.” Bu kayıt gerçek müşteri bulgusu değildir. İş tamamlandığında eski kanıtı silmeden yeni sonucu ekleyin. Teknik SEO çalışmasının sonraki adımını böylece tahmine değil, açık ve yeniden görülebilir bir bulguya bağlayabilirsiniz.