E-Ticaret Kategorilerinde Filtreleme ve Canonical URL Yönetimi

E-ticaret sitelerinde filtreleme kullanıcı deneyimini ciddi biçimde iyileştirir, fakat aynı sistem yanlış URL politikasıyla kurulduğunda binlerce gereksiz adres oluşturabilir. E-Ticaret Kategorilerinde Filtreleme ve Canonical URL Yönetimi bu nedenle yalnız canonical etiketi ekleme işi değildir. Arama talebi, URL üretimi, crawl davranışı, index politikası, pagination ve iç linkleme aynı plan içinde düşünülmelidir. Yaklaşık on yıllık teknik SEO çalışmalarında en sık gördüğüm hata, bütün filtre URL’lerine tek bir kural uygulamaktır. Bu rehberde e-ticaret kategori filtrelerinde canonical URL nasıl kullanılır sorusundan başlayarak faceted navigation filtre URL'leri SEO için nasıl yönetilir konusunu URL pattern seviyesinde ele alacağız.

E-Ticaret Filtreleme Sistemi Nedir?

E-ticaret filtreleme sistemi, kullanıcıların geniş ürün listelerini belirli özelliklere göre daraltmasını sağlayan navigasyon yapısıdır. Marka, renk, fiyat, beden ve teknik özellik gibi alanlar filtre olarak kullanılabilir. Kullanıcı açısından filtre sistemi seçim yapmayı kolaylaştırırken arama motoru açısından çok sayıda yeni URL anlamına gelebilir. Her filtre seçiminin ayrı URL oluşturması zorunlu değildir. SEO politikası, hangi filtrelerin yalnız kullanıcı deneyimi için çalışacağını ve hangilerinin organik landing page olacağını önceden belirlemelidir.

Faceted Navigation Nedir?

Faceted navigation, bir ürün listesini birden fazla özellik üzerinden daraltmaya yarayan filtre mimarisidir. Kullanıcı aynı kategori içinde marka, renk ve fiyat gibi birden fazla facet seçebilir. Her yeni seçim farklı bir ürün seti oluşturabilir. Teknik tarafta bu seçimler query parametreleri veya temiz URL yolları üzerinden temsil edilebilir. SEO açısından önemli olan her facet kombinasyonunun otomatik olarak indexlenebilir sayfaya dönüşmemesidir.

Filtreleme ile Site İçi Arama Arasındaki Fark

Filtreleme, önceden tanımlanmış ürün özellikleri üzerinden listeyi daraltır. Site içi arama ise kullanıcının serbest metin sorgusuyla sonuç üretir. Filtre URL’leri belirli kurallarla kontrol edilebilirken site içi arama teorik olarak sınırsız sorgu üretebilir. Bu nedenle site içi arama sonuçlarını doğrudan organik landing page gibi kullanmak çoğu projede doğru değildir. Kalıcı arama talebi bulunan sorgular ayrı kategori veya facet landing page’e dönüştürülebilir.

Faceted Navigation ile Pagination Arasındaki Fark

Faceted navigation ürün setinin kapsamını değiştirir. Pagination ise aynı ürün setini farklı sayfalara böler. Bir filtre “siyah ayakkabılar” gibi yeni bir liste oluştururken pagination bu listenin ikinci veya üçüncü bölümünü gösterir. Bu iki URL türünün canonical politikası aynı olmamalıdır. Pagination sayfaları kendi içerik parçalarını temsil ederken facet URL’leri search demand ve intent açısından ayrıca değerlendirilmelidir.

Filtreleme ile Sorting Arasındaki Fark

Filtreleme sonuç kümesini değiştirir, sorting ise aynı ürünleri farklı sıraya dizer. Fiyata göre artan sıralama yeni bir kullanıcı deneyimi sunabilir fakat çoğu durumda yeni organik landing page anlamına gelmez. Sorting URL’lerinin indexlenmesi genellikle gereksiz duplicate alanı oluşturur. Bu yüzden sorting parametreleri facet parametrelerinden ayrı sınıflandırılmalıdır. Teknik SEO kuralı her parametre türünün gerçek işlevine göre tanımlanmalıdır.

E-Ticaret Sitelerinde Hangi Filtreler Kullanılır?

Filtre türü sektör ve ürün kataloğuna göre değişir. Moda sitesinde renk ve beden önemliyken elektronik kategorisinde işlemci, ekran boyutu veya kapasite öne çıkabilir. SEO açısından filtre isminin kendisinden çok arama talebi ve ürün seti farklılığı önemlidir. Bazı filtreler güçlü organik fırsat yaratırken bazıları yalnız UX amacı taşır. Bu nedenle filtre politikası kategori ve ürün grubu seviyesinde esnek olmalıdır.

Marka

Marka filtreleri e-ticaret SEO’sunda en sık organik landing page’e dönüşebilen facet türlerinden biridir. Kullanıcılar çoğu kategoride marka ve ürün kategorisini birlikte arar. Bu durumda marka filtresi yeterli ürün seti taşıyorsa bağımsız sayfa hâline gelebilir. Sayfanın self-canonical olması, özel title ve H1 taşıması gerekir. Talep bulunmayan küçük marka kombinasyonları ise aynı şekilde indexlenmek zorunda değildir.

Renk

Renk filtresinin SEO değeri kategoriye göre büyük ölçüde değişir. Moda ve dekorasyon alanında renk güçlü search intent oluşturabilir. Elektronikte ise bazı ürünlerde renk ikincil kullanıcı tercihi olabilir. “Siyah elbise” gibi sorgular bağımsız landing page fırsatı yaratabilir. Search demand bulunmayan renk kombinasyonları yalnız filtre deneyimi olarak tutulabilir.

Beden ve Numara

Beden ve numara kullanıcı satın alma kararında kritik olabilir. Buna rağmen bu filtrelerin ürün havuzu stok hareketlerinden hızlı etkilenebilir. Bugün onlarca ürün bulunan belirli numara sayfası yarın iki ürüne düşebilir. Bu volatilite organik landing page kararında dikkate alınmalıdır. Güçlü ve sürekli search demand bulunmuyorsa index yerine kullanıcı filtresi olarak yönetmek daha güvenlidir.

Fiyat

Fiyat filtreleri özellikle dinamik aralıklarda çok büyük URL alanı oluşturabilir. Kullanıcı manuel minimum ve maksimum değer giriyorsa teorik olarak sınırsız kombinasyon üretilebilir. Search demand çoğu zaman belirli sabit fiyat kalıplarında yoğunlaşır. Bu durumda SEO amacıyla yalnız seçilmiş fiyat landing page’leri açılabilir. Diğer dinamik aralıklar noindex veya crawl control politikasıyla yönetilebilir.

Materyal

Materyal bazı ürün gruplarında güçlü arama niyeti taşır. Ahşap masa, deri çanta veya pamuk gömlek gibi sorgular buna örnek olabilir. Kategoriyle birleştiğinde anlamlı ürün seti oluşuyorsa landing page değerlendirilebilir. Yeterli ürün bulunmuyorsa aynı yapı zayıf sayfa üretebilir. Materyal facet’i kategoriye göre ayrı değerlendirilmelidir.

Teknik Özellik

Teknik özellik filtreleri elektronik ve teknik ürünlerde oldukça değerlidir. Depolama kapasitesi, ekran boyutu veya işlemci tipi kullanıcı sorgularında doğrudan yer alabilir. Buna karşılık onlarca özelliğin bir arada seçilmesi çok dar kombinasyonlar üretir. Bir veya iki güçlü facet SEO fırsatı taşıyabilirken derin kombinasyonlar crawl alanını şişirebilir. Burada search demand ve product count birlikte kullanılmalıdır.

Stok Durumu

Stok durumu kullanıcı için faydalı bir filtre olsa da çoğu zaman kalıcı organik landing page değildir. “Stokta olanlar” sonucu sürekli değişebilir. Kullanıcı deneyimi açısından hızlı erişim sağlar. Ancak ayrı title, intent ve stabil ürün seti oluşturmadığı için indexlenmesi gerekmeyebilir. Stok parametresi genellikle UX filtresi olarak yönetilir.

Puanlama

Puanlama filtresi kullanıcıların yüksek değerlendirmeli ürünleri ayırmasına yardımcı olur. Arama motoru tarafında ise çoğu kategori için bağımsız search demand sınırlıdır. Ürün puanları sürekli değiştiği için sonuç kümesi de kararlı değildir. Bu nedenle puanlama URL’leri çoğunlukla indexlenebilir landing page olmamalıdır. Kullanıcı deneyimi korunurken organik URL alanı kontrollü tutulabilir.

Filtreleme Sistemi Neden SEO Problemi Oluşturabilir?

Filtreleme sistemlerinin temel SEO riski, küçük bir kullanıcı özelliğinin çok büyük URL alanı üretmesidir. Arama motoru bu adresleri keşfettiğinde tarama kaynaklarını düşük değerli kombinasyonlara ayırabilir. Aynı ürün listeleri farklı parametre sıralarıyla tekrar tekrar oluşabilir. Bu durum duplicate content, index bloat ve iç link sinyallerinin dağılmasına neden olur. Kategori filtrelerinde URL parametreleri canonical ve crawl budget yönetimi birlikte yapılmadığında sorun zamanla büyür.

URL Explosion

URL explosion birkaç facet’in kombinasyonlarla binlerce hatta milyonlarca adrese dönüşmesidir. Beş marka, on renk ve on fiyat aralığı bile çok sayıda kombinasyon üretir. Pagination ve sorting de eklendiğinde sayı daha hızlı büyür. Arama motoru her kombinasyonu ayrı URL olarak keşfedebilir. URL generation kuralları bu büyümeyi daha kaynağında sınırlandırmalıdır.

Crawl Trap

Crawl trap botların düşük değerli veya teorik olarak sonsuz URL dizilerinde dolaşmasıdır. Dinamik fiyat, takvim veya çoklu filtreler bu riski artırabilir. Googlebot sürekli yeni parametre kombinasyonları bulabilir. Bu sırada önemli kategori ve ürün URL’lerine ayrılan crawl oranı düşebilir. Crawl trap yalnız canonical etiketiyle çözülemez.

Duplicate Content

Duplicate content aynı veya çok benzer ürün listesinin farklı URL’lerde sunulmasıdır. Parametre sırası ve sorting varyasyonları bu sorunu sık üretir. Kullanıcı aynı içeriği farklı adreslerden görebilir. Canonical sinyali tercih edilen URL’yi belirtmeye yardımcı olabilir. Asıl hedef mümkün olduğunda duplicate URL üretimini azaltmaktır.

Near-Duplicate Content

Near-duplicate sayfalar tamamen aynı değildir ancak ürün setleri büyük ölçüde örtüşür. İki renk veya teknik filtre kombinasyonu neredeyse aynı sonuçları gösterebilir. Bu URL’lerin tamamının organik landing page olması gereksiz rekabet yaratabilir. Product overlap oranı karar modeline eklenebilir. Search intent farkı yoksa daha güçlü tek URL tercih edilebilir.

Index Bloat

Index bloat düşük değerli çok sayıda URL’nin arama motoru indexine girmesidir. Bu durum sitenin güçlü kategori ve ürün sayfaları arasındaki sinyalleri seyreltebilir. Search Console’da çok sayıda filtre URL’si görünür hâle gelebilir. Indexlenen URL sayısı ile organik trafik alan URL sayısı karşılaştırılmalıdır. Büyük fark varsa filtre politikası yeniden değerlendirilmelidir.

Internal Link Equity Dağılımı

Her filtre bağlantısı crawl edilebilir ve yaygınsa iç link sinyalleri çok geniş URL alanına dağılabilir. Ana kategori yerine onlarca düşük değerli varyasyon güçlü link almaya başlayabilir. Bu nedenle internal link mimarisi yalnız indexlenebilir facet’leri öne çıkarmalıdır. Canonical hedefe doğrudan link verilmesi daha tutarlı sinyal sağlar. Kullanıcı filtresi ile SEO landing page bağlantısı aynı şey değildir.

Birkaç Filtre Nasıl Binlerce URL Oluşturur?

Faceted navigation kombinatoryal büyüme üretir. Her filtre yeni bir seçim ekseni ekler. Parametre sırası, sorting, pagination ve tracking değerleri aynı kullanıcı durumunu birden fazla adresle temsil edebilir. Bu nedenle URL sayısını yalnız ürün veya kategori sayısına bakarak tahmin etmek yanıltıcıdır. Teknik audit sırasında gerçek URL pattern’leri ayrı ayrı çıkarılmalıdır.

Facet Kombinasyonları

Marka, renk ve beden aynı anda seçildiğinde tek facet yerine kombinasyon URL’si oluşur. Her yeni seçenek toplam olasılık sayısını çarpar. Beş facet bile çok büyük alan oluşturabilir. Kullanıcı için gerekli kombinasyon ile SEO için gerekli landing page sayısı aynı değildir. En fazla bir veya iki güçlü facet SEO’ya açık tutulabilir.

Filter Order Permutations

Aynı filtreler farklı sırada eklenirse duplicate URL oluşabilir. Marka önce, renk sonra veya renk önce, marka sonra teknik olarak farklı query string üretebilir. İçerik aynı kaldığı için gereksiz adres oluşur. Sunucu tek standart parametre sırası üretmelidir. Canonical bu normalizasyonu destekleyebilir.

Sorting Parametreleri

Sorting parametreleri aynı ürün kümesini farklı sıra ile tekrar üretir. Her facet ile birleştiğinde URL sayısını daha da büyütür. Fiyat artan, fiyat azalan ve en popüler gibi varyasyonlar çoğu zaman ayrı organik sayfa değildir. Internal link üretimi kontrol edilmelidir. Arama motoruna yeni landing page sinyali verilmemelidir.

Pagination Kombinasyonları

Her facet URL’si birden fazla pagination sayfasına sahip olabilir. Bu durum URL sayısını ürün hacmine bağlı olarak birkaç kat artırır. Indexlenebilir facet varsa pagination sayfaları da crawl edilebilir olmalıdır. Noindex facet’in pagination davranışı farklı politika gerektirir. Pagination ve facet kuralları aynı teknik spec içinde yer almalıdır.

Tracking Parametreleri

Tracking parametreleri kampanya veya kullanıcı davranışı ölçmek için eklenebilir. İçeriği değiştirmiyorsa ayrı indexlenebilir URL oluşturmamalıdır. Filtre ve pagination ile birleştiğinde duplicate sayısını artırır. Internal navigation tracking için URL parametresi kullanmak yerine event tabanlı ölçüm tercih edilebilir. Tracking varyasyonları temiz canonical URL’ye bağlanmalıdır.

Crawl, Index ve Canonicalization Arasındaki Fark Nedir?

Crawl, index ve canonicalization birbirinden farklı süreçlerdir. Bir URL’nin taranması onun mutlaka indexleneceği anlamına gelmez. Canonical etiketi de crawl davranışını otomatik olarak durdurmaz. E-ticaret filtre sayfaları index noindex canonical stratejisi oluşturulurken bu üç kavram ayrı karar noktaları olarak ele alınmalıdır. Bu ayrım yapılmadığında robots.txt, noindex ve canonical birbirinin yerine yanlış kullanılabilir.

Crawling Nedir?

Crawling arama motoru botunun URL’yi ziyaret edip içeriği almasıdır. Bot URL’yi internal link, sitemap veya harici bağlantı üzerinden keşfedebilir. Tarama kaynak tüketir. Düşük değerli milyonlarca filtre URL’si crawl verimliliğini azaltabilir. Crawl control bu keşif ve erişim davranışını yönetir.

Indexing Nedir?

Indexing arama motorunun taradığı içeriği arama indexine dahil etme sürecidir. Her crawl edilen URL indexlenmez. Noindex işareti bu aşamada önemli rol oynar. Çok benzer sayfalar da index dışında kalabilir. Index politikası URL’nin organik landing page değerine göre verilmelidir.

Canonicalization Nedir?

Canonicalization benzer URL’ler arasından tercih edilen temsilci adresin belirlenmesidir. rel="canonical" etiketi bu tercihe sinyal verir. Arama motoru başka sinyalleri de değerlendirir. Internal links, sitemap ve redirects canonical seçimini etkileyebilir. Bu nedenle canonical etiketi tek başına düşünülmemelidir.

Neden Üçü Ayrı Yönetilmelidir?

Bir URL crawl edilebilir fakat noindex olabilir. Bir URL indexlenebilir ve self-canonical olabilir. Başka bir URL crawl edilebilir fakat farklı temsilci adrese canonical verebilir. Robots.txt taramayı engellerken noindex index davranışını, canonical ise temsilci sinyalini etkiler. Bu ayrım faceted navigation stratejisinin temelidir.

Canonical URL Nedir?

Canonical URL, benzer veya duplicate sayfalar arasında arama motoruna tercih edilen ana adresi gösteren URL’dir. E-ticaret filtreleme ve canonical URL teknik SEO optimizasyonu yapılırken canonical’ın neyi çözebildiği ve neyi çözemediği doğru anlaşılmalıdır. Canonical düşük değerli URL üretimini durdurmaz. Crawl alanını otomatik kapatmaz. Tercih edilen temsilci URL sinyali sağlar.

rel="canonical" Ne İşe Yarar?

rel="canonical" HTML içinde tercih edilen URL’yi bildirir. Duplicate veya çok benzer sayfaları tek temsilci altında konsolide etmeye yardımcı olabilir. Hedef URL erişilebilir ve indexlenebilir olmalıdır. Canonical target sürekli redirect olmamalıdır. Sitemap ve internal linklerle aynı URL’nin desteklenmesi daha güçlü sonuç verir.

Canonical Neden Kullanılır?

Aynı içeriğe birden fazla URL ile ulaşılabildiğinde canonical faydalıdır. Tracking ve bazı filtre varyasyonları buna örnek olabilir. Arama motorunun sinyalleri ana URL’de birleştirmesine yardımcı olur. Fakat gereksiz URL üretimini durdurmaz. Bu nedenle URL normalization ile birlikte kullanılmalıdır.

Canonical Bir Direktif midir?

Canonical kesin bir emir değil güçlü bir sinyaldir. Arama motoru farklı bir canonical seçebilir. İçerik farkı yüksekse declared canonical kabul edilmeyebilir. Internal links veya sitemap başka URL’yi destekliyorsa sinyaller çelişebilir. Google-selected canonical bu yüzden ayrıca kontrol edilmelidir.

Declared Canonical Nedir?

Declared canonical site tarafından HTML veya HTTP üzerinden bildirilen canonical URL’dir. Teknik ekip bu hedefi template üzerinden üretir. Her sayfa tipinin beklenen declared canonical davranışı dokümante edilmelidir. Yanlış template binlerce URL’yi başka sayfaya işaret ettirebilir. Otomatik QA bu alanı düzenli kontrol etmelidir.

Google-Selected Canonical Nedir?

Google-selected canonical Google’ın duplicate küme içinde kendi tercih ettiği URL’dir. Bu seçim declared canonical ile aynı olabilir veya farklı olabilir. Search Console URL Inspection üzerinden örnek sayfalarda kontrol edilebilir. Farklı seçim varsa içerik, internal links ve sitemap birlikte incelenmelidir. Yalnız canonical etiketini tekrar eklemek sorunu her zaman çözmez.

Canonical URL Nasıl Seçilmelidir?

Canonical seçiminde kullanıcı açısından temsilci olan, kalıcı ve indexlenebilir URL tercih edilmelidir. İçerik benzerliği önemli bir kriterdir. Sitemap, redirect ve internal link sinyalleri aynı hedefi desteklemelidir. Farklı search intent taşıyan bir facet’i ana kategoriye canonical etmek yanlış olabilir. URL tutarlılığı bütün site politikası içinde korunmalıdır.

Kullanıcı İçin Temsilci URL

Canonical hedef kullanıcı açısından da anlamlı ana sayfa olmalıdır. Duplicate tracking URL’si temiz kategori adresine bağlanabilir. Fakat “kırmızı elbiseler” ayrı intent taşıyorsa genel elbise kategorisine zorla canonical vermek doğru olmayabilir. Temsilci URL içerik kümesini gerçekten karşılamalıdır. Kullanıcı değerini teknik kolaylık için feda etmemek gerekir.

İçerik Benzerliği

Canonical adayları arasında içerik benzerliği yüksek olmalıdır. Ürün setleri ve sayfa amacı büyük ölçüde farklıysa canonical ilişkisi zayıf kalır. Product overlap oranı audit sırasında ölçülebilir. Yüksek overlap ve aynı intent tek temsilci ihtiyacını destekler. Düşük overlap durumunda bağımsız sayfa değerlendirilmelidir.

İç Link Sinyalleri

Site içinde hangi URL’ye link verildiği arama motoruna güçlü tercih sinyali gönderir. Duplicate varyasyonlara sürekli link verip başka URL’yi canonical göstermek çelişkidir. Filtre landing page SEO’ya açıksa internal link kazanmalıdır. Duplicate parametreler mümkün olduğunca linklenmemelidir. Kullanıcı arayüzü temiz canonical URL üretmelidir.

Sitemap Sinyalleri

XML sitemap yalnız tercih edilen indexlenebilir canonical URL’leri içermelidir. Duplicate filtre varyasyonlarının sitemap’te bulunması karışık sinyal üretir. Sitemap canonical politikasıyla birebir uyumlu olmalıdır. URL 200 ve indexlenebilir olmalıdır. Sitemap audit’i canonical QA’nın parçası hâline getirilmelidir.

Redirect Sinyalleri

Kalıcı olarak kaldırılmış duplicate URL’ler 301 ile ana hedefe yönlendirilebilir. Redirect canonical’dan daha güçlü konsolidasyon aracıdır. Hâlâ kullanıcı için gerekli filtre URL’lerinde redirect uygun olmayabilir. Redirect zincirlerinden kaçınılmalıdır. Teknik yönlendirme yapısı konusunda https://www.diyarbakiryazilim.com.tr/projects sayfasındaki proje yaklaşımı incelenebilir.

URL Tutarlılığı

HTTP ve HTTPS, slash kullanımı, büyük küçük harf ve parametre sırası standart olmalıdır. Aynı sayfa birçok formatta açılmamalıdır. Server normalization gereksiz duplicate’leri azaltır. Canonical kalan varyasyonları destekleyici şekilde konsolide eder. URL politikası uygulama genelinde tek standarda bağlanmalıdır.

Self-Canonical Nedir?

Self-canonical sayfanın canonical olarak kendi URL’sini göstermesidir. Benzersiz ve indexlenebilir sayfalar için açık tercih sinyali sağlar. Ana kategori ve bağımsız SEO facet landing page genellikle self-canonical kullanabilir. Duplicate filtre varyasyonları ise uygun temsilci URL’ye işaret etmelidir. Self-canonical her URL’nin indexlenmesi gerektiği anlamına gelmez.

Ana Kategori Sayfası

Ana kategori organik arama için temel landing page rolündedir. Temiz URL, güçlü internal links ve sitemap desteği almalıdır. Genel kategori intent’ini temsil eder. Filtre parametreleri olmadan canonical adres oluşturulmalıdır. Teknik olarak bu sayfanın kendi URL’sini canonical göstermesi doğal yaklaşımdır.

Self-canonical

Ana kategori sayfası kendi temiz URL’sine canonical vermelidir. Başka kategoriye canonical vermek bilgi mimarisini bozar. Tracking parametreli varyasyonlar ana kategoriye dönebilir. Sitemap aynı temiz URL’yi içermelidir. İç linkler de bu adresi desteklemelidir.

Bağımsız SEO Facet Landing Page

Arama talebi ve ayrı intent taşıyan facet landing page bağımsız organik sayfa olabilir. Özel H1, title ve ürün seti bulunmalıdır. Kullanıcı bu URL’ye doğrudan geldiğinde anlamlı deneyim görmelidir. Ana kategoriye sürekli canonical verilmesi bu bağımsızlığı zayıflatır. Güçlü facet landing page kendi URL’sine canonical kullanmalıdır.

Self-canonical

Indexlenebilir facet landing page self-canonical kullanır. Canonical hedef temiz ve kalıcı URL olmalıdır. Sitemap ve internal linking aynı sayfayı desteklemelidir. Dinamik query varyasyonları varsa bunlar facet landing page’e canonical olabilir. Böylece tek tercih edilen landing page oluşturulur.

Duplicate Filter URL

Duplicate filter URL aynı kullanıcı sonucunu farklı parametre veya sıralamayla sunar. Bu URL’nin bağımsız indexlenmesi genellikle gerekmez. Önce URL normalization ile üretimi azaltılmalıdır. Kullanıcı erişimi devam edecekse canonical uygun temsilciye verilebilir. İç linklerde duplicate varyasyon kullanılmamalıdır.

Uygun üst/temsilci URL'ye canonical

Canonical hedef rastgele ana kategori olmamalıdır. Duplicate URL hangi temiz sayfayı temsil ediyorsa ona bağlanmalıdır. Filtre gerçekten bağımsız landing page ise onun temiz sürümü hedef olabilir. İçerik benzerliği korunmalıdır. Arama motoruna gerçek temsil ilişkisi gösterilmelidir.

Her Filtre URL'si Ana Kategoriye Canonical Edilmeli mi?

Hayır, bütün filtre URL’lerini ana kategoriye canonical etmek çoğu e-ticaret sitesi için fazla genel bir stratejidir. Bazı facet’ler gerçek search demand ve bağımsız intent taşır. Bu sayfaları ana kategoriye canonical etmek organik fırsatı kaybettirebilir. Buna karşılık düşük değerli filtre kombinasyonlarında ana kategori veya başka temsilci URL uygun olabilir. Filtre kararı pattern ve intent seviyesinde verilmelidir.

Neden Blanket Canonical Stratejisi Risklidir?

Blanket canonical bütün filtreleri tek kuralla ana kategoriye bağlar. Bu yaklaşım farklı kullanıcı niyetlerini yok sayar. “Siyah elbise” ile genel “elbise” kategorisi aynı intent olmayabilir. Arama talebi bulunan facet landing page sinyal kaybedebilir. Bu nedenle karar matrisi kullanmak daha sağlıklıdır.

Gerçek Arama Talebi Taşıyan Filtreler

Search demand filtre URL’sinin bağımsız landing page olma ihtimalini artırır. Marka artı kategori veya renk artı kategori sorguları örnek olabilir. Ürün havuzu yeterliyse sayfa özel içerik kazanabilir. Search Console ve keyword verisi bu talebi doğrulayabilir. Böyle sayfalar self-canonical ve indexlenebilir olabilir.

Bağımsız Search Intent Taşıyan Filtreler

Aynı kategori içinde farklı facet yeni kullanıcı amacı oluşturabilir. Kullanıcı belirli marka veya materyal arıyorsa genel kategori yeterli cevap değildir. SERP yapısı da ayrı landing page ihtiyacını gösterebilir. Intent benzersizliği canonical kararının temelidir. Tek başına URL parametresi olması sayfanın duplicate olduğu anlamına gelmez.

Ana Kategoriyle Büyük Ölçüde Örtüşen Filtreler

Bazı filtreler ürün setini çok az değiştirir. Örneğin neredeyse bütün ürünler stoktaysa “stokta” filtresi ana kategoriye çok benzer sonuç üretebilir. Search demand de yoksa ayrı index değeri sınırlıdır. Canonical veya noindex değerlendirilebilir. Kullanıcı filtresi yine çalışmaya devam edebilir.

Bir Filtre Sayfasının Indexlenip Indexlenmeyeceğine Nasıl Karar Verilir?

Index kararı yalnız keyword hacmine bakılarak verilmemelidir. Search demand, intent, SERP, ürün sayısı, stabilite, conversion ve kullanıcı değeri birlikte değerlendirilmelidir. Filtre sayfası gerçek landing page gibi çalışıyorsa indexlenebilir. Çok dar veya sürekli değişen sonuç kümeleri daha düşük adaydır. Karar matrisi bütün kategori setinde aynı ölçütlerle kullanılmalıdır.

Search Demand

Kullanıcıların filtre kombinasyonunu gerçekten arayıp aramadığı ölçülmelidir. Keyword araçları, Search Console ve site içi arama verisi birlikte kullanılabilir. Düşük hacim her zaman değersiz anlamına gelmez. Uzun kuyruklu ticari sorgular yüksek dönüşüm sağlayabilir. Talep hiç yoksa index ihtiyacı daha dikkatli sorgulanmalıdır.

Search Intent

Filtre kombinasyonu ana kategoriye göre farklı kullanıcı niyeti oluşturmalıdır. Marka, renk veya materyal bazı kategorilerde yeni intent üretir. Kullanıcı aynı ürün listesini beklemiyorsa ayrı landing page mantıklı olabilir. Intent overlap yüksekse consolidation daha doğru olabilir. Query URL mapping bu kararı destekler.

SERP Yapısı

Arama sonuçlarında hangi sayfa tiplerinin sıralandığı incelenebilir. Kategori, ürün veya editoryal sayfaların baskın olması intent hakkında fikir verir. Facet landing page benzeri sonuçlar güçlü sinyal olabilir. Ancak SERP tek başına karar vermemelidir. Site ürünü ve kullanıcı deneyimiyle birlikte değerlendirilmelidir.

Ürün Sayısı

Bir landing page yeterli ürün sunmalıdır. Tek veya iki ürün döndüren filtre sayfası kullanıcıya zayıf keşif deneyimi verebilir. Minimum product count kategoriye göre değişebilir. Lüks veya niş kategorilerde daha düşük eşik kabul edilebilir. Threshold dinamik filtre politikası içinde tanımlanmalıdır.

Ürün Setinin Stabilitesi

Ürün seti sürekli sıfıra düşen facet kalıcı landing page olarak sorun yaratır. Stok ve katalog hareketliliği değerlendirilmelidir. Stabil ürün havuzu kullanıcı ve arama motoru için daha güvenilir sayfa oluşturur. Sezonluk landing page’ler ayrı yaşam döngüsü kullanabilir. Product count geçmişi karar modeline eklenebilir.

Conversion Potential

Bazı filtre sayfaları düşük trafik ancak yüksek dönüşüm gösterebilir. Bu nedenle yalnız impression veya search volume değerlendirmek yeterli değildir. Kullanıcının seçim yapmaya yakın olduğu filtreler ticari olarak değerlidir. Conversion ve revenue URL pattern bazında ölçülebilir. Business value index kararını destekleyen ek sinyal olmalıdır.

Kullanıcı Değeri

Sayfa doğrudan açıldığında kullanıcıya anlamlı ürün grubu sunmalıdır. Filtre yalnız SEO amacıyla üretilmiş hissi vermemelidir. Açıklama, ürün listesi ve ilgili kategoriler gerçek fayda sağlamalıdır. UX değeri olmayan facet landing page uzun vadede zayıf kalır. Organik strateji kullanıcı deneyimiyle aynı hedefte çalışmalıdır.

Indexlenebilir Filtre Landing Page İçin Minimum Kriterler

Indexlenebilir facet sayfası normal kategori sayfasına yakın kalite standardı taşımalıdır. Bağımsız search demand, anlamlı ürün seti, stabil stok ve ayrı sayfa amacı temel kriterlerdir. İç link desteği ve self-canonical teknik sinyali tamamlar. Sitemap yalnız bu seçilmiş URL’leri içermelidir. Bu model organik facet sayısını kontrollü biçimde büyütür.

Bağımsız Arama Talebi

Filtre sorgusunun kendi kullanıcı talebi bulunmalıdır. Kategori adı ile facet’in birlikte aranması güçlü sinyal olabilir. Search Console geçmişi varsa gerçek impression verisi incelenmelidir. Yeni sitelerde external keyword data kullanılabilir. Talep olmadan URL üretmek yalnız index hacmini artırabilir.

Anlamlı Ürün Seti

Sayfa kullanıcının seçim yapabileceği yeterli ürün sunmalıdır. Tek ürüne düşen filtre landing page çoğu kategori için zayıftır. Product count eşiği kategori büyüklüğüne göre değişebilir. Filtre seçildiğinde sonuçlar gerçek anlamda farklı olmalıdır. Aynı ürünleri küçük değişiklikle tekrar listelemek yeterli değildir.

Stabil Stok

Ürün havuzunun sürekli değişmemesi önemlidir. Çok hızlı tükenen ürünlerden oluşan facet URL kısa sürede boş kalabilir. Kategori geçmişi üzerinden ürün sayısı volatilitesi ölçülebilir. Stabil stok daha uzun ömürlü landing page oluşturur. Mevsimlik sayfalarda ayrı lifecycle kuralı kullanılabilir.

Benzersiz Sayfa Amacı

Facet sayfası ana kategorinin kopyası olmamalıdır. Kullanıcı niyeti açık biçimde farklı olmalıdır. H1, title ve ürün seti bu amacı göstermelidir. SEO metni tek başına benzersiz sayfa amacı oluşturmaz. Ürün seçimi de gerçekten farklı olmalıdır.

İç Link Desteği

Indexlenebilir facet landing page site içinde erişilebilir olmalıdır. İlgili kategori, alt kategori veya içeriklerden link alabilir. Orphan olarak yalnız sitemap’te bırakılmamalıdır. İç linkler temiz canonical URL’ye gitmelidir. Kullanıcı navigasyonu da bu sayfayı mantıklı yere yerleştirmelidir.

Self-Canonical

SEO’ya açık facet landing page kendi URL’sini canonical göstermelidir. Ana kategoriye canonical verilirse bağımsızlık sinyali zayıflar. Canonical URL clean ve kalıcı olmalıdır. Sitemap aynı URL’yi içermelidir. Pagination sayfaları kendi URL’lerine canonical kullanmalıdır.

Filtre Ne Zaman Gerçek Kategoriye Dönüştürülmelidir?

Bazı filtreler zaman içinde kalıcı kategori ihtiyacına dönüşebilir. Search demand yüksek, ürün havuzu stabil ve merchandising ihtiyacı sürekli ise temiz kategori URL’si daha doğru olabilir. Bu değişim kullanıcı navigasyonunu da iyileştirebilir. Filtre parametresinden temiz kategori adresine geçiş migration planıyla yapılmalıdır. Eski URL uygun canonical veya redirect kuralına bağlanmalıdır.

Kalıcı Search Demand

Talep aylar boyunca devam ediyorsa geçici filtre yerine kalıcı kategori düşünülebilir. Sezonluk yükseliş tek başına yeterli olmayabilir. Query trendleri incelenmelidir. Kullanıcıların site içi davranışı da destekleyici veri sağlar. Kalıcı talep taxonomy kararını güçlendirir.

Site Taxonomy İhtiyacı

Bazı facet’ler kullanıcıların ürün keşfinde temel sınıflandırmaya dönüşür. Navigasyonda sürekli kullanılıyorsa kategori hiyerarşisine alınabilir. Bu durumda temiz URL ve breadcrumb ilişkisi anlam kazanır. Taxonomy değişikliği SEO ile UX ekibinin ortak kararı olmalıdır. Gereksiz kategori çoğalması önlenmelidir.

Merchandising İhtiyacı

Merchandising ekibi belirli ürün grubunu sürekli öne çıkarmak isteyebilir. Özel sıralama, kampanya ve görsel yönetimi gerekiyorsa filtre yapısı sınırlı kalabilir. Kalıcı kategori daha fazla kontrol sağlar. Organik search demand de bulunuyorsa iki ihtiyaç birleşir. Teknik URL yapısı merchandising süreçlerini desteklemelidir.

Kalıcı Ürün Havuzu

Kategoriye dönüşecek filtre uzun süre yeterli ürün taşımalıdır. Sürekli iki veya üç ürüne düşen yapı kalıcı kategori için zayıf adaydır. Product count geçmişi incelenebilir. Yeni ürün giriş planı da dikkate alınmalıdır. Stabil katalog daha güçlü landing page üretir.

Clean URL İhtiyacı

SEO’ya açık önemli facet için query parametresi yerine clean URL tercih edilebilir. Bu kullanıcı ve içerik yönetimi açısından kolaylık sağlayabilir. Eski filtre URL’si yeni temiz adrese yönlendirilebilir veya canonical verebilir. Aynı içerik iki ayrı indexlenebilir URL olarak bırakılmamalıdır. URL migration dikkatle planlanmalıdır.

Facet Landing Page ile Normal Filtre URL'si Arasındaki Fark

Facet landing page organik arama için tasarlanmış kalıcı sayfadır. Normal filtre URL’si ise çoğu zaman kullanıcı seçim durumunu temsil eder. Bu iki yapı URL, metadata, canonical, internal link ve sitemap açısından farklı davranmalıdır. Bütün filtrelerin landing page gibi ele alınması index bloat yaratır. Bütün facet landing page’leri sıradan filtre gibi bastırmak ise organik fırsat kaybettirir.

URL Yapısı

Facet landing page temiz ve tutarlı URL kullanabilir. Normal filtre query parametresi üzerinden çalışabilir. Önemli olan tek tercih edilen adres üretmektir. Aynı facet hem path hem query ile açılmamalıdır. URL normalization duplicate riskini azaltır.

Canonical

Indexlenebilir landing page self-canonical kullanır. Normal duplicate filtre uygun temiz temsilciye canonical olabilir. Noindex filtrelerde canonical kararı ayrıca değerlendirilmelidir. İki directive’in çelişkili kullanılmaması gerekir. Pattern bazlı teknik spec oluşturulmalıdır.

Meta Title

Facet landing page özel ve intent odaklı title taşımalıdır. Normal filtre URL’si için ayrı SEO title üretmek çoğu zaman gerekli değildir. Dinamik title çok sayıda düşük değerli URL’yi organik sayfa gibi gösterebilir. Title stratejisi indexability ile uyumlu olmalıdır. Duplicate title raporları pattern bazında izlenebilir.

H1

Indexlenebilir facet seçilen filtreyi açık biçimde H1’de gösterebilir. “Siyah Kadın Elbiseleri” buna örnektir. Normal UX filtresi daha genel kategori H1’ini koruyabilir. H1 tek başına index kararı değildir. Ürün seti ve intent de aynı yönde olmalıdır.

İç Linkleme

SEO landing page site içinde görünür link almalıdır. Normal filtre URL’lerinin site geneline yayılması gereksiz crawl alanı oluşturabilir. Kullanıcı filtre control’leri teknik olarak crawl davranışına göre tasarlanmalıdır. Canonical URL’ye doğrudan link vermek daha temizdir. İç link kuralı frontend spec içinde bulunmalıdır.

Sitemap

Yalnız indexlenebilir canonical facet landing page’ler sitemap’e eklenmelidir. Noindex ve duplicate filtre URL’leri sitemap dışında kalmalıdır. Sitemap’in URL üretim politikasından ayrı çalışması hata yaratabilir. Aynı eligibility kaynağını kullanmak faydalıdır. Böylece crawl ve index sinyalleri tutarlı olur.

Filtre URL'lerinde Noindex Ne Zaman Kullanılır?

Noindex kullanıcı için gerekli fakat organik aramada değer taşımayan sayfalarda kullanılabilir. Filtre URL’si erişilebilir kalır fakat arama indexine girmemesi istenir. Bu yöntem crawl’ı durdurmaz. Google etiketi görebilmek için URL’yi taramalıdır. Bu nedenle çok büyük crawl space problemlerinde noindex tek çözüm değildir.

Kullanıcı İçin Faydalı Ancak SEO Değeri Düşük Sayfalar

Bazı filtreler kullanıcının alışveriş deneyimi için gereklidir. Ancak search demand veya bağımsız intent taşımazlar. Bu sayfalar noindex ile index dışında tutulabilir. Kullanıcı filtreyi normal şekilde kullanmaya devam eder. Crawl hacmi ayrıca değerlendirilmelidir.

Near-Duplicate Sonuçlar

Ürün seti ana kategori veya başka facet ile büyük ölçüde aynıysa bağımsız index değeri düşük olabilir. Noindex seçeneklerden biridir. Canonical da içerik ilişkisine göre değerlendirilebilir. İki yöntem aynı problemi farklı şekilde ele alır. Karar URL’nin temsilci ilişkisinin olup olmadığına göre verilmelidir.

Düşük Arama Talebi

Düşük talep tek başına noindex nedeni değildir. Ancak düşük talep, düşük ürün değeri ve yüksek overlap birlikteyse noindex mantıklı olabilir. Long-tail ticari sorgular dikkate alınmalıdır. Search Console gerçek impression verisi değerli sinyaldir. Karar düzenli olarak yeniden değerlendirilebilir.

Noindex Crawl'ı Durdurur mu?

Hayır, noindex crawl’ı durdurmaz. Arama motorunun noindex etiketini görebilmesi için sayfayı taraması gerekir. Bu nedenle milyonlarca noindex filtre URL’si crawl problemi yaratmaya devam edebilir. Crawl control için URL generation ve robots.txt gibi farklı araçlar gerekebilir. Index ve crawl ayrı yönetilmelidir.

Robots.txt Ne Zaman Kullanılmalıdır?

Robots.txt belirli URL pattern’lerine bot erişimini sınırlamak için kullanılabilir. Özellikle çok büyük ve düşük değerli crawl space oluştuğunda faydalıdır. Ancak robots.txt canonical etiketi okunmadan erişimi kesebilir. Bu nedenle migration sırası ve mevcut index durumu önemlidir. Önce URL’nin indexten çıkarılması gerekiyorsa noindex sinyalinin bot tarafından görülmesine izin verilmelidir.

Büyük Crawl Space

Filtre kombinasyonları milyonlarca adres üretiyorsa crawl kontrolü gerekebilir. Robots.txt bazı düşük değerli pattern’leri engelleyebilir. Ancak önce hangi URL’lerin gerçekten bot tarafından tarandığı loglarda doğrulanmalıdır. Varsayıma dayalı geniş bloklar değerli facet’leri de etkileyebilir. Pattern bazlı ve ölçülü yaklaşım tercih edilmelidir.

Düşük Değerli Parameter Pattern'leri

Session, sorting ve bazı tracking parametreleri düşük değerli crawl alanı oluşturabilir. Bunlar için pattern bazlı engelleme değerlendirilebilir. Parametreyi internal linklerden kaldırmak daha temel çözümdür. Robots.txt destekleyici katman olabilir. Canonical ve index durumu ayrıca kontrol edilmelidir.

Sorting Parametreleri

Sorting URL’leri çok sayıda facet ile birleşebildiği için crawl hacmini artırabilir. Indexlenmeleri genellikle gerekli değildir. Internal link üretimi azaltılabilir. Geniş sitelerde robots.txt ile crawl engeli değerlendirilebilir. Kullanıcı sıralama özelliği çalışmaya devam edebilir.

Gereksiz Kombinasyonlar

Üç veya daha fazla facet kombinasyonu çoğu e-ticaret sitesinde çok büyük URL alanı üretir. Search demand yoksa bu kombinasyonların crawl edilmesi gereksiz olabilir. URL generation kuralı en iyi savunmadır. Gerektiğinde robots control eklenebilir. Geçersiz kombinasyonlar doğrudan 404 veya uygun response vermelidir.

Robots.txt Canonicalization Aracı mıdır?

Hayır, robots.txt canonicalization aracı değildir. Sayfanın taranmasını sınırlayan erişim kuralıdır. Bot erişemezse sayfadaki canonical etiketi de okuyamaz. Canonical tercih edilen URL sinyalidir. İki aracın amacı farklıdır.

Canonical, Noindex ve Robots.txt Arasındaki Fark

Canonical, noindex ve robots.txt aynı teknik problemi çözmez. Canonical temsilci URL sinyali verir. Noindex URL’nin arama indexinde tutulmamasını ister. Robots.txt ise crawl erişimini sınırlar. Faceted navigation politikasında bu araçlar işlevine göre seçilmelidir.

Canonical

Canonical duplicate veya benzer sayfalar arasındaki tercih edilen URL’yi belirtir. URL crawl edilebilir kalabilir. Index kararı arama motorunun değerlendirmesine bağlıdır. Internal links ve sitemap canonical hedefi desteklemelidir. Canonical crawl kontrolü değildir.

Temsilci URL sinyali

Temsilci URL sinyali arama motoruna hangi adresin ana sürüm olduğunu anlatır. Duplicate parametre varyasyonlarında kullanışlıdır. Hedef sayfa içeriği gerçekten temsil etmelidir. Alakasız kategoriye canonical verilmemelidir. Tutarlı sinyaller canonical kabul ihtimalini güçlendirir.

Noindex

Noindex sayfanın arama sonuçlarında yer almamasını isteyen meta veya HTTP direktifidir. Bot URL’yi tarayıp etiketi görmelidir. Kullanıcı URL’ye erişmeye devam edebilir. Filtre UX için faydalı ama SEO değeri düşükse uygun olabilir. Sitemap dışında tutulmalıdır.

Arama indeksine girmeme isteği

Noindex sayfanın indexlenmemesi yönünde açık istektir. Canonical gibi başka sayfayı temsilci göstermez. Mevcut index URL’sinin çıkarılması için botun sayfaya erişmesi gerekir. Robots ile aynı anda engellenirse noindex görülmeyebilir. Deployment sırası bu nedenle önemlidir.

Robots.txt

Robots.txt tarama izinlerini yönetir. Belirli path veya parameter pattern’leri bloke edilebilir. URL başka kaynaklardan biliniyorsa yine index sinyali oluşabilir. Robots tek başına index kaldırma yöntemi değildir. Büyük crawl space yönetiminde kullanışlıdır.

Crawl erişimini sınırlama

Crawl erişimi sınırlandığında bot ilgili URL’nin içeriğini alamaz. Bu, server kaynaklarını korumaya yardımcı olabilir. Ancak canonical veya noindex gibi sayfa içi sinyaller de okunamaz. Bu nedenle engelleme kararı dikkatli verilmelidir. Önce index state kontrol edilmelidir.

301 Redirect Ne Zaman Kullanılmalıdır?

301 redirect URL kalıcı olarak başka bir adrese taşındığında kullanılmalıdır. Canonical sinyalinden daha kesin bir konsolidasyon sağlar. Kullanıcı da otomatik olarak yeni hedefe gider. Aktif filtre UX’si gerekiyorsa redirect uygun olmayabilir. Eski kategori veya duplicate route tamamen kaldırılıyorsa güçlü çözümdür.

URL Kalıcı Olarak Kaldırılıyorsa

Eski URL artık kullanılmayacaksa ve uygun eşdeğer hedef varsa 301 uygulanabilir. Kullanıcı eski adresten yeni sayfaya geçer. Internal links yeni URL’ye güncellenmelidir. Sitemap eski URL’yi kaldırmalıdır. Redirect chain oluşmamalıdır.

Duplicate URL Birleştiriliyorsa

İki URL aynı landing page’i temsil ediyor ve biri artık gereksizse 301 güçlü çözüm olabilir. Parametre normalizasyonu sunucu seviyesinde redirect ile yapılabilir. Kullanıcı ve bot tek URL’ye yönlenir. Canonical yine hedefte self-canonical olabilir. Duplicate üretimi kalıcı olarak azalır.

Eski Kategori Yeni Kategoriye Taşınıyorsa

Kategori taxonomy değişikliğinde eski URL yeni kategoriye 301 ile taşınabilir. Hedef kullanıcı intent’ini karşılamalıdır. Alakasız kategoriye redirect yapılmamalıdır. Breadcrumb ve sitemap güncellenmelidir. Redirect zincirleri düzenli kontrol edilmelidir.

Canonical ile 301 Arasındaki Fark

301 kullanıcıyı ve botu kalıcı olarak yeni URL’ye taşır. Canonical eski sayfanın erişilebilir kalmasına izin verir. Canonical bir tercih sinyalidir. 301 daha güçlü URL taşıma mekanizmasıdır. Filtre kullanıcı için çalışmaya devam edecekse canonical daha uygun olabilir.

Filter URL Decision Matrix

Karar matrisi her filtre pattern’ine aynı muameleyi uygulama hatasını azaltır. Demand, intent, overlap ve crawl riskine göre aksiyon seçilir. INDEX, SELF-CANONICAL, NOINDEX, CANONICAL ve CRAWL CONTROL farklı senaryolarda kullanılır. Geçersiz kombinasyonlar 404 verebilir. Bu matrisi teknik spec hâline getirmek ekipler arası uygulama tutarlılığı sağlar.

Yüksek Demand + Benzersiz Intent

Yüksek talep ve ayrı intent taşıyan facet güçlü SEO landing page adayıdır. Ürün havuzu yeterli olmalıdır. Özel title, H1 ve iç link desteği gerekir. Sitemap’e eklenebilir. Canonical kendi URL’sini göstermelidir.

INDEX + SELF-CANONICAL

Bu model bağımsız facet landing page için temel yaklaşımdır. URL crawl edilebilir ve indexlenebilir olur. Self-canonical kullanılır. Internal links bu URL’ye gider. Search performance ayrıca izlenir.

Orta Demand + Yüksek Overlap

Talep belirli seviyede olabilir fakat sonuç seti ana kategoriyle çok örtüşebilir. Bağımsız landing page değeri sorgulanmalıdır. Search intent farkı belirgin değilse consolidation düşünülebilir. Product overlap ölçümü faydalıdır. Canonical olasılığı bu durumda değerlendirilir.

CANONICAL değerlendirmesi

Canonical ancak gerçekten temsil ilişkisi varsa seçilmelidir. Yüksek overlap tek başına yeterli değildir. Hedef kullanıcı intent’ini de karşılamalıdır. İç link sinyalleri hedef URL’ye yönelmelidir. Sitemap yalnız temsilciyi içermelidir.

Düşük Değer + Kullanıcı İçin Gerekli

Filtre kullanıcı için faydalı olabilir fakat organik arama değeri taşımayabilir. UX özelliğini kaldırmak gerekmez. Index dışı tutmak düşünülebilir. Crawl hacmi yine ölçülmelidir. Bu durumda noindex uygun seçeneklerden biridir.

NOINDEX değerlendirmesi

Noindex kullanıcı erişimini korur. Sayfa arama sonuçlarında tutulmamalıdır. Sitemap’e eklenmez. Botun etiketi okuyabilmesi için crawl erişimi gerekir. Çok büyük URL alanında ek crawl control gerekebilir.

Crawl Trap

Filtre pattern’i sınırsız veya çok büyük URL üretirse öncelik crawl kontrolüdür. Search value çoğu zaman düşüktür. URL generation sınırlandırılmalıdır. Internal links azaltılmalıdır. Robots gibi ek önlemler ölçülerek kullanılabilir.

CRAWL CONTROL

Crawl control tek bir araç değildir. URL normalization, link control, parameter sınırı ve robots birlikte kullanılabilir. Amaç botu düşük değerli alandan uzaklaştırmaktır. Mevcut index durumu dikkate alınmalıdır. Log analizi sonuçları doğrulamalıdır.

Geçersiz Kombinasyon

Teknik olarak mümkün olmayan filtre kombinasyonları ayrı landing page oluşturmamalıdır. Kullanıcı yanlış veya manipüle edilmiş URL’ye gelebilir. Empty template ile 200 dönmek soft 404 riski yaratır. Geçersiz route net biçimde tanımlanmalıdır. Uygun durumda 404 kullanılabilir.

404

Gerçekten geçersiz kombinasyon 404 dönebilir. Kullanıcıya alternatif kategori veya filtre seçenekleri gösterilebilir. HTTP response yine 404 kalmalıdır. Sitemap ve internal links bu URL’yi içermemelidir. Bot zamanla adresi crawl önceliğinden düşürebilir.

Marka Filtreleri Indexlenmeli mi?

Marka filtreleri kategori bazında güçlü arama talebi taşıyabilir. Bu yüzden bütün marka facet’lerini otomatik noindex yapmak organik fırsatı kaçırabilir. Aynı şekilde her küçük markayı indexlemek de doğru değildir. Marka artı kategori sorguları, ürün sayısı ve conversion birlikte analiz edilmelidir. Seçilmiş marka landing page’ler self-canonical olarak çalışabilir.

Marka + Kategori Arama Talebi

Kullanıcıların “marka + ürün türü” araması yaptığı kategoriler güçlü adaydır. Keyword ve Search Console verisi talebi gösterebilir. SERP’te kategori sayfaları sıralanıyorsa intent desteklenir. Yeterli ürün bulunmalıdır. Bu filtre landing page’e dönüştürülebilir.

Marka Landing Page

Marka landing page yalnız filtre sonuç ekranı olmaktan çıkabilir. Özel H1, title ve marka hakkında kısa açıklama eklenebilir. Ürün listesi yalnız ilgili marka ürünlerini göstermelidir. Breadcrumb kategori içinde konumu açıklamalıdır. İç linkler sayfaya organik destek vermelidir.

Self-Canonical Kullanımı

Indexlenebilir marka facet kendi URL’sine canonical vermelidir. Genel kategoriye canonical verilirse ayrı intent sinyali zayıflar. Query parametresinin temiz landing page sürümü varsa canonical ona gitmelidir. Sitemap yalnız temiz sürümü içermelidir. Search Console seçimi kontrol edilmelidir.

Düşük Talep Durumları

Çok küçük marka veya sınırlı ürün havuzu ayrı landing page için yeterli olmayabilir. Kullanıcı filtresi yine çalışabilir. Noindex veya canonical seçenekleri değerlendirilebilir. Product count threshold kullanılabilir. Talep artarsa sayfa daha sonra promote edilebilir.

Renk Filtreleri Indexlenmeli mi?

Renk filtrelerinde kategori bağlamı çok önemlidir. Moda ve dekorasyonda renk kullanıcı aramasının temel parçası olabilir. Elektronikte aynı güç her ürün grubunda görülmez. Search demand ve ürün havuzu temel karar sinyalleridir. Renk facet’leri kategori bazında yönetilmelidir.

Moda Kategorileri

Moda aramalarında renk sık kullanılan modifier’dır. Siyah elbise veya beyaz gömlek gibi sorgular güçlü intent taşır. Ürün sayısı yeterliyse facet landing page oluşturulabilir. Sezon boyunca ürün havuzunun korunması önemlidir. Page-level metadata renk niyetini açıkça ifade etmelidir.

Mobilya ve Dekorasyon

Mobilya ve dekorasyonda renk ve materyal birlikte arama davranışında önemli olabilir. Beyaz masa veya ceviz kitaplık gibi sorgular buna örnektir. Ürün seti gerçekten farklılaşmalıdır. Çok dar kombinasyonlar indexlenmemelidir. Renk tek başına veya kategoriyle birlikte ayrı değerlendirilebilir.

Elektronik

Elektronikte renk bazı ürünlerde güçlü, bazılarında zayıf intent oluşturur. Telefon veya kulaklıkta renk aranabilir. Kablo veya teknik parçalarında renk düşük öneme sahip olabilir. Bu yüzden site genelinde tek kural kullanmak doğru değildir. Search demand kategori özelinde incelenmelidir.

Search Demand'e Göre Karar

Renk facet’lerinin index kararı talep verisine dayanmalıdır. Hacim yanında conversion ve query çeşitliliği değerlendirilmelidir. Search Console gelecekte daha doğru sinyal sağlayabilir. Talep kaybolursa landing page lifecycle içinde demote edilebilir. Politika statik olmamalıdır.

Beden ve Numara Filtreleri Indexlenmeli mi?

Beden ve numara kullanıcı deneyimi için çok değerlidir. SEO açısından ise stok volatilitesi ve çok dar ürün seti riski taşır. Belirli ayakkabı numarası için arama talebi olsa bile sonuçların sürekli boşalması sorun yaratabilir. Index kararı stabiliteyle birlikte verilmelidir. UX filtresi olması SEO landing page olması gerektiği anlamına gelmez.

Kullanıcı Değeri

Kullanıcı kendi bedenini görmek ister. Bu filtre satın alma süresini kısaltır. Özellik kesinlikle korunmalıdır. Ancak organik index kararı ayrı verilmelidir. UX değeri ile SEO değeri birbirinden ayrılmalıdır.

Stok Volatilitesi

Beden bazında stok hızlı değişebilir. Aynı URL bugün on ürün, yarın sıfır ürün gösterebilir. Bu değişim landing page kalitesini düşürür. Historical product count izlenebilir. Yüksek volatilite noindex yönünde sinyal olabilir.

Search Intent

Bazı kullanıcılar doğrudan numara veya bedenle arama yapabilir. Search demand doğrulanmalıdır. SERP yapısı kategori landing page ihtiyacını gösterebilir. Ürün seti yeterliyse belirli facet’ler açılabilir. Bütün beden kombinasyonlarını otomatik indexlemek yine doğru değildir.

Çok Dar Ürün Seti Riski

Belirli beden ve başka facet birlikte seçildiğinde ürün sayısı hızla düşebilir. Üç veya dört filtreli sayfalar çok dar hâle gelir. Bu URL’ler organik değerden çok crawl yükü üretir. Kombinasyon derinliği sınırlandırılabilir. Minimum product count kuralı uygulanabilir.

Fiyat Filtreleri SEO Açısından Nasıl Yönetilmeli?

Fiyat filtreleri kullanıcı açısından faydalı fakat URL yönetimi açısından risklidir. Serbest fiyat aralıkları sonsuz kombinasyon oluşturabilir. Belirli sabit aralıkların search demand taşıdığı durumlarda seçilmiş landing page oluşturulabilir. Dinamik fiyat değişiklikleri de ürün havuzunu sürekli değiştirebilir. Bu yüzden fiyat facet’leri ayrı teknik politika gerektirir.

Dinamik Fiyat Aralıkları

Kullanıcının 1234 ile 2789 arasında özel aralık girmesi SEO landing page oluşturmamalıdır. Bu tür URL’ler teorik olarak sınırsızdır. Search demand genellikle daha yuvarlak kalıplarda oluşur. UX için dinamik aralık kullanılabilir. Crawl ve index politikası bu URL’leri sınırlandırmalıdır.

Fiyat Değişimlerinin URL'ye Etkisi

Ürün fiyatları değiştikçe filtre sonucu farklılaşır. Aynı URL’nin product count değeri zaman içinde ciddi oynayabilir. Indexlenebilir fiyat landing page için stabil ürün yoğunluğu gerekir. Fiyat eşikleri merchandising ve SEO ekipleri tarafından birlikte seçilebilir. Çok dar aralıklar açılmamalıdır.

Search Demand Var mı?

“1000 TL altı” gibi sorgular bazı kategorilerde gerçek talep taşıyabilir. Search demand doğrulanırsa özel landing page düşünülebilir. Ancak fiyat enflasyonu ve katalog değişimleri bu sayfanın kalıcılığını etkileyebilir. URL’yi yıl veya sürekli değişen rakamlarla sık sık değiştirmekten kaçınılmalıdır. Kalıcı strateji önemlidir.

Canonical / Noindex Kararı

Indexlenebilir seçilmiş fiyat landing page self-canonical olabilir. Dinamik ve düşük değerli aralıklar noindex yapılabilir. Ana kategoriyle büyük overlap varsa canonical da değerlendirilebilir. Crawl space çok büyükse ek crawl control gerekir. Karar tek bir directive’e indirgenmemelidir.

Sorting Parametreleri Nasıl Yönetilmelidir?

Sorting aynı ürünleri farklı sıraya dizer ve çoğu durumda ayrı organik arama niyeti oluşturmaz. Bu yüzden sıralama parametreleri genellikle indexlenmemelidir. Fiyat artan veya en popüler gibi durumlar kullanıcı deneyimini iyileştirir. URL’nin arama motoruna ayrı landing page gibi sunulması gereksizdir. Internal link ve crawl policy sıralama parametrelerini facet’lerden ayırmalıdır.

Fiyat Artan

Ürünleri düşük fiyattan yükseğe dizer. Sonuç kümesi değişmez. Kullanıcı için faydalıdır. Ayrı SEO title veya H1 gerektirmez. Genellikle indexlenmemelidir.

Fiyat Azalan

Ürünleri yüksek fiyattan düşüğe sıralar. Aynı kategori içeriğini farklı sırayla sunar. Search intent değişmez. Duplicate URL alanı oluşturabilir. Canonical veya crawl control politikasıyla yönetilebilir.

En Yeni

Yeni eklenen ürünleri öne çıkarır. Kullanıcı tercihidir. Sayfa içeriği zamanla sürekli değişir. Ayrı organik landing page olması çoğu durumda gerekmez. Sorting parametresi index dışında tutulabilir.

En Çok Satan

Best seller sıralaması kullanıcı kararını kolaylaştırabilir. Ancak aynı ürün kümesini yeniden sıralar. Kullanıcı arayüzünde bulunabilir. SEO için ayrı URL değeri sınırlıdır. Crawl ve index kuralı buna göre uygulanmalıdır.

En Popüler

Popülerlik skoruna göre ürünleri düzenler. Sıralama algoritması sürekli değişebilir. Arama motoru açısından yeni kategori oluşturmaz. Parametre temiz canonical URL’ye bağlanabilir. Internal linkler varsayılan kategori URL’sini desteklemelidir.

Neden Ayrı Landing Page Olmaları Genellikle Gerekmez?

Sorting ürün kümesini değiştirmediği için bağımsız search intent üretmez. Sadece sıralamayı değiştirir. Bu nedenle indexlenebilir sayfa sayısını gereksiz büyütür. Crawl budget da düşük değerli varyasyonlara harcanabilir. Kullanıcı deneyimi ile organik URL ihtiyacı ayrı tutulmalıdır.

Pagination URL'lerinde Canonical Nasıl Kullanılmalıdır?

Pagination sayfaları aynı kategorinin farklı ürün bölümlerini gösterir. Her sayfa kendine özgü ürün setine sahip olduğu için kendi URL’sine canonical kullanmalıdır. Bütün pagination sayfalarını sayfa 1’e canonical etmek derin ürün keşfini zayıflatabilir. Pagination URL’leri crawl edilebilir olmalıdır. Ana kategori ile pagination ilişkisi canonical üzerinden zorla birleştirilmemelidir.

Sayfa 1

İlk kategori sayfası temel giriş URL’sidir. Clean URL kullanabilir. Pagination parametresi bulunmayabilir. Kendi canonical adresini göstermelidir. Sitemap ana kategori URL’sini içerebilir.

Self-canonical

Sayfa 1 kendi URL’sine canonical verir. Sayfa 2 veya 3’ü temsil etmez. Kategori ana intent’ini taşır. Internal links bu adresi destekler. Parametreli page=1 varyasyonu varsa clean URL’ye normalize edilebilir.

Sayfa 2

Sayfa 2 farklı ürün listesini gösterir. Bu nedenle kendi URL’sini temsil eder. Sayfa 1’e canonical verilmesi ürünlerin sinyalini azaltabilir. Crawl edilebilir bağlantılarla erişilmelidir. Kullanıcı doğrudan URL’ye girebilmelidir.

Kendi URL'sine canonical

Sayfa 2 self-canonical kullanmalıdır. Canonical target 200 dönmelidir. Pagination parametresi standardize edilmelidir. Internal pagination linkleri temiz URL üretmelidir. Sorting gibi ek parametreler ayrıca normalize edilmelidir.

Sayfa 3 ve Sonrası

Derin pagination sayfaları da kendi ürün setlerini temsil eder. Kendi canonical adreslerini kullanmaları daha tutarlı olur. İç link yapısı botların bu sayfalara ulaşmasını sağlamalıdır. Sonsuz scroll varsa crawlable pagination alternatifi korunmalıdır. Derinlik analizi loglarla desteklenebilir.

Kendi URL'sine canonical

Her pagination URL’si kendisini canonical gösterebilir. Bu, bütün sayfaların mutlaka arama sonuçlarında öne çıkacağı anlamına gelmez. Ama içerik temsil ilişkisini doğru kurar. Kategori içindeki ürün keşfini destekler. Canonical sinyali yanlış biçimde ilk sayfaya yığılmaz.

Neden Tüm Pagination Sayfaları Sayfa 1'e Canonical Edilmemeli?

Sayfa 2 ve sonrasında farklı ürünler bulunur. Bu sayfaları sayfa 1’e canonical etmek içerik benzerliğini olduğundan fazla varsayar. Derin ürünlerin keşfi ve sinyal alması zorlaşabilir. Pagination bir duplicate problem değil liste bölme mekanizmasıdır. Bu nedenle canonical stratejisi facet duplicate’lerinden ayrı düşünülmelidir.

Pagination + Filtre Birlikte Kullanılıyorsa Ne Yapılmalı?

Facet ve pagination birleştiğinde canonical politikası iki farklı karar katmanını birlikte taşımalıdır. Önce facet’in indexlenebilir olup olmadığı belirlenir. Sonra pagination sayfalarının kendi adresini nasıl temsil edeceği tanımlanır. Sorting eklenirse üçüncü katman oluşur. URL pattern seviyesinde açık kurallar olmadan tutarsız canonical üretimi kolayca ortaya çıkar.

Indexlenebilir Facet + Pagination

Facet landing page indexlenebilir ise ikinci ve sonraki sayfalar da o facet’in pagination serisidir. Her pagination URL’si kendine canonical olabilir. Facet’in ana sayfası self-canonical kalır. Pagination linkleri gerçek href taşımalıdır. Sitemap yalnız ana facet landing page’i içerebilir.

Noindex Facet + Pagination

Ana facet noindex ise pagination sayfalarının da organik landing page rolü genellikle yoktur. Noindex politikası serinin tamamına uygulanabilir. Crawl ihtiyacı ürün keşfi açısından ayrıca değerlendirilebilir. Robots ile aniden engellemek noindex sinyalini görünmez kılabilir. Teknik sıra planlanmalıdır.

Sorting + Pagination

Sorting ile pagination birleştiğinde çok sayıda duplicate varyasyon oluşabilir. Sorting parametresi clean pagination URL’sine canonical olabilir. Internal linklerde mümkün olduğunca varsayılan sıralama URL’si kullanılır. Crawl control gerekebilir. Parametre sırası normalize edilmelidir.

Canonical Hedefinin Belirlenmesi

Canonical hedef önce sayfanın gerçek içerik temsilini dikkate almalıdır. Indexlenebilir facet pagination sayfası kendi temiz pagination URL’sine işaret eder. Sorting varyasyonu aynı pagination’ın temiz sürümüne bağlanabilir. Düşük değerli facet başka temsilciye canonical olabilir. Tek bir global rule yerine hiyerarşik karar mantığı kullanılmalıdır.

URL Parametreleri Nasıl Tasarlanmalıdır?

Parametre tasarımı hem kullanıcı deneyimini hem teknik SEO’yu etkiler. Standart key-value yapısı ve okunabilir isimler bakım kolaylığı sağlar. Session ID gibi gereksiz değerler URL’ye eklenmemelidir. Aynı filtre seti tek bir parametre formatında temsil edilmelidir. Parametre sözlüğü frontend ve backend ekipleri tarafından ortak kullanılmalıdır.

Standart Key-Value Yapısı

Filtre parametreleri açık key-value formatıyla üretilebilir. Örneğin color=black yapısı anlaşılırdır. Aynı alan farklı key isimleriyle tekrar edilmemelidir. Backend canonical order uygulayabilir. Analytics sistemi de aynı parametre sözlüğünü kullanabilir.

Parametre Ayırıcıları

Standart query string ayırıcıları kullanılmalıdır. Özel ve gereksiz karakter formatları crawl ve cache sorunlarını artırabilir. Birden fazla değer için tek tutarlı temsil seçilmelidir. URL encoding doğru uygulanmalıdır. Aynı içerik farklı encoding varyasyonları üretmemelidir.

Okunabilir Parameter Name

Parametre isimleri teknik ekiplerin anlayabileceği açık formatta olmalıdır. f1 veya x23 gibi anlamsız değerler bakım maliyetini artırır. Ancak isimler kullanıcıya SEO keyword doldurmak için tasarlanmamalıdır. Kısa ve stabil teknik sözlük yeterlidir. Parametre değişiklikleri migration gerektirebilir.

Gereksiz Session ID'lerden Kaçınmak

Session ID URL içinde yer aldığında her kullanıcı için farklı adres oluşabilir. Bu duplicate URL alanını çok büyütür. Session yönetimi cookie veya başka state yöntemleriyle yapılmalıdır. Public canonical URL kullanıcıdan bağımsız olmalıdır. Tracking için de benzer prensip uygulanmalıdır.

Parametre Sırası Standardize Edilmeli mi?

Evet, aynı filtre setinin farklı parametre sıralarıyla tekrar URL üretmesi engellenmelidir. Server tarafında tek canonical order belirlemek duplicate alanı ciddi biçimde azaltır. Frontend her zaman aynı sırayı üretmelidir. Eski varyasyonlar gerektiğinde redirect veya canonical ile temiz sürüme bağlanabilir. URL normalization temel teknik SEO kontrolüdür.

Aynı Filtrelerin Farklı Sırası

brand=x&color=black ile color=black&brand=x aynı sonucu gösterebilir. Teknik olarak iki ayrı URL oluşur. Bu gereksiz crawl ve canonical yükü yaratır. Tek sıralama standardı kullanılmalıdır. Duplicate varyasyonlar azaltılmalıdır.

URL Normalization

Normalization aynı kullanıcı durumunu tek URL biçiminde temsil eder. Parametre sırası, büyük küçük harf ve tekrar eden değerler normalize edilebilir. Backend request geldiğinde clean URL’ye yönlendirebilir. Böylece canonical etiketi son savunma değil destekleyici sinyal olur. Loglarda duplicate pattern azalır.

Sunucu Tarafında Tek URL Üretmek

Server aynı filtre seti için yalnız bir route üretmelidir. Frontend state de bu URL ile senkron çalışmalıdır. Geçersiz sıralar redirect ile temiz adrese taşınabilir. CDN cache verimliliği de artar. URL explosion önemli ölçüde azalır.

Canonical ile Desteklemek

Normalization sonrası kalan varyasyonlar canonical ile temiz URL’yi gösterebilir. Canonical tek başına gereksiz varyasyon üretimini önlemez. Internal links canonical URL’yi kullanmalıdır. Sitemap yalnız clean version içermelidir. Search Console seçimi zaman içinde kontrol edilmelidir.

Aynı Filtre Birden Fazla Kez URL'ye Eklenirse Ne Olmalı?

Aynı parametrenin URL’de birden fazla kez tekrarlanması belirsiz sonuç üretmemelidir. Backend açık validation kuralına sahip olmalıdır. Aynı değer tekrar ediyorsa normalize edilebilir. Çelişkili değer varsa geçersiz kombinasyon olarak değerlendirilebilir. Sistemin davranışı deterministik olmalıdır.

Duplicate Parameter

color=black&color=black gibi tekrarlar tek değere indirgenebilir. URL clean version’a redirect edilebilir. Canonical da temiz hedefi destekleyebilir. Internal linkler duplicate parametre üretmemelidir. QA testleri bu senaryoyu kapsamalıdır.

Invalid Combination

Aynı single-value facet iki farklı değerle tekrar edilirse geçersiz durum oluşabilir. Sistem rastgele birini seçmemelidir. Multi-select destekleniyorsa standart format kullanılmalıdır. Desteklenmiyorsa uygun hata yanıtı verilmelidir. Crawl trap oluşmasına izin verilmemelidir.

URL Normalization

Normalization mümkünse kullanıcının geçerli filtre durumunu tek URL’ye dönüştürür. Parametre tekrarları kaldırılır. Sıra standardize edilir. Geçersiz değerler temizlenir veya hata verir. Bu işlem SEO ve cache davranışını birlikte iyileştirir.

404 veya Uygun Teknik Yanıt

Gerçekten geçersiz kombinasyonlar 404 dönebilir. Bazı sistemler 400 benzeri uygulama hatası kullanabilir ancak public SEO URL davranışı dikkatle seçilmelidir. Kullanıcıya geçerli filtre önerileri gösterilebilir. HTTP response gerçek durumu yansıtmalıdır. Soft 404 üretilmemelidir.

Hiç Ürün Bulunmayan Filtre URL'leri Nasıl Yönetilir?

Zero-result filtre URL’leri özellikle otomatik kombinasyonlarda sık oluşur. Kullanıcı açısından alternatif öneriler gösterilebilir fakat SEO açısından boş sayfanın 200 dönmesi sorun yaratabilir. Sayfanın geçici veya yapısal olarak boş olup olmadığı değerlendirilmelidir. Geçersiz kombinasyon 404 verebilir. Geçici stok boşluğu farklı davranış gerektirebilir.

Zero-Result Page

Zero-result page hiçbir ürün göstermeyen filtre sayfasıdır. Kullanıcıya filtreyi genişletme seçeneği sunulabilir. Bu sayfanın indexlenmesi genellikle gerekli değildir. Kalıcı facet landing page beklenmedik şekilde boşsa stok veya katalog sorunu araştırılmalıdır. Lifecycle policy bu durumu yönetmelidir.

Soft 404 Riski

Sayfa 200 döner fakat ana içerikte ürün bulunmazsa arama motoru soft 404 benzeri değerlendirme yapabilir. Header ve footer’ın varlığı gerçek içerik anlamına gelmez. Çok sayıda zero-result URL kalite sorununa yol açar. Minimum product count kontrolü kullanılabilir. HTTP response sayfanın gerçek durumunu yansıtmalıdır.

Gerçek 404 Kullanımı

Geçersiz ve ürün üretemeyen kombinasyon kalıcıysa 404 uygundur. Kullanıcı sayfasında ilgili kategori önerileri bulunabilir. Response yine 404 olmalıdır. Internal links bu URL’yi üretmemelidir. Sitemap içinde yer almamalıdır.

Kullanıcıya Alternatif Filtreler Göstermek

404 veya zero-result deneyimi kullanıcıyı çıkmaza sokmamalıdır. Yakın filtre seçenekleri, ana kategori veya popüler ürünler gösterilebilir. Bu öneriler gerçek href bağlantıları kullanabilir. Kullanıcı alışverişe devam edebilir. Teknik durum kodu kullanıcı deneyimini iyileştirmeye engel değildir.

Çok Dar Filtre Kombinasyonları Nasıl Yönetilir?

Birden fazla facet seçildikçe ürün sayısı düşer. Üç veya daha fazla facet kombinasyonu çoğu zaman long-tail kullanıcı deneyimi için faydalı fakat organik landing page açısından zayıftır. Search demand ve product count birlikte kontrol edilmelidir. URL generation sınırlandırılabilir. Crawl alanı derin kombinasyonlarda özellikle kontrol altında tutulmalıdır.

Tek Ürün Döndüren Filtre

Tek ürün gösteren kategori filtresi çoğu durumda ürün detay sayfasıyla rekabet eder. Ayrı indexlenebilir landing page değeri düşüktür. Kullanıcı filtre deneyimi korunabilir. Noindex veya crawl control düşünülebilir. Ürün detay sayfası esas organik hedef olmalıdır.

Üç veya Daha Fazla Facet Kombinasyonu

Kombinasyon derinliği arttıkça URL sayısı hızlı büyür. Arama talebi çoğu zaman azalır. Ürün seti çok darlaşır. Bu nedenle üç ve üzeri facet default olarak SEO dışı tutulabilir. İstisna güçlü query data ile açılabilir.

Search Demand Kontrolü

Derin kombinasyon indexlenecekse doğrudan talep sinyali aranmalıdır. Search Console’da organik impression oluşuyorsa dikkatle değerlendirilebilir. Ancak mevcut crawl edilmiş URL’nin impression alması tek başına kalite garantisi değildir. Conversion ve ürün sayısı da incelenmelidir. İstisnalar whitelist yaklaşımıyla yönetilebilir.

Crawl Alanını Sınırlamak

Frontend filtre link üretiminde kombinasyon derinliği sınırı uygulanabilir. Bazı seçimler JavaScript state içinde çalışırken crawlable link üretmeyebilir. Robots control ek katman olabilir. Server invalid derin kombinasyonlara normalize yanıt verebilir. Loglar alınan etkinin doğrulanmasını sağlar.

Ürün Varyasyonları ile Kategori Filtreleri Aynı Şey midir?

Hayır, ürün varyasyonu ile kategori facet’i farklı entity seviyeleridir. Ürün varyasyonu aynı ürünün renk, beden veya kapasite seçeneğini temsil eder. Kategori facet’i birden fazla ürünü belirli özelliğe göre listeler. Canonical stratejileri de ayrı tasarlanmalıdır. Bu iki problemi tek kuralla çözmek yanlış URL ilişkileri doğurabilir.

Product Variant URL

Variant URL belirli ürün seçeneğini temsil edebilir. Her varyantın ayrı search demand veya içerik değeri yoksa tek canonical ürün sayfası kullanılabilir. Bazı varyantlar ayrı indexlenebilir olabilir. Ürün veri modeli kararı belirler. Kategori facet politikası bu yapıdan bağımsızdır.

Category Facet URL

Facet URL bir kategori içindeki birçok ürünü filtreler. Kullanıcı liste sonuç sayfasındadır. Search demand kategori ve filtre kombinasyonuna göre değerlendirilir. Product canonical bu URL’ye uygulanmamalıdır. Facet’in kendi index ve canonical kuralı bulunmalıdır.

Renk/Beden Varyasyonu

Renk ve beden hem ürün varyasyonu hem kategori filtresi olabilir. Aynı veri alanı farklı sayfa tipinde farklı SEO rolü taşır. Ürün sayfasında variant seçimi bir SKU’yu, kategori sayfasında ise ürün kümesini etkiler. URL politikaları page type bazında ayrılmalıdır. Veri modeli bu farkı açıkça ifade etmelidir.

Canonical Stratejisinin Ayrılması

Product variant canonical kararı ürün entity ilişkisine göre verilir. Category facet canonical kararı search intent ve ürün setine göre verilir. İki kural aynı template içinde karıştırılmamalıdır. CI testleri page type’a göre beklenen canonical hedefi doğrulayabilir. Bu ayrım büyük kataloglarda önemlidir.

JavaScript ve AJAX Filtreleme SEO'yu Nasıl Etkiler?

JavaScript ve AJAX filtreleme kullanıcı deneyimini hızlandırabilir fakat SEO davranışı URL ve rendering tasarımına bağlıdır. Filtre URL oluşturuyor mu, doğrudan açılabiliyor mu ve server response anlamlı içerik taşıyor mu soruları önemlidir. Sadece client-side state içinde çalışan filtreler bot tarafından farklı şekilde keşfedilebilir. Crawlable facet landing page’ler erişilebilir URL’ye sahip olmalıdır. Mobil deneyim de aynı teknik yapıyı korumalıdır ve mobil SEO kriterleri için https://www.diyarbakiryazilim.com.tr/posts/mobil-oncelikli-mobile-first-tasarimda-seo-kriterleri içeriği ek bağlam sağlar.

Filtre URL Oluşturuyor mu?

Filtre seçimi URL’yi değiştiriyorsa yeni crawl alanı oluşabilir. History API ile route güncellenebilir. Her state’in indexlenebilir olması gerekmez. URL pattern teknik policy ile eşleşmelidir. Tracking ve UX state’leri ayrı tutulmalıdır.

URL Doğrudan Açılabiliyor mu?

SEO landing page olacak facet URL doğrudan tarayıcıda açılabilmelidir. Refresh sonrasında aynı filtre durumu korunmalıdır. Server veya uygulama route’u doğru ürün setini üretmelidir. Yalnız kullanıcı etkileşimi sonrası oluşan geçici state güvenilir landing page değildir. Deep-link desteği önemlidir.

Server Response İçeriği

Server response başlangıçta anlamlı HTML sunabiliyorsa crawl daha öngörülebilir olur. Yalnız boş shell gönderip bütün ürünleri client-side yüklemek ekstra rendering bağımlılığı yaratır. Kritik H1 ve ürün listesi mümkün olduğunca erken sunulmalıdır. Canonical başlangıç HTML’inde doğru bulunmalıdır. Render sonrası değişiklikler test edilmelidir.

Client-Side Rendering

CSR kullanılabilir fakat botun gördüğü rendered DOM ayrıca kontrol edilmelidir. API hata durumunda ürün listesi kaybolabilir. Metadata route değişiminde eski kalmamalıdır. Filtre URL’si refresh ile doğru state’i yüklemelidir. Performance ve crawlability birlikte ölçülmelidir.

Crawlable Link Yapısı

Indexlenebilir facet landing page gerçek href bağlantılarıyla keşfedilebilir olmalıdır. Yalnız onclick handler kullanmak yeterli değildir. SEO değeri olmayan filtre kombinasyonlarının geniş link grafiğine yayılması da istenmez. Link üretimi eligibility modeline göre yapılabilir. Böylece crawlable alan bilinçli biçimde seçilir.

JavaScript ile Canonical Üretilebilir mi?

Canonical JavaScript ile değiştirilebilir fakat başlangıç HTML’inde doğru canonical sunmak daha güvenilir yaklaşımdır. Client-side route sistemlerinde metadata yönetimi hataya açıktır. Filtre seçimi sırasında eski canonical kalabilir. Render sonrası DOM ile raw HTML karşılaştırılmalıdır. QA otomasyonu bu farkları yakalamalıdır.

HTML Kaynağında Canonical

İlk HTML response içinde doğru canonical bulunması önerilir. Server-side veya hybrid rendering bunu kolaylaştırır. Bot ek JavaScript işlemine gerek kalmadan sinyali görür. Template her URL pattern için doğru target üretmelidir. Duplicate canonical tag bulunmamalıdır.

Render Sonrası Canonical

SPA uygulamasında canonical route değişiminden sonra güncellenebilir. Ancak bu davranış test edilmelidir. Eski route canonical’ının yeni sayfada kalması ciddi hata oluşturur. Render snapshot kullanışlıdır. Her indexlenebilir state için beklenen canonical doğrulanmalıdır.

JavaScript'in Canonical'ı Değiştirmesi

Initial HTML başka, rendered DOM başka canonical gösterirse çelişki oluşur. Bu genellikle hydration veya route management hatasından kaynaklanır. Tek source of truth kullanılmalıdır. Server ve client metadata aynı kurala dayanmalıdır. Deployment öncesi otomatik test yapılmalıdır.

QA Kontrolleri

Raw HTML ve rendered HTML canonical değerleri karşılaştırılmalıdır. Tek canonical bulunduğu doğrulanmalıdır. Target 200 dönmeli ve indexlenebilir olmalıdır. Redirect target’lara işaret edilmemelidir. URL pattern bazında örnek test seti kullanılmalıdır.

Internal Linking Faceted Navigation'ı Nasıl Etkiler?

Internal linking hangi facet URL’lerinin arama motoru tarafından daha sık keşfedileceğini belirler. Indexlenebilir facet’lere bilinçli link vermek faydalıdır. Gereksiz kombinasyonların site genelinde crawlable link olarak üretilmesi URL explosion etkisini büyütür. Canonical URL’ye doğrudan link vermek sinyal tutarlılığı sağlar. Link mimarisi facet policy ile aynı kaynaktan yönetilmelidir.

Indexlenebilir Facet'lere Link Vermek

SEO landing page olarak seçilen facet’ler kategori navigasyonu veya ilgili içerikten link alabilir. Bu bağlantılar temiz URL’ye gitmelidir. Anchor metin kullanıcıya doğal olmalıdır. Link derinliği düşük tutulabilir. Sitemap ile birlikte keşif güçlenir.

Gereksiz Facet URL'lerini Yaygınlaştırmamak

Noindex veya düşük değerli facet’leri site genelinde linklemek crawl hacmini artırır. Kullanıcı filtre kontrolü ayrı teknik davranış kullanabilir. Her checkbox’ın bot için sonsuz link ağı üretmesi gerekmeyebilir. Frontend crawl strategy uygulamalıdır. Kullanıcı deneyimi yine korunabilir.

Canonical URL'ye Link Vermek

İç linkler canonical olarak tercih edilen URL’yi desteklemelidir. Duplicate parametreli varyasyona link verip temiz URL’yi canonical göstermek tutarsızdır. Navigation generator URL normalization kullanmalıdır. Eski linkler toplu olarak güncellenebilir. Crawl loglarda duplicate hit oranı düşmelidir.

Crawl Depth

Önemli facet landing page’lerin çok derin link yolunda kalması keşfi zorlaştırabilir. Hub veya kategori üzerinden doğrudan bağlantı verilebilir. Düşük değerli facet’lerin sığlaştırılması ise gereksizdir. Crawl depth business ve search value ile birlikte değerlendirilmelidir. Site crawler bu metriği ölçebilir.

Filtre Linklerinde Nofollow Kullanılmalı mı?

Nofollow bazı bağlantılarda kullanılabilir fakat faceted navigation crawl probleminin tek çözümü değildir. Botlar URL’yi başka yollarla keşfedebilir. Site genelindeki link mimarisi ve URL generation daha temel konulardır. Nofollow bütün filtrelere körlemesine uygulanmamalıdır. Indexlenebilir facet landing page’lerin normal link alması gerekir.

Nofollow'un Rolü

Nofollow belirli link ilişkisi hakkında arama motoruna sinyal verir. Crawl kontrolü için kesin garanti değildir. Bazı filtre linklerinde kullanılabilir fakat sistem politikası tek başına buna dayanmamalıdır. Hedef URL’nin index ve canonical durumu ayrıca yönetilmelidir. Internal linking bütünlüğü korunmalıdır.

Neden Tek Başına Yeterli Değildir?

URL sitemap, başka link veya harici kaynak üzerinden keşfedilebilir. Nofollow URL generation problemini çözmez. Aynı filtre varyasyonları yine oluşmaya devam eder. Server ve parameter politikası gereklidir. Crawl log analizi gerçek etkileri gösterir.

Site Genelindeki Link Tutarlılığı

Bir facet SEO landing page ise bazı yerlerde normal link, bazı yerlerde nofollow verilmesi karışık sinyal yaratabilir. Link policy page type bazında standardize edilmelidir. Navigation, breadcrumb ve içerik linkleri aynı temiz URL’yi kullanmalıdır. Duplicate varyasyonlara link verilmemelidir. Teknik spec bu davranışı açıklamalıdır.

XML Sitemap'e Hangi Filtre URL'leri Eklenmelidir?

XML sitemap yalnız organik arama için tercih edilen URL’leri içermelidir. Indexlenebilir, canonical ve 200 dönen facet landing page’ler uygun adaydır. Noindex, duplicate, redirect ve crawl trap URL’leri sitemap dışında kalmalıdır. Sitemap URL eligibility modeliyle otomatik üretilebilir. Bu yaklaşım arama motoruna net ve tutarlı sinyal gönderir.

Indexlenebilir URL

Sitemap’e eklenecek URL indexlenebilir olmalıdır. Meta robots noindex taşımamalıdır. Robots.txt tarafından bloke edilmemelidir. Canonical hedef başka URL olmamalıdır. Search landing page rolü açık olmalıdır.

Canonical URL

Sitemap yalnız tercih edilen canonical URL’yi içermelidir. Tracking veya duplicate filter varyasyonları eklenmemelidir. Self-canonical facet landing page uygun adaydır. Pagination sayfaları çoğu durumda sitemap’e eklenmek zorunda değildir. Sitemap amacı önemli landing page keşfini desteklemektir.

200 Status URL

Sitemap URL’si doğrudan 200 response vermelidir. 301 veya 404 URL’leri sitemap’te kalmamalıdır. Sitemap generator lifecycle state ile entegre çalışmalıdır. Redirect olan eski facet otomatik temizlenmelidir. Monitoring status code uyumunu kontrol etmelidir.

Sitemap'e Eklenmemesi Gereken URL'ler

Sitemap kalite listesi olarak kullanılmalıdır. Arama motoruna gönderilen URL’ler sitenin tercih ettiği landing page’leri temsil eder. Düşük değerli filtre varyasyonları bu listeye alınmamalıdır. Duplicate ve redirect adresler çelişkili sinyal üretir. Crawl trap pattern’leri kesinlikle dışarıda tutulmalıdır.

Noindex

Noindex URL sitemap’te bulunmamalıdır. Bir yandan index dışı kalmasını isterken diğer yandan sitemap ile önemli URL sinyali vermek tutarsızdır. Eligibility sistemi bunu otomatik engelleyebilir. Sitemap audit düzenli yapılmalıdır. Değişen index state anında yansıtılmalıdır.

Duplicate

Duplicate filter varyasyonları sitemap dışında kalmalıdır. Yalnız tercih edilen canonical sürüm eklenir. Parametre sırası farklı adresler listelenmemelidir. URL normalization sitemap üretiminde uygulanmalıdır. Böylece tarama daha temiz başlar.

Redirect

301 dönen URL sitemap’e eklenmemelidir. Sitemap doğrudan final destination’ı göstermelidir. Redirect chain olmamalıdır. Migration sonrası eski URL’ler hızla temizlenmelidir. Search Console sitemap hataları takip edilmelidir.

Crawl trap

Crawl trap pattern’leri sitemap içine asla yayılmamalıdır. Dinamik fiyat ve derin facet kombinasyonları buna örnek olabilir. Sitemap generator yalnız whitelist edilmiş URL tiplerini üretmelidir. Pattern sayıları izlenmelidir. Ani büyüme alarm oluşturabilir.

Breadcrumb ve Filtre Landing Page İlişkisi

Breadcrumb facet landing page’in kategori hiyerarşisindeki yerini kullanıcıya ve arama motoruna açıklar. Ancak her normal filtre state’i breadcrumb içine eklenmek zorunda değildir. Kalıcı SEO facet landing page’ler taxonomy içinde mantıklı konum kazanabilir. Structured data görünen breadcrumb ile uyumlu olmalıdır. Kullanıcı navigasyonu teknik canonical yapısını desteklemelidir.

Kategori Hiyerarşisi

Ana kategori parent rolünü taşır. Facet landing page bu kategori altında alt hedef gibi konumlanabilir. Kategori değişirse URL ve breadcrumb etkisi değerlendirilmelidir. Çok derin hiyerarşi oluşturulmamalıdır. Kullanıcı yönünü kolayca anlamalıdır.

Facet Landing Page Konumu

Facet landing page gerçekten kalıcıysa breadcrumb içinde gösterilebilir. “Kadın > Elbise > Siyah Elbiseler” buna örnektir. Kullanıcı bir üst kategoriye kolayca dönebilir. Breadcrumb URL’leri clean canonical adresler olmalıdır. Geçici filtre seçimleri aynı şekilde ele alınmayabilir.

Kullanıcı Navigasyonu

Breadcrumb yalnız SEO işareti değildir. Kullanıcıya mevcut konumunu gösterir. Facet landing page’in gerçek site yapısında yeri olmasını destekler. Sadece schema içinde görünmeyen breadcrumb üretmek doğru değildir. Görünen ve yapılandırılmış yapı aynı olmalıdır.

Breadcrumb Structured Data

BreadcrumbList schema görünen breadcrumb yolunu temsil edebilir. URL’ler canonical sürümler olmalıdır. Duplicate parameter URL’si schema içine girmemelidir. Parent ilişkisi tutarlı olmalıdır. QA ile URL ve visible text uyumu kontrol edilebilir.

Facet Landing Page İçeriği Nasıl Olmalıdır?

SEO’ya açık facet landing page yalnız ürün filtresinden ibaret kalmamalıdır. Kullanıcının seçtiği filtreyi net açıklamalı, dinamik H1 ve title ile arama niyetini yansıtmalıdır. Açıklama içeriği kısa ve faydalı olabilir. Ürün listesi asıl değeri taşır. İlgili alt kategori veya facet bağlantıları kullanıcı keşfini güçlendirebilir.

Kullanıcının Seçtiği Filtreyi Açıklamak

Sayfa hangi filtre kombinasyonunu gösterdiğini açıkça belirtmelidir. Kullanıcı URL’den geldiğinde nerede olduğunu anlamalıdır. Seçili filtreler görünür olmalıdır. Reset veya değiştirme seçenekleri sunulabilir. Bu şeffaflık kullanıcı deneyimini iyileştirir.

Dinamik H1

H1 seçilen facet ve kategori intent’ini yansıtabilir. Tek bir anlamlı H1 bulunmalıdır. Boş veya duplicate değer üretilmemelidir. Template değişkenleri kalite kontrolünden geçmelidir. H1 yalnız keyword doldurma amacıyla şişirilmemelidir.

Meta Title

Title facet landing page’i ana kategoriden ayırmalıdır. Marka, renk veya materyal gibi önemli modifier doğal biçimde kullanılabilir. Karakter uzunluğu template bazında kontrol edilmelidir. Duplicate title raporları izlenmelidir. Normal UX filter URL’lerine ayrı title üretmek zorunlu değildir.

Açıklama İçeriği

Kısa açıklama kullanıcının seçtiği ürün grubunu anlatabilir. Sadece SEO için uzun genel metin eklemek gerekmez. Ürün seçimi ve kullanım bağlamı hakkında gerçek fayda sunmalıdır. Aynı paragraf bütün facet’lerde isim değiştirerek kullanılmamalıdır. Veri ve kategoriye göre anlamlı farklılık üretmelidir.

Ürün Listesi

Ürün listesi facet landing page’in temel içeriğidir. Filtre gerçekten doğru ürünleri göstermelidir. Ürün sayısı yeterli ve stabil olmalıdır. Pagination crawl edilebilir olmalıdır. Stok değişiklikleri sayfayı sürekli boş bırakmamalıdır.

İlgili Alt Kategoriler

Kullanıcıya yakın kategori veya facet seçenekleri gösterilebilir. Bu linkler search intent ilişkisine göre seçilmelidir. Her sayfaya yüzlerce facet linki eklenmemelidir. Indexlenebilir canonical URL’ler tercih edilmelidir. Bu yapı hem kullanıcı hem crawl keşfi için faydalıdır.

Yalnızca SEO İçin Metin Eklemek Yeterli midir?

Hayır, yalnız açıklama metni eklemek zayıf facet sayfasını güçlü landing page’e dönüştürmez. Search intent ve ürün seti gerçek farklılığı oluşturmalıdır. Kullanıcı sayfaya geldiğinde uygun ürünleri bulmalıdır. Thin content problemi yalnız kelime sayısıyla ölçülmez. Ürün havuzu, filtre amacı ve kullanıcı değeri birlikte değerlendirilmelidir.

Search Intent

Sayfa ayrı sorguya cevap vermelidir. Ana kategoriyle aynı intent’i tekrar ediyorsa ek metin problemi çözmez. SERP ve query data incelenmelidir. Kullanıcının ayrı karar ihtiyacı bulunmalıdır. Index kararı önce intent ile başlamalıdır.

Kullanıcı Değeri

Facet landing page kullanıcının ürün bulmasını kolaylaştırmalıdır. Metin ürün listesinin önüne geçmemelidir. Seçili filtreler ve uygun ürünler açık olmalıdır. İlgili alt seçenekler yararlı olabilir. İçerik yalnız bot için yazılmamalıdır.

Ürün Seti Farklılığı

Ana kategoriden farklı ve anlamlı ürün seti sunmak önemlidir. Yüksek overlap varsa ayrı sayfa değeri düşebilir. Product overlap metriği kullanılabilir. Search intent farklıysa belirli overlap kabul edilebilir. Veri temelli karar daha güvenlidir.

Thin Content Riski

Çok az ürün ve tekrar eden metin thin page riski oluşturur. Template ortaklığı normaldir fakat ana değer benzersiz olmalıdır. Zero-result ve tek ürün sayfaları özellikle dikkat ister. Minimum quality threshold tanımlanabilir. Düşük kalite sayfalar noindex veya control altında tutulabilir.

Uluslararası E-Ticarette Filtre URL'leri

Çok dilli e-ticaret sitelerinde facet politikası locale seviyesinde de uygulanmalıdır. Aynı filtrenin her ülkede search demand taşımadığı unutulmamalıdır. URL, hreflang ve canonical sinyalleri birbirini desteklemelidir. Cross-language canonical yanlış kullanılırsa dil sayfası başka locale altında konsolide edilebilir. Her dil kendi canonical yapısını korumalıdır.

Dil URL'leri

Dil bazlı URL’ler ayrı path veya domain yapısında olabilir. Facet landing page her dilde lokalize edilmelidir. Sadece URL dili değişip ürün ve metin aynı kalmamalıdır. Search demand locale bazında değerlendirilmelidir. Canonical aynı dildeki tercih edilen URL’ye işaret etmelidir.

Ülke URL'leri

Ülke sürümlerinde fiyat, stok ve ürün havuzu değişebilir. Bu nedenle facet landing page içeriği de farklılaşabilir. Canonical cross-country ilişki için dikkatle kullanılmalıdır. Hreflang alternatifleri belirtir. Kullanıcı ülke deneyimi korunmalıdır.

Hreflang

Hreflang alternatif dil veya bölge URL’lerini birbirine bağlar. Yalnız indexlenebilir canonical sayfalar hreflang kümesine alınmalıdır. Noindex veya redirect URL eklenmemelidir. Reciprocal bağlantılar kontrol edilmelidir. Facet landing page’ler locale bazında gerçekten eşdeğer olmalıdır.

Dil İçinde Canonical Tutarlılığı

Her dil sürümü kendi tercih edilen URL’sini canonical göstermelidir. Türkçe facet İngilizce sayfaya canonical verilmemelidir. Hreflang iki dili alternatif olarak bağlar. Canonical ise aynı locale içindeki duplicate URL’leri konsolide eder. İki sinyal farklı amaç taşır.

Canonical ve Hreflang Nasıl Birlikte Kullanılır?

Canonical ve hreflang birbirinin yerine kullanılmaz. Canonical duplicate veya temsilci URL ilişkisini yönetir. Hreflang dil ve bölge alternatiflerini gösterir. Uluslararası facet landing page’lerde her dil kendi self-canonical yapısını korumalıdır. Alternatif locale URL’leri hreflang ile bağlanmalıdır.

Aynı Dil İçinde Canonical

Türkçe sayfanın tracking veya duplicate filter varyasyonları Türkçe canonical landing page’e bağlanmalıdır. Aynı kural diğer locale için ayrı uygulanır. Cross-language canonical kullanılmamalıdır. Sitemap ve internal links locale içinde tutarlı olmalıdır. URL normalization dil bazında çalışmalıdır.

Alternatif Dil URL'leri

İngilizce ve Türkçe facet landing page’ler hreflang üzerinden ilişkilendirilebilir. Her biri kendi self-canonical adresine sahip olur. Ürün setleri locale farklılıkları nedeniyle tam aynı olmak zorunda değildir. Ancak kullanıcı niyeti eşdeğer olmalıdır. Hreflang tag’leri reciprocal çalışmalıdır.

Yanlış Cross-Language Canonical Riskleri

Bir dil sayfasını başka dildeki URL’ye canonical etmek locale sinyalini zayıflatabilir. Arama motoru alternatif dili duplicate kabul edebilir. Hreflang kümesi bozulabilir. Canonical yalnız aynı temsil ilişkisi içinde kullanılmalıdır. Uluslararası QA bu hatayı otomatik kontrol etmelidir.

Filtre URL'leri İçin Teknik SEO Audit Nasıl Yapılır?

Facet audit önce gerçek URL envanterini çıkararak başlamalıdır. Parametre pattern’leri, crawlability, indexability, canonical target ve status code birlikte analiz edilir. Internal links hangi URL’leri yaygınlaştırıyor kontrol edilir. Search Console ve log verisi audit’i doğrular. Tek tek URL yerine pattern seviyesinde çalışmak büyük sitelerde daha verimlidir.

URL Envanteri

Site crawler, log ve Search Console kaynakları birleştirilebilir. Kategori, facet, sorting ve pagination URL’leri ayrı etiketlenir. Toplam sayı ve örnekler çıkarılır. Unknown pattern’ler ayrıca incelenir. Envanter karar matrisinin temelidir.

Parameter Pattern'leri

Her query parameter’ın amacı belirlenmelidir. Filter, sorting, tracking ve pagination ayrıştırılmalıdır. Aynı parametrenin farklı isimleri varsa normalize planı yapılır. Kombinasyon derinliği ölçülür. En çok URL üreten pattern’ler öncelik kazanır.

Crawlability

Robots.txt ve link yapısı URL’nin bot tarafından erişilebilir olup olmadığını gösterir. Crawler teorik erişimi verir. Server log gerçek Googlebot davranışını gösterir. Indexlenebilir facet’ler crawl edilebilir olmalıdır. Düşük değerli crawl trap’ler ayrı kontrol edilebilir.

Indexability

Meta robots, HTTP header ve canonical birlikte incelenir. Noindex URL sitemap’te bulunmamalıdır. Robots bloklu URL’de noindex sinyali okunamayabilir. Indexable facet quality criteria karşılamalıdır. Search Console gerçek index durumunu doğrular.

Canonical Target

Her URL’nin canonical hedefi çıkarılır. Self, parent veya başka facet olarak sınıflandırılır. Hedef 200 ve indexlenebilir olmalıdır. Chain ve loop kontrol edilir. Google-selected canonical farkları örneklenir.

HTTP Status

200, 3xx, 404 ve 5xx dağılımı pattern bazında ölçülür. Zero-result 200 sayfalar soft 404 riski için incelenir. Redirect olan filtre URL’leri sitemap ve internal linklerde kalmamalıdır. Invalid kombinasyonların response’u doğrulanır. Server behavior URL policy ile karşılaştırılır.

Internal Links

Hangi facet URL’lerinin kaç link aldığı ölçülür. Low-value parametrelerin site geneline yayılıp yayılmadığı görülür. Duplicate URL yerine canonical adreslerin kullanılması sağlanır. Indexlenebilir facet’lerin orphan kalmadığı kontrol edilir. Crawl depth ayrıca raporlanabilir.

Search Console ile Filtre URL Analizi

Search Console faceted navigation politikasının Google tarafındaki sonucunu anlamaya yardımcı olur. Pages raporu index durumunu, URL Inspection canonical seçimini, Performance ise gerçek query değerini gösterir. URL pattern regex ile segmentlenebilir. Crawled not indexed filtre kümeleri kalite sinyali olabilir. Veriler log ve crawler bulgularıyla birlikte değerlendirilmelidir.

Pages / Indexing Raporu

Filtre URL’lerinin hangi index durumlarında bulunduğu görülebilir. Submitted ve non-submitted gruplar ayrılabilir. Ani index artışı URL explosion sinyali olabilir. Noindex stratejisinin etkisi zaman içinde izlenebilir. Pattern bazında örnekler incelenmelidir.

Duplicate URL Grupları

Duplicate durumları canonical sinyallerinin nasıl yorumlandığını gösterir. Parametre sırası veya sorting URL’leri bu grupta yoğunlaşabilir. Declared ve selected canonical karşılaştırılmalıdır. Internal links temizlenebilir. Duplicate source pattern ortadan kaldırılmaya çalışılmalıdır.

Crawled — Currently Not Indexed

Google URL’yi taramış fakat indexe almamıştır. Çok sayıda facet burada bulunuyorsa kalite veya overlap sorunu olabilir. Hepsini zorla indexletmeye çalışmak yerine eligibility modelini gözden geçirmek gerekir. Search demand ve product count karşılaştırılabilir. Crawl yükü de ayrıca incelenmelidir.

Google-Selected Canonical

URL Inspection Google’ın seçtiği canonical’ı gösterebilir. Declared canonical ile fark varsa içerik benzerliği ve site sinyalleri araştırılır. Sitemap ve internal links güçlü rol oynayabilir. Pattern bazlı tutarsızlık sistematik hata göstergesidir. Tek URL düzeltmesi yerine template çözümü uygulanmalıdır.

Performance Verisi

Facet URL’lerinin impression, click ve query performansı ölçülmelidir. Search demand gerçek site verisiyle doğrulanabilir. Conversion analytics ile birleştirilebilir. Trafik almayan index facet’ler pruning adayı olabilir. Yüksek performanslı filtreler kalıcı kategoriye promote edilebilir.

Google-Selected Canonical Farklıysa Ne Yapılmalı?

Google farklı canonical seçtiğinde yalnız etiketi tekrar yazmak yeterli olmayabilir. İçerik benzerliği, declared canonical, internal links, sitemap ve redirects birlikte incelenmelidir. HTTP ve HTTPS varyasyonları da kontrol edilmelidir. Arama motoruna çelişkili tercih sinyali gönderilmemelidir. Sorun pattern bazındaysa template veya routing düzeyinde çözülmelidir.

İçerik Benzerliği

Google iki URL’yi beklenenden daha benzer görüyor olabilir. Product set overlap ölçülebilir. H1 ve title farkı tek başına yeterli olmayabilir. Gerçek kullanıcı değeri farklılaştırılmalıdır. Aynı intent varsa consolidation daha doğru olabilir.

Canonical Etiketi

Declared canonical doğru target’ı göstermelidir. Birden fazla canonical tag bulunmamalıdır. JavaScript sonrası değişmemelidir. Target 200 ve indexlenebilir olmalıdır. Template bug varsa bütün pattern etkilenebilir.

İç Linkler

Site çoğunlukla başka URL’ye link veriyorsa Google bunu güçlü sinyal olarak kullanabilir. Canonical URL’ye doğrudan link verilmelidir. Duplicate varyasyonlar navigation’dan temizlenmelidir. Link sayılarını crawler ile ölçmek faydalıdır. Breadcrumb da aynı hedefi desteklemelidir.

Sitemap

Sitemap yalnız tercih edilen URL’yi içermelidir. Duplicate varyasyon listedeyse canonical sinyali zayıflayabilir. Sitemap generator policy ile aynı kaynaktan beslenmelidir. Eski URL’ler temizlenmelidir. lastmod gerçek güncellemeyi yansıtmalıdır.

Redirect

Kalıcı duplicate URL artık gerekli değilse redirect daha güçlü çözüm olabilir. Chain ve loop bulunmamalıdır. Kullanıcı intent eşleşmesi sağlanmalıdır. Canonical hedefe doğrudan redirect verilmelidir. Internal linkler final URL’ye güncellenmelidir.

HTTP / HTTPS Tutarlılığı

Bütün canonical URL’ler HTTPS kullanmalıdır. HTTP sürümü 301 ile HTTPS’e yönlenmelidir. Sitemap HTTPS URL’leri içermelidir. Internal links eski protokolü kullanmamalıdır. Mixed signals canonical seçimini zorlaştırabilir.

Server Log Analizi Neden Önemlidir?

Server log, Googlebot’un gerçekten hangi filtre URL’lerini taradığını gösterir. Site crawler yalnız teorik link grafiğini verir. Log analizi crawl waste ve değerli URL’lere ayrılan tarama oranını ölçer. Filter pattern crawl frequency önemli KPI’dır. Bu veri crawl control değişikliklerinin etkisini doğrudan gösterir.

Googlebot'un Gerçekte Hangi URL'leri Taradığını Görmek

Loglar request URL ve timestamp bilgisi sağlar. User agent doğrulaması yapılmalıdır. Filtre, sorting ve pagination pattern’leri ayrılabilir. En çok hit alan düşük değerli alanlar görülür. Crawl policy buna göre güncellenebilir.

Filter Pattern Crawl Frequency

Her filter pattern’in bot hit sayısı hesaplanabilir. URL sayısı ve crawl hit birlikte değerlendirilmelidir. Küçük bir sorting pattern aşırı hit alıyorsa önemli fırsat vardır. Indexlenebilir facet’lerin crawl sıklığı da ölçülebilir. Değişiklik öncesi ve sonrası karşılaştırma yapılmalıdır.

Crawl Waste

Crawl waste SEO değeri düşük URL’lere harcanan bot isteklerini ifade eder. Tracking, sorting ve derin facet kombinasyonları sık kaynak olabilir. Loglarla gerçek oran ölçülebilir. URL generation ve link policy iyileştirildikten sonra düşüş beklenir. Sadece teorik crawl budget tartışması yerine gerçek veri kullanılır.

Değerli URL'lerin Crawl Sıklığı

Ana kategori ve önemli facet landing page’lerin ne sıklıkla tarandığı ölçülmelidir. Ürün değişiklikleri sık olan sayfalar daha düzenli crawl isteyebilir. Düşük crawl sıklığı internal linking veya URL bloat sorununa işaret edebilir. Sitemap ve lastmod destekleyici sinyal sağlar. Crawl dağılımı business priority ile karşılaştırılabilir.

E-Ticaret Faceted Navigation Audit Matrisi

Audit matrisi her URL pattern’ini aynı tablo içinde karşılaştırmaya yardımcı olur. Search demand, intent, product count, crawl, index ve canonical alanları birlikte görülür. Son sütunda önerilen aksiyon yer alır. Bu yapı SEO ve yazılım ekiplerinin ortak karar vermesini kolaylaştırır. Matrisi periyodik olarak güncellemek filtre politikasının canlı kalmasını sağlar.

URL Pattern

Her filtre route’u regex veya açık formatla tanımlanmalıdır. Marka, renk ve sorting ayrıştırılır. Parametre sırası varyasyonları kaydedilir. Page type owner belirtilir. Pattern değişiklikleri version control altında tutulabilir.

Search Demand

Talep seviyesi high, medium veya low olarak sınıflandırılabilir. Keyword, Search Console ve internal search verisi kullanılabilir. Sezonluk trend not edilebilir. Demand tek karar ölçütü değildir. Intent ve product set ile birlikte değerlendirilir.

Intent

Facet’in ana kategoriye göre farklı kullanıcı amacı taşıyıp taşımadığı işaretlenir. High overlap intent durumları ayrı tutulur. SERP gözlemi destekleyici olabilir. Query mapping eklenebilir. Benzersiz intent index yönünde güçlü sinyaldir.

Product Count

Ortalama ve minimum ürün sayısı tutulabilir. Volatilite ayrıca ölçülebilir. Çok dar facet’ler işaretlenir. Zero-result frequency önemli metriktir. Kategoriye göre threshold belirlenir.

Crawl Status

Pattern crawlable, blocked veya partially linked olarak sınıflandırılabilir. Log hit sayısı eklenebilir. Robots kuralı belirtilir. Internal link source not edilir. Gerçek Googlebot davranışı teorik state ile karşılaştırılır.

Index Status

Search Console ve site directive birlikte değerlendirilir. Index, noindex veya unknown durumları kaydedilir. Google-selected canonical farkı not edilebilir. Index coverage oranı hesaplanabilir. Policy ile gerçek sonuç arasındaki fark görülür.

Canonical

Self, parent, clean facet veya başka target türü belirtilir. Target status code kontrol edilir. Chain ve loop riski kaydedilir. Sitemap uyumu değerlendirilir. Google-selected canonical ayrıca eklenebilir.

Önerilen Aksiyon

INDEX, SELF-CANONICAL, NOINDEX, CANONICAL, CRAWL CONTROL veya 404 gibi sonuçlardan biri seçilebilir. Gerekçe demand ve intent alanlarına dayanmalıdır. Owner ve deadline eklenebilir. Deployment sonrası kontrol tarihi belirlenebilir. Böylece audit doğrudan uygulama planına dönüşür.

Canonical QA Checklist

Canonical QA üretim hatalarının geniş URL setine yayılmasını önler. Etiket varlığı, tekilliği, absolute URL formatı ve target status temel kontrollerdir. Sitemap ve internal link uyumu da doğrulanmalıdır. Crawler ile otomasyon kurulabilir. Kritik pattern’ler deployment sonrasında tekrar taranmalıdır.

Canonical Etiketi Var mı?

Indexlenebilir ve duplicate policy kullanan sayfalarda beklenen canonical bulunmalıdır. Eksik etiket sistem davranışını daha belirsiz hâle getirir. Page type’a göre gerekli olup olmadığı tanımlanmalıdır. Raw HTML içinde kontrol edilebilir. Render sonrası da varlığı doğrulanmalıdır.

Tek Bir Canonical Var mı?

Sayfada birden fazla canonical bulunması çelişki yaratabilir. Layout ve page component aynı etiketi üretmemelidir. DOM sayımı otomatik test edilebilir. Duplicate tag deployment’ı durdurabilir. Template ownership net olmalıdır.

Absolute URL Kullanılıyor mu?

Canonical tam URL formatında verilmelidir. Protocol ve host açık olmalıdır. Environment yanlış host üretmemelidir. Staging domain production’a taşınmamalıdır. Testler domain değerini doğrulamalıdır.

Canonical Target 200 Dönüyor mu?

Target doğrudan 200 response vermelidir. 404 veya 5xx hedef hatalıdır. Redirect target kullanmak canonical chain oluşturabilir. Crawler bütün target’ları status açısından kontrol edebilir. Sitemap de aynı final URL’yi kullanmalıdır.

Canonical Target Indexlenebilir mi?

Canonical target noindex olmamalıdır. Robots block altında kalmamalıdır. Kullanıcıya erişilebilir olmalıdır. Indexability conflict otomatik QA ile yakalanabilir. Hedef gerçekten organik temsilci olmalıdır.

Canonical Target Redirect Oluyor mu?

Canonical URL’nin redirect vermesi gereksiz chain oluşturur. Doğrudan final URL’ye işaret edilmelidir. Migration sonrası eski target’lar güncellenmelidir. Template cached eski değer taşımamalıdır. Crawler canonical chain raporu üretmelidir.

Sitemap ile Uyumlu mu?

Sitemap canonical hedefi içermelidir. Kaynak duplicate URL sitemap dışında kalmalıdır. İki sistem farklı eligibility kuralı kullanmamalıdır. Uyuşmazlık raporlanmalıdır. Sitemap generation canonical policy ile entegre çalışmalıdır.

İç Linklerle Uyumlu mu?

Internal links canonical hedefe gitmelidir. Duplicate source URL’lere yoğun link verilmemelidir. Navigation ve breadcrumb aynı clean URL’yi desteklemelidir. Crawler link graph bunu ölçebilir. Uyumsuzluk canonical mismatch riskini artırır.

Canonical Chain Nasıl Tespit Edilir?

Canonical chain bir sayfanın başka bir URL’ye, onun da üçüncü URL’ye canonical vermesidir. Arama motoruna gereksiz ara sinyal gönderir. Bütün kaynak URL’ler doğrudan final canonical hedefe bağlanmalıdır. Crawler canonical graph üzerinden chain’leri otomatik bulabilir. Deployment testleri bu hatanın tekrar oluşmasını önleyebilir.

A → B → C

A URL’si B’ye, B URL’si C’ye canonical veriyorsa chain vardır. İdeal durumda A ve B doğrudan C’yi göstermelidir. Migration veya eski template değerleri bu durumu oluşturabilir. Sitemap yalnız C’yi içermelidir. Internal links de final URL’ye güncellenmelidir.

Doğrudan Final Canonical'a İşaret Etmek

Kaynak URL doğrudan temsilci final sayfayı göstermelidir. Ara canonical katmanı gereksizdir. Bu politika uygulama kodunda merkezi tutulabilir. Redirect chain mantığıyla benzer temizlik prensibi uygulanır. QA target graph’ı doğrular.

Crawler ile Otomatik Kontrol

Site crawler canonical target’ları takip edebilir. Birden fazla adım varsa chain raporlanır. URL pattern ve template bazında sayı tutulabilir. Deployment sonrası threshold uygulanabilir. Hedef sıfıra yakın chain oranıdır.

Canonical Loop Nedir?

Canonical loop iki veya daha fazla URL’nin birbirini karşılıklı canonical göstermesidir. Bu açık çelişkidir. Arama motorunun hangi sayfayı temsilci seçeceği belirsizleşir. Template bug veya yanlış mapping kaynaklı olabilir. Deployment testleri loop graph’ını otomatik tespit etmelidir.

A → B

A sayfası B’ye canonical verir. Bu tek başına normal olabilir. Ancak B’nin davranışı ayrıca kontrol edilmelidir. B self-canonical ise ilişki mantıklı olabilir. B tekrar A’ya dönüyorsa loop oluşur.

B → A

B’nin A’ya canonical vermesi A-B döngüsü oluşturur. Bu durum kesin olarak düzeltilmelidir. Tek temsilci URL seçilmelidir. Diğer sayfa ona işaret etmelidir. Sitemap ve internal links aynı tercihi desteklemelidir.

Deployment Testleriyle Önlemek

Canonical graph testleri staging ortamında çalıştırılabilir. Her target’ın kendi canonical davranışı kontrol edilir. Loop bulunduğunda release engellenebilir. Fixture URL setleri farklı facet senaryolarını kapsamalıdır. Production monitoring ek güven sağlar.

Canonical ile Robots.txt Çakışması

Canonical etiketi robots.txt ile bloke edilen sayfada bulunuyorsa arama motoru etiketi okuyamayabilir. Bu nedenle crawl block ve canonical stratejisi birlikte planlanmalıdır. Mevcut index URL’sini canonical ile başka hedefe taşımak istiyorsanız önce botun sayfaya erişmesi gerekebilir. Daha sonra crawl control uygulanabilir. Migration sıralaması teknik plan içinde açık olmalıdır.

Google Canonical Etiketini Okuyabiliyor mu?

URL robots tarafından engelliyse HTML içindeki canonical alınamaz. Arama motoru başka dış sinyallere güvenebilir. Bu nedenle canonical hedefinin gerçekten okunabilir olması gerekir. Robots rule eklemeden önce state doğrulanmalıdır. Search Console URL Inspection yardımcı olabilir.

Crawl Engeli Öncesi Index Durumu

URL hâlihazırda indexteyse doğrudan robots ile kapatmak indexten hızlı çıkarma sağlamaz. Bot noindex veya canonical değişikliğini göremeyebilir. Önce index değişikliği uygulanabilir. Sonrasında crawl pattern kontrolü değerlendirilebilir. Sıra business ve site durumuna göre planlanmalıdır.

Migration Sıralaması

İlk aşamada yeni canonical ve index directive yayımlanabilir. Arama motorunun değişikliği taraması beklenebilir. Search Console ve loglarla durum izlenir. Sonra düşük değerli crawl alanı robots ile sınırlandırılabilir. Büyük pattern değişiklikleri kademeli yapılmalıdır.

Filtre SEO Değişiklikleri Nasıl Yayına Alınmalıdır?

Faceted navigation değişiklikleri binlerce URL’yi etkileyebildiği için tek seferde tüm siteye uygulanmamalıdır. Staging ve küçük kategori pilotu riskleri azaltır. URL pattern bazlı crawl testi yapılmalıdır. Index ve canonical sonucu Search Console üzerinden izlenmelidir. Başarılı pilot sonrasında tam yaygınlaştırma yapılabilir.

Staging

Yeni URL, canonical ve robots kuralları staging ortamında test edilir. Production’a benzer veri örnekleri kullanılmalıdır. Crawler erişimi sağlanmalıdır. Noindex staging koruması production template ile karışmamalıdır. Test raporu release öncesi incelenmelidir.

URL Pattern Bazlı Test

Her filter, sorting ve pagination pattern’i örneklenmelidir. Expected status ve canonical target karşılaştırılır. Parameter order edge case’leri eklenir. Zero-result ve duplicate scenario test edilir. Sonuç teknik spec ile eşleşmelidir.

Küçük Bir Kategoriyle Pilot

Önce sınırlı ürün ve filtre setine sahip kategori seçilebilir. Değişiklik yalnız bu pattern’de uygulanır. Crawl ve index davranışı birkaç hafta izlenebilir. Log hit dağılımı karşılaştırılır. Sorun yoksa kapsam genişletilir.

Crawl Testi

Site crawler yeni link graph’ı kontrol eder. Low-value URL sayısının azalıp azalmadığı görülür. Indexlenebilir facet’lerin erişilebilir olduğu doğrulanır. Robots kuralları beklenmeyen alanı engellememelidir. Crawl depth karşılaştırılır.

Index Kontrolü

Search Console yeni directive’lerin sonucunu zaman içinde gösterir. Google-selected canonical örnekleri incelenir. Noindex URL sayısı beklenen yönde değişmelidir. Yeni facet landing page’lerin impression kazanması izlenir. Ani index kaybı alarm olabilir.

Tam Yaygınlaştırma

Pilot başarı kriterlerini karşılıyorsa benzer pattern’lere rollout yapılır. Deployment batch şeklinde olabilir. Her aşamada monitoring devam eder. Rollback kriterleri önceden belirlenmelidir. Bütün kategoriler aynı gün değiştirilmek zorunda değildir.

Rollback Planı Nasıl Hazırlanır?

Facet SEO değişiklikleri beklenmedik index kaybı veya crawl sorunu oluşturabilir. Bu nedenle önceki directive ve template sürümleri kaydedilmelidir. Deployment tarihi ve etkilenen URL pattern’leri açık olmalıdır. Geri dönüş kriterleri ölçülebilir şekilde yazılmalıdır. Rollback sonrası da crawl ve Search Console takibi yapılmalıdır.

Önceki Directive'leri Kaydetmek

Canonical, robots ve noindex davranışlarının önceki sürümü saklanmalıdır. Git veya config versioning kullanılabilir. Hangi pattern’in hangi policy’ye sahip olduğu belgelenmelidir. Acil durumda eski sürüme dönmek kolaylaşır. Manuel hatalar azalır.

Deployment Tarihi

SEO metriklerindeki değişiklik deployment zamanıyla karşılaştırılmalıdır. Tarih ve saat release log’unda tutulmalıdır. Search Console verisi gecikmeli gelebilir. Server log daha erken sinyal sağlar. Monitoring dashboard release marker gösterebilir.

Etkilenen URL Pattern'leri

Rollback scope açık biçimde bilinmelidir. Bütün site yerine yalnız belirli kategori veya parameter pattern geri alınabilir. Regex listesi deployment ticket içinde tutulmalıdır. URL count hesaplanmalıdır. Risk daha kontrollü yönetilir.

Geri Dönüş Kriterleri

Beklenmeyen index kaybı, canonical mismatch artışı veya crawl trap büyümesi rollback tetikleyebilir. Threshold önceden belirlenmelidir. Tek günlük doğal dalgalanma ile ciddi sorun ayrılmalıdır. Business impact değerlendirilir. Rollback kararı ölçülebilir verilere dayanmalıdır.

Filtre Politikası Kim Tarafından Yönetilmelidir?

Facet politikası yalnız SEO ekibinin veya yalnız yazılım ekibinin sorumluluğu değildir. SEO search demand ve index stratejisini belirler. Yazılım URL generation ve directive uygulamasını geliştirir. Product ve UX kullanıcı filtre deneyimini, merchandising ise ürün gruplama ihtiyacını yönetir. Ortak governance olmadan ekipler birbirinin kurallarını bozabilir.

SEO Ekibi

SEO ekibi facet eligibility ve canonical politikasının sahibidir. Search demand, intent ve crawl verisini analiz eder. Teknik spec için expected behavior yazar. Search Console ve log sonuçlarını izler. Yeni filtre talebini organik açıdan değerlendirir.

Search demand ve index stratejisi

Hangi facet’in indexlenebilir olacağı veriyle belirlenir. Search demand ve SERP incelenir. Product count ve stabilite değerlendirilir. INDEX, NOINDEX veya CONTROL kararı verilir. Karar periyodik olarak yeniden gözden geçirilir.

Yazılım Ekibi

Yazılım ekibi route ve parameter üretimini kontrol eder. Canonical, robots ve HTTP response uygulamasını yapar. URL normalization backend ve frontend’de tutarlı çalışmalıdır. CI testleri eklenmelidir. Deployment sonrası teknik hatalar izlenmelidir.

URL generation ve teknik uygulama

Tek filtre seti tek URL üretmelidir. Parametre sırası standardize edilmelidir. Invalid kombinasyonlar kontrol edilmelidir. Canonical template eligibility kurallarına bağlanmalıdır. Sitemap generator aynı policy’yi kullanmalıdır.

Product / UX

Product ve UX filtrelerin kullanıcı için nasıl çalışacağını belirler. SEO crawl control kullanıcı deneyimini bozmamalıdır. Mobil ve masaüstü filtre davranışı tutarlı olmalıdır. Yeni filtre eklenmeden teknik etkisi değerlendirilmelidir. Kullanıcı araştırması filtre önceliğini gösterebilir.

Kullanıcı filtre deneyimi

Seçili filtreler anlaşılır görünmelidir. Filtre reset ve değişiklik işlemleri kolay olmalıdır. URL kullanıcı state’ini gerektiğinde korumalıdır. SEO dışı filtrelerin çalışması engellenmemelidir. Teknik kontrol ile UX ihtiyaçları birlikte çözülmelidir.

Merchandising

Merchandising ürün gruplarının ticari düzenini yönetir. Bazı facet’lerin kalıcı kategoriye dönüşmesi bu ekibin ihtiyacından doğabilir. Kampanya ve ürün havuzu bilgisi SEO kararına destek olur. Stok volatilitesi burada daha iyi bilinir. Ortak plan daha sürdürülebilir taxonomy üretir.

Kategori ve ürün stratejisi

Kalıcı kategori açma kararı ürün portföyüyle uyumlu olmalıdır. Geçici kampanya için uzun ömürlü URL açmak gerekmeyebilir. Search demand ve merchandising ihtiyacı birleşirse güçlü fırsat oluşur. Ürün havuzu düzenli izlenmelidir. Facet landing page gerektiğinde gerçek kategoriye dönüşebilir.

SEO ve Geliştirici Ekibi Arasında Nasıl Bir Teknik Spec Olmalıdır?

Teknik spec yorum farkını azaltır. Her URL pattern için expected status, crawl, index, canonical, sitemap ve internal link davranışı yazılmalıdır. Örnek URL’ler eklenmelidir. Edge case’ler unutulmamalıdır. Bu doküman geliştirme ve QA ekiplerinin ortak referansı olur.

URL Pattern

Pattern regex veya açık URL örneğiyle tanımlanır. Facet ve sorting ayrı tutulur. Multi-filter davranışı belirtilir. Clean landing page varsa ilişki açıklanır. Pattern owner eklenebilir.

Expected Status Code

Her route için 200, 301 veya 404 beklentisi yazılır. Zero-result state ayrıca tanımlanır. Invalid combination davranışı net olur. QA response code’u otomatik test eder. Production monitoring sapmaları gösterir.

Crawl Directive

URL crawlable mı yoksa robots tarafından engelli mi açıkça yazılmalıdır. Neden bilgisi eklenebilir. Migration sırası gerekiyorsa belirtilir. Internal link davranışı crawl policy ile uyumlu olmalıdır. Log KPI’ı tanımlanabilir.

Index Directive

Index veya noindex durumu belirlenir. Default rule ve whitelist istisnaları yazılır. Page type state değişiminde davranış açıklanır. Sitemap eligibility ile eşleştirilir. Meta robots test edilir.

Canonical Target

Self veya başka target açık biçimde tanımlanır. Target URL generation kuralı yazılır. Tracking ve sorting varyasyonları için clean hedef belirlenir. Pagination davranışı ayrıca açıklanır. Canonical target’ın indexlenebilir olması şartı eklenir.

Sitemap Status

Pattern sitemap’e dahil mi hariç mi belirtilir. Yalnız tercih edilen URL’ler eklenir. URL state değişince otomatik cleanup kuralı yazılır. Sitemap file türü belirtilebilir. Monitoring metriği eklenir.

Internal Link Rule

Facet crawlable link alacak mı belirtilir. SEO landing page için temiz URL kuralı yazılır. Duplicate parameter URL’lere link verilmemelidir. Breadcrumb ve related categories davranışı açıklanır. Frontend implementation aynı spec’e bağlanır.

Open Source Araçlarla Faceted Navigation Denetimi

Faceted navigation denetimi yalnız ücretli SEO araçlarına bağlı değildir. Site crawler, log analiz script’leri ve URL pattern kontrolleri açık kaynak veya şirket içi araçlarla yapılabilir. Canonical validation script’leri büyük URL setlerini otomatik test edebilir. Git tabanlı kurallar değişiklik geçmişini saklar. Amaç aracı değil ölçülebilir teknik standardı merkeze almaktır.

Site Crawler'ları

Crawler internal link graph ve metadata toplar. Canonical, robots ve status code raporları çıkarılabilir. URL pattern’leri sınıflandırılabilir. Facet depth ve parameter dağılımı ölçülebilir. Staging ve production karşılaştırılabilir.

Log Analiz Araçları

Server log dosyaları script veya log platformlarıyla analiz edilebilir. Googlebot request pattern’leri ayrıştırılır. Crawl waste hesaplanır. Değerli facet hit oranı ölçülür. Deployment öncesi ve sonrası fark görülebilir.

URL Pattern Script'leri

Basit script’ler milyonlarca URL’yi regex ile gruplandırabilir. Parameter count ve order analiz edilir. Invalid combination tespit edilebilir. Search Console export ile birleştirilebilir. Bu otomasyon manuel spreadsheet yükünü azaltır.

Canonical Validation Script'leri

Script sayfanın canonical target’ını alıp status ve indexability kontrol edebilir. Chain ve loop graph’ı oluşturulabilir. Sitemap uyumu test edilebilir. Expected policy ile actual result karşılaştırılır. CI içinde de çalıştırılabilir.

Git Tabanlı Teknik SEO Kuralları

URL policy config dosyaları Git içinde saklanabilir. Hangi değişikliğin ne zaman ve kim tarafından yapıldığı görünür olur. Pull request review uygulanabilir. Testler config değişikliği sonrası otomatik çalışır. Rollback kolaylaşır.

Filtre URL Politikası Nasıl Otomatik Test Edilir?

Otomatik testler küçük bir template değişikliğinin binlerce URL’yi bozmasını önler. Unit test rule logic’i, integration test gerçek uygulamayı, crawl test link graph’ı, production monitoring canlı sonucu kontrol eder. Her katman farklı hata türünü yakalar. Expected URL behavior test fixture olarak saklanabilir. CI/CD SEO kalite kapısına dönüşebilir.

Unit Test

URL normalization fonksiyonları bağımsız test edilir. Parametre sırası ve duplicate parametre senaryoları kapsanır. Canonical target hesaplama kuralı doğrulanır. Invalid input beklenen sonuç verir. Hızlı çalıştığı için her commit’te kullanılabilir.

Integration Test

Gerçek route ve template birlikte test edilir. HTTP status, robots ve canonical kontrol edilir. Facet state verisi kullanılır. Pagination ve sorting kombinasyonları doğrulanır. Staging ortamı bu test için uygundur.

Crawl Test

Site crawler belirli kategori setini tarar. Low-value URL artışı kontrol edilir. Indexlenebilir facet’ler bulunabilir olmalıdır. Orphan veya infinite loop raporlanır. Önceki baseline ile karşılaştırılır.

Production Monitoring

Canlı ortamda canonical mismatch, URL count ve error rate izlenir. Search Console gecikmeli index sinyali sağlar. Server log erken crawl davranışı gösterir. Threshold aşılırsa alarm üretilebilir. Rollback kriterleri monitoring’e bağlanabilir.

Filtre SEO Başarısı Nasıl Ölçülür?

Facet optimizasyonunun başarısı yalnız organik trafik artışıyla ölçülmemelidir. Crawl, index, canonical ve organik performans KPI’ları birlikte kullanılmalıdır. Googlebot filter hits azalırken değerli sayfalara ayrılan crawl oranı artabilir. Gereksiz index URL sayısı düşebilir. Seçilmiş facet landing page’ler impression, click ve conversion üretmelidir.

Crawl KPI'ları

Crawl KPI’ları bot kaynaklarının URL pattern’ler arasında nasıl dağıldığını gösterir. Filtre hit sayısı ve değerli sayfalara ayrılan oran temel ölçütlerdir. URL generation değişikliğinin etkisi loglarda hızlı görülür. Sorting hit oranı ayrıca izlenebilir. Hedef gereksiz crawl alanını azaltmaktır.

Googlebot filter hits

Googlebot’un filtre URL’lerine yaptığı request sayısı ölçülür. Toplam crawl içindeki pay hesaplanır. Low-value pattern’ler ayrı raporlanır. Değişiklik sonrası düşüş beklenebilir. Indexlenebilir facet hit’leri korunmalıdır.

Değerli sayfalara ayrılan crawl oranı

Ana kategori, ürün ve SEO facet landing page hit’leri toplam bot trafiğine oranlanır. Oranın artması olumlu sinyal olabilir. Ancak freshness ihtiyacı da hesaba katılmalıdır. Tek başına crawl sayısı sıralama garantisi değildir. Dağılım verimliliği ölçülür.

Index KPI'ları

Index KPI’ları organik URL alanının kalitesini gösterir. Indexlenen facet sayısı ile gereksiz URL sayısı ayrı tutulmalıdır. Hedef tüm filtreleri indexletmek değildir. Seçilmiş URL’lerin görünürlük üretmesi önemlidir. Search Console ana veri kaynağıdır.

Indexlenen facet sayısı

Kaç facet landing page’in indexte olduğu ölçülür. Eligibility listesiyle karşılaştırılır. Beklenenden düşükse kalite veya crawl sorunu olabilir. Beklenenden yüksekse unwanted indexation vardır. Trend düzenli izlenir.

Gereksiz index URL sayısı

Sorting, tracking ve düşük değerli filter URL’lerinin index sayısı ölçülür. Optimizasyon sonrası azalması beklenir. Pattern bazında segmentlenir. Search Console export kullanılabilir. Azalma crawl ve index kalitesini artırır.

Canonical KPI'ları

Canonical KPI’ları site deklarasyonu ile arama motoru seçiminin ne kadar uyumlu olduğunu gösterir. Mismatch rate ve Google-selected canonical farkı izlenir. Chain ve loop sayısı ayrıca tutulabilir. Deployment sonrası ani artış alarmdır. Teknik kalite dashboard’un parçası olmalıdır.

Canonical mismatch rate

Expected canonical ile actual tag karşılaştırılır. URL sample veya full crawl kullanılabilir. Hatalı target oranı hesaplanır. Template bazında segmentlenir. Hedef çok düşük oran olmalıdır.

Google-selected canonical mismatch

Declared ve Google-selected canonical farkı örnek URL’lerde izlenir. Search Console data kullanılabilir. Yüksek oran site sinyallerindeki çelişkiye işaret eder. Internal links ve sitemap incelenir. Pattern bazlı çözüm uygulanır.

Organik Performans KPI'ları

SEO’ya açılan facet landing page’ler gerçek organik değer üretmelidir. Click, impression ve conversion birlikte ölçülür. Sadece indexlenmiş olmaları başarı değildir. Query coverage ek metrik olabilir. Revenue yüksek ticari kategorilerde ayrıca değerlendirilir.

Facet landing page clicks

Search Console üzerinden landing page click sayısı ölçülür. Query segmenti incelenebilir. Ana kategoriyle cannibalization kontrol edilir. Yeni landing page cohort olarak takip edilir. Trafik business sonucu ile birleştirilir.

Impressions

Impression facet’in arama sonuçlarında görünürlük kazandığını gösterir. Query çeşitliliği ayrıca incelenebilir. Position değişimi context sağlar. Yüksek impression düşük click durumunda snippet iyileştirilebilir. Search demand tahminleri gerçek veriyle karşılaştırılır.

Conversion

Facet landing page’in satış veya lead katkısı ölçülmelidir. Çok düşük trafik yüksek conversion üretebilir. Revenue per landing page yararlı olabilir. UX ve ürün seti performansı etkiler. Pruning kararında business value dikkate alınmalıdır.

Faceted Navigation SEO Dashboard'u

Dashboard filtre URL ekosistemini tek ekranda izlemeyi kolaylaştırır. Toplam URL, crawl edilen, indexlenen, trafik alan ve hata üreten facet sayıları ayrı gösterilir. Canonical error ve zero-result URL sayısı teknik sağlığı yansıtır. Pattern bazlı filtreleme yapılabilmelidir. Deployment marker’ları performans değişimini yorumlamayı kolaylaştırır.

Toplam Filter URL Sayısı

Sistemin üretebildiği veya keşfedilmiş filtre URL sayısı ölçülür. Ani artış URL explosion göstergesidir. Category ve parameter pattern bazında ayrılır. Crawler, logs ve Search Console kaynakları birleştirilebilir. Hedef kontrolsüz büyümeyi fark etmektir.

Crawl Edilen Filter URL Sayısı

Server log üzerinden gerçek bot tarafından ziyaret edilen filtre URL sayısı hesaplanır. Toplam filtre alanıyla karşılaştırılır. Sorting ve tracking ayrı raporlanır. Crawl control sonrası değişim izlenir. Değerli facet’lerin erişimi korunmalıdır.

Indexlenen Filter URL Sayısı

Search Console veya site query verisi index durumunu gösterir. Eligibility listesiyle karşılaştırılır. Unwanted indexation varsa aksiyon alınır. SEO facet sayısı kontrollü artabilir. Trend business büyümesiyle birlikte yorumlanmalıdır.

Organik Trafik Alan Facet Sayısı

Indexlenen facet’lerin ne kadarının gerçek trafik ürettiği ölçülür. Uzun süre sıfır impression alan sayfalar review adayıdır. Sezonluk durumlar dikkate alınmalıdır. Conversion verisiyle birlikte analiz edilir. Promote veya demote kararını destekler.

Canonical Error Sayısı

Missing, multiple, redirect target veya noindex target gibi hatalar sayılabilir. Template bazında gruplanır. Release sonrası artış alarmdır. Chain ve loop ayrı gösterilebilir. Teknik borç görünür hâle gelir.

Zero-Result URL Sayısı

Hiç ürün döndürmeyen filter URL sayısı önemli kalite metriğidir. Kategori ve facet bazında segmentlenir. Internal link üreten zero-result URL’ler önceliklidir. 200 dönen boş sayfalar tespit edilir. Ürün ve merchandising ekipleriyle birlikte çözülür.

Filtre URL Yaşam Döngüsü Nasıl Yönetilir?

Facet URL’leri bir kez açılıp sonsuza kadar aynı state’te kalmak zorunda değildir. Discover, evaluate, monitor, promote ve retire adımları kullanılabilir. Search demand artan filtre SEO landing page’e dönüşebilir. Talep veya ürün havuzu kaybolan sayfa demote edilebilir. Bu lifecycle yaklaşımı index alanını güncel tutar.

Discover

Yeni facet opportunity keyword, internal search veya kullanıcı davranışından keşfedilir. Otomatik URL açılmaz. Önce aday listeye eklenir. Product count ve demand data toplanır. Sonraki evaluate aşamasına geçer.

Evaluate

Search demand, intent, ürün stabilitesi ve conversion potansiyeli değerlendirilir. Ana kategoriyle overlap ölçülür. Technical URL feasibility incelenir. Karar matrisi uygulanır. Sonuç index veya control olabilir.

Index veya Control

Güçlü facet indexlenebilir ve self-canonical olur. Düşük değerli filtre noindex veya crawl control altında kalabilir. Geçersiz kombinasyon 404 verir. Karar dokümante edilir. Sitemap ve internal linking otomatik uyarlanır.

Monitor

Index, crawl, impression ve conversion düzenli izlenir. Product count değişimi takip edilir. Canonical mismatch kontrol edilir. Search demand zaman içinde değişebilir. KPI’lar yeniden değerlendirme sinyali üretir.

Promote

Performansı yükselen facet daha güçlü landing page’e dönüştürülebilir. Clean URL, özel metadata ve internal link kazanabilir. Gerekirse taxonomy’ye eklenir. Eski parameter URL temiz adrese bağlanır. Migration izlenir.

Demote

Talep ve ürün değeri azalan facet index dışına çıkarılabilir. Noindex veya canonical kararı verilebilir. Sitemap’ten çıkarılır. Internal links azaltılır. Mevcut organik trafik kaybı dikkatle değerlendirilir.

Retire

Facet artık işlevsel veya ticari değilse tamamen kaldırılabilir. Uygun replacement varsa redirect düşünülebilir. Aksi durumda 404 kullanılabilir. Sitemap ve linkler temizlenir. Loglarda eski crawl zaman içinde azalmalıdır.

Facet Landing Page Ne Zaman Kapatılmalıdır?

Facet landing page kalıcı değer üretmediğinde açık tutulması gerekmeyebilir. Search demand, ürün havuzu ve kategori yapısı düzenli kontrol edilmelidir. Kapanışta redirect, canonical veya 404 arasından uygun yöntem seçilir. Her kapanış aynı teknik davranışı gerektirmez. Kullanıcı intent ve replacement kalitesi karar verir.

Search Demand Kaybolduğunda

Arama talebi uzun süre yoksa page value yeniden değerlendirilir. Sezonluk düşüş ile kalıcı değişim ayrılmalıdır. Conversion ve internal traffic de incelenir. Başka kullanım değeri varsa noindex kalabilir. Tamamen gereksizse retire edilebilir.

Ürün Havuzu Kaybolduğunda

Facet sürekli sıfır veya çok düşük ürün sayısında kalıyorsa landing page zayıflar. Geçici stok sorunu beklenebilir. Kalıcı katalog değişimi varsa sayfa kapanabilir. Yakın kategori varsa redirect düşünülebilir. Alakasız hedefe yönlendirme yapılmamalıdır.

Başka Kategoriyle Birleştiğinde

Taxonomy birleşmesi iki landing page’i tek yapıya taşıyabilir. Eski URL yeni eşdeğer kategoriye 301 verebilir. Canonical geçici migration aşamasında kullanılabilir. Internal links doğrudan yeni URL’ye güncellenmelidir. Search performance izlenmelidir.

Redirect / Canonical / 404 Kararı

Kalıcı eşdeğer hedef varsa redirect güçlü seçimdir. URL kullanıcı için çalışmaya devam edecek fakat duplicate ise canonical uygun olabilir. Artık hiçbir anlamlı hedef yoksa 404 daha doğrudur. Tek kural bütün retire senaryolarına uygulanmamalıdır. Kullanıcı amacı temel kriter olmalıdır.

E-Ticaret Filtre ve Canonical Yönetiminde En Sık Yapılan Hatalar

E-Ticaret Kategorilerinde Filtreleme ve Canonical URL Yönetimi projelerinde hatalar çoğunlukla araçların yanlış amaçla kullanılmasından doğar. Bütün filtreleri indexlemek veya hepsini ana kategoriye canonical etmek iki uç yaklaşımdır. Canonical’ın crawl’ı durdurduğu sanılabilir. Pagination ve sorting de sık yanlış yönetilir. Değişiklik sonrası log ve index takibi yapılmadığında hata ancak trafik kaybıyla fark edilir.

Bütün Filtreleri Indexlemek

Her facet kombinasyonu organik landing page değildir. Bütün URL’lerin indexlenmesi index bloat yaratır. Search demand ve intent filtrelemesi gerekir. Çok dar kombinasyonlar crawl yükü üretir. Seçilmiş landing page stratejisi daha sürdürülebilirdir.

Bütün Filtreleri Ana Kategoriye Canonical Etmek

Bu yaklaşım gerçek facet fırsatlarını yok sayar. Marka veya renk sorguları ayrı intent taşıyabilir. Ana kategori her zaman doğru temsilci değildir. Search demand yüksek facet self-canonical olabilir. Canonical ilişkisi içerik benzerliğine dayanmalıdır.

Canonical'ın Crawl'ı Durdurduğunu Sanmak

Canonical URL’nin taranmasını engellemez. Google etiketi görmek için sayfayı tarayabilir. Büyük crawl trap canonical ile çözülmez. URL generation ve crawl control gerekir. Server log gerçek sonucu gösterir.

Noindex ile Robots.txt'yi Aynı Şey Sanmak

Noindex index davranışını, robots crawl erişimini yönetir. Robots altında noindex etiketi okunamayabilir. Migration sırasında sıra önemlidir. İki araç aynı amaçla kullanılmamalıdır. Technical spec farkı açıkça yazmalıdır.

Pagination Sayfalarını Sayfa 1'e Canonical Etmek

Pagination sayfaları farklı ürünleri gösterir. Hepsini ilk sayfaya canonical etmek içerik ilişkisini yanlış temsil eder. Her page kendine canonical olabilir. Crawlable pagination linkleri korunmalıdır. Infinite scroll varsa alternatif URL yapısı bulunmalıdır.

Sorting URL'lerini Indexlemek

Sorting aynı ürün kümesini farklı sırada sunar. Search intent genellikle değişmez. Indexlenmesi duplicate alanı büyütür. Parametre clean URL’ye canonical olabilir. Crawl control ayrıca uygulanabilir.

Parameter Order'ı Kontrol Etmemek

Aynı filtre seti farklı sırayla birçok URL oluşturabilir. URL normalization yapılmalıdır. Backend tek canonical order üretmelidir. Internal links aynı standardı kullanmalıdır. Duplicate crawl önemli ölçüde azalır.

Zero-Result URL'lere 200 Döndürmek

Hiç ürün bulunmayan sayfanın sürekli 200 dönmesi soft 404 riskini artırır. Geçersiz kombinasyon 404 olabilir. Geçici stok durumu ayrı değerlendirilir. Kullanıcıya alternatifler gösterilebilir. HTTP status gerçek durumu yansıtmalıdır.

Sitemap ve Canonical'ı Çelişkili Yapmak

Sitemap duplicate URL’yi içerirken canonical başka hedefi gösterebilir. Bu sinyalleri gereksiz şekilde karıştırır. Yalnız tercih edilen URL sitemap’e eklenmelidir. Sitemap generator eligibility modeli kullanmalıdır. QA düzenli yapılmalıdır.

JavaScript Sonrası Canonical'ı Test Etmemek

SPA route değişimleri canonical etiketi bozabilir. Raw HTML doğru olsa bile rendered DOM farklı olabilir. Her iki çıktı karşılaştırılmalıdır. Client metadata state centralize edilmelidir. Regression test release sürecine eklenmelidir.

Değişiklik Sonrası Log ve Index Takibi Yapmamak

Teknik değişikliğin arama motoru tarafındaki etkisi zaman alır. Server log erken crawl sinyali verir. Search Console index ve canonical sonucunu gösterir. KPI baseline ile karşılaştırılmalıdır. İzleme yapılmadan projenin başarılı olduğu varsayılmamalıdır.

Örnek Faceted Navigation Karar Ağacı

Karar ağacı facet URL oluştuğunda hangi soruların sırasıyla sorulacağını standardize eder. Önce search demand, sonra intent, ardından ürün stabilitesi ve kullanıcı değeri incelenebilir. Her aşamada başarısız olan URL organik landing page olmak zorunda değildir. Başarılı olan facet INDEX + SELF-CANONICAL olabilir. Bu yapı manuel ve otomatik eligibility modelinde kullanılabilir.

Filtre URL'si Oluştu

Yeni filter combination teknik olarak üretildiğinde hemen index açılmamalıdır. Önce business ve SEO kriterleri kontrol edilir. URL pattern hangi facet derinliğinde olduğu belirlenir. Search demand verisi sorgulanır. Sonuç karar ağacının ilk aşamasına girer.

Bağımsız Search Demand Var mı?

Filtre kombinasyonu gerçek kullanıcı sorgusuna karşılık geliyor mu kontrol edilir. Search Console veya keyword data kullanılabilir. Talep bulunmuyorsa index ihtiyacı zayıflar. Talep varsa sonraki intent kontrolüne geçilir. Düşük hacimli yüksek conversion sorgular istisna olabilir.

Hayır → Indexleme ihtiyacını sorgula

Talep yoksa URL’yi yalnız kullanıcı filtresi olarak bırakmak mümkündür. Noindex veya crawl control değerlendirilebilir. Sitemap’e eklenmemelidir. İç link yayılımı sınırlandırılabilir. Talep daha sonra ortaya çıkarsa yeniden değerlendirilir.

Evet → Sonraki adıma geç

Search demand tek başına yeterli değildir. Aynı sorguyu ana kategori zaten karşılıyor olabilir. Search intent farkı incelenmelidir. SERP yapısı destekleyici veri sağlar. Sonraki karar aşamasına geçilir.

Bağımsız Search Intent Var mı?

Kullanıcı filtreli sonuçta ana kategoriden farklı ürün veya karar bağlamı beklemelidir. Marka ve materyal bu farkı oluşturabilir. Yüksek overlap durumda ayrı intent zayıf olabilir. Intent yoksa consolidation düşünülür. Intent varsa ürün stabilitesi kontrol edilir.

Hayır → Parent category ile birleştir

Aynı kullanıcı ihtiyacı iki URL ile bölünmemelidir. Parent kategori organik owner olabilir. Filtre UX için açık kalabilir. Canonical veya noindex seçenekleri değerlendirilebilir. Internal links parent URL’yi desteklemelidir.

Evet → Sonraki adıma geç

Benzersiz intent filtreyi güçlü aday yapar. Ancak ürün seti sürekli boşalıyorsa landing page zayıf kalır. Product count ve stabilite incelenmelidir. Minimum threshold uygulanır. Sonraki aşama kullanıcı değeridir.

Stabil Ürün Seti Var mı?

Facet yeterli ürünü sürekli sunabiliyor mu kontrol edilir. Historical product count verisi faydalıdır. Sezonluk yapı ayrı sınıflandırılabilir. Stabilite yoksa kalıcı landing page açmak risklidir. Stabil ürün seti varsa kullanıcı değerine geçilir.

Hayır → Landing page oluşturma

Filtre UX için çalışmaya devam edebilir. Organik landing page oluşturmak zorunlu değildir. Noindex ve crawl control seçenekleri kullanılabilir. Product pool güçlendiğinde yeniden değerlendirme yapılabilir. Kullanıcı boş sayfaya yönlendirilmemelidir.

Evet → Sonraki adıma geç

Stabil ürün seti güçlü temel sağlar. Sayfanın kullanıcıya gerçek fayda üretip üretmediği kontrol edilir. Metadata ve içerik desteği planlanır. Internal linking yeri belirlenir. Son karar buna göre verilir.

Sayfa Gerçek Kullanıcı Değeri Üretiyor mu?

Kullanıcı doğrudan geldiğinde anlamlı ürün grubu görmelidir. Seçili filtre açık olmalıdır. Yeterli navigasyon ve ilgili seçenekler sunulabilir. Sadece SEO metni eklemek yeterli değildir. Gerçek fayda varsa index açılabilir.

Evet → INDEX + SELF-CANONICAL

Sayfa bağımsız organik landing page olur. Self-canonical kullanır. Sitemap’e eklenir. İç link desteği kazanır. KPI’lar zaman içinde izlenir.

Hayır → CONTROL

Sayfa kullanıcı filtresi olarak kalabilir. Index dışında tutulabilir. Crawl alanı büyükse ek kontrol uygulanabilir. Sitemap’e eklenmez. Search demand veya ürün yapısı değişirse tekrar değerlendirilir.

Örnek Crawl Karar Ağacı

Crawl karar ağacı index kararından ayrı çalışmalıdır. Bir URL organik landing page değilse bile Google’ın ürünü keşfetmesi için tarama ihtiyacı olabilir. Mevcut index durumu ve sonsuz crawl space riski birlikte değerlendirilmelidir. Crawl control agresif uygulanmadan önce log verisi incelenmelidir. Her pattern için neden taranabilir veya engelli olduğu açık olmalıdır.

URL Organik Landing Page Olacak mı?

İlk soru URL’nin SEO amacı taşıyıp taşımadığıdır. Indexlenebilir landing page crawl edilebilir olmalıdır. Canonical ve internal links aynı URL’yi destekler. Sitemap keşfi güçlendirebilir. Bu URL için crawl control uygulanmamalıdır.

Evet → Crawlable

SEO landing page bot tarafından erişilebilir olmalıdır. Robots block kullanılmamalıdır. Server 200 response vermelidir. Critical content başlangıç veya render edilmiş HTML’de görünmelidir. Search Console index davranışı izlenir.

Hayır → Sonraki soru

SEO landing page olmayan URL’nin crawl ihtiyacı yine olabilir. Noindex sinyalini görmek için bot taraması gerekebilir. Ürün keşfi bazı kategori yapılarında bu URL’ye bağlı olabilir. Bu nedenle otomatik robots block yapılmamalıdır. Sonraki sorular değerlendirilmelidir.

Google'ın URL'yi Tarama İhtiyacı Var mı?

Canonical veya noindex etiketinin okunması gerekiyorsa crawl ihtiyacı bulunabilir. Ürün bağlantıları yalnız bu sayfada mevcutsa keşif etkilenebilir. URL başka değer taşımıyorsa crawl control güçlenebilir. Internal linking mimarisi bu kararı değiştirir. Log verisi gerçek davranışı doğrular.

URL Hâlihazırda Indexte mi?

URL indexteyse doğrudan robots block noindex sinyalini görünmez kılabilir. Önce indexten çıkarma aşaması uygulanmalıdır. Search Console durum değişimi izlenebilir. Sonra robots control düşünülebilir. Migration planı bu sırayı açıklar.

Pattern Sonsuz Crawl Alanı Üretiyor mu?

Dinamik fiyat, sorting ve çoklu filtre kombinasyonları sınırsız alan oluşturabilir. Bu durumda crawl control daha önemli hâle gelir. URL generation sınırı ilk tercih olmalıdır. Robots veya link control destekleyebilir. Loglarda bot hit sayısı izlenmelidir.

Uygun Crawl Control Seçeneğini Belirlemek

Tek çözüm robots.txt değildir. Internal link üretimini durdurmak, parametre normalizasyonu ve geçersiz kombinasyonları 404 yapmak daha temel çözümler olabilir. Robots büyük pattern’lerde ek katman olarak kullanılabilir. Nofollow tek başına güvenilmemelidir. Seçim mevcut index ve crawl verisine dayanmalıdır.

30 Günlük Faceted Navigation SEO İyileştirme Planı

Otuz günlük plan bütün filtre mimarisini tek anda değiştirmek yerine kontrollü ilerlemeyi sağlar. İlk hafta envanter, ikinci hafta karar matrisi, üçüncü hafta teknik uygulama, son hafta QA ve izleme yapılır. Küçük kategori pilotu kullanmak riski azaltır. Her aşamanın ölçülebilir çıktısı bulunmalıdır. Plan sonunda URL policy teknik dokümana dönüşmelidir.

Gün 1–7 — Envanter

İlk hafta bütün filtre ve parametre pattern’leri çıkarılır. Search Console, crawler ve log verileri birleştirilir. Index ve canonical durumları örneklenir. En çok URL ve crawl üreten alanlar belirlenir. Baseline KPI kaydedilir.

Filtreler

Marka, renk, beden, fiyat ve diğer facet’ler listelenir. Her kategori için kullanılabilir filtre seti çıkarılır. Multi-select desteği not edilir. Organik search demand verisi eklenir. Product owner ile kullanım amacı doğrulanır.

Parametreler

Filter, sorting, pagination ve tracking parametreleri sınıflandırılır. Sıra varyasyonları bulunur. Duplicate parametre senaryoları kaydedilir. Session ID gibi gereksiz alanlar belirlenir. URL normalization fırsatları çıkarılır.

Index durumu

Search Console üzerinden hangi pattern’lerin indexte olduğu görülür. Noindex URL’lerin durumu kontrol edilir. Crawled not indexed kümeleri ayrılır. Unwanted indexation oranı hesaplanır. Baseline rapora eklenir.

Canonical durumu

Declared canonical target’lar çıkarılır. Self ve parent target oranları hesaplanır. Chain ve loop kontrol edilir. Google-selected canonical örnekleri incelenir. Template hataları önceliklendirilir.

Gün 8–14 — Karar Matrisi

İkinci hafta her pattern için INDEX, SELF-CANONICAL, CANONICAL, NOINDEX, CRAWL CONTROL veya 404 kararı verilir. Search demand ve intent ana girdidir. Product count ve stabilite business tarafıyla doğrulanır. Migration sırası belirlenir. Teknik spec hazırlanır.

Index

Yüksek değerli facet landing page listesi oluşturulur. Self-canonical ve internal link planı yapılır. Sitemap eligibility tanımlanır. Metadata template hazırlanır. KPI hedefleri belirlenir.

Self-canonical

Ana kategori ve güçlü facet landing page’ler listelenir. Her biri kendi temiz URL’sini göstermelidir. Pagination davranışı ayrıca yazılır. URL normalization uygulanır. QA test case eklenir.

Canonical

Duplicate filter ve tracking varyasyonlarının temsilci hedefleri belirlenir. Blanket parent canonical kullanılmaz. Content similarity kontrol edilir. Sitemap ve links target’ı destekler. Chain riski önlenir.

Noindex

Kullanıcı için gerekli fakat SEO değeri düşük facet’ler listelenir. Sitemap dışında tutulur. Crawl ihtiyacı ayrıca değerlendirilir. Robots ile çakışma önlenir. Monitoring policy eklenir.

Crawl control

Sonsuz veya aşırı geniş pattern’ler belirlenir. URL generation ve link control ilk aşamada ele alınır. Gerekiyorsa robots rule tasarlanır. Mevcut index state kontrol edilir. Log KPI hedefi konur.

404

Geçersiz kombinasyon ve gerçek empty route’lar belirlenir. Server 404 davranışı geliştirilir. Kullanıcıya alternatifler gösterilir. Sitemap ve internal links temizlenir. Soft 404 sayısı izlenir.

Gün 15–21 — Teknik Uygulama

Üçüncü hafta routing, canonical template, robots, noindex ve sitemap değişiklikleri uygulanır. Staging üzerinde pattern bazlı test yapılır. Small category pilot tercih edilir. Deployment öncesi regression suite çalışır. Rollback planı hazır tutulur.

URL normalization

Parametre sırası standardize edilir. Duplicate key ve invalid value davranışı tanımlanır. Clean URL redirect kuralı uygulanabilir. Frontend aynı formatı üretir. Testler edge case’leri doğrular.

Canonical templates

Eligibility state’e göre canonical target hesaplanır. Self, clean facet ve parent senaryoları ayrılır. Pagination kendi canonical’ını korur. JavaScript sonrası değişiklik test edilir. Redirect target üretilmemelidir.

robots/noindex

Noindex ve robots sıralaması planlanır. Mevcut index URL’leri için acele blok uygulanmaz. Crawl trap pattern’leri kademeli kontrol edilir. Test environment rules production’dan ayrılır. Search Console etkisi izlenir.

sitemap

Sitemap yalnız indexlenebilir canonical URL’leri içerir. Eski filter varyasyonları temizlenir. Redirect ve noindex URL’ler kaldırılır. Generator eligibility servisine bağlanır. URL count monitoring eklenir.

Gün 22–30 — QA ve İzleme

Son hafta crawl, Search Console, server log ve canonical mismatch verileri karşılaştırılır. Pilot kategoride beklenen sonuçlar doğrulanır. URL count ve crawl waste değişimi ölçülür. Hatalar düzeltilir. Başarı kriterleri karşılanırsa rollout planı oluşturulur.

Crawl

Crawler yeni link graph’ı çıkarır. Duplicate ve sorting URL sayısı karşılaştırılır. Important facet’lerin crawl edilebilir olduğu doğrulanır. Orphan oluşmadığı kontrol edilir. Baseline ile fark raporlanır.

Search Console

Index ve canonical verileri izlenir. Yeni facet landing page impression alıyor mu kontrol edilir. Unwanted URL’ler zamanla azalmalıdır. Google-selected canonical örnekleri incelenir. Veri gecikmesi dikkate alınır.

Log analizi

Googlebot filter hit oranı deployment öncesiyle karşılaştırılır. Sorting ve tracking crawl azaldı mı ölçülür. Değerli sayfa crawl oranı izlenir. 404 ve redirect hit’leri ayrıca görülür. Sonuç crawl policy’yi doğrular.

Canonical mismatch

Expected ve actual canonical karşılaştırılır. Google-selected mismatch örneklenir. Chain ve loop sayısı kontrol edilir. Sitemap ve internal links tekrar taranır. Sorun yoksa geniş rollout yapılır.

Faceted Navigation SEO İçin Minimum Teknik Politika

Minimum politika ekiplerin her yeni filtrede yeniden sıfırdan karar vermesini önler. Her facet’in aynı SEO değerine sahip olmadığı kabul edilir. Crawl ve index ayrı yönetilir. Indexlenebilir facet self-canonical olur, pagination kendi canonical’ını korur. Sitemap ve internal links yalnız tercih edilen URL’leri destekler.

Kural 1 — Her Facet Aynı SEO Değerine Sahip Değildir

Marka filtresi güçlü olabilirken puanlama filtresi zayıf olabilir. Aynı filtre başka kategoride farklı değer taşıyabilir. Search demand ve intent karar verir. Site genelinde tek blanket rule kullanılmamalıdır. Policy kategori seviyesinde esnek olmalıdır.

Kural 2 — Crawl ve Index Ayrı Yönetilir

Noindex crawl’ı durdurmaz. Robots index kaldırma yöntemi değildir. Canonical temsilci sinyalidir. Her URL için bu üç state ayrı tanımlanmalıdır. Teknik spec bunu açıkça göstermelidir.

Kural 3 — Indexlenebilir Facet Self-Canonical Olur

Bağımsız SEO landing page kendi URL’sine canonical vermelidir. Parent kategoriye blanket canonical kullanılmamalıdır. Clean URL tercih edilir. Sitemap’e eklenebilir. İç link desteği sağlanır.

Kural 4 — Pagination Kendi Canonical'ına Sahiptir

Sayfa 2 ve sonrası kendi ürün setini gösterir. Bu nedenle kendi canonical adresini kullanır. Sayfa 1’e toplu canonical verilmez. Crawlable pagination linkleri korunur. Sorting varyasyonları temiz pagination URL’sine bağlanabilir.

Kural 5 — Geçersiz Kombinasyonlar Yeni Index URL'si Üretmez

Teknik olarak anlamsız facet kombinasyonları açık bırakılmamalıdır. Server normalize veya 404 davranışı kullanabilir. Zero-result 200 sayfalar azaltılmalıdır. Sitemap’e girmezler. Internal link üretimi engellenir.

Kural 6 — Sitemap Yalnız Tercih Edilen URL'leri İçerir

Indexlenebilir canonical landing page’ler sitemap’e eklenir. Noindex, duplicate ve redirect URL’ler dışarıda kalır. Sitemap policy otomatik çalışmalıdır. URL count izlenmelidir. Search Console submission tutarlılığı kontrol edilir.

Kural 7 — İç Linkler Canonical URL'yi Destekler

Navigation duplicate parameter URL’lere link vermemelidir. SEO facet landing page clean URL alır. Breadcrumb aynı adresi kullanır. Internal link graph canonical tercihi destekler. Crawl waste azalır.

Kural 8 — Değişiklikler Pattern Bazında Test Edilir

Tek örnek URL testi yeterli değildir. Facet, sorting ve pagination pattern’leri ayrı fixture olarak kullanılmalıdır. Staging crawl yapılır. CI canonical ve status kurallarını doğrular. Production monitoring devam eder.

Kural 9 — Log ve Search Console ile Sonuç Ölçülür

Server log gerçek crawl davranışını gösterir. Search Console index ve canonical sonucunu gösterir. İki veri kaynağı birlikte kullanılmalıdır. URL count ve traffic KPI eklenir. Değişikliklerin etkisi ölçülmeden başarılı kabul edilmez.

Kural 10 — Filtre Politikası Düzenli Olarak Yeniden Değerlendirilir

Search demand ve ürün havuzu zaman içinde değişir. Yeni marka veya kategori önem kazanabilir. Bazı facet’ler değer kaybedebilir. Promote ve demote lifecycle kullanılmalıdır. Politika yılda veya çeyrekte belirli aralıklarla gözden geçirilebilir.

Sonuç — Amaç Bütün Filtreleri Google'dan Gizlemek Değil, Doğru URL'lere Doğru Rolü Vermektir

E-Ticaret Kategorilerinde Filtreleme ve Canonical URL Yönetimi başarılı olduğunda kullanıcı filtre deneyimi ile organik arama mimarisi birbirine zarar vermez. Bazı facet’ler güçlü landing page olurken bazıları yalnız kullanıcı deneyimi için çalışır. Canonical, noindex ve robots.txt farklı teknik ihtiyaçlara hizmet eder. Arama talebi taşıyan sayfalar self-canonical ve internal link desteği kazanabilir. Gereksiz kombinasyonlar ise crawl ve index alanını büyütmeden kontrollü biçimde yönetilebilir.

Kullanıcı Deneyimi ile Crawl Verimliliği Birlikte Ele Alınmalıdır

SEO optimizasyonu filtre özelliğini kaldırmayı gerektirmez. Kullanıcı aynı marka, renk veya fiyat seçeneklerini kullanabilir. Arama motoruna hangi URL’lerin organik değer taşıdığı ayrı biçimde anlatılır. Frontend ve backend birlikte çalışmalıdır. Mobil deneyim de aynı URL politikasını korumalıdır.

Canonical Tek Başına Faceted Navigation Stratejisi Değildir

Canonical tercih edilen temsilciyi gösterir. URL explosion veya crawl trap’i tek başına durdurmaz. URL normalization, noindex, robots ve internal linking gibi araçlar gerekebilir. Her biri farklı problem çözmelidir. Tek directive’e dayalı strateji uzun vadede yetersiz kalır.

Arama Talebi Taşıyan Facet'ler SEO Landing Page'e Dönüşebilir

Marka, renk veya materyal filtreleri belirli kategorilerde güçlü search demand taşıyabilir. Ürün seti yeterli ve stabilse landing page oluşturulabilir. Özel H1, title ve self-canonical kullanılabilir. Sitemap ve internal links destek verir. Performans Search Console ve conversion verisiyle ölçülür.

Gereksiz Kombinasyonlar Crawl ve Index Alanını Şişirmemelidir

Üç veya daha fazla facet, sorting ve tracking birleştiğinde milyonlarca URL üretilebilir. Bu alan organik değer üretmiyorsa kontrol edilmelidir. Internal link generation sınırlandırılır. Geçersiz kombinasyonlar 404 verir. Crawl trap log analiziyle doğrulanır.

Başarılı Sistem URL Pattern Seviyesinde Yönetilmelidir

Tek tek URL düzeltmek büyük e-ticaret sitesinde ölçeklenmez. Marka, renk, sorting ve pagination için pattern kuralları yazılmalıdır. Technical spec, test ve monitoring aynı pattern’leri kullanmalıdır. Bu yaklaşım yeni kategorilerde de tutarlı davranış sağlar. E-ticaret canonical URL ve teknik SEO danışmanlığı yakınımda arayan işletmeler için bu sistem yaklaşımı yalnız birkaç etiketi kontrol etmekten çok daha değerlidir.

Sıkça Sorulan Sorular

Faceted navigation konusunda en çok karıştırılan konular canonical, noindex, robots ve pagination ilişkisidir. E-ticaret filtre sayfaları index noindex canonical stratejisi tek bir evrensel kurala indirgenemez. Search demand, kullanıcı intent’i ve crawl alanı birlikte düşünülmelidir. Aşağıdaki yanıtlar uygulamada sık karşılaşılan soruları özetler. Her büyük değişikliğin gerçek site verileriyle test edilmesi gerekir.

Faceted navigation nedir?

Faceted navigation ürün listesini marka, renk, fiyat veya teknik özellik gibi facet’lerle daraltan filtre yapısıdır. Kullanıcı birden fazla filtreyi birlikte seçebilir. Bu sistem çok sayıda URL oluşturabilir. SEO politikası hangi facet’lerin indexleneceğini belirlemelidir. Kullanıcı deneyimi ile crawl alanı ayrı yönetilmelidir.

E-ticaret filtre URL'leri SEO'ya zarar verir mi?

Filtre URL’leri tek başına zararlı değildir. Sorun kontrolsüz URL explosion ve duplicate içerik olduğunda ortaya çıkar. Search demand taşıyan facet’ler güçlü organik landing page olabilir. Düşük değerli kombinasyonlar crawl ve index yükü oluşturabilir. URL pattern seviyesinde politika gerekir.

Her filtre URL'si indexlenmeli mi?

Hayır, her filtre URL’si indexlenmemelidir. Yalnız bağımsız search demand, intent ve yeterli ürün seti taşıyan sayfalar adaydır. Kullanıcı için gerekli diğer filtreler noindex veya crawl control ile yönetilebilir. Geçersiz kombinasyonlar 404 verebilir. Index kararı business value ile birlikte verilmelidir.

Filtre sayfalarında canonical nasıl kullanılmalıdır?

Indexlenebilir facet landing page self-canonical kullanmalıdır. Duplicate parametre varyasyonları uygun temiz temsilci URL’ye canonical verebilir. Bütün filtreleri ana kategoriye bağlamak doğru değildir. Canonical hedef 200 ve indexlenebilir olmalıdır. Sitemap ve internal links aynı URL’yi desteklemelidir.

Her filtre ana kategoriye canonical edilmeli mi?

Hayır, bağımsız arama niyeti taşıyan filtreler ana kategoriye canonical edilmemelidir. Marka veya renk facet’i gerçek organik landing page olabilir. Ana kategoriyle yüksek overlap gösteren düşük değerli filtrelerde parent canonical düşünülebilir. Karar blanket rule ile verilmemelidir. Search demand ve intent temel kriterdir.

Self-canonical nedir?

Self-canonical sayfanın canonical olarak kendi URL’sini göstermesidir. Ana kategori ve bağımsız facet landing page’lerde kullanılır. URL’nin organik temsilci olduğunu açıkça belirtir. Sitemap ve internal links aynı URL’yi desteklemelidir. Self-canonical tek başına index garantisi değildir.

Canonical crawl budget'ı korur mu?

Canonical crawl’ı doğrudan durdurmaz. Arama motoru canonical etiketi görmek için URL’yi tarayabilir. Milyonlarca duplicate filter URL’si crawl edilmeye devam edebilir. Crawl budget yönetimi URL generation ve crawl control ile yapılmalıdır. Canonical konsolidasyon sinyali olarak çalışır.

Canonical ile noindex arasındaki fark nedir?

Canonical başka bir URL’yi tercih edilen temsilci olarak gösterebilir. Noindex sayfanın arama indexinde bulunmamasını ister. Noindex başka landing page’e değer aktarımı amacı taşımaz. İki yöntem farklı problemlere hizmet eder. Kullanım senaryosu URL’nin gerçek rolüne göre seçilmelidir.

Canonical ile robots.txt arasındaki fark nedir?

Canonical temsilci URL sinyalidir. Robots.txt botun URL’ye erişimini sınırlar. Robots altında sayfa içindeki canonical etiketi okunamayabilir. Bu nedenle iki araç birbirinin alternatifi değildir. Crawl ve canonicalization ayrı karar verilmelidir.

Noindex ile robots.txt birlikte kullanılmalı mı?

Her zaman birlikte kullanılmamalıdır. URL robots ile engellenirse arama motoru noindex etiketini okuyamayabilir. Mevcut index URL’sini çıkarmak için önce crawl erişimi gerekebilir. Daha sonra crawl control uygulanabilir. Migration sırası planlanmalıdır.

Filtre URL'leri robots.txt ile engellenmeli mi?

Bütün filtreleri blanket şekilde engellemek doğru değildir. Indexlenebilir facet landing page’ler crawl edilebilir kalmalıdır. Büyük ve düşük değerli crawl trap pattern’leri engellenebilir. Önce server log ile gerçek bot davranışı ölçülmelidir. URL generation ve internal link kontrolü ilk savunma hattıdır.

Marka filtreleri indexlenmeli mi?

Marka artı kategori için gerçek search demand varsa indexlenebilir. Yeterli ürün havuzu gerekir. Landing page self-canonical, özel title ve H1 kullanabilir. Düşük talep ve az ürün durumunda index gerekmeyebilir. Marka filtreleri kategori bazında değerlendirilmelidir.

Renk filtreleri indexlenmeli mi?

Moda ve dekorasyonda renk güçlü search intent oluşturabilir. Elektronikte kategoriye göre farklılık gösterir. Search demand ve product count değerlendirilmelidir. Güçlü facet self-canonical olabilir. Diğer renk kombinasyonları yalnız UX filtresi olarak kalabilir.

Fiyat filtreleri indexlenmeli mi?

Serbest dinamik fiyat aralıkları genellikle indexlenmemelidir. Belirli fiyat kalıplarında search demand varsa özel landing page düşünülebilir. Ürün havuzu stabil olmalıdır. Dinamik aralıklar noindex veya crawl control ile yönetilebilir. Fiyat facet’i sınırsız URL üretmemelidir.

Sorting URL'leri indexlenmeli mi?

Genellikle hayır. Sorting aynı ürün setini farklı sırada gösterir. Ayrı search intent oluşturmaz. Clean kategori veya facet pagination URL’sine canonical olabilir. Büyük sitelerde crawl control ayrıca değerlendirilebilir.

Pagination sayfaları ana kategoriye canonical edilmeli mi?

Genellikle hayır. Sayfa 2 ve sonrası farklı ürün listelerini gösterir. Her pagination URL’si kendi URL’sine canonical kullanmalıdır. Sayfa 1’e toplu canonical verilmesi önerilmez. Crawlable pagination bağlantıları korunmalıdır.

Sayfa 2'nin canonical URL'si ne olmalıdır?

Sayfa 2 kendi temiz pagination URL’sine canonical vermelidir. Sorting veya tracking varyasyonu varsa temiz page 2 hedef seçilebilir. URL 200 dönmelidir. Internal pagination links aynı URL’yi kullanmalıdır. Page 1’e canonical verilmemelidir.

Hiç ürün bulunmayan filtre URL'si nasıl yönetilmelidir?

Geçersiz kombinasyon 404 verebilir. Geçici stok yokluğu ayrı değerlendirilmelidir. Kullanıcıya alternatif filtre ve kategori önerileri gösterilebilir. Boş sayfanın sürekli 200 dönmesi soft 404 riski yaratır. Sitemap ve internal links zero-result URL’leri yaygınlaştırmamalıdır.

JavaScript filtreleme SEO'yu etkiler mi?

Evet, özellikle URL ve rendering yapısı yanlışsa etkileyebilir. Indexlenebilir facet URL doğrudan açılabilmelidir. Critical content ve canonical güvenilir biçimde render edilmelidir. Crawlable links gerektiğinde kullanılmalıdır. Raw ve rendered HTML düzenli test edilmelidir.

Google neden farklı bir canonical seçer?

İçerik benzerliği, internal links, sitemap veya redirect sinyalleri site deklarasyonuyla çelişebilir. Google bu durumda başka URL’yi temsilci seçebilir. Declared canonical target’ın kalitesi de önemlidir. URL pattern bazında bütün sinyaller incelenmelidir. Tek etiketi değiştirerek sorun her zaman çözülmez.

Google-selected canonical nasıl kontrol edilir?

Search Console URL Inspection üzerinden örnek URL’lerde kontrol edilebilir. Declared ve selected canonical karşılaştırılır. Çok büyük sitelerde temsilci pattern’lerden örnekleme yapılır. Search Console verisi crawler sonuçlarıyla birleştirilir. Sistematik fark template problemi gösterebilir.

Filtre URL'leri XML sitemap'e eklenmeli mi?

Yalnız indexlenebilir ve canonical facet landing page’ler sitemap’e eklenmelidir. Noindex, duplicate, redirect ve crawl trap URL’leri eklenmemelidir. Sitemap organik olarak tercih edilen URL listesidir. Generator eligibility policy kullanmalıdır. URL’ler doğrudan 200 dönmelidir.

Faceted navigation crawl budget'ı nasıl etkiler?

Çok sayıda filtre kombinasyonu Googlebot’un düşük değerli URL’lerde tarama yapmasına neden olabilir. Sorting ve parameter permutation bu yükü artırır. URL generation ve internal linking kontrol edilmelidir. Log analizi gerçek crawl waste oranını gösterir. Değerli kategori ve ürün URL’lerine ayrılan crawl oranı artırılmalıdır.

E-ticaret filtre URL audit'i nasıl yapılır?

Önce URL ve parameter envanteri çıkarılır. Crawl, index, canonical, status ve internal links pattern bazında kontrol edilir. Search Console ve server log verisi eklenir. Search demand ve product count ile karar matrisi oluşturulur. Teknik aksiyonlar staging pilotuyla uygulanır.

Faceted navigation başarısı hangi KPI'larla ölçülür?

Googlebot filter hits, gereksiz index URL sayısı, canonical mismatch ve değerli facet performansı temel KPI’lardır. Organik click, impression ve conversion da izlenmelidir. Zero-result URL sayısı teknik kaliteyi gösterir. Crawl ve index metrikleri ayrı tutulmalıdır. Dashboard değişikliklerin uzun vadeli etkisini görünür kılar.

E-Ticaret Filtreleme ve Canonical URL Yönetimi Hakkında Ek Sorular

Filtreleme sistemleri kullanıcıya yüzlerce ürün arasında hızlı seçim imkânı verirken arama motorları için büyük bir URL ağı oluşturabilir. E-Ticaret Kategorilerinde Filtreleme ve Canonical URL Yönetimi uygulanırken hedef bütün filtreleri gizlemek değil, her URL’nin doğru rolü taşımasını sağlamaktır. Indexlenebilir facet, noindex kullanıcı filtresi ve crawl trap aynı teknik davranışı kullanmamalıdır. Aşağıdaki sorular bu ayrımı pratik olarak özetler. Teknik kararların kategori, talep ve ürün verisi üzerinden verilmesi daha sağlıklı sonuç üretir.

E-ticaret kategori sayfalarında filtreleme URL’leri SEO açısından nasıl yönetilmelidir?

Önce bütün facet, sorting ve pagination URL pattern’leri sınıflandırılmalıdır. Search demand ve bağımsız intent taşıyan facet’ler indexlenebilir landing page olarak seçilebilir. Kullanıcı için gerekli fakat SEO değeri düşük filtreler noindex veya uygun crawl control politikasıyla yönetilebilir. Geçersiz kombinasyonlar yeni indexlenebilir sayfa üretmemelidir. Sitemap ve internal links yalnız tercih edilen canonical URL’leri desteklemelidir.

Filtrelenmiş e-ticaret sayfalarında canonical URL etiketi nasıl kullanılmalıdır?

Indexlenebilir facet landing page kendi URL’sine canonical vermelidir. Duplicate veya parametre sırası farklı varyasyonlar uygun temiz temsilci URL’ye canonical olabilir. Her filtreyi ana kategoriye canonical etmek doğru değildir. Canonical target 200, crawl edilebilir ve indexlenebilir olmalıdır. Pagination sayfaları da kendi temiz pagination URL’sine canonical vermelidir.

Faceted navigation kaynaklı yinelenen URL’ler ve crawl budget sorunları nasıl önlenir?

İlk adım aynı filtre seti için tek standart URL üretmektir. Parametre sırası normalize edilmeli, sorting ve tracking varyasyonları yaygın internal link almamalıdır. Derin ve düşük değerli facet kombinasyonları için URL generation sınırı veya crawl control kullanılabilir. Server log analizi Googlebot’un gerçekte hangi pattern’lerde zaman harcadığını gösterir. Canonical duplicate sinyalini yönetir fakat crawl trap problemini tek başına çözmez.

Hangi filtre URL’leri indekslenmeli, hangileri noindex veya robots.txt ile engellenmelidir?

Bağımsız search demand, farklı intent, yeterli ürün sayısı ve stabil katalog taşıyan facet’ler indexlenebilir. Kullanıcı deneyimi için gerekli fakat organik değeri düşük filtreler noindex adayıdır. Sonsuz veya çok büyük düşük değerli crawl space oluşturan pattern’lerde robots.txt veya başka crawl control yöntemleri değerlendirilebilir. Mevcut index URL’leri doğrudan robots ile kapatılmadan önce noindex ve canonical migration sırası düşünülmelidir. Geçersiz kombinasyonlar ise uygun durumda 404 döndürmelidir.

E-ticaret filtreleme ve canonical URL yönetimi konusunda yakınımda SEO danışmanlığı nerede bulabilirim?

E-ticaret canonical URL ve teknik SEO danışmanlığı yakınımda ararken yalnız canonical etiketi kontrol eden değil, crawl, index, JavaScript, sitemap ve URL mimarisini birlikte değerlendiren teknik yaklaşımı tercih etmek faydalıdır. Diyarbakır Yazılım Topluluğu hakkında bilgi almak için https://www.diyarbakiryazilim.com.tr/about adresi incelenebilir. Proje çalışmalarını görmek için https://www.diyarbakiryazilim.com.tr/projects sayfası kullanılabilir. Mobil kategori ve filtre deneyiminde tamamlayıcı SEO kriterleri için https://www.diyarbakiryazilim.com.tr/posts/mobil-oncelikli-mobile-first-tasarimda-seo-kriterleri içeriğine bakılabilir. Toplulukla doğrudan bağlantı kurmak için https://www.diyarbakiryazilim.com.tr adresini ziyaret edebilirsiniz.

Sonuç

E-ticaret filtrelerinde başarılı teknik SEO yaklaşımı bütün URL’leri aynı kurala zorlamak yerine her pattern’in gerçek rolünü tanımlamakla başlar. Search demand ve kullanıcı intent’i taşıyan facet’ler güçlü landing page’e dönüşebilirken sorting, tracking ve çok dar kombinasyonların organik indexi büyütmesine gerek yoktur. Canonical temsilci URL sinyali sağlar, noindex arama indexi davranışını yönetir ve robots.txt crawl erişimini sınırlar. Bu araçlar URL normalization, internal linking, sitemap ve log analiziyle birlikte kullanıldığında kategori filtrelerinde URL parametreleri canonical ve crawl budget yönetimi çok daha kontrollü hâle gelir. E-ticaret filtreleme ve canonical URL teknik SEO optimizasyonu konusunda teknik yaklaşım geliştirmek ve Diyarbakır Yazılım Topluluğu ile bağlantı kurmak için https://www.diyarbakiryazilim.com.tr adresini ziyaret edebilirsiniz.