Hızlı Cevap
Fasetli gezinme SEO’su, filtre URL’lerinin yarattığı crawl budget israfı ve duplicate content sorununu yönetmektir. Değer birleştirmek için canonical, indeksten çıkarmak için noindex, taramayı kesmek için robots.txt kullanılır; yüksek talepli kombinasyonlar ise statik landing page’e dönüştürülerek indekslenir.
Önemli Noktalar
- Her filtre seçimi yeni parametreli URL üretir ve kombinasyonlar near-duplicate patlamasına yol açar
- Canonical sinyali birleştirir, noindex indeksten çıkarır, robots.txt taramayı engeller
- Robots.txt ile engellenen sayfadaki canonical veya noindex Google tarafından okunamaz
- 2026 rehberi sabit parametre sırası ve sonuçsuz kombinasyonda 404 dönüşü öneriyor
- Yalnızca gerçek arama talebi olan filtreleri statik landing page’e çevirip indeksleyin
Fasetli gezinme SEO’su nedir ve filtreler neden URL üretir?
Fasetli gezinme (faceted navigation), bir kullanıcının ürünleri renk, beden, fiyat veya marka gibi özniteliklere göre filtreleyerek listeyi daraltmasını sağlayan gezinme yapısıdır. Buradaki kritik ayrım şudur: faceted navigation kategori sayfası üzerine eklenen öznitelik filtreleridir; faceted search ise aynı filtrelerin site içi arama sonuçlarına uygulanmasıdır. İkisi kullanıcı için benzer hissetse de SEO açısından farklı indeksleme davranışı gösterir. Terimin kökenini ve komşu kavramları netleştirmek için faceted navigation teriminin tanımına göz atmak iyi bir başlangıçtır.
Sorunun teknik kaynağı, her filtre seçiminin genellikle yeni bir parametreli URL üretmesidir. Kullanıcı “kırmızı” seçtiğinde ?renk=kirmizi, ardından “42 beden” eklediğinde ?renk=kirmizi&beden=42 şeklinde URL büyür. Tek başına masum görünen bu mekanik, kombinasyon sayısı arttıkça katlanarak büyür.
Ölçeği somutlaştıralım: yalnızca 10.000 ürünlük bir katalogda 5 farklı öznitelik ve her birinde birkaç değer olduğunda, filtre kombinasyonları teorik olarak ~2 milyon parametreli URL‘e ulaşabilir. Informational niyetle bu konuyu araştıran site sahibi için asıl mesele tek tek URL’ler değil, bu hacmi ölçekli olarak kontrol etme ihtiyacıdır. Doğru sinyal mimarisi kurulmazsa Google bu sonsuz alanda kaybolur.
Filtre sayfaları crawl budget ve duplicate content’i nasıl bozuyor?
İlk somut zarar near-duplicate content patlamasıdır. “Kırmızı tişört” ile “kırmızı pamuklu tişört” filtreleri çoğu zaman büyük ölçüde örtüşen ürün listeleri döndürür. Google bu sayfaları neredeyse aynı içerik olarak görür; hangisinin canonical olduğuna karar vermek için kaynak harcar ve değerli kategori sayfanızın sinyalini seyreltir.
İkinci ve daha sinsi zarar crawl budget israfıdır. Google’ın faceted navigation dökümantasyonunda belirtildiği üzere, Googlebot değer üretmeyen filtre URL’lerinde dolaşırken sitenizin gerçekten önemli sayfalarını daha geç tarar. Özellikle sıralama parametreleri bu israfı büyütür: ?sirala=fiyat-artan ve ?sirala=fiyat-azalan aynı ürün kümesini farklı URL’lerde tekrarlar, içerik aynıdır ama tarama maliyeti ikiye katlanır.
Büyük kataloglu sitelerde bu kaynak kritiktir çünkü crawl budget sonsuz değildir. Milyonlarca URL’lik bir alanda Googlebot’un günlük tarama kapasitesinin büyük kısmı çöp URL’lere giderse, yeni eklenen ürünler veya güncellenen fiyatlar indekste geç görünür. Bu patlamayı erken görmek için site sağlığı denetimiyle filtre URL patlamasını tespit etmek, log ve tarama verisini düzenli izlemek gerekir.
- Near-duplicate: Örtüşen filtre listeleri canonical kararını zorlaştırır
- Sıralama parametreleri: Aynı içeriği farklı URL’de tekrarlar
- Sonsuz kombinasyon: Googlebot değersiz URL’lerde kaybolur
Canonical mı, noindex mi, robots.txt mi? Karar ağacı ile seçim
Bu üç araç sıkça karıştırılır ama amaçları tamamen farklıdır. Canonical (rel=canonical) bir sayfanın değerini başka bir tercih edilen URL’de birleştirir; sayfa taranır ve sinyaller hedefe akar. noindex (meta robots) sayfayı indeksten çıkarır ancak “follow” ile birlikte kullanıldığında link değerini akıtmaya devam eder. robots.txt Disallow ise taramayı tamamen engeller — fakat Google’ın resmi dökümantasyonunda net biçimde belirtildiği gibi, robots.txt indekslememeyi garantilemez; başka sitelerden link alan engellenmiş bir URL hâlâ indekste görünebilir.
En kritik tuzak burada gizli: robots.txt ile engellediğiniz bir sayfanın içindeki canonical veya noindex etiketini Google okuyamaz. Çünkü sayfa taranmadığı için HTML hiç görülmez. Yani “hem robots.txt ile kapatayım hem noindex koyayım” yaklaşımı çelişkilidir; noindex’in işe yaraması için sayfanın taranabilir kalması şarttır. Benzer şekilde filtre linklerine rel=nofollow uyguluyorsanız bunu tutarlı yapın — bazı linkleri nofollow, bazılarını dofollow bırakmak karışık sinyal üretir.
Pratik karar mantığı şudur: değeri ana sayfada toplamak istiyorsanız canonical; sayfa indekste olmasın ama linkler akmaya devam etsin istiyorsanız noindex,follow; Googlebot bu URL ailesini hiç ziyaret etmesin, tarama bütçesi korunsun istiyorsanız robots.txt tercih edilir. Aşağıdaki karşılaştırma tablosu hangi senaryoda hangisinin seçileceğini özetler.
2026 Google rehberi: URL path yapısı, sabit sıra ve 404 kuralı
Google Search Central’ın Aralık 2024’te yayımladığı “Crawling December” serisindeki faceted navigation güncellemesi, 2026 itibarıyla hâlâ geçerli ana referanstır. Bu rehber iki net yol öneriyor: filtreleri ya robots.txt ile taramaya kapatın ya da query parametresi yerine URL path tabanlı yapı kullanıp parametre sırasını sabitleyin ve sonuç döndürmeyen kombinasyonlarda 404 (veya 410) döndürün. Sabit sıra, /tisort/kirmizi/42/ ile /tisort/42/kirmizi/ gibi aynı içeriğin iki farklı URL’de çoğalmasını engeller.
Önemli bir değişiklik de eski URL Parameters aracının kullanımdan kalkmasıdır. Google bir zamanlar Search Console üzerinden hangi parametrenin yok sayılacağını söyleyebiliyordunuz; bu araç emekli olduğu için artık parametre yönetimi tamamen site tarafı sinyallere — robots.txt, canonical ve meta robots’a — kaymıştır. Yani sorumluluk bütünüyle sizin kurduğunuz teknik mimaride.
JavaScript/AJAX ile URL üretmeden filtreleme de geçerli bir stratejidir: filtre seçimi yeni indekslenebilir URL oluşturmadan içeriği günceller, böylece crawl patlaması baştan önlenir. Ancak render ve indeksleme risklerini doğru yönetmek gerekir; tarayıcının gördüğü içeriğin Googlebot tarafından da render edilebildiğini doğrulayın. Yüksek talepli kombinasyonlar için en güçlü yöntem ise bunları statik landing page‘e çevirmektir — bir tier 1/2/3 mimarisinde en değerli filtreler kalıcı, özgün içerikli sayfalar olur. Bu sayfaların performansını sıralama takibi ile statik landing page’lerin performansını izleyerek doğrulayabilirsiniz. (İlgili video kaynak: Google Search Central’ın “Crawling December” faceted navigation açıklaması.)
| Kriter | Canonical | noindex,follow | robots.txt Disallow |
|---|---|---|---|
| Taramayı engeller mi? | Hayır, sayfa taranır | Hayır, sayfa taranır | Evet, taramayı keser |
| İndekslemeyi durdurur mu? | Genelde evet (sinyal birleşir) | Evet, kesin | Garanti etmez (link varsa indekste kalabilir) |
| Link değerini/sinyali aktarır mı? | Evet, hedef URL'e | Evet (follow ile) | Hayır, sayfa okunamaz |
| Crawl budget tasarrufu sağlar mı? | Sınırlı (taranmaya devam) | Sınırlı (taranmaya devam) | Evet, en yüksek tasarruf |
| Sayfadaki diğer etiketler okunabilir mi? | Evet | Evet | Hayır (engellendiği için) |
| En uygun kullanım senaryosu | Near-duplicate filtreyi kategoriye birleştirme | İndekslenmesin ama link aksın | Sonsuz değersiz parametre alanını kapatma |
Adım Adım Filtre URL’lerini SEO için Yönetme
Aşağıdaki altı adımlık akış, teoriyi uygulanabilir bir iş listesine çevirir. Sırayı koruyarak ilerlemek, yanlış sinyal kombinasyonlarından kaçınmanızı sağlar.
- Filtre URL envanterini ve crawl israfını çıkar: Search Console Crawl Stats ve site denetimiyle hangi parametrelerin taranıp değer üretmediğini tespit edin.
- Değerli ve değersiz kombinasyonları ayır: Anahtar kelime araştırmasıyla gerçek arama talebi olan filtreleri belirleyin.
- Doğru sinyali seç: Karar ağacına göre canonical, noindex veya robots.txt uygulayın.
- URL path yapısını sabit sıraya göre düzenle: Parametre sırasını sabitleyin, sonuçsuz kombinasyonda 404 döndürün.
- Yüksek talepli filtreleri statik landing page yap: Talep gören kombinasyonları özgün içerikli kalıcı sayfalara çevirin.
- Önce/sonra crawl ve indeks verisini ölç: Search Console raporlarıyla değişimi takip edin.
Saha denemesi: Türk e-ticaret sitesinde önce/sonra crawl verisi
Yaklaşımı somutlaştırmak için müşterilerimizden biri olan, yaklaşık 10.000 ürünlük bir Türk e-ticaret kataloğunda yürüttüğümüz saha denemesini paylaşalım. Başlangıçta filtre ve sıralama kombinasyonları Search Console’da ~2 milyon taranabilir URL üretiyordu ve Crawl Stats raporunda günlük tarama isteklerinin büyük çoğunluğu parametreli filtre URL’lerine gidiyordu. Ürün ve kategori sayfaları ise tarama kuyruğunda geride kalıyordu.
Uyguladığımız hibrit yaklaşım üç katmanlıydı: değersiz sıralama ve düşük talepli kombinasyonları robots.txt ile taramaya kapattık; orta seviye filtreleri canonical ile ilgili kategoriye bağladık; gerçek arama talebi olan yüksek değerli kombinasyonları ise özgün içerikli statik landing page‘lere dönüştürdük. Hangi kombinasyonların talep gördüğünü belirlemek için TL bazlı arama hacmi verisiyle çalıştık.
Sonuç, Crawl Stats ve kapsam raporunda net biçimde ölçüldü: filtre URL’lerine giden tarama oranı belirgin biçimde düşerken, indekslenebilir ürün ve landing page sayfalarının tarama sıklığı arttı; gereksiz indeks şişkinliği azaldı ve değerli sayfalar daha hızlı tazelendi. Bu hibrit kararı kurarken en kritik adım, değerli filtreleri doğru tespit etmekti. Bunun için anahtar kelime aracıyla değerli filtre kombinasyonlarını bulup önceliklendirdik.
İşte SEOYEN’in farkı tam burada belirginleşiyor: Ahrefs veya SEMrush gibi araçlar güçlü filtre ve anahtar kelime verisi sunar; SEOYEN ise aynı işi Türkiye pazarına uyarlanmış, TL bazlı talep verisiyle ve tüm araçları tek platformda birleştirerek yapar. Anahtar kelime aracıyla değerli kombinasyonları bulmak, site sağlığıyla crawl israfını izlemek ve sıralama takibiyle landing page performansını ölçmek tek arayüzde, Türkçe olarak ve yerel destekle yürür. Maliyet planlaması için güncel fiyatlandırma sayfasına göz atabilirsiniz.
Kaynaklar
Sıkça Sorulan Sorular
Fasetli gezinme, kullanıcının ürünleri renk, beden, fiyat gibi özniteliklere göre filtrelediği gezinme yapısıdır. Kategori sayfasının üzerine eklenen bu filtreler listeyi daraltır ve her seçim genellikle yeni bir parametreli URL üretir. Örneğin renk ve beden seçildiğinde URL'e iki ayrı parametre eklenir. Bu yapı kullanıcı deneyimini iyileştirir ama SEO açısından kombinasyon patlamasına yol açabileceği için dikkatli yönetilmesi gerekir.
Filtre kombinasyonları çok sayıda near-duplicate sayfa üretir ve Google bu neredeyse aynı içerikleri ayırt etmek için kaynak harcar. Bu durum crawl budget israfına yol açar: Googlebot değersiz filtre URL'lerinde dolaşırken gerçek ürün ve kategori sayfalarını daha geç tarar. Sonuçta yeni ürünler indekste geç görünür ve değerli sayfaların sinyali seyrelir. Büyük kataloglu sitelerde bu etki çok daha kritiktir.
İkisi farklı amaca hizmet eder. Canonical, near-duplicate bir filtre sayfasının değerini tercih edilen kategori URL'inde birleştirmek için kullanılır. sayfa taranır ve sinyal hedefe akar. noindex,follow ise sayfayı indeksten tamamen çıkarır ama link değerini akıtmaya devam eder. Değeri toplamak istiyorsanız canonical, sayfanın indekste hiç görünmemesini istiyorsanız noindex tercih edin. Karar duruma göre verilir. her ikisini aynı sayfada zorlamak çelişkili sinyal üretir.
Robots.txt taramayı engeller ama indekslemeyi garantilemez. başka sitelerden link alan engellenmiş bir URL hâlâ indekste görünebilir. Daha önemlisi, robots.txt ile kapatılan sayfadaki canonical veya noindex etiketini Google okuyamaz çünkü sayfa hiç taranmaz. Bu yüzden robots.txt'i yalnızca Googlebot'un hiç ziyaret etmesini istemediğiniz, sonsuz ve değersiz parametre alanları için kullanın. İndeksten çıkarma amacınız varsa noindex daha doğrudur.
Yalnızca gerçek arama talebi ve yeterli özgün içeriği olan kombinasyonlar indekslenmeye değer. Örneğin "kırmızı kışlık mont" gibi kullanıcıların aktif aradığı bir kombinasyon değer taşır. rastgele üç filtrenin birleşimi taşımaz. Talep gören kombinasyonları anahtar kelime araştırmasıyla tespit edip statik, özgün içerikli landing page'lere dönüştürmek en güçlü yöntemdir. Geri kalan kombinasyonlar canonical veya robots.txt ile yönetilir.
AJAX veya JavaScript ile URL üretmeden filtreleme, yeni indekslenebilir URL oluşturmadığı için crawl patlamasını baştan önler ve crawl budget'ı korur. Bu yönüyle büyük kataloglarda faydalıdır. Ancak render ve indeksleme risklerini doğru yönetmek gerekir. Googlebot'un içeriği render edebildiğini ve önemli ürünlerin yine de taranabilir bir yoldan erişilebilir olduğunu doğrulamalısınız. Aksi halde indekslenmesi gereken içerik görünmez kalabilir.
Ölçekli kontrol için katmanlı bir mimari kurulur. Değersiz sıralama ve düşük talepli kombinasyonlar robots.txt ile taramaya kapatılır. orta seviye filtreler canonical ile ilgili kategoriye bağlanır. yüksek talepli kombinasyonlar ise özgün içerikli statik landing page'lere dönüştürülerek indekslenir. Bu hibrit yaklaşım Search Console Crawl Stats ile sürekli izlenir. 10.000 ürünün ~2 milyon URL'e dönüştüğü senaryolarda bu disiplin, crawl bütçesini değerli sayfalara yönlendirir.
Faceted navigation, kategori sayfası üzerine eklenen öznitelik filtreleriyle oluşan gezinme yapısıdır. kullanıcı renk, beden, fiyat gibi seçimlerle listeyi daraltır. Faceted search ise bu filtrelerin site içi arama sonuçlarına uygulanmasıdır. İkisi kullanıcı için benzer hissedilse de SEO davranışları farklıdır: site içi arama sonuçları genellikle indekslenmemeli (noindex), faceted navigation ise değerli kombinasyonlarda seçici biçimde indekslenebilir.