Sitemap Index Nedir? Büyük Sitelerde Birden Fazla Site Haritası Nasıl Yönetilir

Biz Talha Aslan ve ekibi olarak bu konuyu genellikle binlerce ürünü, yüzlerce kategorisi ve geniş bir blog arşivi olan sitelerde konuşuyoruz. Küçük bir kurumsal sitede tek bir site haritası çoğu zaman yeterlidir. Ancak katalog büyüdükçe tek dosya hem sınırlara yaklaşır hem de takip edilemez hale gelir. Hangi bölümün dizine girdiğini, hangisinin geride kaldığını ayırt etmek zorlaşır.

Bu rehberde sitemap index yapısını baştan sona anlatıyoruz: sınırlar, dosyanın içeriği, içerik türüne göre bölme, lastmod doğruluğu ve Search Console'da her parçayı ayrı izleme. Site haritasının temel mantığını henüz netleştirmediyseniz önce site haritası nedir ve nasıl oluşturulur yazımıza göz atmanızı öneririz. Bu yazıda ise o temelin bir üst katına çıkıyoruz.

Tek bir site haritası hangi noktada yetersiz kalır?

Google'ın resmi belgesine göre tek bir site haritası en fazla 50.000 URL içerebilir ve sıkıştırılmamış hali 50 MB'ı geçemez. Bu iki sınırdan birine ulaştığınızda dosyayı bölmeniz gerekir. Bu sınırları Google Search Central'daki site haritası oluşturma ve gönderme sayfasında doğrulayabilirsiniz.

Öte yandan sınır tek ölçüt değildir. Örneğin 8.000 URL'lik bir sitede de bölmeyi düşünebilirsiniz. Çünkü ürünler, kategoriler ve blog yazıları aynı dosyada durduğunda Search Console size yalnızca toplam bir tablo gösterir. Hangi içerik türünde sorun olduğunu anlamak için her seferinde ayrı analiz yapmanız gerekir.

Pratikte şu durumlarda tek dosyadan çıkmayı öneriyoruz:

• URL sayınız 50.000'e yaklaşıyorsa ya da dosya boyutu hızla büyüyorsa.
• Sitede birbirinden çok farklı içerik türleri varsa.
• Her gün ürün ekleyip kaldırıyorsanız, yani katalog hareketliyse.
• Farklı ekipler farklı bölümlerden sorumluysa.
• Dizine ekleme sorunlarını bölüm bölüm teşhis etmek istiyorsanız.

Kısacası, sınırı aşmak zorunlu bir bölme sebebidir; takip kolaylığı ise isteğe bağlı ama çok değerli bir sebeptir.

Sitemap index dosyasının içinde neler yer alır?

Bir sitemap index dosyası yapı olarak sade bir XML belgesidir. Sitemaps.org protokolüne göre dosya <sitemapindex> etiketiyle başlar ve aynı etiketle biter. Her alt site haritası için ayrı bir <sitemap> bloğu açarsınız. Bu bloğun içinde zorunlu olan tek alan <loc>, yani alt site haritasının tam adresidir.

Bunun yanında isteğe bağlı bir <lastmod> alanı da vardır. Bu alan, alt site haritası dosyasının en son ne zaman değiştiğini bildirir. Protokolün ayrıntılarını sitemaps.org protokol sayfasında görebilirsiniz.

Örnek senaryo olarak example.com adlı bir mağaza düşünelim. Bu mağazanın sitemap index dosyası şu adresleri listeleyebilir:

• https://www.example.com/sitemap-urunler-1.xml
• https://www.example.com/sitemap-urunler-2.xml
• https://www.example.com/sitemap-kategoriler.xml
• https://www.example.com/sitemap-blog.xml
• https://www.example.com/sitemap-sayfalar.xml

Dikkat ederseniz index dosyası sayfa adreslerini değil, yalnızca site haritası dosyalarının adreslerini içerir. Sayfa adresleri alt site haritalarında durur. Bu ayrım, kurulumdaki en temel kuraldır. Ayrıca Google, adresleri tam ve mutlak biçimde ister; göreli yol yazmayın.

Sitemap index için hangi resmi sınırlar geçerlidir?

Google'ın büyük site haritaları belgesine göre bir sitemap index dosyası en fazla 50.000 <loc> etiketi, yani 50.000 alt site haritası listeleyebilir. Sitemaps.org protokolü de index dosyasının 50 MB'ı geçmemesi gerektiğini belirtir. Üstelik Google, site haritası kurallarının index dosyaları için de geçerli olduğunu söyler.

Search Console tarafında bir sınır daha vardır. Google'ın büyük site haritalarını yönetme belgesine göre bir site için Search Console üzerinden en fazla 500 sitemap index dosyası gönderebilirsiniz. Çoğu site için bu sayı fazlasıyla yeterlidir.

Bu değerler zamanla değişebilir. Bu nedenle kurulumdan önce güncel değeri resmi kaynaktan kontrol edin. Biz sınırın tam kenarında durmak yerine dosyaları belirgin biçimde daha küçük tutmayı tercih ediyoruz.

Alt site haritalarını sunucuda nereye koymalısınız?

Konum kuralı, en çok gözden kaçan ayrıntıdır. Google'a göre index dosyasının listelediği alt site haritaları aynı sitede barınmalıdır. Ayrıca alt site haritaları, index dosyasıyla aynı dizinde ya da daha alt bir dizinde durmalıdır.

Örneğin index dosyanız /harita/ klasöründeyse, listelediği dosyalar da /harita/ ya da onun alt klasörlerinde olmalıdır. Index dosyasını kök dizine koyarsanız bu kısıt neredeyse ortadan kalkar. Google da site haritalarını kök dizinde yayınlamayı önerir. Çünkü Search Console dışında gönderilen bir site haritası yalnızca kendi üst dizininin altındaki adresleri etkiler.

Konum hatası yaptığınızda Search Console benzeri bir uyarıyla karşılık verir. Bu durumu ayrıntılı olarak site haritası URL'ye izin verilmiyor hatası yazımızda anlattık. Kısaca söylemek gerekirse, protokol farkı (http ve https), www farkı ve alt alan adı farkı da "aynı site değil" anlamına gelebilir.

Bu yüzden kuruluma başlamadan önce tek bir standart seçin. Hangi protokolü, hangi ana makine adını ve hangi klasörü kullanacağınızı netleştirin. Ardından index dosyasını ve bütün alt dosyaları bu standarda göre üretin.

İçerik türüne göre bölmeyi nasıl yaparsınız?

İçerik türüne göre bölme, URL'leri işlevlerine göre ayrı dosyalara dağıtmaktır. Ürün sayfaları bir dosyaya, kategori sayfaları bir başka dosyaya, blog yazıları üçüncü bir dosyaya gider. Böylece Search Console'da her içerik türünün durumunu ayrı ayrı görürsünüz.

Bir e-ticaret sitesi için tipik bölüm şöyle olabilir:

1. Ürün sayfaları: en kalabalık grup, gerekirse kendi içinde numaralı parçalara ayrılır.
2. Kategori ve alt kategori sayfaları: sayıca az ama ticari açıdan kritik.
3. Marka sayfaları: varsa ayrı bir dosya.
4. Blog ve rehber içerikleri: bilgi amaçlı trafiğin kaynağı.
5. Kurumsal sabit sayfalar: hakkımızda, iletişim, teslimat koşulları.

Bu yaklaşımın en büyük faydası teşhis hızıdır. Örneğin kategori dosyasındaki adreslerin büyük kısmı dizinde, ürün dosyasındakilerin ise önemli bir kısmı dışarıdaysa, sorunun ürün şablonunda olduğunu hemen anlarsınız. Tek dosyada bu ayrımı yapmak için ayrı bir dışa aktarma ve eşleştirme yapmanız gerekirdi.

Ayrıca ürün dosyası çok büyükse onu da ürün grubuna göre bölebilirsiniz. Örneğin giyim, ayakkabı ve aksesuar ürünleri ayrı dosyalarda durabilir. Böylece hangi ürün grubunda dizine ekleme sorunu yaşandığını da görürsünüz.

Numaraya veya tarihe göre bölmek ne zaman mantıklıdır?

Numaraya göre bölme, aynı türdeki URL'leri sabit büyüklükte parçalara ayırmaktır. Örneğin ürünleri 10.000'erli dosyalara dağıtırsınız: sitemap-urunler-1, sitemap-urunler-2 gibi. Bu yöntem en kolay otomasyonu sunar, çünkü yazılım yalnızca sayaç tutar.

Ancak numaralı bölmenin bir dezavantajı vardır. Bir ürün silindiğinde ya da eklendiğinde, sıralama kayarsa çok sayıda dosyanın içeriği birden değişebilir. Bu durumda lastmod değerleri de toplu biçimde değişir ve Google'a "her şey değişti" sinyali gider. Bu nedenle sıralamayı kalıcı bir kimliğe, örneğin ürün numarasına bağlamak daha güvenlidir.

Tarihe göre bölme ise özellikle haber ve blog arşivleri için mantıklıdır. Yazıları yayın ayına ya da yılına göre dosyalara ayırırsınız. Eski dönemlere ait dosyalar nadiren değişir; yeni içerik hep en güncel dosyaya girer. Böylece Google'ın tekrar okuması gereken dosya sayısı azalır.

Öte yandan tarihe göre bölme, ürün kataloğu için çoğu zaman uygun değildir. Ürünlerin fiyatı, stoğu ve açıklaması sürekli değişir. Dolayısıyla ürünlerde içerik türü artı numara, blogda ise tarih bazlı bölme bizim sahada en sık önerdiğimiz kombinasyondur.

Hangi bölme yöntemini seçmelisiniz?

Doğru yöntem sitenizin yapısına, içerik hareketliliğine ve takip ihtiyacınıza bağlıdır. Aşağıdaki karşılaştırma, kararı hızlandırmak için hazırladığımız genel bir çerçevedir. Kesin bir kural değil, saha tecrübemize dayalı bir başlangıç noktasıdır.

Çoğu sitede bu yöntemleri birleştirmek en iyi sonucu verir. Örneğin çok dilli bir mağazada önce dil, sonra içerik türü, en sonda numara kırılımı kullanabilirsiniz. Yine de karmaşıklığı abartmayın; dosya adlarından yapıyı bir bakışta anlayabilmelisiniz.

Sitemap index içinde lastmod nasıl kullanmalısınız?

Sitemap index içindeki lastmod, sayfanın değil, alt site haritası dosyasının son değişiklik zamanını gösterir. Google'ın belgesine göre bu alan isteğe bağlıdır ve W3C tarih biçiminde yazılmalıdır. Google, değerin tarama planlamasına yardımcı olduğunu belirtir.

Peki bu değer ne zaman değişmelidir? Alt dosyanın içindeki bir URL eklendiğinde, kaldırıldığında ya da bir sayfanın kendi lastmod değeri anlamlı biçimde güncellendiğinde. Yani alt dosyanın lastmod değeri, içerdiği sayfaların en güncel lastmod değeriyle uyumlu olmalıdır.

Sık gördüğümüz bir hata, index dosyasının her istekte o anın saatini basmasıdır. Bu durumda bütün alt dosyalar her zaman "az önce değişti" gibi durur. Sonuç olarak sinyal anlamını yitirir. Google, lastmod değerini yalnızca tutarlı ve doğrulanabilir biçimde doğru olduğunda kullandığını açıkça söyler.

Lastmod etiketinin sayfa düzeyindeki kullanımını sitemap lastmod etiketi rehberimizde ayrıntılı ele aldık. Burada yalnızca index katmanındaki farka dikkat çekiyoruz. Index katmanında doğru lastmod, Google'a hangi alt dosyayı yeniden okuması gerektiğini söyleyen kısa bir nottur.

Alt site haritalarında lastmod doğruluğu neden bu kadar önemlidir?

Büyük sitelerde Google'ın her dosyayı ve her sayfayı aynı sıklıkla okuması beklenemez. Doğru lastmod, değişen bölümü öne çıkarır. Ancak yanlış lastmod tam tersi etki yaratabilir: sinyal güvenilmez hale gelir ve Google bu değeri dikkate almayabilir.

Google'ın belgesine göre lastmod, sayfadaki son anlamlı güncellemeyi yansıtmalıdır. Örneğin sayfanın altındaki telif yılını değiştirmek anlamlı bir güncelleme değildir. Benzer şekilde, yalnızca bir yan bileşenin yenilenmesi de çoğu zaman sayfanın değiştiği anlamına gelmez.

Biz kurulumlarda şu kontrol listesini kullanıyoruz:

• Lastmod, içerik veritabanındaki gerçek güncelleme alanından mı geliyor?
• Toplu fiyat veya stok güncellemesi bütün ürünlerin tarihini değiştiriyor mu?
• Şablon değişikliği, sayfaların tarihini yapay olarak yeniliyor mu?
• Index dosyasındaki tarih, alt dosyadaki en yeni tarihle uyumlu mu?
• Saat dilimi bilgisi tutarlı biçimde yazılıyor mu?

Ayrıca Google, priority ve changefreq değerlerini dikkate almadığını belirtir. Bu yüzden bu alanlarla uğraşmak yerine enerjinizi lastmod doğruluğuna ayırmanızı öneriyoruz. Doğru tarih, büyük sitede en çok işe yarayan küçük ayrıntılardan biridir.

Hangi URL'ler alt site haritalarına girmemelidir?

Site haritası, Google'a "bu adresler benim dizine girmesini istediğim asıl sayfalarım" demenin bir yoludur. Bu nedenle listeye yalnızca kanonik, erişilebilir ve 200 yanıtı veren adresleri koymalısınız. Aksi halde Search Console raporları gürültüyle dolar ve gerçek sorunu bulmak zorlaşır.

Alt site haritalarından çıkarmanız gereken başlıca adresler şunlardır:

• Noindex etiketi taşıyan sayfalar.
• Başka bir adrese yönlendiren URL'ler.
• Kanonik etiketi başka bir sayfayı gösteren kopya adresler.
• Filtre, sıralama ve oturum parametreli adresler.
• Robots.txt ile taramaya kapattığınız bölümler.
• 404 veya 410 dönen silinmiş sayfalar.

Büyük sitelerde bu temizlik çok daha önemlidir. Çünkü otomatik üretilen site haritaları, filtre adreslerini ya da eski ürünleri fark ettirmeden listeye ekleyebilir. Bu da dizinde gereksiz sayfa birikmesini hızlandırır. Bu konuyu index bloat ve dizin şişmesi yazımızda ayrıntılı ele aldık.

Kısacası, sitemap index yapısı ne kadar düzenli olursa olsun, alt dosyalara giren adresler temiz değilse kurulum beklenen faydayı vermez.

Sitemap index dosyasını Google'a nasıl gönderirsiniz?

Google'ın resmi belgesi birkaç gönderim yolu tanımlar. En yaygını Search Console'daki Site Haritaları raporudur. Bu raporda index dosyasının adresini bir kez girersiniz; alt dosyaları tek tek eklemeniz gerekmez. Google, index üzerinden alt dosyalara ulaşır.

İkinci yol, robots.txt dosyasına bir Sitemap satırı eklemektir. Google, robots.txt içinde birden fazla Sitemap satırı kullanabileceğinizi belirtir. Ancak index dosyasını yazdığınızda genellikle tek satır yeterlidir. Robots.txt dosyasının genel kurallarını robots.txt nedir ve nasıl oluşturulur yazımızda bulabilirsiniz.

Üçüncü yol, Search Console API ile programatik gönderimdir. Çok sayıda mülkü yöneten ekipler için bu yöntem zaman kazandırır. Öte yandan çoğu site için rapor üzerinden yapılan tek seferlik gönderim yeterlidir.

Unutmamanız gereken bir nokta var: Google, site haritası göndermenin yalnızca bir ipucu olduğunu açıkça söyler. Gönderim, sayfaların taranacağını ya da dizine gireceğini garanti etmez. Bu yüzden site haritası; iç bağlantı yapısı, içerik kalitesi ve teknik sağlığın yerine geçmez. Yalnızca onları destekleyen bir keşif kanalıdır.

Search Console'da her alt site haritasını ayrı ayrı nasıl izlersiniz?

Asıl kazanç bu adımda ortaya çıkar. Search Console Yardım belgesine göre Site Haritaları raporunda her gönderim için Tür, Gönderildi, Son okuma tarihi, Durum ve Keşfedilen sayfalar gibi sütunlar yer alır. Index dosyasının türü sütununda "Site haritası dizini" yazar.

Index dosyasının satırındaki Keşfedilen sayfalar değeri, bütün alt dosyalardaki URL'lerin toplamını gösterir. Google, aynı URL birden fazla dosyada geçiyorsa onu bir kez sayar. Ayrıntıya indiğinizde ise her alt site haritasını ayrı satır olarak görürsünüz.

Biz takipte şu soruları sorarız. Hangi alt dosyanın son okuma tarihi diğerlerinden çok eski? Hangi dosyada keşfedilen sayfa sayısı, sizin beklediğiniz sayıdan belirgin biçimde düşük? Peki hangi dosya hata içeriyor? Bu üç soru, sorunlu bölümü genellikle birkaç dakikada ortaya çıkarır.

Raporun resmi açıklamasını Search Console Site Haritaları raporu yardım sayfasında bulabilirsiniz. Bu takibi düzenli yapacak zamanınız yoksa, SEO danışmanlığı kapsamında sitenizin site haritası yapısını biz kurar ve dönemsel olarak izleriz.

Sayfa dizine ekleme raporunu site haritasına göre nasıl filtrelersiniz?

Site Haritaları raporu size keşif bilgisini verir, ama dizine ekleme durumunu ayrıntılı göstermez. Bunun için Sayfa dizine ekleme raporunu kullanırsınız. Search Console Yardım belgesine göre bu raporu site haritasına göre filtreleyebilirsiniz. Ayrıca her site haritasının ayrıntısından "Dizin kapsamını görüntüleme" bağlantısıyla ilgili görünüme geçebilirsiniz.

İçerik türüne göre bölmenin gerçek faydası burada belirginleşir. Örneğin yalnızca ürün site haritasını seçtiğinizde, ürün sayfalarının hangi nedenlerle dizin dışında kaldığını ayrıca görürsünüz. Kategori ve blog dosyaları için de aynı analizi tekrarlarsınız.

Örnek senaryo: example.com mağazasında blog dosyasındaki yazıların neredeyse tamamı dizinde, ama ürün dosyasında "Tarandı, şu anda dizine eklenmiş değil" benzeri bir durum yoğunlaşıyor. Bu tablo, sorunun genel site sağlığında değil, ürün şablonunda ya da ürün içeriklerinde olduğunu düşündürür.

Dizine girmeyen sayfaları bulma ve sınıflandırma yöntemini indexlenmeyen sayfalar nasıl tespit edilir yazımızda adım adım anlattık. Sitemap index yapısı, o yöntemi bölüm bölüm uygulamanızı kolaylaştırır.

Site haritası durumları ne anlama gelir?

Search Console Yardım belgesine göre Site Haritaları raporu her site haritası için son isteğin durumunu gösterir. Türkçe arayüzde üç temel durum vardır: Başarılı (Success), Hata içeriyor (Has errors) ve Getirilemedi (Couldn't fetch).

Başarılı, dosyanın hatasız okunduğunu gösterir. Hata içeriyor, Google'ın dosyayı aldığını ama içinde bir veya daha fazla hata bulduğunu belirtir. Bu durumda bile Google, sorunsuz okuduğu URL'leri tarama sırasına alır. Getirilemedi ise Google'ın dosyayı hiç alamadığı anlamına gelir.

Sitemap index kurulumlarında dikkat etmeniz gereken nokta şudur: index dosyası başarılı görünürken alt dosyalardan biri getirilemedi durumunda olabilir. Bu yüzden yalnızca üst satıra bakıp rahatlamayın; ayrıntıya inip her alt dosyanın durumunu kontrol edin.

Getirilemedi durumunun yaygın nedenlerini ve çözüm adımlarını site haritası okunamadı hatası yazımızda ayrıntılı ele aldık. Ayrıca rapordan bir site haritasını kaldırmak, Google'ın o dosyayı ve içindeki URL'leri unuttuğu anlamına gelmez. Yardım belgesi bunu açıkça belirtir; tarama veya dizinden çıkarma için robots.txt, silme ya da noindex gibi yöntemler gerekir.

Sitemap index kurarken en sık hangi hatalarla karşılaşıyoruz?

Sahada karşılaştığımız hataların çoğu küçük ama etkisi büyük ayrıntılardır. Aşağıdaki liste, kurulumdan önce ve sonra kontrol etmenizi önerdiğimiz başlıca noktaları içerir.

1. Index dosyasına sayfa adreslerini yazmak: index yalnızca site haritası dosyalarını listeler.
2. Alt dosyaları farklı bir alan adında ya da üst bir dizinde barındırmak.
3. Göreli adres kullanmak: Google tam ve mutlak adres ister.
4. Http ve https ya da www ve www'suz adresleri karıştırmak.
5. Index dosyasında her istekte o anın saatini lastmod olarak basmak.
6. Silinen ürünleri ve yönlendirilen adresleri listede bırakmak.
7. Dosyayı UTF-8 dışında bir kodlamayla üretmek ya da özel karakterleri kaçırmamak.
8. Alt dosyalardan biri büyüyüp sınırı aştığında bunu fark etmemek.

Bunlara ek olarak, eklentilerin ürettiği ikinci bir site haritası ile kendi yazdığınız yapının çakışması da sık görülen bir durumdur. Örneğin hem tema hem de bir SEO eklentisi ayrı site haritası üretiyorsa, Google iki farklı ve çelişen liste görebilir. Bu yüzden sitede tek bir doğruluk kaynağı belirleyin ve diğerini kapatın.

Büyük bir sitede sitemap index adım adım nasıl kurarsınız?

Aşağıdaki adımları örnek senaryo olarak example.com adlı, binlerce ürünü ve bir blog bölümü olan bir mağaza için yazdık. Kendi altyapınıza göre uyarlayabilirsiniz.

1. Envanter çıkarın: sitedeki dizine girmesini istediğiniz bütün kanonik URL'leri içerik türüne göre listeleyin.
2. Bölme planı yapın: ürünler, kategoriler, blog ve sabit sayfalar için ayrı dosya belirleyin.
3. Parça büyüklüğünü seçin: ürün dosyalarını resmi sınırın belirgin biçimde altında tutun.
4. Kalıcı sıralama kurun: ürünleri değişmeyen bir kimliğe göre dağıtın.
5. Lastmod kaynağını bağlayın: değeri gerçek içerik güncellemesinden alın.
6. Index dosyasını üretin: alt dosyaların tam adreslerini ve lastmod değerlerini listeleyin.
7. Konumu doğrulayın: index dosyasını kök dizine, alt dosyaları aynı ana makine adı altına koyun.
8. Robots.txt'e ekleyin: index dosyasının adresini Sitemap satırıyla bildirin.
9. Search Console'a gönderin: Site Haritaları raporuna yalnızca index adresini girin.
10. İlk okumayı izleyin: her alt dosyanın durumunu ve keşfedilen sayfa sayısını kontrol edin.

Küçük bir site için örnek bir dosya oluşturmak isterseniz XML sitemap oluşturucu aracımızı kullanabilirsiniz. Büyük sitelerde ise dosyaların altyapı tarafından otomatik ve sürekli güncel üretilmesi gerekir.

Çok dilli sitelerde sitemap index nasıl düzenlemelisiniz?

Çok dilli sitelerde dil, bölme için doğal bir eksendir. Her dilin URL'lerini ayrı alt dosyalarda toplarsanız, Search Console'da hangi dil sürümünün dizine daha iyi girdiğini kolayca görürsünüz. Örneğin Türkçe, İngilizce ve Almanca sürümleri olan bir sitede her dil için içerik türü bazlı dosyalar oluşturabilirsiniz.

Ancak burada dikkat edilmesi gereken bir ayrıntı vardır. Dil sürümleri farklı klasörlerde duruyorsa, konum kuralı yine geçerlidir. Index dosyasını kök dizine koymak, bütün dil klasörlerindeki alt dosyaları sorunsuz listelemenizi sağlar.

Ayrıca alternatif dil bilgisini site haritasında vermeyi tercih ediyorsanız, bu bilginin sayfalardaki hreflang kurgusuyla çelişmemesi gerekir. Dolayısıyla site haritası ile sayfa etiketleri aynı kaynaktan üretilmelidir. Çelişen iki sinyal, tek sinyalden daha fazla soru doğurur.

Çok dilli yapının genel SEO kurallarını çok dilli web sitesi SEO rehberimizde ele aldık. Sitemap index ise bu yapıyı ölçmenizi kolaylaştıran bir katmandır.

Görsel ve video site haritalarını index içinde tutmalı mısınız?

Evet, tutabilirsiniz. Sitemaps.org protokolü index dosyasının site haritası dosyalarını listelediğini söyler ve Google görsel ile video uzantılarını destekler. Dolayısıyla görsel veya video bilgisi taşıyan site haritalarını da aynı index altında toplayabilirsiniz.

Öte yandan Search Console Yardım belgesine göre Site Haritaları raporu, keşfedilen sayfaların yanında keşfedilen videoları da ayrı bir sütunda gösterir. Videoları ayrı bir dosyada tutmak, bu sayıyı yorumlamayı kolaylaştırır.

Bizim önerimiz şöyle: görsel bilgisini ilgili sayfa ile aynı dosyada vermek çoğu zaman yeterlidir. Ancak video içeriği yoğun bir siteniz varsa, video site haritasını ayrı tutmak takibi netleştirir. Böylece video sayfalarındaki sorunlar ürün veya blog verisine karışmaz.

Son olarak, bir index dosyasının başka bir index dosyasını listelemesine güvenmeyin. Google'ın belgeleri index dosyasını site haritası dosyalarını listeleyen bir yapı olarak tanımlar. Bu nedenle biz her zaman tek katmanlı, düz bir index yapısı kurarız. Daha fazla dosyaya ihtiyaç duyarsanız ikinci bir index dosyası oluşturur ve onu da ayrıca gönderirsiniz.

Sitemap index yapısını ne sıklıkla kontrol etmelisiniz?

Kontrol sıklığı, sitenizin değişim hızına bağlıdır. Her gün ürün eklenen bir mağaza ile ayda bir içerik yayınlayan kurumsal bir site aynı rutine ihtiyaç duymaz. Yine de büyük sitelerde düzenli bir bakım takvimi önemlidir.

Biz genellikle şu ritmi öneriyoruz:

• Haftalık: Site Haritaları raporunda hata veya getirilemedi durumu var mı?
• Aylık: alt dosyalardaki keşfedilen sayfa sayıları beklenen sayılarla uyumlu mu?
• Aylık: sayfa dizine ekleme raporunu her alt dosya için ayrı inceleyin.
• Her büyük değişiklikten sonra: şablon, altyapı veya adres yapısı değiştiyse dosyaları baştan doğrulayın.

Özellikle site taşıma ve altyapı değişikliklerinde site haritaları kolayca bozulabilir. Eski adresler listede kalabilir, yeni adresler eklenmeyebilir. Bu yüzden taşıma planınızın içinde site haritası kontrolüne mutlaka yer verin. Ayrıca alt dosyaların büyüklüğünü düzenli izleyin; sınıra yaklaşan bir dosyayı zamanında bölmek, ileride sorun çıkmasını önler.

Sitemap index kurulumunu ne zaman profesyonel desteğe bırakmalısınız?

Küçük bir sitede sitemap index kurulumu, birkaç saatlik bir iştir ve çoğu zaman eklenti ayarlarıyla çözebilirsiniz. Ancak on binlerce URL'li bir mağazada, çok dilli bir yapıda ya da özel yazılmış bir altyapıda iş değişir. Bölme mantığı, lastmod kaynağı ve temizlik kuralları yazılım ekibiyle birlikte tasarlanmalıdır.

Şu işaretler, dışarıdan destek almanın zamanının geldiğini gösterebilir: alt dosyalarda sürekli hata görüyorsanız, keşfedilen sayfa sayısı katalog büyüklüğüyle tutmuyorsa ya da hangi içerik türünün dizin dışında kaldığını çözemiyorsanız.

Biz Talha Aslan ve ekibi olarak bu sorunu sitenizde baştan ele alırız: envanteri çıkarır, bölme planını kurar, yazılım ekibinizle lastmod kaynağını netleştirir ve Search Console'da her parçayı dönemsel olarak takip ederiz. Elbette hiçbir site haritası çalışması sıralama garantisi vermez; amaç, Google'ın doğru sayfaları bulmasını ve sizin sorunları hızla görmenizi sağlamaktır. Sitenize özel kapsam ve teklif için SEO danışmanlığı sayfamızdan bize ulaşabilirsiniz.

Temel rehber: Dijital Pazarlama Nedir? Türleri, örnekleri ve nasıl yapıldığı, beynin içinden geçen etkileşimli bir filmle tek sayfada.