--- title: datePublished / dateModified slug: date-published-modified canonical_url: https://www.geoquality.ai/glossar/date-published-modified md_url: https://www.geoquality.ai/glossar/date-published-modified.md language: de last_modified: 2026-05-03T00:00:00+00:00 related_terms: [ai-sichtbarkeit, article-schema, blog-posting-schema, schema-org, structured-data, zitierfaehigkeit] content_hash: 8ae0cbf7dbc4b92d license: CC BY 4.0 author: Marco Biner (geoquality.ai) schema_type: DefinedTerm --- # datePublished / dateModified datePublished und dateModified sind Schema.org-Properties für das Veröffentlichungs- und letzte Aktualisierungsdatum eines Inhalts — kritische Aktualitäts-Indikatoren, die KI-Modelle bei der Quellen-Bewertung zentral nutzen. ## Erläuterung datePublished und dateModified sind die zwei Schema.org-Properties, die die zeitliche Dimension eines Inhalts auszeichnen. datePublished markiert das Datum der ursprünglichen Veröffentlichung. dateModified markiert das Datum der letzten inhaltlichen Aktualisierung. Beide Werte folgen dem ISO-8601-Standard ( YYYY-MM-DD für reine Datumsangaben oder YYYY-MM-DDTHH:MM:SS+TZ für volle Zeitstempel). Aus GEO-Sicht sind beide Properties zentrale Aktualitäts-Indikatoren. KI-Modelle nutzen sie bei der Quellen-Bewertung intensiv: ein Artikel von vor zwei Jahren wird in vielen Themen anders bewertet als ein Artikel von letzter Woche. Bei zeit-sensitiven Themen (Steuern, Recht, Technologie) ist dateModified oft der wichtigere Indikator — er signalisiert kontinuierliche Pflege und Aktualität . Eine wichtige Unterscheidung: dateModified sollte nur bei echten inhaltlichen Updates aktualisiert werden, nicht bei reinen Layout-Änderungen oder Tippfehler-Korrekturen. Manipulative Updates (dateModified jeden Tag neu setzen ohne tatsächliche Inhaltsänderung) werden von Google seit 2023 erkannt und können zu Trust-Abwertung führen. Best Practice: dateModified nur dann ändern, wenn der Artikel substantiell überarbeitet wurde. Beide Properties leben primär an Article-Entities (plus Sub-Typen wie BlogPosting , NewsArticle). Auch an anderen CreativeWork-Sub-Types: Book, Movie, Course, Recipe — überall wo eine zeitliche Einordnung sinnvoll ist. Schema.org definiert auch dateCreated für das Erstellungs-datum (vor Veröffentlichung) — bei den meisten KMU-Inhalten ist datePublished aber gleichzeitig auch dateCreated und die separate Property kann weggelassen werden. Für eine Schweizer KMU bedeutet das praktisch: jeder Blog-Post, jeder Article , jeder Newsbeitrag bekommt beide Properties gepflegt. datePublished beim ersten Veröffentlichen, dateModified bei jedem inhaltlichen Update. Bei zeit-sensitiven Themen lohnen sich regelmässige Updates: ein MWST-Artikel von 2024 sollte in 2026 substantiell überarbeitet werden, mit dateModified entsprechend angepasst. Dieser Aktualitäts-Pflege-Aufwand zahlt sich in der Citation-Rate kontinuierlich aus. ## Praxisbeispiel Article mit beiden Datums-Properties: { "@type": "BlogPosting", "@id": "https://www.beispiel.ch/blog/mwst-2026#article", "headline": "MWST-Erhöhung 2026", "datePublished": "2026-04-15T09:00:00+02:00", "dateModified": "2026-05-02T14:30:00+02:00", "author": { "@id": "https://www.beispiel.ch/team/anna-mueller#person" } } datePublished mit voller ISO-8601-Notation inklusive Zeitzone (Schweizer +02:00 für Sommerzeit). dateModified etwa zwei Wochen später, was ein substantielles Update signalisiert. KI-Modelle erkennen damit: aktueller Artikel, kontinuierlich gepflegt, hohe Trust-Wahrscheinlichkeit für Citation in MWST-bezogenen Anfragen. ## Häufige Fehler - datePublished und dateModified mit demselben Datum setzen, obwohl der Inhalt nie aktualisiert wurde — Google straft das ab. - dateModified bei jedem kleinen Tippfehler-Fix anpassen — sollte nur bei echten inhaltlichen Updates ändern. - Datums-Format ohne Zeitzone ("2026-04-15" ohne +02:00) — funktioniert, aber präziser mit Zeitzone, gerade bei News-Inhalten. - datePublished nachträglich ändern (z. B. um Inhalte „aktueller“ aussehen zu lassen) — wird von Crawlern erkannt und führt zu Trust-Abwertung. - Bei Ever-Green-Inhalten (zeitlose Themen) gar kein dateModified pflegen — auch zeitlose Inhalte profitieren von gelegentlichen Aktualisierungen. ## Best Practices - Setze datePublished beim ersten Veröffentlichen und ändere es danach niemals — das Datum ist historisch fix. - Aktualisiere dateModified nur bei substantiellen inhaltlichen Updates — nicht bei Layout-Änderungen oder Tippfehler-Fixes. - Verwende ISO-8601 mit Zeitzone (z. B. 2026-04-15T09:00:00+02:00) — präzise und unmissverständlich. - Bei zeit-sensitiven Themen (Steuern, Technologie, Recht) plane regelmässige Updates ein — z. B. jährliche Überarbeitung mit entsprechender dateModified-Anpassung. - Bei Long-Tail-Inhalten: kontinuierliche Pflege > Neuerstellung. Ein Artikel mit 5 Jahren datePublished und 3 Monaten dateModified hat oft mehr Authority als ein neuer Artikel zum gleichen Thema. - Stelle sicher, dass dateModified niemals kleiner als datePublished ist — semantisch unmöglich und führt zu Validierungsfehlern. ## Fakten - datePublished und dateModified sind seit der ersten Schema.org-Spec von 2011 verfügbar und gehören zu den am breitesten unterstützten Properties. - Google nutzt dateModified als zentralen Aktualitäts-Indikator für die Sortierung in „Date Sort“-Modi und bei AI Overviews. - Eine Studie von 2025 zeigte, dass Artikel mit aktivem dateModified-Tracking in den letzten 12 Monaten eine 2.4-fach höhere Citation-Rate in ChatGPT erreichen. - Im DACH-Raum nutzen 2026 etwa 67 Prozent aller KMU-Websites datePublished, aber nur 41 Prozent davon auch dateModified konsequent. - ISO-8601 ist der internationale Standard für Datumsangaben — wird von allen Schema.org-Konsumenten unterstützt. - Google's John Mueller hat mehrfach klargestellt: dateModified-Manipulation ohne Inhaltsänderung wird erkannt und führt zu negativen Konsequenzen — Aktualitäts-Spam ist nachweisbar. ## FAQ ### Was ist der Unterschied zwischen datePublished und dateModified? datePublished ist das Datum der ursprünglichen Veröffentlichung — historisch fix, sollte nach erstem Setzen nie mehr geändert werden. dateModified ist das Datum der letzten inhaltlichen Aktualisierung — wird bei jedem substantiellen Update angepasst. Beide laufen parallel: ein Artikel kann datePublished 2024 und dateModified 2026 haben, was kontinuierliche Pflege signalisiert. ### Wann zählt eine Änderung als „substantiell“? Wenn der Inhalt inhaltlich verändert wird — neue Fakten, aktualisierte Zahlen, korrigierte Aussagen, ergänzte Abschnitte. Reine Layout-Änderungen, CSS-Anpassungen, Tippfehler-Korrekturen oder Bild-Tausch zählen nicht als substantiell. Faustregel: wenn sich die Information ändert, ist es substantiell — wenn nur die Darstellung ändert, nicht. ### Soll ich Zeitzone in Datums-Properties setzen? Bei tagesaktuellen News ja — präzise Zeitangaben mit Zeitzone signalisieren Aktualität. Bei zeitlosen Inhalten reicht das reine Datum ( 2026-04-15 ). Schweizer Zeitzone ist +01:00 (Winterzeit) bzw. +02:00 (Sommerzeit). Best Practice: vollständiger ISO-8601-Timestamp bei News, reines Datum bei Blog-Posts. ### Was passiert wenn ich dateModified manipuliere? Google's Spam-Detection erkennt Manipulationsversuche seit 2023 zuverlässig — typische Muster wie täglich automatisch geupdatete Timestamps werden gefiltert. Konsequenzen reichen von Trust-Abwertung bis zur Penalisierung in Rich Results . Ehrliche Pflege ist langfristig immer besser als Manipulationsversuche. ### Brauche ich datePublished bei zeitlosen Inhalten? Ja, immer setzen. Auch bei Ever-Green-Themen (Steuer-Grundlagen, Methodik-Erklärungen) ist das ursprüngliche Veröffentlichungsdatum wichtig — KI-Modelle nutzen es als Trust-Indikator (etablierte Inhalte sind oft vertrauenswürdiger als ganz neue). Bei zeitlosen Inhalten kombiniert mit regelmässigen dateModified-Updates entsteht das Bild: etablierter, kontinuierlich gepflegter Inhalt. ### Wie pflege ich Datums-Properties bei automatisch generierten Inhalten? Bei dynamisch generierten Inhalten (Statistik-Pages, Übersichten) ist dateModified mit dem Datum des letzten Daten-Updates sinnvoll. Bei vollautomatisch generierten Inhalten ohne menschliche Pflege Vorsicht: KI-Crawler bewerten human-curated Inhalte höher. Wenn die Site primär aus Auto-Content besteht, sollten Datums-Properties realistisch und nicht manipulativ gesetzt werden. ## Experten-Definition Aktualität ist 2026 einer der unterschätzten GEO-Hebel. KI-Modelle bevorzugen aktuelle Quellen — und das messen sie primär an datePublished und dateModified. Was ich konsistent sehe: KMU-Sites, die ihre Top-10-Artikel halbjährlich überarbeiten und dateModified entsprechend pflegen, halten ihre Citation-Rate über Jahre stabil. Sites, die einmal publizieren und nie wieder anfassen, verlieren über die Zeit Sichtbarkeit. Mein Standard für jeden Klienten: jährlicher Content-Audit der zeit-sensitiven Inhalte, mit substantiellen Updates und entsprechender dateModified-Pflege. Keine Manipulation ohne Inhaltsänderung — das fliegt auf und schadet. Ehrliche Pflege schlägt langfristig immer Set-and-Forget. ## Verwandte Begriffe - [AI-Sichtbarkeit](https://www.geoquality.ai/glossar/ai-sichtbarkeit.md) — AI-Sichtbarkeit beschreibt die Wahrscheinlichkeit, dass eine Website von generativen KI-Systemen wie ChatGPT, Claude, Perplexity oder Google AI Overviews als Quelle erkannt, korrekt eingeordnet und in Antworten zitiert wird — operationalisierbar über den SEAKT-Score von 0 bis 100 Punkten. - [Article-Schema](https://www.geoquality.ai/glossar/article-schema.md) — Article ist der Schema.org-Typ für redaktionelle Inhalte — Blog-Posts, News-Artikel, Reportagen, Fachbeiträge — und der wichtigste Schema-Typ für Content-Marketing in der GEO-Praxis. - [BlogPosting-Schema](https://www.geoquality.ai/glossar/blog-posting-schema.md) — BlogPosting ist der Schema.org-Sub-Typ von Article für Blog-Beiträge mit konversationellem Stil und persönlicher Stimme — der Standard-Typ für Corporate-Blogs und Personal-Blogs in der GEO-Praxis. - [Schema.org](https://www.geoquality.ai/glossar/schema-org.md) — Schema.org ist das von Google, Microsoft, Yahoo und Yandex gemeinsam entwickelte Vokabular zur strukturierten Beschreibung von Web-Inhalten — der De-facto-Standard für maschinenlesbare Auszeichnung und das technische Fundament jeder GEO-Strategie. - [Strukturierte Daten](https://www.geoquality.ai/glossar/structured-data.md) — Strukturierte Daten sind maschinenlesbare Auszeichnungen von Web-Inhalten — typischerweise als JSON-LD im HTML-Head — die Entitäten, Beziehungen und Metadaten explizit benennen statt sie nur implizit im Fliesstext zu hinterlassen. - [Zitierfähigkeit](https://www.geoquality.ai/glossar/zitierfaehigkeit.md) — Zitierfähigkeit beschreibt, wie geeignet ein Inhalt für die direkte Übernahme als Quelle in KI-generierten Antworten ist — bestimmt durch klare Definitionen, präzise Sätze, eindeutige Author-Attribution und maschinenlesbare Strukturierung. ## Quelle und Zitation - HTML-Original: https://www.geoquality.ai/glossar/date-published-modified - Lizenz: CC BY 4.0 - Zitiervorschlag: "datePublished / dateModified (geoquality.ai Glossar, Biner 2026)"