XML Sitemap: İndekslenebilir URL Envanteri

Birçok site sahibi XML sitemap dosyasını bir kez üretip bir kenara koyar. Oysa xml sitemap optimizasyonu, arama motorlarına “önce bunları tara, bunları atla” mesajını düzenli ve tutarlı biçimde vermenin yoludur. E-ticaret katalogları, filtre kombinasyonları, blog arşivleri ve çok dilli sayfalar büyüdükçe sitemap, tarama bütçesini koruyan ve indekslenmesi gereken URL’leri öne çıkaran bir envanter haline gelir.

Bu rehberde sitemap’i dosya üretmekten öteye taşıyıp öncelikli URL seçimini, segmentasyonu, lastmod disiplinini ve Google Search Console gönderim akışını KOBİ, e-ticaret ve kurumsal sitelere uygulanabilir adımlara indiriyoruz.

XML sitemap optimizasyonu neden dosyadan fazlasıdır?

Sitemap, arama motorlarına sitenizdeki erişilebilir URL’lerin listesini sunar; sıralama garantisi vermez. Asıl faydası keşif ve önceliklendirmededir: yeni ürün, güncellenen kategori, yayımlanan blog yazısı veya değişen hizmet sayfası daha hızlı fark edilebilir. Yanlış kurgulanmış bir sitemap ise taslak, noindex, oturum, sepet veya sonsuz filtre URL’lerini tarayıcıya iterek bütçeyi boşa harcar.

İyi bir xml sitemap optimizasyonu üç soruya net cevap verir: Hangi sayfalar indekslenmeli? Hangileri güncellendi ve ne zaman? Katalog büyüdüğünde bu liste nasıl parçalanıp yönetilecek? Cevaplar netleştikçe robots.txt, canonical ve noindex politikaları da aynı hizaya gelir.

Sitemap’e alınacak ve alınmayacak sayfa tipleri

Temel kural basittir: canonical, indekslenebilir ve kullanıcıya gerçek değer sunan sayfalar girer. Kopya, geçici veya kapalı sayfalar girmez. Aşağıdaki ayrım e-ticaret ve kurumsal sitelerde pratik bir başlangıç noktasıdır.

Sitemap’e alınmalı

• Ana sayfa ve birincil kurumsal sayfalar (hakkımızda, iletişim, hizmetler)
• Kategori ve alt kategori sayfaları (indekslenmesi istenenler)
• Aktif, stokta bulunan veya “sipariş verilebilir / ön sipariş” durumundaki ürün sayfaları
• Yayımlanmış blog yazıları, rehberler ve haber içerikleri
• Marka, koleksiyon veya kampanya landing sayfaları (süresi dolmamış ve indekslenebilir olanlar)
• Yerel hizmet / şehir sayfaları (gerçek içerik ve niyet taşıyanlar)
• Çok dilli sitelerde her dil/bölge için doğru hreflang eşleşmeli kanonik URL’ler

Sitemap’ten çıkarılmalı

• noindex, robots disallow veya kanonik olarak başka URL’yi işaret eden sayfalar
• Taslak, önizleme, staging ve test ortamı adresleri
• Arama sonuç, sepet, ödeme, hesap, giriş ve sipariş takip sayfaları
• Parametre yoğun filtre kombinasyonları (renk+beden+fiyat+sıralama gibi türetilmiş URL’ler)
• Oturum ID, UTM ve izleme parametreli kopyalar
• Yönlendirme (3xx) veya hata (4xx/5xx) dönen URL’ler
• İnce, yinelenen etiket arşivleri ve boş kategori sayfaları
• Yalnızca PDF veya dosya indirme için kullanılan, HTML sayfa değeri taşımayan geçici linkler (ayrı politika yoksa)

Pratik kontrol: Bir URL’yi tarayıcıda açtığınızda indekslemek istediğiniz nihai adres mi? Değilse sitemap’e koymayın. Sitemap, “var olan her şeyi dökme” aracı değil; “keşfedilsin istediğiniz kanonik envanter”dir.

Ürün, kategori, blog ve görsel sitemap ayrımı

Tek bir dev dosya yerine içeriği türüne göre ayırmak, güncelleme sıklığını ve hata ayıklamayı kolaylaştırır. Özellikle binlerce SKU’lu mağazalarda segmentasyon neredeyse zorunludur.

Sayfa tipi bazlı dosyalar

• products-sitemap.xml — ürün kartları; stok ve fiyat değişiminde lastmod güncellenir
• categories-sitemap.xml — kategori hub’ları; menü ve hiyerarşi değişikliklerinde yenilenir
• blog-sitemap.xml — yazılar ve editöryal arşiv; yayın/güncelleme ile senkron olur
• pages-sitemap.xml — kurumsal ve statik sayfalar
• images-sitemap.xml veya ürün sitemap’inde image eklentisi — ürün görselleri ve alt metin sinyalleri

Görsel sitemap, özellikle ürün fotoğraflarının Google Görseller ve zengin sonuçlar tarafında keşfini desteklemek için değerlidir. Dosya adları, boyutlar ve açıklayıcı alt metinler zaten sayfa içinde optimize edilmeli; sitemap yalnızca keşfi kolaylaştırır. Ürün görsellerini daha derin ele almak için e-ticarette görsel SEO rehberine bakabilirsiniz.

Örnek e-ticaret senaryosu

Orta ölçekli bir moda mağazasında 8.000 ürün, 120 kategori ve 200 blog yazısı olduğunu varsayalım. Ürünler sık stok günceller; blog haftada birkaç kez yayımlanır; kurumsal sayfalar seyrek değişir. Hepsini tek dosyada tutmak, küçük bir blog güncellemesinde tüm envanteri yeniden üretmeye zorlar. Ayrı dosyalar hem üretim süresini düşürür hem Search Console’da “hangi segmentte hata var?” sorusuna hızlı cevap verir.

Sitemap’i güçlü kılan şey yalnızca liste değil, sitedeki iç linkleme stratejisi ile uyumudur. Sitemap keşfi hızlandırır; iç linkler ise otorite ve tarama yolunu güçlendirir. İkisi birbirinin yerine geçmez.

lastmod, priority ve changefreq gerçekte ne kadar işe yarar?

Alanların hepsi aynı ağırlıkta değildir. Google’ın halka açık rehberlerinde de vurgulandığı gibi, lastmod anlamlı ve doğru kullanıldığında faydalı bir sinyal olabilir; priority ve changefreq ise çoğu senaryoda görmezden gelinebilir.

lastmod: disiplini olan tek alan

lastmod, sayfanın gerçekten önemli ölçüde değiştiği tarihi taşımalıdır. Her gece tüm URL’lere “bugün” yazmak güveni zedeler. İyi bir yaklaşım:

• Üründe başlık, açıklama, varyant, fiyat veya stok durumu anlamlı değiştiyse lastmod güncelleyin
• Sadece görüntülenme sayacı, “son bakılanlar” widget’ı veya rastgele öneri bloğu değiştiyse lastmod’u oynatmayın
• Kategoride ürün listesi, editoryal metin veya sıralama mantığı değiştiyse güncelleyin
• Blogda içerik revizyonu veya ek bölüm yayımlandıysa güncelleyin

lastmod kaynağı panel/veritabanındaki “içerik son güncelleme” alanından gelmeli; dosya üretim saati olmamalıdır. Böylece arama motoru, “gerçekten değişen” URL’leri daha isabetli seçebilir.

priority ve changefreq

priority (0.0–1.0) site içi göreli önem iddiasıdır; arama motorları bunu genelde dikkate almaz. changefreq (“daily”, “weekly” vb.) de çoğunlukla yok sayılır. Zamanınızı bu alanları ince ayarlamaya değil, doğru URL setini üretmeye ve lastmod’u dürüst tutmaya ayırın. Eski şablonlar hâlâ bu alanları basıyorsa zararsızdır; strateji sanmayın.

Stokta yok, taslak ve noindex sayfalar sitemap’te olmamalı

En sık yapılan hata, “sistemde var olan her ürünü” sitemap’e basmaktır. Arama motoruna “bu URL’yi keşfet” demek ile “bu URL indekslensin” demek farklı şeylerdir; sitemap ikincisine yaklaşır.

Stokta yok ürünler

Stok politikasına göre karar verin:

• Sayfayı indekste tutup “benzer ürün / stok gelince haber ver” ile yaşatıyorsanız ve canonical kendisine bakıyorsa sitemap’te kalabilir
• Kalıcı olarak kaldırdıysanız, 301/410 uyguladıysanız veya noindex verdiyseniz sitemap’ten çıkarın
• Geçici stoksuzlukta sayfa hâlâ satın alma yolculuğunun parçasıysa lastmod’u stok değişimine bağlayın; aksi halde ölü URL yığını oluşur

Taslak, önizleme ve noindex

• Taslak ve “yakında” sayfaları yayımlanmadan sitemap’e girmesin
• noindex verdiğiniz filtre, etiket veya teşekkür sayfalarını listeden otomatik eleyin
• Canonical başka URL’ye bakıyorsa sitemap’te yalnızca kanonik adresi tutun

Teknik olarak robots.txt ile engellenmiş bir URL’yi sitemap’e koymak çelişki yaratır. Arama motoru dosyayı görür ama tarayamaz; Search Console’da tutarsızlık ve gereksiz uyarılar birikir. Önce erişim politikası, sonra sitemap.

Sitemap index ile büyük katalog yönetimi

Google, tek bir sitemap dosyasında URL sayısı ve dosya boyutu için üst sınırlar tanımlar (pratikte yaygın limitler: dosya başına on binlerce URL ve sıkıştırılmamış boyutta onlarca MB bandı). Büyük katalogda çözüm, birden fazla sitemap dosyasını bir sitemap index altında toplamaktır.

Önerilen mimari

1. Ürünleri 10.000–40.000 URL’lik parçalara bölün (ör. products-1.xml, products-2.xml)
2. Kategori, blog, sayfa ve görsel dosyalarını ayrı tutun
3. sitemap-index.xml içinde tüm alt dosyaları listeleyin
4. robots.txt içinde yalnızca index dosyasının konumunu bildirin
5. Alt dosya adlarını tahmin edilebilir ve kalıcı tutun; her gece rastgele isim üretmeyin

Üretim tarafında CMS veya e-ticaret panelinin “yayımlanan + indekslenebilir + 200 dönen” filtreleriyle çalışması gerekir.

Çok dilli ve çok mağazalı yapılar

Her dil/bölge için ayrı sitemap seti veya tek set içinde dil bazlı segmentler kullanılabilir. Önemli olan, hreflang eşlerinin kanonik URL’lerle çelişmemesi ve aynı içeriğin yanlış dil sürümünün listeye sızmamasıdır. Uluslararası büyüyen mağazalar için dil-bölge kurgusu ile sitemap’i birlikte planlamak, sonradan indeks karmaşasını azaltır.

GSC sitemap raporuyla hataları giderme

Dosyayı üretmek yetmez; Google Search Console’a gönderip raporu okumak gerekir. Google Search Console nasıl kullanılır rehberindeki indeks ve URL inceleme alışkanlığını sitemap raporuna da taşıyın.

Gönderim akışı

1. Canlı sitede https://ornek.com/sitemap-index.xml adresinin 200 döndüğünü ve XML’in geçerli olduğunu doğrulayın
2. robots.txt içinde Sitemap: satırı ekleyin
3. Search Console → Sitemap’ler bölümünden index URL’sini gönderin
4. 24–72 saat sonra “keşfedilen / dizine eklenen” sayılarını ve hata türlerini kontrol edin
5. Hatalı URL’leri kaynakta düzeltin; yalnızca dosyayı yeniden yüklemek sorunu çözmez

Sık görülen sorunlar ve müdahale

• Gönderilen URL dizine eklenemedi — noindex, canonical çakışması, soft 404 veya ince içerik olabilir; sayfa kalitesini ve erişim başlıklarını kontrol edin
• Yönlendirmeli URL — sitemap’e nihai 200 adresini koyun; 301 zincirlerini kırın
• Engellenmiş URL — robots.txt veya giriş duvarı kaynaklıdır; ya engeli kaldırın ya da sitemap’ten çıkarın
• Geçersiz URL formatı — boşluk, HTML entity, göreli yol veya yanlış domain (http/https, www) temizleyin
• Keşfedilen ile dizine eklenen farkı büyük — düşük kalite, kopya veya tarama bütçesi baskısı; URL setini daraltıp içerik ve iç linkleri güçlendirin

Raporu haftalık bakılacak bir “sağlık panosu” gibi kullanın. Ani düşüşlerde genelde panel güncellemesi, yanlış filtre kuralı veya staging URL sızıntısı arayın.

Uygulanabilir xml sitemap optimizasyonu kontrol listesi

Ekibiniz veya ajansınızla paylaşabileceğiniz sade bir kontrol listesi:

• Yalnızca 200 dönen, kanonik ve indekslenebilir URL’ler listeleniyor mu?
• noindex, taslak, sepet, hesap, arama ve sonsuz filtre URL’leri eleniyor mu?
• Stok/yayın durumu değişince ürün otomatik girip çıkıyor mu?
• lastmod gerçek içerik değişimine mi bağlı, dosya üretim saatine mi?
• Ürün, kategori, blog ve görsel segmentleri ayrı dosyalarda mı?
• Büyük katalogda sitemap index kullanılıyor mu?
• robots.txt ve Search Console aynı index dosyasını mı gösteriyor?
• GSC’de yinelenen hata türleri için kalıcı düzeltme kaydı tutuluyor mu?

Bu maddeler oturduğunda sitemap, “unuttuğumuz bir XML” olmaktan çıkar; katalog ve içerik operasyonunun doğal bir çıktısı haline gelir.

Sonuç: Doğru URL seti, dürüst lastmod, düzenli GSC disiplini

XML sitemap optimizasyonu sihirli bir sıralama tuşu değildir; doğru sayfaları görünür kılan, yanlışları gürültüden ayıran operasyonel bir disiplindir. E-ticaret ve kurumsal sitelerde kazanan yaklaşım şudur: indekslenmesini istediğiniz kanonik envanteri segmentlere ayırın, stok–taslak–noindex kurallarını otomatikleştirin, lastmod’u dürüst tutun ve Search Console hatalarını kaynakta kapatın.

Sitemap üretiminde gerçek içerik değişim zamanını kullanın. Her istekte tüm lastmod değerlerini bugüne çevirmek güncelleme bilgisini anlamsızlaştırır. Listede yer alan URL’lerin yönlenmediğini ve indeksleme politikasına uyduğunu düzenli kontrol edin.