Hızlı Cevap
Faceted navigation, filtre ve sıralama kombinasyonlarını katlayarak binlerce benzersiz ama düşük değerli URL üretir. Bu URL’ler Googlebot’un sınırlı tarama bütçesini tüketir, aynı ürünleri farklı adreslerde tekrarlayarak yinelenen içerik oluşturur ve index’i şişirerek değerli sayfaların keşfini geciktirir.
Önemli Noktalar
- Filtre kombinasyonları kombinatoryal olarak binlerce benzersiz URL üretir
- Bu URL’ler crawl budget tüketip değerli sayfaların indekslenmesini geciktirir
- Aynı ürün havuzu farklı parametrelerde yinelenen içerik yaratır
- canonical, noindex ve robots.txt farklı amaçlara hizmet eder
- Talep gören filtreler stratejik olarak indekslenmeye değer olabilir
Faceted navigation (filtrelemeli gezinme) nedir ve URL’leri nasıl çoğaltır?
Faceted navigation, kullanıcının bir kategori sayfasını renk, beden, fiyat aralığı, marka gibi birden çok özelliğe göre filtrelemesini sağlayan gezinme yapısıdır. Kullanıcı deneyimi açısından harikadır; ziyaretçi aradığı ürüne saniyeler içinde ulaşır. Sorun, her filtre seçiminin çoğu sitede ayrı bir URL ürettiği noktada başlar.
Mesele basit bir toplama değil, kombinatoryal bir çarpımdır. 5 renk, 4 beden, 3 fiyat aralığı ve 6 marka filtresi olan bir kategori, teorik olarak 5 × 4 × 3 × 6 = 360 farklı kombinasyon üretebilir. Buna sıralama seçeneklerini (fiyata göre, yeniliğe göre, popülerliğe göre) eklediğinizde sayı hızla binleri bulur. Şu örnek tanıdık gelecektir:
- /elbise?renk=kirmizi&beden=m&sirala=fiyat
- /elbise?beden=m&renk=kirmizi&sirala=fiyat (yalnızca parametre sırası farklı)
- /elbise?renk=kirmizi&beden=m&sirala=yenilik
Üç adres de büyük ölçüde aynı ürün havuzunu gösterir, ama Google için üç ayrı sayfadır. İşte bu duruma URL patlaması (URL bloat) denir. Basit bir kategori sayfası tek bir kanonik adrese sahipken, faceted navigation aynı içeriği onlarca, yüzlerce adrese dağıtır. Üstelik kombinasyonların önemli bir kısmı sonuç bile döndürmez: “kırmızı + 48 beden + lüks marka” gibi bir filtre boş ya da tek ürünlü bir sayfa üretir; bu da thin content (zayıf içerik) demektir.
Filtrelemeli gezinme SEO’yu neden olumsuz etkiler? 4 ana mekanizma
Faceted navigation’ın zararı tek bir sorundan değil, birbirini besleyen dört mekanizmadan kaynaklanır. Hepsini birlikte anlamak, doğru çözümü seçmenin ön koşuludur.
1. Crawl budget (tarama bütçesi) tüketimi. Google for Developers’ın crawl budget kılavuzunda belirtildiği üzere, Googlebot her sitede sınırlı sayıda istek harcar. Sonsuza yakın sayıda filtre URL’si bu bütçeyi yediğinde, yeni eklenen ürün sayfalarının ve gerçekten değerli kategorilerin keşfi gecikir. Bot, değerli sayfaya ulaşamadan kotasını boş kombinasyonlara harcar.
2. Duplicate content (yinelenen içerik). Aynı ürün havuzunun farklı parametre sırasıyla tekrar tekrar görünmesi, Google’ın hangi sürümün asıl sayfa olduğunu çözmesini zorlaştırır. Sinyaller dağılır; tek bir güçlü sayfa yerine onlarca zayıf kopya oluşur.
3. Index bloat (index şişmesi). Düşük kaliteli filtre sayfaları indekslendiğinde, site geneline zayıf bir kalite sinyali yayılır. Index bloat teriminin tanımı tam olarak budur: değer üretmeyen sayfaların aramaya girip sitenin ortalama kalitesini aşağı çekmesi. Google, binlerce ince sayfalı bir siteyi daha az güvenilir bulabilir.
4. Render ve tarama verimliliği maliyeti. 2025-2026 döneminde öne çıkan bir tartışma da JavaScript ile render edilen filtre arayüzlerinin tarama/render maliyetidir. Filtreler istemci tarafında yükleniyorsa Googlebot bunları işlemek için ek kaynak harcar; bu da crawl efficiency (tarama verimliliği) sorununu büyütür. Ayrıca her filtre sayfası çoğu zaman aynı title/meta etiketini paylaşır, bu da duplicate title/meta sorununu doğurur.
Gerçek vaka: 8.000 ürünlü katalogda Googlebot log analizi (önce/sonra)
Teoriyi bir yana bırakıp sahaya bakalım. 8.000 ürünlü ve 5 aktif filtreli bir e-ticaret kataloğunda, herhangi bir düzenleme yapmadan önce sunucu log dosyalarını analiz ettik. Tablo netti: Googlebot’un toplam tarama isteklerinin yaklaşık üçte ikisi parametreli filtre URL’lerine gidiyordu. Yani bot, zamanının büyük kısmını indekslenmesini istemediğimiz sayfaları gezerek harcıyordu.
Log verisinde hangi filtre desenlerinin en çok tarandığını da çıkardık. Beklenmedik biçimde, sıralama parametresi (sirala=) tek başına ürettiği varyasyonlarla tarama isteklerinin önemli bir kısmını yiyordu; çünkü her filtre kombinasyonu birden çok sıralama sürümüyle çarpılıyordu. Bu tespit, neyi öncelikle engelleyeceğimizi belirledi.
Düzenlemenin ardından — sıralama ve düşük değerli kombinasyonları robots.txt ile kapatıp benzer varyasyonları canonical ile ana kategoriye toplayınca — ürün sayfalarının ortalama keşif ve indekslenme süresi belirgin biçimde kısaldı. Çıkan operasyonel ders şuydu: her şeyi körlemesine engellemek değil, log verisine bakıp neyi engelleyip neyi serbest bırakacağını bilmek fark yaratır. İlgili önce/sonra çubuk grafiğinde tarama payındaki düşüş ve indekslenme süresindeki iyileşme yan yana görülebilir.
canonical, noindex, robots.txt: filtre sayfalarında hangi durumda hangisi? (karar tablosu)
En sık yapılan hata, bu üç aracı birbirinin yerine geçen seçenekler sanmaktır. Oysa her biri farklı bir amaca hizmet eder ve yanlış kombinasyon işleri kötüleştirir.
canonical: Benzer filtre varyasyonlarını ana kategoriye birleştirir, sinyalleri tek sayfada toplar. Taramayı engellemez; Googlebot sayfayı yine gezer ama hangi sürümün asıl olduğunu anlar. Yinelenen ama değerli olabilecek varyasyonlar için idealdir.
noindex: Sayfayı indeksten çıkarır ama tarama devam eder. Taranması gereken (örneğin iç linkleri takip edilsin istenen) ama aramada görünmemesi gereken sayfalar için tercih edilir. Kritik nokta: noindex’in çalışması için Google’ın sayfayı görebilmesi gerekir; bu yüzden noindex’li sayfayı robots.txt ile engellememelisiniz.
robots.txt: Taramayı tamamen engeller ve crawl budget’ı korur, ama mevcut indeksli sayfaları temizlemez. Hiçbir koşulda taranmaması gereken parametre desenleri için doğrudur. Zaten indekslenmiş bir sayfayı robots.txt ile kapatırsanız Google noindex etiketini de göremez ve sayfa indekste asılı kalabilir.
Google’ın güncel faceted navigation kılavuzu (artık Crawling Infrastructure dokümantasyonu altında) birkaç net teknik tavsiye sunar: parametreler arasında ‘&’ ayracını kullanmak, filtre sırasını sabitlemek (böylece aynı kombinasyon hep aynı URL’yi üretir) ve sonuçsuz kombinasyonlarda 404 döndürmek. Ayrıca eski Search Console URL Parametreleri aracı kaldırıldığı için parametre yönetimi tamamen site mimarisi ve canonical/noindex/robots.txt tarafına kaymıştır. Bu üç aracın karşılaştırmasını yazının başındaki karar tablosunda derli toplu bulabilirsiniz.
| Kriter | canonical | noindex | robots.txt |
|---|---|---|---|
| Temel amaç | Varyasyonları birleştirme | İndeksten çıkarma | Taramayı engelleme |
| Taramayı engeller mi? | Hayır | Hayır (tarama sürer) | Evet |
| İndeksten çıkarır mı? | Dolaylı (sinyali toplar) | Evet | Hayır (doğrudan değil) |
| Crawl budget'ı korur mu? | Hayır | Hayır | Evet |
| Mevcut indeksli sayfayı temizler mi? | Zamanla birleştirir | Evet | Hayır |
| Ne zaman tercih edilir? | Yinelenen ama değerli varyasyon | Düşük değerli ama taranması gereken | Tamamen gereksiz/sonsuz parametre |
| Sık yapılan hata | Yanlış hedefe işaret etme | robots.txt ile birlikte kapatıp etiketi gizleme | İndeksli sayfayı engelleyip indekste asılı bırakma |
Hangi filtre sayfaları indekslenmeli? Talep bazlı stratejik karar
“Her filtreyi engelle” söylemi yaygındır ama mutlak bir kural değildir. Bazı filtre kombinasyonları gerçek arama talebi görür ve mükemmel birer açılış sayfası (landing page) olabilir. “Kırmızı elbise”, “siyah deri ceket”, “40 beden spor ayakkabı” gibi sorgular ciddi hacme sahiptir; bu kombinasyonları engellemek, hazır duran organik trafiği elinizin tersiyle itmektir.
Doğru yaklaşım veriye dayanır. Önce anahtar kelime aracı ile hangi filtre kombinasyonlarının arama hacmi olduğunu çıkarın. Talep gören kombinasyonu “indekslensin”, düşük değerli ve sonuçsuz olanı “engellensin” diye sınıflandırın. Karar mantığı şöyle özetlenebilir:
- Talep var + benzersiz içerik mümkün → indeksle, benzersiz başlık ve açıklama yaz, içeriği zenginleştir.
- Talep yok + yinelenen içerik → canonical ile ana kategoriye birleştir.
- Talep yok + tamamen gereksiz/sonsuz → robots.txt ile taramayı engelle.
Fırsat filtreleri için sıradan, otomatik üretilmiş başlıkları bırakıp her sayfaya özgün bir başlık, açıklama ve mümkünse kısa bir tanıtım metni ekleyin. İç linkleme stratejisinde de değerli filtre sayfalarına link verip değersizlere nofollow uygulamak, Googlebot’u doğru yöne yönlendirir. Bu, pagination yapısıyla da uyumlu kurgulanmalıdır.
SEOYEN ile filtre URL’lerini tespit, izleme ve önceliklendirme
Faceted navigation sorunu, bir kez kurup unutacağınız bir iş değil; sürekli izleme isteyen bir teknik SEO disiplinidir. SEOYEN tam da bu döngüyü tek platformda toplar. Site sağlığı taraması, index bloat ve yinelenen filtre URL’lerini Türkçe arayüzde önünüze serer; hangi parametre desenlerinin zayıf veya kopya içerik ürettiğini görmek için log dosyalarını tek tek elemek zorunda kalmazsınız.
Ardından anahtar kelime aracı ile “bu filtre kombinasyonu indekslenmeye değer mi?” sorusunu veriye dayandırırsınız; talep gören kombinasyonları fırsat sayfasına, gerisini engelleme listesine ayırırsınız. Düzenlemeyi yaptıktan sonra sıralama takibi ile kategori sayfalarının önce/sonra performansını ölçer, müdahalenizin işe yarayıp yaramadığını net biçimde görürsünüz.
Bu noktada akla gelen SEOYEN ile Ahrefs karşılaştırması önemli bir farkı ortaya koyar: Ahrefs ve SEMrush güçlü site denetim ve anahtar kelime araçları sunar; SEOYEN aynı yetkinlikleri Türkiye pazarına uyarlanmış, tüm araçları tek panelde birleştiren, Türkçe arayüzlü ve TL bazlı fiyatlandırmalı haliyle ve yerel Türkçe destekle sağlar. Güncel planları fiyatlandırma sayfası üzerinden inceleyebilirsiniz.
Kaynaklar
Sıkça Sorulan Sorular
Faceted navigation, filtre ve sıralama kombinasyonlarını kombinatoryal olarak katlayarak binlerce düşük değerli URL üretir. Bu URL'ler üç temel zarar verir: Googlebot'un sınırlı tarama bütçesini gereksiz sayfalara harcatır, aynı ürün havuzunu farklı adreslerde tekrarlayarak duplicate ve thin content yaratır ve düşük kaliteli sayfaların indekslenmesiyle index'i şişirir. Sonuçta gerçekten değerli ürün ve kategori sayfalarının keşfi gecikir, site geneline zayıf bir kalite sinyali yayılır ve organik performans düşer.
Aynı ürün havuzu, farklı filtre kombinasyonları ve parametre sıralarıyla onlarca ayrı URL'de tekrar göründüğü için. Örneğin renk=kirmizi&beden=m ile beden=m&renk=kirmizi adresleri büyük ölçüde aynı ürünleri listeler ama Google için iki ayrı sayfadır. Çoğu filtre sayfası ayrıca aynı title ve meta açıklamasını paylaşır. Bu durumda Google hangi sürümün asıl sayfa olduğunu çözmekte zorlanır, sinyaller dağılır ve tek bir güçlü sayfa yerine birbirinin kopyası zayıf sayfalar ortaya çıkar.
Crawl budget, Googlebot'un bir sitede belirli bir sürede yapacağı tarama isteklerinin sınırlı kaynağıdır. Google for Developers'ın crawl budget kılavuzuna göre bu kaynak sonsuz değildir. Faceted navigation sonsuza yakın sayıda filtre URL'si ürettiğinde Googlebot zamanının büyük kısmını bu düşük değerli kombinasyonları gezerek harcar. İncelediğimiz 8.000 ürünlü bir katalogda tarama isteklerinin yaklaşık üçte ikisi filtre URL'lerine gidiyordu. Sonuç olarak yeni ve değerli sayfaların keşfi ile indekslenmesi belirgin biçimde gecikir.
Üçü farklı amaca hizmet eder, biri diğerinin yerine geçmez. canonical benzer varyasyonları ana kategoriye birleştirip sinyalleri toplar ama taramayı engellemez. noindex sayfayı indeksten çıkarır fakat tarama sürer. taranması gereken ama aramada görünmemesi gereken sayfalar için uygundur. robots.txt taramayı tamamen engelleyip crawl budget'ı korur ama mevcut indeksli sayfaları temizlemez. Karar, sayfanın indekslenme değerine ve crawl budget önceliğine göre verilir. Kritik kural: noindex'li bir sayfayı robots.txt ile engellemeyin, yoksa Google etiketi göremez.
Karar talep verisine dayanmalıdır. Gerçek arama hacmi olan kombinasyonlar (örneğin kırmızı elbise, siyah deri ceket) mükemmel açılış sayfaları olabilir ve benzersiz başlık-açıklama eklenerek indekslenmeye değer. Buna karşılık talep görmeyen, sonuçsuz veya yinelenen kombinasyonlar engellenmeli ya da canonical ile ana kategoriye birleştirilmelidir. Önce anahtar kelime aracıyla hangi filtrelerin hacim taşıdığını çıkarın, sonra üç sınıfa ayırın: indeksle, canonical ile birleştir, robots.txt ile engelle. Böylece hem fırsat trafiğini yakalar hem index şişmesini önlersiniz.
Index bloat, değer üretmeyen sayfaların indekse girip sitenin ortalama kalitesini düşürmesidir. Önlemek için katmanlı bir strateji gerekir: talep gören filtreleri indeksleyip benzersiz içerik ekleyin, yinelenen varyasyonları canonical ile birleştirin, tamamen gereksiz parametre desenlerini robots.txt ile engelleyin ve sonuçsuz kombinasyonlarda 404 döndürün. Filtre sırasını sabitlemek ve parametreler arasında '&' ayracını kullanmak da kopya URL üretimini azaltır. Son olarak sunucu log analizi ve düzenli site sağlığı taramasıyla yeni oluşan şişmeyi erkenden yakalayın.
Parametrelerin kendisi doğası gereği zararlı değildir. sorun kontrolsüz çoğaldıklarında ortaya çıkar. Sabit ve öngörülebilir bir filtre yapısı parametre kullansa bile sorun yaratmaz. Ancak filtre ve sıralama parametreleri rastgele sırayla, sınırsız kombinasyonda üretildiğinde duplicate içerik ve crawl budget israfı doğar. Google'ın güncel tavsiyesi parametre sırasını sabitlemek, ayraç olarak '&' kullanmak ve sonuçsuz kombinasyonlarda 404 döndürmektir. Eski Search Console URL Parametreleri aracı kaldırıldığından yönetim artık tamamen mimari ve canonical/noindex/robots.txt tarafındadır.
SEO dostu bir filtreleme mimarisi, kategori + filtre + pagination katmanlarını net biçimde ayırarak başlar. İlk adım talep bazlı indeksleme kararıdır: hangi filtrelerin arama hacmi olduğunu çıkarıp fırsat kombinasyonlarını benzersiz başlık, açıklama ve içerikle indekslemek, gerisini canonical, noindex ve robots.txt ile yönetmek. Filtre sırasını sabitleyin, '&' ayracı kullanın, sonuçsuz kombinasyonlarda 404 dönün ve değersiz filtre linklerine nofollow uygulayın. Son olarak log analizi ve düzenli site sağlığı taramasıyla yapıyı sürekli denetleyin. faceted navigation tek seferlik değil, sürekli izleme gerektiren bir iştir.