Teknik SEO: Tarama Bütçesi ve Log Analiziyle Öncelik Belirlemek

1. Tarama Bütçesini Doğru Tanımlayın

Tarama bütçesi tek bir sayı değildir. Bir yanda sunucunuzun taşıyabildiği istek hızı, diğer yanda arama motorunun sitenize ayırmayı değerli bulduğu ilgi vardır. Sunucu yavaşlarsa istek hızı düşer; içerik değersiz veya tekrar eden görünürse ilgi düşer.

Bu ayrım pratik sonuç üretir. Sunucu kaynaklı bir daralmayı içerik düzenlemesiyle çözemezsiniz; ilgi kaynaklı bir daralmayı da sunucu yükselterek çözemezsiniz. Önce hangi tarafın sınırladığını belirlemek, sonraki bütün işleri sıraya sokar.

Tarama, dizine eklenmenin garantisi de değildir. Bir sayfanın taranması onun değerlendirildiğini gösterir; saklanacağını göstermez. Bu yüzden tarama verisini tek başına başarı ölçütü olarak okumak yanıltıcıdır.

Ölçek eşiğinin altındaki siteler için bu yazının değeri farklıdır: aynı yöntem, tarama bütçesini yönetmek için değil, sitenin arama motoruna hangi yapısal sinyalleri gönderdiğini görmek için kullanılır. Kayıtlar, yanlış yönlendirmeleri ve unutulmuş şablonları ölçekten bağımsız olarak ortaya çıkarır.

2. İşleri Kanıta Göre Sıralayın

Teknik SEO listesindeki her madde eşit değerde değildir. Aynı işi, hangi belirtiyi çözdüğüne ve hangi kanıtla desteklendiğine göre sıralayabilirsiniz. Aşağıdaki tablo, ekiplerin çoğu zaman rastgele seçtiği işleri gözlemlenebilir bir belirtiye bağlar.

Tablonun amacı evrensel bir öncelik listesi vermek değil; bir işi savunurken hangi kanıtın gerektiğini görünür kılmaktır. Kanıtı olmayan madde, sıradaki iş değil araştırma konusudur.

3. Sunucu Kayıtlarını Yöntemli Okuyun

Sunucu kayıtları, arama motorunun ne yaptığını tahmin etmeden gösteren tek kaynaktır. Analiz için en az dört haftalık kayıt, adres, durum kodu, kullanıcı aracısı, zaman damgası ve yanıt süresi alanları yeterlidir. Kayıtları dizin, şablon ve durum koduna göre gruplayın.

İlk bakışta üç şeyi arayın: hangi dizinler toplam isteğin büyük bölümünü alıyor, hangi önemli şablonlar neredeyse hiç istek almıyor ve hata kodları nerede yoğunlaşıyor. Bu üç görünüm çoğu zaman gündemin yarısını belirler.

Kayıtlarda görülen istekleri engellemeye karar vermeden önce aracın ne yaptığını bilin. Google, robots.txt ile engellenen bir sayfanın yine de başka sayfalardaki bağlantılar üzerinden dizine eklenebileceğini; dizinden çıkarmak için engelleme yerine noindex gibi yöntemlerin gerektiğini açıklar. Yanlış araç seçimi sorunu görünmez yapar, çözmez.Google Search Central — Create and Submit a robots.txt File

• Kayıtları şablon ve dizin düzeyinde gruplayın.
• Doğrulanmamış kullanıcı aracılarını ayıklayın.
• Durum kodu dağılımını dizin bazında çıkarın.
• Gelir getiren sayfaların istek payını ölçün.
• Aynı içeriğe giden adres çeşitliliğini sayın.

4. Kurgusal Senaryo: Filtrelere Dağılan Tarama

Kurgusal bir katalog sitesinde yaklaşık kırk bin ürün sayfası ve sınırsız sayıda filtre kombinasyonu bulunuyor. Ekip yeni ürünlerin haftalarca aramada görünmemesinden şikâyetçi. İlk refleks site haritasını yenilemek ve içerik yazmak oluyor.

Kayıtlar başka bir tablo gösteriyor: isteklerin büyük bölümü renk, beden ve sıralama parametrelerinin ürettiği adreslere gidiyor; yeni ürün şablonu ise ayda birkaç istek alıyor. Sorun içerik üretimi değil, tarama yolunun değersiz kombinasyonlarda tükenmesi.

Ekip önce parametre kurallarını daraltıyor, kanonik adresleri düzeltiyor ve yeni ürünleri kategori sayfalarından doğrudan bağlıyor. Sonraki dört haftada aynı ölçümü tekrarlayıp ürün şablonunun istek payını karşılaştırıyor. Bu kurgusal bir örnektir; gerçek bir müşteri sonucu ya da garanti edilen bir kazanım değildir.

5. Doğru Aracı Doğru Sorun İçin Seçin

Tarama sorunlarında dört farklı araç ailesi vardır ve hepsi farklı iş yapar: erişimi düzenleyenler, dizin durumunu belirleyenler, kopyaları birleştirenler ve keşfi hızlandıranlar. Bunları birbirinin yerine kullanmak en sık görülen hatadır.

Erişim düzenlemesi isteği baştan keser; dizin talimatı ise sayfanın görünür kalıp kalmayacağını söyler. Kopya birleştirme sinyali sıralama değeri toplar; site haritası ve iç bağlantı ise yalnızca keşfi kolaylaştırır. Aynı sayfaya çelişen sinyaller gönderirseniz sonuç öngörülemez hale gelir.

Uygulamadan önce her kararı tek cümlelik bir gerekçeyle yazın: hangi adres kümesi, hangi belirti, hangi araç, hangi beklenen değişiklik. Bu kayıt, üç ay sonra kimsenin hatırlamadığı bir kuralın körü körüne korunmasını engeller.

6. Dört Haftalık Uygulama Sırası

İşi tek seferlik denetim yerine kısa bir döngü olarak kurun. İlk hafta ölçüm, ikinci hafta sınıflandırma, üçüncü hafta müdahale, dördüncü hafta doğrulama için ayrılır. Böylece her değişikliğin etkisi ayrı ayrı okunabilir.

Aynı anda çok sayıda kural değiştirmeyin. Tarama davranışı yavaş tepki verir; iki değişikliği aynı hafta yaparsanız hangisinin işe yaradığını bir daha ayıramazsınız.

Döngünün sonunda kararları tek bir kayıtta toplayın: hangi adres kümesine dokunuldu, hangi gerekçeyle, hangi tarihte ve hangi ölçüm karşılaştırıldı. Bu kayıt olmadan üçüncü döngüde ekip aynı tartışmayı baştan yapar.

• Kayıt erişimi ve saklama süresi netleşti.
• Şablon-dizin eşlemesi çıkarıldı.
• Öncelik tablosu kanıtla dolduruldu.
• Her müdahale için gerekçe yazıldı.
• Değişiklikler haftalara bölündü.
• Ölçüm aynı yöntemle tekrarlandı.
• Geri alma koşulu belirlendi.

7. Sınırlar ve Başarısızlık Modları

Tarama optimizasyonu içerik kalitesini yerine koyamaz. Zayıf bir sayfayı daha sık taratmak onu sıralamaz; yalnızca aynı değerlendirmenin daha sık yapılmasını sağlar. Küçük sitelerde bu çalışmanın getirisi genellikle düşüktür.

Aşırı daraltma da bir risktir. Filtre adreslerini toptan kapatan bir kural, bazen gerçek arama talebi olan kategori sayfalarını da kapatır. Kuralları yayımlamadan önce örnek adres listesiyle sınayın.

Kayıt verisi eksik veya kirli olabilir: önbellek katmanı istekleri gizleyebilir, sahte kullanıcı aracıları sayıları şişirebilir. Doğrulama yapılmadan çıkarılan sonuç, yanlış işleri haklı gösteren güçlü bir hikâyeye dönüşür.

Son olarak arama motorlarının davranışı zamanla değişir. Bugün işe yarayan bir kural, altyapı veya politika değiştiğinde geçersiz olabilir. Bu yüzden kararları tarih ve gerekçesiyle saklayın ve belirli aralıklarla yeniden gözden geçirin.