Ajanslar için teknik SEO denetimi: Lighthouse ve Core Web Vitals tek raporda

Her Core Web Vitals konuşması aynı soruda biter: hangi sayfa? Bu rapor iki ölçümü yan yana tutarak yanıtlar. Alan değeri ziyaretçilerin gerçekten yaşadığıdır: en büyük içerikli boyama, sonraki boyamaya etkileşim ve birikimli düzen kayması, 75. yüzdelikte, Google’ın kendi iyi ve zayıf sınırlarına karşı. Laboratuvar denetimi ise tarayıcının her URL’de, kontrollü koşullarda, talep üzerine, bir düzeltmenin yayınlandığı gün ölçtüğüdür. Biri sitenin geçip geçmediğini söyler; diğeri hangi şablonun sorumlu olduğunu söyler.

Denetlenen sayfalar tablosu bu eşleşmenin göründüğü yerdir. Taranan her URL kendi dört puanını kendi laboratuvar LCP ve CLS değerinin yanında taşır; bir halka da kaç sayfanın net geçtiğini, kaçının iyileştirme gerektirdiğini ve kaçının başarısız olduğunu sayar. Böylece “site yavaş hissettiriyor” cümlesi, şablonu, arkasındaki trafiği ve suçlu ölçütü adlandıran bir iş emrine dönüşür. Mülk düzeyindeki eğilimler ve Google’ın yayımladığı cihaz dağılımı Search Console raporuna aittir; bu sayfa onun altındaki test tezgâhıdır.

Fırsatlar sekmesi denetimin bulduklarını ve düzeltmenin değerini listeler: render’ı engelleyen kaynaklar, önceden bağlantı ipuçları ve sunucu yanıt süresi için milisaniye; aşırı büyük görseller, yeni nesil formatlar, ekran dışı medya, kullanılmayan JavaScript, küçültülmemiş CSS ve önbellek süreleri için kibibayt. Her satır ait olduğu alanı ve kazanılan miktardan türetilen bir önem derecesini taşır; böylece bir geliştirici tahmini ile bir ajans önceliği iki ayrı dışa aktarma yerine aynı listeden tartışılır.

Tanılamalar ise bir yapılacaklar listesi değil, açıklama olarak yanında durur: DOM boyutu, ana iş parçacığındaki iş, JavaScript çalışma süresi, istek sayısı, aktarılan ağırlık, kritik istek zincirleri, en büyük içerikli boyamayı belirleyen öğe ve boyamadan sonra hâlâ hareket eden öğeler. Her biri altında kalması gereken hedef değerle ve neden önemli olduğunu anlatan sade bir cümleyle gelir; bu da genelde bir müşterinin geliştiricisine ilettiği bir rapor ile sorularla geri dönen bir rapor arasındaki farktır.

Otomatik erişilebilirlik kontrolleri, düzeltmenin gerçekte nasıl bölündüğüne göre gruplanır: etkiye göre. Etiketlenmemiş form alanları ve alternatif metni olmayan görseller gibi kritik bulgular; kontrast hataları ve isimsiz bağlantılar gibi ciddi olanlardan ayrı durur, onlar da dokunma hedefi boyutu, başlık sırası ve odak sırası gibi orta düzey sorunlardan ayrı durur. Her satır etkilenen öğe sayısını taşır, böylece bir teklif belirsiz bir “erişilebilirliği iyileştirelim” vaadinden değil somut sayılardan kurulur.

Rapor, otomatik bir taramanın neyi kapsadığı konusunda bilerek dürüsttür. Bu kontroller, elle yapılan bir incelemenin bulduğu engellerin yalnızca bir kesrini yakalar ve yüzey bunu açıkça söyler; bu da bir ajansı, bir müşterinin temiz bir çalıştırmayı uygunluk belgesi olarak okumasından korur. Doğru kullanıldığında elde bulunan en ucuz ilk geçiştir: mekanik hataları temizler, ne zaman neyin düzeltildiğine dair belgelenmiş bir kayıt bırakır ve elle yapılan bir incelemeye çok daha küçük bir yüzey devreder.

Tarama ve biçimlendirmeden gelen on kontrol, taramanın bulduğunu anlatan bir cümleyle birlikte geçti veya kaldı listesi olarak çalışır: başlık öğeleri, meta açıklamalar, taranabilir bağlantılar, canonical bildirimleri, hreflang işaretlemeleri, geçerli bir robots dosyası, görsellerde alt özniteliği, okunabilir yazı boyutları, dokunma hedefleri arasındaki boşluk ve yapılandırılmış verinin geçerliliği. Tablonun üstünde bir toplam sayı durur, böylece ilk görülen şey, on kontrolden kaçının temiz olduğu ve kaçının açık iş anlamına geldiğidir.

Bu, dizinleme raporu değil sayfa içi denetimdir: Google’ın tuttuğu değil, bir tarayıcının sayfada okuyabildiğidir. İkisi farklı soruları yanıtlar ve farklı yerlere aittir; bu yüzden kapsam, sorgular ve gösterimler Search Console raporunda yaşar, bu sayfa da biçimlendirmede kalır. İkisini birlikte incelemek alışılmış örüntüdür: önce buradaki denetimin işaretlediğini düzeltin, sonra ilerleyen haftalarda kapsamın ve konumun nasıl tepki verdiğini izleyin; ikisi arasındaki gecikme de genelde birkaç haftalık taramaya bağlıdır.

Her denetim, çalışma alanındaki müşteri değiştiriciyle tek bir müşteriye sınırlanır ve ajans markanızla sunulur, böylece aynı yapı ocak görüşmesini de haziran görüşmesini de taşır. Puanlar, Vitals, fırsatlar, tanılamalar, erişilebilirlik ve teknik kontroller çalışma dönemleri boyunca yerini korur; ay be ay karşılaştırma da iki farklı biçimde belgeyi uzlaştırmak yerine aynı bölümü iki kez okumaya dönüşür. Çalışma alanı görüşme yüzeyini sağlar; veri kaynağını bağlamak ayrı bir adım olarak kalır.

Bu tekrar, teknik işi bir müşterinin yenileyeceği bir şeye dönüştüren şeydir. Bir geliştirici tahmini sıralanmış bir düzeltme listesi görür; bir müşteri temsilcisi dört puan, bir sağlık rakamı ve arkasındaki sayfaları görür; ikisi de aynı rapora, aynı dilde bakar. Ekipler bir sunum düzenini yeniden kurmak yerine sıradaki düzeltmeye karar vermeye zaman ayırır, denetim de kimsenin yazmaktan keyif almadığı bir teslimat olmaktan çıkar.