Ana içeriğe geç

E-Ticaret Kategori Sayfası SEO Optimizasyonu Nasıl Yapılır?

E-ticaret kategori sayfası SEO rehberi. Filtre adresleri, sayfalama, canonical ve istemci tarafı render riskini Türk e-ticaret sitelerinde ölçtük.

E-ticaret kategori sayfasi SEO kapak gorseli, dizustu bilgisayar uzerinde alisveris sepeti ve kredi karti

E-ticarette en çok para kazandıran sayfa ne ürün sayfasıdır ne de ana sayfa. Kategori sayfasıdır.

Sebebi basit: ziyaretçi çoğu zaman hangi ürünü istediğini bilmiyor, ne aradığını biliyor. “Kadın spor ayakkabı” araması bir ürün sayfasına değil, seçim yapabileceği bir listeye gitmek istiyor.

Bu yüzden kategori sayfası aynı anda iki iş yapmak zorunda: aramada görünmek ve ziyaretçiyi doğru ürüne götürmek. İncelediğimiz dört Türkçe rehberin dördü de bu ikisini anlatıyor, bazıları çok iyi anlatıyor.

Ama dördünün de ortak bir eksiği var: hiçbiri ölçüm içermiyor. Hepsi tavsiye metni. Bu yazıda tavsiyeleri verirken, Türk e-ticaret sitelerinde ölçtüğümüz davranışları da aktarıyoruz.

Önemli Noktalar

  • Kategori ve ürün sayfası aynı sorguya girdiğinde ikisi de geriye düşüyor.
  • Filtre adreslerinde Google’ın ilk tavsiyesi canonical değil, taramayı engellemek.
  • Canonical filtre adreslerinin taranmasını hemen durdurmuyor, yalnızca zamanla azaltıyor.
  • Sayfa 2’yi sayfa 1’e canonical vermek, derin sayfalardaki ürünleri keşif dışı bırakıyor.
  • Kategori sayfasında Product değil, ItemList ve BreadcrumbList kullanılıyor.
  • Ham HTML’inde noindex olan JS tabanlı kategori sayfalarında Google render’ı atlayabiliyor.

Kategori sayfası hangi aramalar için var?

Kategori sayfası çoğul ve karşılaştırmalı aramalar için var. Ürün sayfası ise tekil ve modele özel aramalar için.

Bu ayrım kulağa basit geliyor ama e-ticaret sitelerindeki en yaygın sıralama sorununun kaynağı tam burası. Ayrımı şöyle netleştirebilirsiniz:

Arama Doğru hedef
“kadın spor ayakkabı” Kategori sayfası
“kadın spor ayakkabı modelleri” Kategori sayfası
“siyah deri kadın çanta” Kategori veya filtre sayfası
“marka x model y 42 numara” Ürün sayfası
“marka x model y yorumları” Ürün sayfası

Sorun, iki sayfa türünün aynı sorguyu hedeflemesiyle başlıyor. Tek ürünlü bir kategori açtığınızda ya da ürün başlığını kategori adıyla birebir aynı yazdığınızda, Google hangisini göstereceğini bilemiyor.

Bu durumda olan şey genellikle ikisinin de geriye düşmesi. Google bir sorgu için siteden tek sayfa seçmeye çalışıyor; iki sayfa birbiriyle yarışınca ikisi de tam güven kazanamıyor.

Çözüm ayrımı baştan netleştirmek: kategori sayfası seçenek sunar, ürün sayfası karar verdirir. Kategori H1’i çoğul olur, ürün H1’i tekil.

Ürün tarafındaki metnin nasıl yazılacağını ve binlerce ürüne nasıl ölçeklendirileceğini e-ticaret ürün açıklaması yazımızda canlı ölçümlerle ele aldık.

Kategori mimarisi kaç seviye olmalı?

İki seviye çoğu mağaza için yeterli, üçüncü seviye ancak ürün sayısı zorluyorsa açılmalı.

Derinlik arttıkça iki şey birden kötüleşiyor. Birincisi, ana sayfadan uzaklaşan sayfalar daha az iç link değeri alıyor. İkincisi, her yeni seviye ziyaretçiye fazladan bir tıklama maliyeti çıkarıyor.

Pratik ölçü şu: ana sayfadan herhangi bir ürüne üç tıklamadan fazla yolculuk gerekiyorsa mimari fazla derindir.

Ters yöndeki hata da yaygın: her şeyi tek seviyede toplamak. 40 ürünlük bir kategoride ziyaretçi aradığını bulamıyor, filtrelere mecbur kalıyor ve filtre adresleri de aramada görünmüyor.

Doğru denge şöyle kurulur:

  1. Ana kategoriler arama hacmi olan geniş terimler olsun.
  2. Alt kategoriler kendi arama hacmi olan daralmalar olsun.
  3. Arama hacmi olmayan daralmalar alt kategori değil, filtre olsun.

Üçüncü madde asıl karar kuralı. Bir daralmanın kendi arama hacmi varsa o bir sayfadır; yoksa filtredir. Bu kural bir sonraki bölümün de temelini oluşturuyor.

Filtreler ziyaretçi deneyimini nasıl etkiliyor?

Filtreler satışı doğrudan artırıyor, çünkü ziyaretçinin aradığı ürüne ulaşma süresini kısaltıyorlar. 800 ürünlük bir kategoride bedene ve renge göre filtreleyemeyen ziyaretçi genellikle siteyi terk ediyor.

Bu yüzden filtre sorusunun cevabı “filtreleri kaldırın” değil. Cevap, filtrelerin ziyaretçiye açık ama arama motoruna kontrollü sunulması.

İyi bir filtre kurgusunda şunlar bulunur:

  • Seçili filtreler görünür durumda olur ve tek tıkla kaldırılabilir.
  • Sonuç sayısı filtre uygulanmadan önce gösterilir, böylece ziyaretçi boş sonuç ekranına düşmez.
  • Sonuç vermeyecek kombinasyonlar ya pasif gösterilir ya da gizlenir.
  • Mobilde filtre paneli ürün listesinin üstünü kapatmaz.

Bir de ters etki var: çok fazla filtre seçeneği karar yorgunluğu yaratıyor. Kategoriye özgü olmayan filtreleri, örneğin ayakkabı kategorisinde ekran boyutu filtresini, hiç göstermeyin.

Deneyim tarafı bittiğinde teknik taraf başlıyor ve asıl risk orada.

Filtre adresleri neden tarama bütçesini tüketiyor?

Çünkü filtre kombinasyonları çarpımsal büyüyor. Üç renk, dört beden, beş marka ve üç fiyat aralığı olan bir kategori, sıralama seçenekleriyle birlikte binlerce geçerli adres üretiyor.

Bunların hepsi 200 kodu dönüyor ve hepsi gerçek içerik gösteriyor. Yani Google için bunlar geçerli sayfalar ve taranmayı hak ediyor görünüyorlar.

Google’ın faceted navigation dokümanı bu konuda net bir tavsiye veriyor:

“Oftentimes there’s no good reason to allow crawling of filtered items, as it consumes server resources for no or negligible benefit.”

Aynı doküman ilk seçeneğin taramayı engellemek olduğunu söylüyor:

“If you don’t need the faceted navigation URLs potentially indexed, prevent crawling of these URLs.”

Buradaki en yaygın yanlış anlama canonical ile ilgili. Birçok rehber “filtre adreslerine canonical koyun, sorun çözülür” diyor. Google bunu daha zayıf bir araç olarak tanımlıyor:

“Using rel="canonical" to specify which URL is the canonical version of a faceted navigation URL may, over time, decrease the crawl volume.”

Kilit ifade “over time”. Canonical taramayı hemen durdurmuyor; Google o adresleri taramaya devam ediyor ve tarama bütçesi harcanmaya devam ediyor. Canonical indekslemeyi yönetiyor, taramayı değil.

Filtre adreslerini nasıl yönetmelisiniz?

Kararı tek soruyla verin: bu filtre kombinasyonunun kendi arama hacmi var mı?

Varsa o kombinasyon filtre olarak kalmamalı, kendi kategori sayfası olmalı. “Siyah deri kadın çanta” aranıyorsa bunu ?renk=siyah&materyal=deri parametresine bırakmak yerine /kadin-canta/siyah-deri/ gibi temiz bir adres verin. O sayfaya kendi başlığını, kendi açıklamasını ve kendi iç linklerini kurun.

Yoksa o kombinasyon taramaya kapatılmalı. Uygulama sırası şöyle:

  1. robots.txt ile engelleyin. Google bunu en etkili yöntem olarak tanımlıyor. Filtre parametrelerinizi tek tek yazın.
  2. Filtre bağlantılarını taranabilir link olmaktan çıkarın. Google nofollow kullanımını mümkün ama zahmetli buluyor, çünkü “every anchor pointing to a specific URL must have the rel="nofollow" attribute in order for it to be effective.”
  3. URL fragment kullanmayı değerlendirin. Google bunun için şunu söylüyor: “If your filtering mechanism is based on URL fragments, it will have no impact on crawling.”

Üçüncü seçenek en temizi ama uygulama maliyeti en yüksek olanı, çünkü filtreleme mantığının tarayıcı tarafında çalışmasını gerektiriyor.

Bir uyarı: robots.txt ile engellediğiniz bir adrese canonical koymanın hiçbir anlamı yok. Google o sayfayı taramadığı için canonical etiketini zaten göremiyor. İki yöntemi birlikte değil, ayrı ayrı kullanın.

Platforma özel uygulamalar için Shopify tarafında filtre parametrelerinin canonical’a ne yaptığını Shopify koleksiyon sayfası SEO yazımızda canlı ölçümlerle ele aldık.

Sıralama parametreleri de aynı sorunu yaratır mı?

Yaratabilir ama uygulamada daha az sorun çıkarıyorlar, çünkü çoğu altyapı bunları canonical’dan otomatik olarak düşürüyor.

Bunu doğrulamak için Türk e-ticaret sitelerinde ölçtük. Erişebildiğimiz bir sunucu tarafı render edilen sitede sıralama parametresi eklendiğinde canonical değişmiyordu; düz kategori adresi işaret edilmeye devam ediyordu.

Aynı davranışı Shopify mağazalarında da üç kez ölçtük ve sonuç aynıydı. Yani bu platforma özel bir davranış değil, yaygın bir kalıp.

Buradan çıkan pratik sonuç şu: sıralama seçenekleri sunmak SEO açısından risk taşımıyor. Kendi sitenizde bir kez kontrol edin, canonical düşüyorsa rahatça kullanın.

Sayfalanan kategori sayfalarında canonical nasıl kurulmalı?

Her sayfa kendi adresini canonical göstermeli. Google’ın e-ticaret dokümantasyonu bunu doğrudan söylüyor:

“Don’t use the first page of a paginated sequence as the canonical page. Instead, give each page its own canonical URL.”

Yaygın tavsiye bunun tersi. Birçok rehber “sayfa 2’yi sayfa 1’e canonical’layın, kopya içerikten kurtulun” diyor. Bu yanlış, çünkü sayfa 2’de listelenen ürünler sayfa 1’de yok. İki sayfa aynı içeriği göstermiyor.

Bedeli de ağır: sayfa 2’yi sayfa 1’e canonical’ladığınızda Google’a “bu sayfadaki ürünleri indeksleme” demiş oluyorsunuz. Dördüncü sayfadaki bir ürüne giden tek yol o sayfaysa, o ürün keşif dışı kalıyor.

Bunun ne kadar yaygın bir hata olduğunu ölçtük. Üç Shopify mağazasında sayfalanan kategori adreslerine baktığımızda ikisi kendi adresini canonical gösteriyordu, biri sayfa 1’i gösteriyordu. Yani üçte bir oranında bu hatayla karşılaştık.

İki ek kural:

  • Sayfalama bağlantıları gerçek <a href> etiketi olmalı. Yalnızca JavaScript ile çalışan “daha fazla yükle” düğmesi kullanıyorsanız, ikinci sayfadaki ürünlere giden taranabilir bir yol kalmıyor.
  • Uzun tanıtım metnini yalnızca ilk sayfada gösterin. Aynı metin her sayfada tekrarlanırsa birbirinin neredeyse aynısı onlarca sayfa üretirsiniz.

rel=next ve rel=prev etiketlerine gelince: Google bunları artık kullanmıyor. Silmenize gerek yok, diğer arama motorları okuyabiliyor, ama sayfalama sorununuzu bunların çözdüğünü düşünmeyin.

Canonical etiketinin genel davranışını ve nasıl doğrulanacağını canonical kullanımı yazımızda ayrıntılı ele aldık.

Kategori sayfanız JavaScript ile yükleniyorsa ne oluyor?

Burada rehberlerin hiçbirinde görmediğimiz bir risk var ve ölçümümüzde bunun canlı bir örneğine rastladık.

İncelediğimiz büyük bir elektronik perakendecisinin kategori sayfalarının ham HTML’inde şu etiket duruyordu:

<meta name="robots" content="noindex,follow" />

Üç farklı kategoride de aynıydı, Googlebot kimliğiyle istediğimizde de aynıydı. Ama bu sayfaya özel bir ayar değildi. Kontrol ettiğimizde şunları gördük:

  • Sitenin /sitemap.xml adresi de aynı noindex etiketini ve boş bir <title> döndürüyordu.
  • Var olmayan bir adres istediğimizde de aynı çıktı geliyordu.
  • Kategori sayfasının ham HTML’inde ürün adları neredeyse hiç yoktu.
  • Sayfa başlığı kategoriye değil, siteye ait genel bir başlıktı.

Yani gördüğümüz şey kategori sayfası değil, uygulamanın varsayılan kabuğuydu. Gerçek içerik ve muhtemelen doğru robots etiketi JavaScript çalıştıktan sonra geliyordu.

Bu yüzden “o sitenin kategorileri indekslenmiyor” demiyoruz; büyük olasılıkla render sonrası her şey düzeliyor. Ama bu desen gerçek bir risk taşıyor ve sebebini Google’ın kendi dokümantasyonu açıklıyor:

“When Google encounters the noindex tag, it may skip rendering and JavaScript execution, which means using JavaScript to change or remove the robots meta tag from noindex may not work as expected.”

Yani ham HTML’de noindex gören Google, JavaScript’i hiç çalıştırmadan sayfadan vazgeçebiliyor. Sonradan kaldırılan etiket işe yaramıyor.

Buna bir de render kuyruğu ekleniyor:

“Googlebot queues all pages with a 200 HTTP status code for rendering… The page may stay on this queue for a few seconds, but it can take longer.”

Kendi sitenizde kontrolü şöyle yapın: kategori sayfanızın kaynak kodunu tarayıcıda “sayfa kaynağını görüntüle” ile açın (geliştirici araçlarındaki Elements sekmesiyle değil, o render sonrasını gösterir). Ürün adlarını ve doğru robots etiketini orada göremiyorsanız incelenmesi gerekiyor.

Teşhiste kolay bir doğrulama var: var olmayan bir adresi de çekin. Çıktı kategori sayfasıyla aynıysa gördüğünüz şey sayfa değil, uygulama kabuğudur.

Kategori sayfasında hangi yapılandırılmış veri gerekiyor?

İki şema: BreadcrumbList ve ItemList. Product şeması kategori sayfasına ait değil.

Product işaretlemesi tek bir ürüne odaklanan sayfalar için tasarlandı. Kategori sayfasında onlarca ürün için Product şeması basmak amacının dışında bir kullanım.

Doğru kurulum şöyle:

  • BreadcrumbList kategori hiyerarşisini bildiriyor ve arama sonucunda adres satırı yerine kırıntı yolu gösterilmesini sağlıyor.
  • ItemList listelenen ürünleri sıralı bir liste olarak tanımlıyor; her ürünün adını, adresini ve sırasını veriyor.

Kırıntı yolu bağlantılarının gerçek HTML bağlantısı olması gerekiyor. Yalnızca şemada var olup sayfada tıklanabilir bağlantı olarak bulunmayan bir kırıntı yolu iç link değeri taşımıyor.

Ürün sayfası tarafındaki işaretlemeyi ürün sayfalarında yapılandırılmış veri yazımızda ele aldık.

Kategori başlığı ve açıklaması nasıl yazılmalı?

Başlıkta kategori adını ve arama biçimini birlikte kullanın, açıklamayı ise ürün ızgarasının üstüne ve altına bölün.

Sayfa başlığı ile H1 aynı olmak zorunda değil. H1 mağaza içinde kısa olabilir (“Yağmurluklar”), sayfa başlığı ise aramada daha açıklayıcı olabilir (“Kadın Yağmurluk Modelleri ve Fiyatları”). İkincisi daha çok tıklama alıyor.

Açıklama için yerleşim kuralı şu:

  • Izgaranın üstüne 2-3 cümle. Ziyaretçiyi doğru yerde olduğuna ikna eden kısa bir giriş.
  • Izgaranın altına uzun metin. Beden tablosu, malzeme bilgisi, seçim rehberi gibi içerikler.

Uzun metni ızgaranın üstüne yığdığınızda ziyaretçi ürünleri görmeden sayfayı terk ediyor. Bu SEO ile dönüşümün çatıştığı klasik noktadır ve çözümü metni bölmektir.

Asıl belirleyici uzunluk değil, metnin o kategoriye özgü olması. Aynı şablonu kategoriden kategoriye kopyaladığınızda ne ziyaretçiye ne arama motoruna bir şey söylemiş oluyorsunuz.

Üç yönden: yukarıdan, yanlardan ve içeriden.

Yukarıdan. Ana menü ve ana sayfa. Ama ana menü tek başına yeterli değil, çünkü her sayfada tekrarlanan bağlantılar Google için daha az ayırt edici.

Yanlardan. İlgili kategoriler birbirine link vermeli. “Kadın yağmurluk” sayfasından “kadın mont” sayfasına giden bir bağlantı, hem ziyaretçiye hem arama motoruna ilişkiyi anlatıyor.

İçeriden. Blog yazıları ve rehber içerikler kategori sayfalarına link vermeli. Bir “yağmurluk nasıl seçilir” yazısından kategoriye giden bağlantı, menüden gelen bağlantıdan daha değerli, çünkü bağlamı var.

Bir de ürün sayfalarından yukarı doğru link akışı var. Kırıntı yolu bunu zaten sağlıyor ama ürün açıklamasının içinden kategoriye verilen bağlantılar ek değer taşıyor.

Boş kategorilere gelince: beşten az ürün barındıran kategorileri ya ürünle doldurun ya da kaldırıp en yakın üst kategoriye 301 yönlendirmesi tanımlayın. Mevsimlik boşalan kategorileri silmeyin, yayında tutup durumu belirtin.

Büyük sitelerin kategori sayfaları neden ölçülemiyor?

Ölçüm yaparken beklemediğimiz bir duvara çarptık ve bu kendi başına bir bulgu.

Türkiye’nin büyük e-ticaret sitelerinin çoğu kategori sayfalarının ham HTML’ini otomatik isteklere kapatıyor. İncelediğimiz altı siteden dördü tarayıcı kimliği gönderen isteklere 403 kodu döndürdü.

Bu bot korumasının bir sonucu ve kendi başına bir SEO hatası değil; bu siteler Googlebot’u ayrı ele alıyor. Ama iki pratik sonucu var:

  • Rakip analizinde büyük sitelerin teknik kurgusunu otomatik araçlarla inceleyemiyorsunuz.
  • Kendi sitenizde bot korumanızın Googlebot’u yanlışlıkla engellemediğini düzenli olarak doğrulamanız gerekiyor.

İkincisi gerçek bir risk. Bot koruması sıkılaştırıldığında Googlebot’un da engellendiği durumlar oluyor ve bu sessizce gerçekleşiyor; Search Console’da tarama hataları artana kadar fark edilmiyor.

Kategori sayfalarının performansını nasıl ölçersiniz?

Kategori sayfalarını ürün sayfalarından ayrı ölçün, yoksa ürünlerin hacmi kategorilerin sinyalini bastırıyor.

Search Console’da Sayfalar raporunu adres kalıbına göre filtreleyin. Kategori adresleriniz ortak bir kalıp taşıyorsa (/kategori/ gibi) bu filtreleme tek adımda yapılıyor. Taşımıyorsa, bu zaten düzeltilmesi gereken bir mimari sorundur.

Takip edeceğiniz dört şey:

  1. İndekslenen kategori sayısı. Toplam kategori sayınızla arasındaki fark, kaç kategorinin Google tarafından değersiz bulunduğunu gösteriyor.
  2. Kategori başına gösterim. Gösterimi sıfıra yakın kategoriler ya yanlış terimi hedefliyor ya da yeterli iç link almıyor.
  3. Ortalama pozisyon değil, pozisyon dağılımı. Ortalama yanıltıcı; 3. ve 40. sıradaki iki kategorinin ortalaması kimseye bir şey anlatmıyor.
  4. Tarama isteklerinin dağılımı. Tarama istatistiklerinde isteklerin büyük kısmı filtre adreslerine gidiyorsa, bütçeniz yanlış yere harcanıyor demektir.

Dördüncüsü en çok ihmal edileni. Filtre adreslerine giden tarama oranı yükseldiğinde yeni ürünlerinizin keşfi yavaşlıyor ve bunu sıralama raporlarında göremiyorsunuz.

Mevsimlik kategorilerde ise ayrı bir ölçüm disiplini gerekiyor. Sezon dışında trafiği düşen bir kategoriyi, geçen yılın aynı dönemiyle karşılaştırın. Bir önceki ayla karşılaştırmak mevsimsel düşüşü sıralama kaybı gibi gösteriyor ve gereksiz müdahaleye yol açıyor.

Kategori sayfası kontrol listesi

Sitenizde sırayla kontrol edin:

  1. Kategori ve ürün sayfaları aynı sorguyu mu hedefliyor?
  2. Ana sayfadan herhangi bir ürüne kaç tıklamada ulaşılıyor?
  3. Arama hacmi olan filtre kombinasyonları kendi sayfasına sahip mi?
  4. Arama hacmi olmayan filtre adresleri taramaya kapalı mı?
  5. Filtre adreslerinde hem robots.txt hem canonical birlikte mi kullanılıyor?
  6. İkinci sayfanın canonical’ı kendini mi gösteriyor?
  7. Sayfalama bağlantıları gerçek <a href> etiketi mi?
  8. Uzun tanıtım metni yalnızca ilk sayfada mı görünüyor?
  9. Ham kaynak kodda ürün adları ve doğru robots etiketi var mı?
  10. Var olmayan bir adres, kategori sayfasıyla aynı çıktıyı mı veriyor?
  11. BreadcrumbList ve ItemList şemaları basılıyor mu?
  12. Kategori sayfasında Product şeması var mı?
  13. Kırıntı yolu bağlantıları tıklanabilir HTML bağlantısı mı?
  14. Açıklamanın kısa kısmı ızgaranın üstünde mi?
  15. Beşten az ürünlü kategori kalmış mı?
  16. Bot korumanız Googlebot’u engelliyor mu?

Sonuç

Kategori sayfası SEO’sunun anlatılan tarafı başlık, açıklama ve mimari. Anlatılmayan tarafı, o kategorinin kaç adresten açıldığı ve Google’ın bu adreslerin hangisini gördüğü.

Üç şey öne çıkıyor. Filtre adreslerinde canonical yeterli değil, çünkü taramayı hemen durdurmuyor. Sayfalamada yaygın tavsiye Google’ın dokümanıyla çelişiyor ve üç mağazadan birinde bu hatayı ölçtük. JavaScript ile yüklenen kategori sayfalarında ham HTML’deki bir noindex etiketi, sonradan düzeltilse bile Google’ın render’ı atlamasına yol açabiliyor.

Bugün yapabileceğiniz en hızlı kontrol sonuncusu: kategori sayfanızın kaynak kodunu açın, ürün adlarını ve robots etiketini orada arayın. Sonra var olmayan bir adresi açıp aynı çıktıyı alıp almadığınıza bakın.

Mağazanızın kategori yapısını baştan sona ele aldığımız e-ticaret SEO hizmetimizle bu denetimi sizin adınıza yürütüyoruz. Uçtan uca büyüme tarafını ise e-ticaret ajansı hizmetimiz kapsamında ele alıyoruz.

Mağazanızın mevcut durumunu konuşmak isterseniz ücretsiz ön analiz için bize yazabilirsiniz.


Bu yazı Emir Bengiserp tarafından yazıldı. Benji’s Digital kurucusu; 15+ yıldır e-ticaret markalarında SEO, performans pazarlaması ve ürün verisi tarafında çalışıyor.

Son güncelleme: 23 Eylül 2026. Kategori sayfası davranışları Türk e-ticaret siteleri ve canlı Shopify mağazaları üzerinde ölçüldü; site kurulumları değişebildiği için düzenli olarak yeniden kontrol ediliyor.

← Blog ana sayfasına dön

Sıkça Sorulan Sorular

Kategori sayfası mı ürün sayfası mı sıralamaya girmeli?

Çoğul arama yapılıyorsa kategori, tekil ve modele özel arama yapılıyorsa ürün sayfası. Kadın spor ayakkabı araması kategori sayfasına, belirli bir model adıyla yapılan arama ürün sayfasına aittir. İkisi aynı sorguya girdiğinde Google hangisini seçeceğini bilemiyor ve genellikle ikisini de geriye atıyor.

Filtre adreslerini indekslenmeye açmalı mıyım?

Kendi arama hacmi olan filtreler için evet, diğerleri için hayır. Google faceted navigation dokümanı filtrelenmiş adreslerin taranmasına izin vermenin çoğu zaman iyi bir sebebi olmadığını, sunucu kaynağı tükettiğini söylüyor. Arama hacmi olan bir kombinasyonu filtre olarak bırakmak yerine kendi kategori sayfasını açın.

Filtre adreslerini canonical ile mi robots.txt ile mi yönetmeliyim?

Google robots.txt'yi en etkili yöntem olarak tanımlıyor, canonical'ın ise tarama hacmini yalnızca zamanla düşürdüğünü söylüyor. Yani canonical filtre adreslerinin taranmasını hemen durdurmuyor. Kombinasyon sayısı yüzleri buluyorsa robots.txt kullanın.

Kategori sayfasının ikinci sayfası birinciye canonical verilmeli mi?

Hayır. Google e-ticaret dokümantasyonu her sayfanın kendi canonical adresine sahip olması gerektiğini açıkça söylüyor. İkinci sayfadaki ürünler birinci sayfada olmadığı için o sayfa kopya değil, ayrı bir içeriktir. Birinciye canonical vermek derin sayfalardaki ürünlerin keşfedilmesini engelliyor.

Kategori sayfasına Product şeması eklemeli miyim?

Hayır, Product işaretlemesi tek bir ürüne odaklanan sayfalar için tasarlandı. Kategori sayfasında BreadcrumbList ve ItemList kullanın. ItemList listelenen ürünleri sıralı bir liste olarak tanımlar ve her ürünün adını, adresini ve sırasını verir.

Kategori açıklaması kaç kelime olmalı ve nereye konmalı?

Ürün ızgarasının üstüne 2-3 cümle, uzun metin varsa ızgaranın altına. Uzun açıklamayı ürünlerin üstüne yığmak ziyaretçiyi ürünlerden uzaklaştırıyor. Belirleyici olan uzunluk değil, metnin o kategoriye özgü olması; şablon metni kategoriden kategoriye kopyalamak hiçbir işe yaramıyor.

Kategori sayfam JavaScript ile yükleniyorsa sorun olur mu?

Ham HTML'de noindex etiketi varsa evet, ciddi bir risk. Google dokümantasyonu noindex etiketini gördüğünde render ve JavaScript çalıştırmayı atlayabileceğini söylüyor. Yani JavaScript sonradan etiketi kaldırsa bile Google o sayfayı hiç render etmeyebiliyor. Kategori sayfanızın ham kaynak kodunu kontrol edin.

Boş veya çok az ürünlü kategori sayfalarını ne yapmalıyım?

Beşten az ürün barındıran kategorileri ya ürünle doldurun ya da kaldırıp en yakın üst kategoriye 301 yönlendirmesi tanımlayın. Boş kategoriler hem ziyaretçiye zayıf bir sayfa sunuyor hem de tarama bütçesi harcıyor. Mevsimlik olarak boşalan kategorileri silmek yerine yayında tutup durumu belirtin.