Teknik SEO Denetiminde Önceliklendirme

Tarama aracı yüz tane eksik alt metin veya uzun başlık gösterebilir; aynı raporda en önemli hizmet sayfası 404 dönüyorsa öncelik bellidir. Önce hangi URL'lerin iş için önemli olduğunu işaretleyin: ana hizmetler, iletişim, ürünler, rezervasyon veya talep üreten rehberler.

Her sorun için etkilenen URL sayısını değil, etkilenen kullanıcı görevini yazın. Ürün kataloğunda ödeme adımı açılmıyorsa bir URL kritik olabilir; kullanılmayan eski görselin eksik alt metni daha sonra çözülebilir. Bu ayrım teknik ekibin zamanını doğru yere yönlendirir.

Örnek puanlama: etki yüksek/orta/düşük, doğrulama kesin/şüpheli, uygulama maliyeti düşük/orta/yüksek. Yüksek etkili ve kesin sorunları önce çözün. Bir denetim skoru tek başına bu kararı veremez.

Önemli URL HTTP 200 dönüyor mu? Yanlış noindex etiketi var mı? robots.txt Googlebot'un sayfaya erişimini engelliyor mu? Sayfanın ana içeriği HTML'de bulunuyor mu? Bu sorular doğru başlığı yazmadan önce cevaplanmalı. Teknik engel varsa metin iyileştirmesi arama sonucunda görünmeyebilir.

Search Console'daki ‘tarandı, şu anda dizine eklenmedi’ durumu her zaman tek bir teknik hata anlamına gelmez. İçerik benzerliği, seçilen canonical veya kalite değerlendirmesi de rol oynayabilir. URL Denetimi ile örnek sayfalara bakın; bütün site için tek neden ilan etmeyin.

İletişim gibi arama trafiği az ama kullanıcı yolu için önemli sayfaları da kontrol edin. SEO önceliği yalnızca gösterim sayısı değildir; form ve rezervasyon yolunu kesen hata doğrudan iş etkisi yaratabilir.

Aynı içeriğin HTTP, HTTPS, www ve www olmayan sürümleri farklı URL'lerde kalıyorsa tercih edilen adresi seçin. Kalıcı yönlendirme, self canonical, iç bağlantılar ve sitemap aynı hedefi göstermeli. Bunlar birbiriyle çelişirse Google farklı canonical seçebilir.

Eski hizmet sayfasını yeni ilgili hizmet sayfasına yönlendirin. Toplu ana sayfa yönlendirmeleri kullanıcı ihtiyacını karşılamaz ve soft 404 olarak yorumlanabilir. Yönlendirme zinciri varsa doğrudan son hedefe gidin.

Canonical, kopya sayfaları sihirli biçimde kaldıran komut değildir. İki sayfanın asıl içeriği ve niyeti farklıysa ikisini tek adrese işaret etmek doğru olmayabilir; benzer yazıları birleştirme kararı editoryal değerlendirme gerektirir.

Önemli sayfalar erişilebilir ve doğru canonical'a bağlıysa kullanıcı deneyimine bakın. LCP, INP ve CLS alan verisi varsa önce sorun yaşayan şablonu seçin. Tek bir Lighthouse çalışmasını bütün ziyaretçilerin deneyimi gibi sunmayın. Ağır hero görseli veya formu geciktiren scriptin gerçek kullanıcı görevine etkisini inceleyin.

Yapılandırılmış veri, sayfada bulunan gerçek bilgiyi tarif etmeli. Schema hatasını düzeltmek yararlı olabilir; ancak var olmayan yorumu veya adresi işaretlemek sıralama için kestirme yol değildir. Zengin sonuç uygunluğu ile genel organik sıralama aynı şey değildir.

Son raporda her işin sahibi, etkilenen URL'ler, düzeltme tarihi ve yeniden kontrol sonucu bulunsun. Sadece ‘kritik: 15, uyarı: 36’ sayacı, hangi değişikliğin işe yaradığını anlamaya yetmez.

Diyelim raporda üç sorun var: ana hizmet sayfası yanlışlıkla noindex, blog yazılarının bir bölümünde görsel alt metni eksik ve kullanılmayan eski URL'lerde yönlendirme zinciri var. İlk iş noindex'i düzeltmektir; çünkü ticari sayfanın görünürlüğünü doğrudan engeller. Sonra ziyaret edilen eski adreslerin zincirini ve ilgili kullanıcı yolunu kontrol edin. Alt metinleri de görselin bilgi taşıdığı yerden başlayarak düzenleyin.

Bu sıralamayı araç puanı değil, etki belirler. Bazen görsel alt metni kritik olabilir: teknik diyagram yalnızca resimde anlatılıyor ve metinsel karşılığı yoksa erişilebilirlik sorunu doğar. Bazen yönlendirme zinciri büyük trafik alan dış bağlantıları etkiler. Her sorunu bağlamına koyun.

Düzeltmeden sonra yalnızca kod değişti mi diye bakmayın. Canlı URL'yi yeniden tarayın, doğru durumu kaydedin ve Search Console'daki değişimi zaman içinde izleyin. Uygulama ile Google'ın yeniden değerlendirmesi arasında zaman farkı olabilir.

Bir teknik iş tamamlandı diye kartı hemen kapatmayın. Canlı sayfadan HTTP durumu, robots etiketi, canonical ve hedef iç bağlantıyı yeniden okuyun. Önceki hata ile yeni sonucu aynı kayıt altında tutun. Search Console'un değişikliği yeniden görmesi zaman alabilir; bu nedenle kod doğrulaması ile arama performansı doğrulamasını iki ayrı aşama olarak planlayın.