Bir e-ticaret sitesinin en kullanışlı özelliklerinden biri filtrelemedir.
Aynı özellik teknik SEO açısından mağazanın en büyük problemlerinden birine de dönüşebilir.
Sorun filtre kullanmak değildir.
Sorun her filtre state'ini yeni bir SEO sayfası haline getirmektir.
Faceted navigation nedir?
Faceted navigation, kullanıcıların ürün listesini birden fazla attribute üzerinden daraltmasını sağlayan sistemdir.
Örneğin:
Kategori: Sneaker
Marka: Nike
Renk: Siyah
Beden: 43
Google açısından problem nedir?
Crawler'ın zamanı sınırsız değildir.
Aynı ürün kümesinin yüzlerce kombinasyonunu crawl etmek önemli ürün URL'lerinin daha geç keşfedilmesine, duplicate sayfaların oluşmasına ve gereksiz index büyümesine neden olabilir.
Her filtre URL'sini noindex yapmak doğru mu?
Her zaman değil.
Bazı filtre kombinasyonlarının gerçek organik talebi olabilir.
Örneğin “kadın siyah bot” gerçek ve ticari bir arama sorgusudur.
Buradaki temel ayrım:
Search demand olan facet
vs.
UX için kullanılan facet
olmalıdır.
SEO landing page nasıl seçilir?
Bir facet kombinasyonu indexlenmeden önce şu kriterler değerlendirilebilir:
- Arama talebi var mı?
- Yeterli ürün var mı?
- Sayfa kalıcı mı?
- Parent kategoriden anlamlı şekilde farklı intent taşıyor mu?
Canonical tek başına çözüm mü?
Hayır.
Canonical duplicate sinyalini yönetmeye yardımcı olabilir ancak crawl control mekanizması değildir.
URL parametre sırası neden önemli?
?color=black&size=43
ve
?size=43&color=black
aynı sonucu veriyorsa aynı state'in iki farklı adresidir.
Storefront filtre sistemi parametreleri canonical bir sırada üretmelidir.
Sort URL'leri genellikle indexlenmemeli
?sort=price-asc, ?sort=price-desc, ?sort=newest aynı ürün kümesini farklı sırada gösterir.
Bunların bağımsız organik intent'i çoğunlukla yoktur.
Filtre kombinasyonu ürün bırakmıyorsa ne yapılmalı?
Sıfır ürün veren kombinasyonların indexlenebilir landing page olması anlamlı değildir.
Facet engine available counts üretebilmelidir.
SEO ile search engine aynı filtre altyapısını kullanabilir
İyi tasarlanmış sistemde kategori sayfası ve site search ortak product index kullanabilir.
Storefront hızlı filtreleme yaparken SEO layer yalnız onaylanmış kombinasyonları crawlable landing page'e dönüştürür.
Teknik mimari
Product Index
↓
Facet Engine
↓
Interactive filters
SEO Landing Page Resolver
SEO resolver whitelist tutabilir.
Faceted SEO checklist
- Hangi filtrelerin arama talebi var?
- Hangi kombinasyonlar indexlenebilir?
- Sort URL'leri kontrol altında mı?
- Parametre sırası deterministic mi?
- Aynı state birden fazla URL üretiyor mu?
- Empty result sayfaları oluşuyor mu?
- Canonical doğru mu?
- Sitemap filtre URL'leri içeriyor mu?
- Internal linking değerli facet sayfalarına ulaşıyor mu?
- Facet sayfalarının unique title/H1'i var mı?
- Ürün sayısı çok düşük landing page'ler var mı?
- JavaScript filtreleri gerçek URL state'i üretiyor mu?
- Crawl loglarında parametre patlaması görülüyor mu?
Facet'leri üç sınıfa ayırın
1. SEO facet
Arama talebi ve kalıcı intent vardır.
2. UX facet
Kullanıcıya yardımcı olur ama ayrı landing değeri yoktur.
3. Operational facet
Stok, teslimat veya kampanya gibi geçici state.
Parametre sırası canonicalization
?color=black&brand=x
?brand=x&color=black
aynı state'i temsil edebilir. URL serializer parametre sırası, case, duplicate value ve empty param için deterministik olmalıdır.
Empty result sayfaları
SEO landing page sıfır ürün döndürdüğünde assortment temporary mi kalıcı mı ayrılmalıdır.
Internal linking whitelist
Indexlenmesi istenen facet URL'leri güçlü internal linking almalıdır. İstenmeyen milyonlarca kombinasyonu facet UI'dan crawlable href olarak üretmek crawl bloat yaratabilir.
Canonical tek başına crawl budget çözümü değildir
Canonical consolidation sinyalidir; URL'nin hiç crawl edilmeyeceği anlamına gelmez.
Bu nedenle link generation, parameter control, robots/noindex ve sitemap birlikte düşünülmelidir.
Log analizi
- Googlebot requests/day
- canonical pages share
- facet parameter share
- 404 share
- duplicate URL share
ölçülebilir.
SEO facet governance
Yeni filtre eklendiğinde:
- search demand?
- stable inventory?
- unique title/meta?
- minimum product count?
- internal link?
- canonical?
- sitemap?
kontrol edilmeden indexable URL ailesi açılmamalıdır.
Crawl budget yerine crawl efficiency düşünün
Her site teknik olarak “crawl budget problemi” yaşamaz. Ancak bot trafiğinin %60'ı değersiz facet kombinasyonlarına gidiyorsa crawl efficiency kötüdür.
Hedef:
- önemli kategori/product URL'lerin hızlı keşfi,
- gereksiz kombinasyonların minimum üretimi,
- indexable facet'lerin açık şekilde işaretlenmesi.
Bu yaklaşım SEO ekibi ile engineering arasında daha ölçülebilir bir hedef oluşturur.
Sonuç
Her filtreyi SEO'ya açmak yanlış; hiçbir filtreyi SEO'ya açmamak da fırsat kaybettirebilir.
Doğru yaklaşım kontrollü indexable facet set'i oluşturmaktır.
Reliefers olarak kategori ve filtre sistemlerini yalnız frontend component olarak değil; product index, URL state, internal linking, canonical ve crawl davranışıyla birlikte ele alıyoruz.