E-ticarette faceted navigation SEO: kategori ve filtre mimarisi nasıl kurulur ve izlenir?

Faceted navigation SEO, filtreli gezinmenin (faceted navigation) ürettiği URL'leri arama motoru için yönetme işidir: hangi adresin taranacağı, hangisinin kalıcı sayfa olarak dizine gireceği ve hangisinin hiç bağlantı almayacağı yazılı kurala bağlanır. Filtreli gezinme, ziyaretçinin bir ürün listesini marka, özellik, beden ya da fiyat aralığı gibi niteliklere göre daraltmasını sağlayan arayüzdür.

Google bu özelliği popüler ve faydalı diye tanımlar; URL parametreleriyle kurulan yaygın uygulamasının sonsuz URL alanları oluşturabildiğini de yazar. Bu yüzden filtre kararını kategori ağacından ayrı vermeyiz. Kategori, alt kategori ve kalıcı filtre sayfası aynı hiyerarşinin düğümleridir; geri kalan her filtre durumu bu düğümlerin geçici bir görünümüdür.

Bu bakış işi bir SEO ayarından çıkarıp bilgi mimarisi kararına çevirir. Çıktı üç belgedir: geliştirici ekibin uygulayacağı URL sınıfı spesifikasyonu, katalog ekibinin güncel tuttuğu kalıcı sayfa listesi ve yayından sonra okunacak tarama göstergeleri. Ağacın hangi sorgulara karşılık geleceğine ise arama niyetini sayfa türüne bağlayan eşleme karar verir.

Filtreler, her seçimi yeni bir URL'ye çevirdiğinde taramayı ve dizini şişirir: birkaç filtre ailesinin birleşimi, katalogdaki ürün sayısından çok daha fazla adres üretir. Bu adreslerin çoğu aynı ürünleri başka bir sırayla ya da alt kümeyle gösterir ve tarayıcı bir adresin işe yarayıp yaramadığını ancak taradıktan sonra anlar. Google filtreli gezinme belgesinde iki zararı adıyla sayar: aşırı tarama ve yeni, faydalı URL'lerin daha yavaş keşfi.

Sorunun yaygınlığını Google'ın kendi gözlemi gösterir. Google Search Central Blog Aralık 2024'te, site sahiplerinin bildirdiği aşırı tarama sorunlarının en yaygın kaynağının filtreli gezinme olduğunu yazdı. Tarama bütçesi (crawl budget) kılavuzu da Google'ın sitede bildiği URL kümesini, yani algılanan envanteri, site sahibinin en fazla kontrol edebildiği faktör olarak tanımlar.

Dizin tarafında belirti farklıdır. Sayfa dizine ekleme raporu, ortak bir listeyi filtreleyen ya da sıralayan parametreli adresleri "kopya" veya "alternatif" diye etiketler; Google kopyaları dizine eklemez. Asıl kayıp görünmez: yeni ürün sayfası ve sezon kategorisi, filtre adresleri arasında taranma sırasını bekler.

Kategori hiyerarşisi Google'a URL klasörleriyle değil, menüden kategoriye, kategoriden alt kategoriye ve oradan ürün sayfasına inen düz bağlantılarla anlatılır. Google e-ticaret belgesinde, site yapısını öğrenmek için genellikle URL yapısına bakmadığını ve sayfalar arasındaki bağlantıları analiz ettiğini açıkça yazar. Bir sayfaya site içinde ne kadar çok bağlantı varsa, diğer sayfalara oranla önemi o kadar yüksek okunur.

Bu yüzden hiyerarşiyi menü, kırıntı ve kategori içi bağlantılarla kurar, her ürünün en az bir kategori sayfasından düz bağlantı almasını şart koşarız. Bağlantı, href özelliği olan bir <a> öğesidir. Googlebot genellikle arama kutusuna sorgu göndermez; yalnız site içi aramayla ulaşılan ürün taramada görünmez kalır. Her ürüne bağlantı verilemiyorsa Google site haritasını (sitemap) ya da Merchant Center feed'ini önerir.

Kalıcı filtre sayfaları da bu ağacın düğümüdür ve üst kategorisinden düz bağlantı alır. Uyum bilgisi taşıyan kataloglarda ağacın eksenlerini ürünün kullanım bağlamı belirler. Oto yedek parça vakamızda arama kampanyalarını araç markasına, modeline ve parça türüne göre ayırdık; aynı üç eksen böyle bir kataloğun kategori ağacına da iskelet olur.

Bir filtre kombinasyonu iki koşul birlikte sağlandığında kalıcı sayfa olur: kombinasyon gerçekten aranıyordur ve kendi başına bir ürün grubunu anlatır. Kalıcı sayfa; kendi yol URL'si, başlığı, H1'i ve kısa açıklamasıyla kategori ağacına eklenen, üst kategorisinden bağlantı alan sayfadır. Tipik adaylar kategori ile markanın ya da kategori ile ana özelliğin birleşimidir.

Talep kanıtını üç kaynaktan toplarız: Search Console'da kategori sayfasının gösterim aldığı sorgular, Google Ads Anahtar Kelime Planlayıcı ve site içi arama kayıtları. Örnek bir beyaz eşya kataloğunda "kurutmalı çamaşır makinesi" kategori ile ana özelliğin, "marka adı + çamaşır makinesi" kategori ile markanın birleşimidir. Talep doğrulanırsa ikisi de listeye girer.

Fiyat aralığı, sıralama, "stokta olanlar" ve çoklu seçimler ise görünümdür; ziyaretçiyi hızlandırır ama aranan bir ürün grubunu anlatmaz. Liste katalogla birlikte yaşar; ekleme ve çıkarma kararları tarihleriyle aynı kayıtta tutulur.

Kalıcı filtre sayfası alt kategoriyle çakışırsa ne olur?

İki sayfa aynı sorguyu istediğinde anahtar kelime yamyamlığı (keyword cannibalization) doğar. Kuralımız nettir: sorgunun tek sahibi olur. Ürün grubu menüde de duruyorsa alt kategori kalır ve filtre sayfası listeden çıkar; gruba yalnız filtreyle ulaşılıyorsa sahiplik kalıcı filtre sayfasındadır.

Tarama kararı önce verilir, çünkü dizin etiketleri ancak taranan sayfada okunur: noindex ve standart URL (canonical), Google'ın sayfayı istemesini durdurmaz. Google tarama bütçesi kılavuzu bunu açık yazar: noindex kullanıldığında Google yine tarama isteği gönderir, etiketi görünce durur ve tarama süresi boşa harcanır.

Standart URL de bağlayıcı bir komut değil, bir sinyaldir; Google başka bir standart URL seçebilir. Google filtreli gezinme belgesi, rel="canonical" ve rel="nofollow" yöntemlerinin uzun vadede robots.txt ve URL parçası yöntemlerinden genellikle daha az etkili olduğunu belirtir. Robots.txt ise taramayı durdurur ama dizinden çıkarma aracı değildir; başka sayfalardan bağlantı alan engelli bir URL, açıklama metni olmadan arama sonucunda görünebilir.

Dijital.co kuralı bu üç olgudan çıkar: görünüm durumları için taranabilir bağlantı üretilmez ve parametre kalıbı robots.txt ile kapatılır. Noindex yalnız geçişte, dizinde birikmiş adresleri çıkarmak için kullanılır; standart URL ise takip parametresi gibi aynı içeriği taşıyan adresleri birleştirir. Araçların neyi durdurup neyi durduramadığı tabloda yan yana duruyor.

URL spesifikasyonu, katalogdaki her adres türünü tek bir sınıfa atayan ve her sınıf için kalıbı, HTTP yanıtını, standart URL'yi, bağlantı ve site haritası davranışını yazan belgedir. Geliştirici ekip bu belgeyi kabul kriteri olarak kullanır; her satır bir test senaryosuna çevrilir.

Kalıcı sayfalar yol segmentiyle yazılır: /beyaz-esya/camasir-makinesi/kurutmali/. Ziyaretçi listedeki bir filtreyi seçtiğinde arayüz parametreli adrese değil, bu yol URL'sine gider. Görünüm durumları sabit adlı sorgu parametrelerinde kalır. Google URL yapısı belgesindeki kurallar da spesifikasyona girer: anahtar ve değer eşittir işaretiyle, parametreler & ile ayrılır, kelimeler kısa çizgiyle bölünür ve harfler tek biçime indirilir.

Filtre yoldaysa sıra her zaman aynı kalır ve aynı filtre iki kez yer almaz. Kabul testleri dört kontrolden oluşur:

• sonuçsuz kombinasyon kendi URL'sinde 404 döner;
• görünüm parametresi sayfa kodunda düz bağlantı olarak çıkmaz;
• site haritasında yalnız standart ve dizine açık adresler bulunur;
• takip parametreli adres, temiz adresi standart URL olarak gösterir.

Sayfalara ayırma (pagination) filtre katmanından ayrı tutulur: sayfa numaralı adresler taranır ve kendi standart URL'sini taşır, sıralama adresleri ise görünüm sayılır ve taranmaz. Google e-ticaret belgesine göre her sayfa ?page=n gibi kendi URL'sini alır ve dizinin ilk sayfası diğerlerinin standart URL'si yapılmaz. Sayfa numarası URL parçasıyla (#) verilmez, çünkü Google parça tanımlayıcılarını yok sayar.

Sayfalar birbirine <a href> bağlantılarıyla sırayla bağlanır ve her sayfadan ilk sayfaya dönen bir bağlantı bulunur; Google bu bağlantının ilk sayfayı daha iyi bir açılış sayfası olarak işaret edebileceğini yazar. Dizideki sayfaların ayrı başlık taşıması gerekmez ve Google rel="next" ile rel="prev" etiketlerini artık kullanmıyor. Tarayıcıları düğmeleri tıklamadığı için "Daha fazla yükle" ve sonsuz kaydırmanın arkasında da sayfa numaralı, taranabilir bir adres bulunur.

Sıralama için aynı belge açıktır: aynı listenin farklı sıralanmış sürümlerinin dizine eklenmemesi için noindex ya da robots.txt kullanılabilir. Biz robots.txt yolunu seçeriz ve kuralı yazarken sayfa parametresini muaf tutarız; aksi halde ilk sayfadan sonraki ürünler taranabilir bağlantı yolunu kaybeder.

Stoktan çıkan üründe kural, yokluğun geçici mi kalıcı mı olduğuna göre değişir: geçici yoklukta sayfa açık kalır; kalıcı kalkışta yerine geçen ürün varsa 301, yoksa 410 uygulanır. Geçici yoklukta stok durumu hem sayfada hem yapılandırılmış veride yazar ve benzer ürünler gösterilir.

Yapılandırılmış veride stok durumu availability özelliğiyle verilir. Google'ın satıcı ürün listeleme belgesi OutOfStock, BackOrder, PreOrder ve Discontinued gibi değerleri sayar ve tek değer ister. Aynı belge Product işaretlemesini kategori listelerine değil, ürün sayfalarına eklemeyi önerir; kategori ve filtre sayfası ürünlerine bağlantı verir.

Kalıcı kalkışta kodun anlamı önemlidir. Google, 429 dışındaki 4xx kodlarını aynı biçimde işler ve kalıcı olarak kaldırılan sayfalar için 404 ya da 410 önerir. HTTP standardı RFC 9110'a göre 410, kaynağa erişimin kalmadığını ve durumun büyük olasılıkla kalıcı olduğunu bildirir. Kalıcı listedeki bir filtre sayfası boşalırsa aynı ayrım geçerlidir: geçiciyse sayfa açık kalır ve benzer ürünlere bağlanır, kalıcıysa listeden çıkar ve 404 döner.

Dizinde filtre URL'leri birikmişse temizlik sırayla yapılır: önce bu adresler taranabilir kalırken noindex alır, dizinden düşmeleri izlenir, sonra parametre kalıbı robots.txt ile kapatılır. Sıra kritiktir, çünkü Google noindex kuralını ancak sayfayı tarayabildiğinde görür; robots.txt ile engellenen sayfa dizinde kalmaya devam edebilir.

Geçişin hızını Google belirler. Google'ın noindex belgesine göre, önem derecesine bağlı olarak Googlebot'un bir sayfayı yeniden ziyaret etmesi aylar sürebilir. Bu yüzden geçişi tarihe değil göstergeye bağlarız: Sayfa dizine ekleme raporunda noindex nedeniyle hariç tutulan filtre adreslerinin artışı durduğunda robots.txt kuralı devreye girer. Aynı dönemde düz filtre bağlantıları kaldırılır, site haritaları yalnız standart adreslere indirilir.

Reklam trafiği ayrıca planlanır. Google'ın özel tarayıcılar listesine göre AdsBot, reklam yayıncısının izniyle robots.txt'teki genel kullanıcı aracısı (*) kurallarını yok sayar; parametreli filtre adresine giden reklam engelden sonra da taranır. Reklamı kalıcı sayfaya ya da ayrı bir açılış sayfasına yöneltmek ölçümü sadeleştirir; o sayfanın kurgusunu reklam ile açılış sayfası arasındaki mesaj eşleşmesi belirler.

Filtre mimarisindeki değişiklik iki kaynaktan izlenir: Search Console'daki Tarama İstatistikleri raporu toplam resmi, sunucu günlükleri (log) ise isteğin hangi URL sınıfına gittiğini gösterir. İzleme yayından önce başlar: değişiklik öncesi dönemin değerleri karşılaştırma tabanı olarak kaydedilir ve aynı göstergeler yayından sonra aynı yöntemle okunur.

Tarama İstatistikleri raporu Mülk ayarları altında yer alır ve yalnız kök düzeyindeki mülklerde çalışır. Toplam tarama isteklerini, ortalama yanıt süresini, tarama amacını (keşfetme ve yenileme) ve Googlebot türünü gösterir; StoreBot ve AdsBot ayrı türler olarak görünür. Raporun örnek URL listesi eksiksiz değildir ve Google, sitenin istek günlükleriyle rapor arasında küçük farklar görülebileceğini yazar.

Günlük analizini bu yüzden URL sınıfı düzeyinde yaparız. Önce isteğin gerçekten Google'dan geldiği doğrulanır: ters DNS aramasıyla alan adının googlebot.com, google.com ya da googleusercontent.com olduğuna, ardından yönlendirilmiş DNS aramasıyla aynı IP'ye döndüğüne bakılır. Büyük hacimde IP adresleri Google'ın yayımladığı IP aralığı listeleriyle eşleştirilir. Doğrulanan istekler spesifikasyondaki kalıplara göre sınıflanır.

Filtre mimarisi, kararın sahibi ve kontrol takvimi yazılı olduğunda ayakta kalır: spesifikasyonu SEO yazar, geliştirme ekibi uygular, katalog ekibi kalıcı sayfa listesini besler, reklam ekibi açılış adreslerini uyumlu tutar ve sonuç haftalık, aylık, çeyreklik ritimde okunur. Sorumluluk şu roller arasında paylaşılır:

• SEO: URL sınıfı spesifikasyonunun ve kalıcı sayfa listesinin sahibidir, talep kanıtını toplar.
• Katalog ve kategori yönetimi: yeni marka, özellik ve sezon talebini listeye taşır, stok durumunu günceller.
• Geliştirme ve BT: kalıpları, robots.txt kurallarını ve kabul testlerini uygular, günlük erişimini sağlar.
• Pazarlama ve reklam: reklam açılış adreslerini spesifikasyonla uyumlu tutar.
• Finans ve yönetim: kalıcı sayfa grubunun organik gelirini izler; teklif formuyla satılan kataloglarda form gönderiminin GA4'teki önemli etkinlik (key event) tanımı bu ölçümün ön koşuludur.
• Ajans (Dijital.co): spesifikasyonu yazar, günlük analizini yürütür ve çeyreklik gözden geçirmeyi yönetir.

Kontrol üç ritimde yürür. Her turun çıktısı aynı kayda yazılır: hangi kural değişti, neden değişti ve hangi göstergeyle izlenecek.

1. Haftalık: yayın sonrası doğrulanmış Googlebot istekleri URL sınıfına göre okunur; yeni filtre talepleri listeyle karşılaştırılır.
2. Aylık: kalıcı sayfa listesi Search Console sorgularıyla yeniden değerlendirilir; dizin ve tarama göstergeleri izleme tablosuna işlenir.
3. Çeyreklik: kategori ağacı sezon ve ürün gamıyla birlikte gözden geçirilir, spesifikasyonun yeni sürümü kayda geçer.

E-ticaret SEO programımızda bu ritmi kategori bazında organik gelir raporuna bağlarız. Ritmin ilk turu, değişiklik öncesi taban ölçümüdür.

URL envanteri küçükse, filtreler az sayıda adres üretiyorsa ve Google yeni sayfaları yayınlandıkları gün tarıyorsa filtre mimarisi ikinci plandadır; kopya adresler yine kapatılır ama tam spesifikasyon ve günlük analizi sonraya kalır. Google tarama bütçesi kılavuzu böyle sitelerde güncel site haritası ve Sayfa dizine ekleme raporu kontrolünün yeterli olduğunu yazar.

Tarama İstatistikleri yardımı da bin sayfadan az içeriği olan sitelerin bu rapora ihtiyaç duymadığını belirtir. Hazır altyapıda robots.txt ya da URL yapısı düzenlenemiyorsa kurallar sağlayıcının izin verdiği ölçüde uygulanır. Talebi henüz oluşmamış yeni kategorilerde kalıcı sayfa kararı ölçüm geldikçe verilir.

Doğru mimari zayıf ürün verisini ve yavaş şablonu da düzeltmez; filtre tıklamasının yanıt süresini kategori şablonları için site hızı bütçesi sınırlar. Yönlendirme zinciri, standart URL çelişkisi ve dizine ekleme hataları için yayın öncesi SEO kontrol listesi ayrıca uygulanır.