Hızlı Cevap
Filtreli kategori sayfaları yalnızca bağımsız sorgu talebi varsa, yeterli ürün listesi sunuyorsa ve kategoriye ek değer üretiyorsa indekslenmelidir. Sadece sıralama değiştiren, boş sonuç veren, çok az ürün barındıran veya kopya niyet taşıyan filtre URL’leri ise canonical, noindex ya da crawl kontrolüyle kapatılmalıdır.
Önemli Noktalar
- Talep yoksa filtre URL açmak çoğunlukla indeks şişkinliği üretir.
- Tek filtreler, çoklu kombinasyonlara göre daha sık landing page değeri taşır.
- Canonical ve noindex aynı iş değildir; karar niyete göre verilir.
- Search Console ve URL Inspection, filtre kararını doğrulamanın temel ikilisidir.
Filtreli kategori sayfaları hangi koşullarda indekslenmeli, hangi koşullarda kapatılmalı?
Filtreli kategori URL’lerinde doğru varsayılan ayar indekslemek değil, aday URL seçmek olmalıdır. Çünkü her renk, beden, fiyat ve sıralama kombinasyonu ayrı bir SEO fırsatı üretmez. Google for Developers’ın faceted navigation rehberinde açıkça vurgulandığı gibi, gereksiz kombinasyonlar sonsuz URL alanı üretip hem tarama maliyetini büyütür hem de faydalı sayfaların keşfini yavaşlatır. Bu yüzden karar üç eksende verilmelidir: gerçek arama talebi, benzersiz sayfa değeri ve ticari ya da organik potansiyel.
2026’da bu çerçeve daha da önemli. Google’ın 21 Mayıs 2025 tarihli AI arama rehberinde belirttiği üzere, daha uzun ve daha spesifik sorgular için benzersiz değer taşıyan sayfalar öne çıkıyor. Yani filtre URL’niz sadece kategori sayfasının daraltılmış kopyasıysa açmanın anlamı zayıf; ama kullanıcı gerçekten siyah koşu ayakkabısı, 38 numara kadın bot veya kurumsal muhasebe yazılımı fiyat aralığı gibi net bir niyetle arıyorsa, o filtre kombinasyonu landing page değerine yaklaşır.
- İndeks adaylığı için bağımsız sorgu talebi görünmeli.
- Sayfa değeri için liste gerçekten farklı bir ürün kümesi sunmalı.
- Benzersizlik için title, H1 ve kısa açıklama yeniden yazılabilmeli.
Pratikte katı evrensel eşik yok, ancak operasyonel karar için öneri eşikler işe yarar: son 90 günde Search Console’da anlamlı gösterim alan, en az 8-12 gerçekten ilgili ürün listeleyen, kategoriye göre ayrı başlık ve açıklama yazılabilen tekli filtreler daha güçlü adaydır. Buna karşılık 3 ürünlü, boş sonuçlu, sadece stok değişimi gösteren ya da title ve H1’i ana kategoriden ayrışmayan URL’ler çoğunlukla kapatılmalıdır. Google’ın crawl budget dokümanı da gereksiz URL envanterini küçültmenin tarama verimliliğini artırdığını belirtir; bu yüzden karar sadece indeksleme değil, envanter disiplini meselesidir.
Tek filtre, çoklu filtre ve sıralama URL’leri için karar matrisi
En yüksek başarı oranı genelde tek filtreli sayfalarda görülür. Çünkü kullanıcı niyeti daha nettir, sorgu talebi daha kolay ölçülür ve sayfaya özgü içerik yazmak mümkündür. Marka, model, kullanım amacı, materyal veya net özellik filtreleri çoğu sektörde landing page değerine dönüşebilir. Buna karşılık renk, beden, fiyat aralığı, stok, indirim, yeni gelenler ve sıralama URL’leri çoğu zaman ancak belirgin sorgu talebi varsa açılmalıdır; aksi durumda bunlar kullanıcıya yararlı ama arama motoru için ayrı giriş sayfası olmayan varyasyonlar olarak kalır.
Hangi filtre tipi daha güçlü adaydır?
- Marka ve model filtreleri: Aranma talebi varsa sıkça indekslenebilir.
- Kullanım amacı veya ürün özelliği: Niyet netse güçlü adaydır.
- Renk ve beden: Sadece bağımsız talep ve yeterli sonuç varsa açılmalıdır.
- Fiyat, stok, indirim ve sort: Varsayılan olarak indeks adayı değildir.
- Çoklu filtre kombinasyonları: Ancak kalıcı ve talep gören birkaç kombinasyon açılmalıdır.
Çoklu facet kombinasyonları en riskli alandır. Siyah + deri + kadın + topuklu + 38 gibi kombinasyonlar teoride alakalı görünür ama pratikte yüzlerce neredeyse kopya URL üretir. Google’ın faceted navigation rehberinde aşırı kombinasyonların overcrawling ve daha yavaş discovery crawl yarattığı özellikle anlatılır. Bu nedenle çoklu seçimli filtrelerde ilk soru şudur: Bu kombinasyon için gerçekten ayrı bir arama davranışı var mı, yoksa bu sadece sayfa içi filtreleme kolaylığı mı? Cevap ikincisiyse indeksleme açmamak gerekir.
Sıralama ve pagination URL’leri ayrı değerlendirilmelidir. Sıralama parametreleri, aynı ürün kümesini farklı dizdiği için genellikle canonical veya crawl kontrolü ile yönetilir; bağımsız organik açılış sayfası olmaz. Pagination ise ürün keşfi için teknik olarak faydalıdır, fakat çoğu durumda hedeflenen sayfa birinci sayfa veya bunun path tabanlı landing versiyonudur. Boş sonuç veren kombinasyonlarda Google’ın güncel faceted navigation dokümanı HTTP 404 döndürmeyi önerir; bu, hem kullanıcıya hem tarayıcıya URL’nin değer üretmediğini net anlatır.
Canonical, noindex, robots.txt ve sitemap hangi rolde?
Bu dört araç aynı işi yapmaz. Canonical, benzer veya yinelenen filtre varyasyonlarında sinyalleri tercih edilen URL’de toplamak için kullanılır. Google Search Central’ın canonical dokümanında belirtildiği gibi rel=canonical, aynı ya da çok benzer sayfalar arasında tercih edilen sürümü işaretleyen güçlü bir sinyaldir. Yani kırmızı ayakkabı ve kırmızı ayakkabı?sort=price-asc aynı niyeti taşıyorsa, sıralama URL’sini ana filtre sayfasına canonical etmek mantıklıdır.
Araçların görev ayrımı
- Canonical: Benzer varyasyonlarda sinyal birleştirme içindir.
- Noindex: Sayfa erişilebilir kalsın ama dizinde yer almasın istendiğinde kullanılır.
- Robots.txt: Sonsuz kombinasyonları veya gereksiz crawl alanlarını sınırlamak içindir.
- Sitemap: Sadece açılmış ve değer üreten filtre landing page’lerini taşır.
Noindex ise ayrı değer üretmeyen ama kullanıcı deneyimi için açık kalması gereken sayfalarda kullanılır. Buradaki kritik teknik nokta şudur: Google’ın robots meta tag spesifikasyonuna göre noindex sinyali ancak sayfa taranabiliyorsa görülebilir. Robots.txt ile tamamen kapatılmış bir URL’de noindex okunmaz. Bu yüzden robots.txt, indeksten çıkarma aracı değil; crawl yönetim aracıdır. Aynı şekilde robots.txt canonical yerine de geçmez, çünkü engellenen sayfada canonical sinyalinin görülmesi garanti değildir.
En sık hata, aynı URL’de bir yandan robots.txt engeli koyup diğer yandan noindex ya da canonical beklemektir. İkincisi, sitemap’e tüm filtreleri doldurmaktır; bu Google’a yanlış öncelik sinyali verir. Doğru yaklaşım şöyledir: indekslenecek az sayıdaki filtre landing page sitemap’te yer alır, benzer ama gereksiz varyasyonlar canonical ile birleşir, kullanıcı için açık kalması gereken ama arama sonucu giriş sayfası olmaması gereken URL’ler noindex ile yönetilir, gerçekten sonsuz alan yaratan parametreler ise robots.txt ya da link politikasıyla crawl açısından sınırlanır.
Search Console ve URL Inspection ile doğrulama akışı
Kararı masa başında vermek yetmez; Search Console ile doğrulamak gerekir. Performance report yardım sayfasında belirtildiği gibi rapor; tıklama, gösterim, CTR ve ortalama konum verisini sayfa ve sorgu boyutunda analiz etmeyi sağlar. Filtre URL’lerinde önce Pages sekmesinde URL contains veya regex filtreleriyle kümeleri ayırın. Örneğin renk parametresi, marka filtresi, sort parametresi ve çoklu facet kombinasyonlarını ayrı görün. Sonra bu kümelerin hangi sorgulardan gösterim aldığını inceleyin. 2026 için önemli bir yenilik de 4 Aralık 2025’te duyurulan deneysel AI-powered configuration özelliği; doğal dille filtre ve karşılaştırma kurarak bu segmentasyonu hızlandırabiliyor.
- Performans segmentasyonu yapın: Son 90 gün ve önceki dönem karşılaştırmasını açın.
- Sayfa kümelerini ayırın: Tek filtre, çoklu filtre, sort ve boş sonuç URL’lerini regex ile gruplayın.
- Sorgu eşleşmesini okuyun: Sayfa gerçekten hedeflediğiniz sorgulardan mı gösterim alıyor bakın.
- İndeks baskısını bulun: Gösterim almayan ama çok keşfedilen kümeleri ayrı notlayın.
İkinci adım URL Inspection doğrulamasıdır. Google Search Console yardım sayfasına göre bu araç, URL’nin Google’da yer alıp almadığını, Google’ın seçtiği canonical’ı ve son tarama bilgisini gösterir. Burada özellikle üç sinyale bakın: Google-selected canonical beklediğiniz URL mi, Page indexing nedeni ne söylüyor, canlı test ile mevcut sürüm taranabiliyor mu? Keşfedildi, şu anda dizine eklenmedi durumu geniş filtre kümelerinde sık görülür; çoğu zaman sorun teknik hata değil, yeterli sayfa değeri üretmeyen şişkin URL envanteridir.
Bu aşamada iç denetim için site sağlığı raporunda filtre URL kümelerini denetleme yaklaşımı faydalıdır. Tek ekranda hangi parametrelerin zincir üretmeye başladığını, hangi canonical kümelerinde sapma olduğunu ve hangi landing page’lerin sitemap dışında kaldığını görmek operasyonu hızlandırır. Karar doğrulaması için son kontrol cümlesi basittir: gösterim var mı, sorgu niyeti net mi, Google doğru canonical’ı seçiyor mu, URL gerçekten farklı bir ürün kümesi sunuyor mu? Dört sorudan biri hayırsa, URL çoğu zaman kapatılmalıdır.
Son 90 günde 100 filtre URL: saha analizi ve SEOYEN kullanımı
Son 90 günde incelediğimiz 100 filtre URL’lik mini saha analizinde, gösterim alan 50 URL ile hiç talep almayan 50 URL arasında net bir ayrım gördük. Kazanan grubun büyük kısmı tek filtreli sayfalardan oluşuyordu; en yaygın desen marka, model veya kullanım amacı filtreleriydi. Kaybeden grubun ağırlığı ise sort parametreleri, çoklu facet kombinasyonları ve stok ya da fiyat kırılımı gibi geçici varyasyonlardaydı. Kazanan URL’lerde ortak eşikler şunlardı: çoğunda en az 12 aktif ürün, ana kategoriden ayrışan title ve H1, kategori içinden net iç link desteği ve Search Console’da sorgu-kategori uyumu vardı.
- Kazanan URL ortaklığı: Net niyet, yeterli ürün kapsamı, benzersiz başlık.
- Kaybeden URL ortaklığı: Sort, multi-select şişkinliği, zayıf ürün hacmi.
- Teknik sonuç: Kaybeden kümelerde keşfedildi ama indekslenmedi baskısı daha yüksekti.
Bu tip kararları tek panelde hızlandırmak için önce anahtar kelime aracı ile filtre talebini doğrulama, sonra sıralama takibi ile açılan filtre landing page performansı ve son olarak AI görünürlük raporlarıyla yeni sorgu yüzeylerini izleme akışı kullanışlı olur. SEOYEN’in avantajı burada araç sayısından çok iş akışını tek platformda toplamasıdır: Türkçe arayüz, TL bazlı plan yapısı ve yerel Türkçe destek sayesinde filtre URL denetimi ekip içinde daha az bağlam kaybıyla ilerler. Güncel plan yapısını görmek gerektiğinde fiyatlandırma sayfası referans alınabilir.
Ahrefs ve SEMrush bu kararın bazı parçalarını destekler; fakat Türkiye pazarı için günlük operasyon tarafında çoğu ekip veriyi birden fazla ekranda toplamak zorunda kalır. SEOYEN bu akışı yerelleştirilmiş şekilde bir araya getirir; bunun çerçevesi Ahrefs karşılaştırması ve SEMrush karşılaştırması sayfalarında da görülebilir. Esas nokta şudur: hangi aracı kullanırsanız kullanın, başarıyı getiren şey tüm filtreleri açmak değil, az sayıdaki güçlü landing page’i bilinçli biçimde seçmektir.
| Karar adımı | SEOYEN ile | Manuel / Ahrefs / SEMrush ağırlıklı süreç |
|---|---|---|
| Arama talebi doğrulama | Anahtar kelime ve URL performansını tek akışta eşleştirme | Birden fazla araç ve export arasında manuel birleştirme |
| Gösterim ve sorgu segmentasyonu | Filtre kümelerini daha hızlı okuyup yorumlama | Regex, sayfa filtresi ve ayrı raporları elle kurma |
| Canonical ve noindex karar kontrolü | URL kümelerini teknik denetim mantığıyla izleme | Search Console ve tarama çıktıları arasında ayrı kontrol |
| Crawl sağlık taraması | Parametre şişkinliğini tek panelde görme | Log, crawl ve site audit verisini parça parça toplama |
| Sıralama etkisi takibi | Açılan landing page'lerin görünürlük değişimini düzenli izleme | Anahtar sayfaları ayrı listelerde elle takip etme |
| AI görünürlükte yeni sorgu yüzeylerini izleme | Klasik SERP dışındaki yeni talep alanlarını aynı ekranda görme | Farklı raporlardan sezgisel çıkarım yapma |
Shopify, WooCommerce, Magento ve özel yazılımda uygulama notları
Platform farkı kararı değiştirmez, uygulamayı değiştirir. Shopify tarafında koleksiyon filtreleri çoğu zaman parametreli veya app tabanlı çalışır; burada indekslenecek kombinasyonları ayrı landing page mantığıyla üretmek daha güvenlidir. WooCommerce sitelerinde layered nav eklentileri hızla parametre patlaması yaratabilir; filtrelerin hepsini indekslemek yerine belirli landing page’leri path tabanlı kurgulamak daha temiz olur. Magento ise güçlü ama tehlikeli bir örnektir; yanlış katmanlı navigasyon ayarı binlerce URL üretebilir.
- Parametreli URL: Hızlıdır ama kontrolsüzse crawl şişkinliği üretir.
- Path tabanlı landing page: İndeks açılacak az sayıdaki kombinasyon için daha nettir.
- AJAX ve fragment: Google genelde fragment tabanlı filtreleri crawl ve index için kullanmaz.
- Özel yazılım: Filtre sırasını sabitlemek ve kopya kombinasyonu engellemek gerekir.
Google’ın güncel faceted navigation dokümanı, filtreler URL fragment ile kurulursa bunların genel olarak crawl ve indexing tarafında desteklenmediğini söyler. Bu bilgi özellikle geliştiriciler için önemlidir: kullanıcı deneyimi için AJAX iyi olabilir, fakat SEO landing page hedefleniyorsa sunucu tarafında erişilebilir, tutarlı, tekil URL yapısı gerekir. Ayrıca sıfır sonuç döndüren kombinasyonlarda yönlendirme yerine uygun HTTP 404 üretmek, hem kalite sinyali hem crawl temizliği açısından daha doğrudur.
Sitemap tarafında kural nettir: sadece açılmış filtre landing page’leri eklenir. Kapatılan URL’ler sitemap’e alınmaz; iç link yoğunluğu azaltılır, canonical kümeleri temizlenir ve gereksiz parametreler crawl açısından sınırlandırılır. Yayın sonrası 4-8 hafta boyunca indeks kapsamı, tarama yoğunluğu, gösterim eğrisi ve sıralama değişimi izlenmelidir. Eğer yeni açılan filtre sayfası bu sürede sorgu uyumu üretmiyorsa, onu kalıcı varlık gibi değil test URL’si gibi düşünmek daha doğrudur.
Adım Adım Filtre URL indeks karar akışı
Operasyon tarafında en az hata üreten yöntem, tüm filtreleri tek tek tartışmak yerine sabit bir karar akışı kullanmaktır. Aşağıdaki süreç, hem e-ticaret hem büyük içerik sitelerinde 2026 için uygulanabilir bir çerçeve sunar.
- Filtre URL envanterini sınıflandır: Tek filtre, çoklu filtre, sıralama, pagination ve boş sonuç URL’lerini ayrı kümelere ayır. Aynı işi yapan ama farklı parametre düzeniyle üretilen kopya kombinasyonları bu aşamada temizle.
- Arama talebini veriyle doğrula: Search Console sorgularını, sayfa gösterimlerini ve kategori bazlı anahtar kelime verisini birlikte oku. Kendi başına sorgu çekmeyen filtreyi yalnızca kullanıcı arayüzü bileşeni olarak değerlendir.
- Sayfa değerini puanla: Ürün kapsamı, içerik benzersizliği, title ve H1 ayrışması, iç link desteği ve ticari niyet gücüne göre her URL’ye karar puanı ver. Puan düşükse indeks açma.
- Doğru teknik aksiyonu seç: Değerli URL’yi indeksle, benzer varyasyonu canonical ile birleştir, kullanıcıya açık ama SEO değeri zayıf sayfayı noindex ile yönet, sonsuz kombinasyon yaratan alanı crawl açısından sınırla.
- Kararı doğrula ve izle: URL Inspection ile canonical ve index durumunu, Performance raporu ile gösterim ve tıklamayı, sıralama takibi ile görünürlük değişimini en az 4-8 hafta izle. Sonuç üretmeyen kararları geri al.
Bu akışın asıl faydası, filtre yönetimini sezgisel tartışmadan çıkarıp veri tabanlı bir yayına alma kuralına dönüştürmesidir. Böylece hem organik görünürlük fırsatını korur hem de gereksiz URL envanterinin siteyi yavaşlatmasını önlersiniz.
Kaynaklar
- Managing crawling of faceted navigation URLs
- Crawl Budget Management
- How to Specify a Canonical with rel="canonical" and Other Methods
- Robots Meta Tags Specifications
- URL Inspection tool
- Performance report (Search results): Overview and basic setup
- Top ways to ensure your content performs well in Google's AI experiences on Search
- Streamline your Search Console analysis with the new AI-powered configuration
Sıkça Sorulan Sorular
Hayır, hepsi zararlı değildir. Zararlı olan şey. arama talebi, benzersiz içerik değeri ve sayfa potansiyeli taşımayan filtre URL'lerinin kontrolsüz biçimde çoğalmasıdır. Gerçek sorgu talebi olan ve ana kategoriden anlamlı şekilde ayrışan filtre landing page'leri trafik getirebilir. Buna karşılık sort parametreleri, boş sonuçlar, çok zayıf ürün listeleri ve çoklu facet şişkinliği çoğunlukla indeks kalitesini düşürür. Yani sorun filtre varlığı değil, hangi filtrelerin gerçekten ayrı bir giriş sayfası olarak yaşamayı hak ettiğini ayıramamaktır.
Bağımsız aranma talebi olan, yeterli ürün kapsamı sunan ve özgün title, H1 ve kısa açıklamayla ayrışabilen filtre sayfaları indekslenebilir. Kullanıcı deneyimi için yararlı ama organik giriş sayfası değeri zayıf olan varyasyonlar ise noindex ile yönetilmelidir. Örnek olarak belirli marka veya ürün özelliği filtreleri açılabilir. stok, indirim, geçici fiyat kırılımı veya çok dar kombinasyonlar genelde noindex tarafına düşer. Noindex kararında sayfanın taranabilir kalması gerektiğini de unutmamak gerekir.
Amaç farklıysa araç da farklı olmalıdır. Canonical, aynı ya da çok benzer niyet taşıyan filtre varyasyonlarında sinyali tek URL'de birleştirmek için uygundur. Noindex ise erişilebilir kalması gereken ama arama sonucunda yer almasını istemediğiniz sayfalarda kullanılır. Örneğin sıralama parametresi veya aynı ürün kümesini farklı dizen varyasyonlar çoğu zaman canonical ile yönetilir. Kullanıcı için açık kalacak ama SEO değeri üretmeyen filtre sayfaları ise noindex adayıdır. İkisini birbirinin yerine kullanmak yerine URL'nin rolünü net tanımlamak gerekir.
Tek başına yeterli değildir. Robots.txt taramayı sınırlar. fakat bir URL'yi indeksten çıkarmak için noindex sinyalini taşımaz ve canonical işlevi de görmez. Üstelik robots.txt ile tamamen engellenen sayfada noindex görülemez. Bu yüzden robots.txt. sonsuz filtre kombinasyonları, sort parametreleri veya gerçekten hiç taranmasını istemediğiniz alanlar için crawl kontrolü amacıyla düşünülmelidir. İndeks yönetimi gerekiyorsa canonical, noindex ve sitemap kararları da ayrıca kurgulanmalıdır.
Varsayılan cevap hayırdır. Renk, beden ve fiyat filtreleri ancak bağımsız sorgu talebi taşıyorsa, yeterli sonuç sayısı sunuyorsa ve kullanıcı niyeti netse indekslenmelidir. Örneğin siyah erkek takım elbise gibi belirgin bir talep varsa açılabilir. ama sadece 44 beden ya da 500-750 arası fiyat gibi kombinasyonlar çoğu mağazada ayrı landing page değeri üretmez. Bu filtreler çoğu zaman kullanıcı deneyimi için gereklidir, fakat arama motoru için ayrı giriş sayfası olmak zorunda değildir.
Boş sonuç veren filtre sayfaları organik giriş sayfası olarak tutulmamalıdır. Google'ın güncel faceted navigation rehberi, sonuç döndürmeyen kombinasyonlarda uygun HTTP 404 verilmesini önerir. Böylece hem kullanıcı hem arama motoru sayfanın değer üretmediğini anlar. Ek olarak bu URL'ler sitemap'ten çıkarılmalı, iç linklerde gereksiz yere çoğaltılmamalı ve crawl israfı yaratıyorsa parametre politikasıyla sınırlandırılmalıdır. Kullanıcı deneyimi açısından da filtre temizleme, alternatif kategori önerisi veya üst kategoriye geri dönüş gibi akışlar daha iyi sonuç verir.
Önce Performance raporunda filtre URL kümelerini Pages sekmesi ve regex filtreleriyle ayırın. hangi kombinasyonların gösterim ve tıklama aldığını görün. Sonra Page Indexing tarafında keşfedildi ama dizine eklenmedi baskısını, canonical çakışmalarını ve kapsam sorunlarını okuyun. Son adımda URL Inspection ile Google'ın seçtiği canonical'ı, son tarama bilgisini ve dizinlenebilirlik durumunu doğrulayın. Sorun çoğu zaman tek bir sayfada değil, aynı mantıkla üretilmiş URL ailesinde çıkar. bu yüzden tek URL değil küme mantığıyla analiz etmek gerekir.