Datums-Signale & Publikations-Metadaten für KI-Suche
Definition: Publikations-Metadaten sind strukturierte Datumsangaben – vor allem
datePublishedunddateModifiedim Schema.org-Markup –, mit denen Websites KI-Systemen mitteilen, wann ein Inhalt erstellt und zuletzt aktualisiert wurde. Sie sind ein zentrales Vertrauens- und Aktualitätssignal für generative Suchmaschinen wie ChatGPT, Perplexity und Google AI Overviews.
Wer heute nach aktuellen Informationen sucht, bekommt selten einen blauen Link – sondern eine direkte Antwort von einer KI. Damit diese Antwort korrekt ist, muss die KI wissen, wie alt ein Inhalt ist. Genau hier setzen Datums-Signale an: Ohne sauber ausgezeichnete Publikations-Metadaten können ChatGPT, Perplexity und Google AI Overviews nicht zuverlässig unterscheiden, ob eine Seite von 2019 oder 2026 stammt. Das Ergebnis sind fehlende Rich Snippets, falsch interpretierte Inhalte und verschenkte Zitationen – obwohl der Content inhaltlich aktuell ist.
Datums-Signale in Schema.org: Was KI-Systeme wirklich auslesen
Generative Suchsysteme crawlen nicht nur den sichtbaren Text, sondern parsen gezielt strukturierte Daten im JSON-LD-Format. Für Datums-Signale sind vor allem drei Properties relevant: datePublished (Erstveröffentlichung), dateModified (letzte inhaltliche Änderung) und dateCreated (technische Erstellung, seltener genutzt). Fehlen diese Felder oder widersprechen sie dem sichtbaren Text auf der Seite, entsteht eine Inkonsistenz, die KI-Modelle als Vertrauensproblem werten. Laut aktuellen GEO-Analysen (2026) erhalten Seiten mit sichtbarem und im Schema hinterlegtem Aktualisierungsdatum eine um 47 % höhere Zitationsrate als Seiten ohne diese Signale. Entscheidend ist dabei die Konsistenz zwischen HTML, JSON-LD und HTTP-Header – nicht nur ein einzelnes Datum irgendwo auf der Seite.
Warum datePublished und dateModified über KI-Zitate entscheiden
datePublished zeigt, wann ein Inhalt entstanden ist – das ist relevant für historische Einordnung und E-E-A-T. dateModified ist das eigentliche Freshness-Signal: KI-Modelle nutzen dieses Feld, um zu entscheiden, ob eine Quelle für zeitkritische Anfragen noch relevant ist. Bei zwei inhaltlich ähnlichen Artikeln gewinnt fast immer der mit dem jüngeren dateModified-Wert – selbst wenn die klassische organische SEO-Position niedriger ist. Wichtig dabei: Reine Timestamp-Updates ohne inhaltliche Änderung werden von generativen Suchsystemen zunehmend erkannt und schwächer gewichtet. Substanzielle Aktualisierungen erzielen laut GEO-Studien 2026 rund 3,8-mal mehr Zitationen als bloße Datums-Refreshs ohne neuen Inhalt. Perplexity etwa gewichtet Aktualität besonders stark: Inhalte, die älter als drei bis sechs Monate sind und keine aktuellen Jahreszahlen enthalten, werden bei zeitkritischen Anfragen häufig systematisch übersprungen.
Die wichtigsten Schema-Typen für korrekte Datumsangaben
Nicht jeder Schema-Typ nutzt Datumsfelder gleich. Die folgende Übersicht zeigt, welche Properties bei den für geaio-Kunden relevantesten Typen Pflicht oder empfohlen sind:
| Schema-Typ | Pflichtfeld | Empfohlene Zusatzfelder | Typischer Fehler |
|---|---|---|---|
| Article / NewsArticle | datePublished | dateModified, author, publisher | Nur datePublished, dateModified fehlt komplett |
| Organization | – | foundingDate | Kein sameAs, kein Gründungsdatum |
| FAQPage | – | Datum der letzten Antwort-Prüfung im Text | Veraltete Antworten ohne Update-Hinweis |
| Product | – | Offer.priceValidUntil | Preis ohne Gültigkeitsdatum |
| LocalBusiness | – | openingHoursSpecification mit validFrom | Öffnungszeiten ohne Aktualitätsbezug |
| BreadcrumbList | – | – | Doppelte Pfade ohne konsistente Struktur |
Besonders bei Article-Markup ist dateModified faktisch Pflicht, auch wenn Schema.org es formal nur empfiehlt – Google und generative Suchsysteme werten das Fehlen als Unsicherheitsfaktor.
Häufige Fehler: Wie falsche Datumsangaben Rich Snippets zerstören
In der Praxis scheitern die meisten Websites nicht am Fehlen von Schema-Markup, sondern an Inkonsistenzen: Das sichtbare “Zuletzt aktualisiert”-Datum im Frontend weicht vom dateModified-Wert im JSON-LD ab, der HTTP-Last-Modified-Header zeigt ein drittes Datum, und die XML-Sitemap ein viertes. Für KI-Crawler ist das ein Widerspruch, der Vertrauen kostet. Weitere typische Fehler:
dateModifiedwird bei jedem CMS-Speichervorgang automatisch aktualisiert, auch ohne inhaltliche ÄnderungdatePublishedwird beim Redesign versehentlich auf das aktuelle Datum zurückgesetzt und verliert damit den historischen Wert- Zeitzonenformat fehlt (ISO 8601 mit Offset, z. B.
2026-07-20T09:00:00+02:00) – ohne Zeitzone entstehen Interpretationsfehler bei internationalen KI-Crawlern - FAQ- und HowTo-Inhalte enthalten keinerlei Datumsbezug, obwohl sich Antworten inhaltlich ändern können
Diese Fehler betreffen direkt die Kern-Probleme vieler Websitebetreiber: fehlende Rich Snippets, falsch gelesene Inhalte und eine insgesamt schlechte Datenstruktur, die sich in einem niedrigen geaio-Score niederschlägt.
Implementierung: JSON-LD, Sitemap und HTTP-Header im Einklang
Die technische Umsetzung sauberer Publikations-Metadaten läuft auf drei Ebenen parallel:
- JSON-LD im
<head>:datePublishedunddateModifiedim ISO-8601-Format, konsistent mit dem sichtbaren Text. - HTTP-Header: Der
Last-Modified-Header sollte mitdateModifiedübereinstimmen – viele CMS setzen ihn automatisch falsch. - XML-Sitemap: Das
<lastmod>-Element muss ebenfalls synchron laufen, sonst entsteht ein drittes, widersprüchliches Datum.
In einem Praxisfall eines geaio-Kunden aus dem B2B-Bereich stieg der geaio-Score nach Korrektur dieser drei Ebenen innerhalb von vier Wochen von 58 auf 81 Punkte – die Anzahl der KI-Zitationen in Perplexity-Antworten verdoppelte sich im selben Zeitraum nahezu. Zum Vergleich: BrightEdge maß 2026 im Schnitt 8,79 Zitationen pro Perplexity-Antwort, während Superlines eine Zitationsrate von 15,43 % für Perplexity gegenüber nur 2,78 % bei ChatGPT ermittelte – ein Hinweis darauf, wie unterschiedlich stark einzelne generative Suchmaschinen auf strukturierte Aktualitätssignale reagieren. Wer die technische Basis mit korrektem Schema.org Markup für strukturierte Daten legt, verbessert automatisch auch die Grundlage für Datums-Signale, da beide Systeme dieselbe JSON-LD-Infrastruktur nutzen.
Fazit: Saubere Datums-Metadaten als Wettbewerbsvorteil
Publikations-Metadaten sind kein Nebenschauplatz der technischen SEO, sondern ein direktes Vertrauenssignal für generative Suchsysteme. Wer datePublished, dateModified, HTTP-Header und Sitemap konsistent hält, reduziert Fehlinterpretationen durch KI-Crawler und erhöht die Wahrscheinlichkeit, in ChatGPT, Perplexity und Google AI Overviews zitiert zu werden. Da GEO und klassisches SEO hier eng zusammenspielen, lohnt sich eine gemeinsame Betrachtung von XML-Sitemap-Strategie und Datumsangaben ebenso wie ein Blick auf Author-Schema-Markup, das oft dieselben Inkonsistenzen aufweist. geaio prüft genau diese Signale automatisiert und zeigt, wo Datums-Metadaten aktuell die KI-Sichtbarkeit bremsen.
Häufig gestellte Fragen
Ist dateModified bei Schema.org wirklich Pflicht?
Formal nicht, aber praktisch ja: Google und generative Suchsysteme werten fehlende dateModified-Angaben als Unsicherheitssignal und bevorzugen bei ähnlichem Content Seiten mit vollständigen Datumsfeldern.
Reicht ein sichtbares Datum im Text ohne Schema-Markup? Nein. KI-Crawler verlassen sich primär auf strukturierte Daten im JSON-LD-Format. Ein Text-Datum allein wird oft nicht zuverlässig geparst und kann sogar zu Widersprüchen führen, wenn es vom Schema abweicht.
Wie oft sollte dateModified aktualisiert werden?
Nur bei tatsächlichen inhaltlichen Änderungen. Reine Timestamp-Updates ohne neuen Content werden von KI-Systemen zunehmend erkannt und schwächer gewichtet als substanzielle Überarbeitungen.
Welches Datumsformat ist korrekt?
ISO 8601 mit Zeitzonen-Offset, zum Beispiel 2026-07-20T09:00:00+02:00. Ohne Zeitzone können internationale KI-Crawler das Datum falsch interpretieren.