Faceted Navigation SEO: E-Ticaret Filtre Sayfaları Nasıl Yönetilmeli?

Bir e-ticaret kategorisinde kullanıcı ürünleri marka, renk, beden, fiyat, kapasite, malzeme veya başka özelliklerle filtrelemek isteyebilir.

Kullanıcı deneyimi açısından son derece yararlı olan bu sistem SEO açısından kontrol edilmediğinde binlerce, hatta çok daha fazla URL kombinasyonu üretebilir.

Örneğin:

/ayakkabi/

/ayakkabi?renk=siyah

/ayakkabi?renk=siyah&numara=42

/ayakkabi?renk=siyah&numara=42&marka=x

aynı kategori altyapısından türeyebilir.

Bir de filtre sırası değiştiğinde farklı URL’ler üretiliyorsa:

?renk=siyah&numara=42

ve:

?numara=42&renk=siyah

gibi aynı sonucu temsil eden alternatif URL’ler ortaya çıkabilir.

Faceted Navigation SEO’nun temel problemi filtre kullanmak değil, filtre sisteminin hangi URL’leri üretmesine, taratmasına ve indeksletmesine izin verileceğini belirlemektir.

DigitalPlus E-Ticaret SEO çalışmalarında filtreleri kullanıcı arayüzü özelliği olarak bırakmıyor; her önemli facet için crawl, index ve landing page görevini ayrı değerlendiriyoruz.

Faceted Navigation Nedir?

Faceted navigation, kullanıcının bir ürün listesini ürün özelliklerine göre daraltmasını sağlayan filtreleme sistemidir.

Örneğin bir ayakkabı kategorisinde kullanıcı:

• Marka
• Renk
• Numara
• Cinsiyet
• Ürün tipi
• Fiyat aralığı

gibi özellikleri seçebilir.

Başlangıç URL’si:

/ayakkabi/

olsun.

Kullanıcı siyah ürünleri seçtiğinde sistem:

/ayakkabi?renk=siyah

üretebilir.

42 numarayı da seçtiğinde:

/ayakkabi?renk=siyah&numara=42

oluşabilir.

Daha sonra marka, fiyat, materyal ve başka facet’ler eklendiğinde mümkün URL kombinasyonlarının sayısı hızla büyür.

Facet sayısındaki artış doğrusal değildir; kombinasyonlar URL uzayını çok daha hızlı büyütebilir.

Filtre URL’leri Neden SEO Problemi Yaratır?

Faceted navigation’ın asıl teknik riski tek bir filtre URL’si değildir.

Problem aynı ürün havuzunun çok sayıda farklı URL üzerinden erişilebilir hale gelmesidir.

URL Explosion

Örneğin bir kategoride:

• 10 marka
• 8 renk
• 12 beden
• 5 materyal

bulunuyorsa teorik kombinasyon sayısı kısa sürede binleri aşabilir.

Bütün kombinasyonların gerçekten arama talebi veya bağımsız kullanıcı değeri taşıması beklenmez.

Duplicate veya Near-Duplicate Sayfalar

Birçok filtre URL’si aynı veya büyük ölçüde benzer ürün setlerini gösterebilir.

Örneğin:

/ayakkabi?renk=siyah

ile:

/ayakkabi?renk=siyah&sirala=populer

aynı ürün setinin yalnız sıralamasını değiştirebilir.

Bu URL’lerin ikisinin de bağımsız organic landing page olması gerekmeyebilir.

Gereksiz Crawl

Crawler yeni parametre kombinasyonlarını sürekli keşfediyorsa değer taşımayan filtre URL’lerine önemli miktarda crawl kaynağı harcanabilir.

Özellikle büyük kataloglarda bu durum yeni veya önemli ürün ve kategori URL’lerinin keşfini yavaşlatabilir.

Index Bloat

Google’ın indeksinde gerçek kullanıcı talebi taşımayan binlerce filtre URL’sinin bulunması site için sağlıklı bir index architecture değildir.

Örneğin:

?renk=siyah&numara=42&marka=x&fiyat=1000-1500

gibi çok dar kombinasyon hiçbir bağımsız search intent taşımadığı halde indexable bırakılmış olabilir.

Signal Dilution ve Ownership Belirsizliği

Ana kategori:

/erkek-kosu-ayakkabisi/

ile onlarca facet URL aynı query universe için rekabet etmeye başladığında hangi URL’nin primary owner olduğu belirsizleşebilir.

Problem yalnız duplicate content değildir; query → URL ownership’in parçalanmasıdır.

Her Filtre Sayfası Indexlenmeli mi?

Hayır.

Bir filtre seçeneğinin kullanıcı arayüzünde bulunması, onun organik aramada bağımsız landing page olması gerektiği anlamına gelmez.

DigitalPlus’ta burada kullandığımız temel QDP mantığı şu soruyla başlar:

“Bu keyword var mı?” değil, “SERP ve kullanıcı talebi gerçekten ayrı bir belge veya landing page istiyor mu?”

Facet için en az şu sinyaller birlikte değerlendirilmelidir:

• Gerçek search demand var mı?
• Ayrı ve tekrar eden search intent var mı?
• SERP bağımsız landing pages gösteriyor mu?
• Facet sonucu istikrarlı bir ürün seti oluşturuyor mu?
• Ana kategoriyle kullanıcı görevi yeterince farklı mı?
• Sayfaya bağımsız information ve commercial value eklenebilir mi?
• Ürün stoğu bu landing page’i sürdürülebilir kılıyor mu?
• Başka bir kategori zaten aynı sorgunun owner’ı mı?

Search demand + ayrı intent + stabil ürün seti + bağımsız landing page görevi yoksa filtreyi indexletmek için güçlü gerekçe yoktur.

QDP Testi Faceted Navigation’da Nasıl Kullanılır?

Facet URL kararını dört temel sonuca ayırabiliriz.

1. Yalnız UX Filtresi

Kullanıcı ürünleri daraltmak için kullanır ancak ayrı search demand taşımaz.

Örneğin çok spesifik:

42 numara + siyah + marka X + %20 indirim

kombinasyonu.

Bu URL’nin bağımsız organic landing page olması gerekmez.

2. Potansiyel Search Facet

Facet belirli bir sorgu kümesi oluşturuyor ancak SERP veya demand ayrımı yeterince güçlü değildir.

Önce veri toplanır.

3. Indexlenebilir Facet Landing Page

Gerçek demand, ayrı intent ve stabil ürün seti bulunuyorsa filtre state’i kontrollü bir organic landing page’e dönüştürülebilir.

4. Gerçek Kategoriye Dönüşmesi Gereken Facet

Bazı filtreler teknik olarak facet olarak başlamış olsa da kullanıcı açısından temel taxonomy node’u haline gelmiş olabilir.

Örneğin belirli bir ürün tipinin sürekli yüksek talep taşıması ve ana navigation içinde anlamlı yere sahip olması durumunda temiz category URL değerlendirilir.

QDP’nin görevi daha fazla URL açmak değil, hangi filtre state’inin gerçekten ayrı document olmayı hak ettiğini seçmektir.

Hangi Filtreler Landing Page’e Dönüştürülebilir?

Örneğin bir mağazada ana kategori:

/erkek-kosu-ayakkabisi/

olsun.

Filtrelerden biri:

renk = siyah

olsun.

Eğer kullanıcılar gerçekten:

siyah erkek koşu ayakkabısı

gibi bağımsız ve ticari bir sorgu kullanıyorsa ayrı landing page ihtimali değerlendirilebilir.

Ancak bunun için yalnız keyword volume yeterli değildir.

Kontrol:

1. Sorgu ayrı intent taşıyor mu?
2. SERP bağımsız kategori veya landing pages gösteriyor mu?
3. Yeterli ürün mevcut mu?
4. Ürün seti sık sık sıfıra düşüyor mu?
5. Ana kategori aynı sorgunun zaten güçlü owner’ı mı?
6. Facet’e özel title, H1, intro ve navigation değeri üretilebilir mi?
7. Bu URL site içinde anlamlı biçimde linklenebilir mi?

üzerinden yapılmalıdır.

Indexlenebilir Facet Nasıl Ayrı Landing Page’e Dönüştürülmeli?

Bir facet gerçekten organic landing page olmayı hak ediyorsa onu teknik olarak rastgele parametre URL’si olarak bırakmak zorunda değiliz.

Örneğin:

/erkek-kosu-ayakkabisi?renk=siyah

yerine mevcut taxonomy ve CMS imkânlarına göre:

/siyah-erkek-kosu-ayakkabisi/

gibi temiz bir URL değerlendirilebilir.

Ancak clean URL tek başına sayfayı değerli yapmaz.

Gerçek landing page için:

• Bağımsız SEO title
• Bağımsız H1
• Doğru meta description
• Self-referencing canonical
• Uygun breadcrumb
• Gerçek kategori veya facet ilişkisi
• Crawlable internal links
• Stabil ürün listesi
• Kullanıcının ürün seçimini destekleyen özgün içerik

bulunmalıdır.

Parametreyi slug’a çevirmek information gain değildir.

Kategori mi Facet Landing Page mi?

Bazen teknik filtre SEO opportunity’si aslında yeni kategori ihtiyacını ortaya çıkarır.

Örneğin:

Akülü matkap

mevcut sistemde “güç kaynağı = akülü” facet’i olabilir.

Ancak kullanıcılar bunu sürekli bağımsız product category olarak araştırıyorsa ve site içinde ayrı navigation değeri taşıyorsa gerçek kategoriye dönüşmesi daha temiz olabilir.

Bu durumda karar:

facet olarak bırak → indexlenebilir facet yap → gerçek category oluştur

üçlüsü arasında verilmelidir.

Kategori ownership tarafını E-Ticaret Kategori Sayfası SEO Rehberi içinde ayrıca ele alıyoruz.

Canonical Filtre Sayfalarında Nasıl Kullanılmalı?

Canonical filtreden kaynaklanan bütün SEO problemlerini otomatik çözen bir anahtar değildir.

İki temel senaryoyu ayırmak gerekir.

Indexlenmesi İstenmeyen Benzer Facet URL

Filtre URL ana kategori veya başka bir canonical owner’ın büyük ölçüde duplicate varyasyonuysa canonical sinyali ilgili owner’a yönlendirilebilir.

Örneğin:

/ayakkabi?renk=siyah&sirala=fiyat-artan

yalnız sıralamayı değiştiriyorsa canonical ana anlamlı listing URL’sine işaret edebilir.

Ancak canonical’ın bir sinyal olduğunu ve Google’ın farklı canonical seçebileceğini unutmamak gerekir.

Gerçek Indexlenebilir Facet Landing Page

Facet bağımsız search intent’in owner’ı olarak seçilmişse:

self-referencing canonical

kullanmak daha temiz başlangıç modelidir.

Bu page’i ana kategoriye canonical etmek:

“Bu ayrı landing page indexlensin ama canonical başka URL olsun”

gibi çelişkili bir strateji oluşturur.

Canonical Bütün Facet URL’lerinde Yeterli mi?

Hayır.

Bir milyon farklı facet URL’nin tamamını ana kategoriye canonical etmek crawler’ın bu URL’leri keşfetmesini ve taramasını otomatik olarak engellemez.

Google canonical sinyalinin zamanla non-canonical URL’lerin crawl hacmini azaltabileceğini belirtiyor ancak faceted navigation’da gereksiz URL uzayının kontrolü ayrıca ele alınmalıdır.

Index consolidation ile crawl control aynı problem değildir.

Noindex Ne Zaman Kullanılır?

Bir facet URL kullanıcı açısından gerekli olabilir fakat arama sonuçlarında bağımsız landing page olarak bulunmasını istemeyebilirsiniz.

Bu durumda:

<meta name="robots" content="noindex">

gibi bir noindex direktifi değerlendirilebilir.

Ancak kritik nokta şudur:

Google’ın noindex direktifini görebilmesi için URL’yi crawl edebilmesi gerekir.

URL aynı anda robots.txt ile engellenmişse Google sayfadaki noindex etiketini okuyamaz.

Bu nedenle:

noindex

ile:

robots.txt disallow

aynı görevi yapan iki seçenek değildir.

Noindex Filtre URL’sini Crawl Probleminden Kurtarır mı?

Her zaman değil.

Google’ın noindex’i görebilmesi için sayfayı crawl etmesi gerektiğinden, çok büyük facet uzayında yalnız noindex kullanmak gereksiz crawl’ı hemen ortadan kaldırmaz.

Noindex’in temel görevi:

Bu URL arama indeksinde bulunmasın.

demektir.

Robots.txt ise:

Bu URL pattern’ini crawl etme.

kontrolünde kullanılabilir.

Crawl ve index birbirinden ayrı katmanlardır.

Robots.txt ile Filtreleri Engellemek Doğru mu?

Bazı faceted navigation sistemlerinde evet.

Google, arama sonuçlarında bulunmasına ihtiyaç olmayan faceted navigation URL’lerinin crawl edilmesini robots.txt üzerinden engellemenin değerlendirilebileceğini açıkça belirtiyor.

Örneğin:

User-agent: Googlebot
Disallow: /*?*color=
Disallow: /*?*size=

benzeri pattern’ler belirli filtre parametrelerinin crawl edilmesini engelleyebilir.

Ancak bu kurallar siteye körlemesine uygulanmamalıdır.

Çünkü:

• Indexlenmesini istediğiniz facet’leri yanlışlıkla engelleyebilirsiniz
• Product discovery için gerekli URL yollarını kapatabilirsiniz
• Mevcut indexed URL’lerdeki noindex direktifinin görülmesini engelleyebilirsiniz
• Yanlış wildcard pattern ile beklenenden fazla URL’yi bloklayabilirsiniz

Robots.txt facet kararından sonra uygulanır; facet kararının yerine geçmez.

Önce Noindex Sonra Robots.txt Kullanılabilir mi?

Mevcut durumda indekslenmiş çok sayıda gereksiz facet URL varsa önce Google’ın bu URL’leri crawl edip noindex sinyalini görmesine izin vermek gerekebilir.

URL’ler indeksten çıktıktan sonra ve yeniden crawl edilmeleri için hiçbir SEO gereksinimi kalmadığında belirli pattern’lerin robots.txt ile engellenmesi ayrıca değerlendirilebilir.

Bu migration yaklaşımı:

• Mevcut index durumu
• URL sayısı
• Server logları
• Crawl davranışı
• Site platformu

üzerinden planlanmalıdır.

Robots.txt ile noindex’i aynı anda rastgele basmak index temizleme stratejisi değildir.

Sorting Parametreleri Indexlenmeli mi?

Genellikle kullanıcıların:

• Fiyata göre artan
• Fiyata göre azalan
• En yeni
• En popüler

gibi sıralama seçenekleri bağımsız search intent oluşturmaz.

Örneğin:

/ayakkabi?sirala=fiyat-artan

ayrı organic landing page olmak zorunda değildir.

Sorting URL’leri facet URL’lerinden ayrı pattern olarak envantere alınmalı ve crawl/index kararları ayrıca belirlenmelidir.

Filtre Parametrelerinin Sırası Önemli mi?

Evet, kontrolsüz sistemlerde aynı state farklı URL’lerle temsil edilebilir.

Örneğin:

?color=black&size=42

ve:

?size=42&color=black

aynı ürün listesini oluşturabilir.

Sistem URL parametrelerinin tutarlı sırada üretilmesini sağlamalıdır.

Aynı filtre state’i mümkün olduğunca tek URL formatıyla temsil edilmelidir.

Aynı state için URL permütasyonu üretmek facet explosion’ı gereksiz yere büyütür.

Boş Sonuç Veren Filtre URL’lerine Ne Yapılmalı?

Bir facet kombinasyonu hiçbir ürün döndürmüyorsa bunun teknik davranışı ayrıca planlanmalıdır.

Örneğin:

/ayakkabi?renk=turuncu&numara=61

hiçbir geçerli ürün içermiyor olabilir.

Bu URL’nin:

• 200 status ile boş template döndürmesi
• Soft 404 davranışı oluşturması
• Sonsuz yeni kombinasyonlara açık olması

istenmeyebilir.

Geçersiz veya anlamsız facet kombinasyonlarında uygun HTTP davranışı platform ve kullanıcı deneyimiyle birlikte belirlenmelidir.

Internal Link ile Indexlenebilir Facet Nasıl Desteklenir?

Bir facet landing page’in indekslenmesini istiyorsanız yalnız XML sitemap’e eklemek yeterli değildir.

Page site architecture içinde gerçek bir role sahip olmalıdır.

Örneğin indexlenebilir:

Siyah Erkek Koşu Ayakkabıları

landing page’i:

• İlgili category hub’dan
• Subcategory navigation’dan
• Contextual içerikten
• Uygun kategori bloklarından

crawlable internal links alabilir.

Anchor:

siyah erkek koşu ayakkabıları

gibi sayfanın gerçek görevini açıklayabilir.

Ancak bütün facet kombinasyonlarını footer’a linkleyerek indexletmeye çalışmak ayrı bir link spam fabrikası oluşturur.

Indexlenebilir facet navigation içinde gerçekten keşfedilebilir olmalıdır.

Indexlenmeyen Facet’lere Internal Link Verilmeli mi?

Kullanıcı filtre arayüzünü kullanabilmek için facet seçeneklerine doğal olarak erişebilir.

Ancak SEO açısından önemli distinction şudur:

UX için kullanılabilir olmak ile organik landing page olarak site hiyerarşisinde güçlendirilmek aynı şey değildir.

Indexlenmesi istenmeyen yüz binlerce kombinasyona site genelinden crawlable link üretmek URL keşfini büyütebilir.

Filter architecture bu nedenle frontend davranışı, crawlability ve SEO ownership ile birlikte tasarlanmalıdır.

Faceted Navigation ile Kategori Internal Linking Nasıl Ayrılmalı?

Gerçek kategori page’leri site navigation’ın kalıcı parçalarıdır.

Facet’ler ise kullanıcının kategori içindeki ürün havuzunu dinamik olarak daraltabilir.

Örneğin:

ERKEK AYAKKABI
      ↓
KOŞU AYAKKABISI
      ↓
Ürünler

Filtre:
Renk = Siyah
Numara = 42
Marka = X

Burada “Koşu Ayakkabısı” gerçek category owner olabilirken siyah, 42 ve X filtrelerinin her kombinasyonu yeni taxonomy node değildir.

Navigation hierarchy ile filter state aynı kavram değildir.

Pagination ile Faceted Navigation Birlikte Nasıl Çalışmalı?

Filtrelenmiş ürün seti birden fazla sayfaya yayılıyorsa pagination katmanı da devreye girer.

Örneğin:

/ayakkabi?renk=siyah&page=2

gibi URL’ler oluşabilir.

Burada:

• Facet index kararı
• Pagination crawlability
• Canonical
• Product discovery

birlikte ele alınmalıdır.

Indexlenmeyen facet’lerin pagination URL’lerini yanlışlıkla büyük yeni index yüzeylerine dönüştürmemek gerekir.

Pagination ve infinite scroll altyapısını E-Ticarette Sayfalama, Daha Fazla Yükle ve Sonsuz Kaydırma SEO rehberinde ayrıntılı olarak ele alıyoruz.

JavaScript Filtrelerin SEO Etkisi Nedir?

JavaScript tabanlı filtre sistemi kullanılması tek başına SEO problemi değildir.

Asıl sorular şunlardır:

• Filtre kullanıldığında URL değişiyor mu?
• Değişen URL server tarafından doğrudan açıldığında aynı sonucu döndürüyor mu?
• Search crawler bu URL’yi keşfedebiliyor mu?
• HTML içindeki ürün linkleri crawlable mı?
• Indexlenmesini istediğimiz facet için gerçek unique URL var mı?
• Indexlenmesini istemediğimiz kombinasyonlar gereksiz URL üretiyor mu?

URL Oluşturmayan JavaScript Filtre

Filtre yalnız browser state’ini değiştiriyor ve bağımsız URL oluşturmuyorsa o filter state bağımsız organic landing page olarak indexlenemez.

Bu her zaman problem değildir.

Indexlenmesini istemediğiniz UX filter’ları için oldukça temiz bir model olabilir.

URL Oluşturan JavaScript Filtre

JavaScript:

history.pushState()

gibi yöntemlerle yeni URL oluşturuyorsa bu URL’lerin:

• Server tarafından çözülebilmesi
• Tutarlı içerik döndürmesi
• Canonical/index kurallarına uyması

gerekir.

Frontend’de çalışan filter state ile arama motoruna sunulan URL architecture aynı planın parçası olmalıdır.

JavaScript ile Filtrelemek Crawl Problemini Otomatik Çözer mi?

Hayır.

JavaScript uygulaması URL parametreleri oluşturuyorsa crawler bunları yine keşfedebilir.

Öte yandan hiçbir crawlable URL üretmeyen yapı, indexlenmesini istediğiniz değerli facet landing pages’in arama motorları tarafından ayrı sayfa olarak bulunmasını engelleyebilir.

Bu nedenle:

indexlenmeyecek facet → UX state

ve:

indexlenecek facet → gerçek crawlable landing page

ayrımı sistem tasarımında mümkün olduğunca açık olmalıdır.

Faceted Navigation Audit Nasıl Yapılır?

Faceted navigation audit yalnız “kaç filtre var?” sorusuyla yapılmaz.

1. Bütün Parametreleri Envantere Alın

Örneğin:

• color
• size
• brand
• material
• price
• sort
• view
• availability

gibi bütün URL parametreleri çıkarılır.

2. Her Parametrenin URL Üretme Davranışını Kontrol Edin

Tek seçim, çift seçim ve çoklu kombinasyonlar test edilir.

Özellikle parametre sırası değiştiğinde duplicate URLs oluşuyor mu kontrol edilir.

3. Crawl Verisini İnceleyin

Crawler çıktısında:

• Kaç facet URL keşfediliyor?
• Kaçı canonical?
• Kaçı noindex?
• Kaçı redirect?
• Kaçı boş sonuç?
• Kaçı duplicate?

incelenebilir.

4. Google Search Console Verisini İnceleyin

Facet pattern’lerinin:

• İndekslenmiş
• Crawled – currently not indexed
• Duplicate
• Alternate page
• Blocked by robots.txt

gibi durumlarda yoğunlaşıp yoğunlaşmadığı kontrol edilebilir.

5. Server Loglarını İnceleyin

Büyük kataloglarda Googlebot’un gerçekte hangi parametre URL’lerine ne kadar istek yaptığı log analiziyle görülebilir.

Bu, teorik crawl problemini gerçek bot davranışından ayırmaya yardımcı olur.

6. Search Demand Analizi Yapın

Facet attributes gerçek kullanıcı sorgularıyla eşleştirilir.

Örneğin:

• Marka + ürün tipi
• Renk + ürün tipi
• Materyal + ürün tipi
• Teknik özellik + ürün tipi

query kümeleri incelenir.

7. SERP’i Kontrol Edin

Yalnız volume değil:

• Google hangi page type’ı gösteriyor?
• Rakiplerde gerçek kategori mi?
• Facet landing page mi?
• Ürün sayfası mı?
• Informational sonuç mu?

kontrol edilmelidir.

8. Query → URL Ownership Haritası Çıkarın

Her değerli query cluster için:

mevcut owner → beklenen owner → aksiyon

belirlenir.

9. Crawl ve Index Kuralı Atayın

Her facet grubu için:

• INDEX
• NOINDEX
• CANONICAL
• BLOCK CRAWL
• CLEAN LANDING PAGE
• MERGE INTO CATEGORY

gibi açık aksiyon belirlenir.

10. Uygulama Sonrası Yeniden Ölçün

Değişiklik sonrası:

• Googlebot crawl davranışı
• Index count
• Yeni landing page performansı
• Kategori visibility
• Wrong-page ranking
• Server kaynak kullanımı

yeniden değerlendirilir.

Bu tür URL seviyesindeki teknik teşhisleri SEO Audit kapsamında ayrıca inceliyoruz.

Faceted Navigation Karar Matrisi

Facet	Search Demand	Unique Intent	Stabil Ürün Seti	Muhtemel Karar
Renk	Düşük	Düşük	Orta	Genellikle indexleme
Marka	Yüksek	Yüksek olabilir	Yüksek	Duruma göre landing page
Ürün türü	Yüksek	Yüksek	Yüksek	Kategori veya indexlenebilir facet olabilir
Materyal	Orta	Duruma göre	Orta	SERP ve demand ile değerlendir
Beden	Düşük-Orta	Düşük	Değişken	Genellikle indexleme
Marka + ürün türü	Yüksek olabilir	Yüksek olabilir	Yüksek	Landing page adayı
Beden + renk + marka	Çok düşük	Düşük	Düşük	Indexleme
Fiyata göre sırala	Yok	Yok	Aynı ürün seti	Indexleme

Bu tablo sabit e-ticaret kuralı değildir.

Örneğin mobilyada renk veya materyal güçlü commercial intent taşıyabilirken başka kategoride aynı facet sıfır bağımsız talep taşıyabilir.

Facet type değil, facet + category context karar verir.

Indexlenebilir Facet İçin Kontrol Listesi

Demand

• Gerçek query demand var mı?
• Sorgu yalnız keyword tool varyasyonu mu?
• Demand kalıcı mı, geçici mi?

Intent

• Ana kategoriden bağımsız kullanıcı görevi var mı?
• SERP ayrı landing pages gösteriyor mu?
• Başka page aynı sorgunun owner’ı mı?

Inventory

• Yeterli ürün var mı?
• Ürün seti sürekli sıfıra düşüyor mu?
• Stok değişimleri page’i sık sık anlamsız hale getiriyor mu?

Page Value

• Unique title yazılabilir mi?
• Unique H1 var mı?
• Gerçek intro veya seçim değeri üretilebilir mi?
• Parent category’nin kopyası mı?

Technical

• URL stabil mi?
• Self-canonical mı?
• 200 dönüyor mu?
• Indexable mı?
• Parametre permütasyonu duplicate üretmiyor mu?

Internal Linking

• Page site içinde crawlable link alıyor mu?
• Parent category ile relationship açık mı?
• Breadcrumb doğru mu?
• Orphan mı?

Indexlenmemesi Gereken Facet İçin Kontrol Listesi

Intent

• Bağımsız demand yok mu?
• Ana category zaten ihtiyacı karşılıyor mu?
• Facet yalnız UX amaçlı mı?

URL

• Facet sonsuz kombinasyon üretebiliyor mu?
• Parametre sırası duplicate oluşturuyor mu?
• Sorting parametreleri ayrı URL üretiyor mu?

Index Control

• Noindex gerekiyor mu?
• Canonical sinyali doğru mu?
• URL’nin şu anda indekste olup olmadığı kontrol edildi mi?

Crawl Control

• Robots.txt engeli gerekiyor mu?
• Yanlışlıkla değerli facet’ler bloklanıyor mu?
• Google’ın noindex’i görmesi gereken URL’ler crawlable mı?

Discovery

• UX filter linkleri gereksiz yeni crawl paths oluşturuyor mu?
• Ürünlerin keşfi facet URL’lerine bağımlı mı?

Faceted Navigation’da En Sık Yapılan SEO Hataları

1. Bütün Filtreleri Indexable Bırakmak

UI’da bulunan her facet organic landing page gibi davranır.

2. Bütün Filtreleri Robots.txt ile Körlemesine Bloklamak

Gerçek search demand taşıyan facet opportunities de kaybedilebilir.

3. Noindex ile Robots.txt Arasındaki Farkı Karıştırmak

Google’ın crawl edemediği sayfadaki noindex direktifini görebileceği varsayılır.

4. Bütün Facet URL’lerini Ana Kategoriye Canonical Etmek

Gerçek ayrı intent taşıyan landing pages de yanlışlıkla canonicalize edilir.

5. Canonical’ın Crawl’ı Tamamen Durduracağını Sanmak

Index consolidation ile crawl management birbirine karıştırılır.

6. Parametre Sırasını Kontrol Etmemek

Aynı filter state farklı URL permütasyonları üretir.

7. Sorting URL’lerini Indexletmek

Aynı ürün listesinin farklı sıralamaları ayrı organic pages’e dönüşür.

8. Boş Facet Pages’i 200 Döndürmek

Değer taşımayan veya anlamsız kombinasyonlar crawl space içinde yaşamaya devam eder.

9. Search Demand Olan Facet’i UX Filtresi Olarak Bırakmak

Gerçek landing page opportunity’si arama motorunun erişemediği JavaScript state içinde kalır.

10. Her Demand Sinyalini Yeni Landing Page Sanmak

Aynı intent için çok sayıda ince facet page üretilir.

11. Indexlenebilir Facet’i Orphan Bırakmak

URL oluşturulur ancak site navigation veya contextual internal links ile desteklenmez.

12. Facet ile Kategori Arasındaki Ownership’i Tanımlamamak

Google’a iki veya daha fazla URL aynı commercial query için güçlü sinyaller gönderir.

Faceted Navigation SEO Karar Ağacı

Yeni facet veya filter combination oluşuyor.

↓

Gerçek search demand var mı?

Hayır → organic landing page olarak indexleme.

Evet ↓

Bağımsız ve tekrar eden search intent var mı?

Hayır → ana category içinde tut.

Evet ↓

SERP bağımsız category/facet page destekliyor mu?

Hayır → existing owner içinde tutmayı değerlendir.

Evet ↓

Facet stabil ve yeterli ürün seti oluşturuyor mu?

Hayır → landing page açma.

Evet ↓

Başka category veya landing page zaten bu query’nin owner’ı mı?

Evet → yeni URL yerine mevcut owner’ı güçlendir.

Hayır ↓

Bağımsız page value üretilebilir mi?

Hayır → facet olarak bırak, indexleme.

Evet ↓

Indexlenebilir facet veya clean category landing page değerlendir.

Crawl Karar Ağacı

Facet’in organik landing page olmasına ihtiyaç yok.

↓

Google’ın bu URL’yi crawl etmesine başka bir neden var mı?

Evet → crawlable bırak, gerekirse noindex/canonical stratejisini değerlendir.

Hayır ↓

URL şu anda Google indeksinde mi?

Evet → önce index removal stratejisini planla; robots.txt ile hemen körlemesine kapatma.

Hayır ↓

Facet pattern’i büyük crawl uzayı oluşturuyor mu?

Evet → robots.txt veya uygun teknik crawl control değerlendir.

Hayır → sistemin toplam crawl davranışına göre karar ver.

Faceted Navigation Audit Çıktısı Nasıl Olmalı?

Audit sonucunda “filtreler SEO için kötü” gibi bir sonuç çıkmamalıdır.

Her facet type için uygulanabilir karar bulunmalıdır.

Pattern	Intent	Crawl	Index	Canonical	Action
?sort=	Yok	Sınırla	Hayır	Base listing	Technical control
?color=black	Düşük	Duruma göre	Hayır	Category	UX facet
Marka + ürün tipi	Yüksek	Evet	Evet olabilir	Self	Landing page değerlendir
3+ düşük değerli facet kombinasyonu	Yok	Sınırla	Hayır	Duruma göre	Combination control

Bu çalışma ancak URL pattern seviyesinde yapıldığında geliştiriciye uygulanabilir görev üretir.

“Filtreleri optimize edin” geliştirici görevi değildir.

Faceted Navigation SEO Teknik SEO ile Nerede Birleşir?

Filtre architecture yalnız içerik veya kategori stratejisi değildir.

Teknik katmanda:

• URL generation
• HTTP status
• Robots directives
• robots.txt
• Canonical
• JavaScript rendering
• Internal links
• Sitemap
• Server logs

birlikte değerlendirilmelidir.

Özellikle binlerce veya milyonlarca olası URL bulunan mağazalarda sorunu yalnız meta tag değiştirerek çözmeye çalışmak yeterli olmayabilir.

DigitalPlus SEO Audit çalışmalarında parametre ve filtre URL’lerini crawl, index, intent ve commercial value katmanlarında birlikte inceliyoruz.

Faceted Navigation SEO Bir “Index / Noindex” Egzersizi Değildir

Faceted navigation problemi çoğu zaman teknik ekibe şu soruyla gider:

“Filtreleri indexleyelim mi, noindex mi yapalım?”

Bu soru gerekli ama eksiktir.

Doğru sıra:

facet → query demand → search intent → SERP → page value → URL ownership → crawl → index

olmalıdır.

Çünkü bazı facet’ler yalnız kullanıcı deneyimi özelliğidir.

Bazıları gerçek search landing page fırsatıdır.

Bazıları ise aslında site taxonomy’sinde eksik olan kategoriyi ortaya çıkarır.

DigitalPlus e-ticaret SEO çalışmalarında amaç bütün filtreleri Google’dan saklamak veya hepsini indexletmek değildir.

Amaç arama talebi taşıyan facet’leri organic landing page’e dönüştürürken geri kalan kombinasyonların crawl ve index alanını kontrol altında tutmaktır.

Filtre, kategori ve parametre URL’lerinin gereksiz indekslenmesi e-ticaret sitelerinde ciddi crawl ve index bloat yaratabilir. Bu yapıyı URL seviyesinde incelemek için E-Ticaret SEO hizmetimizi inceleyin.

Sıkça Sorulan Sorular

Faceted navigation SEO nedir?

Faceted navigation SEO, e-ticaret filtre sistemlerinin ürettiği URL’lerin hangi durumlarda crawl edileceğini, indeksleneceğini, canonicalize edileceğini veya bağımsız organic landing page’e dönüştürüleceğini yönetme sürecidir.

Her filtre URL’si indexlenmeli mi?

Hayır. Bağımsız search demand, ayrı intent, stabil ürün seti ve gerçek landing page değeri bulunmayan filtre kombinasyonlarının organic index’e girmesi için güçlü bir gerekçe yoktur.

Filtre URL’leri SEO için zararlı mı?

Filtre sistemi kendi başına zararlı değildir. Kontrolsüz URL üretimi, gereksiz crawling, index bloat ve query ownership belirsizliği problem oluşturabilir.

Marka filtreleri indexlenmeli mi?

Her zaman değil. Marka + kategori sorguları bağımsız commercial demand ve SERP oluşturuyorsa landing page değerlendirilebilir. Düşük demand veya duplicate intent durumunda filtre olarak kalabilir.

Renk filtreleri indexlenmeli mi?

Genellikle düşük önceliklidir ancak kategoriye göre değişebilir. Moda, mobilya veya tasarım ürünlerinde bazı renk sorguları bağımsız demand taşıyabilir. Karar facet type’a değil gerçek query intent’e göre verilmelidir.

Filtre URL’lerinde canonical kullanmak yeterli mi?

Hayır. Canonical duplicate veya benzer URL’lerde preferred owner sinyali sağlayabilir ancak büyük faceted URL alanındaki crawl davranışını tek başına tamamen kontrol etmez.

Indexlenebilir facet ana kategoriye canonical edilmeli mi?

Genellikle hayır. Gerçek bağımsız organic landing page olarak seçilmiş facet kendi canonical owner’ı olmalıdır. Ana kategoriye canonical vermek page’in bağımsız index amacıyla çelişebilir.

Noindex ile robots.txt aynı şey mi?

Hayır. Noindex sayfanın arama indeksinde bulunmamasını ister. Robots.txt ise crawler’ın URL’yi taramasını engelleyebilir. Google’ın noindex direktifini okuyabilmesi için sayfayı crawl edebilmesi gerekir.

Robots.txt ile bütün filtreleri kapatmalı mıyız?

Hayır. Önce hangi facet’lerin gerçek organic landing page değeri taşıdığı belirlenmelidir. Körlemesine bir robots.txt kuralı değerli URL’leri de engelleyebilir.

Robots.txt crawl budget sorununu çözer mi?

Gereksiz facet URL pattern’lerinin crawl edilmesini azaltmaya yardımcı olabilir. Ancak yanlış URL üretiminin, internal linking’in ve index architecture’ın tamamını tek başına çözmez.

JavaScript filtreler Google tarafından görülür mü?

Uygulamaya bağlıdır. JavaScript bağımsız URL oluşturuyor ve URL doğrudan açıldığında uygun içerik döndürüyorsa crawl edilebilir bir yapı oluşabilir. URL oluşturmayan client-side filter state ise ayrı organic landing page olarak temsil edilmez.

Sorting parametreleri indexlenmeli mi?

Çoğu durumda bağımsız search intent taşımazlar. Ürünlerin yalnız sıralamasını değiştiren URL’lerin organic landing page olması genellikle gerekli değildir.

Filtre sayfasını clean URL’ye çevirmek SEO için yeterli mi?

Hayır. Temiz URL gerçek search demand, bağımsız intent ve page value yoksa yalnız teknik görünümü değiştirir. Landing page kararının önce search ve kullanıcı ihtiyacıyla doğrulanması gerekir.

Facet landing page’e özgün içerik eklemek gerekir mi?

Indexlenebilir page kullanıcıya parent category’den farklı ve gerçek değer sağlamalıdır. Ancak sırf uniqueness üretmek için doldurma metni yazmak yerine ürün seçimini kolaylaştıran anlamlı içerik ve navigation kullanılmalıdır.

Facet URL’leri sitemap’e eklenmeli mi?

Yalnız canonical ve indexlenmesi istenen gerçek facet landing pages sitemap’e dahil edilebilir. Noindex, duplicate veya crawl edilmesi istenmeyen kombinasyonların sitemap’te bulunması gerekmez.

Faceted navigation audit hangi verilerle yapılmalı?

URL crawl verisi, Google Search Console, mümkünse server logları, keyword/search demand, SERP, mevcut category architecture ve product inventory birlikte değerlendirilmelidir.

Index bloat nasıl anlaşılır?

Gerçek organic görev taşımayan çok sayıda parameter veya facet URL’nin Google indexinde bulunması, GSC index raporlarında yoğun filtre pattern’leri görülmesi ve crawl verilerinde bu URL’lerin aşırı çoğalması önemli sinyallerdir.

Facet mi kategori mi açacağımıza nasıl karar veririz?

Search demand, ayrı intent, SERP page type, stabil ürün seti, site navigation ihtiyacı ve bağımsız page value birlikte değerlendirilmelidir. Kalıcı ve temel product taxonomy oluşturan taleplerde gerçek kategori daha anlamlı olabilir.

Faceted navigation SEO yalnız büyük e-ticaret siteleri için mi önemli?

Problem büyük kataloglarda daha hızlı büyür ancak küçük mağazalarda da filtre parametreleri duplicate URL veya yanlış indexation üretebilir. Öncelik problemin gerçek kapsamına göre verilmelidir.

Kaynaklar

• Google: Managing Crawling of Faceted Navigation URLs
• Google Search Central: Designing a URL Structure for Ecommerce Websites