Web sitesinde faceted navigation SEO'yu bozar mı?

Evet, faceted navigation SEO'yu bozabilir; ancak sorun filtrelerin varlığı değil, kontrolsüz URL üretimidir.

E-ticaret sitelerinde renk, beden, marka, fiyat, puan ve sıralama seçenekleri farklı URL'ler oluşturur. Bu URL'lerin bir bölümü kullanıcıya yararlı olabilir. Büyük bölümü ise aynı ürün listesini küçük değişikliklerle tekrarlar.

Googlebot her URL'yi taramak için zaman ve kaynak kullanır. Gereksiz varyasyonlar çoğaldığında önemli ürün, kategori veya içerik sayfaları daha geç keşfedilebilir. Bu durum, doğrudan bir sıralama cezası anlamına gelmez.

Asıl riskler; tarama bütçesinin dağılması, benzer sayfaların indekslenmesi, sinyallerin bölünmesi ve raporların okunamaz hale gelmesidir. Çözüm, bütün filtreleri kapatmak değildir. Hangi kombinasyonların aranabilir ve indekslenebilir olduğunu belirlemektir.

Faceted navigation SEO'yu neden bozabilir?

Faceted navigation, aynı kategori ürünlerini farklı filtre kombinasyonlarıyla gösterdiği için kontrol edilmezse binlerce gereksiz URL oluşturabilir.

Örneğin bir ayakkabı kategorisinde marka, renk, numara ve fiyat filtresi bulunabilir. Dört filtrenin farklı seçenekleri birleştirildiğinde, kullanıcıların çoğunun hiç ziyaret etmeyeceği URL kombinasyonları oluşur.

Bir URL yalnızca sıralama değiştiriyorsa, çoğu durumda yeni bir arama sonucu sayfası değildir. “En ucuz”, “en yeni” veya “çok satan” parametreleri aynı ürünleri farklı sırada gösterebilir. Bu sayfaların her biri için ayrı indeks sinyali üretmek gereksizdir.

Filtre URL'si, kategori sayfasından farklı ürün seti sunuyorsa daha anlamlı olabilir. Örneğin “siyah kadın koşu ayakkabısı” belirli bir arama amacı taşıyabilir. Buna karşılık yalnızca “fiyat artan” sıralaması genellikle ayrı bir SEO hedefi değildir.

Yanlış: Her filtre URL'sini indeksletmek. Doğru: Arama talebi ve benzersiz içerik taşıyan filtreleri seçerek yönetmek.

Sorun yalnızca kopya metin değildir. Aynı ürün kartlarının farklı URL'lerde tekrar edilmesi, dahili bağlantı sinyallerini bölebilir. Ayrıca Google, benzer sayfalar arasında hangi URL'nin ana sürüm olduğunu seçmek zorunda kalabilir.

Hangi filtre URL'leri indekslenmeli?

İndekslenmesi gereken filtre URL'leri, bağımsız arama amacı ve yeterli ürün kapsamı taşıyan URL'lerdir.

Bir filtre kombinasyonunu indeksleme adayı yapmadan önce dört soruyu yanıtlayın. Kullanıcılar bu ifadeyi arıyor mu? Sayfa, kategori sayfasından farklı ürün sunuyor mu? Sayfada yeterli ürün bulunuyor mu? URL kalıcı ve paylaşılabilir mi?

Örneğin “erkek siyah deri bot” sayfası, belirgin bir ürün nişini karşılayabilir. Bu sayfaya özgü başlık, açıklama, metin ve iç bağlantılar hazırlanabilir. Ancak “erkek siyah deri bot, 42 numara, 1.000-1.500 TL” kombinasyonu çok dar olabilir.

İndekslenebilir filtreler için sabit URL yapısı tercih edilmelidir. URL'nin anlamı, parametre sırasına veya kullanıcı oturumuna bağlı olmamalıdır. Aynı filtrelerin farklı sırayla yazılması tek bir URL biçimine yönlendirilmelidir.

İndeksleme kararı, yalnızca filtre sayısına göre verilmez. Ürün sayısı, stok sürekliliği, arama talebi ve kategori stratejisi birlikte değerlendirilir. Stokta hiç ürün bulunmayan bir filtre sayfası, indeks hedefi olarak genellikle zayıftır.

Filtre URL'lerini üç kümeye ayırmak pratik sonuç verir: indekslenebilir sayfalar, taranabilir fakat indekslenmeyen sayfalar ve erişimi sınırlandırılan kombinasyonlar. Bu ayrım yapılmadan bütün filtreleri aynı kuralla yönetmek hatalıdır.

URL yapısı nasıl kurulmalı?

Faceted navigation URL yapısı, her filtreyi açıkça tanımlamalı ve aynı kombinasyon için tek bir URL üretmelidir.

Filtreler query string ile veya anlamlı klasör yapısıyla gösterilebilir. Örneğin “/ayakkabi?renk=siyah&marka=x” ve “/ayakkabi?marka=x&renk=siyah” aynı sonucu veriyorsa, sistem bunları tek biçimde birleştirmelidir.

Parametrelerin sırası, büyük-küçük harf kullanımı, URL kodlaması ve boş değerler standartlaştırılmalıdır. “renk=siyah”, “renk=Siyah” ve “renk=siyah&sayfa=1” farklı URL olarak üretilmemelidir.

Sayfalama parametresi, filtre parametresi ve sıralama parametresi ayrı kurallarla ele alınmalıdır. Sayfa 1'in, parametresiz kategori URL'siyle aynı içeriği gösterdiği durumda tek sürüm belirlenmelidir.

JavaScript ile çalışan filtreler de taranabilir bağlantılar üretebilir. Google'ın taranabilir bağlantılar için gerçek bir href değeri bulunan bağlantıları tercih ettiği unutulmamalıdır. Sadece tıklama olayıyla çalışan düğmeler, keşif ve erişilebilirlik açısından daha sorunludur.

URL'de anlamsız oturum kimlikleri, takip kodları veya kullanıcıya görünmeyen durum bilgileri bulunmamalıdır. Kampanya parametreleriyle filtre parametreleri karıştırılırsa raporlama ve canonical yönetimi zorlaşır.

URL standardını belirledikten sonra aynı kuralı XML site haritasında, dahili bağlantılarda, canonical etiketlerinde ve sunucu yönlendirmelerinde uygulayın. Farklı sistemlerin farklı URL üretmesi, teknik sorunları yeniden oluşturur.

Canonical etiketi faceted navigation sorununu çözer mi?

Canonical etiketi, benzer filtre URL'leri için tercih edilen ana URL'yi belirtir; fakat tek başına tarama sorununu çözmez.

Örneğin “?renk=siyah” URL'si kategori sayfasıyla büyük ölçüde aynı içeriği gösteriyorsa, kategori URL'sine canonical verilebilir. Bu sinyal, arama motoruna hangi sürümün tercih edildiğini anlatır.

Canonical bir yönerge değil, güçlü bir tercihtir. Google sayfadaki içerik, dahili bağlantılar, site haritaları ve yönlendirmelerle canonical bilgisini tutarsız bulursa farklı bir URL seçebilir.

Canonical verdiğiniz filtre URL'sini site haritasına eklemek genellikle çelişkili bir uygulamadır. Site haritası, öncelikli ve indekslenmesini istediğiniz URL'leri içermelidir. İndeks hedefi olmayan varyasyonları buraya doldurmayın.

Bir sayfanın kendisine canonical vermek, o sayfanın mutlaka indeksleneceği anlamına gelmez. Sayfanın içerik kalitesi, erişilebilirliği, ürün durumu ve diğer teknik sinyalleri de değerlendirilir.

Canonical, farklı içerik sunan sayfaları tekleştirmek için kullanılmamalıdır. “Kadın mont” ile “erkek mont” ayrı ürün grupları sunuyorsa, yalnızca benzer şablona sahip olmaları canonical birleştirmesi için yeterli değildir.

Canonical kontrolü için kaynak kodunu, oluşturulmuş HTML'yi ve Google Search Console'daki seçilen canonical raporunu karşılaştırın. Beklenen URL ile Google'ın seçtiği URL farklıysa, site içindeki sinyalleri birlikte inceleyin.

Robots.txt, noindex ve canonical arasında fark nedir?

Robots.txt taramayı sınırlamak, noindex indekslemeyi engellemek, canonical ise tercih edilen URL'yi belirtmek için kullanılır.

Robots.txt ile engellenen bir URL, Googlebot tarafından tam taranamayabilir. Bu nedenle sayfanın içindeki noindex etiketinin görülmesi de mümkün olmayabilir. Sadece robots.txt ile indeks kontrolü yapmak güvenilir bir yöntem değildir.

Noindex, Google'ın sayfayı taramasına izin verip arama sonuçlarına eklememesini ister. Ancak çok sayıda gereksiz URL'nin taranmasına yine de neden olabilir. Bu yöntem, tarama bütçesi sorununu tek başına ortadan kaldırmaz.

Canonical, benzer sayfalar arasında ana sürümü belirtir. Fakat canonical verilen sayfa yine taranabilir. Bu yüzden milyonlarca anlamsız kombinasyonda canonical kullanmak, sunucu ve tarama yükünü azaltmayabilir.

Kontrol yöntemi, URL'nin amacına göre seçilmelidir. Değerli bir filtre sayfası taranabilir ve indekslenebilir. Geçici veya düşük değerli bir sayfa noindex olabilir. Sonsuz kombinasyonlar ise bağlantı üretimi ve erişim düzeyinde sınırlandırılabilir.

Googlebot'un erişememesi gereken özel yönetim veya kullanıcı verisi URL'leri için robots.txt yerine uygun erişim kontrolü kullanılmalıdır. Robots.txt gizlilik aracı değildir. İndekslenmesini istemediğiniz hassas içerikleri yalnızca bu dosyaya güvenerek korumayın.

Faceted navigation tarama bütçesini nasıl etkiler?

Faceted navigation, özellikle büyük kataloglarda Googlebot'un önemli sayfalar yerine düşük değerli URL'leri taramasına yol açabilir.

Tarama bütçesi, sitenin sunucu kapasitesi ve Google'ın siteyi tarama isteğiyle ilişkilidir. Her sitenin aynı sayıda tarama hakkına sahip olduğunu varsaymak doğru değildir. Bu nedenle genel bir URL sınırı yerine kendi verinizi izleyin.

Sunucu loglarında Googlebot isteklerini inceleyin. Son 7, 14 veya 30 günlük kayıtlarda en çok istek alan URL desenlerini gruplandırın. Filtre, sıralama, arama ve sayfalama parametrelerini ayrı ayrı sayın.

Örneğin loglarda en çok istek alan URL'lerin büyük bölümü “sort”, “filter” veya “session” parametreleri taşıyorsa, önce bu desenleri analiz edin. Hangi URL'lerin 200, 301, 404 veya 5xx yanıtı verdiğini de ayırın.

Search Console tarama istatistikleri, yanıt süreleri ve taranan dosya türleri hakkında ek veri sağlar. Bu rapor, tek başına hangi filtrelerin indekslenmesi gerektiğini söylemez. URL örnekleri ve site mimarisiyle birlikte yorumlanmalıdır.

Tarama bütçesi sorunu her zaman filtrelerden kaynaklanmaz. Yavaş sunucu, bozuk yönlendirme zincirleri, 404 yoğunluğu ve düşük kaliteli dahili bağlantılar da bot kaynaklarını tüketebilir. Bu nedenle web sitesinde 404 hatalarının nasıl bulunduğunu ayrıca kontrol edin.

İstek sayısı az olsa bile kritik ürün sayfaları keşfedilmiyorsa sorun tarama bütçesi değil, bağlantı mimarisi olabilir. Kategori, alt kategori ve ürün sayfalarının birbirine nasıl bağlandığını bu ayrımla inceleyin.

Filtre bağlantıları ve JavaScript nasıl yönetilmeli?

Filtre bağlantıları, kullanıcı deneyimiyle SEO ihtiyacını aynı anda karşılayacak şekilde gerçek ve anlaşılır URL'ler üretmelidir.

Bir kullanıcı filtreye tıkladığında sonuçların güncellenmesi normaldir. Ancak tarayıcıdaki URL değişmiyorsa, kullanıcı sayfayı paylaşamaz veya geri dönemez. URL değiştiği halde sunucu tarafında anlamlı içerik oluşmuyorsa, botlar da tutarsız sonuç görebilir.

Filtre seçeneklerini HTML içinde bağlantı olarak sunmak, keşfi kolaylaştırabilir. Her olası kombinasyonu ilk yüklemede bağlantı olarak göstermek ise gereksiz URL üretimini artırabilir. Bu nedenle yalnızca stratejik filtreleri doğrudan bağlayın.

Birden fazla filtre seçildiğinde sistem, seçili durumları URL'de açıkça göstermelidir. Filtre kaldırma bağlantıları da önceki geçerli URL'ye dönmelidir. Boş parametreler, tekrar eden parametreler ve filtre sırası temizlenmelidir.

JavaScript ile filtrelenen listelerde içerik ilk yüklemede tamamen görünmeyebilir. Ürün adı, fiyat, stok durumu ve sayfalama gibi temel bilgiler kullanıcı ve bot için tutarlı sunulmalıdır.

Filtre arayüzünün erişilebilirliği de teknik kaliteyi etkiler. Etiketlenmemiş düğmeler, klavye ile çalışmayan kontroller ve belirsiz odak durumu kullanıcıların filtreleri kullanmasını zorlaştırır. E-ticaret sitelerinde erişilebilirlik gerekliliklerini ayrıca kontrol etmek gerekir.

Sayfa filtre değiştirirken tamamen yeniden yükleniyorsa INP ve diğer etkileşim ölçümleri kötüleşebilir. Bu durum için INP nedir ve nasıl düzeltilir rehberindeki ölçüm yaklaşımını kullanabilirsiniz.

Faceted navigation denetimi nasıl yapılır?

Faceted navigation denetimi, URL envanteri çıkarma, değer sınıflandırma ve tarama sonuçlarını karşılaştırma adımlarıyla yapılır.

1. Siteyi bir tarama aracıyla tarayın ve tüm parametreleri dışa aktarın.
2. URL'leri filtre, sıralama, sayfalama, arama ve takip parametresi olarak gruplayın.
3. Her grubun toplam URL sayısını, durum kodunu ve canonical bilgisini ölçün.
4. Search Console'da indekslenen ve hariç tutulan örnekleri karşılaştırın.
5. Sunucu loglarında Googlebot'un hangi desenleri ne sıklıkta ziyaret ettiğini inceleyin.
6. İndekslenebilir olması gereken filtreleri ayrı bir listeye alın.
7. Kuralları geliştirme ortamında test edip canlıya kontrollü şekilde aktarın.

Denetimde yalnızca URL sayısına bakmayın. Her URL'nin ürün sayısını, metin benzerliğini, başlık farklılığını, organik gösterimlerini ve dönüşüm verisini de karşılaştırın.

Bir filtre URL'si çok sayıda ürün gösteriyor olabilir. Buna rağmen kullanıcıların hiç aramadığı bir kombinasyon olabilir. Tersi durumda az ürünlü bir URL, belirgin ticari arama amacına sahip olabilir. Karar veriyle verilmelidir.

Tarama aracındaki “canonical farklı”, “noindex”, “404”, “yinelenen sayfa” ve “yetim sayfa” raporlarını ayrı inceleyin. Tek bir rapor bütün sorunu açıklamaz.

Kuralları uyguladıktan sonra değişimin etkisini izlemek için bir başlangıç tablosu oluşturun. Toplam parametreli URL, Googlebot istekleri, indekslenen varyasyon ve organik gösterim sayılarını aynı tarihlerde kaydedin.

İç bağlantı değişikliklerinden sonra sonuçları hemen yorumlamayın. Taramaya ve raporların güncellenmesine zaman tanıyın. Burada önemli olan, önceki dönemle aynı ölçüm yöntemini kullanmaktır.

Faceted navigation için kontrol listesi nedir?

Faceted navigation yayına alınmadan önce aşağıdaki kontrol listesi, URL ve indeksleme hatalarını azaltır.

• Aynı filtre kombinasyonu tek bir URL biçiminde oluşuyor mu?
• Filtre sırası değiştiğinde ikinci bir kopya URL üretiliyor mu?
• Sıralama parametreleri indeksleme stratejisine uygun mu?
• Boş, geçersiz veya tekrarlı parametreler temizleniyor mu?
• İndekslenmesi istenen filtre sayfalarında self-canonical bulunuyor mu?
• İndekslenmeyecek sayfalar site haritasına eklenmiyor mu?
• Gereksiz kombinasyonlara giden dahili bağlantılar sınırlandırılıyor mu?
• Filtre bağlantıları klavye ve ekran okuyucuyla kullanılabiliyor mu?
• Parametreli URL'ler 200, 301, 404 ve 5xx yanıtları açısından izleniyor mu?
• Sunucu loglarında botların filtre desenleri düzenli inceleniyor mu?

Bu liste, yalnızca teknik ekip için değildir. İçerik ve ürün ekipleri de hangi filtrelerin arama hedefi taşıdığını belirlemelidir. SEO kararı, katalog bilgisinden bağımsız verilemez.

Filtre seçenekleri stok durumuyla birlikte değişiyorsa URL stratejisini yeniden kontrol edin. Sezonluk veya geçici filtreler kalıcı indeks sayfaları oluşturabilir. Stok bittiğinde sayfanın nasıl davranacağı önceden tanımlanmalıdır.

Filtre sayfalarında başlık ve meta açıklamayı otomatik üretmek de dikkat gerektirir. Yalnızca filtre adlarını art arda eklemek, okunamayan ve tekrar eden metinler oluşturabilir. Üretilecek şablonlar sınırlı ve anlamlı olmalıdır.

Görseller de filtre sayfalarının performansını etkileyebilir. Aynı ürün görselleri yüzlerce varyasyonda yeniden çağrılıyorsa önbellekleme ve dosya boyutlarını kontrol edin. Görseller için AVIF kullanımı teknik bir iyileştirme olabilir; ancak URL indeksleme sorununu tek başına çözmez.

Faceted navigation ne zaman SEO için faydalı olur?

Faceted navigation, aranabilir ürün kümelerini hızlı ve anlaşılır biçimde sunabildiğinde SEO için faydalı olabilir.

Bir filtre, kullanıcıların düzenli aradığı belirli bir ürün grubunu oluşturuyorsa kategori mimarisini destekler. Marka, ürün tipi, kullanım alanı ve temel özellikler bu adaylar arasında olabilir.

Faydalı bir filtre sayfası yalnızca ürün listesinden oluşmamalıdır. Sayfanın başlığı, ürün grubunu doğru ifade etmeli; açıklama, kullanıcı kararına yardımcı olmalı ve kategori bağlantıları anlaşılır olmalıdır.

Filtre sayfasının kategori sayfasından gerçek bir farkı bulunmalıdır. Ürünlerin tamamı aynı kalıyor, yalnızca sıralama değişiyorsa ayrı SEO sayfası üretmek çoğu zaman anlamlı değildir.

İndekslenen filtrelerin sayısını artırmak yerine, performans gösteren sayfaları büyütmek daha sağlıklı olabilir. Search Console gösterimleri, tıklamaları ve sorgu çeşitliliği bu değerlendirmeye yardımcı olur.

Faceted navigation e-ticaret sitelerinde ürün keşfini kolaylaştırır. Fakat filtre sayısı arttıkça kullanıcı arayüzünü sadeleştirmek gerekir. Çok sayıda seçenek, özellikle mobil cihazlarda yanlış seçim ve düşük etkileşim oluşturabilir.

Sonuç olarak faceted navigation ne tamamen zararlıdır ne de otomatik olarak faydalıdır. Değeri, üretilen URL'lerin arama amacı, teknik tutarlılık ve ölçüm sonuçlarıyla belirlenir.