İçerik Tazeliği: Güncelleme Tarihi SEO Sinyalleri

İçerik tazeliği, bir sayfanın ne zaman yayımlandığını ve en son ne zaman anlamlı biçimde değiştiğini hem okuyucuya hem arama sistemlerine doğru anlatma işidir. Güncelleme tarihi SEO açısından çoğu zaman yanlış anlaşılır: bazı ekipler eski yazıların tarihini yeniletmek için bir virgül değiştirip kaydeder, bazıları ise tarihi tamamen kaldırır. İkisi de sorunludur. İlki okuyucuya ve Google'a yanıltıcı sinyal gönderir, ikincisi ise güven veren en basit bilgiyi yok eder.

Bu yazı editörler, blog sahipleri ve SEO uzmanları için yazıldı. Önce Google'ın bir sayfanın tarihini nasıl tahmin ettiğini, sonra görünür tarih, yapılandırılmış veri tarihi ve sitemap lastmod değerinin neden birbiriyle uyumlu olması gerektiğini anlatır. Ardından anlamlı güncelleme ile kozmetik güncellemenin farkını, tazeliğin hangi sorgu türlerinde gerçekten önem taşıdığını ve yazının altına konabilecek bir güncelleme notu şablonunu ele alır. Arama hacmi, rakip sıralaması ya da herhangi bir sitenin sonuç verisi paylaşılmaz.

Google Tarihi Nasıl Belirler

Google'ın yayın tarihleri belgesi (yeni sekmede açılır), arama sonucunda görünen tarihi "byline date" olarak adlandırır ve bunu Google'ın bir sayfanın yayımlandığı ya da önemli ölçüde güncellendiği zamana dair tahmini olarak tanımlar. Buradaki anahtar sözcük tahmindir. Tarih, sitenin iddia ettiği bir değer olarak doğrudan kopyalanmaz; Google tek bir sinyale yaslanmaz, birden fazla etkeni tartarak tahmin yürütür.

Tarih görünür olacak diye bir garanti yok

Belge, tarihin sonuçlarda gösterilmesini de garanti etmez. Google tarihi belirleyebilirse ve kullanıcılar için yararlı bulursa gösterebilir. Dolayısıyla "şu işaretlemeyi eklersem snippet'te tarihim çıkar" beklentisi belgeyle uyuşmaz. Yapılabilecek şey, sayfayı Google'ın doğru tahmin yapmasını kolaylaştıracak biçimde net hazırlamaktır.

Belgenin önerdiği üç adım

Belge uygulamayı üç adımda özetler. Birincisi en iyi uygulamaları izlemektir. İkincisi sayfada belirgin, kullanıcının görebileceği bir tarih göstermektir; tarihin yanında "Yayın" ya da "Son güncelleme" gibi açık bir etiket bulunmalıdır. Yalnızca yayın tarihini, yalnızca güncelleme tarihini ya da ikisini birlikte göstermek serbesttir. Üçüncüsü, Article, BlogPosting ya da VideoObject gibi bir CreativeWork alt türüyle yapılandırılmış veri ekleyip datePublished ve/veya dateModified alanlarını doldurmaktır.

Burada ilk iki adım okuyucuya, üçüncü adım makineye hitap eder. İyi bir uygulamada üçü aynı hikâyeyi anlatır. Aynı hikâyeyi anlatmaları, bir sonraki bölümün konusudur.

Tarih ve saat ayrıntıları

Belgeye göre tarih zorunludur, saat ise isteğe bağlıdır. Yine de işaretlemede saat ve saat dilimi eklemek kesinlik için önerilir. Bir saat dilimi belirtiyorsanız, yaz saati uygulaması varsa bunu hesaba katarak doğru dilimi yazmalısınız. Sitenizi farklı bölgelerden yöneten ekipler bu noktada hata yapabilir.

Google'ın Article yapılandırılmış veri belgesi (yeni sekmede açılır) ek bir ayrıntı verir: datePublished makalenin ilk yayımlandığı tarih ve saati, dateModified ise en son değişikliğin tarih ve saatini ISO 8601 biçiminde taşır. Saat dilimi bilgisi eklenmezse Google, Googlebot'un saat dilimini kullanır. Yani saat dilimini yazmamak, tarihin birkaç saat kayabileceği anlamına gelir; gün sınırına yakın yayınlarda bu, tarihin bir gün önce ya da sonra görünmesine yol açabilir.

Gelecek tarih ve olay tarihi yanlışı

Belgenin net bir uyarısı vardır: tarih, sayfanın kendisinin yayımlandığı ya da güncellendiği anı yansıtmalıdır. Sayfada anlatılan haberin ya da etkinliğin tarihini yazmak yanlıştır, gelecek bir tarih belirtmek de yanlıştır. Etkinlik bilgisi vermek istiyorsanız belge, bunun için Event işaretlemesini kullanmanızı söyler. Örneğin bir konferans duyurusu yazısında konferansın tarihi yazının yayın tarihi değildir.

Birden fazla tarih karışıklığı

Belge, yanlış tarihin seçildiği durumlar için de bir çözüm sunar: sayfadaki diğer tarihlerin bir kısmını ya da tamamını kaldırmayı düşünün. Pratikte bu, bir yazının hem üst bilgi alanında, hem yorumlarda, hem yan çubukta, hem alt bilgide farklı tarihler göstermesinin Google'ı şaşırtabileceği anlamına gelir. Yorum tarihleri, "bugünün tarihi" gibi dinamik gösterimler ve telif yılı satırları gibi öğeler bu karışıklığı büyütebilir. Hangi tarihin gerçekten sayfanın yayın ya da güncelleme tarihi olduğunu görsel olarak da ayırt edilebilir kılın.

Belge sahte ya da kozmetik güncellemeleri doğrudan ele almaz. En yakın ilke, tarihlerin sayfanın gerçek yayın ya da güncelleme anını anlatması ve görünür değerle yapılandırılmış değerin eşleşmesidir. Kozmetik güncelleme konusundaki asıl uyarı başka bir Google belgesinde geçer ve bu yazının ilgili bölümünde ele alınır.

Görünür Tarih, Schema Tarihi ve Sitemap Lastmod Uyumu

Bir sayfanın tarihi en az üç yerde yaşayabilir: okuyucunun gördüğü satırda, sayfa kaynağındaki yapılandırılmış veride ve XML sitemap dosyasındaki lastmod alanında. Bu üç yer farklı kaynaklardan beslenirse, örneğin tema bir tarihi yazar, SEO eklentisi başka tarihi basar, sitemap üreticisi ise kayıt zamanını kullanırsa, ortaya çelişkili bir tablo çıkar. Hedef, tek bir doğruluk kaynağından üç çıktı üretmektir.

Görünür ve yapılandırılmış değer eşleşmeli

Yayın tarihleri belgesi açıktır: görünür değer ile yapılandırılmış değer, varsa saat ve saat dilimi dahil, eşleşmelidir. Belge, görünür saat ve saat dilimi gösterimini isteğe bağlı tutar; yani sayfada yalnızca "12 Mart" yazabilir, işaretlemede ise saat bilgisiyle birlikte aynı gün yer alabilir. Önemli olan günün aynı olmasıdır. Sayfada "Güncelleme: 12 Mart" yazarken dateModified alanının başka bir gün göstermesi tutarsızlıktır.

Article işaretlemesinde tarih alanları

Article belgesine göre datePublished ve dateModified önerilen alanlardır, zorunlu değildir. Belge, Rich Results Test aracının bu alanlar için uyarı vermediğini de not eder, çünkü yalnızca sitenize uygunsa önerilirler. Bu ifade, alanların boş geçilebileceği anlamına gelir; ancak tarih bilgisi kullanıyorsanız doğru doldurmak daha iyi sonuç verir. Alan yapısı, FAQ ve yazar özelliklerinin birlikte nasıl kurulacağı için Article ve FAQ schema rehberi yararlı bir tamamlayıcıdır; burada yalnızca tarih alanlarının davranışı ele alınıyor.

Aynı belge, birden fazla yazar için her yazarın ayrı bir author girdisi olması ve author.name alanında yalnızca isim bulunması gerektiğini söyler. Bunun tarihle doğrudan ilgisi yok ama güven sinyali paketinin parçasıdır: görünür yazar adı, görünür tarih ve işaretleme birlikte tutarlı olmalıdır.

Sitemap lastmod ne söyler

Google'ın sitemap oluşturma belgesi (yeni sekmede açılır) lastmod için şu ölçütü koyar: Google değeri yalnızca tutarlı ve doğrulanabilir biçimde doğruysa kullanır. Doğrulama örneği olarak değerin sayfanın gerçek son değişikliğiyle karşılaştırılması verilir. Değer, sayfanın son önemli güncellemesinin tarih ve saatini yansıtmalıdır. Ana içerik, yapılandırılmış veri ya da sayfa içi bağlantılardaki değişiklikler genellikle önemli sayılır; telif yılının değişmesi sayılmaz. Belgeye göre Google priority ve changefreq alanlarını yok sayar, dolayısıyla tarih sinyali olarak anlatılan tek alan lastmod'dur.

Belge lastmod'un tam biçimini ayrıca tanımlamaz; örnek olarak 2022-06-04 gibi yalnızca bir tarih gösterir. Sitemap dosyasının genel doğrulama, hata ayıklama ve gönderme tarafı için XML sitemap denetimi rehberi var. Burada vurgulanacak nokta şu: her sayfaya her gün güncel tarih basan bir sitemap, "tutarlı ve doğrulanabilir doğruluk" ölçütünü kaybettirir. Google bu durumda değeri kullanmayabilir.

Üç katman için karşılaştırma

Tek doğruluk kaynağı kurmak

Uygulamada işe yarayan kurgu şudur: içerik yönetim sisteminde iki ayrı alan tutulur, biri ilk yayın tarihi, diğeri editörün bilinçli işaretlediği "anlamlı güncelleme tarihi". Görünür satır, JSON-LD ve sitemap bu iki alandan üretilir. Sistem "son kaydetme zamanı"nı kullanıyorsa, yazım hatası düzeltmesi bile tarihi yeniler ve üç katman birlikte yanlış olur. Teknik kurulum yapamayan küçük siteler için daha basit bir kural yeterlidir: tarihi yalnızca editör, güncelleme notunu yazdığında değiştirsin.

Kurgusal örnek: Tutarsız üç tarih

Kurgusal örnek: bir seyahat blogunda bir rehber yazısının görünür satırında "Güncelleme: Nisan", JSON-LD'sinde geçen yılın bir tarihi, sitemap'inde ise sitenin tüm sayfalarına aynı gün basılan toplu bir tarih bulunuyor. Editör hangisinin doğru olduğunu bilmiyor, arama sistemleri de üç farklı iddiayla karşılaşıyor. Çözüm, yazı gerçekten güncellenmişse üç değeri aynı güncelleme anına bağlamak, güncellenmemişse hiçbirini değiştirmemek ve toplu sitemap tarihini bırakmaktır. Bu örnekte rakam ya da gerçek bir site sonucu yoktur; yalnızca tutarlılık ilkesini gösterir.

Anlamlı Güncelleme ile Kozmetik Güncelleme Farkı

Bir sayfanın tarihini yenilemek, sayfayı yenilemek değildir. Tarih, içeriğin değiştiğini anlatan bir etikettir; etiketin arkasında gerçek bir değişiklik yoksa güven sorunu doğar. Google bu konuda çok net bir ifade kullanır.

Google'ın uyarısı

Google'ın yardımsever içerik belgesi (yeni sekmede açılır), kendi kendini değerlendirme sorularından birinde şunu sorar: içerik esaslı biçimde değişmemişken sayfaların tarihini, taze görünsünler diye mi değiştiriyorsunuz? Aynı listede bir diğer soru, sitenin "taze" görünmesinin sıralamaya yardım edeceği düşüncesiyle çok sayıda yeni içerik eklemek ya da eski içerikleri çıkarmakla ilgilidir; belgenin parantez içi yanıtı "hayır, yardım etmez" yönündedir. Bunlar sıralama formülü açıklamaları değil, kaçınılması gereken davranışları gösteren sorulardır. Ama mesaj açıktır: tazelik görüntüsü üretmek amaçlı bir tarih oyunu, yardımsever içerik anlayışıyla uyuşmaz.

Sitemap tarafındaki aynı ilke

Sitemap belgesindeki ölçüt buna paralel işler. Telif yılı değişikliği önemli güncelleme sayılmaz. Yani alt bilgideki yılı değiştirmek, bütün sayfaların lastmod değerini yenilemek için gerekçe oluşturmaz. Önemli güncelleme olarak anılan öğeler ana içerik, yapılandırılmış veri ve sayfa içi bağlantı değişiklikleridir.

Anlamlı güncelleme nasıl görünür

Aşağıdaki liste, bir değişikliğin tarihi değiştirmeyi hak edip etmediğini sınamak için pratik bir ölçüt sunar. Liste Google'ın ayrıntılı bir tanımı değildir; sitenizin editoryal kararı için bir yardımcıdır.

• Yazının sonucunu etkileyen bir olgu, rakam, kural ya da politika değişti ve metin buna göre düzeltildi.
• Eski bir adım artık işlemiyor, yeni adım eklendi ya da ekran görüntüleri güncel arayüze uyarlandı.
• Okuyucunun sorusuna cevap veren yeni bir bölüm eklendi ya da yanlış yönlendiren bir bölüm çıkarıldı.
• Kırık veya eskimiş kaynaklar güncel birincil kaynakla değiştirildi ve ilgili iddia yeniden kontrol edildi.
• Yapılandırılmış veri ya da sayfa içi bağlantılar içerik gerçeğini yansıtacak biçimde düzeltildi.

Kozmetik güncelleme nasıl görünür

• Yalnızca telif yılı, "bugünün tarihi" ya da tema bileşeni değişti.
• Bir cümlede eş anlamlı sözcük değiştirildi, olgu ve yapı aynı kaldı.
• Paragraf sırası karıştırıldı ya da gereksiz bir giriş cümlesi eklendi.
• Başlık sonuna yıl eklendi, ancak içeriğin yılla ilgili hiçbir bölümü gözden geçirilmedi.
• Yorum eklenmesi ya da kategori değişikliği gibi içerik gövdesine dokunmayan işlemler.

Başlıkta yıl kullanımı

"2026 rehberi" gibi başlıklar okuyucuya güncellik vaadi verir. Bu vaadi her yıl yerine getirmek kolay değildir; yılı değiştirip içeriği gözden geçirmemek, tarih oyununun başlık sürümüdür. Başlığa yıl eklenecekse, o yıl içinde yazının gerçekten gözden geçirilmesi ve güncelleme notunun bunu belgelemesi gerekir. Yıl taşımayan başlıklar, eskime riskini azaltır ve yıllık yenileme baskısını ortadan kaldırır.

Toplu "tazeleme" tuzağı

Yüzlerce eski yazıyı tek seferde açıp kaydederek tarihlerini yenilemek, hem görünür tarih hem lastmod hem de dateModified için sahte sinyal üretir. Üstelik okuyucu "güncellendi" gördüğü bir sayfada eski bilgiyle karşılaşırsa, siteye duyduğu güven düşer. Önce hangi yazıların gerçekten eskidiğini belirleyin. Eski yazıların nasıl seçileceği, hangilerinin yeniden yazılıp hangilerinin birleştirileceği ya da kaldırılacağı konusu için eski blog yazılarını güncelleme rehberi var. Bu yazı o rehberin tekrarı değildir; burada odak, güncelleme yapıldıktan sonra tarih sinyallerinin dürüstçe nasıl işaretleneceğidir.

Küçük düzeltmelerde ne yapmalı

Her düzeltme tarih değişikliği gerektirmez. Yazım hatası, bozuk bir noktalama işareti ya da küçük bir biçim sorunu tarihe dokunmadan düzeltilebilir. Bir olgu hatası düzeltiliyorsa, özellikle okuyucunun kararını etkileyen bir hataysa, bunu açıkça belirtmek daha dürüsttür. Güven sinyali açısından şeffaf bir düzeltme notu, sessizce yapılan bir düzeltmeden daha güçlüdür.

Tazelik Hangi Sorgu Türünde Önemli

Tazelik her aramada aynı ağırlığa sahip değildir. Google'ın sıralama sistemleri rehberi (yeni sekmede açılır) güncel bir sistem olarak "query deserves freshness", yani taze içeriği hak eden sorgular sistemini listeler. Belgeye göre bu sistemler, taze içeriğin beklendiği sorgularda daha yeni içeriği göstermek için tasarlanmıştır.

Belgenin verdiği iki örnek ayrımı açık kılar. Yakın zamanda çıkmış bir film aranıyorsa kullanıcı büyük olasılıkla yapım başlamadan önce yazılmış eski makaleleri değil yeni incelemeleri görmek ister. "Deprem" gibi genel bir sorguda genellikle hazırlık ve kaynak içerikleri çıkar; yakın zamanda bir deprem olmuşsa haberler ve taze içerik öne çıkabilir. Belge sorgu türlerinin tam bir listesini vermez, bu yüzden aşağıdaki sınıflandırma belgedeki iki örnekten türetilmiş bir editoryal yorumdur, Google'ın resmî kategorisi değildir.

Tazeliğin ağırlık kazandığı durumlar

• Zamanla değişen olaylar: haberler, duyurular, yeni çıkan ürün ve hizmetler, etkinlikler.
• Kuralların veya yönergelerin sık değiştiği alanlar: vergi, mevzuat, platform politikaları, arayüz adımları.
• Güncel olay sonrası artan ilgi: bir olayın hemen ardından yapılan genel aramalar.
• Sürümlü araçlar: yazılım adımları, sürüm notları, ayar yolları.

Tazeliğin daha az belirleyici olduğu durumlar

• Kalıcı kavram anlatımları: bir terimin tanımı, temel bir yöntemin mantığı.
• Tarihsel içerik: geçmiş bir olayın anlatımı, süresi dolmuş bir dönemin özeti.
• Değişmeyen hesaplama ya da formül anlatımları.

Kalıcı içerikte tarih satırı yine de yararlıdır, çünkü okuyucu bilginin ne zaman gözden geçirildiğini bilmek ister. Ancak bu tür içeriği yalnızca tarih yenilensin diye sık sık düzenlemek, yukarıdaki kozmetik güncelleme tuzağına götürür.

Editöryel sorgu testi

Bir yazının tazeliğe ne kadar duyarlı olduğunu anlamak için kendi konunuzda üç soru sorun. Birincisi, bu konuda altı ay önceki bilgi bugün yanlış ya da eksik olur mu? İkincisi, okuyucu aramayı yapan kişi son gelişmeleri mi öğrenmek istiyor, yoksa temel bir kavramı mı? Üçüncüsü, sayfada okuyucunun bir karar vermesini sağlayan ve zamanla geçerliliğini yitirebilecek veri, fiyat, kural ya da adım var mı? Yanıtlar "evet" ağırlıklıysa yazıyı gözden geçirme takvimine alın. Yanıtlar "hayır" ağırlıklıysa yazıyı koruyun, yalnızca bağlantı ve kaynak kontrolü yapın.

Kurgusal örnek: İki yazı, iki takvim

Kurgusal örnek: bir muhasebe blogunun iki yazısı var. Birinde bir vergi bildiriminin güncel adımları anlatılıyor, diğerinde bir muhasebe terimi açıklanıyor. İlk yazı mevzuat değiştikçe gözden geçirilmeli ve güncelleme notu taşımalıdır. Terim yazısı ise yılda bir kaynak ve bağlantı kontrolünden geçirilir; içeriğe dokunmadan tarihini yenilemek anlamsızdır. Rakam içermeyen bu örnek, aynı sitede farklı yazıların neden farklı tazelik ritmi gerektirdiğini gösterir.

Haber ve yayıncı notu

Google News'e girmeyi hedefleyen sayfalar için tarih belgesi, Publisher Center'daki ek yönergelere bakılmasını söyler. Bu yazı o ek kuralları ele almaz; haber yayıncılığı yapıyorsanız ilgili yönergeyi ayrıca okuyun.

Güncelleme Notu ve Sürüm Geçmişi Şablonu

Dürüst tazelemenin en pratik aracı, okuyucunun görebileceği kısa bir güncelleme notudur. Bu not üç işe yarar: okuyucuya neyin değiştiğini söyler, editör ekibine ne zaman ve neden değişiklik yapıldığını kaydettirir, arama sistemleri için de görünür tarihe bağlam sağlar. Not, Google'ın bir zorunluluğu değildir; bir editoryal şeffaflık uygulamasıdır.

Yazı altı güncelleme notu şablonu

Aşağıdaki şablon kısa ve dolaşık olmayan notlar için tasarlanmıştır. Parantez içindeki yönergeleri kendi içeriğinizle değiştirin.

• İlk yayın: (Gün Ay Yıl). Yazının ilk yayımlandığı tarih.
• Son anlamlı güncelleme: (Gün Ay Yıl). Tarih yalnızca içerik gerçekten değiştiğinde yenilenir.
• Ne değişti: (Bir ya da iki cümle). Örneğin hangi adım, rakam, kural ya da kaynak güncellendi.
• Neden değişti: (Bir cümle). Örneğin kural değişti, arayüz güncellendi, kaynak eskidi.
• Gözden geçiren: (Ad). Yazıyı yeniden kontrol eden kişi.

Sürüm geçmişi tablosu

Uzun ömürlü rehberlerde bir sürüm geçmişi tablosu hem okuyucuya hem iç denetime yarar. Tablo yazının altında ya da ayrı bir "Değişiklik geçmişi" bölümünde durabilir. Okuyucuya gereksiz yük olmaması için son beş ya da altı girişi göstermek yeterlidir.

Not ile tarihlerin eşleşmesi

Güncelleme notundaki tarih, görünür tarih satırı, dateModified ve sitemap lastmod aynı günü göstermelidir. Not "5 Mayıs" diyorsa başka bir katmanın "20 Nisan" göstermesi, tutarsızlık demektir. Bu eşleşmeyi kontrol listesinin ilk maddesi yapın.

Düzeltme ile güncelleme ayrımı

Notta iki tür değişikliği ayrı etiketleyin. "Güncelleme" yeni bilgi ya da değişen koşul nedeniyle yapılan değişikliktir. "Düzeltme" ise yayımlanmış bir hatanın onarılmasıdır. Düzeltmeyi saklamak yerine yazmak, okuyucuda güveni artırır; özellikle okuyucunun karar verirken kullandığı bir sayıyı ya da adımı etkileyen hatalarda bu şarttır.

Ekip içi süreç

Şablon tek başına yetmez; kimin hangi koşulda tarihi değiştirebileceğini yazılı bir kurala bağlayın. Basit bir süreç şöyle işler: editör değişikliği yapar, "anlamlı mı kozmetik mi" sorusunu yanıtlar, anlamlıysa notu yazar ve tarih alanını günceller, ikinci bir göz üç tarih katmanının eşleştiğini kontrol eder. Kozmetikse tarih alanı değişmez. Bu iki dakikalık süreç, toplu tarih oyunlarının önüne geçer.

Sık Yapılan Hatalar

• Her kayıtta tarihi yenilemek: Yazım düzeltmesi bile dateModified değerini değiştiriyorsa sistem yanlış kurulmuştur.
• Olay tarihini yayın tarihi yapmak: Sayfada anlatılan etkinliğin tarihi, sayfanın tarihi değildir.
• Gelecek tarih yazmak: Yayın tarihleri belgesi gelecek tarih belirtmemenizi söyler.
• Saat dilimini atlamak: Belirtilmezse Googlebot'un saat dilimi kullanılır ve gün sınırında kayma olabilir.
• Sitemap'e toplu tarih basmak: Doğruluğu doğrulanamayan lastmod değeri kullanılmayabilir.
• Telif yılı değişince lastmod yenilemek: Belgeye göre telif yılı önemli güncelleme sayılmaz.
• Tarihi tamamen kaldırmak: Okuyucunun yazının yaşını anlayamaması güven kaybı yaratır.
• Başlıkta yıl vaat edip içeriği gözden geçirmemek: Başlık güncel görünür, içerik değildir.
• Çok sayıda rakip tarihi sayfada bırakmak: Hangi tarihin esas olduğu belirsizleşir.

Kontrol Listesi

Bir yazıyı yayımlamadan ya da güncellemeden önce aşağıdaki listeyi sırayla uygulayın. Her madde kısa bir kontrolle yanıtlanabilir.

1. Değişiklik anlamlı mı: olgu, adım, kaynak ya da bölüm gerçekten değişti mi?
2. Görünür satırda "Yayın" ve/veya "Son güncelleme" etiketi açık mı?
3. JSON-LD içindeki datePublished ve dateModified, görünür tarihle aynı günü gösteriyor mu?
4. İşaretlemede saat dilimi var mı ve yaz saati uygulaması varsa doğru mu?
5. Sitemap lastmod değeri bu sayfanın son anlamlı değişikliğiyle uyuşuyor mu?
6. Sayfada rakip, yanlış tarih (olay tarihi, gelecek tarih, dinamik bugünün tarihi) kaldı mı?
7. Güncelleme notu ve gerekirse sürüm geçmişi girişi yazıldı mı?
8. Başlıkta yıl varsa içerik o yıl için gözden geçirildi mi?

Kontrolü yaparken Search Console'daki ve sitemap araçlarındaki raporları yardımcı olarak kullanabilirsiniz, ancak bu raporlar sizin yerinize editoryal karar vermez. Tazelik sinyallerinin sonucu sıralama ya da tarih gösterimi garantisi vermez; amaç, sayfanın gerçek durumunu net ve tutarlı anlatmaktır.

Sıkça Sorulan Sorular

Güncelleme tarihi SEO için önemli mi?

Google tarihleri yayın ya da önemli güncelleme zamanının tahmini olarak kullanır ve uygun gördüğünde arama sonuçlarında gösterebilir; gösterileceğini garanti etmez. Tazeliğin ağırlığı sorguya göre değişir: taze içeriğin beklendiği sorgularda daha yeni içerik öne çıkabilir. Bu yüzden tarih, doğru ve tutarlı olduğunda yararlıdır; yalnızca sıralamayı yükseltmek için oynanacak bir ayar değildir.

Yazının tarihini sadece değiştirerek sıralama yükseltilir mi?

Hayır, böyle bir beklenti belgelerle uyuşmaz. Google'ın yardımsever içerik belgesi, içerik esaslı biçimde değişmemişken sayfaların tarihini taze görünmeleri için değiştirmeyi sorgulanması gereken bir davranış olarak listeler. Tarihi yalnızca içerikte anlamlı bir güncelleme yapıldığında yenileyin.

dateModified ile sitemap lastmod aynı olmalı mı?

İkisi de aynı sayfanın son anlamlı değişikliğini anlatmalıdır, bu yüzden aynı günü göstermeleri beklenir. Sitemap belgesi lastmod değerinin yalnızca tutarlı ve doğrulanabilir biçimde doğruysa kullanıldığını söyler. Aralarında anlamlı bir fark varsa hangi katmanın yanlış beslendiğini bulun.

Hem yayın hem güncelleme tarihi göstermek gerekir mi?

Google'ın belgesi yalnızca yayın tarihini, yalnızca güncelleme tarihini ya da ikisini birlikte göstermeye izin verir. Önemli olan etiketin açık olması ve görünür değerin yapılandırılmış veriyle eşleşmesidir. Güncellenen rehberlerde ikisini birlikte göstermek okuyucuya yazının yaşını ve gözden geçirme durumunu aynı anda anlatır.

Yazım hatasını düzeltince tarih değişmeli mi?

Genellikle hayır. Sitemap belgesi önemli güncellemeyi ana içerik, yapılandırılmış veri ya da sayfa içi bağlantı değişikliği olarak sayar; yazım düzeltmesi bu çerçevede küçük kalır. Bir olgu hatasını düzeltiyorsanız bunu notla belirtmek ve tarihi güncellemek daha dürüsttür.

Saat dilimi yazmak şart mı?

Zorunlu değildir ama önerilir. Article belgesine göre saat dilimi eklenmezse Google, Googlebot'un saat dilimini kullanır. Doğru saat dilimiyle yazılmış bir ISO 8601 değeri, tarihin kaymasını önler.

Sonuç ve Sonraki Adım

İçerik tazeliği yönetmenin özü şu üç ilkede toplanır: tarihler gerçek değişikliği anlatmalı, görünür tarih ile yapılandırılmış veri ve sitemap lastmod birbiriyle eşleşmeli, tazeliğin gerçekten önem taşıdığı konulara öncelik verilmeli. Güncelleme notu ve küçük bir sürüm geçmişi, bu üçünü okuyucuya görünür kılan en ucuz araçtır. Tarih oyunları ise hem okuyucuyu hem de Google'ın yardımsever içerik beklentisini karşılamaz.

Gözden geçirme takvimini oturtmak ve yazıları tutarlı bir editoryal çizgiyle yenilemek isterseniz Akua Adforce'ta SEO içerik yazımı hizmetini inceleyebilirsiniz; kapsam ve koşullar ilgili ürün sayfasında yazılıdır. Bu yazıdaki öneriler genel editoryal rehberdir ve belirli bir sıralama, tarih gösterimi ya da dizinleme sonucu garanti etmez.