Filtre URL'leri Google'ı Nasıl Bir Tarama Tuzağına Sokar?

Tuzağın matematiği: kombinasyon patlaması

Örnek olarak beş renk, dört beden ve on markadan her birinden tek değer seçildiğinde 5 × 4 × 10 = 200 birleşim oluşur. Seçim yapmama, çoklu seçim, sıralama ve parametre sırasının değişmesi ek adresler üretebilir. Gerçek sayıyı platformun davranışı belirler; ürün sayısı tek başına URL sayısını açıklamaz.

Önce birkaç kategori üzerinde filtre ekleme, kaldırma ve geri dönme işlemlerini deneyin. Adres çubuğunun yanında sayfanın oluşturduğu bağlantıları da kaydedin. Aynı sonuç kümesi için farklı adresler çıkıyor mu, geçersiz seçimler sonsuza kadar yeni sayfa üretiyor mu? Bu envanter, düzeltmenin hangi bileşende yapılacağını belirler.

Tabloyu yana kaydırarak inceleyin.

Tarama örnekleri ile tam günlükleri ayırın

Search Console Tarama İstatistikleri toplamlar ve örnek URL’ler verir; bütün isteklerin eksiksiz dökümü değildir. Örnek adreslerden kesin parametre payı hesaplamayın. Ayrıntı gerekiyorsa yetkili sunucu günlüklerinde doğrulanmış bot isteklerini, aynı kapsam ve dönemle gruplayın. İstek sayısı ile tekil URL sayısını ayrı raporlayın.

Tarama, işleme ve indeksleme ayrımı

Google’ın bir URL’yi istemesi, içeriği işlemesi ve arama indeksine alması ayrı adımlardır. JavaScript ile oluşan bağlantılar da işleme sonrasında keşfedilebilir; her görünen kontrolün taranabilir bağlantı olduğunu veya her keşfedilen adresin indeksleneceğini varsaymayın.

Teşhiste bağlantı üretimini, HTTP yanıtını ve indeksleme işaretlerini ayrı kaydedin. Örneğin kullanıcı filtresi çalışırken botun önüne gereksiz binlerce bağlantı çıkarılmaması mümkün olabilir. Yapılacak değişiklik geri düğmesi, paylaşım ve klavye kullanımını da korumalıdır.

Hangi filtre sayfalarını açık tutacaksınız?

Aramada yer almasını istediğiniz birleşimleri belirleyin. Stok sürekliliği, açık ürün grubu ve gerçek kullanıcı ihtiyacı olan bir filtre sayfası yararlı olabilir. Bütün filtreleri aynı toplu kuralla kapatmadan önce bu sayfaları ayırın.

Search Console sayfa ve sorgu verisini, iç arama ile katalog bilgisiyle birlikte okuyun. Performans verisi çoğunlukla canonical adrese atanabilir; parametreli sayfada veri görünmemesi talep olmadığı anlamına gelmez. Tabloda bilinmeyen durumu koruyun. Seçilmiş sayfaları kullanıcıya ve tarayıcıya anlaşılır bağlantılarla sunun.

Talep deseni tablosu nasıl kurulur

Filtre birleşimi, karşılanan ihtiyaç, stok sürekliliği, mevcut canonical ve önerilen işlem sütunları oluşturun. İhtiyaç kanıtını ve kararı ayrı yazın. Önce birkaç temsilî örneği onaylayın; kuralı bütün kataloğa uygulamadan istisnaları gözden geçirin.

Gereksiz adres üretimini sınırlayın

Taranmasını istemediğiniz filtre desenlerinde robots.txt veya fragment tabanlı işleyiş gibi seçenekler değerlendirilebilir. Canonical bir tarama engeli değildir. Yöntemi kullanıcı davranışıyla birlikte test edin.

• Aynı seçim için parametre sırasını ve tekrar değerleri tutarlı hale getirin.
• Kaldırma ve sıralama kontrollerinin hangi adresleri ürettiğini kaydedin.
• Geri dönme, paylaşma ve klavye kullanımının çalıştığını doğrulayın.
• Ürünlere ulaşan gerçek sayfalama bağlantılarını yanlışlıkla kaldırmayın.
• Site haritasına seçilmiş canonical ve indekslenebilir adresleri koyun; parametre bulunması tek başına hata değildir.

Mevcut adresler için beklenen yanıtı belirleyin

İndeks dışına çıkarma ve taramayı durdurma farklı kararlardır. noindex’in işlenmesi için sayfanın taranabilir olması gerekir. Geçersiz veya sonuç üretmeyen birleşimler için 404 yanıtı değerlendirilebilir. Alakasız bütün adresleri ana sayfaya yönlendirmekten kaçının.

Her URL deseni için beklenen durum kodunu, canonical ve robots davranışını yazılı tutun. Aynı kurala uyan ve uymayan örnekleri otomatik kabul listesine alın. Hata halinde eski davranışa dönmek için değişikliği ve kapsamını kaydedin. Gizli veri bulunan sayfalarda arama kontrolleri erişim güvenliğinin yerine geçmez.

Doğrulama senaryosu

Yayın öncesi ve sonrası aynı örnek adresleri HTTP yanıtı, render edilmiş içerik ve bağlantılar açısından kontrol edin. Günlüklerde gereksiz isteklere ayrılan yükü, yeni ürünlerin keşfini ve sunucu hata oranını izleyin. Sabit iki veya üç haftada iyileşme olacağını varsaymayın; gerçek değişim ve tarama sıklığına göre gözlem süresini belirtin.

Platform ve yazılım tarafında sorumluluk

Hazır e-ticaret platformlarının çoğu filtre URL davranışını tema/eklenti düzeyinde sunar; varsayılan ayar her zaman en sağlıklı tarama düzenini üretmez. Özel yazılımla çalışan mağazalarda ise filtre URL şeması sizin tasarımınız olduğundan, bu kararları yazılım ekibiyle baştan mimariye işleyin.

Özel yazılım hizmeti ile SEO çalışmasının bu kararda aynı URL tablosunu kullanması gerekir. Sonradan düzeltme her zaman yeniden yazım gerektirmez; sorunun kaynağına göre tema, yönlendirme veya filtre ayarı yeterli olabilir. E-ticaret tarafında katalog büyürken yeni filtre boyutlarını aynı kabul düzeninden geçirin.

Sonuç

Filtre tarama sorununu önce üretilen adresler ve gerçek isteklerle doğrulayın. Aramada bulunmasını istediğiniz sayfaları seçin, diğer desenlerde uygun tarama ve indeksleme davranışını tanımlayın. Kullanıcı gezinmesini koruyarak yapılan, örnek URL’lerle test edilmiş değişiklikler daha güvenilir bir katalog yapısı sağlar.