Sitemap'teki lastmod yalnızca dosyanın üretildiği an
sitemap_lastmod_uniformKısa cevap
Bu sitemap'te adreslerin neredeyse hepsi aynı <lastmod> değerini taşıyor ve bu değer dosyanın üretildiği an: Glimana sitemap'i her okuduğunda tarih o ana kaymış oluyor. Sayfaların hepsi aynı anda değişmedi; yani tarih hiçbir şey söylemiyor. Google lastmod'u yalnızca tutarlı biçimde doğruysa kullanır; değilse yok sayar ve gerçekten güncellediğiniz sayfalar da bu sinyali kaybeder. lastmod'u sayfanın ana içeriğinin son değiştiği tarihe ayarlayın ya da bunu yapabilene dek hiç yazmayın.
Neden önemli
<lastmod> arama motorlarına son ziyaretlerinden bu yana hangi sayfaların değiştiğini söyler; böylece önce onları yeniden tararlar. Google bu değeri yalnızca tutarlı ve doğrulanabilir biçimde doğruysa, örneğin sayfanın gerçek son değişikliğiyle örtüşüyorsa kullandığını söylemiştir. Her adrese "şimdi" damgası basan bir sitemap bu testi ilk karşılaştırmada geçemez ve Google o sitemap için lastmod'u yok sayar. Hiçbir sayfa dizinden düşmez, trafik bir gecede azalmaz; ama büyük bir sitede yeni ve güncellenen sayfalar olabileceğinden daha geç bulunur.
"Önemli" değişiklik ana içerikte, yapısal veride ya da bağlantılarda yapılan değişikliktir. Alt bilgideki yeni telif yılı, kenar çubuğundaki bir bileşen ya da görüntülenme sayacı lastmod'u değiştirmek için sebep değildir.
Glimana bunu nasıl tespit eder
Glimana sitemap'lerinizi günde bir kez okur ve her sitemap dosyası için en sık görülen lastmod değerini (saate yuvarlanmış), onu taşıyan adreslerin payını ve dosyanın ne zaman okunduğunu kaydeder. Sorun yalnızca şunların hepsi doğruysa raporlanır:
- sitemap dosyasında en az 50 adres var,
- adreslerin en az %80'i aynı lastmod değerini taşıyor,
- bu değer dosyanın okunduğu zamana yaklaşık bir gün yakın (geçmişteki bir düzenleme tarihi değil, üretim anı),
- bu art arda iki okumada görüldü ve ortak değer ikisi arasında kaydı.
Son koşul gerçek bir toplu güncellemenin raporlanmasını önler: dün bütün sayfaları güncellediyseniz ortak tarih bir sonraki okumada aynı kalır. Glimana lastmod'u sayfa içeriğiyle karşılaştırmaz ve içerik değişikliğinden eski kalan lastmod'u raporlamaz. Kanıt sitemap dosyasını, ortak tarihi taşıyan adreslerin payını ve son iki okumadaki değeri gösterir.
Nasıl düzeltilir
- Etkilenen sitemap'leri Glimana'da bulun. Sorunlar › Sitemap'teki lastmod yalnızca dosyanın üretildiği an sayfasını açın. Her satır bir sitemap dosyasını, adreslerinden aynı tarihi taşıyanların payını ve son iki okumadaki o tarihi gösterir.
-
Düzeltmeyi platformunuzda uygulayın.
- lastmod'un nereden geldiğini bulun. Sitemap'i birkaç dakika arayla iki kez açın. Tarihler iki açılış arasında değişiyorsa lastmod istek zamanıdır; son derlemenizin ya da önbellek yenilemenizin zamanıyla örtüşüyorsa derleme zamanıdır.
- İçeriğin gerçek değişiklik tarihini kullanın. Yazı ve sayfalarda içeriğin değiştirilme tarihi; ürünlerde ürünün kendisindeki son değişiklik; kategori ya da liste sayfalarında gösterdikleri en yeni öğenin tarihi.
- Gerçek tarihi alamıyor musunuz? lastmod'u yazmayın. lastmod'suz sitemap geçerlidir ve hiçbir şey kaybetmez. Yanlış bir lastmod doğru olanların güvenilirliğini de kaybettirir.
<changefreq>ve<priority>'yi olduğu gibi bırakın ya da kaldırın; Google ikisini de yok sayar.
Yoast SEO, Rank Math ve All in One SEO lastmod'u her yazının değiştirilme tarihinden alır; bu doğrudur. Ortak damga genellikle üretim anını yazan ayrı bir sitemap eklentisinden ya da özel bir sitemap'ten gelir: SEO eklentinizin sitemap'ine geçin ve diğerini kaldırın. Her yazıyı yeniden kaydeden zamanlanmış bir görev ya da eklenti (toplu bul-değiştir, "tarihleri yenile" ya da içe aktarma eklentileri) olup olmadığına da bakın: her yeniden kayıt bütün yazıların değiştirilme tarihini günceller.
Shopify sitemap'i kendisi üretir ve lastmod'u nasıl yazdığını değiştiremezsiniz. Tarih her okumada neredeyse bütün ürünlerde kayıyorsa sebep genellikle bütün ürünleri düzenli aralıklarla yeniden yazan bir uygulamadır (stok, fiyat ya da ürün akışı eşitleme). Yalnızca gerçekten değişen ürünleri güncelleyip güncelleyemediğine bakın.
Birçok üretici derleme zamanına düşer. Hugo'da
.Lastmodher dosyanın son commit'inden gelsin diyeenableGitInfo = trueyapın ya da ön bilgiye (front matter)lastmodyazın. Jekyll'dejekyll-last-modified-ateklentisini ya dajekyll-sitemapile birliktelast_modified_atön bilgi alanını kullanın. Astro'da bütün@astrojs/sitemapentegrasyonu için tek birlastmodvermeyin;serializeile sayfa başına verin ya da hiç vermeyin. Next.jssitemap.tsiçindelastModified: new Date()yerine içeriğin kendi güncellenme tarihini kullanın.Olağan hata, sitemap üretilirken
lastmod = now()yazmaktır. Bunun yerine her adresin arkasındaki kaydınupdated_at(ya da karşılığı) değerini okuyun ve onu yalnızca ana içerik değiştiğinde güncelleyin. Üretilen dosyayı isterseniz önbelleğe alın; önbellek içindeki tarihleri değiştirmez. -
Yayımlayın ve önbellekleri temizleyin. Değişikliği yayına alın ve CDN'inizde sitemap adreslerini temizleyin. Sitemap'i açın ve farklı sayfaların artık farklı tarihler gösterdiğini kontrol edin. Search Console › Site haritaları'nda yeniden göndermek isteğe bağlıdır; Google onu kendiliğinden yeniden okur.
- Glimana'da doğrulayın. Görevler altında görevi açın ve Yapıldı olarak işaretle'ye tıklayın. Glimana sitemap dosyalarını yeniden okur; ortak ve kayan tarih ortadan kalkınca görev kapanır. Desen hâlâ duruyorsa görev bir notla Yeni'ye döner. Daha erken kontrol etmek için sorundaki Düzelttim — şimdi yeniden kontrol et düğmesini kullanın.
Düzeltme nasıl doğrulanır
Glimana sitemap dosyalarını yeniden okur; adreslerin çoğu artık dosyanın okunduğu ana eşit bir lastmod paylaşmadığında sorun kapanır.