Hızlı Cevap
E-ticaret filtre sayfası optimizasyonu şudur: arama talebi ve benzersiz listeleme değeri taşıyan filtre URL’lerini indeksleyip, talep taşımayan veya sonsuz kombinasyon üretenleri canonical, noindex, robots.txt ve doğru HTTP yanıtlarıyla kontrol etmektir. Amaç, kullanıcı deneyimini bozmadan crawl budget ve index bloat riskini azaltmaktır.
Önemli Noktalar
- Her filtre URL’si değil, talep taşıyan sayfalar hedeflenmelidir.
- Canonical ve noindex farklı sorunları çözer, karıştırılmamalıdır.
- Boş veya anlamsız kombinasyonlar doğru HTTP yanıtı istemektedir.
- İç linkleme, sitemap ve render yapısı keşfi doğrudan etkiler.
E-ticaret filtre sayfası optimizasyonu neden kritik?
Filtre yapıları e-ticarette kullanıcı deneyimini hızlandırır; ziyaretçi beden, renk, marka veya fiyat aralığıyla daha kısa sürede uygun ürüne ulaşır. Ancak aynı yapı, kontrolsüz bırakıldığında binlerce ek URL üretir. Google for Developers’ın faceted navigation dokümanına göre filtre URL’leri yeniymiş gibi görünür ve tarayıcılar bunların faydalı olup olmadığını anlamak için önce taramak zorunda kalır; bu da overcrawling ve daha yavaş keşif riskini büyütür (Google for Developers, 2025-12-18).
SEO maliyeti yalnızca crawl budget ile sınırlı değildir. Filtreleme ve sıralama kombinasyonları çoğu zaman aynı ürün listesini farklı URL’lerde tekrarlar. Google’ın canonicalization dokümanında da belirtildiği gibi filtre ve sıralama fonksiyonları aynı içeriğin birden çok URL’de görünmesine yol açabilir; bu, sinyal dağılması ve ölçüm karmaşası yaratır (Google for Developers, 2026-07-10). Dolayısıyla burada asıl hedef, filtreleri kapatmak değil; hangi filtrelerin arama için değer ürettiğini ayırmaktır.
- UX kazancı: Ziyaretçi ürün bulmayı hızlandırır, karar süresi kısalır.
- SEO riski: Gereksiz kombinasyonlar crawl budget tüketir ve index bloat oluşturur.
- Ticari fırsat: Arama talebi olan filtreler yeni kategori landing page’lerine dönüşebilir.
2026 bağlamında konu daha da önemli. Google’ın e-ticaret site yapısı ve URL tasarımı dokümanları 2025 sonu güncellemelerinde, site keşfi, bağlantı yapısı ve tarama verimliliği ilişkisini daha net kuruyor (Google for Developers, 2025-12-10). Aynı dönemde Shopify’nin 2026 filtreleme rehberi de filtrelerin dönüşüm tarafında güçlü kaldığını vurguluyor; yani doğru strateji, filtreleri kaldırmak değil, SEO için seçici biçimde yayınlamaktır (Shopify, 2026-06-26).
Hangi filtre sayfaları indekslenmeli, hangileri kapatılmalı?
İlk ayrım basit: arama talebi ve ticari niyet taşıyan facetler indeks adayıdır; yalnızca site içi daraltma işlevi gören kombinasyonlar ise tarama kontrolü adayıdır. Örneğin “erkek koşu ayakkabısı siyah” veya “nike koşu ayakkabısı” gibi sorgular dış arama talebi taşıyabilir. Buna karşılık “42 numara + stokta var + 500-750 arası + yeni gelenler” gibi çok katmanlı kombinasyonlar çoğu sitede ayrı landing page değeri üretmez. Bu ayrımı yaparken anahtar kelime aracı ile filtre talebi doğrulama yaklaşımı, varsayımla değil sorgu verisiyle karar vermenizi sağlar.
Pratik indeksleme matrisi
- Marka filtresi: Kategoriyle birlikte güçlü arama talebi varsa çoğu zaman indekslenebilir.
- Renk filtresi: Moda, mobilya ve kozmetik gibi dikeylerde bazı renkler landing page olabilir; diğerlerinde genelde destekleyici filtredir.
- Beden filtresi: Çoğu durumda indeks yerine kullanıcı deneyimi filtresi olarak kalmalıdır.
- Fiyat filtresi: Sabit aralıklar bile çoğunlukla noindex veya tarama kontrolü ister.
- Stok filtresi: Geçici durumdur; indekslenmesi genelde doğru değildir.
- Çoklu kombinasyonlar: İstisnai arama talebi yoksa kapatılmalıdır.
Az ürünlü ve boş sonuçlu kombinasyonlarda eşik koymak gerekir. Eğer sayfa düzenli talep alıyor, ürünler birbiriyle gerçekten karşılaştırılabilir ve liste benzersiz bir seçim mantığı sunuyorsa az ürünlü filtre sayfası değerlendirilebilir. Fakat boş sonuç veren, anlamsız ya da sezon bitince tamamen kaybolan kombinasyonlar indekslenmemelidir. Google’ın e-ticaret URL yapısı rehberi, boş kategori veya faydasız sayfalarda noindex; sayfa browse akışından tamamen kalktıysa uygun durumda 404 düşünülmesini önerir (Google for Developers, 2025-12-10).
Burada ürün varyantı sayfası ile filtre sayfasını aynı stratejiye sokmak hatalı olur. Filtre sayfası bir listeleme mantığıdır; ürün varyantı ise çoğu zaman ürün düzeyinde veri modelidir. Google’ın yapılandırılmış veri rehberi, Product ve ProductGroup işaretlemelerini ürün ve varyant bağlamında ele alır; bu yüzden renk veya beden varyantı bilgisini ürün modelinde yönetmekle, renk filtresi landing page’i açmak aynı karar değildir (Google for Developers, 2025-12-10).
Canonical, noindex ve robots.txt seçimi için uygulama çerçevesi
Bu üç yöntem aynı işi yapmaz. Canonical, birbirine çok benzeyen URL’lerde temsilci sayfayı işaretler ve sinyal birleştirmeye yardım eder. Noindex, sayfanın taranmasına izin verip sonuçlarda görünmesini engeller. Robots.txt ise esasen taramayı kısıtlar. Kritik ayrım şudur: Google’ın noindex dokümanına göre robots.txt ile engellenen sayfada noindex görülemeyebilir; yani “hem robots hem noindex” yaklaşımı çoğu zaman beklenen sonucu vermez (Google for Developers, 2025-12-10).
- Canonical kullanın: Benzer filtre sonuçlarını tek bir ana kategori veya ana filtre sayfasında toplamak istediğinizde.
- Noindex kullanın: Kullanıcı için erişilebilir kalması gereken ama arama sonucunda görünmesini istemediğiniz filtre URL’lerinde.
- Robots.txt kullanın: Sonsuz kombinasyon, anlamsız parametre veya sunucu yükü yaratan URL kümelerinde.
URL standardizasyonunda kurallar net olmalıdır. Google’ın e-ticaret URL rehberi, ?key=value formatını önerir; bu yüzden parametreleri anlaşılır anahtarlarla kurmak, küçük harf standardı kullanmak ve dizilimi sabitlemek gerekir (Google for Developers, 2025-12-10). Örneğin aynı mantık için hem ?renk=siyah&beden=m hem ?beden=m&renk=siyah üretmek gereksiz çoğullaşma yaratır. Google’ın faceted navigation rehberi de yol tabanlı filtrelemede mantıksal sıranın sabit kalmasını ve yinelenen filtrenin hiç oluşmamasını önerir (Google for Developers, 2025-12-18).
Boş filtre sayfası ve anlamsız kombinasyonlarda HTTP davranışını da baştan tanımlayın. Gerçekten geçici bir boşluk varsa ve sayfa browse yapısında kalıyorsa noindex düşünülebilir. Fakat aynı URL yapısı teknik olarak saçmaysa, yinelenen filtre içeriyorsa veya sonuç üretmeyen kombinasyon browse mantığından da kaldırılmışsa 404 daha temiz çözümdür. Google, faceted navigation dokümanında sonuç vermeyen kombinasyonlar ve anlamsız filtre tekrarları için 404 önerir; ayrıca bu URL’leri ortak bir hata sayfasına yönlendirmemeyi söyler (Google for Developers, 2025-12-18).
90 günlük saha notu: log analizi ve Crawl Stats ile filtre temizliği
Pratikte en yararlı bakış, teorik canonical tartışmasından değil log dosyasından gelir. Bizim saha çalışmalarında ilk baktığımız şey, aynı kategori ağacında Googlebot’un hangi filtre gruplarına gereğinden fazla gittiğidir. 90 günlük bir incelemede genelde üç grup çıkar: indekslenecek landing page adayları, noindex ile açık tutulacak kullanıcı sayfaları ve robots.txt veya URL üretim kuralıyla kesilecek sonsuz kombinasyonlar. Bu ayrım yapıldıktan sonra loglarda ürün URL’lerine ve ana kategori yollarına dönen tarama payı daha net okunur.
Ölçüm setini karmaşıklaştırmaya gerek yok. Search Console tarafında kapsama durumu, Page Indexing raporundaki noindex sinyalleri, URL denetim örnekleri ve Crawl Stats raporundaki istek dağılımı birlikte izlenebilir. Operasyon tarafında ise kategori bazlı hit yoğunluğu, keşfedilen ürün URL’leri ve organik açılış sayfaları kritik KPI’lardır. Burada amaç tek başına “daha az tarama” değildir; daha doğru sayfaların daha fazla keşfedilmesidir.
Bu iş akışını yönetirken SEOYEN’in yerel pazara uyarlanmış yapısı avantaj sağlar. Örneğin filtre temizliği öncesi teknik borcu görmek için site sağlığı denetimi, talep taşıyan landing page’lerin görünürlüğünü izlemek için sıralama takibi raporları aynı panelde kullanılabilir. Ahrefs ve SEMrush güçlü küresel araçlardır; ancak Ahrefs karşılaştırması ve SEMrush karşılaştırması tarafında da görüleceği gibi SEOYEN bunu Türkçe arayüz, tek platform yapısı, TL bazlı fiyatlandırma ve yerel destekle Türkiye ekipleri için daha uygulanabilir bir operasyon akışına dönüştürür.
Bu bölümde kararın ticari tarafı da nettir: indekslenecek filtreleri artırmak değil, gelir potansiyeli olanları ayıklamak gerekir. Büyük kataloglarda asıl kazanç, ekiplerin haftalarca gereksiz URL temizlemek yerine hangi sayfaların içerik, link ve raporlama desteği alacağını netleştirmesidir. Bu yüzden teknik uygulamayı tamamladıktan sonra paket seçimini inceleme adımı, ölçeğe uygun raporlama ve izleme düzeni kurmak için mantıklı bir sonraki aşamadır.
JavaScript filtreler, internal linking ve sitemap desteği nasıl kurulmalı?
JavaScript tabanlı filtreler, özellikle SPA mimarilerinde, ayrı dikkat ister. Kullanıcı filtreyi seçtiğinde yalnızca arayüz güncelleniyor ama kalıcı ve taranabilir bir URL oluşmuyorsa, o filtre sayfası arama için gerçek bir landing page sayılmaz. Google’ın URL yapısı rehberi, fragment tabanlı farklı içeriklerin indeksleme açısından aynı sayfa gibi algılanabileceğini söyler; bu nedenle önemli sayfalar için render edilebilir ve paylaşılabilir URL üretmek gerekir (Google for Developers, 2025-12-10). Faceted navigation rehberi de SPA durumlarında özel uygulama gerekebileceğini özellikle not eder (Google for Developers, 2025-12-18).
İç linkleme tarafında sadece URL adını temiz yapmak yetmez. Google’ın e-ticaret site yapısı dokümanına göre Google, site yapısını URL görünümünden çok sayfalar arası bağlantılardan anlar; kategori sayfalarından alt kategorilere ve oradan ürünlere doğrudan link akışı kurulmalıdır (Google for Developers, 2025-12-10). Bu yüzden hedeflenen filtre landing page’lerini breadcrumb, kategori içi statik link blokları ve seçili facet modülleriyle desteklemek daha değerlidir. Kural basit: taranmasını ve sıralanmasını istediğiniz filtre sayfasına, menü veya kategori içi yapıdan kontrollü link verin.
Sitemap ve Merchant Center desteği de seçici olmalıdır. XML sitemap’a yalnızca hedeflenen filtre landing page’lerini ekleyin; her parametre kombinasyonunu sitemap’a koymak hatayı büyütür. Merchant Center ve yapılandırılmış veri tarafında ise ürün ve varyant sinyalleri ürün URL’sinde kalmalıdır; filtre sayfası, ürün feed mantığını kopyalayan zayıf bir ara katmana dönüşmemelidir. Google’ın structured data rehberi bu ayrımı ürün, varyant ve işletme düzeyinde açık biçimde çizer (Google for Developers, 2025-12-10). Konuya ekip içi eğitim gerekiyorsa, Google Search Central’ın faceted navigation ve ecommerce crawl management anlatımlarını içeren resmi videoları izlenebilir.
| Yöntem | Ne zaman kullanılır | SEO etkisi | Ana risk |
|---|---|---|---|
| İndekslenen filtre landing page | Arama talebi ve benzersiz liste değeri varsa | Yeni kategori görünürlüğü yaratabilir | Talep yanlış okunursa index bloat oluşur |
| Canonical | Benzer filtreleri ana kategori veya ana filtrede toplarken | Sinyal birleştirmeye yardımcı olur | Gerçekten farklı niyetli sayfaları bastırabilir |
| Noindex | Kullanıcıya açık kalacak ama aramada görünmeyecek filtrelerde | İndeksten çıkarır, taramaya izin verir | Robots.txt ile birlikte kullanılırsa sinyal görünmeyebilir |
| Robots.txt | Sonsuz kombinasyon ve yüksek tarama maliyetinde | Tarama yükünü azaltır | Yanlış blokaj noindex ve keşif sinyalini engeller |
| 404 | Boş, anlamsız veya browse dışına çıkmış filtre URL'lerinde | Gereksiz URL'leri temiz kapatır | Geçici boşluğu kalıcı hata gibi işaretlemek |
| JavaScript kontrollü URL | SPA filtrelerinde kalıcı URL ve render netse | Landing page olarak desteklenebilir | Sadece arayüz değişip taranabilir URL oluşmazsa boşa çıkar |
Adım adım E-ticaret filtre sayfaları için indeksleme kararı oluşturma
Kararı tek tek URL bazında almak yerine, tekrar edilebilir bir çerçeve kurmak daha güvenlidir. Aşağıdaki akış, hem küçük kataloglarda hem de binlerce ürün içeren yapılarda filtre URL yönetimini standartlaştırır.
- Facet envanterini ve URL üretimini çıkar: Kategori, alt kategori, filtre tipi, sıralama parametresi ve kombinasyon mantığını tek bir envanterde toplayın. Aynı içerik için kaç URL üretildiğini görmeden canonical, noindex veya robots.txt kararı vermek erken olur. Özellikle farklı parametre sıraları, büyük-küçük harf farkları ve yinelenen filtreleri bu aşamada işaretleyin.
- Arama talebini ve ticari değeri doğrula: Her facetin gerçekten dış arama talebi üretip üretmediğini kontrol edin. Marka, model veya kategoriyle sık geçen filtreler landing page adayı olabilir; stok, fiyat ve geçici promosyon filtreleri çoğu zaman olamaz. Burada amaç en çok URL’yi açmak değil, en net niyet taşıyan sayfaları seçmektir.
- İndeksleme matrisi ve teknik kuralı belirle: Seçilen URL gruplarını index, canonical, noindex, robots.txt ve 404 davranışlarına ayırın. Aynı mantıktaki her URL grubu aynı kuralı almalıdır; tekil istisnalar zamanla yönetilemez hale gelir. Teknik ekip, içerik ekibi ve SEO tarafı aynı karar matrisini kullanırsa uygulama hatası belirgin biçimde azalır.
- İç link ve keşif sinyallerini düzenle: Hedeflenen filtre sayfalarına kategori metinlerinden, seçili facet bloklarından ve gerekiyorsa sitemap’tan kontrollü destek verin. Hedeflenmeyen kombinasyonları ise menü, iç link ve XML sitemap dışında bırakın. Böylece Googlebot’a neyin önemli olduğu daha tutarlı şekilde aktarılır.
- Crawl Stats ve log analiziyle sonucu ölç: Uygulama sonrası 30, 60 ve 90 günlük kesitlerde tarama dağılımını, keşfedilen ürün URL’lerini ve organik açılış sayfalarını izleyin. Beklenen sonuç, filtre URL sayısının kör biçimde azalması değil; ürün ve ana kategori keşfinin daha verimli hale gelmesidir. Gerekirse karar matrisini ikinci turda daraltın veya genişletin.
Bu çerçeve, filtre optimizasyonunu bir kerelik temizlik işi olmaktan çıkarır ve sürdürülebilir kategori SEO sürecine dönüştürür. Özellikle katalog büyüdükçe en büyük farkı, teknik kuralların içerik ve gelir hedefleriyle aynı çizgide kalması yaratır.
Kaynaklar
Sıkça Sorulan Sorular
Faceted navigation SEO, filtrelerle oluşan kategori ve listeleme URL'lerinin Google tarafından nasıl taranacağı, indeksleneceği ve birbiriyle nasıl ilişkilendirileceğinin yönetilmesidir. Temel amaç, kullanıcıların filtreleme kolaylığını korurken gereksiz URL çoğalmasını sınırlamaktır. Yani mesele filtreleri tamamen kapatmak değil. hangi facetlerin arama talebi taşıdığını belirlemek, diğer kombinasyonları ise canonical, noindex, robots.txt veya uygun HTTP yanıtlarıyla kontrol altına almaktır. Özellikle büyük kataloglarda bu disiplin kurulmazsa crawl budget, duplicate content ve index bloat sorunları birlikte büyür.
Hayır. Tüm filtre sayfalarını kapatmak, arama talebi taşıyan ve yeni organik giriş noktası olabilecek landing page fırsatlarını da ortadan kaldırır. Doğru yaklaşım, marka, model, bazı renk veya kategoriye özel talep gören facetleri seçici biçimde değerlendirmektir. Buna karşılık yalnızca site içi daraltma işlevi gören, geçici stok durumuna bağlı kalan veya çok fazla kombinasyon üreten sayfalar genelde indeks dışı tutulmalıdır. Karar, her filtrenin dış arama talebi, ürün kapsamı ve ticari niyeti üzerinden verilmelidir.
Bu seçim sayfanın rolüne bağlıdır. Eğer birkaç filtre URL'si büyük ölçüde aynı listeyi gösteriyor ve bunları tek bir temsilci sayfada toplamak istiyorsanız canonical daha uygundur. Eğer sayfa kullanıcı için erişilebilir kalmalı ama Google sonuçlarında görünmemeliyse noindex tercih edilir. Kritik nokta şudur: noindex'in çalışabilmesi için sayfanın taranabilir olması gerekir. robots.txt ile kapatılan sayfada Google noindex etiketini göremeyebilir. Kısacası canonical, temsilci URL seçimi içindir. noindex ise görünürlük kontrolü içindir.
Sadece anlamlı arama talebi, yeterli ürün kapsamı ve benzersiz listeleme değeri taşıyan filtre sayfaları indekslenmelidir. Örneğin kategoriyle güçlü biçimde eşleşen marka veya model filtreleri çoğu zaman daha mantıklı adaylardır. Buna karşılık beden, stok, fiyat aralığı veya çok katmanlı kombinasyonlar genellikle index bloat oluşturur. İndeksleme kararı verirken sayfanın dış aramada gerçek bir giriş noktası olup olmadığını, tekil başlık ve içerik üretebilip üretmediğini ve kullanıcıyı aynı kategori sayfasından anlamlı biçimde ayırıp ayırmadığını test etmek gerekir.
Yer alabilir. e-ticarette bu oldukça normaldir. Sorun, ürünün farklı kategori veya filtre yolları üzerinden erişilmesi değil, bu yolların birbirinden kopuk kanonik mantık üretmesidir. Ana ürün URL'si net değilse, breadcrumb yapısı tutarsızsa ve filtre yolları ürün sayfası sinyali gibi davranıyorsa performans takibi ile sinyal birleştirme zorlaşır. Bu yüzden ürün URL'si, kategori yolu ve filtre mantığı arasında açık bir hiyerarşi kurulmalı. ürün varyantları ürün modelinde, filtre sayfaları ise listeleme modelinde yönetilmelidir.
Boş veya anlamsız filtre kombinasyonları varsayılan olarak indekslenmemelidir. ancak çözüm her zaman aynı değildir. Sayfa geçici olarak boşsa ve kullanıcı akışında anlamlı bir yeri varsa noindex ile açık tutulabilir. Eğer kategori browse yapısından kalktıysa veya kombinasyon teknik olarak anlamsızsa 404 daha doğru seçim olabilir. Az ürünlü sayfalarda ise tek ölçüt ürün sayısı değildir. arama talebi, kategori niyeti ve listelemenin benzersiz değeri daha önemlidir. Talep güçlüysa az ürünlü sayfa yine de hedeflenebilir, ama zayıfsa yeni bir landing page olarak yayınlamak gereksiz olur.