Site Haritası (Sitemap) Nedir? XML Sitemap Nasıl Oluşturulur?

Site haritası nedir ve ne işe yarar?

Site haritası, bir web sitesindeki sayfaları, videoları ve diğer dosyaları listeleyen, arama motorlarına bu içeriklerin nerede olduğunu ve en son ne zaman değiştiğini bildiren dosyadır. En yaygın biçimi XML site haritasıdır. Google bu dosyayı okuyarak sitenizi daha verimli tarar; ancak listedeki her adresi dizine alacağına söz vermez.

Biz Talha Aslan ve ekibi olarak teknik SEO denetimlerinde site haritasını ilk baktığımız dosyalardan biri sayıyoruz. Çünkü bu dosya, sitenin kendisi hakkında ne söylediğini gösterir: hangi adresleri önemli sayıyorsunuz, hangilerini unutmuşsunuz, hangilerini yanlışlıkla öne çıkarıyorsunuz. Bu rehberde tanımdan başlayıp yapıya, sınırlara, oluşturma yollarına, Search Console gönderimine ve sık hatalara kadar her adımı resmi belgelere dayanarak anlatıyoruz.

Bilgileri iki birincil kaynaktan doğruladık: Google Search Central belgeleri ve protokolün kendisini tanımlayan sitemaps.org. Teknik SEO'nun genel çerçevesini merak ediyorsanız önce teknik SEO nedir ve temel ipuçları yazımıza göz atabilirsiniz. Burada yalnızca sitemap dosyasına odaklanıyoruz.

Site haritası indekslemeyi garanti eder mi?

Hayır, garanti etmez. Google'ın sitemap genel bakış belgesi bunu açıkça yazar: bu dosya, arama motorlarının adreslerinizi keşfetmesine yardım eder, ama listedeki her öğenin taranacağını ve dizine gireceğini garanti etmez. Dolayısıyla dosyayı bir talimat değil, bir ipucu olarak düşünmelisiniz.

Bu ayrımı önemsiyoruz, çünkü sahada en sık duyduğumuz beklenti "sitemap dosyasını gönderdim, neden sayfalarım çıkmıyor" sorusudur. Google bir sayfayı dizine alıp almamaya içerik kalitesi, yinelenen içerik, kanonik sinyaller ve teknik erişilebilirlik gibi pek çok etkene bakarak karar verir. Sitemap yalnızca keşif aşamasını hızlandırır.

Öte yandan sitemap işe yaramaz demek de yanlış olur. Yeni yayınladığınız, henüz başka sayfadan bağlantı almamış bir sayfanın bulunma yolunu kısaltır. Ayrıca doğru tuttuğunuz lastmod değerleriyle güncellediğiniz sayfaları yeniden taramaya davet eder. Dizine girmeyen sayfaları teşhis etmek için indekslenmeyen sayfaları Search Console ile tespit etme rehberimizi kullanabilirsiniz.

Hangi sitelerin site haritasına ihtiyacı var?

Google'ın belgesine göre şu durumlarda sitemap özellikle faydalıdır: site büyükse, yeni açıldıysa ve dışarıdan az bağlantı alıyorsa ya da çok sayıda video, görsel veya haber içeriği barındırıyorsa. Büyük sitelerde tarayıcı, yeni ya da yakın zamanda değişen sayfaları gözden kaçırabilir.

Buna karşılık belge, yaklaşık 500 sayfa ya da daha az sayfası olan, iç bağlantıları eksiksiz olan ve medya ağırlığı düşük sitelerin böyle bir dosyaya ihtiyaç duymayabileceğini söyler. Yani küçük bir kurumsal tanıtım sitesinde sitemap hayati değildir. Yine de biz çoğu projede yine de bir tane öneriyoruz; çünkü maliyeti düşüktür ve Search Console'da dizin durumunu izlemek için kullanışlı bir referans listesi sunar.

Kısacası soru "site haritası gerekli mi" değil, "site haritam doğru mu" olmalıdır. Hatalı bir dosya, hiç olmamasından daha kafa karıştırıcı sinyaller verebilir. Örneğin yönlendirilen ya da noindex taşıyan yüzlerce adres listelerseniz Search Console raporlarınız gereksiz uyarılarla dolar ve gerçek sorunları görmeniz zorlaşır.

XML site haritası ile HTML site haritası arasındaki fark ne?

İkisi aynı adı taşısa da farklı okurlara hizmet eder. XML sürümü makineler, yani arama motoru tarayıcıları içindir. HTML sürümü ise ziyaretçinin gezinebileceği, bağlantılardan oluşan sıradan bir web sayfasıdır. Aşağıdaki tablo farkı özetliyor.

HTML sitemap günümüzde daha çok kullanılabilirlik ve iç bağlantı aracıdır. Büyük bir kategori yapısında ziyaretçinin aradığını bulmasına yardım eder ve derindeki sayfalara bağlantı taşır. Ancak XML dosyasının yerini tutmaz; ikisi birbirini tamamlar.

XML site haritasının yapısı neye benzer?

sitemaps.org protokolü üç zorunlu etiket tanımlar. Dış kapsayıcı urlset, her adres için bir url ve bu kabın içinde adresin kendisini taşıyan loc. Kapsayıcı etiket protokolün ad alanını bildirmelidir. Aşağıda example.com için en sade örnek var:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.example.com/</loc>
    <lastmod>2026-09-12</lastmod>
  </url>
  <url>
    <loc>https://www.example.com/hizmetler/web-tasarim/</loc>
    <lastmod>2026-08-30</lastmod>
  </url>
</urlset>

Birkaç kurala dikkat edin. Birincisi, dosyayı UTF-8 kodlamasıyla kaydetmelisiniz. İkincisi, Google tam ve mutlak adres ister; yani göreli yol yerine protokol ve alan adıyla birlikte yazarsınız. Üçüncüsü, adresteki ve işareti gibi özel karakterleri XML varlıklarına çevirmeniz gerekir.

Protokolün resmi tanımına göre loc değeri en fazla 2.048 karakter olabilir. Ayrıca dosyanın konumu kapsamını belirler. Örneğin /katalog/ klasöründeki bir dosya yalnızca o klasörün altındaki adresleri listeleyebilir. Bu yüzden ana dosyayı çoğu zaman kök dizine koyarsınız; kökteki dosya bütün siteyi kapsar.

lastmod, changefreq ve priority etiketlerini nasıl kullanmalısınız?

Protokol üç isteğe bağlı etiket daha tanımlar: lastmod, changefreq ve priority. Google'ın sitemap oluşturma belgesi bunlardan ikisi hakkında net konuşur: Google, priority ve changefreq değerlerini yok sayar. Dolayısıyla her sayfaya 1.0 öncelik vermek ya da "daily" yazmak sıralamanıza ya da tarama sıklığınıza bir şey katmaz.

lastmod ise farklıdır. Google bu değeri tutarlı ve doğrulanabilir biçimde doğruysa kullanır. Yani sayfanın ana içeriği değiştiğinde güncellenen bir tarih işe yarar. Buna karşılık her gece bütün adreslere bugünün tarihini basan bir eklenti, zamanla bu sinyali değersiz hale getirir.

lastmod etiketinin doğru kullanımını, hangi değişikliklerin tarihi güncellemeyi hak ettiğini ve yaygın hataları ayrı bir yazıda ayrıntılı anlattık: sitemap lastmod etiketi nedir, nasıl kullanılır. Burada tekrar etmiyoruz. Kısacası pratik kural şudur: changefreq ve priority satırlarını isterseniz bırakabilirsiniz, zararları yoktur; ama emeğinizi lastmod değerinin dürüst olmasına harcayın.

Site haritası boyut sınırları nelerdir?

Google'ın belgesine göre tek bir site haritası en fazla 50.000 URL içerebilir ve sıkıştırma öncesi boyutu 50 MB'ı geçemez. Bu sınır XML, RSS ve metin biçimlerinin hepsi için geçerlidir. Sınırlardan birine ulaştığınızda dosyayı bölersiniz ve parçaları bir sitemap index dosyasıyla birleştirirsiniz.

Dosyayı gzip ile sıkıştırarak sunabilirsiniz; protokol buna izin verir. Ancak sıkıştırma 50 MB sınırını aşmanın yolu değildir, çünkü sınır sıkıştırma öncesi boyut için geçerlidir. Sıkıştırma yalnızca aktarım süresini kısaltır.

Pratikte çok az site tek dosyada 50.000 adrese yaklaşır. Yine de büyük bir e-ticaret sitesinde ürün, kategori ve blog adreslerini ayrı dosyalara bölmenizi öneriyoruz. Böylece Search Console raporunda hangi içerik türünde sorun olduğunu daha kolay görürsünüz. Örneğin ürün dosyasında keşfedilen sayfa sayısı düşerken blog dosyası sabit kalıyorsa sorunun nerede olduğunu hemen anlarsınız.

Sitemap index dosyası nedir, ne zaman gerekir?

Sitemap index, başka site haritalarının adreslerini listeleyen bir üst dosyadır. Birden fazla site haritanız varsa Search Console'a hepsini tek tek göndermek yerine bu dizin dosyasını gönderirsiniz. Yapısı neredeyse aynıdır; yalnızca kapsayıcı etiket sitemapindex, her kayıt ise sitemap adını alır:

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://www.example.com/sitemap-sayfalar.xml</loc>
    <lastmod>2026-09-12</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://www.example.com/sitemap-urunler.xml.gz</loc>
    <lastmod>2026-09-20</lastmod>
  </sitemap>
</sitemapindex>

Google'ın büyük site haritaları belgesine göre bir dizin dosyası en fazla 50.000 loc etiketi içerebilir. Ayrıca Search Console'da her site için en fazla 500 dizin dosyası gönderebilirsiniz. Dizindeki site haritaları, dizin dosyasıyla aynı klasörde ya da hiyerarşide daha aşağıda durmalıdır.

WordPress'teki popüler SEO eklentilerinin çoğu zaten bu yapıyı kurar: kökte bir dizin dosyası, altında yazı, sayfa, kategori ve ürün site haritaları. Bu yüzden eklenti kullanıyorsanız Search Console'a yalnızca dizin dosyasını göndermeniz yeterlidir.

Görsel, video ve haber site haritaları ne zaman işe yarar?

XML biçiminin en büyük avantajı uzantılarıdır. Google, standart XML dosyasına ek bilgi taşıyan üç uzantıyı destekler. Görsel uzantısı, sayfadaki görsellerin konumunu bildirir. Video uzantısı süre, derecelendirme ve yaş uygunluğu gibi bilgileri taşıyabilir. Haber uzantısı ise makalenin başlığını ve yayın tarihini iletir.

• Görsel sitemap: Görselleriniz JavaScript ile yükleniyorsa ya da tarayıcının sayfada kolayca bulamayacağı yerlerdeyse işe yarar.
• Video sitemap: Videoyu barındırdığınız sayfaları ve video meta verisini açıkça bildirmek istediğinizde kullanırsınız.
• Haber sitemap: Google Haberler'de yer almak isteyen yayıncılar için anlamlıdır; sıradan bir kurumsal blog için genelde gerekmez.

Bu uzantıları ayrı dosyalarda tutabilir ya da mevcut site haritanıza ekleyebilirsiniz. Ancak çoğu küçük ve orta ölçekli site için standart XML dosyası yeterlidir. Görselleri sayfada normal img etiketiyle ve anlamlı alt metinle kullanıyorsanız Google onları sayfayı tararken zaten bulur.

XML site haritasını hangi yollarla oluşturursunuz?

Sitemap üretmenin üç ana yolu var. Hangisini seçeceğiniz, sitenizin hangi altyapıda çalıştığına ve ne sıklıkla değiştiğine bağlıdır.

• İçerik yönetim sistemi ya da eklenti: WordPress, Shopify ve benzeri sistemlerin çoğu bu dosyayı kendiliğinden üretir ya da bir SEO eklentisiyle üretmenize izin verir. Yeni yazı yayınladığınızda sistem dosyayı da günceller.
• Kod ile dinamik üretim: Özel yazılım bir sitede adresleri veritabanından çeker ve XML çıktısını uygulamanın kendisi oluşturur. En esnek yol budur.
• Çevrimiçi araç: Az sayfalı, sık değişmeyen sitelerde bir araçla dosyayı bir kez üretip kök dizine yüklersiniz. Bunun için ücretsiz XML sitemap oluşturucu aracımızı kullanabilirsiniz.

Statik bir dosyanın dezavantajı, siteye yeni sayfa eklediğinizde onu elle güncellemeniz gerekmesidir. Bu yüzden içerik ekleme sıklığınız arttıkça otomatik üretime geçmenizi öneriyoruz.

Biçim konusunda da esneksiniz. Google'ın belgesine göre XML dışında RSS ya da Atom akışlarını ve her satırda bir adres bulunan düz metin dosyasını da site haritası olarak kabul eder. Çoğu içerik yönetim sistemi RSS akışını zaten üretir; bu yüzden blog yazıları için hızlı bir başlangıç olabilir. Ancak görsel, video ya da dil alternatifi gibi ek bilgi taşımak istiyorsanız XML biçimi tek esnek seçenektir. Ayrıca metin dosyasında da adresler tam ve mutlak olmalı, dosyayı UTF-8 kodlamasıyla kaydetmelisiniz. Altyapı seçiminin SEO tarafına etkisini merak ediyorsanız WordPress mi, özel kodlama mı karşılaştırmamız da işinize yarayabilir.

Kodla dinamik site haritası üretirken nelere dikkat edersiniz?

Özel yazılım bir sitede sitemap dosyasını uygulamanın kendisine ürettirmek en temiz çözümdür. Ancak burada birkaç teknik ayrıntı belirleyicidir. Ekibimizin geliştiricilerle çalışırken kontrol ettiği maddeler şunlar:

• Yalnızca yayında olan, 200 durum kodu dönen ve dizine girmesini istediğiniz kanonik adresleri listeleyin.
• Yanıtın içerik türünü XML olarak bildirin ve dosyayı UTF-8 kodlamasıyla üretin.
• Adreslerdeki ve işareti gibi özel karakterleri XML varlığına çevirin; aksi halde dosya ayrıştırma hatası verir.
• lastmod değerini veritabanındaki gerçek içerik güncelleme tarihinden alın, dosyanın üretildiği andan değil.
• Sayfa sayısı büyüyorsa çıktıyı parçalara bölün ve bir dizin dosyası sunun.
• Çok büyük sitelerde her istekte veritabanını taramak yerine çıktıyı önbelleğe alın ve içerik değiştiğinde yenileyin.

Son maddeyi özellikle önemsiyoruz. Çünkü tarayıcılar bu dosyayı sık sık isteyebilir ve her istekte ağır bir sorgu çalıştırmak sunucuyu yorar. Önbellekleme yaklaşımlarını yazılımda önbellekleme rehberimizde anlattık.

robots.txt dosyasına Sitemap satırını nasıl eklersiniz?

Search Console dışında site haritanızı duyurmanın en basit yolu robots.txt dosyasıdır. Google'ın belgesine göre Sitemap satırını robots.txt dosyasının herhangi bir yerine ekleyebilirsiniz. Satır, user-agent bloklarından bağımsızdır; yani hangi bloğun altında durduğu önemli değildir. Örnek bir dosya şu yapıdadır:

User-agent: *
Allow: /

Sitemap: https://www.example.com/sitemap_index.xml

Burada da tam ve mutlak adres yazarsınız. Birden fazla site haritanız varsa her biri için ayrı bir Sitemap satırı ekleyebilir ya da yalnızca dizin dosyasını gösterebilirsiniz. Bu yöntemin avantajı, Google dışındaki arama motorlarının da aynı satırı okuyabilmesidir.

Dikkat etmeniz gereken bir tuzak var: site haritasında listelediğiniz adresleri robots.txt ile taramaya kapatırsanız çelişkili sinyal verirsiniz. robots.txt yazımını ve sık hataları robots.txt nedir, nasıl oluşturulur rehberimizde anlattık. Dosyayı sıfırdan hazırlamak isterseniz robots.txt oluşturucu aracımız Sitemap satırını da eklemenize izin verir.

Site haritasını Search Console'a nasıl gönderirsiniz?

Google'a sitemap bildirmenin en izlenebilir yolu Search Console'daki Site Haritaları raporudur. Böylece Google'ın dosyayı okuyup okuyamadığını ve kaç adres keşfettiğini görürsünüz. Adımlar kısadır:

1. Search Console'da mülkünüzü açın; mülkü daha önce doğrulamadıysanız önce sahipliği doğrulayın.
2. Sol menüde Dizin Oluşturma başlığının altındaki Site Haritaları bölümüne girin.
3. Yeni site haritası ekle alanına dosyanın adresini yazın, örneğin sitemap_index.xml.
4. Gönder düğmesine basın ve birkaç gün içinde durum sütununu kontrol edin.
5. Dosyada büyük bir değişiklik yaptığınızda raporu tekrar inceleyin.

Google, Search Console API üzerinden programatik gönderimi de destekler. Bu yol çok sayıda mülkü yöneten ekipler için kullanışlıdır. Ancak tek bir site için arayüzden bir kez göndermek genelde yeterlidir; Google dosyayı sonraki ziyaretlerinde kendisi yeniden okur. Search Console'u ilk kez kuruyorsanız Google Search Console kullanım rehberimiz başlangıç için iyi bir yerdir.

Search Console site haritası raporunu nasıl okursunuz?

Gönderdiğiniz her dosya raporda bir satır olarak yer alır. Satırda dosyanın türü, gönderim tarihi, Google'ın dosyayı en son okuduğu tarih, durum ve keşfedilen sayfa sayısı yer alır. İlk bakmanız gereken alan durumdur: başarılıysa Google dosyayı ayrıştırabilmiştir. Getirilemedi ya da hata uyarısı görüyorsanız dosyanın adresini tarayıcıda açıp gerçekten erişilebilir olduğunu kontrol edin.

İkinci önemli sayı keşfedilen sayfa sayısıdır. Bu sayı sizin beklediğiniz adres sayısından çok düşükse eklenti ya da kod dosyayı eksik üretiyor olabilir. Ancak şunu unutmayın: keşfedilen sayfa, dizine giren sayfa demek değildir. Keşfedilen adreslerin dizin durumunu görmek için satıra tıklayıp sayfa dizine ekleme raporuna geçebilirsiniz.

Bu raporda filtreyi site haritanıza göre daraltmak çok değerlidir. Örneğin ürün sitemap dosyası için "Tarandı, şu anda dizine eklenmedi" adresleri yoğunsa sorun keşifte değil, kalitede ya da yinelenen içeriktedir. Dizin dışı kalan adreslerin gereksiz çoğaldığı durumları index bloat rehberimizde ele aldık.

Google'a ping göndermek hâlâ işe yarar mı?

Hayır. Eskiden sitemap güncellendiğinde Google'a özel bir ping adresi üzerinden haber vermek yaygın bir uygulamaydı. Ancak Google, Search Central blogunda yayımladığı duyuruyla sitemap ping uç noktasını kullanımdan kaldırdığını açıkladı. Aynı duyuruda lastmod değerinin doğru tutulmasının önemine de vurgu yaptı.

Dolayısıyla bugün güncel bir kurulumda ping adımına ihtiyacınız yok. Eski bir eklenti ya da özel betik hâlâ bu adrese istek atıyorsa, bu isteği kaldırmanız güvenlidir. Bunun yerine şu iki şeye odaklanın: site haritası adresinin robots.txt dosyasında ve Search Console'da kayıtlı olması, ayrıca lastmod değerlerinin gerçek değişiklikleri yansıtması.

Böylece Google dosyanızı kendi takvimiyle tekrar okur ve tarihi güvenilir bulduğu sayfaları yeniden taramaya öncelik verir. Bu yaklaşım, her yayında ayrı bir bildirim göndermekten hem daha sade hem de daha dayanıklıdır.

Çok dilli sitelerde hreflang içeren site haritasını nasıl kurarsınız?

Birden fazla dilde yayın yapıyorsanız dil ve bölge alternatiflerini Google'a üç yolla bildirebilirsiniz: HTML başlığında link etiketleri, HTTP üst bilgileri ya da XML sitemap. Bu yöntem, çok sayıda sayfada şablon değiştirmeden çalıştığı için büyük sitelerde pratiktir. Örnek yapı şöyledir:

<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
        xmlns:xhtml="http://www.w3.org/1999/xhtml">
  <url>
    <loc>https://www.example.com/tr/hizmetler/</loc>
    <xhtml:link rel='alternate' hreflang='tr' href='https://www.example.com/tr/hizmetler/'/>
    <xhtml:link rel='alternate' hreflang='en' href='https://www.example.com/en/services/'/>
    <xhtml:link rel='alternate' hreflang='x-default' href='https://www.example.com/en/services/'/>
  </url>
</urlset>

Google'ın yerelleştirilmiş sürümler belgesindeki temel kural şudur: her dil sürümü, kendisi de dahil bütün alternatifleri listelemelidir. Yani Türkçe sayfanın kaydında İngilizce alternatif varsa, İngilizce sayfanın kaydında da Türkçe alternatif yer almalıdır. Tek yönlü bağlantılar yok sayılabilir.

hreflang mantığını, dil ve bölge kodlarını ve x-default kullanımını hreflang etiketi rehberimizde anlattık. Kodu elle yazmak yerine hreflang oluşturucu aracımızla doğru eşleşmeleri üretebilirsiniz.

En sık yapılan site haritası hataları nelerdir?

Denetimlerde karşılaştığımız hataların çoğunun kaynağı dosyanın biçimi değil, içeriğidir. Yani XML geçerlidir, ama listelenen adresler yanlıştır. En yaygın olanlar şunlar:

• noindex taşıyan adresler: Sayfayı dizine almamasını istediğiniz halde Google'a keşfetmesi için gönderirsiniz; bu iki sinyal çelişir.
• 404 ya da 410 dönen adresler: Sildiğiniz ürünler ve kaldırdığınız sayfalar dosyada kalmaya devam eder.
• Yönlendirilen adresler: Dosyada eski adres durur, sunucu ise 301 ile yenisine gönderir. Doğrusu, son hedef adresi listelemektir.
• Kanonik uyuşmazlığı: Dosyada parametreli ya da yinelenen sürüm durur, sayfanın canonical etiketi ise başka bir adresi gösterir.
• Karışık protokol ve alan adı: Bazı adresler http, bazıları https; bazıları www ile, bazıları onsuz yazılmıştır.
• robots.txt ile engelli adresler: Tarayıcıya hem "bu adresi tara" hem "buraya girme" dersiniz.

Ortak çözüm aynıdır: dosyaya yalnızca dizine girmesini istediğiniz, 200 dönen kanonik adresleri koyun. Kanonik sinyalleri canonical etiketi rehberimizde ayrıntılı anlattık. Yönlendirilen adresleri toplu kontrol etmek için yönlendirme denetleyici aracımızı kullanabilirsiniz.

Neden bütün sayfalar yerine yalnızca indekslenebilir sayfaları listelemelisiniz?

Bazı site sahipleri "ne kadar çok adres, o kadar iyi" diye düşünür ve filtre sayfalarını, etiket arşivlerini, iç arama sonuçlarını da dosyaya ekler. Ancak Google'ın belgesi, site haritasına yalnızca arama sonuçlarında görünmesini istediğiniz tercih edilen adresleri koymanızı önerir. Örneğin mobil ve masaüstü için ayrı adresleriniz varsa yalnızca birini listelemenizi söyler.

Bunun pratik bir sebebi var. Sitemap, sitenizin Google'a "bunlar benim önemli sayfalarım" dediği listedir. Bu listeyi zayıf, yinelenen ya da dizine girmesini istemediğiniz sayfalarla doldurursanız sinyali sulandırırsınız. Üstelik Search Console raporlarında gerçek sorunları gürültünün arasında kaybedersiniz.

Biz e-ticaret projelerinde genelde şu ayrımı öneriyoruz: ana kategori, alt kategori ve ürün sayfaları dosyada olsun; sıralama, filtre ve sayfalama parametreli sürümler olmasın. Faceted navigation tarafındaki ayrıntıları faceted navigation ve SEO yazımızda ele aldık.

Site haritasını ne zaman kendiniz yönetmemelisiniz?

Dürüst olmak gerekirse çoğu site sahibinin bu dosyayla elle uğraşmasına gerek yoktur. WordPress ya da hazır bir e-ticaret altyapısı kullanıyorsanız sistem bu dosyayı zaten üretir. Sizin işiniz yalnızca adresini Search Console'a göndermek ve ayda bir raporu kontrol etmektir.

Ancak şu durumlarda işi bir geliştiriciye ya da teknik SEO desteğine bırakmanızı öneriyoruz: özel yazılım bir sitede dinamik üretim kurmanız gerekiyorsa, çok dilli ve on binlerce sayfalı bir yapınız varsa ya da sunucu yapılandırması, önbellek ve yönlendirme kurallarına dokunmanız gerekiyorsa. Bu işlerde yanlış bir ayar, bütün sitenin keşif sinyalini bozabilir. Örneğin site taşıma sırasında eski alan adının adreslerini dosyada bırakırsanız Google yüzlerce yönlendirmeyle karşılaşır ve yeni adreslerin keşfi gecikebilir. Benzer şekilde test ortamının adresleri canlı dosyaya karışırsa, dizine girmesini hiç istemediğiniz sayfaları Google'a kendiniz sunmuş olursunuz.

Ayrıca site haritası tek başına bir çözüm değildir. Sayfalarınız dizine girmiyorsa sorun çoğu zaman içerik kalitesinde, iç bağlantı yapısında ya da kanonik sinyallerdedir. Bu resmin bütününü birlikte incelemek isterseniz SEO danışmanlığı hizmetimizde sitemap denetimi teknik incelemenin bir parçasıdır.

Site haritası kontrol listesi: yayından önce nelere bakmalısınız?

Yeni bir dosyayı yayına almadan ya da mevcut dosyanızı denetlerken aşağıdaki listeyi sırayla uygulayabilirsiniz. Her maddeyi işaretlediğinizde temel riskleri büyük ölçüde kapatmış olursunuz.

1. Dosya UTF-8 kodlamalı ve geçerli XML; tarayıcıda açtığınızda hata vermiyor.
2. Her adres tam ve mutlak; protokol ve alan adı sitenin kanonik sürümüyle aynı.
3. Listedeki her adres 200 dönüyor; yönlendirme, 404 ya da noindex yok.
4. Adresler sayfaların canonical etiketiyle birebir eşleşiyor.
5. Tek dosya 50.000 adres ve 50 MB sınırının altında; gerekiyorsa dizin dosyası var.
6. lastmod değerleri gerçek içerik değişikliklerini yansıtıyor.
7. robots.txt dosyasında Sitemap satırı var ve listedeki adresleri engellemiyor.
8. Dosyayı Search Console'a gönderdiniz ve durum sütunu başarılı.
9. Çok dilli sitede hreflang alternatifleri iki yönlü ve eksiksiz.

Bu listeyi üç ayda bir tekrar etmenizi öneriyoruz. Özellikle site taşıma, alan adı değişikliği ya da büyük bir tasarım yenilemesinden sonra mutlaka kontrol edin; çünkü bu dönemlerde eski adresler dosyada kalmaya en yatkındır.