XML Sitemap Stratejisi: Index, Partition ve Özel Sitemap Türleri

Google'ın 50.000 URL sınırı yüzünden sitemap'inizi parçaladınız mı? Yoksa hâlâ tüm sayfalarınızı tek bir XML dosyasına tıkıştırmaya çalışıyor musunuz?

Ben 2019'da ilk kez 100.000+ sayfalık bir e-ticaret sitesinin sitemap yapısını düzenlerken bu gerçeği öğrendim. Tek sitemap dosyası Google Search Console'da sürekli timeout hatası veriyordu. O zamandan beri onlarca farklı sitemap stratejisi test ettim. FUTIA'da doktorbul.com için 79.000 doktor profili, italyanmutfagi.com için 618 tarif sayfası ve kamupersonelhaber.com için günlük güncellenen ilanlar için farklı sitemap mimarileri kurdum. Her birinde farklı bir yaklaşım işe yaradı.

XML sitemap'ler sadece URL listesi değil. Doğru partition stratejisi, index sitemap mimarisi ve özel sitemap türleri (news, image, video) Google'ın sitenizi tarama şeklini doğrudan etkiliyor. Bu yazıda gerçek vakalardan örneklerle, hangi durumda hangi sitemap yapısını kullanmanız gerektiğini anlatacağım.

XML Sitemap Temelleri ve Google'ın Sınırları

Google'ın sitemap için iki temel sınırı var: maksimum 50.000 URL ve maksimum 50MB sıkıştırılmamış dosya boyutu. Bu sayılar keyfi değil. Google'ın crawler'ı her sitemap fetch işleminde belirli bir zaman penceresi kullanıyor. Çok büyük dosyalar timeout'a sebep oluyor, tarama verimsizleşiyor.

Çoğu küçük site bu sınırları hiç zorlamaz. 500 sayfalık bir kurumsal site için tek sitemap.xml dosyası yeterli. Ama e-ticaret, içerik portalları, dizinler, ilan siteleri için durum farklı. doktorbul.com projesinde 79.000 doktor profili vardı. Hepsini tek sitemap'e koysaydım, Google her güncellemeyi taramak için saatler harcardı.

Partition stratejisi burada devreye giriyor. İçeriği mantıklı gruplara bölerek, Google'a "hangi bölüm ne sıklıkta güncelleniyor" sinyali veriyorsunuz. Örneğin doktorbul.com'da şehir bazlı partition kullandık. İstanbul'daki doktorlar ayrı sitemap, Ankara'dakiler ayrı. Google İstanbul sitemap'ini daha sık tarıyor çünkü güncelleme frekansı yüksek.

Index Sitemap Nedir?

Index sitemap, diğer sitemap dosyalarını listeleyen bir üst katman. sitemap_index.xml formatında, içinde birden fazla sitemap URL'i barındırır. Google önce index'i okur, sonra alt sitemap'leri sırayla tarar.

Örnek yapı:

• sitemap_index.xml (ana index)

- sitemap_doctors_istanbul.xml (15.000 URL) - sitemap_doctors_ankara.xml (8.000 URL) - sitemap_doctors_izmir.xml (6.000 URL) - sitemap_blog.xml (450 URL) - sitemap_static.xml (25 URL)

Bu yapı Google'a esneklik sağlıyor. Blog sitemap'i her gün güncellenebilir, statik sayfalar ayda bir. Google her birini bağımsız takip eder, gereksiz yere tüm siteyi tekrar taramaz.

Partition Stratejisi: İçeriği Nasıl Bölmeli?

Partition seçimi sitenizin yapısına bağlı. Ben üç temel yaklaşım kullanıyorum: içerik tipi, güncelleme frekansı ve URL hacmi.

İçerik Tipi Bazlı Partition

Farklı içerik tipleri farklı tarama ihtiyaçları doğurur. E-ticaret sitesinde ürün sayfaları, kategori sayfaları, blog yazıları ve statik sayfalar ayrı sitemap'lerde olmalı. diolivo.com.tr projesinde tam bu yapıyı kurduk:

• sitemap_products.xml: 2.400 ürün sayfası, günlük güncelleme
• sitemap_categories.xml: 180 kategori, haftalık güncelleme
• sitemap_blog.xml: 85 yazı, aylık güncelleme
• sitemap_pages.xml: 12 statik sayfa, yıllık güncelleme

Ürün sitemap'i her gün yeni ürün eklendiğinde güncelleniyor. Google bunu fark ediyor, tarama frekansını artırıyor. Ama statik sayfalar için gereksiz yere kaynak harcamıyor.

Güncelleme Frekansı Bazlı Partition

kamupersonelhaber.com'da günlük 50+ yeni ilan yayınlanıyor. Eski ilanlar arşivleniyor ama URL'ler kalıyor. Burada zaman bazlı partition kullandık:

• sitemap_current_month.xml: Bu ayki ilanlar, günlük güncelleme
• sitemap_last_3_months.xml: Son 3 ay, haftalık güncelleme
• sitemap_archive.xml: Eski ilanlar, aylık güncelleme

Google güncel içeriği hızlı buluyor, eski içerik için gereksiz bandwidth harcamıyor. Search Console'da "last crawled" tarihlerine bakıyorum, current_month sitemap'i her gün taranıyor, archive ayda bir.

URL Hacmi Bazlı Partition

italyanmutfagi.com'da 618 tarif sayfası var. Hepsi aynı içerik tipi ama Google'ın 50.000 sınırına yaklaşınca alfabetik partition kullandık:

• sitemap_recipes_a_to_d.xml
• sitemap_recipes_e_to_k.xml
• sitemap_recipes_l_to_r.xml
• sitemap_recipes_s_to_z.xml

Bu yapı ölçeklendirilebilir. 10.000 tarif olsa bile aynı mantık çalışır, sadece partition sayısı artar.

News Sitemap: Haber Siteleri İçin Özel Strateji

News sitemap, standart XML sitemap'ten farklı bir protokol. Sadece son 2 gün içinde yayınlanan içerikleri kapsıyor, Google News'e özel etiketler içeriyor. kamupersonelhaber.com'da hem standart sitemap hem news sitemap kullanıyoruz.

News sitemap'in avantajları:

• Google News'de hızlı indeksleme (bazen 5-10 dakika)
• Yayın tarihi, başlık, anahtar kelime etiketleri
• Coğrafi hedefleme (Türkiye için tr etiketi)

Örneğin kamupersonelhaber.com'da her yeni ilan yayınlandığında otomatik olarak news sitemap'e ekleniyor. 48 saat sonra otomatik çıkıyor, standart sitemap'te kalıyor. Bu sayede Google News bot'u sürekli yeni içerik buluyor, standart sitemap şişmiyor.

News sitemap için dikkat edilmesi gerekenler:

• Maksimum 1.000 URL (Google'ın önerisi)
• Son 2 gün içindeki içerikler
• publication_date etiketi zorunlu (ISO 8601 formatı)
• Haber sitesi olarak Google News'e kayıtlı olmalısınız

Ben FUTIA'da Claude Haiku API kullanarak news sitemap'leri otomatik güncelliyorum. Her yeni içerik yayınlandığında webhook tetikleniyor, sitemap regenerate ediliyor, Google'a ping gönderiliyor. Manuel işlem yok.

Image Sitemap: Görsel İçerik için Ayrı Strateji

Image sitemap, sayfa içindeki görselleri Google Images'a tanıtmak için kullanılıyor. Özellikle e-ticaret ve içerik siteleri için kritik. diolivo.com.tr'de ürün görselleri için ayrı image sitemap kullandık, 6 ay içinde Google Images trafiği %180 arttı.

Image sitemap'te her URL için birden fazla görsel tanımlanabilir:

• image:loc (görsel URL'i)
• image:caption (görsel açıklaması)
• image:title (görsel başlığı)
• image:license (telif bilgisi)

italyanmutfagi.com'da her tarif için ortalama 4-5 görsel var. Standart sitemap'e koysaydık dosya şişerdi. Ayrı image sitemap kullanarak hem dosya boyutunu kontrol altında tuttuk, hem Google Images'a zengin bilgi sunduk.

Image sitemap stratejisi:

1. Ürün/içerik sayfaları için ayrı image sitemap 2. Her görsele açıklayıcı caption ekle 3. Alt text ve caption tutarlı olsun 4. Görseller CDN'de ise CDN URL'lerini kullan 5. WebP formatı için fallback JPG ekle

Ben image sitemap'leri programatik oluşturuyorum. WordPress kullanıyorsanız Yoast SEO veya RankMath otomatik yapıyor. Özel sistemlerde Python Beautiful Soup ile HTML'i parse edip görselleri çıkarıyorum, sitemap'e yazıyorum.

Video Sitemap: YouTube Entegrasyonu ve Zengin Sonuçlar

Video sitemap, sayfa içindeki videoları Google'a tanıtıyor. YouTube embed'i bile olsa video sitemap kullanmalısınız, zengin sonuçlarda (rich snippets) çıkma şansınız artıyor.

futia.net'te 3 ay içinde 2000+ kısa video ürettik. Her video için ayrı sayfa oluşturduk, video sitemap'e ekledik. Google'da "yapay zeka otomasyon" aramasında video rich snippet'lar çıkıyor, tıklama oranı %40 arttı.

Video sitemap etiketleri:

• video:title (video başlığı)
• video:description (video açıklaması)
• video:thumbnail_loc (thumbnail URL'i)
• video:duration (saniye cinsinden süre)
• video:publication_date (yayın tarihi)

YouTube embed kullanıyorsanız bile video sitemap ekleyin. Google, sayfanızdaki videoyu YouTube'dan bağımsız değerlendiriyor, arama sonuçlarında ayrı gösteriyor.

Video Sitemap için Otomasyon

Ben FUTIA'da video sitemap'i tamamen otomatikleştirdim. Yeni video yüklendiğinde:

1. Claude Haiku API video başlığından SEO-friendly açıklama üretiyor 2. FFmpeg ile video süresini çıkarıyorum 3. İlk frame'i thumbnail olarak kaydediyorum 4. Video sitemap'e yeni entry ekleniyor 5. Google'a ping gönderiliyor

Tüm süreç 30 saniye sürüyor, manuel işlem yok. 2000+ video için bu otomasyon olmasa elle yönetmek imkansız olurdu.

Index Sitemap Mimarisi: Büyük Siteler İçin Blueprint

Büyük sitelerde index sitemap mimarisi şu şekilde kurulmalı:

Seviye 1: Ana Index (sitemap_index.xml)

• Tüm alt sitemap'leri listeler
• robots.txt'te bu dosya tanımlanır
• Google Search Console'a bu dosya submit edilir

Seviye 2: İçerik Tipi Index'leri

• sitemap_products_index.xml
• sitemap_blog_index.xml
• sitemap_news_index.xml

Seviye 3: Partition Sitemap'ler

• sitemap_products_electronics.xml
• sitemap_products_clothing.xml
• sitemap_blog_2024.xml
• sitemap_blog_2023.xml

doktorbul.com'da tam bu yapıyı kullandık. Ana index 5 alt index'e bağlanıyor, her alt index 10-15 partition sitemap'e. Toplam 79.000 URL, 70+ sitemap dosyası. Google her partition'ı bağımsız tarıyor, güncelleme frekansını dinamik ayarlıyor.

Bu mimari şu avantajları sağlıyor:

• Yeni içerik tipi eklerken mevcut yapıyı bozmuyorsunuz
• Partition'lar arasında yük dengesi sağlıyorsunuz
• Google'ın tarama bütçesini verimli kullanıyorsunuz
• Search Console'da partition bazlı analiz yapabiliyorsunuz

Sitemap Güncelleme Frekansı ve Ping Stratejisi

Sitemap'i ne sıklıkla güncellemelisiniz? Cevap içerik üretim hızınıza bağlı. Ben üç farklı strateji kullanıyorum:

Gerçek Zamanlı Güncelleme (News Siteleri) kamupersonelhaber.com'da her yeni ilan yayınlandığında sitemap güncelleniyor, Google'a ping gönderiliyor. Günde 50+ güncelleme oluyor. Google bot'u bunu fark ediyor, tarama sıklığını artırıyor. Yeni ilanlar 2-3 saat içinde indeksleniyor.

Günlük Batch Güncelleme (E-ticaret) diolivo.com.tr'de günde 1 kez, gece 03:00'te tüm sitemap'ler regenerate ediliyor. Gün içinde eklenen ürünler, güncellenen stok bilgileri, yeni blog yazıları toplu olarak sitemap'e ekleniyor. Tek ping, verimli tarama.

Haftalık Güncelleme (İçerik Siteleri) italyanmutfagi.com'da haftada 2-3 yeni tarif ekleniyor. Sitemap haftalık güncelleniyor, Google'a ping gönderiliyor. Daha sık güncelleme gereksiz, Google zaten haftalık tarıyor.

Ping göndermek için Google'ın resmi endpoint'ini kullanıyorum:

http://www.google.com/ping?sitemap=https://yoursite.com/sitemap.xml

Bu endpoint'e GET request atıyorsunuz, Google sitemap'i kuyruğa alıyor. Garanti indeksleme değil ama tarama şansını artırıyor.

Sitemap Hataları ve Çözümleri

Google Search Console'da en sık karşılaştığım sitemap hataları:

1. "Sitemap could not be read" Hatası Genellikle XML formatı bozuk. W3C XML validator kullanarak kontrol edin. Ben her sitemap'i generate ettikten sonra otomatik validate ediyorum, bozuk dosya yayınlanmıyor.

2. "Submitted URL not found (404)" Hatası Sitemap'te olan URL, sitede yok. doktorbul.com'da başlangıçta bu hatayı çok aldık. Doktor profili silinince sitemap'ten çıkarmayı unutuyorduk. Şimdi silme işlemi sitemap'i tetikliyor, otomatik güncelleniyor.

3. "Sitemap contains URLs blocked by robots.txt" Hatası Sitemap'te robots.txt ile engellenmiş URL var. italyanmutfagi.com'da /wp-admin/ altındaki sayfaları yanlışlıkla sitemap'e eklemiştik. Sitemap generation scriptini düzelttik, sadece public URL'ler ekleniyor.

4. Timeout Hataları Sitemap çok büyük, Google timeout'a düşüyor. Partition stratejisi çözüm. 50.000 URL'lik sitemap'i 5 parçaya bölün, sorun çözülür.

5. "Parsing error" Hatası Türkçe karakter encoding sorunu. UTF-8 BOM olmadan kaydedin. Ben Python'da sitemap generate ederken encoding='utf-8' parametresini zorunlu kullanıyorum.

FUTIA'da Sitemap Otomasyonu Nasıl Çalışıyor?

Ben FUTIA'da tüm sitemap süreçlerini otomatikleştirdim. Manuel sitemap yönetimi ölçeklenebilir değil, hata payı yüksek. Otomasyon şöyle çalışıyor:

1. İçerik Değişikliği Algılama Her içerik ekleme/güncelleme/silme işlemi webhook tetikliyor. WordPress, custom CMS, headless sistem fark etmez, webhook standardize.

2. Sitemap Generation Python script database'den URL'leri çekiyor, partition mantığına göre grupluyor, XML oluşturuyor. Claude Haiku API ile meta açıklamalar zenginleştiriliyor.

3. Validation Oluşturulan XML dosyaları otomatik validate ediliyor. Hata varsa Slack'e bildirim geliyor, bozuk dosya yayınlanmıyor.

4. Deployment Validate edilen sitemap'ler CDN'e upload ediliyor, cache invalidate ediliyor. 30 saniye içinde yeni sitemap canlıda.

5. Ping ve Monitoring Google'a ping gönderiliyor, Search Console API ile tarama durumu takip ediliyor. Anormal durumlarda (tarama düşmesi, hata artışı) alert geliyor.

Bu otomasyon sayesinde kamupersonelhaber.com'da günde 50+ ilan, doktorbul.com'da 79.000 profil, italyanmutfagi.com'da 618 tarif sorunsuz yönetiliyor. Manuel işlem sıfır.

Sitemap Stratejinizi Test Etmek

Sitemap stratejinizin işe yarayıp yaramadığını nasıl anlarsınız? Ben üç metrik takip ediyorum:

1. Tarama Frekansı (Crawl Rate) Google Search Console > Settings > Crawl Stats. Günlük tarama sayısı artıyorsa sitemap stratejisi çalışıyor demektir. diolivo.com.tr'de partition stratejisinden sonra günlük tarama %65 arttı.

2. İndekslenme Hızı Yeni içerik yayınladıktan sonra kaç saat/gün içinde indeksleniyor? kamupersonelhaber.com'da news sitemap kullanmadan önce 24-48 saat sürüyordu, şimdi 2-3 saat.

3. Sitemap Coverage Search Console > Sitemaps. "Discovered URLs" ve "Indexed URLs" oranı. %80+ olmalı. doktorbul.com'da %87, çok sağlıklı.

Bu metrikleri haftalık takip ediyorum, anormal düşüş olursa sitemap yapısını gözden geçiriyorum.

Sitemap stratejisi bir kez kur unut değil, sürekli optimizasyon gerektiriyor. İçerik hacmi büyüdükçe, içerik tipleri çeşitlendikçe partition stratejinizi güncelleyin. Ben 3 ayda bir tüm sitelerin sitemap mimarisini gözden geçiriyorum, gerekirse yeniden yapılandırıyorum.

Sitemap konusunda destek lazımsa, FUTIA olarak programatik sitemap generation ve otomasyon kuruyoruz. WhatsApp üzerinden +90 532 491 17 05 numarasından ulaşabilir, mevcut sitemap yapınızı analiz edebiliriz. Ya da info@futia.net adresine site URL'inizi gönderin, ücretsiz sitemap audit yapayım.