Google Arama Sonucunda Yanlış Tarih Görünüyor: Neden Olur, Nasıl Düzeltilir?

Panik yapmanıza gerek yok; çünkü bu sorun çoğu zaman birkaç küçük tutarsızlıktan doğar. Aşağıdaki sırayı izlerseniz kaynağı genellikle bir saatten kısa sürede bulursunuz:

1. Google'da yanlış tarihi gösteren sorguyu ve sayfayı not edin.
2. Sayfayı tarayıcıda açın ve ekrandaki tarih etiketini okuyun.
3. Kaynak koddaki yapısal veride datePublished ve dateModified değerlerine bakın.
4. Sayfadaki diğer tarihleri (yorum, etkinlik, kenar çubuğu) listeleyin.
5. Tutarsızlığı giderin, ardından Search Console'dan yeniden tarama isteyin.

Kısacası amaç, Google'a tek ve tutarlı bir tarih hikâyesi anlatmaktır. Bu hikâyede ekrandaki etiket, şema ve site haritası aynı şeyi söylemeli; aksi hâlde Google kendi tahminine başvurur. Bu işi kendi sitenizde biz yürütüp takip etmemizi isterseniz SEO danışmanlığı hizmetimiz üzerinden teklif alabilirsiniz.

Google arama sonucundaki tarihi nereden alıyor?

Google bu tarihe "byline date" (yazar satırı tarihi) diyor. Kaynak olarak Google Search Central'ın yayın tarihi belgesini esas alıyoruz. Belgeye göre bu tarih, sayfanın ne zaman yayımlandığına ya da en son ne zaman önemli ölçüde güncellendiğine dair Google'ın tahminidir. Yani Google bu tarihi sizin yazdığınız tek bir alandan kopyalamaz.

Belge ayrıca Google'ın tek bir sinyale yaslanmadığını açıkça söylüyor. Bunun sebebi basit: her sinyal tek başına hatalı olabilir. Dolayısıyla Google birden fazla faktörü birlikte değerlendirir ve en olası tarihi seçer.

Site sahibi olarak elinizdeki iki güçlü kol şunlardır:

• Sayfada açık bir etikete sahip, ekranda duran bir tarih.
• Yapısal veride (structured data, yani makinelerin okuduğu işaretleme) datePublished ve dateModified alanları.

Öte yandan belge, tarih görünse bile sonuçta gösterileceğini garanti etmiyor. Bu yüzden hedefimiz garanti değil, sinyalleri doğru ve tutarlı vermektir.

Arama sonucunda yanlış tarih neden çıkar?

Saha tecrübemizde arama sonucunda yanlış tarih görünmesinin arkasında genellikle aynı birkaç neden çıkıyor. Örneğin ekrandaki tarih bir şey, şema başka bir şey söylüyor. Ya da sayfada o kadar çok tarih var ki Google yanlış olanı seçiyor.

En sık karşılaştığımız nedenler şunlardır:

• Ekrandaki tarih ile datePublished veya dateModified arasında uyumsuzluk.
• Tema ya da eklentinin şemaya sayfa yerine sunucu saatini veya derleme zamanını yazması.
• Saat dilimi eksikliği ya da yanlış saat dilimi.
• Sayfada anlatılan bir etkinliğin tarihinin yayın tarihi gibi algılanması.
• Yorumlar, "ilgili yazılar" kutusu veya arşiv bileşenlerindeki çok sayıda tarih.
• İçerik değişmediği hâlde her gün otomatik güncellenen dateModified değeri.
• İleri tarihli (gelecekte bir güne ait) tarih kullanımı.

Böylece teşhis listesi netleşiyor; ancak her sitede bunlardan biri baskın olur. Bu nedenle aşağıdaki bölümlerde her birini ayrı ayrı ele alıyoruz.

Ekrandaki tarih ile şemadaki tarih neden aynı olmalı?

Google'ın belgesi bu konuda net: ekrandaki tarih ve yapısal verideki tarih tutarlı olmalı. Saat ve saat dilimi verdiyseniz onlar da uyuşmalı. Bununla birlikte ekrandaki metinde saati göstermeyebilirsiniz; işaretlemede saat olsa bile bu bir sorun oluşturmaz.

Örnek senaryo: example.com'daki bir rehberin üstünde "Son güncelleme: 3 Mart" yazıyor. Şemadaki dateModified ise geçen yılın bir tarihini gösteriyor. Bu durumda Google iki çelişkili sinyalle karşılaşır ve hangisini seçeceğini kendi değerlendirmesiyle belirler.

Dolayısıyla ilk kontrol her zaman bu eşleşmedir. Sayfadaki tarih etiketini okuyun, sonra kaynak kodda şemayı bulun ve iki değeri yan yana koyun. Üstelik bu kontrolü birkaç farklı şablonda (blog, kategori, ürün) tekrarlamanızı öneririz; çünkü hata genellikle tek bir şablondan bütün siteye geçiyor.

Şemanın temel mantığını henüz öğrenmediyseniz schema markup rehberimiz iyi bir başlangıç noktası olur.

Bu kontrolü yaparken tarayıcı eklentilerine ya da önbellekli kopyalara güvenmeyin. Bunun yerine sayfanın canlı kaynak kodunu açın ve tarih alanlarını doğrudan okuyun. Böylece Google'ın gördüğü sürüme en yakın görünümü elde edersiniz. Ayrıca mobil sürümü de ayrı kontrol edin, çünkü bazı temalar mobilde farklı bir tarih bileşeni kullanıyor.

datePublished ve dateModified hangi biçimde olmalı?

Google'ın Article yapısal veri belgesi bu iki alanın ISO 8601 standardında DateTime değeri olmasını istiyor. Ayrıca saat dilimi bilgisi eklemenizi öneriyor; aksi hâlde Google, Googlebot'un kullandığı saat dilimini varsayıyor.

Pratikte bu, tarihin yıl, ay, gün sırasıyla ve saat dilimi farkıyla birlikte yazılması demek. Örneğin İstanbul saatine göre yayımlanan bir yazıda saat dilimi farkını eklemezseniz gece yarısına yakın yayınlarda tarih bir gün kayabilir.

Kısacası şu üç kuralı aklınızda tutun:

1. Tarih zorunlu, saat isteğe bağlıdır.
2. Saat verirseniz saat dilimini de verin.
3. Yaz saati uygulaması olan bölgelerde doğru farkı kullanın.

Bu biçimi elle yazmak yerine schema oluşturucu aracımızla doğru yapıda bir Article işaretlemesi üretip kendi değerlerinizi yerleştirebilirsiniz.

Kodu sayfaya eklemeden önce değerleri bir kez daha okuyun. Özellikle yıl, ay ve gün sırasının, ayrıca saat dilimi farkının doğru olduğundan emin olun. Ardından canlı sayfada kaynak kodu açıp değerin gerçekten oraya düştüğünü kontrol edin; çünkü bazı önbellek katmanları eski kodu bir süre daha sunabilir.

Hangi şema türünü kullanmalısınız?

Google, tarih bilgisi için CreativeWork alt türlerinden birini öneriyor. Belgede örnek olarak Article, BlogPosting ve VideoObject geçiyor. Yani blog yazısı için BlogPosting, haber benzeri içerik için Article ya da NewsArticle doğal seçimlerdir.

Ancak tür seçiminden daha önemli bir nokta var: sayfada tek ve tutarlı bir ana işaretleme olmalı. Örneğin bir eklenti BlogPosting, diğeri Article basıyor ve ikisi farklı tarih veriyorsa sorunun kaynağı büyük ihtimalle budur.

Bu yüzden kaynak kodda kaç adet yapısal veri bloğu olduğunu sayın. İki SEO eklentisinin aynı anda çalışması, sık gördüğümüz bir durumdur. Böyle bir durumda birini kapatmanız ya da tarih alanlarını tek kaynaktan beslemeniz gerekir.

Yapısal veride biçim hatası da varsa Search Console farklı bir uyarı gösterebilir; bu durum için ayrıştırılamayan veri hatası yazımıza bakın.

Sayfadaki diğer tarihler Google'ı nasıl yanıltır?

Google'ın belgesindeki en pratik öneri şudur: sayfadaki diğer tarihleri en aza indirin. Belge, yanlış tarih seçiliyorsa diğer tarihlerin bir kısmını ya da tamamını kaldırmayı değerlendirmenizi söylüyor.

Peki bu tarihler nereden geliyor? Örneğin yorum kutusundaki her yorumun tarihi, kenar çubuğundaki "son yazılar" listesi, alt bilgideki telif yılı ve "ilgili içerikler" kartları sayfaya onlarca tarih ekleyebilir. Üstelik bunların bazıları yayın tarihinizden daha yeni ya da daha eski olabilir.

Böyle bir sayfada Google'ın işi zorlaşır. Bu nedenle şu adımları öneriyoruz:

• İlgili yazı kartlarından tarihleri kaldırın.
• Kenar çubuğu listelerinde tarihi gizleyin.
• Yorum tarihlerini ana içerikten görsel ve yapısal olarak ayırın.

Sonuç olarak ana tarih, sayfanın en belirgin ve tek etiketli tarihi olarak kalmalı.

Etkinlik tarihi neden yayın tarihi yerine geçer?

Google, sayfada anlatılan bir olayın ya da eylemin tarihini byline tarihi olarak kullanmamanızı söylüyor. Tarihler, sayfanın kendisinin ne zaman yayımlandığını veya güncellendiğini yansıtmalı.

Örnek senaryo: example.com'da bir seminer duyurusu var ve metnin en üstünde seminer günü büyük puntoyla yazıyor. Yayın tarihi ise küçük ve etiketsiz biçimde altta kalıyor. Bu durumda arama sonucunda yanlış tarih olarak seminer günü görünebilir.

Çözüm iki parçalıdır. Önce yayın tarihini "Yayın tarihi" gibi açık bir etiketle ekranda gösterin. Ardından etkinlik bilgisini etkinliğe özgü işaretlemeyle tanımlayın; Google'ın belgesi de sayfada listelenen etkinlikler için Event işaretlemesini anıyor.

Böylece Google, "bu sayfanın yazım tarihi ne" ile "bu sayfa hangi olaydan bahsediyor" sorularını birbirinden ayırabilir.

İleri tarih kullanmak neden sorun yaratır?

Google'ın belgesi gelecekteki tarihleri kullanmamanızı açıkça öneriyor. Ancak bazı siteler, içeriği "taze" göstermek için yayın tarihini ileri bir güne çekiyor ya da ileri tarihe planlı yazılarda şemaya planlanan tarihi erken basıyor.

İleri tarih iki şekilde zarar verir. Birincisi, Google bu sinyale güvenmeyebilir ve başka bir tarih seçebilir. İkincisi, okur gelecekteki bir tarihi gördüğünde siteye olan güvenini kaybeder.

Dolayısıyla planlı yayın kullanıyorsanız, şemanın yazı gerçekten yayımlandığında oluştuğundan emin olun. Ayrıca önbellek eklentisinin yayın öncesi bir sürümü saklamadığını kontrol edin.

Kısacası tarih, içerik hakkında yapılan bir beyandır. Bu beyanın doğru olması hem Google hem de okur için önemlidir.

Otomatik güncellenen dateModified sorun mu?

Evet, sık görülen bir sorundur. Bazı temalar ya da eklentiler, içerik değişmese bile her sayfa yüklenişinde ya da her önbellek temizliğinde dateModified değerini o anın tarihiyle doldurur. Bu durumda şema sürekli "bugün değişti" der.

Ancak Google tarihi tek sinyalden almadığı için bu değer çoğu zaman diğer sinyallerle çelişir. Sonuçta arama sonucunda yanlış tarih görünebilir ya da Google tarih göstermemeyi tercih edebilir.

Bu nedenle dateModified yalnız içerikte anlamlı bir değişiklik olduğunda değişmeli. Örneğin bir yazım hatasını düzeltmek ile bir bölümü baştan yazmak aynı şey değildir.

Aynı mantık site haritasındaki lastmod alanı için de geçerlidir. Bu konuyu sitemap lastmod etiketi rehberimizde ayrıntılı anlattık; iki alanı aynı kaynaktan beslemenizi öneririz.

Saat dilimi hatası tarihi nasıl kaydırır?

Saat dilimi hatası, en sinsi nedenlerden biridir. Çünkü tarih göz ucuyla bakınca doğru durur, yalnız gece yarısına yakın yayınlarda bir gün kayar.

Örnek senaryo: example.com'daki bir yazı İstanbul saatiyle gece 01.30'da yayına çıkıyor. Sunucu ise UTC (eşgüdümlü evrensel zaman) kullanıyor ve şemaya saat dilimi eklenmiyor. Bu durumda şemadaki tarih önceki güne düşebilir ve ekrandaki tarihle çelişebilir.

Çözüm adımları şunlardır:

1. CMS (içerik yönetim sistemi) ayarlarında site saat dilimini doğru seçin.
2. Şemaya saat yazıyorsanız saat dilimi farkını da ekleyin.
3. Yaz saati değişimi olan bölgelerde farkın otomatik güncellendiğini doğrulayın.

Böylece ekrandaki tarih ve şema aynı günü gösterir; Google da tutarlı bir sinyal alır.

Üstelik saat dilimi ayarı yalnız şemayı değil, site haritasındaki zaman değerlerini ve yorum tarihlerini de etkiler. Dolayısıyla ayarı değiştirdikten sonra bu alanları da kısa bir kontrolden geçirin. Özellikle sunucu ile CMS'in farklı saat dilimi kullandığı kurulumlarda bu adım kritik önem taşır.

Yanlış tarih sorununu adım adım nasıl düzeltirsiniz?

Teşhisi yaptıktan sonra düzeltme sırası önemlidir. Aşağıdaki sırayı kendi projelerimizde de izliyoruz:

1. Tarihin tek kaynağını belirleyin: CMS'teki yayın ve güncelleme alanları.
2. Ekrandaki tarihi bu kaynaktan, açık bir etiketle basın.
3. Şemadaki datePublished ve dateModified değerlerini aynı kaynaktan üretin.
4. Çift şema basan eklenti ya da tema parçasını devre dışı bırakın.
5. Sayfadaki gereksiz tarihleri kaldırın veya gizleyin.
6. Saat dilimini ve biçimi ISO 8601'e göre düzeltin.
7. Değişikliği birkaç örnek sayfada test edin, sonra tüm şablona yayın.
8. Search Console'da URL denetimiyle canlı sayfayı kontrol edin ve dizine ekleme isteyin.

Özellikle 4. adımı atlamayın; çünkü iki şemanın çakışması, düzeltmenin işe yaramamasının en yaygın nedenidir.

Düzeltmeyi Search Console ile nasıl doğrularsınız?

Düzeltmeden sonra Search Console'daki URL denetimi (URL Inspection) aracı ilk durağınızdır. Canlı URL'yi test ederek Google'ın sayfanızı nasıl gördüğünü ve yapısal veriyi algılayıp algılamadığını kontrol edebilirsiniz.

Ardından değişikliği yaptığınız önemli sayfalar için dizine eklenme isteği gönderebilirsiniz. Ancak bu isteğin bir kota sınırı olduğunu ve sonucu hızlandırmayı garanti etmediğini unutmayın.

Search Console'u ilk kez kullanıyorsanız Google Search Console rehberimiz temel ekranları adım adım anlatıyor.

Öte yandan arama sonucundaki tarihin hemen değişmesini beklemeyin. Google'ın sayfayı yeniden taraması ve sinyalleri yeniden değerlendirmesi zaman alabilir; bu süre site ve sayfaya göre değişir.

Arama sonucunda yanlış tarih düzelmezse ne yapmalısınız?

Bazen her şeyi doğru yaparsınız ama arama sonucunda yanlış tarih bir süre daha kalır. Bu durumda önce sabırlı olun; ardından şu kontrolleri tekrarlayın:

• Canlı sayfada eski önbellek sürümü kalmış mı?
• Bir CDN (içerik dağıtım ağı) eski HTML'i sunuyor mu?
• Mobil ve masaüstü şablonları aynı tarihi gösteriyor mu?
• Sayfanın AMP ya da alternatif sürümü farklı tarih basıyor mu?

Bunlara ek olarak sayfadaki tarih dışı metinleri de okuyun. Örneğin giriş paragrafında geçen eski bir tarih bile güçlü bir sinyal olabilir.

Yine de Google'ın belgesi, tarihin gösterileceğini garanti etmiyor. Bu yüzden amacımız sinyalleri temizlemek; son kararı ise Google veriyor.

Google hiç tarih göstermiyorsa bu bir sorun mu?

Hayır, her zaman sorun değildir. Google'ın belgesi, tarihin yalnız kullanıcıya faydalı olduğunda gösterilebileceğini söylüyor. Yani bazı sorgularda tarih çıkmaması normal bir davranıştır.

Örneğin bir hizmet sayfası ya da ana sayfa için tarih çoğu zaman anlamlı bir bilgi taşımaz. Bu tür sayfalarda tarihin çıkmaması bir kayıp değildir. Öte yandan haber, rehber ve blog içeriklerinde okur tarihe dikkat eder; bu sayfalarda tarihin hiç çıkmaması sinyallerin zayıf olduğuna işaret edebilir.

Böyle bir durumda önce sayfada açık etiketli bir tarih olup olmadığına bakın. Ardından şemada datePublished alanının bulunduğunu doğrulayın. Ayrıca tarihin sayfanın üst kısmında, ana içeriğe yakın durduğundan emin olun.

Kısacası tarih çıkmaması ile yanlış tarih çıkması farklı sorunlardır. İlkinde sinyal eksiktir, ikincisinde ise sinyaller çelişir. Bu nedenle teşhise başlamadan önce hangi durumla karşı karşıya olduğunuzu netleştirin.

Yanlış tarih tıklamaları etkiler mi?

Doğrudan bir sıralama etkisi iddia etmiyoruz; Google'ın belgesi de bu konuda bir şey söylemiyor. Ancak kullanıcı davranışı açısından tarih, arama sonucundaki en göze çarpan öğelerden biridir.

Örnek senaryo: bir okur güncel bir rehber arıyor ve sizin sonucunuzun yanında birkaç yıl öncesine ait bir tarih görüyor. Bu durumda içeriğiniz güncel olsa bile okur başka bir sonuca tıklayabilir.

Dolayısıyla tarih sorunu, tıklama oranı (CTR) tarafında fark edilmeden kayıp yaratabilir. Bu nedenle Search Console'da gösterim yüksek, tıklama düşük sayfaları tarih açısından da kontrol etmenizi öneririz.

İçeriği güncelledikten sonra trafik düştüyse sebep tarih dışında da olabilir; bu durumu yazıyı güncelledim sıralama düştü yazımızda ayrıca inceledik.

Tarihi güncel göstermek için sahte güncelleme yapmalı mısınız?

Hayır, önermiyoruz. İçerikte anlamlı bir değişiklik yapmadan yalnız tarihi değiştirmek, Google'a yanlış bir beyan vermektir. Üstelik okur, "son güncelleme" yazan bir sayfada eski bilgi bulduğunda güvenini kaybeder.

Bunun yerine içeriği gerçekten güncelleyin. Örneğin eski ekran adlarını, değişen süreçleri ve artık geçerli olmayan önerileri düzeltin. Ardından dateModified değerini ve ekrandaki "Son güncelleme" etiketini birlikte değiştirin.

Hangi yazıların güncellemeye ihtiyaç duyduğunu bulmak için content decay rehberimizdeki Search Console yöntemini kullanabilirsiniz.

Kısacası tarih, yapılan işin bir sonucu olmalı; tek başına bir taktik değil.

Yayın tarihi mi, güncelleme tarihi mi göstermelisiniz?

Google'ın belgesi ikisinin de mümkün olduğunu söylüyor: yayın tarihi, son güncelleme tarihi ya da ikisi birlikte. Önemli olan, hangisini gösteriyorsanız açıkça etiketlemenizdir.

Aşağıdaki tablo, sık karşılaştığımız senaryolara göre tercih mantığını özetliyor:

Böylece hangi sayfada hangi tarihin anlam taşıdığına bilinçli karar verirsiniz.

Hangi seçeneği tercih ederseniz edin, aynı türdeki bütün sayfalarda aynı düzeni koruyun. Örneğin bütün rehberlerde "Son güncelleme" etiketi kullanıyorsanız, bir rehberde yalnız yayın tarihini göstermek okuru ve Google'ı şaşırtır. Tutarlılık, tek tek sayfa ayarlarından daha güçlü bir sinyal verir.

WordPress sitelerinde tarih sorunu nereden çıkıyor?

WordPress, tarih sorunlarını en sık gördüğümüz platformlardan biri. Bunun nedeni sistemin kendisi değil; tema, SEO eklentisi ve sayfa oluşturucunun aynı anda tarih basabilmesidir.

Örneğin tema, yazı başlığının altına "yayın tarihi" basarken SEO eklentisi şemaya "değiştirilme tarihi" yazabilir. Üstelik bazı sayfa oluşturucular kendi şema bloklarını ekler. Sonuç olarak tek sayfada üç farklı tarih kaynağı oluşur.

Kontrol listemiz şöyle:

• Genel ayarlarda saat dilimini şehir adıyla seçin.
• Kaynak kodda kaç yapısal veri bloğu olduğunu sayın.
• Temanın tarih biçimini ve etiketini kontrol edin.
• Önbellek eklentisini temizleyip canlı sayfayı yeniden inceleyin.

Yani sorun çoğu zaman tek bir ayarda değil, katmanların çakışmasındadır.

Bu nedenle değişiklik yapmadan önce sitenin bir kopyasında ya da test ortamında deneme yapmanızı öneririz. Böylece canlı sitede tarih alanlarını bozmadan hangi katmanın sorunu yarattığını görürsünüz. Ardından yalnız sorunlu katmanı düzeltin ve diğer ayarlara dokunmayın.

Sorun bütün sitede mi, tek sayfada mı?

Teşhisin önemli bir adımı, sorunun kapsamını belirlemektir. Tek bir sayfada arama sonucunda yanlış tarih görünüyorsa sebep genellikle o sayfanın içeriğindedir. Örneğin metinde geçen eski bir tarih ya da bir etkinlik bilgisi.

Ancak aynı şablonu kullanan birçok sayfada sorun varsa kaynak büyük ihtimalle şablon, tema ya da eklentidir. Bu durumda sayfa sayfa düzeltmek yerine şablonu düzeltmeniz gerekir.

Kapsamı anlamak için farklı kategorilerden beş on örnek sayfa seçin. Ardından her birinde ekrandaki tarihi, şemayı ve arama sonucundaki tarihi bir tabloya yazın. Böylece desen kısa sürede ortaya çıkar.

Site genelindeki teknik kontroller için teknik SEO ipuçları yazımız geniş bir kontrol listesi sunuyor.

Çok dilli sitelerde arama sonucunda yanlış tarih nasıl oluşur?

Çok dilli sitelerde her dil sürümü genellikle ayrı bir sayfadır. Bu nedenle her sürümün kendi yayın ve güncelleme tarihi olabilir. Sorun, çeviri sürümünün ana dildeki tarihi kopyalamasıyla başlar.

Örnek senaryo: example.com'un Türkçe rehberi ilkbaharda yayına çıkıyor, İngilizce sürümü ise birkaç ay sonra yayına giriyor. Ancak şablon, İngilizce sayfanın şemasına Türkçe sürümün tarihini basıyor. Bu durumda İngilizce sonuçta okurun beklemediği bir tarih çıkabilir.

Ayrıca tarih biçimi de dilden dile değişir. Türkçede gün, ay, yıl sırası yaygınken İngilizce sayfalarda ay önce gelebilir. Dolayısıyla ekrandaki tarihin o dilin okuruna net gelmesi gerekir; şemadaki ISO 8601 biçimi ise her dilde aynı kalır.

Kontrol için şu adımları izleyin:

1. Her dil sürümünün kendi yayın tarihini CMS'te ayrı tutun.
2. Şemanın, o dil sürümünün tarihini okuduğunu doğrulayın.
3. Ekrandaki tarih biçimini her dilde ayrı ayrı test edin.

Böylece her dil sürümü kendi tutarlı tarih sinyalini taşır.

Kategori ve arşiv sayfalarında tarih neden karışır?

Kategori, etiket ve arşiv sayfaları doğası gereği çok sayıda yazıyı listeler. Her kartın yanında bir tarih durduğunda sayfa onlarca tarih içerir. Üstelik bu sayfaların kendine ait net bir yayın tarihi çoğu zaman yoktur.

Peki bu durum ne yaratır? Google, bir arşiv sayfasını arama sonucunda gösterirken listedeki tarihlerden birini seçebilir. Örneğin en eski yazının tarihi sonuçta belirebilir ve sayfa eski görünebilir.

Bu yüzden arşiv sayfalarında şu yaklaşımı öneriyoruz:

• Liste kartlarında tarihi gerçekten gerekliyse gösterin.
• Arşiv sayfasına yazı tipi şema (BlogPosting gibi) basmayın.
• Arşiv sayfasının giriş metnine sabit bir tarih eklemeyin.

Kısacası arşiv sayfası bir yazı değil, bir listedir. Ona yazı gibi tarih sinyali vermek, Google'ın kafasını karıştırır. Öte yandan haber sitelerinde kartlardaki tarih okur için değerliyse kaldırmak yerine daha küçük ve ikincil bir görünümde tutabilirsiniz.

Tarih sorunlarını kalıcı olarak nasıl önlersiniz?

Tek seferlik düzeltme yetmez; çünkü yeni bir eklenti, tema güncellemesi ya da şablon değişikliği sorunu geri getirebilir. Bu nedenle tarih kontrolünü düzenli bakım listenize eklemenizi öneririz.

Ekip olarak kendi projelerimizde şu rutini kullanıyoruz:

1. Her tema veya eklenti güncellemesinden sonra üç örnek sayfada şemayı kontrol edin.
2. Yeni şablon yayına çıkmadan önce tarih alanlarını test edin.
3. Ayda bir, önemli sayfaların arama sonucundaki tarihine göz atın.
4. İçerik güncelleme sürecine "tarih ve şema kontrolü" adımını ekleyin.

Ayrıca editörlerinize basit bir kural verin: küçük düzeltmelerde güncelleme tarihi değişmez, anlamlı güncellemelerde ise hem ekrandaki etiket hem şema birlikte değişir. Böylece süreç kişiden bağımsız hâle gelir.

Sonuç olarak tarih tutarlılığı bir kerelik bir proje değil, alışkanlıktır. Bu alışkanlık yerleştiğinde arama sonucunda yanlış tarih sorunu da büyük ölçüde ortadan kalkar.

Bu sorunu ne zaman uzmana bırakmalısınız?

Ekrandaki tarih ve şema eşleşiyor, gereksiz tarihleri temizlediniz, ama sorun hâlâ devam ediyorsa daha derin bir inceleme gerekebilir. Özellikle birden fazla dil, CDN katmanı ya da size özel yazılım bir CMS varsa katmanların hepsini aynı anda kontrol etmek zaman alır.

Talha Aslan ve ekibi olarak bu tür tarih ve yapısal veri tutarsızlıklarını şablon düzeyinde inceliyor, düzeltmeyi hayata geçiriyor ve Search Console üzerinden takip ediyoruz. Ancak arama sonucunda hangi tarihin gösterileceğine son kararı Google verdiği için sonuç garantisi vermiyoruz.

Sitenizdeki tarih sorununu birlikte ele almak isterseniz SEO danışmanlığı sayfamızdan teklif isteyebilirsiniz. Böylece sorunu sizin yerinize teşhis edip düzeltme sonrası takibini de üstleniriz.

Temel rehber: Dijital Pazarlama Nedir? Türleri, örnekleri ve nasıl yapıldığı, beynin içinden geçen etkileşimli bir filmle tek sayfada.