Content Freshness — datePublished & dateModified für KI

KI-Systeme verwenden Veröffentlichungs- und Änderungsdaten aktiv als Rankingsignal. Eine Seite mit einem expliziten, aktuellen dateModified wird bei zeitkritischen Anfragen gegenüber undatierten Inhalten bevorzugt.

Warum bevorzugen KI-Systeme aktuelle Inhalte?

KI-Retrievalsysteme — einschließlich der Indexer hinter Perplexity, ChatGPT mit Browsing-Funktion und Googles KI-Übersichten — verwenden die Aktualität von Inhalten als Rankingsignal bei Anfragen, bei denen die Aktualität relevant ist. Wenn ein Nutzer fragt „Was ist derzeit die beste Praxis für X?", bevorzugt das System Seiten mit einem aktuellen dateModified gegenüber Seiten ohne Datumsangabe. Undatierte Inhalte gelten als möglicherweise veraltet und werden in zeitkritischen Kontexten niedriger eingestuft.

Wie funktioniert datePublished in Schema.org?

datePublished ist eine Eigenschaft des Schema.org-Typs CreativeWork (und seiner Untertypen: Article, BlogPosting, NewsArticle). Sie teilt KI-Crawlern und Suchmaschinen mit, wann der Inhalt ursprünglich erstellt wurde. Dieser Wert sollte nach der Erstveröffentlichung nie rückwirkend geändert werden — das wird als Manipulation der Aktualität gewertet.

Wie funktioniert dateModified in Schema.org?

dateModified ist eine Eigenschaft des Schema.org-Typs CreativeWork, die die letzte wesentliche Aktualisierung festhält. Anders als datePublished sollte dieser Wert bei jeder inhaltlichen Änderung aktualisiert werden. Geringfügige Änderungen (Tippfehler korrigieren, CSS anpassen) rechtfertigen kein Bumpen von dateModified — wesentliche Änderungen (neuer Abschnitt, aktualisierte Fakten, überarbeitete Statistiken) schon.

Was gilt als wesentliche Aktualisierung?

Eine wesentliche Aktualisierung ist eine Änderung, die den Informationswert der Seite für den Leser verändert. Beispiele: Hinzufügen oder Ersetzen eines Code-Snippets, Aktualisieren von Statistiken oder Preisen, Hinzufügen eines neuen Abschnitts, Überarbeiten einer Empfehlung auf Basis neuer Informationen oder Korrigieren eines Sachfehlers. Formatierungsänderungen, Tippfehlerkorrekturen und visuelle Neugestaltungen sind keine wesentlichen Aktualisierungen.

Wie signalisiert man Aktualisierungen über HTML-Meta-Tags?

Zusätzlich zu JSON-LD können Sie Datumssignale über Standard-<meta>-Tags bereitstellen. Diese werden von einigen KI-Crawlern gelesen, die JSON-LD nicht parsen, sowie von HTTP-Headern, wenn kein vollständiger Seitenabruf stattfindet.

• <meta name="article:published_time" content="..."> — Open Graph Erscheinungszeit des Artikels.
• <meta name="article:modified_time" content="..."> — Open Graph Änderungszeit des Artikels.
• <meta http-equiv="last-modified" content="..."> — HTTP-Last-Modified-Äquivalent (seltener geparst).

Der JSON-LD-Ansatz ist zuverlässiger und sollte als primäres Signal behandelt werden; HTML-Meta-Tags bieten einen nützlichen Fallback.

Schritt für Schritt — Aktualitätssignale implementieren

1. Fügen Sie einen datePublished-Wert in Ihr Article-JSON-LD auf jeder veröffentlichten Seite ein.
2. Setzen Sie dateModified bei der Erstveröffentlichung auf dasselbe Datum wie datePublished.
3. Erstellen Sie einen Prozess (ein CMS-Feld, ein Deploy-Skript oder einen Commit-Hook), der dateModified bei inhaltlichen Änderungen aktualisiert.
4. Bestätigen Sie, dass die Daten im gerenderten HTML sichtbar sind — nicht nur in einer JavaScript-Variable.
5. Validieren Sie mit dem Google Rich Results Test, um sicherzustellen, dass die Daten korrekt geparst werden.
6. Fügen Sie optional eine für Menschen lesbare Zeile „Zuletzt aktualisiert: [Datum]" zur Seite hinzu, um das Vertrauen der Nutzer zu stärken (KI-Systeme parsen auch sichtbare Datumsangaben zusätzlich zu strukturierten Daten).

Code-Beispiel — JSON-LD mit datePublished und dateModified

<!-- JSON-LD strukturierte Daten: Artikel mit Aktualitätssignalen -->
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Ihr Artikeltitel",
  "datePublished": "2026-04-16",
  "dateModified": "2026-04-16",
  "author": {
    "@type": "Person",
    "name": "Ihr Name"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Ihre Organisation",
    "url": "https://example.com"
  },
  "url": "https://example.com/ihr-artikel",
  "mainEntityOfPage": "https://example.com/ihr-artikel"
}
</script>

<!-- HTML-Meta-Tag-Alternativen (Fallback für Crawler, die JSON-LD überspringen) -->
<meta property="article:published_time" content="2026-04-16T00:00:00Z">
<meta property="article:modified_time" content="2026-04-16T00:00:00Z">

<!-- Optional: für Menschen lesbare Datumsangabe auf der Seite -->
<p class="byline">
  Veröffentlicht: <time datetime="2026-04-16">16. April 2026</time> ·
  Aktualisiert: <time datetime="2026-04-16">16. April 2026</time>
</p>

Häufige Fehler

• Gar keine Daten: Undatierte Inhalte werden bei jeder zeitkritischen Anfrage deprioritisiert — fügen Sie mindestens datePublished ein.
• datePublished backdaten: Ein früheres Veröffentlichungsdatum als das tatsächliche zu setzen, wird als Manipulationssignal gewertet und kann das Ranking schädigen.
• dateModified ohne echte Änderungen erhöhen: KI-Crawler vergleichen Datumssignale mit Sitemap-Lastmod und HTTP-Last-Modified-Headern — Inkonsistenzen werden erkannt und negativ bewertet.
• Nicht-ISO-Datumsformate verwenden: Formate wie „16. April 2026" oder „16.04.2026" werden möglicherweise nicht korrekt geparst; verwenden Sie stets JJJJ-MM-TT oder JJJJ-MM-TTTHH:MM:SSZ.
• Daten nur in JavaScript: Wenn Ihre Daten per JavaScript injiziert werden und der KI-Crawler kein JS ausführt, sind die Daten unsichtbar. Rendern Sie diese serverseitig.
• Inkonsistente Signale: Wenn Ihr JSON-LD 2026-01-01 angibt, die Sitemap aber 2024-06-15, werden KI-Crawler beiden Signalen misstrauen.

Offizielle Quellen

• Schema.org — datePublished-Eigenschaft (EN)
• Schema.org — dateModified-Eigenschaft (EN)
• Google — Article-Strukturdaten-Dokumentation (EN)