Bir WordPress eklentisi her sayfanın tarihini bugün olarak sitemap’e yazınca dosya “taze” görünebilir. Fakat Google için değerli olan tarih, sitenin üretim anı değil sayfanın gerçekten ve anlamlı biçimde değiştiği andır. Yanlış <lastmod> kullanımı doğrudan ceza vaat eden bir düğme değildir; daha sinsi bir sorun yaratır: arama motoruna verdiğiniz güncelleme sinyalinin güvenilirliğini aşındırır. Bu rehber, tarihleri şişirmeden doğru sitemap üretmenin yolunu gösteriyor.

lastmod neyi anlatır?

XML sitemap içindeki <lastmod>, ilgili URL’nin son önemli değişiklik tarihini belirtir. Google Search Central, ana içerik, yapılandırılmış veri veya sayfadaki bağlantılarda yapılan değişiklikleri genellikle önemli kabul ediyor. Yalnız telif hakkı yılının değişmesi ise önemli güncelleme sayılmıyor. Tarih, W3C tarih biçiminde yalnız gün olarak veya saat ve saat dilimiyle yazılabilir.

Google bu değeri ancak sürekli ve doğrulanabilir biçimde doğruysa kullanabileceğini söylüyor; örneğin sayfanın gerçek değişimiyle karşılaştırabiliyor. Aynı belgede <priority> ve <changefreq> alanlarının Google tarafından yok sayıldığı da açıkça belirtiliyor. Bu yüzden “her gün değişir” yazmak veya bütün URL’lere yüksek öncelik vermek tarama bütçesini sihirli biçimde artırmaz.

Yayın tarihi ile değişiklik tarihi aynı şey değil

Yeni bir yazı ilk yayımlandığında yayın ve son değişiklik zamanı doğal olarak yakındır. Daha sonra yazım hatası düzeltmek, virgül eklemek veya yönetim panelinde yazıyı kaydetmek gerçek içerik güncellemesi olmayabilir. Buna karşılık eski fiyat tablosunu yenilemek, yanlış teknik adımı düzeltmek, yeni bir bölüm eklemek, önemli bağlantıyı değiştirmek ya da yapılandırılmış veriyi güncellemek lastmod için anlamlıdır.

Kullanıcıya gösterilen “Son güncelleme” tarihiyle sitemap tarihi de aynı gerçeği anlatmalıdır. Her sayfa açılışında bugünü yazan tema, okuyucuya da Google’a da yanlış tazelik sinyali verir. İçerik gerçekte değişmediyse tarih ilerlememelidir.

WordPress’te tarihler neden bozulur?

Toplu yeniden kaydetme

İçe aktarma, tema geçişi veya eklenti migrasyonu yüzlerce yazının post_modified alanını aynı ana taşıyabilir. İçerik görünürde değişmemiş olsa bile sitemap üreticisi bu veriyi doğrudan kullanırsa bütün site bir gecede güncellenmiş görünür.

Dinamik alanlar

“Bugünün tarihi”, rastgele öneri, canlı döviz veya otomatik stok bileşeni sayfa çıktısını sürekli değiştirir. Ancak sayfanın ana içeriği ve arama niyeti aynı kalıyorsa her istek lastmod değerini ileri taşımamalıdır. Teknik olarak değişen HTML ile editoryal olarak değişen sayfayı ayırmak gerekir.

Birden fazla sitemap üreticisi

WordPress çekirdeği, SEO eklentisi ve ayrı sitemap eklentisi aynı anda etkinse farklı URL ve tarih kurallarıyla birden fazla dosya oluşabilir. Search Console’a biri gönderilirken robots.txt başka dosyayı gösterebilir. Sonuç, ceza değil ama tanılama karmaşasıdır.

Doğru lastmod için editoryal kural

Önce “önemli değişiklik” tanımını yazın. MMM gibi bir yayın sitesinde şu değişiklikler tarihi ilerletebilir: yeni bölüm veya uygulama adımı, yanlış bilginin düzeltilmesi, kaynakların esaslı yenilenmesi, ürün sürümünün değiştirilmesi, tablo veya yapılandırılmış verinin güncellenmesi ve kullanıcı kararını etkileyen bağlantı değişikliği. Noktalama, kategori düzeni, kapak sıkıştırması veya görünmeyen yönetim notu tek başına yetmez.

Bu kural SEO eklentisinden önce içerik sürecine yerleşmelidir. Editör önemli güncelleme yaptığında kısa bir değişiklik notu ekler; teknik ekip de sitemap’i bu kayıtla uyumlu üretir. Böylece tarih yalnız veritabanındaki son “Kaydet” tıklamasına bağlı kalmaz.

20 dakikalık sitemap testi

  1. Robots.txt ve Search Console’da bildirilen sitemap adreslerini bulun.
  2. Sitemap dizininden yazı, sayfa ve kategori dosyalarını ayrı ayrı açın.
  3. Yeni, eski ve yakın zamanda güncellenmiş en az beş URL seçin.
  4. lastmod tarihini WordPress’teki gerçek editoryal değişiklik kaydıyla karşılaştırın.
  5. Eski bir yazıda yalnız yazım hatası düzeltin; tarihin politikanıza göre davranıp davranmadığını görün.
  6. İçeriğe yeni ve anlamlı bir bölüm ekleyip sitemap önbelleği yenilendikten sonra tarihi kontrol edin.
  7. Canonical URL ile sitemap’teki <loc> adresinin aynı HTTPS hedefi gösterdiğini doğrulayın.
  8. HTTP 200 vermeyen, noindex olan veya başka URL’ye canonical veren öğeleri listeden çıkarın.

Google’a hangi URL’yi vermelisiniz?

Google, sitemap’te arama sonuçlarında görmek istediğiniz tam ve mutlak URL’lerin bulunmasını öneriyor. Göreli /sayfa adresi yerine https://alanadi.com/sayfa/ kullanılmalı. Aynı içeriğin mobil, parametreli veya HTTP varyantlarını yığmak yerine tercih edilen canonical adresi listelemek gerekir. Daha önceki Google spam güncellemesi kontrol listesinde olduğu gibi, teknik dosya içerik kalitesinin yerine geçmez; yalnız doğru sayfanın keşfine yardımcı olur.

Sitemap bir dizine ekleme garantisi değildir. URL’nin taranabilir, yararlı, canonical ve sunucudan erişilebilir olması gerekir. lastmod da “hemen tara” komutu değil, güvenilir olduğunda tarama kararına yardımcı olabilecek bir işarettir.

Değişiklikten sonra nasıl doğrulanır?

Sitemap önbelleğini temizleyin, dosyayı oturum kapalıyken açın ve örnek tarihleri yeniden kontrol edin. Search Console’da sitemap’i tekrar tekrar göndermek yerine okunabildiğini, son okuma durumunu ve keşfedilen URL sayısını izleyin. Sunucu günlükleriniz varsa Googlebot’un önemli güncellemelerden sonra sayfayı yeniden ziyaret edip etmediğini karşılaştırın; tek güne bakarak kesin sonuç çıkarmayın.

Başarı ölçütü bütün tarihleri bugüne taşımak değildir. Yeni içerik yeni, önemli biçimde yenilenmiş içerik güncel, dokunulmamış arşiv ise eski görünmelidir. Arama motoruna verdiğiniz tarih, editörün gerçekten yaptığı işi dürüstçe anlattığında sitemap daha küçük bir dosya olmaktan çıkıp güvenilir yayın günlüğüne dönüşür.

Kaynak