Sitemap Lastmod Etiketi Nedir? Doğru Tarih Nasıl Verilir?

Sitemap lastmod etiketi nedir?

Sitemap lastmod etiketi, XML site haritasındaki bir adresin en son ne zaman anlamlı biçimde değiştiğini arama motorlarına bildiren isteğe bağlı tarih alanıdır. Google ve Bing bu tarihi, daha önce keşfettikleri sayfaları yeniden taramak için sıraya koyarken sinyal olarak kullanır; ancak yalnız tarih tutarlı ve doğruysa.

Kısacası lastmod, arama motoruna "bu sayfaya tekrar bakmaya değer" demenin en ucuz yoludur. Ama yanlış kullanırsanız aynı etiket sitenize karşı çalışır. Bu yazıda protokolün tanımını, Google ve Bing'in resmi görüşlerini, sahada en sık gördüğüm hataları ve doğru tarihi nasıl üreteceğinizi adım adım anlatıyorum.

Site haritanız yoksa ya da elle hazırlamak istiyorsanız, ücretsiz XML sitemap oluşturucu aracımızla her adrese kendi lastmod tarihini verebilirsiniz. Önce ise etiketin ne anlama geldiğini netleştirelim.

Sitemaps.org protokolü lastmod için ne diyor?

Site haritası standardı, 2005'te arama motorlarının ortak kabul ettiği sitemaps.org protokolüdür. Protokol lastmod alanını "sayfanın son değişiklik tarihi" olarak tanımlar ve bu alanı zorunlu tutmaz. Yani etiketi hiç yazmasanız da dosyanız geçerli kalır.

Protokolde iki ayrıntı özellikle önemli. İlk olarak tarih W3C Datetime biçiminde olmalı; saat kısmını atlayıp yalnız YYYY-AA-GG yazabilirsiniz. İkinci olarak protokol açıkça şunu söylüyor: tarih, site haritasının üretildiği an değil, bağlantı verdiğiniz sayfanın gerçekten değiştiği an olmalı.

Ayrıca protokol, lastmod değerinin sunucunun gönderdiği Last-Modified başlığından bağımsız olduğunu belirtir. Dolayısıyla arama motoru iki bilgiyi ayrı ayrı okuyabilir. Bu ayrım, ilerleyen bölümde anlatacağım tutarlılık meselesinin temelini oluşturuyor.

• loc: sayfanın tam adresi, tek zorunlu alt alan.
• lastmod: son anlamlı değişiklik tarihi, isteğe bağlı.
• changefreq: tahmini değişim sıklığı, isteğe bağlı ve bugün pratikte etkisiz.
• priority: site içi göreli öncelik, isteğe bağlı ve yine etkisiz.

Google sitemap lastmod değerini nasıl kullanıyor?

Google'ın tutumu Haziran 2023'te netleşti. Google Search Central blogundaki ping uç noktası duyurusunda ekip, lastmod değerini daha önce keşfettiği adreslerin tarama zamanlamasında sinyal olarak kullandığını yazdı. Yani etiket yeni sayfa bulmaktan çok, bilinen sayfaya ne zaman döneceğini etkiliyor.

Güncel site haritası oluşturma belgesi de aynı çizgide. Google, lastmod değerini ancak tutarlı ve doğrulanabilir biçimde doğruysa kullandığını belirtiyor. Değerin sayfadaki son önemli güncellemenin tarih ve saatini yansıtması gerektiğini de ekliyor.

Burada kilit kelime "doğrulanabilir". Google tarihi körü körüne kabul etmiyor; sayfayı taradığında gerçekten bir şey değişip değişmediğini görüyor. Bu nedenle lastmod bir talimat değil, zamanla güven kazanan ya da kaybeden bir beyandır. Ben müşteri sitelerinde bu etiketi hep bir güven hesabı gibi yönetiyorum.

Bing lastmod etiketine neden bu kadar önem veriyor?

Bing bu konuda Google'dan bile daha açık konuşuyor. Şubat 2023'te yayımladığı resmi blog yazısında lastmod etiketini site haritasının en kritik alanlarından biri olarak tanımladı. Ardından Haziran 2023'e kadar tarama planlama altyapısını bu etiketi daha iyi değerlendirecek şekilde yenilediğini duyurdu.

Aynı yazıda Bing kendi verisini de paylaştı. İncelediği sitelerin %58'inde en az bir XML site haritası vardı ve bu haritaların %84'ünde lastmod alanı bulunuyordu. Ancak Bing'e göre en yaygın hata, tarihi içerik değişimine değil, haritanın üretildiği ana eşitlemekti.

Temmuz 2025'te Bing bu mesajı yapay zeka destekli arama bağlamında tekrarladı. Bu yazıda lastmod alanını yeniden tarama ve yeniden dizine ekleme önceliği için temel sinyal olarak anıyor. Üstelik changefreq ve priority etiketlerini tamamen yok saydığını açıkça belirtiyor. Copilot yanıtları Bing dizinini kullandığı için bu tutum yapay zeka görünürlüğünü de dolaylı olarak etkiliyor.

"Anlamlı değişiklik" tam olarak neyi kapsıyor?

Google'ın 2023 duyurusu bu soruya net bir cevap veriyor. Google "son değişiklik" derken aslında "son anlamlı değişikliği" kastediyor. Kenar çubuğunda ya da alt bilgide küçük bir metin değiştiyse lastmod tarihini değiştirmeniz gerekmiyor. Ana metni değiştirdiyseniz, yapısal veri ekleyip düzenlediyseniz ya da bağlantıları güncellediyseniz tarihi yenilemelisiniz.

Sahada bu ayrımı şu tabloyla ekiplere anlatıyorum. Tablo, Google'ın örneklerini günlük işlerde karşılaştığım değişikliklere uyarlıyor.

Yazım hatası satırında "genelde" dememin sebebi basit: tek harflik düzeltme anlamı değiştirmez, ama yanlış bir rakamı düzeltmek değiştirir. Karar ölçütünüz her zaman okurun aldığı bilgidir.

Hangi tarih biçimini kullanmalısınız?

Protokol W3C Datetime biçimini ister. Pratikte iki seçenek var: yalnız tarih (2026-09-30) ya da saat ve saat dilimiyle birlikte tam zaman damgası (2026-09-30T14:20:00+03:00). Google belgesindeki örnek yalnız tarihi kullanıyor, dolayısıyla bu biçim Google için yeterli.

Bing ise 2025 yazısında tarih ve saati birlikte içeren standart ISO 8601 biçimini öneriyor. Aynı gün içinde birden çok kez güncellenen haber ve ürün sayfalarında saat bilgisi gerçekten fark yaratıyor. Bu yüzden ben dinamik sitelerde tam zaman damgasını tercih ediyorum.

• Saat dilimini unutmayın; Türkiye için +03:00 yazın ya da UTC'ye çevirip Z kullanın.
• Gün ve ayı yer değiştirmeyin; 30.09.2026 gibi yerel biçimler geçersizdir.
• Gelecek tarih yazmayın; zamanlanmış içerikte tarihi yayın anına göre verin.
• Aynı dosyada biçimleri karıştırmak hata değildir, ama tutarlılık denetimi kolaylaştırır.

Biçim hatalıysa Google sizi uyarıyor. Search Console'daki Site haritaları raporu, desteklenmeyen tarih biçimini gönderimden sonra hata olarak gösteriyor.

En sık gördüğüm sitemap lastmod hataları nelerdir?

Denetlediğim sitelerde sitemap lastmod sorunları hemen hemen hep aynı birkaç kalıptan çıkıyor. Çoğu kötü niyetten değil, altyapının varsayılan davranışından doğuyor. Aşağıdaki liste, teknik denetimlerde ilk kontrol ettiğim noktaları sıralıyor.

1. Her adrese bugünün tarihi: harita her gece yeniden üretiliyor ve tüm satırlar aynı tarihi alıyor. Bing'in en yaygın hata olarak andığı durum budur.
2. Önemsiz değişimle tarih atlaması: alt bilgi, menü ya da kenar çubuğu değişince bütün sayfaların tarihi yenileniyor.
3. Yayın tarihine takılı kalmak: yazıyı baştan yazdınız ama lastmod hâlâ ilk yayın gününü gösteriyor.
4. Yapay tazelik: içerik değişmeden tarih ileri alınıyor; üstelik sayfadaki "güncellendi" yazısı da oynatılıyor.
5. Yönlendirilen ya da noindex adresler: haritada zaten olmaması gereken adresler taze tarihle duruyor.
6. Yanlış saat dilimi: sunucu UTC yazıyor, uygulama yerel saati varsayıyor ve sıralama karışıyor.

Beşinci madde lastmod dışında da ciddi bir sorun. Haritadaki yönlendirmeleri redirect denetleyici ile, bozuk adresleri ise kırık link kontrolü aracıyla hızlıca ayıklayabilirsiniz.

Lastmod yanlışsa Google ne yapar?

Google bunu 2023 duyurusunda çok açık anlatıyor. Sayfanız yedi yıl önce değiştiyse ama lastmod "dün" diyorsa, Google bir süre sonra sayfalarınızın son değişiklik tarihine artık inanmıyor. Yani ceza gibi ani bir yaptırım yok; güvenin sessizce aşınması var.

Bu aşınmanın bedeli ise gerçek. Sinyal güvenilmez hale gelince Google tarama zamanlamasını kendi gözlemine göre yapıyor. Dolayısıyla gerçekten önemli bir güncelleme yaptığınızda tarih size avantaj sağlamıyor. Özellikle binlerce ürünü olan e-ticaret sitelerinde bu durum fiyat ve stok bilgisinin arama sonuçlarına geç yansıması demek.

Bing'in yaklaşımı da benzer. Bing, geçersiz görünen tarihleri dikkate almayabileceğini söylüyor. Kısacası yanlış lastmod hiç lastmod yazmamaktan daha kötü bir sonuç doğurabilir, çünkü etiketi ileride doğru kullandığınızda da güveni yeniden kazanmanız zaman alır.

Benim pratik önerim şu: emin olmadığınız sayfalarda tarihi hiç vermeyin. Google da tam olarak bunu öneriyor ve bir sonraki bölümün konusu bu.

Ana sayfa ve kategori sayfalarında lastmod gerekli mi?

Hayır, zorunlu değil. Google, lastmod alanını haritadaki tüm sayfalar için ya da yalnız emin olduğunuz sayfalar için kullanabileceğinizi söylüyor. Ana sayfa ve kategori sayfaları gibi diğer sayfaları derleyen adreslerde son değişiklik tarihini belirlemek zor olabilir; Google bu durumda alanı boş bırakmanın sorun olmadığını belirtiyor.

Yine de pratikte bir ara yol var. Kategori sayfasının listesi değiştiyse, yani yeni ürün eklendiyse ya da bir ürün kaldırıldıysa bu anlamlı bir değişikliktir. Bu durumda en yeni alt öğenin tarihini kategoriye yansıtabilirsiniz. Sayfalama sayfalarında ise genellikle hiç tarih vermiyorum.

Kategori yapınız büyükse, önce mimariyi sadeleştirmek lastmod yönetimini de kolaylaştırır. Bu konuyu büyük sitelerde kategori yapısı yazısında ayrıntılı ele aldım. Öte yandan çok dilli sitelerde her dil sürümü kendi tarihini taşımalı; bir dilin güncellenmesi diğer dillerin tarihini değiştirmemeli.

changefreq ve priority etiketlerini silmeli misiniz?

Silmeniz şart değil, ama tutmanız da bir şey kazandırmıyor. Google, changefreq ve priority değerlerini yok saydığını belgesinde açıkça yazıyor. Bing de 2025 yazısında bu iki etiketin tarama ya da sıralama üzerinde etkisi olmadığını söylüyor.

Google 2023 duyurusunda bunun gerekçesini de açıkladı. changefreq kavram olarak lastmod ile çakışıyor. priority ise fazlasıyla öznel bir alan ve Google'ın iç çalışmalarına göre sayfanın site içindeki gerçek önceliğini genelde doğru yansıtmıyor.

Benim tercihim bu iki alanı kaldırmak. Böylece dosya küçülüyor, hem de ekipte "priority 1.0 verdik, neden sıralamada yükselmedi?" gibi yanlış beklentiler oluşmuyor. XML sitemap oluşturucu aracında da bu yüzden iki alan için "Yok" seçeneği var. Sayfa önceliğini gerçekten göstermek istiyorsanız bunu iç bağlantılarla yapmalısınız; iç linkleme stratejisi bu işi priority etiketinden çok daha iyi yapar.

Sitemap index dosyasında lastmod neyi gösterir?

Burada sık karıştırılan bir nokta var. Tek bir site haritası en fazla 50.000 adres ya da sıkıştırılmamış 50 MB taşıyabiliyor. Bu sınırı aşan siteler haritayı parçalara bölüp bunları bir sitemap index dosyasında topluyor.

Index dosyasındaki lastmod, sayfaların değil, alt harita dosyasının değiştiği zamanı gösterir. Sitemaps.org bunu açıkça belirtiyor: bu tarih, o haritadaki sayfaların değiştiği anla aynı şey değildir. Böylece arama motoru yalnız değişen alt haritaları yeniden indirebiliyor.

• Alt haritayı içerik türüne göre bölün: yazılar, ürünler, kategoriler, sayfalar.
• Sık değişen ürünleri ayrı haritada tutun; böylece statik sayfaların haritası nadiren değişir.
• Alt harita dosyası gerçekten değişmediyse index satırındaki tarihi ellemeyin.
• Index dosyasının kendisini robots.txt içinde bildirin ve Search Console'a gönderin.

Bing, tek bir index dosyasında 50.000 alt haritaya kadar destek verdiğini söylüyor. Yani doğru bölümlenmiş bir yapı çok büyük katalogları bile rahatça taşır.

WordPress ve hazır altyapılarda sitemap lastmod nasıl çalışır?

Hazır altyapıların çoğu sitemap lastmod değerini içeriğin veritabanındaki güncellenme alanından üretiyor. Bu genelde doğru sonuç veriyor, ama iki tuzak var. Birincisi, bazı eklentiler toplu işlem ya da içe aktarma sırasında bütün kayıtların güncellenme tarihini aynı ana çekebiliyor.

İkincisi, önbellek veya tema değişikliği gibi içerikle ilgisi olmayan işler de bazı sistemlerde kaydı "güncellenmiş" gösterebiliyor. Bu yüzden altyapınıza güvenmeden önce basit bir test yapmanızı öneririm: bir yazıda yalnız tek bir virgülü değiştirin ve haritanın ne yaptığını izleyin.

Ayrıca ana sayfa ve arşiv sayfalarının tarihini nasıl ürettiğine bakın. Bazı sistemler bu sayfalara her zaman en son yazının tarihini veriyor, bu da çoğu zaman makul. Kararsız kaldığınız altyapılarda WordPress mi özel kodlama mı sorusunu teknik SEO açısından da tartmanızı öneririm.

Shopify, WordPress ya da başka bir sistem fark etmez: ölçüt aynı. Harita, gerçekten değişen sayfanın tarihini, gerçekten değiştiği anda göstermeli.

Özel yazılımda doğru lastmod tarihi nasıl üretirsiniz?

Özel geliştirilmiş sitelerde işi kendiniz kurgularsınız, bu da büyük bir avantaj. Ekibimle kurduğumuz projelerde "anlamlı değişiklik" kararını geliştiriciye bırakmıyoruz; kuralı koda gömüyoruz. Temel yaklaşım aşağıdaki gibi.

1. İçerik kaydında genel updated_at alanından ayrı bir content_modified_at alanı tutun.
2. Başlık, gövde metni, fiyat, stok, yapısal veri ve iç bağlantılar değiştiğinde bu alanı güncelleyin.
3. Görüntülenme sayacı, önbellek, sıralama puanı gibi teknik alanlar değişince alana dokunmayın.
4. Emin olmak istiyorsanız ana içeriğin özet değerini (hash) saklayın; özet değişmediyse tarihi de değiştirmeyin.
5. Site haritasını bu alandan üretin ve tarihi saat dilimiyle birlikte yazın.

Özet değeri yaklaşımı özellikle şablondan beslenen sayfalarda işe yarıyor. Şablon değişince bütün sayfaların HTML'i değişir, ama ana içeriğin özeti aynı kalır. Böylece site genelinde sahte bir tazelik dalgası oluşmaz. Bu kurguyu özel yazılım geliştirme projelerinde standart hale getirdik.

Lastmod, Last-Modified başlığı ve sayfadaki tarih aynı mı olmalı?

Teknik olarak üçü ayrı sinyal, ama birbirleriyle çelişmemeli. Sitemaps.org, lastmod değerinin sunucunun Last-Modified başlığından bağımsız olduğunu söylüyor. Yine de arama motoru üç kaynağı birlikte okuduğunda tutarlı bir tablo görmek ister.

Örneğin sayfada "Güncellenme: 12 Mart" yazıyor, haritada lastmod 29 Eylül görünüyor ve içerik de önceki taramayla aynıysa, bu bir tutarsızlıktır. Google'ın "doğrulanabilir" vurgusu tam da bu tür durumları hedefliyor. Dolayısıyla üç tarihi aynı veritabanı alanından beslemenizi öneririm.

Sayfadaki görünür tarih, yapısal verideki dateModified alanı ve haritadaki lastmod aynı kaynaktan gelirse hata payı neredeyse sıfıra iner. Yapısal veri tarafını kurmak için schema oluşturucu aracını kullanabilir, temelini ise schema markup rehberimde okuyabilirsiniz.

Lastmod değerini nasıl denetlersiniz?

Denetimi üç katmanda yapıyorum. İlk katman dosyanın kendisi: tarihler geçerli biçimde mi, bütün satırlar aynı tarihi mi taşıyor, gelecek tarih var mı? Aynı tarihin yüzlerce satırda tekrar etmesi, haritanın üretim anını yazdığının en net işaretidir.

İkinci katman Search Console. Site haritaları raporu harita okunamıyorsa ya da tarih biçimi desteklenmiyorsa uyarı veriyor. Raporun temellerini Google Search Console rehberimde anlattım.

Üçüncü katman sunucu kayıtları. Googlebot'un güncellediğiniz sayfaya ne zaman döndüğünü yalnız erişim kayıtlarında kesin olarak görürsünüz. Log analizi aracıyla lastmod tarihini değiştirdiğiniz sayfaların tarama sıklığını önceki döneme göre karşılaştırabilirsiniz.

• Haritadaki benzersiz tarih sayısını toplam adres sayısıyla kıyaslayın.
• Rastgele on sayfa seçip görünür tarihle lastmod değerini karşılaştırın.
• Değiştirdiğiniz bir sayfanın ne kadar sürede yeniden tarandığını kayıtlardan izleyin.

IndexNow ve Search Console ile lastmod birlikte nasıl çalışır?

Eskiden site haritası güncellenince arama motoruna "ping" isteği gönderirdik. Google bu uç noktayı Haziran 2023'te kullanımdan kaldırdığını duyurdu ve altı ay içinde kapattı. Google'a göre kimlik doğrulamasız bu gönderimlerin büyük çoğunluğu spamdi. Bugün bu adrese giden istekler 404 hatası döndürüyor.

Güncel yol basit. Haritanızı robots.txt içinde Sitemap satırıyla bildirin ve Search Console üzerinden gönderin. Robots dosyanızı hazırlamak için robots.txt oluşturucu aracını kullanabilirsiniz. Google haritayı kendi takvimiyle yeniden okur ve lastmod değerlerini değerlendirir.

Bing tarafında ise IndexNow devreye giriyor. Bing, kapsamlı harita ile anlık adres bildirimini birlikte kullanmayı öneriyor. Yani lastmod genel envanteri tazeler, IndexNow ise tek bir sayfanın değiştiğini hemen haber verir. Google ise IndexNow'a katıldığını duyurmadı; bu yüzden Google için hâlâ doğru lastmod asıl araçtır.

Lastmod tarama bütçesiyle nasıl ilişkili?

Tarama bütçesi, arama motorunun belirli bir sürede sitenize ayırdığı tarama kapasitesidir. Küçük sitelerde bu kapasite neredeyse hiç sorun olmaz. Ancak on binlerce adres barındıran sitelerde tarayıcı her gün her sayfaya dönemez ve bir seçim yapmak zorunda kalır.

Lastmod tam bu seçimde devreye girer. Doğru tarih, tarayıcıya hangi sayfaların değiştiğini ve hangilerinin aynı kaldığını söyler. Böylece kapasite değişmeyen sayfalar yerine yeni fiyatlara, yeni bölümlere ve düzeltilen bilgilere harcanır. Bing de 2023 yazısında amacın gereksiz taramayı azaltmak ve yeni güncellenen içeriğe öncelik vermek olduğunu söylüyor.

Tersi durumda ise tablo bozulur. Bütün sayfalar her gün "değişti" görünürse sinyal anlamını yitirir. Tarayıcı ya hepsini boş yere tarar ya da tarihi yok sayıp kendi tahminine döner. İki sonuç da büyük siteler için pahalıdır, çünkü gerçekten değişen sayfa sırasını bekler.

Lastmod güncellemek sıralamayı yükseltir mi?

Hayır. Lastmod bir sıralama sinyali değil, tarama zamanlama sinyalidir. Tarihi ileri almak sayfanızı daha değerli yapmaz; en iyi ihtimalle Googlebot'un sayfaya daha erken dönmesini sağlar. Dönen tarayıcı aynı içeriği bulursa, o güncellemenin sıralamaya bir katkısı olmaz.

Asıl değer, gerçek güncellemenin hızla dizine yansımasıdır. Fiyatı değişen bir ürün, yeni bölüm eklediğiniz bir rehber ya da hatası düzeltilen bir sayfa ne kadar erken taranırsa kullanıcı o kadar erken doğru bilgiyi görür. Bu da dolaylı olarak tıklama ve memnuniyet getirir.

İçeriği gerçekten tazelemenin yollarını web sitesini güncel tutmak yazısında ayrıca ele aldım. Kısaca kural şu: önce içerik değişir, sonra tarih. Tersini yaparsanız hem Google'ın hem okurun güvenini harcarsınız.

Sitemap lastmod ile yayın tarihi arasındaki fark nedir?

Bu iki tarih sık karışıyor, ama görevleri farklı. Yayın tarihi sayfanın ilk kez yayına çıktığı anı gösterir ve değişmez. Sitemap lastmod ise son anlamlı değişikliği gösterir; içerik her gerçek güncellemede ileri gider. Yeni yayınlanan bir sayfada iki tarih doğal olarak aynıdır.

Yapısal veride de aynı ayrım var. datePublished alanı yayın tarihini, dateModified alanı ise son güncellemeyi taşır. Dolayısıyla lastmod değerinin karşılığı dateModified alanıdır, datePublished değil. Birçok temada bu iki alanın yanlış eşlendiğini görüyorum; haritada yayın tarihi dururken sayfada güncelleme tarihi yazıyor.

Okur tarafında da durum benzer. Bir rehberin üstünde hem "Yayın" hem "Güncellenme" tarihini göstermek güven verir. Ancak güncelleme tarihinin gerçekten bir içerik değişikliğine karşılık gelmesi gerekir. Yalnız tarihi değiştirip metne dokunmamak, okurun da fark edebileceği bir tutarsızlık yaratır ve markaya zarar verir.

Silinen ve yönlendirilen sayfalarda lastmod ne olmalı?

Kısa cevap: bu sayfalar haritada hiç olmamalı. Site haritası, dizine eklenmesini istediğiniz kanonik adreslerin listesidir. Silinen bir sayfa 404 ya da 410 döndürüyorsa, onu haritada taze bir tarihle tutmak tarayıcıyı boş yere o adrese yönlendirir.

Yönlendirilen sayfalar için de kural aynı. Eski adresi haritadan çıkarın, yeni adresi kendi lastmod tarihiyle ekleyin. Böylece tarayıcı doğrudan son hedefe gider ve yönlendirme zincirinde tarama kapasitesi harcamaz.

• Noindex etiketli sayfaları haritaya koymayın.
• Kanonik etiketi başka adresi gösteren sayfaları haritadan çıkarın.
• Parametreli ve filtreli adres varyantlarını haritaya eklemeyin.
• Stoğu biten ama sayfası duran ürünlerde stok bilgisini güncelleyip lastmod tarihini de yenileyin.

Son madde önemli bir istisna. Ürün sayfası yaşamaya devam ediyorsa stok değişimi anlamlı bir değişikliktir, dolayısıyla tarihi güncellemeniz doğru olur.

Site taşıma ve yeniden tasarımda lastmod nasıl yönetilmeli?

Site taşımaları lastmod açısından en riskli dönemdir. Yeni sistem ilk kez harita ürettiğinde bütün sayfalar aynı "bugün" tarihini alabiliyor. Bu da binlerce sayfanın aynı anda değiştiği izlenimini yaratıyor.

Aslında taşıma sırasında içeriğin önemli kısmı değişmiyor; değişen adresler ve şablon. Bu nedenle eski sistemdeki gerçek değişiklik tarihlerini veri aktarımında korumanızı öneririm. Adresi değişen sayfalarda ise yeni adres zaten yeni bir kayıttır, dolayısıyla taşıma tarihini vermek makul.

Taşımanın geri kalan adımlarını SEO migration kontrol listesi yazısında topladım. Yönlendirme eşlemesi için 404 yönlendirme eşleştirici aracı da işinizi hızlandırır. Haritaya yalnız son, 200 kodu döndüren ve dizine eklenebilir adresleri koymayı unutmayın.

Hangi siteler lastmod etiketinden en çok fayda görür?

Her site aynı ölçüde fayda görmez. Beş sayfalık bir tanıtım sitesinde Google sayfaları zaten sık tarar; lastmod burada küçük bir iyileştirmedir. Fark, sayfa sayısı ve değişim hızı arttıkça büyür.

• E-ticaret siteleri: fiyat, stok ve varyant değişimleri sık yaşanır.
• Haber ve yayın siteleri: güncellenen haberlerin yeniden taranması kritik.
• İlan ve katalog siteleri: binlerce kayıt her gün açılır, değişir, kapanır.
• Kapsamlı rehber blogları: düzenli güncellenen içeriklerin tazeliği önemlidir.

Örneğin on binlerce ürünü olan bir mağazada tarayıcı her gün tüm sayfalara dönemez. Doğru lastmod, sınırlı tarama kapasitesini değişen ürünlere yönlendirir. Bu ölçekteki mağazalar için e-ticaret danışmanlığı kapsamında harita mimarisini de ele alıyoruz.

Sitemap lastmod için kısa kontrol listesi

Buraya kadar anlattıklarımı, teknik denetimlerde kullandığım kısa bir listeye dönüştürdüm. Listeyi her yeni sitede ve her büyük güncellemeden sonra baştan sona uygulayabilirsiniz.

1. Lastmod yalnız anlamlı değişiklikte güncelleniyor mu?
2. Tarihler W3C Datetime biçiminde ve saat dilimi doğru mu?
3. Haritada aynı tarihi taşıyan yüzlerce satır var mı?
4. Emin olmadığınız sayfalarda tarihi boş bırakıyor musunuz?
5. Sayfadaki tarih, dateModified ve lastmod aynı kaynaktan mı geliyor?
6. Haritada yalnız 200 dönen, kanonik ve dizine eklenebilir adresler mi var?
7. Harita robots.txt içinde bildirildi ve Search Console'a gönderildi mi?
8. Bing için IndexNow kurulumu yapıldı mı?

Bu liste tek başına teknik SEO'nun tamamı değil elbette. Daha geniş bir çerçeve için teknik SEO rehberimi okuyabilirsiniz. Tarama bütçesi, harita mimarisi ve lastmod kurgusunu sitenizin ölçeğine göre birlikte kurmak isterseniz, ekibimle SEO danışmanlığı kapsamında bu işi baştan sona üstleniyoruz.