E-ticaret sitemap’i, arama sonuçlarında görmek istediğiniz kategori ve ürün URL’lerini keşif için bildirir. Bir URL’nin haritada bulunması anında taranacağı veya indeksleneceği anlamına gelmez. Bu rehber katalog değiştiğinde harita adaylarını seçme, XML üretme ve yayın sonrası doğrulama akışını ele alır.
Satır satır verdiğiniz mutlak URL’lerden basit bir urlset taslağı üretmek veya elinizdeki XML’i tarayıcıda sözdizimi/URL biçimi açısından incelemek için XML Sitemap Oluşturucu ve Kontrolü aracını kullanabilirsiniz. Araç URL’leri taramaz; HTTP, canonical, robots, noindex veya Google’ın dosyayı kabul edip etmediğini doğrulamaz. Büyük kataloglarda üretim sistemi ve gerçek sitemap örneklemi ayrıca test edilmelidir.
Katalogdan sitemap aday listesine
Aşağıdaki karar matrisi bir uygulama politikasıdır. Önce gerçek HTTP yanıtını ve sayfanın arama girişi olarak amacını doğrulayın; ürün stok verisini tek başına URL silme komutu olarak kullanmayın.
| URL durumu | Sitemap kararı | Önce gereken kontrol |
|---|---|---|
| Aktif ürün veya kategori | İndekslenebilir tercih edilen URL’yi aday listeye alın | 200 yanıtı, taranabilirlik, noindex bulunmaması, tutarlı canonical |
| Geçici stok tükenmesi | Yararlı ürün sayfası 200 ve indekslenebilir kalıyorsa haritada kalabilir | Kullanıcıya stok bilgisi, alternatifler ve görünür içerikle uyumlu ürün verisi |
| Kalıcı kaldırılmış ürün | Son URL politikasına göre listeden çıkarın | Gerçek eşdeğere yönlendirme veya kaldırılmış kaynağın 404/410 durumu |
| İndekslenebilir ticari filtre | Parametre var diye otomatik elemek yerine adaylığı değerlendirin | Ayrı niyet, içerik ve self-canonical; facet politikası |
| Noindex / başka URL’ye canonical / yönlendirme | Tercih edilen indekslenebilir son URL listede olmalı | Çelişkili beyan ve kaynak URL’nin iç linkleri |
| Gelecek tarihte yayımlanacak içerik | Yayın ve erişilebilirlik gerçekleşene kadar dahil etmeyin | Production build tarihi ve gerçek sayfa varlığı |
Harita üreticisi için başlangıç listesi ürün/kategori veri kaynağından gelebilir. Buna “bütün ürün ID’lerini URL’ye çevir” demek yerine durum, yayın tarihi ve URL politikası filtrelerini açıkça ekleyin. E-ticaret genel kararları ana SEO rehberinde yer alır.
Dosya sınırları ve modüler yapı
Tek URL sitemap’i en fazla 50.000 URL ve sıkıştırılmamış 50 MB olabilir. İki sınırdan biri aşılırsa birden çok sitemap’e bölün. Index dosyası da kendi başına en fazla 50 MB ve 50.000 alt-sitemap kaydı içerebilir; URL/byte sınırları her alt-sitemap için ayrıca geçerlidir. XML sitemap dosyaları UTF-8 kodlamalı olmalıdır. Küçük katalogda tek dosya yeterli olabilir; kategori/ürün/rehber ayrımı ise izlemeyi kolaylaştıran bir tercihtir. Sitemap index adı sabit olmak zorunda değildir. Google sitemap belgesi ve Sitemap protokolü sınırları ve gönderim seçeneklerini açıklar.
Dosyanın konumu kapsamı etkiler: Search Console üzerinden gönderilmeyen bir sitemap, bulunduğu dizinin altındaki URL’leri kapsar. Bu nedenle site kökünde barındırmak genellikle daha geniş kapsam için uygundur. Başka sitelere ait URL’leri tek sitemap’te bildirmek için bütün ilgili mülklerin Search Console’da doğrulanması ve Google’ın çapraz-site sitemap gönderim koşullarının uygulanması gerekir. Basit URL-listesi aracındaki tek-origin sınırı bu doğrulamayı yapmaz; farklı origin uyarısı otomatik olarak sitemap hatası anlamına gelmez.
Bu hayali example.com mağazası içindir; Seobify’nin gerçek sitemap adresleri değildir:
<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<sitemap>
<loc>https://example.com/sitemaps/categories.xml</loc>
<lastmod>2026-09-01T10:00:00+03:00</lastmod>
</sitemap>
<sitemap>
<loc>https://example.com/sitemaps/products-1.xml</loc>
<lastmod>2026-09-01T14:30:00+03:00</lastmod>
</sitemap>
</sitemapindex>
Index içindeki lastmod, ilgili alt sitemap dosyasının değişim zamanıdır. URL düğümündeki lastmod ise sayfanın anlamlı değişimini anlatır; iki alan aynı olay değildir. Örnek tarihleri gerçek üretime kopyalamayın. Bu ayrım sitemap protokolünde tanımlanır.
Lastmod için veri kaynağı seçimi
Bir fiyat, stok veya içerik kaydı değiştiğinde önce bunun yayımlanan sayfaya yansıyıp yansımadığını kontrol edin. Arka ofisteki her veritabanı yazımı, sayfanın anlamlı güncellemesi değildir. Ana ürün açıklaması, görünür fiyat veya yapılandırılmış veri değişimi için gerçek kaynak zamanı kullanılabilir. Copyright yılı veya sırf yeni build oluşması bütün URL’lerin tarihini yenilememelidir.
Agent’ın uygulama sırası:
- Sayfa türü başına tarih kaynağını yazın: içerik değişim zamanı, yayımlanmış ürün verisi sürümü veya başka doğrulanabilir kayıt.
- Anlamlı değişiklik ile teknik yeniden üretimi ayırın. Gerçek zaman bilinmiyorsa lastmod alanını uydurmak yerine çıkarmayı değerlendirin.
- Tarih formatını ve geleceğe taşan kayıtları kontrol edin. Katalogda fiyat güncellenirken sayfa cache’i eski kalıyorsa tarih doğru içerik durumunu temsil etmiyor olabilir.
- Seçilen üç URL’nin eski/yeni içerik farkını tarih kaydıyla eşleştirin; tüm kataloğu yalnız dosya mtime’ına dayanarak taze göstermeyin.
Google priority ve changefreq değerlerini yok sayar. Bu alanları doldurmak tarama sırası veya sıklığı taahhüdü oluşturmaz.
Stok, tarih ve görsel için üçlü kabul kaydı
Sitemap adayını tek bir alanla kabul etmeyin. Her ürün örneğinde aşağıdaki üç kaydı aynı URL için yan yana saklayın:
| Alan | Kabul sorusu | Bilinmiyorsa yapılacak işlem |
|---|---|---|
| Stok ve indeks politikası | Sayfa 200, görünür stok durumu ve beklenen indeks politikasıyla uyumlu mu? | Ürünü otomatik silmeyin; stok kaynağı ve sayfa çıktısını beklemede bırakın |
lastmod | Tarih, yayımlanan HTML veya Product verisindeki anlamlı değişikliği gösteriyor mu? | Dosya mtime’ı veya build zamanı yerine lastmod’u çıkarın ya da bilinmeyen kaydedin |
| Görsel URL | Görsel gerçek ürünü gösteriyor, sayfada kullanılıyor ve HTTP ile erişilebilir mi? Başka host/CDN’deyse ilgili mülk doğrulandı mı? | Görsel sitemap’e eklemeyin; dosyanın varlığı tek başına kabul değildir. Google, ayrı görsel host için Search Console doğrulamasını ister |
Bu kayıt; katalog veri kaynağı, yayımlanan HTML/XML ve HTTP kontrolünü birbirine bağlar. Bir alanın doğrulanması diğer ikisini doğrulanmış saymaz. Özellikle geçici stokta ürünün sitemap’te kalması, fiyatın veya görselin güncel olduğu anlamına gelmez.
Görsel uzantısı: geçerli ve sade XML
Görsel sitemap, özellikle normal taramada keşfi güç görseller için ek bildirim olabilir; her mağaza için zorunlu değildir. Aşağıdaki tek ürün örneği hayalidir. Root üzerinde image namespace vardır; XML içindeki & karakteri kaçırılmıştır.
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
xmlns:image="http://www.google.com/schemas/sitemap-image/1.1">
<url>
<loc>https://example.com/urun/kablosuz-kulaklik/</loc>
<lastmod>2026-09-01T12:00:00+03:00</lastmod>
<image:image>
<image:loc>https://example.com/images/kulaklik.webp?width=1200&format=webp</image:loc>
</image:image>
</url>
</urlset>
Google’ın güncel görsel sitemap belgesinde image:title ve image:caption belgelerden kaldırılmıştır; bu örneğe eklenmedi. Google’ın arama özelliklerinde bu alanların etkisi 6 Ağustos 2022’den beri yoktur. Görsel farklı host/CDN’deyse, ilgili site Search Console’da doğrulanmalı ve robots.txt taramaya izin vermelidir. Görselin gerçek ürünü göstermesi, bot tarafından erişilebilmesi ve sayfada kullanılabilmesi ayrıca kontrol edilir. Haritada görsel URL’si olması, dosyanın erişilebilirliğini veya görsel aramada görünmesini kanıtlamaz.
Yayın öncesi ve sonrası kabul akışı
| Aşama | Agent çıktısı | Geçme ölçütü |
|---|---|---|
| Aday liste | URL, tür, politika ve tarih kaynağı tablosu | Yönlendirme/noindex/kaldırılmış kaynaklar aday listede değil |
| Üretim | UTF-8 XML, URL adedi, sıkıştırılmamış bayt boyutu | XML parser başarılı; namespace ve sınırlar doğru |
| Örneklem | Her sayfa türünden normal ve sınır durumu | HTTP, canonical ve robots beklenen politikayla uyumlu |
| Yayın | Canlı index ve alt harita adresleri | Gerçek URL’ler erişilebilir; yerel dist sonucu canlı test diye sunulmaz |
| Bildirim | Varsa Search Console kaydı veya robots sitemap satırı | Gerçek dosya adresi kullanılmış; hesap erişimi yoksa beklemede |
| İzleme | Harita işleme ve URL durumları | Gönderim başarısı indeks başarısı olarak raporlanmıyor |
Örnekleme geçici stok tükenmesi, silinen ürün, indeks dışı filtre ve gelecek tarihli yayın ekleyin. XML’in parse edilmesi, bütün loc adreslerinin 200 dönmesini doğrulamaz; HTTP denetimi ayrı yürütülür. Google’a gönderim de tarama ve indeksleme garantisi vermez.
Sentetik katalogdan sitemap üretim testi
URL politikası laboratuvarı, eğitim için tanımlanmış katalogdan sitemap üretir ve geçici yerel HTTP yanıtlarını sınar. Node.js 22 veya daha yeni bir sürümde:
node ecommerce-url-policy-lab.mjs --test
17 kontrolün sitemap bölümünde geçici stok tükenmiş ürün ve indekslenebilir parametreli adres haritada kalır; 410 ürün, yönlendirme kaynağı, noindex filtre, sıralama kopyası ve henüz yayımlanmamış sayfa dışarıda kalır. Gelecekteki lastmod reddedilir; query ayırıcıları XML’de kaçırılır. Laboratuvarın sabit değerlendirme zamanı 1 Ekim 2026’dır. Sonuç, Google’ın dosyayı kabulünü veya URL’leri indekslemesini doğrulamaz; dosya bir production sitemap eklentisi değildir.
Sıkça sorulan sorular
Stok sıfıra indiğinde ürünü otomatik sitemap’ten çıkarayım mı?
Hayır. Önce sayfanın yayında kalma ve indeks politikası değerlendirilir. Geçici tükenme, yararlı bir ürün sayfasının kaldırılmasıyla aynı durum değildir.
Haritada olmayan bir URL indekslenebilir mi?
Evet. Sitemap tek keşif yolu değildir. İlgili kategori ve ürünlere gerçek iç bağlantılar kurun; haritayı gezinmenin yerine koymayın.
Search Console’a hangi adı göndermeliyim?
Yayımlanan sitemap veya sitemap index’in gerçek adresini kullanın. Dosyanın adının sitemap-index.xml olması şart değildir. Erişim yoksa yerel ve HTTP kontrolünü kaydedin, Google tarafındaki kabulü açık bırakın.
Mağazanın URL politikası ve uygulama kapsamı için e-ticaret SEO hizmetini inceleyebilirsiniz.