E-ticaret kategori sayfası SEO çalışması, ürünleri yalnız menü altında toplamak değildir. Kullanıcının aradığı ürün grubunu doğru sayfayla eşleştirmek; kategori ağacını, sayfa içeriğini, filtreleri ve iç bağlantıları bu eşleşmeye göre düzenlemektir. İyi kurgulanmış bir kategori sayfası hem ürün keşfini kolaylaştırır hem de tek bir üründen daha geniş satın alma niyetini karşılar.
Bu rehber kategori ağacı, sorgu sahipliği ve içerik kapsamını planlamaya odaklanır. Ürün kartları ve sayfalama bağlantılarının denetimini de aşağıdaki bölümlerde bulacaksınız. E-ticaret SEO’nun kategori, ürün ve teknik katmanlarını birlikte görmek için önce e-ticaret SEO nedir? ana rehberini; hizmet kapsamı için e-ticaret SEO hizmeti sayfasını inceleyebilirsiniz.
Kategori planı ile şablon denetimini ayırın
Önce hangi ürün grubunun hangi kalıcı URL’ye ve sorgu görevine sahip olacağını planlayın. Ardından yayımlanmış kategori şablonunda ürün kartı hedeflerini, sayfalama bağlantılarını, stok bilgisini ve mobil ürün keşfini örnek URL’lerle sınayın. Plan ilk kararları verir; denetim ise uygulamanın beklenen davranışı karşılayıp karşılamadığını kontrol eder. Planı denetimle karıştırmamak, aynı katalog için URL kararıyla şablon hatasını ayrı kaydetmenizi sağlar.
Kategori sayfası SEO neden ayrı planlanmalıdır?
Kategori sayfaları, tek bir ürün modelinden çok ürün türü arayan kullanıcılar için uygun hedef sayfa adayları olabilir. “Erkek koşu ayakkabısı”, “ahşap yemek masası” veya “kablosuz oyuncu kulaklığı” gibi sorgular seçenekleri karşılaştırma niyeti taşıyabilir; gerçek eşleşmeyi güncel arama sonuçları, ürün kümesi ve varsa sorgu-sayfa verisiyle doğrulayın.
Bu nedenle kategori sayfasının işi üç katmanlıdır:
- Google’a sayfanın hangi ürün grubunu temsil ettiğini anlatmak.
- Kullanıcının ürünleri anlamlı biçimde daraltmasını sağlamak.
- Kategori içinden ürün, alt kategori ve rehber içeriklere temiz geçiş sunmak.
Sadece ürün kartlarından oluşan bir sayfa birinci katmanda zayıf kalabilir. Yalnız uzun metinden oluşan bir sayfa ise ürün keşfini zorlaştırabilir. Sağlıklı çözüm, içerik ve alışveriş deneyimini aynı niyette buluşturmaktır.
Önce sorgu sahipliği: kategori mi, ürün mü, rehber mi?
Sorgular birden fazla niyet taşıyabilir. Kelimenin iki URL’de bulunmasını otomatik kanibalizasyon saymak yerine her sayfanın kullanıcı görevini belirleyin. Aşağıdaki tablo başlangıç hipotezidir; güncel sonuç sayfası, mevcut içerik ve varsa sorgu-sayfa verisiyle doğrulanmalıdır:
| Arama biçimi | Baskın niyet | Birincil sayfa türü | Örnek |
|---|---|---|---|
| Ürün grubu | Seçenekleri görmek | Kategori | “erkek koşu ayakkabısı” |
| Belirli model veya kod | Ürünü incelemek/satın almak | Ürün | “ABC 500 koşu ayakkabısı” |
| Marka + ürün grubu | Marka içindeki seçenekler | Marka veya kategori | “X marka koşu ayakkabısı” |
| Özellik + ürün grubu | Uygun seçenekleri daraltmak | Talep varsa filtre açılışı | “su geçirmez koşu ayakkabısı” |
| Nasıl seçilir / hangisi | Bilgi ve karşılaştırma | Rehber | “koşu ayakkabısı nasıl seçilir” |
Bu ayrım URL, başlık ve iç bağlantı kararlarını kolaylaştırır. Aynı “koşu ayakkabısı” ifadesini kategori, ürün ve blog başlıklarında eşit ağırlıkla kullanmak yerine her sayfaya farklı görev verilir.
Sorgu sahipliği belgesi nasıl tutulur?
Karmaşık bir araç gerekmez. En az şu sütunları içeren bir tablo yeterlidir:
- hedef sorgu ve yakın varyasyonlar
- arama niyeti
- sahip URL
- sayfa türü
- mevcut durum: var, geliştirilecek veya yeni
- kaynak, tarih ve karar güveni; veri yoksa bilinmeyen
- destekleyen iç bağlantı kaynakları
- ölçülecek dönüşüm olayı
Yeni kategori açmadan önce bu tabloda benzer bir sahip URL olup olmadığını kontrol edin. İki sayfa aynı ürün grubuna hizmet ediyorsa önce ayrışma gerekçesini yazın; gerekçe yoksa yeni URL üretmek yerine mevcut sayfayı güçlendirin.
Kategori ağacı nasıl kurulmalıdır?
Kategori ağacı, şirket içi stok sınıflandırmasından değil müşterinin ürünleri nasıl aradığı ve karşılaştırdığından başlamalıdır. Tedarikçi kodları veya operasyonel departmanlar kullanıcı dilini karşılamıyorsa ana navigasyonun temeli olmamalıdır.
Örnek bir yapı:
/ayakkabi/
/ayakkabi/kosu-ayakkabisi/
/ayakkabi/yuruyus-ayakkabisi/
/ayakkabi/gunluk-ayakkabi/
“Koşu ayakkabısı” altında kadın, erkek, zemin türü veya su geçirmezlik gibi ayrımlar bulunabilir. Ancak her ayrım otomatik olarak indekslenebilir alt kategoriye dönüşmemelidir. Ayrı URL için şu dört koşulu birlikte değerlendirin:
- ayrışan ve yeterli ürün kümesi bulunması
- kullanıcıların bu özelliği gerçekten araması
- sayfanın diğer kategoriden farklı seçim değeri sunması
- stok değişse bile sayfanın sürdürülebilir kalması
Ürün sayısı dönemsel olarak çok düşen veya yalnız bir iki ürünü tekrar eden alt kategoriler kalıcı açılış sayfası olmak için zayıf adaydır.
Kategori ağacı düz mü, derin mi olmalı?
Çok katmanlı bir ağaç (Ana Sayfa > Giyim > Erkek > Üst Giyim > Tişört > Polo Yaka) ürünleri ana sayfadan uzaklaştırır; her ara katman kullanıcıdan bir tıklama daha ister ve iç bağlantıları inceltir. Aşırı düz bir yapı ise yüzlerce kategoriyi aynı menü seviyesine yığarak seçimi zorlaştırır. Dengeli yapı, kullanıcının gerçekten ayırt ettiği seviyeleri korur (Ana Sayfa > Erkek Giyim > Polo Tişört gibi) ve ara katmanı yalnız seçim değeri varsa açar.
Evrensel bir “en fazla üç tık” kuralı yoktur. Önemli kategori ve ürünlerin menü, üst kategori ve ilgili içerikler üzerinden gerçek bağlantılarla erişilebilir olduğunu örnek URL’lerle test edin. URL dizininin bu derinliği birebir taşıması da gerekmez: ürünleri /urun/urun-adi/ gibi kategoriden bağımsız bir yolda tutmak, aynı ürün birden fazla kategoride listelendiğinde her kategori için ayrı ürün URL’si oluşmasını önler.
Kategori URL’si ve canonical kararı
Kategori adreslerini okunabilir ve kalıcı tutun; aynı içeriğe giden gereksiz URL varyasyonlarını azaltın. Parametreli adresler de indekslenebilir. URL dizinini iç bağlantı hiyerarşisiyle karıştırmayın: kategori ve ürün ilişkisi gerçek bağlantılarla kurulmalıdır.
Tercih edilen örnek:
/kosu-ayakkabisi/
Kontrol gerektiren örnekler:
/kategori?id=42
/kosu-ayakkabisi/?sort=price-asc
/kosu-ayakkabisi/?color=siyah&size=42
Sıralama veya takip varyasyonu aynı/çok benzer içeriği koruyorsa tercih edilen URL’ye canonical değerlendirilir. Farklı ürün kümesi gösteren filtreye ve dizinin ikinci sayfasına otomatik olarak ana kategori canonical’ı vermeyin. İndeks kararı, tarama kontrolü ve eşdeğerlik ayrı konulardır. Site haritası ve iç bağlantılarda seçilmiş tercih edilen adresleri kullanın; bunların parametresiz olması zorunlu değildir. Ayrıntı: facet karar matrisi ve Google canonical belgesi.
Canonical checklisti yalnız beyan ettiğiniz kontrol kapsamını kaydeder; mağazayı taramaz veya Google’ın seçimini doğrulamaz. Sayfa üzerinde yapılacak kabul kontrolleri için aşağıdaki yayın öncesi kategori SEO kontrol listesini kullanın.
Kategori başlığı, title ve açıklama nasıl yazılır?
Kategori sayfasının H1’i, kullanıcının gördüğü ürün grubunu doğrudan adlandırmalıdır. Marka sloganı veya kampanya mesajı H1’in yerine geçmemelidir.
Örnek on-page sözleşmesi:
| Alan | Görev | Örnek yaklaşım |
|---|---|---|
| Title | Sonuç sayfasında kategori ve farkı anlatmak | “Erkek Koşu Ayakkabısı Modelleri |
| H1 | Sayfadaki ürün grubunu adlandırmak | “Erkek Koşu Ayakkabıları” |
| Giriş | Seçim bağlamını kısa kurmak | Zemin, kullanım ve ürün aralığını açıklamak |
| Alt başlıklar | Karar sorularını yanıtlamak | Zemin, numara, kullanım sıklığı |
| Meta description | Seçenek ve değer önerisini özetlemek | Stokta gerçekten bulunan seçeneklere dayanmak |
Title ve H1 birebir aynı olmak zorunda değildir; fakat farklı ürün gruplarını ima etmemelidir. Stokta olmayan marka, model veya özellikleri yalnız sorgu kazanmak için başlığa eklemek kullanıcı güvenini zedeler.
Kategori açıklaması üstte mi, altta mı olmalı?
Tek bir evrensel yerleşim yoktur. Kullanıcının ürünleri görmesini geciktirmeden sayfanın bağlamını kurmak daha önemlidir.
Pratik bir düzen:
- H1 altında 50-100 kelimelik kısa seçim özeti
- hemen ardından alt kategori, filtre ve ürün listesi
- ürün listesinin sonrasında gerekiyorsa ayrıntılı seçim rehberi
- rehber içinden ilgili alt kategori ve destek içeriklerine bağlantılar
Bu kelime aralığı zorunlu bir SEO kuralı değildir. Karmaşık ve yüksek değerlendirme gerektiren ürünlerde daha fazla açıklama yararlı olabilir; basit kategorilerde kısa ve net giriş yeterlidir. Metin uzunluğu rakip ortalamasına değil, kullanıcının karar sorularına göre belirlenmelidir.
Filtre sayfaları ne zaman indekslenmelidir?
Filtreler kullanıcı deneyimi için değerlidir; fakat her kombinasyon ayrı arama sonucu sayfası olmak zorunda değildir. Renk, beden, fiyat, marka ve özelliklerin serbestçe birleşmesi binlerce düşük değerli URL üretebilir.
Bir filtre kombinasyonunu indekslenebilir açılış sayfasına dönüştürmeden önce şu soruları yanıtlayın:
- Sorgu niyeti, ticari fayda ve mevcut sayfadan ayrışma hangi kanıta dayanıyor? Hacim verisi yoksa bu alan bilinmeyen olarak kaydedildi mi?
- Yeterli ve sürdürülebilir ürün seçeneği sunuyor mu?
- Ana kategoriden farklı bir seçim ihtiyacını karşılıyor mu?
- Özgün title, H1, açıklama ve iç bağlantı kurgusu oluşturulabilir mi?
- URL mağaza içinden tutarlı biçimde erişilebilir mi?
Yanıtlar güçlü ise “su geçirmez koşu ayakkabısı” gibi bir filtre kalıcı açılışa dönüşebilir. Yalnız sıralama, fiyat aralığı veya çok dar kombinasyonlar ise çoğu projede indeks dışında tutulur.
Noindex, canonical ve robots.txt aynı şey değildir
noindex, taranabilen bir sayfanın arama dizinine alınmamasını ister.- canonical, benzer sayfalar arasında tercih edilen URL’yi bildirir.
robots.txt, taramayı sınırlar; engellenen URL’dekinoindexişareti Google tarafından görülemeyebilir.
Bu araçları rastgele birlikte kullanmayın. Önce URL’nin neden üretildiğini ve kullanıcı için gerekli olup olmadığını belirleyin; sonra tarama ve indeks kararını teknik ekiple uygulayın. Shopify kullanıyorsanız platforma özgü noktalar için Shopify SEO teknik kontrol listesine bakın.
Ürün kartları kategori SEO’yu nasıl etkiler?
Kategori sayfasındaki ürün kartları yalnız görsel vitrin değildir. Ürün bağlantılarının taranabilir olması, adların anlaşılır yazılması ve stok davranışının kullanıcıyı çıkmaza sokmaması gerekir.
Kontrol edilecek alanlar:
- ürün adı ve bağlantı metni anlaşılır mı?
- görsellerde uygun boyut, alt metin ve lazy loading kullanılıyor mu?
- fiyat ve stok bilgisi kullanıcıya tutarlı gösteriliyor mu?
- sayfalama veya “daha fazla yükle” yapısı ürünleri taranabilir bırakıyor mu?
- tükenen ürünler kategori deneyimini gereksiz yere dolduruyor mu?
- sponsorlu veya öne çıkarılan ürünler gerçek alaka sırasını bozuyor mu?
Sonsuz kaydırma kullanılıyorsa kullanıcı etkileşimi olmadan da ürün gruplarına erişilebilen sayfalanmış URL veya eşdeğer taranabilir yapı bulunmalıdır.
Yayımlanmış şablonda ürün kartı denetimi
Plan yayına alındıktan sonra şablonun beklenen davranışı verip vermediğini küçük ama temsil edici bir örneklemle kontrol edin: bir ana kategori, bir alt kategori, ikinci sayfa adresi, bir filtre ve stok durumu değişen bir ürün kartı. Farklı şablon kullanılıyorsa her şablondan örnek alın. URL, ürün kümesi, beklenen indeks politikası, tarih ve veri kaynağını baştan kaydedin; gözlenmeyen alanı bilinmeyen olarak bırakın.
| Kontrol | Normal durum | Sınır durumu |
|---|---|---|
| Ürün bağlantısı | Ürün adı veya kart üzerindeki gerçek a href doğru ürüne gider | Yalnız onclick ile çalışan kart; yanlış ürüne veya kaldırılmış hedefe giden bağlantı |
| Ürün bilgisi | Ad, özellik, fiyat ve stok seçimi kolaylaştırır | Varyasyon fiyatı ile kart fiyatının uyuşmaması |
| Görsel | Ürünü doğru gösterir; boyut ve alt metin bağlama uygundur | İlk ekrandaki önemli görselin gereksiz lazy load nedeniyle gecikmesi |
| Geçici stok | Kullanıcı durumu ve alternatifleri anlayabilir | Sipariş verilemeyen ürünün satın alınabilir gibi sunulması |
| Kalıcı kaldırma | Kart ve URL politikası birlikte güncellenmiştir | Liste bağlantısının sürekli 404’e veya genel kategori yönlendirmesine gitmesi |
İlk HTML ile işlenmiş DOM’u ayrı ayrı inceleyin. JavaScript kullanmak sorun değildir; ancak yalnız kullanıcı tıklamasıyla oluşan bağlantıların veya ürünlerin arama motorunca keşfedildiğini varsaymayın. Bağlantıyı bulduktan sonra hedefin HTTP yanıtını, doğru ürüne gittiğini ve sayfalama üzerinden ulaşılabilirliğini de doğrulayın.
Sayfalama: erişim ile canonical’ı karıştırmayın
Bir dizinin ikinci sayfası farklı ürünler içeriyorsa ilk sayfanın kopyası değildir. Google’ın sayfalama belgesi her sayfa için ayrı URL ve sayfanın kendi canonical’ını önerir. İlk sayfaya canonical vermek ikinci sayfayı taranamaz yapmaz; ama farklı ürün gösteren sayfanın tercih adresini yanlış bildirir.
Aşağıdaki örnek, hayali bir mağazanın üç sayfalı kategorisinin ikinci sayfasıdır:
<!doctype html>
<html lang="tr">
<head>
<meta charset="utf-8">
<title>Koşu Ayakkabıları - Sayfa 2 | Örnek Mağaza</title>
<link rel="canonical" href="https://example.com/kosu-ayakkabisi/?page=2">
</head>
<body>
<h1>Koşu Ayakkabıları</h1>
<p>Sayfa 2 / 3</p>
<ul>
<li><a href="https://example.com/urun/model-c/">Model C Koşu Ayakkabısı</a></li>
<li><a href="https://example.com/urun/model-d/">Model D Koşu Ayakkabısı</a></li>
</ul>
<nav aria-label="Kategori sayfalama">
<a href="https://example.com/kosu-ayakkabisi/">Önceki sayfa</a>
<span aria-current="page">2</span>
<a href="https://example.com/kosu-ayakkabisi/?page=3">Sonraki sayfa</a>
</nav>
</body>
</html>
Başlıktaki sayfa numarası kullanıcıya konumunu göstermek içindir; dizinin her sayfasına farklı title ve description yazmak zorunlu bir Google kuralı değildir. “Daha fazla yükle” düğmesi veya sonsuz kaydırma kullanıyorsanız düğmeye basmadan erişilebilen gerçek sayfa adreslerini ayrıca doğrulayın; sayfa numarasını #sayfa-2 gibi bir fragment ile taşımak ve ürün keşfini yalnız düğmeye bağlamak yeterli değildir. Tüm sayfalama adreslerine körlemesine noindex eklemeyin; indeks dışı bir politika seçilirse ürün keşfinin ve iç bağlantı sürekliliğinin nasıl korunacağını ayrıca planlayın.
İç link mimarisi nasıl kurulmalıdır?
Kategori sayfaları hem üst kategoriden güç almalı hem de ilgili alt kategorilere ve ürünlere dağıtmalıdır. İç bağlantılar yalnız footer veya dev menüde bulunmamalıdır; seçim bağlamı içinde görünür olmalıdır.
Sağlıklı bağlantı kaynakları:
- ana menü ve üst kategori sayfaları
- kategori içindeki alt kategori kartları
- seçim rehberleri ve karşılaştırma içerikleri
- ilgili ürün ve tamamlayıcı kategori blokları
- popüler marka veya kullanım senaryosu sayfaları
Örneğin “koşu ayakkabısı nasıl seçilir?” rehberi genel kategoriye; zemin seçimi bölümü ise ilgili alt kategoriye bağlanabilir. Kategori sayfası da rehbere “seçim yardımı” bağlamıyla geri bağlantı vermelidir. Böylece blog trafiği ile ticari sayfa tek yönlü değil, karşılıklı çalışır.
Yapılandırılmış veri ve kategori sayfaları
Kategori sayfasında breadcrumb yapılandırılmış verisi site hiyerarşisini anlatmaya yardımcı olur. Ürün listesi için kullanılan işaretlemeler ise sayfada gerçekten görünen ürün, fiyat ve stok bilgileriyle tutarlı olmalıdır.
Hayali bir mağazanın “Polo Tişört” alt kategorisi için örnek BreadcrumbList:
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "Ana Sayfa",
"item": "https://example.com/"
},
{
"@type": "ListItem",
"position": 2,
"name": "Erkek Giyim",
"item": "https://example.com/erkek-giyim/"
},
{
"@type": "ListItem",
"position": 3,
"name": "Polo Tişört",
"item": "https://example.com/erkek-giyim/polo-tisort/"
}
]
}
İşaretleme, sayfada görünen breadcrumb gezinmesiyle aynı yolu anlatmalıdır. Breadcrumb işaretlemesi zorunlu bir kategori SEO şartı değildir; Google bu veriyi sonuçlarda sayfanın konumunu göstermek için kullanabilir, ancak görünüm garanti edilmez. Alanlar için Google breadcrumb belgesine bakın.
Şunlardan kaçının:
- sayfada görünmeyen ürünleri şemaya eklemek
- kategoriye uydurma puan veya yorum değeri yazmak
- tek ürün sayfası gibi davranan yanlış
Productişaretlemesi kullanmak - stok ve fiyatı uzun süre güncellemeden bırakmak
Yapılandırılmış veri, zayıf kategori mimarisini telafi etmez. Önce kullanıcıya görünen sayfa ve URL yapısı doğru olmalıdır.
Örnek senaryo: dağınık kategoriyi nasıl toparlarız?
Bir spor mağazasında şu üç URL’nin bulunduğunu düşünün:
/erkek-spor-ayakkabi//erkek-kosu-ayakkabi//erkek-running-ayakkabi/
Üç sayfa büyük ölçüde aynı ürünleri gösteriyorsa ilk iş yeni metin yazmak değildir. Sorgu ve ürün farkını inceleyip sahipliği netleştirmektir.
Bu hayali senaryoda karar seçenekleri şöyledir; aynı örneğin Seobify veya bir müşteri mağazasında gerçekleştiği iddia edilmez:
| Gözlem | Önce doğrulanacak kanıt | Karar adayı |
|---|---|---|
| Koşu ve running aynı ürün kümesini gösteriyor | Kullanıcı görevi, mevcut içerik, varsa aynı kapsamda GSC sorgu/sayfa verisi | Eşdeğerlik doğrulanırsa tercih URL veya gerçek birleştirme planı |
| Spor kategorisi koşudan daha geniş | Ürün kümeleri ve gezinme ihtiyacı gerçekten ayrışıyor mu? | Üst/alt kategori görevlerini koruyup içerik ve bağlantıları ayrıştırma |
| Veri eksik veya sonuçlar çelişkili | Google’ın seçtiği canonical, dönem, ülke/cihaz ve stok değişimi | İki URL’yi koruyup eksik kanıtı kaydetme; sırf başlık benzer diye 301 yapmama |
Birleştirme seçilirse yönlendirme hedefi, iç bağlantılar, site haritası ve breadcrumb birlikte planlanır; değişiklik ve geri dönüş kaydı hazırlanır. Bu adımlar uygulanmadan birleştirme tamamlandı sayılmaz. Kaynak verisi yoksa güçlü URL seçimi tahmin olarak raporlanır, uygulanmış kesin karar olarak sunulmaz.
Kategori planı için çalışma sırası
- Mevcut kategori, alt kategori, ürün ve rehber sayfalarını listeleyin; yeni sayfa açmadan önce aynı işi gören sayfaları işaretleyin.
- Her arama grubu için kullanıcı amacını, ilgili ürünleri, sahip sayfayı ve verinin kaynağını yazın; arama hacmi, Search Console veya gelir verisi yoksa “bilinmiyor” olarak kaydedin.
- Öncelikli 3-5 kategoride alışveriş yapanın cevapsız sorularını (kullanım, uyumluluk, ölçü, stok, alternatifler) dolgu metinle değil, gerçek ürün verisiyle yanıtlayın.
- Filtre ve stok kararlarını adres gruplarıyla eşleştirin; ürün bağlantılarını ve sayfalamayı yayımlanmış şablonda örnek URL’lerle kontrol edin.
- Öneriyi, uygulamayı ve görülen sonucu ayrı sütunlarda kaydedin; Search Console verisi yoksa sayfa birleştirme kararını erteleyin.
Navigasyon ilişkileri için Google e-ticaret site yapısı belgesi ek teknik çerçeve sağlar.
Kategori sayfası performansı nasıl ölçülür?
Toplam organik trafiğin yanında kategori bazında şu metrikleri birlikte izleyin:
- hedef sorgu kümesindeki gösterim, tıklama, CTR ve ortalama konum
- organik oturumların ürün görüntüleme ve sepete ekleme oranı
- kategori girişinden ürün detayına geçiş
- gelir veya nitelikli dönüşüm katkısı
- indekslenen tercih edilen kategori ve filtre URL’leri
- taranan fakat değer üretmeyen parametre URL’leri
Search Console arama görünürlüğü ve tıklama verisi sağlar; analitikteki oturum, sepet ve gelir metrikleri ayrı araç ve atıf ayarlarına bağlıdır. İki kaynağı aynı raporda gösterirken kapsamı ve ilişkilendirme yöntemini not edin; iki metriğin aynı dönemde yükselmesini doğrudan neden-sonuç ilişkisi olarak raporlamayın.
Başlık veya içerik değişikliklerini her hafta tekrar etmeyin. Anlamlı değişiklikleri tarih ve gerekçeyle kaydedip yeterli veri penceresi oluşana kadar izleyin. Dönem sonunda arama görünürlüğü, ürün keşfi ve iş sonuçlarını kendi veri kaynaklarıyla ayrı ayrı değerlendirin.
Denetim bulgularını nasıl önceliklendirmeli?
Şablon denetiminde bulunan sorunları satışa ve keşfe etkisine göre sıralayın; her bulgu için kabul kanıtını önceden tanımlayın:
| Öncelik | Bulgu örneği | Kabul kanıtı |
|---|---|---|
| P0 | Satışa açık kategori yanlışlıkla noindex veya erişim engeli taşıyor | Beklenen politika, ilk HTML ve canlı HTTP yanıtı birbirini doğruluyor |
| P1 | Ürünlere yalnız “daha fazla yükle” düğmesiyle erişiliyor | Gerçek sayfa bağlantıları ve ürün URL keşfi örneklemde doğrulanmış |
| P1 | İkinci sayfa farklı ürünlere rağmen ilk sayfaya canonical veriyor | Sayfa adresi, görünür ürün kümesi ve canonical tutarlı |
| P2 | Kartta fiyat, stok veya içerik tutarsız | Kaynak ürün verisi ile yayımlanan kart eşleşiyor |
| P2 | Mobil yerleşim ürün keşfini zorlaştırıyor | Görünüm ve etkileşim kaydı; varsa gerçek kullanıcı ölçümü |
HTML kontrolü geçtikten sonra Google’ın seçtiği canonical’ı, indekslenmeyi ve satış etkisini ayrıca izleyin. Değişiklik kaydında kaynak düzenlemesini, yerel testi, canlı kabulü ve iş sonucunu ayrı alanlarda tutun.
Yayın öncesi kategori SEO kontrol listesi
- Kategorinin birincil sorgusu ve sahip URL’si tanımlandı.
- Benzer kategori ve filtrelerle niyet çakışması kontrol edildi.
- URL kalıcı ve okunabilir; seçilmiş tercih sürümü, parametre politikasıyla tutarlı.
- Title, H1 ve kısa giriş aynı ürün grubunu anlatıyor.
- Alt kategori ve filtreler gerçek seçim ihtiyacına dayanıyor.
- Ürünler HTML bağlantılarıyla taranabilir.
- Sayfalama veya sonsuz kaydırma arama motoru erişimini koruyor.
- Canonical, site haritası ve iç bağlantılar tercih edilen URL’de birleşiyor.
- Breadcrumb ve görünür ürün verileri tutarlı.
- Ölçüm erişimi ve olay doğruluğu kontrol edildi; eksik erişim başarılı test olarak işaretlenmedi.
Sıkça Sorulan Sorular
Kategori sayfasında kaç kelime içerik olmalıdır?
Sabit bir kelime sayısı yoktur. Ürün grubunu ve seçim ölçütlerini anlatacak kadar içerik yazılmalı; ürünlere erişimi geciktiren dolgu metinlerinden kaçınılmalıdır.
Her filtre için ayrı SEO sayfası açılmalı mı?
Hayır. Yalnız arama talebi, yeterli ürün seçeneği ve ana kategoriden farklı değer sunan filtreler kalıcı açılış sayfasına dönüştürülmelidir.
Bir ürün birden fazla kategoride listelenebilir mi?
Evet. Örneğin bir deri sırt çantası hem “Kadın Çanta” hem “Yeni Gelenler” listesinde görünebilir. Önemli olan ürünün tek bir tercih edilen URL’si olmasıdır: kategori yolundan bağımsız sabit bir ürün adresi kullanın ya da kategori yoluna göre değişen ürün adresleri tek ürün adresine canonical versin. Ürün sayfası kategori sayfasına canonical vermemelidir; ürün ve kategori farklı sayfalardır. Breadcrumb’da ürünün birincil kategori yolunu gösterebilirsiniz.
İkinci sayfa ilk sayfaya canonical verilirse taranamaz mı?
Canonical bir tarama engeli değildir. Sorun, farklı ürün gruplarını aynı sayfa gibi bildirmenin doğuracağı tercih ve indeks karışıklığıdır. Her sayfanın kendi canonical’ını taşıdığını ve gerçek bağlantılarla erişilebilir olduğunu ayrıca test edin.
Kategori sayfasında kaç ürün gösterilmeli?
Evrensel bir sayı yoktur; 24 veya 48 gibi adetler SEO standardı değildir. Mobil seçim deneyimi, kart ve görsel ağırlığı ve sayfalama yoluyla tüm ürünlere erişim birlikte test edilir.
Tükenen ürünler kategori sayfasından kaldırılmalı mı?
Karar stok dönüş hızına ve ürünün geri gelip gelmeyeceğine bağlıdır. Kalıcı olarak çıkmış ürünler kategori deneyimini işgal etmemeli; geçici tükenen ürünler ise kullanıcıya durum ve alternatif sunacak şekilde yönetilebilir.
Kategori ve blog aynı anahtar kelimeyi hedefleyebilir mi?
Evet, sayfaların görevleri farklıysa hedefleyebilir. Kategori seçenek/satın alma, blog seçim/kullanım görevini karşılayabilir. Aynı niyette tekrarlanan sayfalarda içerik ve sorgu-sayfa verisi birlikte değerlendirilir.
Kategori SEO çalışmasına nereden başlanmalıdır?
Önce en yüksek ürün ve iş değeri taşıyan kategorilerde sorgu sahipliği, teknik indeks durumu ve ölçüm kontrolü yapılmalıdır. Mağazanız için öncelikli kategori ve teknik sorunları birlikte planlamak isterseniz e-ticaret SEO hizmetimizi inceleyebilirsiniz.
Sonraki adım
Genel mağaza mimarisini e-ticaret SEO rehberiyle, Shopify’a özgü uygulamayı Shopify SEO kontrol listesiyle tamamlayabilirsiniz.