Crawlhive — ücretsiz SEO analizi, site tarama ve teknik SEO

Tek soruyla başlayın: bu sayfa dizine eklenebilir mi?

Her şeyden önce sayfanın aramada görünmeye uygun olup olmadığını netleştirin. Cevap hayırsa geri kalan her çaba boşa gider ve bu cevap sayfaya bakarak görünmez.

Bir sayfayı dizinin dışında tutabilecek üç ayrı mekanizma var ve yalnızca biri görüntüleyebildiğiniz HTML'de:

• robots meta etiketi. Her SEO eklentisinin okuduğu şey. Buradaki bir noindex doğrudan "dizine ekleme" talimatıdır.
• X-Robots-Tag yanıt başlığı. Aynı işi yapar ama HTTP yanıtında taşınır — sayfa kaynağında görünmez ve düzenli olarak gözden kaçar.
• Canonical etiketi. Engel değildir, ama canonical'ı başkasını gösteren bir sayfa kendi adresiyle dizine eklenmemeyi istiyor demektir.

Test ortamından canlıya taşınan bir noindex'in SEO'nun en pahalı hatası olmasının sebebi tam olarak bu: sayfa gayet normal görünür, trafik haftalar içinde erir ve kimse yanıt başlıklarına bakmayı akıl etmez.

Sonra robots.txt — ve doğru okuyun

robots.txt dizine eklemeyi değil taramayı yönetir ve kuralları göründüğünden karmaşıktır. Aynı adrese birden fazla kural uyduğunda en uzun eşleşme kazanır; eşit uzunlukta iki kural çelişirse Allow, Disallow'u yener. Joker karakterler bunu gözle takip etmeyi zorlaştırır.

Engellenmiş bir sayfa taranamaz, dolayısıyla üzerindeki noindex hiç görülmez — bir sayfayı arama sonuçlarından kaldırmak için robots.txt'de engellemenin yanlış yol olmasının sebebi budur. İki mekanizma farklı sorunları çözüyor ve sürekli karıştırılıyor.

Başlığı ve açıklamayı karakterle değil pikselle ölçün

Bilinen tavsiye — başlığı 50-60 karakterde tutun — Google'ın farklı ölçtüğü bir şeyin kaba karşılığıdır. Sonuçlar piksel genişliğine göre kesilir ve karakterler eşit değildir: büyük harfle yazılmış ya da geniş harfler içeren bir başlık, karakter sayısının söylediğinden çok daha erken biter; dar harflerden oluşan bir başlık ise 60'ı rahatça geçer.

Kesme noktasını bilmenin tek yolu, Google'ın gerçekten kullandığı yazı tipinde gerçek genişliği ölçmektir. Küçük bir ayrıntı ama çağrınızın arama sonucunda görünmesiyle üç noktaya dönüşmesi arasındaki farkı belirliyor.

Yalnızca H1'e değil, başlık düzenine bakın

Yaygın kontrol "sayfada tam olarak bir H1 var mı" şeklindedir ve bilmeye değer, ama daha yararlı sinyal düzenin kendisidir. Seviye atlayan başlıklar — H2'den sonra doğrudan H4 — genelde sayfanın yapılandırılmak yerine biçimlendirildiğini gösterir ve belge artık kendi hiyerarşisini anlatmıyordur.

Tekrar eden başlıklar da önemlidir. İki aynı H2, çoğu zaman şablonun birleştirilmesi gereken bir bölümü tekrarladığı anlamına gelir ve sayfanın tasarlanarak değil birike birike büyüdüğünün güvenilir bir işaretidir.

Yapısal veri: "bulundu" ile "geçerli" aynı şey değil

Çoğu araç bir şema türünün algılandığını söyler. Kolay kısmı odur. Zengin sonuç alıp almayacağınızı belirleyen şey, zorunlu alanların dolu olup olmadığıdır — teklifi olmayan bir Product, işaretleme ne kadar doğru görünürse görünsün hiçbir zengin sonuç üretmez.

Yani işe yarar çıktı "Product bulundu" değil, "Product bulundu ama teklif yok, dolayısıyla zengin sonuç çıkmayacak" cümlesidir. Fark, kontrol etmenin bütün amacıdır.

Ham HTML ile işlenmiş sayfayı karşılaştırın

Bir tarayıcının ilk geçişi, HTML'i sunucudan geldiği haliyle okur. Başlığınız, H1'iniz ya da canonical'ınız yalnızca JavaScript çalıştıktan sonra ortaya çıkıyorsa, o ilk okumada orada değildir. Google sonunda sayfayı işler ama işleme ikinci, daha yavaş ve daha az kesin bir adımdır.

Sunucunun gönderdiğiyle tarayıcının ulaştığı hali karşılaştırmak, sayfanızın hangi kısımlarının o ikinci geçişe bağlı olduğunu söyler. Dizine eklenmek için kritik olan her şey birincide olmalıdır.

Şimdi geniş bakın: tek sayfanın gösteremediği sorunlar

Yukarıdakilerin hepsi tek bir adresle ilgili. Sıralamayı en çok değiştiren bulgular ise yapısaldır ve ancak siteye bir graf olarak bakınca görünür:

• Tekrar eden başlıklar. Aynı başlığa sahip iki sayfa birbiriyle yarışır. Her site denetiminin en sık bulgusudur ve iki sayfanın hiçbirinden tek başına görünmez.
• Tıklama derinliği. Bir sayfanın giriş noktanızdan kaç tık uzakta olduğu. Dört beş seviye derindeki sayfalar, ne kadar iyi olursa olsun seyrek taranır.
• Gelen iç link sayısı. Tek iç link alan ya da hiç almayan bir sayfa, arama motorlarına "ben önemli değilim" diyor demektir. "Bu sayfa neden sıralanmıyor" sorusunun sessiz cevabı çoğu zaman budur.
• Öksüz sayfalar. Site haritasında var ama hiçbir yerden link almıyor. Bu kontrolün iki yarısı da zaten elinizde — harita ve tarama — sadece karşılaştırılması gerekiyor.
• Yönlendirmeye düşen iç linkler. Her ziyaretçi ve her tarayıcı fazladan bir tur bedeli ödüyor; tek bir href düzeltmesiyle çözülüyor.

Hız, Google'ın kullandığı terimlerle

Core Web Vitals belirsiz bir konuyu ölçülebilir üç şeye indirdi ve ikisi genelde sunucuya dokunmadan düzeltilebiliyor. LCP, en büyük görünür öğenin boyanma süresi — çoğunlukla bir hero görseli ya da boyamayı engelleyen bir stil dosyasının geciktirdiği bir başlık. CLS, sayfa yüklenirken düzenin ne kadar zıpladığı; neredeyse her zaman bir görsele ya da reklama yer ayrılmamış olmasından.

TTFB ise sunucuyu işaret eden ölçüdür ve diğerlerinden ayrı tutmakta fayda var: yavaş bir ilk bayt, diğer bütün metrikleri kötüleştirir ve hiçbir ön yüz çalışması bunu düzeltmez.

Her sitede kontrol etmeye değer bir israf var: çizildiği kutudan çok daha büyük sunulan görseller. 24 pikselde gösterilen 128 piksellik bir dosya, ziyaretçinin indirip hiç görmediği bayttır. Ekran yoğunluğu burada önemli — 2× ekranda 200 piksellik kutuya 400 piksellik dosya koymak israf değil, doğrusudur — ve vektörler muaftır, çünkü bir SVG'nin harcayacak çözünürlüğü yoktur.

Ne sıklıkla ve çıktıyla ne yapmalı

Tam bir site denetimi çoğu site için üç ayda bir yapılacak iştir. Dizine eklenebilirlik kontrolü ise öyle değil: şablonlara dokunan her yayından sonra ve ani trafik kaybı yaşayan her sayfada çalıştırın. Saniyeler sürüyor ve en pahalıya mal olan hatayı yakalıyor.

Tam denetimi yaptığınızda şu sırayla düzeltin: dizine eklemeyi engelleyenler, sonra yapısal sorunlar (tekrar, öksüz, derinlik), sonra sayfa içi ayrıntılar, en son hız. Bu sıra bir zevk meselesi değil — dizine eklenemeyen bir sayfa daha hızlı bir LCP'den hiçbir şey kazanmaz.