Faceted Navigation SEO Sorunları ve Çözümleri: E-Ticaret Filtrelerini Doğru Yönetme Rehberi

Bir e-ticaret sitesinde kullanıcıların “siyah”, “42 numara”, “Nike”, “1.000-2.000 TL” veya “stokta var” gibi seçeneklerle ürünleri daraltabilmesi alışveriş deneyimini ciddi biçimde kolaylaştırır. Ancak aynı filtre sistemi arama motorları açısından kontrol edilmediğinde tek bir kategori sayfasından binlerce, hatta çok daha fazla URL türetebilir.

Faceted navigation SEO probleminin özü filtre kullanmak değildir. Kullanıcı için gerekli olan filtreleme sisteminin, arama motoruna kontrolsüz bir URL alanı açmasıdır.

Google da faceted navigation sistemlerinin URL parametreleri üzerinden çalıştığında çok büyük URL alanları oluşturabileceğini; bunun aşırı taramaya ve yeni, değerli URL’lerin daha geç keşfedilmesine yol açabileceğini açıkça belirtiyor.

Doğru çözüm bu nedenle bütün filtreleri kapatmak değildir. Önce şu üç sorunun ayrı ayrı cevaplanması gerekir:

1. Bu filtre durumu ayrı bir URL oluşturmalı mı?
2. Oluşan URL arama motorları tarafından taranmalı mı?
3. Taranıyorsa Google dizinine girmeli mi?

Faceted navigation SEO stratejisi bu üç kararın sistematik biçimde verilmesidir.

Faceted Navigation Nedir?

Faceted navigation, bir ürün listesinin bir veya daha fazla ürün özelliğine göre dinamik olarak daraltılmasını sağlayan gezinme sistemidir.

Örneğin bir ayakkabı kategorisinde şu facet'ler bulunabilir:

• Marka
• Renk
• Numara
• Cinsiyet
• Materyal
• Kullanım amacı
• Fiyat aralığı
• Stok durumu
• İndirim durumu

Kullanıcı açısından bunların tamamı faydalıdır. SEO problemi ise her seçimin yeni bir URL üretmeye başlamasıyla ortaya çıkar.

Örneğin:

/erkek-spor-ayakkabi
/erkek-spor-ayakkabi?renk=siyah
/erkek-spor-ayakkabi?renk=siyah&numara=42
/erkek-spor-ayakkabi?renk=siyah&numara=42&marka=nike
/erkek-spor-ayakkabi?renk=siyah&numara=42&marka=nike&fiyat=1000-2000

Buna sıralama ve sayfalama parametreleri de eklendiğinde:

/erkek-spor-ayakkabi?renk=siyah&numara=42&marka=nike&sort=price-asc&page=2

gibi yeni adresler oluşur.

Asıl tehlike tek bir URL değildir. Filtrelerin birbirleriyle kombinasyonudur.

Örneğin 6 renk, 10 beden, 8 marka ve 5 fiyat aralığının bulunduğu basit bir kategoride teorik kombinasyon sayısı:

6 × 10 × 8 × 5 = 2.400

olabilir. Buna farklı sıralamalar, stok seçenekleri, sayfalama ve başka facet'ler eklendiğinde URL alanı hızla büyür.

Faceted Navigation SEO Açısından Neden Sorun Oluşturur?

Gereksiz URL'ler Googlebot'un Tarama Kaynağını Tüketebilir

Google, faceted navigation URL’lerinin taranmasının sunucu kaynaklarını kullanacağını ve yeni URL’lerin keşfedilmesini yavaşlatabileceğini özellikle belirtiyor.

Örneğin Googlebot sürekli şu adreslerde dolaşıyorsa:

?renk=siyah&beden=42
?beden=42&renk=siyah
?sort=fiyat-artan
?sort=fiyat-azalan
?view=grid
?view=list

aynı anda yeni eklenen önemli kategori veya ürünlerin keşfi yeterince verimli olmayabilir.

Bu durum özellikle on binlerce veya yüz binlerce gerçek URL’ye sahip büyük e-ticaret sitelerinde önem kazanır.

Küçük e-ticaret sitelerinde ise her sorunu “crawl budget problemi” olarak tanımlamak doğru değildir. Daha sık karşılaşılan sorunlar; kopya URL üretimi, yanlış canonical seçimi, indeks şişmesi ve site içi otoritenin değersiz filtre sayfalarına dağılmasıdır.

Aynı Ürün Seti Birden Fazla URL'den Açılabilir

Şu iki URL'nin aynı ürünleri göstermesi mümkündür:

?renk=siyah&numara=42

ve:

?numara=42&renk=siyah

Arama motoru açısından bunlar iki farklı URL’dir.

Filtre sırası standardize edilmezse aynı filtre kombinasyonu farklı adreslerle tekrar tekrar üretilebilir.

Google, filtreler URL path'i içerisine yerleştiriliyorsa mantıksal sıralamanın daima aynı tutulmasını ve aynı filtrelerin tekrarlanmasının engellenmesini öneriyor.

Değersiz Filtre Sayfaları İndekse Girebilir

Bir filtre URL’sinin taranabilir olması onun Google’da yer alması gerektiği anlamına gelmez.

Örneğin:

/kadin-elbise?renk=mavi&beden=xs&fiyat=827-1463

URL’sinin kullanıcı aramasına karşılık gelen bağımsız bir değeri olmayabilir.

Buna karşılık:

/kadin-elbise/siyah

sayfası “siyah kadın elbise” gibi anlamlı ve ticari bir aramayı karşılayabiliyorsa tamamen farklı değerlendirilmelidir.

Bu nedenle facet türüne değil, oluşan sayfanın arama değerine göre karar verilmelidir.

Kategori Sayfasıyla Filtre Sayfası Birbirine Rakip Olabilir

Ana kategori:

/erkek-spor-ayakkabi

ve filtrelenmiş versiyon:

/erkek-spor-ayakkabi?marka=nike

aynı title, aynı H1, aynı kategori açıklaması ve büyük ölçüde aynı ürünlerle yayınlanıyorsa Google hangi URL’nin hangi sorguya hizmet ettiğini net biçimde ayıramayabilir.

Sorun sadece duplicate content değildir. Arama niyetlerinin site mimarisinde doğru sayfalara dağıtılamamasıdır.

Her Filtre URL'si Engellenmeli mi?

Hayır.

Faceted navigation SEO çalışmalarındaki en önemli karar budur.

Arama talebi olan ve bağımsız kullanıcı ihtiyacını karşılayan bazı facet kombinasyonları organik trafik kazanabilecek güçlü landing page'lere dönüştürülebilir.

Örneğin bir elektronik mağazasında:

/televizyon

ana kategori olabilir.

Ancak kullanıcıların güçlü biçimde aradığı:

/televizyon/55-inc
/televizyon/oled
/televizyon/samsung

gibi segmentler ayrı ve kalıcı landing page'ler olarak değerlendirilebilir.

Buna karşılık:

/televizyon?sort=price-desc
/televizyon?stok=1
/televizyon?view=grid

gibi URL’lerin bağımsız organik arama değeri çoğunlukla yoktur.

Doğru strateji bütün facet'leri aynı kuralla yönetmek değil, sınıflandırmaktır.

Facet Index Karar Matrisi

Buradaki “evet” kararı yalnızca anahtar kelimenin aranmasına bağlı değildir.

Bir facet sayfasının bağımsız SEO landing page olabilmesi için:

• Belirgin arama niyeti,
• Yeterli ve anlamlı ürün seçeneği,
• Kabul edilebilir stok devamlılığı,
• Ana kategoriden farklı bir kullanıcı amacı,
• Kalıcı URL üretme imkânı,
• Özgün title ve H1,
• Mantıklı iç bağlantı,
• Uzun vadede korunabilir ürün portföyü

bulunmalıdır.

Faceted Navigation İçin Doğru Karar Ağacı

Filtre kombinasyonu oluştu
│
▼
Bu kombinasyonun bağımsız arama niyeti var mı?
│
┌────┴────┐
│ │
Hayır Evet
│ │
▼ ▼
SEO landing Yeterli ve sürdürülebilir
page yapma ürün grubu var mı?
│ │
│ ┌────┴────┐
│ Hayır Evet
│ │ │
▼ ▼ ▼
Crawl/index UX Kalıcı SEO
kontrolü filtresi landing page
│
▼
Self-canonical
index
iç link
sitemap

Bu modelde önemli olan “filtre mi kategori mi?” sorusu değildir.

Önemli olan arama motoruna hangi URL’yi gerçek bir arama sonucu sayfası olarak sunmak istediğimizdir.

Robots.txt, Noindex ve Canonical Aynı Amaçla Kullanılmaz

Faceted navigation konusunda en fazla hata bu üç mekanizmanın birbirinin alternatifi gibi değerlendirilmesinden kaynaklanır.

Robots.txt Ne İçin Kullanılır?

Robots.txt esas olarak tarama erişimini yönetir.

Örneğin SEO açısından tamamen değersiz sıralama parametrelerinin Googlebot tarafından sürekli taranmasını istemiyorsanız belirli URL desenleri engellenebilir.

User-agent: Googlebot
Disallow: /*?*sort=
Disallow: /*?*view=

Google’ın faceted navigation dokümantasyonu da indekslenmesine ihtiyaç duyulmayan facet URL’lerinde taramanın robots.txt ile engellenmesini olası yöntemlerden biri olarak gösteriyor.

Ancak robots.txt index silme aracı değildir.

Bir URL başka kaynaklardan keşfediliyorsa Google içeriği taramadan URL’yi yine tanıyabilir. Bu nedenle “robots.txt ekledim, sayfa kesin Google’dan kalkar” yaklaşımı yanlıştır.

Noindex Ne İçin Kullanılır?

Noindex bir indeksleme talimatıdır.

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

Googlebot sayfayı tarayıp bu etiketi gördüğünde URL’nin Google Arama dizininde tutulmamasını sağlar.

Ancak önemli bir ayrıntı vardır:

Noindex bulunan URL aynı anda robots.txt ile engellenmemelidir.

Google URL’yi tarayamazsa HTML içerisindeki noindex etiketini de göremez.

Dolayısıyla:

robots.txt → taramayı kontrol eder
noindex → indekslemeyi kontrol eder

Aynı şey değildir.

Canonical Ne İçin Kullanılır?

Canonical benzer veya aynı içeriği temsil eden URL’ler arasında hangi adresin temel sürüm olarak değerlendirilmesini istediğinizi belirtir.

Örneğin:

<link rel="canonical"
      href="https://www.example.com/erkek-spor-ayakkabi">

kullanılabilir.

Google, faceted navigation URL’lerinde canonical kullanımının zaman içinde canonical olmayan varyasyonların taranma hacmini azaltmaya yardımcı olabileceğini belirtiyor; ancak bunu robots.txt gibi doğrudan bir crawl kontrol mekanizması olarak değerlendirmiyor.

Bu nedenle canonical etiketi “Google bu URL’ye hiç gelmesin” komutu değildir.

En Büyük Hatalardan Biri: Her Filtreyi Ana Kategoriye Canonical Vermek

Örneğin:

/telefon?marka=samsung

sayfası gerçekten “Samsung telefon” aramasını hedefleyen güçlü bir landing page olarak tasarlanmışsa:

<link rel="canonical" href="/telefon">

kullanmak sayfanın bağımsız SEO değerini ortadan kaldırabilir.

Eğer Samsung filtresinin organik görünürlük kazanmasını istiyorsak sayfanın ayrı bir URL mimarisi, özgün metadata, yeterli ürün grubu, iç bağlantıları ve self-canonical yapısı olmalıdır.

Örneğin:

/telefon/samsung

<link rel="canonical"
      href="https://www.example.com/telefon/samsung">

Bu nedenle canonical kararı filtre türüne göre değil, URL'nin SEO görevi belirlendikten sonra verilmelidir.

Parametre Sırası Nasıl Yönetilmeli?

Şu iki adres aynı sonucu oluşturuyorsa:

?marka=nike&renk=siyah&beden=42

?beden=42&marka=nike&renk=siyah

uygulama aynı filtre durumunu birden fazla URL ile üretmemelidir.

Bir normalizasyon kuralı belirlenebilir:

brand → color → size → price → sort

ve uygulama URL parametrelerini her zaman aynı sırada üretir.

Query string kullanılıyorsa standart yapı tercih edilmelidir:

?brand=nike&color=black&size=42

Google URL parametrelerinde standart key=value yapısını ve birden fazla parametrede & ayırıcısını öneriyor.

Sonuç Vermeyen Filtre Kombinasyonları Nasıl Yönetilmeli?

Şu URL’nin hiçbir ürün döndürmediğini düşünelim:

/erkek-spor-ayakkabi?marka=x&renk=yesil&beden=54

En sık yapılan hatalardan biri sayfanın:

HTTP 200

döndürmeye devam etmesi ve yalnızca ekranda “Ürün bulunamadı” yazmasıdır.

Google’ın faceted navigation dokümantasyonu sonuç vermeyen filtre kombinasyonlarında uygun HTTP durum kodlarının kullanılmasını önerir.

Doğru:

GET /ayakkabi?renk=mor&beden=99

HTTP/1.1 404 Not Found

Yanlış:

HTTP/1.1 200 OK

<h1>Ürün bulunamadı</h1>

Bir diğer yanlış uygulama da sonuç vermeyen bütün filtreleri:

/arama-sonucu-yok

adresine yönlendirmektir.

Geçersiz veya var olmayan filtre kombinasyonlarında ortak hata sayfasına yönlendirmek yerine URL'nin kendisinde doğru HTTP yanıtı verilmesi daha sağlıklı bir teknik yaklaşımdır.

JavaScript ile Çalışan Filtrelerde SEO Nasıl Yönetilmeli?

Modern e-ticaret sistemlerinde filtreleme çoğunlukla JavaScript ile gerçekleştirilir.

Ancak “JavaScript kullanıyoruz, Google filtre URL’lerini görmez” varsayımı doğru değildir.

Filtre seçildiğinde uygulama:

history.pushState()

gibi yöntemlerle yeni bir crawlable URL oluşturuyorsa bu URL yine keşfedilebilir.

Bu nedenle teknik mimari iki farklı sayfa tipini birbirinden ayırmalıdır.

SEO Değeri Bulunan Filtre

Örneğin:

/kosu-ayakkabisi/nike

Sunucu veya SSR katmanından erişilebilir olmalı, gerçek <a href> bağlantılarıyla desteklenmeli ve bağımsız landing page olarak oluşturulmalıdır.

Google, e-ticaret navigasyonunda crawler'ın sayfaları güvenilir biçimde bulabilmesi için gerçek bağlantıların kullanılmasını tavsiye ediyor.

Yalnızca Kullanıcı Deneyimi İçin Kullanılan Filtre

Örneğin:

• Beden
• Stok
• Fiyat sırası
• Grid/list görünümü arama motoru için bağımsız sayfa oluşturmak zorunda değildir.

Ancak kullanılacak yöntem; URL paylaşımı, geri tuşu davranışı, analytics, SPA mimarisi ve kullanıcı deneyimiyle birlikte değerlendirilmelidir.

Faceted Navigation Sorunu Nasıl Teşhis Edilir?

Sorunu çözmeden önce gerçekten hangi URL'lerin üretildiği görülmelidir.

Search Console İncelenir

Özellikle şu URL durumları incelenmelidir:

• Tarandı, şu anda dizine eklenmedi
• Keşfedildi, şu anda dizine eklenmedi
• Alternatif sayfa
• Duplicate URL
• Google'ın kullanıcıdan farklı canonical seçtiği sayfalar

Ayrıca Crawl Stats verileri büyük sitelerde Googlebot’un hangi URL gruplarında zaman harcadığına dair önemli sinyaller verebilir.

Server Logları İncelenir

Log analizi faceted navigation teşhisinde en güçlü yöntemlerden biridir.

Örneğin Googlebot istekleri URL desenlerine ayrılır:

/category/                 14.000 istek
/product/                  32.000 istek
?sort=                     21.000 istek
?color=                    18.000 istek
?size=                     17.000 istek
?page=                     11.000 istek

Eğer bot trafiğinin önemli bölümü hiçbir organik değer üretmeyen URL desenlerine gidiyorsa problem yalnızca teorik değildir.

Optimia'nın Teknik SEO hizmetinde log analizi bu nedenle filtre ve parametre yönetiminin tamamlayıcı parçalarından biri olarak değerlendirilir.

Internal Crawl Yapılır

Screaming Frog, Sitebulb veya özel crawler sistemleriyle:

URL
status code
canonical
robots directive
crawl depth
inlinks
outlinks
title
H1
product count

gibi veriler birlikte incelenmelidir.

Sadece URL sayısını görmek yeterli değildir.

Search Console URL Parametreleri Aracı Kullanılmalı mı?

Hayır.

Eski SEO kaynaklarında hâlâ “Search Console URL Parameters aracından Google'a parametrenin ne yaptığını söyleyin” gibi öneriler görülebiliyor.

Bu artık uygulanabilir bir yöntem değildir.

Google, Search Console'daki URL Parametreleri aracını 2022 yılında kullanımdan kaldırdı.

Dolayısıyla modern faceted navigation kontrolü:

• Site mimarisi,
• URL üretim mantığı,
• robots.txt,
• canonical,
• noindex,
• HTTP durum kodları,
• internal linking,
• JavaScript davranışı,
• sitemap,
• sunucu logları üzerinden yapılmalıdır.

XML Sitemap İçine Filtre URL'leri Eklenmeli mi?

Sitemap dosyası Google'a öncelikle canonical ve indekslenmesini istediğimiz URL’leri sunmalıdır.

Örneğin stratejik landing page:

/erkek-spor-ayakkabi/nike

indexlenebilir ve self-canonical ise sitemap içerisinde yer alabilir.

Ancak:

?sort=
?view=
?stok=
?session=

gibi SEO değeri bulunmayan filtre durumlarını XML sitemap içerisine eklemek doğru değildir.

Aynı URL için:

internal link → A
canonical → B
sitemap → C

gibi çelişkili sinyaller oluşturulmamalıdır.

Internal links, sitemap ve canonical etiketleri mümkün olduğunca aynı tercih edilen URL sürümünü işaret etmelidir.

Faceted Navigation ve İç Linkleme Birlikte Planlanmalı

Bir facet sayfasını indekslemeye karar vermek yeterli değildir.

Örneğin:

/siyah-kadin-elbise

değerli bir ticari landing page ise yalnızca filtre tıklamasıyla ulaşılabilen bir URL olarak bırakılmamalıdır.

Gerekli durumlarda:

Kadın Elbise
   ├── Siyah Kadın Elbise
   ├── Uzun Kadın Elbise
   └── Abiye Elbise

gibi gerçek navigasyon ilişkilerine dönüştürülmelidir.

Böylece Google sayfanın site içerisindeki önemini daha iyi anlayabilir.

Bu nedenle faceted navigation ile e-ticaret sitesinde iç linkleme birbirinden bağımsız teknik konular değildir.

Ürün Varyasyonları Faceted Navigation ile Karıştırılmamalı

“Renk” hem kategori filtresi hem de ürün varyasyonu olabilir.

Örneğin:

/telefon?renk=siyah

bir kategori filtresiyken:

/iphone-17?color=black

ürünün belirli varyantını temsil edebilir.

Bu iki URL’nin SEO görevi aynı değildir.

Google, ürün varyantlarının ayrı URL'lerle tanımlanabilmesini destekler. Dolayısıyla kategori filtreleme kuralları doğrudan ürün varyasyonlarına uygulanmamalıdır.

Bu konunun ürün bazındaki teknik ayrıntıları için Ürün Varyasyonları SEO rehberimizi inceleyebilirsiniz.

Shopify'da Faceted Navigation SEO

Shopify Storefront Filtering sisteminde uygulanan filtreler collection veya search URL’lerine parametre olarak yansıyabilir.

Örneğin:

/collections/all?filter.p.product_type=shoes&filter.v.option.color=red

şeklinde URL’ler oluşabilir.

Bu nedenle Shopify mağazasında “native filtre kullanıyorum, SEO problemi otomatik çözülmüştür” varsayımı yapılmamalıdır.

SEO değeri bulunan kombinasyonlar için ayrı collection veya kontrollü landing page mimarisi oluşturmak; rastgele oluşan bütün filtre parametrelerini organik landing page olarak kullanmaktan daha kontrollü bir model sunabilir.

WooCommerce'de Faceted Navigation SEO

WooCommerce tarafında sonuç kullanılan filtre eklentisine göre ciddi biçimde değişir.

Bazı sistemler:

/shop/?filter_color=black

gibi GET parametreleri üretirken bazı eklentiler:

/shop/color-black/

gibi temiz görünümlü permalink yapıları oluşturabilir.

Ancak URL'nin temiz görünmesi onun otomatik olarak indekslenmesi gerektiği anlamına gelmez.

/shop/color-black/size-42/price-500-750/

teknik olarak güzel görünen fakat organik arama değeri bulunmayan bir URL olabilir.

Karar yine arama niyetine göre verilmelidir.

Magento / Adobe Commerce'de Faceted Navigation

Adobe Commerce'te layered navigation kategori, fiyat ve filtrelenebilir ürün attribute'ları üzerinden çalışabilir.

Dinamik kategori URL'lerinde örneğin:

/women/tops-women.html?style_general=135

gibi query parametreleri oluşabilir.

Magento projelerinde özellikle:

• Layered navigation extension'ları,
• Live Search,
• Kategori canonical ayarları,
• Attribute yapısı,
• Pagination,
• Üçüncü taraf SEO modülleri birlikte incelenmelidir.

Default ayarların mevcut mağazanın SEO stratejisi için doğru olduğu varsayılmamalıdır.

Özel Yazılım ve Headless E-Ticarette En Doğru Mimari

Özel yazılım altyapısı bu konuda önemli bir avantaj sağlar çünkü URL üretme mantığı doğrudan kontrol edilebilir.

En sağlıklı yapılardan biri üç katmanlı modeldir:

1. Gerçek kategoriler
        ↓
2. SEO değeri bulunan kontrollü facet landing page'leri
        ↓
3. Yalnızca UX amacı taşıyan dinamik filtre durumları

Örneğin:

/ayakkabi
/ayakkabi/kosu
/ayakkabi/kosu/nike

SEO sayfaları olabilir.

Buna karşılık:

size=42
stock=true
sort=price-asc
view=grid

yalnızca kullanıcı arayüzü durumu olarak ele alınabilir.

Bu ayrım daha sonra:

• Routing,
• Canonical,
• SSR,
• Sitemap,
• Internal linking,
• Cache,
• Robots,
• API sorguları

seviyesinde uygulanabilir.

Faceted navigation SEO'nun yalnızca içerik ekibi tarafından çözülememesinin temel nedeni de budur. Problem çoğu zaman yazılım mimarisinin içerisinde oluşur.

Faceted Navigation SEO Kontrol Listesi

URL Üretimi

• ☑ Aynı filtre kombinasyonu tek URL üretiyor.
• ☑ Parametre sırası standardize edilmiş.
• ☑ Büyük/küçük harf varyasyonları oluşmuyor.
• ☑ Tracking ve session parametreleri internal linklere taşınmıyor.
• ☑ Sıralama ve görünüm tercihleri gereksiz SEO URL’leri üretmiyor.

Crawl Yönetimi

• ☑ Googlebot’un filtre URL’lerine yaptığı istekler incelendi.
• ☑ Gereksiz crawl alanları belirlendi.
• ☑ Robots.txt kuralları URL desenine göre test edildi.
• ☑ Önemli ürün ve kategori URL’lerinin engellenmediği doğrulandı.

Index Yönetimi

• ☑ Hangi facet'lerin indexleneceği dokümante edildi.
• ☑ Noindex kullanılan sayfalar robots.txt ile çakışmıyor.
• ☑ Indexlenebilir landing page'lerde self-canonical bulunuyor.
• ☑ Canonical URL’ler redirect veya 404’e gitmiyor.
• ☑ Sitemap yalnızca uygun canonical URL’leri içeriyor.

İçerik ve Arama Niyeti

• ☑ Indexlenen facet'in bağımsız arama talebi var.
• ☑ Ana kategoriyle aynı amacı tekrar etmiyor.
• ☑ Yeterli ürün çeşitliliğine sahip.
• ☑ Stok yapısı sayfanın kalıcı kalmasına uygun.
• ☑ Title, H1 ve sayfa amacı özgün.

Teknik Davranış

• ☑ Sonuç vermeyen anlamsız filtre kombinasyonları doğru HTTP yanıtı veriyor.
• ☑ JavaScript filtreleri Googlebot açısından test edildi.
• ☑ Indexlenebilir landing page'lere crawlable <a href> bağlantıları bulunuyor.
• ☑ Pagination ile facet kombinasyonlarının yeni crawl trap'ler oluşturmadığı doğrulandı.
• ☑ Mobil filtre deneyimi ayrıca test edildi.

Faceted Navigation İçin En Doğru SEO Stratejisi Nedir?

Tek bir universal ayar yoktur.

En doğru yaklaşım, filtreleme sistemini iki farklı dünyaya ayırmaktır:

Kullanıcıya ürün buldurmak için gerekli facet'ler ile Google'da bağımsız arama talebini karşılayabilecek landing page'ler aynı şey değildir.

SEO stratejisinin amacı kullanıcı filtrelerini ortadan kaldırmak değil; arama motorunun gereksiz kombinasyonlarda dolaşmasını engellerken ticari değer taşıyan segmentleri güçlü organik landing page'lere dönüştürmektir.

Bu yüzden iyi bir faceted navigation projesi yalnızca:

canonical ekle
noindex ekle
robots.txt kapat

şeklindeki üç teknik işlemden oluşmaz.

Önce arama talebi ve kategori mimarisi belirlenir. Ardından facet'ler sınıflandırılır. URL üretme kuralları yazılım seviyesinde düzenlenir. Crawl ve index davranışı kontrol edilir. İç bağlantılar oluşturulur. Son olarak Search Console ve sunucu logları üzerinden gerçek Googlebot davranışı takip edilir.

Optimia Faceted Navigation ve E-Ticaret SEO Yaklaşımı

Faceted navigation sorunları çoğu zaman bir içerik düzenlemesinden çok yazılım ve SEO'nun birlikte çözmesi gereken mimari problemlerdir.

Optimia'da e-ticaret projelerini değerlendirirken yalnızca hangi filtrelerin bulunduğuna bakmayız.

Şunları birlikte inceleriz:

• Filtre sisteminin kaç farklı URL ürettiğini,
• Googlebot’un hangi URL gruplarını taradığını,
• Gereksiz filtrelerin indekse girip girmediğini,
• Hangi facet'lerin gerçek arama talebi taşıdığını,
• Kategori ve filtre sayfalarının birbirleriyle rekabet edip etmediğini,
• Canonical ve robots kurallarının uyumunu,
• JavaScript sonrası oluşan URL ve bağlantıları,
• Sitemap ile internal link sinyallerinin tutarlılığını,
• Teknik düzenlemelerin yazılım tarafında nasıl ölçeklenebileceğini değerlendiririz.

Amaç bütün filtreleri kapatmak veya mümkün olduğunca fazla landing page oluşturmak değildir.

Amaç, Google'ın gereksiz URL'lerde kaynak tüketmesini azaltırken satın alma niyeti taşıyan aramalara doğru kategori ve ürün gruplarını sunmaktır.

E-ticaret sitenizde ürün, kategori, filtre ve teknik altyapıyı organik satış hedefiyle birlikte değerlendirmek için Optimia E-Ticaret SEO hizmetini inceleyebilirsiniz.