Her filtre durumu adı konmuş bir sınıfta ve tek bir tutarlı kuralla, aramaya açılan yer yalnızca talebin ve stoğun sürdüğü yerde, alışverişçinin işine yarayan hiçbir kontrol de tarama grafiği uğruna kaldırılmadan.

Bir alışverişçi elinde beden, renk, marka, fiyat gibi birkaç işe yarar filtre görür; ama crawler her kombinasyonu, her sıralama düzenini ve her boş sonucu ayrı bir URL olarak görür; bunların içinde kimsenin yayınlamayı hiç düşünmediği binlercesi de vardır. Biz filtre dilbilgisinin tamamını envantere alıyor, hangi kombinasyonların arama görünürlüğünü gerçekten hak ettiğine karar veriyor ve yönlendirme ile crawler direktiflerini alışverişçi her denetimi elinde tutarken indeks yalnızca bulunmaya değer kombinasyonları görecek şekilde hizalıyoruz. Filtrelemeyi alışverişçi için çalışır bırakıyor, URL sayısındaki patlamayı sınırlıyor ve aramaya yalnızca gerçekten bulunmayı hak eden birleşimleri açıyoruz.

Bir Zeo figürü büyük bir filtre panelindeki düğmeleri ayarlıyor, bir diğeri arkadaki tekrar eden URL labirentinin çıkışlarını tek tek kapatıyor.

Birlikte çalıştığımız 500'den fazla markadan birkaçı

Tüm referansları gör
  • DenizBank
  • Amazon
  • Mustela
  • Edenred
  • Yandex
  • Axa Hayat Emeklilik
  • BMW
  • Shell
  • Hyundai
  • PepsiCo
  • Red Bull
  • MediaMarkt
  • Decathlon
  • Trendyol
  • Hepsiburada
  • Sahibinden.com
  • Bayer
  • Sanofi
  • EY
  • KPMG
  • Acıbadem Sağlık Grubu
  • Abdi İbrahim
  • Yemeksepeti
  • Domino’s

Önce filtrelerin tüm yapısını çıkarıyoruz. Hangi durumun herkese açık bir sayfayı hak ettiğine ondan sonra karar veriyoruz.

  1. Filtre yapısının tamamını çıkarıyoruz

    URL üreten ya da bu URL'lere link veren her facet, değer, sıralama, çoklu seçim, sayfalama durumu, yerel ve platform katmanını tek tek izliyoruz. Her parametreye gerçek bir sorumlu atıyor, bu tahminin kocaman bir URL üreticisini atlamadığını da doğruluyoruz.

    Gerçek örnekleri, sorumlularını ve kaç durum olduğuna dair dürüst bir tahmini içeren bir parametre kaydı çıkıyor.

  2. Gezinmeyi arama değerinden ayırıyoruz

    Her birleşimi gerçek talep, istikrarlı stok, mevcut kategori sorumluluğu ve ayrı bir alışveriş görevi olup olmadığı açısından değerlendiriyoruz. Her durum sınıfı için indekse açma, yalnızca gezinme, canonical, engelleme, yönlendirme ya da kaldırma kararını birlikte veriyoruz.

    Her durum sınıfı tek bir karara bağlanıyor. İndekse açma, yalnızca gezinme, canonical, engelleme, yönlendirme ya da kaldırma.

  3. Bütün kontrolleri aynı kararda buluşturuyoruz

    Her sınıf için link, durum, robots, noindex, canonical, sitemap, sayfalama, parametre sırası ve boş durum davranışının birlikte nasıl çalışacağını tanımlıyoruz. Aynı URL sınıfında iki kural gerçekten çeliştiğinde hangi direktifin öne geçeceğine karar veren kişi bunu gerekçesiyle yazıyor.

    Önceliği ve örnekleri net olan, içinde çelişen talimat bulunmayan tek bir kural matrisi çıkıyor.

  4. Yalnızca değerli birleşimleri kuruyoruz

    Onayladığımız her birleşime tek ve sabit bir URL, işe yarayan bir ürün seti, açık bir title ve H1, bağlama uygun metin, iç linkler, yapılandırılmış veri ve bir stok yaşam döngüsü tanımlıyoruz. Bir birleşim kalıcı ve indekse açık bir sayfa olarak kurulmadan önce gerçek talebinin ve stoğunun sürdüğünü doğruluyoruz.

    Otomatik üretilmiş sonsuz bir URL evreni değil, gerçek hedeflerden oluşan kısa bir liste kalıyor.

  5. Ölçeğe çıkmadan sıra dışı durumları sınıyoruz

    Normal, sırası karışmış, çoklu seçimli, sıralı, sayfalı, boş, düşük stoklu, yerelleştirilmiş ve hatalı örnekleri canlı şablonun içinden geçiriyoruz. Bir sınır testi hatasının yayılımı durdurup durdurmayacağına, yoksa kabul edilip yazıya geçirilecek bir istisna mı olduğuna karar veriyoruz.

    Geniş kapsamlı bir kural tüm kataloğa yayılmadan tuzakları ve çelişkileri açığa çıkaran bir sınır raporu çıkıyor.

URL evrenini yapay zeka çıkarıp puanlıyor; hangi durumun sayfayı hak ettiğine insan karar veriyor.

Yapay zeka canlı siteyi tarayıp gerçekten URL üreten her facet, sıralama ve parametre birleşimini çıkarıyor, filtre durumu birleşimlerini talep ve stok sinyaline göre puanlayıp ham parametre listesinin yerine kısa ve sıralı bir liste bırakıyor, taslak kural matrisini örnek URL'ler üzerinde çalıştırıp çelişen yönlendirme, link ve indeks direktiflerini yayına çıkmadan yakalıyor, onaylanan birleşimler için title, başlık ve yapılandırılmış veri alanlarını hazırlıyor, sırası karışmış, hatalı ve düşük stoklu uç durumların tam matrisini üretip canlı şablondan geçiriyor. İndeksi kendi başına açmıyor. Kontrolden çıkmış bir parametre evrenini ya da ayrı bir kullanıcı değeri taşımayan birleşimleri indekse açmıyoruz, ürün sayısı, stok, özellik ya da gizli filtre durumu uydurmuyoruz ve tarama grafiği daha temiz görünsün diye alışverişçinin işine yarayan kontrolleri kaldırmıyoruz.

Dört çıktı, karmaşık bir parametre sistemini ekiplerin sürdürebileceği bir düzene çeviriyor.

  • Mimari harita

    Facet karar kaydı

  • Karar matrisi

    Tarama ve indeks kural matrisi

  • Önceliklendirilmiş iş listesi

    Değerli birleşim listesi

  • Değerlendirme tablosu

    Sınır test raporu

Şu olduğunda tamam sayarız: Facet karar kaydı, kural matrisi, birleşim listesi ve sınır test raporu; her durum sınıfı örneklerini, kullanıcı amacını, arama kararını, sayfa sorumlusunu ve inceleme sorumlusunu yazdığında, iç linkler, durum kodu, robots, noindex, canonical, sitemap, parametre sırası, sayfalama ve boş durum davranışı her sınıfta birbiriyle uyuştuğunda, listedeki her adayın ayrı talebi, tek sayfa sorumlusu, istikrarlı ürün kuralı, asgari stoğu ve yaşam döngüsü olduğunda ve her temsili durum canlıda beklenen kurala uyduğunda ya da hatanın üreticisini, sorumlusunu, sürümünü ve geri alma adımını adıyla gösterdiğinde tamamlanmış oluyor.

Bu yöntem, alışverişçinin filtreleri rahatça kullanmasını isteyen ama bunun sonu gelmez bir tarama labirentine dönüşmesini istemeyen mağazalar için.

Şu durumlarda iyi bir seçim

  • Filtre, sıralama, parametre ve çoklu seçim durumları kimsenin öngöremeyeceği kadar çok URL üretiyor.
  • Bazı filtre birleşimleri açıkça kendi açılış sayfasını hak ediyor ama çok daha büyük bir yinelenen ve boş durum yığınının içinde görünmez oluyor.
  • Robots, noindex, canonical, iç linkler, sitemap ve platform rotası aynı URL için birbirinden farklı şeyler söylüyor.

Şu durumlarda başka bir çalışma daha doğru

  • Ayrı bir talebi, stoğu ya da sorumlusu olsun olmasın her filtre birleşimini indekse açmak istiyorsanız bunu yapmıyoruz.
  • Tek bir direktifi değiştirebiliyorsunuz ama onu çevreleyen link, rota, durum, canonical ve boş durum davranışını birlikte inceleyip test edemiyorsunuz.

Bunlardan biri sizin durumunuza daha yakınsa, buradan başlayın: E-ticaret SEO

Şu olduğunda tamam sayarız: Her filtre durumu belli bir sınıfa ait oluyor. Tarama, indeks, canonical, link ve boş durum kuralları birbiriyle uyumlu tek bir bütün hâline geliyor. İndekse açtığımız birleşimlerin arkasında gerçek talep ve stok duruyor. Alışverişçi de sırf tarama kaynağını korumak uğruna işine yarayan bir filtreyi kaybetmiyor.

  • Semrush

    bir filtre landing page olmadan önce kalıcı talebi kontrol ediyor

  • Screaming Frog

    filtre parametrelerini, kombinasyonları, direktifleri ve boş sonuç durumlarını sayıyor

  • Botify

    hangi filtre durumlarının crawl dikkatini tekrar tekrar tükettiğini gösteriyor

  • Oncrawl

    crawler ziyaretlerini indekslenebilir filtre kurallarıyla ve stokla karşılaştırıyor

  • Google Search Console

    zaten ayrı arama talebi alan filtre kombinasyonlarını tespit ediyor

  • Google Analytics

    sınırlandırılan filtrelerin alışverişçilere hâlâ yardımcı olup olmadığını kontrol ediyor

Bir tarama çıktısı, parametre listesi ya da elinizdeki en tuhaf birkaç filtre URL'sini getirin. Bu dağınıklığı hangi kuralın ürettiğini birlikte bulalım.
Zeo ile konuşun

Tüm filtre URL'leri robots.txt ile engellenmeli mi?

Hayır. Engelleme, indeks sinyalleri daha çözülmeden taramayı kesebiliyor ve canonical ya da noindex'in işlenmesi için gereken kanıtı gizleyebiliyor. Doğru uygulama tek bir URL'ye değil, bütün bir durum kuralları setine bağlı.

Bir filtre birleşimi ne zaman indekse açılmayı hak ediyor?

Ayrı ve kalıcı bir talebi, istikrarlı ve işe yarar bir stoğu, tek bir sayfa sorumlusu, destekleyici içerik ve linkleri, bir de ekibin sürdürebileceği bir yaşam döngüsü olduğunda.

Boş filtre sayfalarını nasıl önlüyorsunuz?

Canlı stoktan asgari eşiği ve sonuç bulunmayan durumun davranışını tanımlıyor, uç durumları test ediyoruz. Bir birleşim verdiği sözü tutamaz hâle geldiğinde arama görünürlüğünü kaldırıyoruz.

Filtre URL'leri büyük bir katalogda crawl budget'ı yer mi?

Ölçek büyüdükçe evet. Birkaç facet bile Google'ın işe yarar biçimde tarayabileceğinden çok daha fazla URL üretebiliyor. Bunu önce durum sınıfı kurallarıyla sınırlıyoruz, çünkü crawl budget konuşması ham URL sayısından değil kontrol altındaki bir setten başlıyor.