İnternet Haberinde İlk Yayın ve Güncelleme Tarihi Nasıl Gösterilir? 5187 m.4 (2026)

Kısa ve net cevap

5187 sayılı Basın Kanunu m.4 uyarınca internet haber sitesinde yayımlanan bir içeriğin ilk kez sunulmaya başlandığı tarih ile sonraki güncelleme tarihleri, içeriğin üzerinde ve her erişimde değişmeyecek şekilde gösterilmelidir. Bir haber 10 Eylül 2026’da yayımlandıysa, içerik 17 Eylül 2026’da güncellendiğinde ilk yayın tarihi silinmemeli; ilk yayın tarihi ile güncelleme tarihi ayrı ayrı korunmalıdır. Sayfa her açıldığında “bugün” tarihinin otomatik yazılması kanunun aradığı değişmez yayın geçmişini sağlamaz.

Bu yazıyla ilgili genel bir sorunuz mu var? Anonim soru sor

Hukuki dayanak: 5187 sayılı Basın Kanunu m.4

İnternet haber sitelerinde tarih gösterme yükümlülüğü, 5187 sayılı Basın Kanunu’nun 4. maddesinde açıkça düzenlenmiştir. Hüküm, internet haber sitesinde bir içeriğin ilk kez sunulmaya başlandığı tarihin ve daha sonra yapılan güncellemelerin tarihlerinin, her erişimde değişmeyecek şekilde içeriğin üzerinde belirtilmesini zorunlu kılar. Bu düzenleme, dijital habercilikte yayın geçmişinin şeffaf ve izlenebilir olmasını amaçlar.

Kanunun güncel metni Mevzuat Bilgi Sistemi üzerinden, değişikliklerin yayımlandığı resmî kaynak ise Resmî Gazete üzerinden kontrol edilmelidir. İnternet haber sitelerinin m.4 kapsamındaki iletişim ve künye yükümlülükleri için ayrıca internet haber sitesinde zorunlu iletişim bilgileri yazımıza bakılabilir.

Bu kural yalnız teknik bir SEO etiketi değildir. Tarih bilgisinin hukuki işlevi vardır. Bir haberin ne zaman yayımlandığı, ne zaman değiştirildiği, belirli bir ifadeye hangi tarihte yer verildiği ve sonraki revizyonların hangi zaman çizelgesinde yapıldığı; düzeltme ve cevap hakkı, kişilik hakkı ihlali, ceza soruşturması, tazminat istemi ve saklama yükümlülüğü bakımından önem taşıyabilir.

İlk yayın tarihi nedir?

İlk yayın tarihi, içeriğin internet haber sitesinde kamuya ilk kez sunulmaya başladığı tarihtir. Haber daha sonra başlığı, metni, görseli veya bazı ayrıntıları bakımından güncellense dahi bu ilk tarih ortadan kalkmaz. İçerik aynı URL altında yayın hayatını sürdürüyor ve sadece güncelleniyorsa, ilk yayın zamanı tarihçenin başlangıç noktasıdır.

Örneğin bir mahkeme kararına ilişkin haber 10 Eylül 2026 saat 10.30’da yayımlanmış, kararın gerekçesi 12 Eylül’de eklenmiş ve yeni bir açıklama 17 Eylül’de metne işlenmiş olsun. Doğru tarih gösterimi; “İlk yayın: 10 Eylül 2026 10.30” bilgisini korumak ve güncellemeleri ayrıca belirtmektir. İlk tarihi 17 Eylül’e çekmek, haberin ilk yayımlanma geçmişini görünmez hale getirir.

Kanun m.4, ilk yayın tarihinin içeriğin üzerinde bulunmasını ister. Bu nedenle tarih bilgisinin yalnız XML sitemap içinde, yalnız schema kodunda, yalnız yönetim panelinde veya yalnız sunucu loglarında bulunması yeterli değildir. Kullanıcı haber sayfasını açtığında ilk yayın tarihini görebilmelidir.

İlk yayın tarihi “oluşturulma tarihi” ile teknik olarak aynı olabilir; ancak içerik yönetim sisteminde taslak hazırlanma tarihi ile kamuya açılma tarihi farklıysa, kullanıcıya gösterilecek ilk yayın tarihi gerçek kamuya sunulma anını yansıtmalıdır. Bir yazının 5 Eylül’de taslak olarak oluşturulup 10 Eylül’de yayımlanması halinde 5 Eylül tarihi kamuya ilk sunum tarihi değildir.

Güncelleme tarihi ne zaman gösterilmelidir?

İçerik yayımlandıktan sonra üzerinde değişiklik yapılması halinde güncelleme tarihinin gösterilmesi gerekir. Kanun “sonraki güncelleme tarihleri” ifadesini kullandığından, yayın geçmişinin tek bir statik ilk tarih ile sınırlı kalmasını öngörmez. İçeriğin güncellenme geçmişi görünür olmalıdır.

Güncelleme, haberin maddi içeriğini değiştiren, yeni bilgi ekleyen, eski bilgiyi düzelten veya okuyucunun metni anlama biçimini etkileyen revizyonları kapsar. Örneğin olayın gerçekleştiği yerin düzeltilmesi, karar tarihinin değiştirilmesi, yeni bir resmî açıklamanın eklenmesi, önemli bir ismin çıkarılması veya haber sonucunu etkileyen gelişmenin metne dahil edilmesi güncelleme olarak gösterilmelidir.

Sadece yazım yanlışı düzeltmek, noktalama işaretini değiştirmek veya biçimsel HTML düzenlemesi yapmak ile haberin maddi içeriğini değiştirmek aynı ağırlıkta değildir. Buna rağmen haber sitesinin editoryal politikası, hangi revizyonların kullanıcıya “güncelleme” olarak gösterileceğini açık ve tutarlı belirlemelidir. Kanunun hedefi, içerik geçmişinin yanıltıcı biçimde yeniden yazılmasını önlemektir.

Güncelleme tarihinin “Son güncelleme” şeklinde tek satır gösterilmesi mümkündür; ancak ilk yayın tarihi korunmalıdır. Daha yüksek şeffaflık isteyen yayınlar, önemli revizyonların birden fazla tarihini “Güncelleme geçmişi” başlığı altında sıralayabilir. Böyle bir yapı hem kullanıcı güveni hem hukuki ispat bakımından güçlüdür.

“Her erişimde değişmeyecek” kuralı ne anlama gelir?

5187 m.4’ün en önemli ifadelerinden biri, tarihlerin her erişimde değişmeyecek şekilde gösterilmesidir. Bu şart, sayfa her açıldığında sunucu saatini veya bugünün tarihini haber tarihi olarak yazan dinamik sistemleri doğrudan ilgilendirir. Haber gerçek anlamda güncellenmedikçe tarih kendi kendine değişmemelidir.

Örneğin WordPress temasında veya özel yazılımda “dateModified” alanı PHP’nin anlık zaman fonksiyonuyla dolduruluyorsa, sayfa 17 Eylül’de açıldığında 17 Eylül, 18 Eylül’de açıldığında 18 Eylül göstermesi hukuki yayın geçmişini bozabilir. Tarih veri tabanındaki gerçek post_date ve post_modified kayıtlarından veya güvenilir editoryal revizyon tablosundan alınmalıdır.

Aynı sorun önbellek eklentileri, AMP sürümleri, mobil uygulama çıktıları ve yapay zekâ için oluşturulan yapılandırılmış veri katmanlarında da görülebilir. Kullanıcıya gösterilen tarih ile schema içindeki datePublished/dateModified değerleri çelişmemelidir. Gerçek ilk yayın 10 Eylül iken görünür sayfada 17 Eylül, schema’da 10 Eylül yazılması tutarsızlıktır.

Kanunun aradığı değişmezlik, içerik hiç güncellenmeyecek demek değildir. Aksine güncelleme yapılabilir; fakat her gerçek güncellemenin tarihi kayıt altına alınır ve ilk yayın tarihi korunur. Değişmez olan “yayın geçmişinin gerçeği”dir.

WordPress’te doğru tarih yapısı nasıl kurulmalıdır?

WordPress çekirdeğinde post_date ilk yayın zamanını, post_modified ise son değişiklik zamanını tutar. Ancak tema ve eklentilerin bu alanları nasıl gösterdiği ayrıca kontrol edilmelidir. Bazı temalar yalnız yayımlanma tarihini, bazıları yalnız güncellenme tarihini, bazıları ikisini birden gösterir. 5187 kapsamındaki internet haber sitesi için ikisinin de doğru şekilde yönetilmesi gerekir.

Tekil haber şablonunda görünür bir “Yayın tarihi” alanı ve içerik gerçekten değiştiğinde görünür “Güncelleme tarihi” alanı kullanılması en açık çözümdür. Güncelleme hiç yapılmamışsa ikinci alanın gösterilmemesi mümkündür. Ancak ilk yayın tarihinin hiçbir durumda ortadan kaldırılmaması gerekir.

WordPress’te küçük bir SEO ayarı uğruna post_date alanını manuel olarak sürekli ileri taşımak doğru değildir. İçerik kapsamlı biçimde yenilense bile eski URL altında yayımlanan yazının ilk yayın tarihi tarihçenin parçasıdır. Tazelik göstermek için gerçek güncelleme zamanı kullanılmalıdır.

Google News, Discover ve arama sonuçlarında tazelik elde etmek amacıyla otomatik tarih yenileme yapan eklentiler dikkatle denetlenmelidir. Eklenti “son güncelleme” alanını gerçek içerik değişikliği olmadan her gün değiştiriyorsa kapatılmalı veya haber post type’ı için istisna oluşturulmalıdır.

Önbellek temizleme, CDN purge, görsel optimizasyon, schema yeniden üretimi veya sayfayı yeniden kaydetme gibi işlemler teknik olarak post_modified alanını değiştirebilir. Editoryal sistem, gerçek içerik güncellemesi ile teknik bakım işlemini ayırmalıdır. Aksi halde okuyucuya gösterilen “güncelleme” bilgisi maddi değişikliği değil altyapı bakımını yansıtır.

Tarih bilgisi, iki yıllık saklama yükümlülüğü ve ispat

5187 sayılı Kanun m.10 uyarınca internet haber sitesinde yayımlanan içeriklerin iki yıl süreyle doğruluğu ve bütünlüğü sağlanmış şekilde muhafaza edilmesi gerekir. Bu yükümlülük, m.4’teki yayın ve güncelleme tarihleriyle birlikte değerlendirildiğinde güçlü bir revizyon kayıt sistemi ihtiyacını ortaya çıkarır.

Hangi metnin hangi tarihte yayımlandığının ispatı gerektiğinde yalnız “son hal” yeterli olmayabilir. Haber ilk yayımlandığında kullanılan başlık, paragraf, görsel ve bağlantılar ile sonraki revizyonların tarihleri uyuşmazlığın çözümünde önem taşıyabilir. Bu nedenle WordPress revision sistemi, veri tabanı yedekleri ve editoryal loglar düzenli tutulmalıdır.

İçerik kişilik hakkı ihlali iddiasıyla kaldırılmışsa, yayından kaldırma işlemi m.10 kapsamındaki saklama yükümlülüğünü otomatik olarak ortadan kaldırmaz. Kamuya erişimin sona ermesi ile kuruluşun hukuki saklama yükümlülüğü farklı kavramlardır. İnternetten içerik kaldırma usulleri için internetten içerik kaldırma rehberimiz incelenebilir.

Bir haber başka bir kaynaktan alınmışsa tarih bilgisi kaynak gösterme ve telif açısından da önemlidir. Haber metninin kopyalanmasına ilişkin hukuki çerçeve için haber metnini kopyalamak telif ihlali mi? yazımıza bakılabilir.

SEO ve GEO açısından doğru tarih kullanımı

Arama motoru optimizasyonunda tarih güçlü bir sinyaldir; ancak bu sinyal gerçeğe uygun olmalıdır. datePublished ve dateModified yapılandırılmış veri alanları, görünür sayfadaki tarihlerle uyumlu olmalıdır. Google veya başka bir arama sistemi, sayfanın tarihinin gerçeğe aykırı biçimde sürekli yenilendiğini tespit ederse bu durum tazelik sinyalinin güvenilirliğini azaltabilir.

GEO, yani üretken arama sistemlerinde görünürlük bakımından da kaynak güvenilirliği ve izlenebilirlik önemlidir. Yapay zekâ sistemleri bir hukuki veya haber içeriğini özetlerken ilk yayın ve güncelleme tarihini kullanarak bilginin güncelliğini değerlendirir. Bu yüzden net, makine tarafından okunabilir ve kullanıcıya görünür tarih mimarisi avantaj sağlar.

Ancak SEO veya GEO hedefi, hukuki kayıt geçmişini değiştirme gerekçesi değildir. En doğru yöntem, ilk yayın tarihini koruyup içerik gerçekten güncellendiğinde güncelleme tarihini eklemek, güncellemenin mahiyetini gerekiyorsa kısa bir notla açıklamak ve schema alanlarını aynı verilerle beslemektir.

En sık yapılan tarih hataları

Birinci hata, her sayfa açılışında “bugün” tarihinin yazılmasıdır. İkinci hata, içerik güncellendiğinde ilk yayın tarihinin tamamen silinmesidir. Üçüncü hata, gerçek değişiklik olmadan SEO amacıyla modified tarihinin otomatik yenilenmesidir. Dördüncü hata, görünür sayfada bir tarih, schema kodunda başka tarih kullanılmasıdır. Beşinci hata, taslak oluşturma tarihinin ilk yayın tarihi olarak gösterilmesidir.

Altıncı hata, içerik bir kez güncellendiğinde bundan sonraki her teknik bakım işleminin “güncelleme” gibi gösterilmesidir. Yedinci hata, mobil sayfa ve masaüstü sayfada farklı tarihlerin görünmesidir. Sekizinci hata, RSS veya AMP çıktısının eski tarihi gösterirken ana sayfanın yeni tarih göstermesidir. Dokuzuncu hata ise tarih bilgisini yalnız arama motorları için schema’da tutup kullanıcıdan gizlemektir.

Bu hataların önüne geçmek için yayıncı, içerik yönetim sistemi içinde tek bir güvenilir tarih kaynağı belirlemeli; tema, mobil görünüm, RSS, schema, sitemap ve varsa uygulama API’si aynı tarih alanlarını kullanmalıdır. Editoryal güncelleme ile teknik güncelleme ayrımı da yazılı bir içerik politikasıyla belirlenmelidir.

Uygulama için kısa kontrol listesi

• Her haberde ilk yayın tarihi kullanıcıya görünür mü?
• İçerik gerçekten güncellendiğinde ayrıca güncelleme tarihi gösteriliyor mu?
• İlk yayın tarihi güncelleme sonrası korunuyor mu?
• Tarihler sayfa her açıldığında kendiliğinden değişmiyor mu?
• datePublished ve dateModified schema değerleri görünür tarihlerle aynı mı?
• Mobil, masaüstü, RSS ve AMP sürümlerinde tarih tutarlı mı?
• WordPress teknik bakım işlemleri gereksiz yere modified tarihini değiştirmiyor mu?
• Revizyon geçmişi ve yedekler m.10’daki iki yıllık saklamayı destekliyor mu?

Sonuç

5187 sayılı Basın Kanunu m.4, internet haber sitelerinde tarih bilgisini görünür, gerçek ve değişmez bir yayın geçmişi haline getirir. İlk yayın tarihi içerik ilk kez kamuya açıldığında oluşur ve sonradan silinmez. Güncelleme yapıldığında güncelleme tarihi ayrıca gösterilir. Sayfa her açıldığında otomatik olarak değişen tarih, gerçek bir güncelleme kaydı değildir. WordPress ve benzeri sistemlerde tema, SEO eklentisi, schema, cache ve revizyon sistemi bu hukuki kurala uygun yapılandırılmalıdır.