Article-Schema

TL;DR — Article-Schema ist ein kleiner Codeblock, den Sie einem Blogbeitrag oder einer Nachrichtenseite hinzufügen und der Suchmaschinen die Grundlagen kennzeichnet — „Das ist die Überschrift“, „Das ist der Autor“, „Das ist das Veröffentlichungsdatum“, „Das ist das Hauptbild“. Dadurch kann Google diese Angaben in den Suchergebnissen besser darstellen. Googles eigene Dokumentation nennt das ein „Article rich result“, aber es erzeugt keine auffällige neue Karte wie Recipe oder Video — und es ist keine Voraussetzung für Google News oder Discover. Und — entgegen dem, was Sie vielleicht gelesen haben — es erfordert kein AMP.

Was Article-Schema ist

Wenn Sie einen Artikel lesen, können Sie Überschrift, Autorenzeile und Datum schon anhand des sichtbaren Inhalts unterscheiden. Eine Suchmaschine sieht einfachen Text und muss diese Zuordnung erschließen. Article-Schema schreibt sie im Code mithilfe des gemeinsamen Vokabulars von schema.org explizit fest, sodass Google genau weiß, welcher Teil die Überschrift ist, wer ihn geschrieben hat, wann er veröffentlicht wurde und welches Bild das Hauptbild ist.

Es wird fast immer als JSON-LD geschrieben — ein kleiner Codeblock, der in der Seite liegt, ohne ihr Aussehen zu verändern. Sie sehen es als Article, NewsArticle oder BlogPosting. Alle drei sind gültig, und Google behandelt sie in einem einzigen Leitfaden. Evidence for this claim Schema.org defines Article and the more specific BlogPosting and NewsArticle types. Scope: Schema.org vocabulary; type validity is separate from Google search-feature eligibility. Confidence: high · Verified: 2026-07-14 Schema.org: Article Sie müssen sich bei der Auswahl nicht quälen (mehr dazu im Tab Fortgeschritten).

Warum sich die Umsetzung lohnt

Hier übertreiben die meisten Leitfäden, deshalb formuliere ich es klar: Article-Schema erzeugt keine auffällige neue Ergebniskarte, wie es ein Rezept- oder Produkt-Schema tun kann. Was es bewirkt, ist unauffälliger, aber real:

• Es hilft Google, in den normalen Suchergebnissen besseren Titeltext, ein besseres Bild und klarere Datumsangaben für Ihren Artikel anzuzeigen — Googles eigene Dokumentation nennt dies tatsächlich das „Article rich result“. Evidence for this claim Google says Article structured data can help it understand article pages and show better title, image, and date information. Scope: Google Search Article documentation; markup does not guarantee a particular appearance. Confidence: high · Verified: 2026-07-14 Google: Article structured data
• Google News und Discover können dieses Markup lesen, um Ihre Inhalte besser zu verstehen, aber keine der beiden Oberflächen setzt es voraus — insbesondere Discover sagt, dass überhaupt keine speziellen Tags oder strukturierten Daten erforderlich sind.

Der Nutzen ist also eine besser dargestellte Version Ihres bestehenden Ergebnisses, keine eigenständige neue Karte. Wer Ihnen ein „Article carousel rich result“ verspricht oder andeutet, das Markup verschaffe den Zugang zu Top Stories oder Discover, übertreibt seine Wirkung.

Die gute Nachricht: Nichts ist vorgeschrieben

Googles Article-Leitfaden ist erfreulich entspannt: Es gibt keine vorgeschriebenen Properties. Ergänzen Sie diejenigen, die auf Ihren Inhalt zutreffen. In der Praxis werden Sie diese verwenden wollen:

• headline — der Titel des Artikels (halten Sie ihn kurz; Google kürzt lange Titel).
• author — eine echte Person oder Organisation mit einem Namen, der zur Autorenzeile passt.
• datePublished und dateModified — der Zeitpunkt der Veröffentlichung und der letzten Änderung.
• image — das Hauptbild (Google bevorzugt mindestens 50 000 Pixel in einigen Grössen und Formen: 16×9, 4×3, 1×1).

Mythen, die Sie ignorieren sollten

Zwei Dinge, die Sie vielleicht gelesen haben, sind schlicht veraltet oder falsch:

• „Article-Schema erfordert AMP.“ Das stimmt nicht. Googles aktueller Article-Leitfaden erwähnt AMP überhaupt nicht.
• „Mehr Properties helfen immer.“ Google sagt ausdrücklich, dass Sie nur ergänzen sollen, was zutrifft — es gibt keine Checkliste, die Sie für einen „Erfolg“ vollständig ausfüllen müssen.

Und eine Aussage stimmt immer: Gültiges Markup macht Sie teilnahmeberechtigt, garantiert aber nichts. Google entscheidet weiterhin selbst, ob es das Markup verwendet.

Möchten Sie die vollständige Version — die Frage Article vs. NewsArticle vs. BlogPosting, das gute Ausfüllen der empfohlenen Properties, typische Implementierungsfehler und die Verbindung zu Top Stories und Discover ohne überzogene Versprechen? Wechseln Sie zum Tab Fortgeschritten.

TL;DR — Strukturierte Article-Daten (Article, NewsArticle oder BlogPosting — alle gültig; Google dokumentiert sie in einem Leitfaden) markieren die headline, den author, datePublished/dateModified und image einer geschriebenen Seite. Es gibt keine vorgeschriebenen Properties — Google empfiehlt, „die Properties hinzuzufügen, die auf Ihren Inhalt zutreffen“. Googles eigene Dokumentation nennt dies das „Article rich result“ — anders als die charakteristische Karte von Recipe oder VideoObject erscheint es aber als besser dargestellte Version Ihres bestehenden Ergebnisses (Titeltext, Bild, Datum), nicht als separates Snippet-Format. Article-Markup ist für Google-News-Funktionen wie Top Stories nicht erforderlich, und Discover sagt selbst, dass überhaupt keine speziellen Tags oder strukturierten Daten nötig sind — es ist also nicht der Schalter für die Teilnahmeberechtigung, als den manche Leitfäden ein „article carousel“ verkaufen. Googles aktueller Article-Leitfaden erwähnt AMP nirgends — die alte Behauptung „Article-Schema erfordert AMP“ ist veraltet. Gültiges Markup schafft nur die Teilnahmeberechtigung; Google entscheidet weiterhin, ob es verwendet wird, und es ist niemals ein Rankingfaktor.

Was Article-Schema tatsächlich bewirkt (und was nicht)

Korrigieren wir die häufigste Übertreibung gleich am Anfang, denn alles Weitere folgt daraus: Googles eigene Dokumentation nennt die Funktion das „Article rich result“, aber es ist keine eigenständige neue Karte, wie sie Recipe-Markup für Rezepte oder VideoObject für Videovorschaubilder erzeugt. Article hat kein entsprechendes eigenständiges visuelles Snippet — das „Rich Result“ ist hier Ihre bestehende Auflistung in besserer Darstellung. Es bewirkt Folgendes:

• Die Darstellung bestehender Ergebnisse verbessern — Google kann besseren Titeltext, ein besseres Hauptbild und klarere Datumsangaben für den Artikel anzeigen.
• Google helfen, Ihre Inhalte zu verstehen — das Markup ist aber keine Voraussetzung für Google-News-Funktionen wie Top Stories, und Googles Discover-Leitfaden sagt, dass geeignete Inhalte überhaupt keine speziellen Tags oder strukturierten Daten brauchen. Article-Markup kann Angaben expliziter machen; es schaltet keine der beiden Oberflächen frei.

Das ist ein Signal für Darstellungsqualität, kein eigenständiger neuer Snippet-Typ und kein Schalter für die Teilnahmeberechtigung. Wenn Sie in einem Leitfaden lesen, Article-Schema schalte Top Stories oder „article carousels“ frei, ist das eine Übertreibung — Googles eigene Einordnung zielt darauf, die Seite zu verstehen und Titel, Bild und Datum besser darzustellen, nicht auf eine Karte und nicht darauf, die Teilnahme an News oder Discover einzuschalten. (Ich behandle die Formulierung „besserer Titeltext, bessere Bilder und Datumsangaben“ als Paraphrase von Google und nicht als wörtliches Zitat — siehe den Tab Zitate für bestätigte Wortlaute.)

Article vs. NewsArticle vs. BlogPosting — müssen Sie richtig wählen?

Die kurze Antwort lautet: Nein, nicht übermässig gründlich. Alle drei Typen sind gültig, und Googles Leitfaden behandelt Article, NewsArticle und BlogPosting gemeinsam mit denselben empfohlenen Properties. NewsArticle und BlogPosting sind beide Untertypen von Article:

• Verwenden Sie NewsArticle für Nachrichteninhalte auf einer Nachrichtenseite.
• Verwenden Sie BlogPosting für Blogbeiträge.
• Verwenden Sie Article als sichere allgemeine Wahl, wenn nichts davon genau passt.

Wählen Sie den spezifischsten Typ, der die Seite ehrlich beschreibt, aber verlieren Sie darüber nicht den Schlaf — der empfohlene Property-Satz ist derselbe, und die Auswahl bringt keinen separaten Rich-Result-Nutzen. Schema.org selbst definiert neben diesen drei noch weitere Article-Untertypen — Googles Leitfaden und dieser Artikel behandeln die drei, für die Google einen unterstützten Property-Satz veröffentlicht.

Keine vorgeschriebenen Properties — ein Merkmal, keine Lücke

Googles Article-Leitfaden sagt ausdrücklich: Es gibt keine vorgeschriebenen Properties; fügen Sie stattdessen die Properties hinzu, die auf Ihren Inhalt zutreffen. Evidence for this claim Google lists no required Article properties but recommends adding applicable author, date, headline, and image data. Scope: Google Search Article feature requirements; completeness and accuracy still matter. Confidence: high · Verified: 2026-07-14 Google: Article structured data Diese Flexibilität verwirrt, weil viele von Product- oder Recipe-Markup mit festen Pflichtlisten kommen. Hier sind die empfohlenen Properties diejenigen, die Sie gut ausfüllen sollten:

Die Versuchung ist gross, jede von schema.org angebotene Property einzutragen. Tun Sie das nicht. Googles Empfehlung lautet, das hinzuzufügen, was zutrifft — eine längere Liste bringt keinen Bonus, und irrelevante oder falsche Properties sind lediglich ein Risiko.

Häufige Implementierungsfehler

• Abweichender Autorenname. Der häufigste Fehler: author wird auf einen generischen oder nicht passenden Wert gesetzt („Admin“, der Name der Website, ein Redakteur, der den Text nicht geschrieben hat) statt auf eine echte Person/Organization, deren Name zur Autorenzeile auf der Seite passt.
• Zu lange headline. Google kürzt und überschreibt lange Überschriften bei der Darstellung; ein überladener headline-Wert bringt nichts und kann unpassend wirken.
• Veraltetes oder ständig wechselndes dateModified. Wer es bei jedem Crawling ändert (oder nie), sendet in beiden Fällen das falsche Signal. Ändern Sie es, wenn sich der Inhalt wirklich ändert.
• Ein einziges minderwertiges image. Stellen Sie Google mehrere Grössen und Seitenverhältnisse bereit; ein einziges kleines oder ungünstig zugeschnittenes Bild schränkt die Darstellung ein.
• Einer nicht vorhandenen Karte hinterherlaufen. Google nennt die Funktion „Article rich result“, aber es gibt kein eigenständiges neues Snippet, das Sie anstreben könnten — Sie verbessern die Darstellung Ihres bestehenden Ergebnisses, mehr nicht.

Verbindung zu Top Stories, News und Discover — ohne Übertreibung

Hier lohnt sich Präzision, weil Google es ausdrücklich sagt und die beiden Oberflächen nicht dasselbe sind: Article-Markup kann die Angaben Ihres Artikels für Google verständlicher machen, aber Google sagt, dass es für Google-News-Funktionen wie Top Stories nicht erforderlich ist, und sein Discover-Leitfaden sagt, dass geeignete Inhalte keine speziellen Tags oder strukturierten Daten brauchen. Article-Schema schaltet daher keine der beiden Oberflächen frei — es ist Markup, das Google helfen kann, eine bereits in Betracht gezogene Seite zu verstehen, kein Schalter. Was Sie tatsächlich in Top Stories oder Discover bringt, ist ein qualifizierter Publisher sowie Inhaltsqualität und Aktualität; Googles eigene Systeme entscheiden, ob Sie angezeigt werden.

Zwei angrenzende Punkte verdienen eine Erwähnung, aber keine ausführliche Behandlung:

• Bezahlte Inhalte sollten separat Paywalled-Content-Structured-Data ergänzen — das ist ein eigenes Markup und kein Teil von Article; es ist wichtig dafür, wie Google Abonnementseiten behandelt.
• Die Felder author und Datum sollten Sie aus denselben Gründen korrekt ausfüllen, aus denen eine echte, konsistente Autorenidentität für die umfassenderen E-E-A-T-Signale auf dieser Website wichtig ist — mir ist keine aktuelle Evidenz bekannt, dass dieses Markup selbst ein direkter E-E-A-T-Faktor ist; eine korrekte Urheberschaft ist aber unabhängig davon gute Praxis.

Strukturierte Daten sind kein Rankingfaktor

Das lohnt eine Wiederholung, weil es die Grundlage all dessen bildet: Strukturierte Daten — auch Article — sind kein Rankingfaktor. John Mueller hat wiederholt gesagt, dass sie die Berechtigung für Rich Results und die Darstellung beeinflussen, nicht aber direkt das Ranking. Sie fügen Article-Schema hinzu, damit Google Ihre Inhalte besser versteht und darstellt, nicht damit sie in den Ergebnissen nach oben rücken. Genau deshalb halte ich es weiterhin für sinnvoll: Auch ohne eigenständige neue Karte verbessert es die Darstellung Ihrer Artikel. Ich bin ein Fan von Schema-Markup, solange es Ihnen eine Suchfunktion verschafft — und Googles eigene Bezeichnung „Article rich result“ für klarere Titel, Bilder und Datumsangaben erfüllt diese Schwelle, ohne sich auf unbelegte Behauptungen zur Berechtigung für News oder Discover zu stützen.

Wo Article im grösseren Bild strukturierter Daten steht

Article gehört zu den Creative-Works-Typen auf schema.org, zusammen mit verwandten Typen wie AudioObject, Book, Course, Dataset, Movie, Recipe und VideoObject — der Creative-Works-Hub, unter dem dieser Artikel eingeordnet ist, fasst sie zusammen. Einige davon (Recipe, VideoObject) haben tatsächlich eigene Rich-Result-Karten. Genau deshalb ist es wichtig klarzustellen, dass Article keine solche Karte hat. Für das breitere Vokabular und die Einordnung von JSON-LD siehe die übergeordneten Hubs Schema Markup und Structured Data.

AI summary

Eine komprimierte Zusammenfassung der Advanced-Version:

• Was es ist: schema.org-Article-Markup (implementiert als Article, NewsArticle oder BlogPosting — alle gültig; Google dokumentiert sie gemeinsam), normalerweise JSON-LD, das bei einer geschriebenen Seite headline, author, datePublished/dateModified und image kennzeichnet.
• Keine vorgeschriebenen Properties. Google sagt, Sie sollen die Properties hinzufügen, die auf Ihren Inhalt zutreffen — es gibt keine Pflichtliste und keinen Bonus für eine längere Liste.
• Google nennt es „Article rich result“. Anders als bei Recipe oder VideoObject gibt es aber keine eigenständige neue Karte. Ihr bestehendes Ergebnis wird besser dargestellt: mit besserem Titeltext, Bild und Datum.
• Kein Schalter für Top Stories oder Discover. Google sagt, Article-Markup ist für Google-News-Funktionen wie Top Stories nicht erforderlich, und Discover sagt, dass geeignete Inhalte keine speziellen Tags oder strukturierten Daten brauchen. Das Markup kann Google helfen, eine Seite zu verstehen; es schaltet keine der beiden Oberflächen frei.
• Übertreibungen von Wettbewerbern ignorieren: Behauptungen, Article-Schema „schalte Top Stories / article carousels / ein Rich Snippet frei“, vermischen Googles Einordnung als Verständnishilfe mit einer Garantie für die Teilnahmeberechtigung. Lesen Sie diese als Übertreibungen und nicht als eigenständiges visuelles Format, das Article gewährt.
• Keine AMP-Anforderung. Googles aktueller Article-Leitfaden erwähnt AMP nirgends — die weit verbreitete Behauptung „Article-Schema erfordert AMP“ ist veraltet.
• Wahl des Typs: NewsArticle für Nachrichten, BlogPosting für Blogs, Article als sichere allgemeine Wahl (schema.org definiert weitere Untertypen; Google dokumentiert für diese drei einen unterstützten Property-Satz). Für alle gelten dieselben empfohlenen Properties; die Wahl bringt keinen Rich-Result-Nutzen.
• Empfohlene Properties richtig ausfüllen: author = eine echte Person/Organization mit passendem Namen; kurze headline (Google kürzt lange); ehrliches dateModified; repräsentative, crawlbare Bilder mit mindestens 50 000 Pixeln in mehreren Seitenverhältnissen (16×9, 4×3, 1×1).
• Häufige Fehler: nicht passender oder generischer Autor, zu lange Überschrift, ständig geändertes oder veraltetes dateModified, ein einzelnes schwaches Bild, Erwartung einer nicht vorhandenen Karte.
• Angrenzend: Bezahlte Inhalte brauchen separates Paywalled-Content-Markup; korrekte author-/Datumsfelder sind gute Praxis neben der umfassenderen E-E-A-T-Arbeit der Website, auch wenn dieser Datensatz nicht belegt, dass das Markup selbst ein direkter E-E-A-T-Faktor ist.
• Teilnahmeberechtigung ist nicht Darstellung, und kein Rankingfaktor: Strukturierte Daten beeinflussen die Berechtigung für Rich Results und die Darstellung, nicht das Ranking (Mueller, wiederholt). Gültiges Markup macht Sie nur teilnahmeberechtigt; Google entscheidet, ob es verwendet wird.

Offizielle Dokumentation

Primärquellen-Dokumentation der Suchmaschinen.

Google — strukturierte Article-Daten

• Article (Article, NewsArticle, BlogPosting) strukturierte Daten — der einzige Leitfaden für alle drei Typen; er benennt die dokumentierte Funktion als „Article rich result“, erläutert die Position „keine vorgeschriebenen Properties“, die empfohlenen Properties (author, dateModified, datePublished, headline, image) und die Bildempfehlung von mindestens 50 000 Pixeln in mehreren Seitenverhältnissen. Er sagt außerdem, dass Article-Markup für Google-News-Funktionen wie Top Stories nicht erforderlich ist. AMP wird nicht erwähnt.
• Allgemeine Richtlinien für strukturierte Daten — die inhaltlichen, technischen und qualitativen Richtlinien, die für alle strukturierten Daten einschließlich Article gelten.
• Abonnement- und bezahlte Inhalte — das separate Markup für Abonnement- und bezahlte Artikel (im Article-Leitfaden erwähnt, aber eigenständig implementiert).
• Rich Results Test — Markup validieren und prüfen, was Google daraus lesen kann.
• In Discover erscheinen (Google) — die eigene Richtlinie von Discover, nach der überhaupt keine speziellen Tags oder strukturierten Daten erforderlich sind.

Bing / Microsoft

• Ihre Website mit strukturierten Daten auszeichnen — Bings allgemeine Unterstützung für strukturierte Daten (schema.org, JSON-LD empfohlen), validiert mit dem allgemeinen Markup Validator.

Zitate aus der Quelle

Wörtliche Aussagen von Google. Wo eine Quellseite den Text zugänglich macht, führt der Deep Link direkt zur zitierten Passage.

Google-Dokumentation — keine vorgeschriebenen Properties

• “There are no required properties; instead, add the properties that apply to your content.” (Übersetzung) „Es gibt keine vorgeschriebenen Properties; fügen Sie stattdessen die Properties hinzu, die auf Ihren Inhalt zutreffen.“ Zum Zitat springen

Über strukturierte Daten und Rankings (zeitloser Rahmen)

• Strukturierte Daten sind kein Rankingfaktor — John Mueller hat wiederholt gesagt, dass sie die Berechtigung und Darstellung von Rich Results beeinflussen, nicht direkt das Ranking. (Paraphrasiert aus Muellers beständigen öffentlichen Aussagen in Search-Central-Sprechstunden und sozialen Beiträgen; als gut etablierte Einordnung verstehen, nicht als einzelnes belegtes Transkript.)

Article-Schema-Mythen und Fehler, die Sie vermeiden sollten

Mythos: „Article-Schema erfordert AMP.“ Falsch — und eine direkte Korrektur wert, weil diese Behauptung in älteren Leitfäden weiterhin auftaucht. Googles aktueller Article-Leitfaden erwähnt AMP nirgends; für die Article-Darstellung gibt es heute keine AMP-Anforderung. Wenn eine Ressource Article-Markup an AMP bindet, ist sie veraltet.

Mythos: „Article-Schema gibt Ihnen eine eigenständige neue Rich-Result-Karte.“ Das stimmt nicht. Googles eigene Dokumentation nennt die dokumentierte Funktion zwar „Article rich result“, aber Article hat anders als Recipe oder VideoObject kein eigenständiges visuelles Snippet — es ist eine besser dargestellte Version Ihres bestehenden Ergebnisses (Titeltext, Bild, Datum). Und es ist für Google-News-Funktionen wie Top Stories nicht erforderlich, während der Discover-Leitfaden sagt, dass geeignete Inhalte überhaupt keine speziellen Tags oder strukturierten Daten benötigen. Leitfäden, die allein durch Schema ein „article carousel rich result“ versprechen — ich habe dies bei Yoast, Semrush und SEJ als eigenständiges Format dargestellt gesehen — übertreiben, was das Markup bewirkt. Lesen Sie diese Aussagen als übertriebene Behauptungen zur Berechtigung und nicht als Garantie für Format oder Teilnahme.

Mythos: „Mehr Properties helfen immer.“ Google sagt ausdrücklich, dass Sie nur die Properties hinzufügen sollen, die auf Ihren Inhalt zutreffen. Es gibt keine Pflichtliste und keinen Bonus für eine längere Liste — irrelevante oder falsche Properties sind lediglich ein Risiko, kein Ranking- oder Berechtigungsbonus.

Mythos: „Strukturierte Daten verbessern Ihr Ranking.“ Strukturierte Daten — auch Article — sind kein Rankingfaktor (Mueller, wiederholt). Sie beeinflussen die Berechtigung und Darstellung von Rich Results, nicht das Ranking. Fügen Sie das Markup hinzu, damit Google Inhalte besser versteht und darstellt, nicht damit Sie in den Ergebnissen nach oben klettern.

Fehler: ein generischer oder nicht passender author. Wenn Sie author auf „Admin“, den Namen der Website oder einen Redakteur setzen, der den Beitrag nicht geschrieben hat, verfehlen Sie den Zweck. Verweisen Sie auf eine echte Person oder Organization, deren Name zur sichtbaren Autorenzeile passt.

Fehler: eine zu lange headline. Google kürzt und überschreibt lange Überschriften bei der Darstellung. Ein überladener headline-Wert bringt nichts und kann falsch wirken — halten Sie ihn kurz und stimmen Sie ihn auf den sichtbaren Titel ab.

Fehler: ständig wechselndes oder veraltetes dateModified. Wenn Sie dateModified bei jedem Crawling ändern (um Aktualität vorzutäuschen) oder nie aktualisieren, führen Sie beide Male in die Irre. Ändern Sie es, wenn sich der Inhalt tatsächlich ändert.

Fehler: erwarten, dass Article-Schema Top Stories oder Discover einschaltet. Google sagt, Article-Markup sei für Top Stories nicht erforderlich, und der Discover-Leitfaden sagt, dass geeignete Inhalte überhaupt keine speziellen Tags oder strukturierten Daten brauchen. Diese Platzierungen hängen von einem qualifizierten Publisher, Inhaltsqualität, Aktualität und Googles eigenen Entscheidungen ab. Sauberes Markup kann Google helfen, eine Seite zu verstehen; es schaltet nichts frei.

Fehler: Paywalled-Content-Markup vergessen. Abonnement- und bezahlte Artikel brauchen separate strukturierte Paywalled-Content-Daten — sie sind nicht Teil von Article, und ihr Weglassen kann die Behandlung gesperrter Seiten durch Google beeinträchtigen.

Generisches vs. gut geformtes Article-JSON-LD

Article hat keine vorgeschriebenen Properties. „Defekt“ bedeutet hier daher selten „fällt bei der Validierung durch“ — meist bedeutet es dünn und wenig hilfreich: Markup, das zwar syntaktisch korrekt ist, Google aber wenig verwertbare Informationen gibt oder Werte enthält, die nicht zur Seite passen.

Ein dünnes, generisches Snippet

Wird korrekt geparst, aber author ist generisch, es gibt nur ein minderwertiges Bild, und Angaben zu Veröffentlichungs- und Änderungsdatum fehlen:

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "How To Implement Article Schema Markup For Better Search Visibility And Rich Results In Google Today",
  "author": {
    "@type": "Person",
    "name": "Admin"
  },
  "image": "https://example.com/img/thumb.jpg"
}

Schwachstellen:

• author.name: „Admin“ — generisch und passt zu keiner echten Autorenzeile. Verwenden Sie den tatsächlichen Autor.
• Zu lange headline — Google kürzt oder überschreibt sie; sie passt außerdem nicht zum sichtbaren Titel.
• Einzelnes kleines image — ein einziges Vorschaubild schränkt Googles Darstellungsmöglichkeiten ein.
• Kein datePublished/dateModified — Sie verzichten auf ein verfügbares Datumssignal.

Derselbe Artikel, gut geformt

Spezifischer BlogPosting-Typ, echter passender Autor, mehrere Bildverhältnisse und ehrliche Datumsangaben:

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "How to implement Article schema markup",
  "author": {
    "@type": "Person",
    "name": "Patrick Stox",
    "url": "https://example.com/author/patrick-stox/"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Example",
    "logo": {
      "@type": "ImageObject",
      "url": "https://example.com/img/logo.png"
    }
  },
  "datePublished": "2026-07-01T09:00:00-04:00",
  "dateModified": "2026-07-01T09:00:00-04:00",
  "image": [
    "https://example.com/img/article-1x1.jpg",
    "https://example.com/img/article-4x3.jpg",
    "https://example.com/img/article-16x9.jpg"
  ]
}

Warum es besser ist:

• @type: "BlogPosting" — der spezifischste Typ, der die Seite ehrlich beschreibt (ein gültiger Article-Untertyp).
• Echter, passender author mit einer url zur Autorenentität.
• headline kurz und auf den sichtbaren Titel abgestimmt.
• Beide Datumsangaben vorhanden, im ISO-8601-Format mit Zeitzone.
• Drei Bildverhältnisse (16×9, 4×3, 1×1), damit Google je Oberfläche die beste Variante wählen kann.

Beachten Sie: Hier wird keine „erforderliche“ Property erfüllt — jedes Feld ist empfohlen. Der Unterschied zwischen den beiden Snippets ist kein Bestanden/Nicht-bestanden, sondern die Menge dessen, was Google mit Ihren Angaben anfangen kann.

Testen Sie sich selbst: Article-Schema

Fünf kurze Fragen zu Article-, NewsArticle- und BlogPosting-Markup, zu seinen Möglichkeiten (und Grenzen) sowie zu den Mythen, die Sie ignorieren sollten. Wählen Sie jeweils eine Antwort und prüfen Sie anschließend.

Die zentralen KPIs für Article-Schema

Article-Schema hat keinen eigenen Rich-Result-Bericht in der Search Console wie Recipe oder Product. Die nützlichen KPIs sind daher diejenigen, die tatsächlich widerspiegeln, was das Markup bewirkt: eine bessere Darstellung Ihres bestehenden Ergebnisses. Verfolgen Sie diese von Quartal zu Quartal, statt nach der Veröffentlichung einer einzelnen Zahl hinterherzulaufen.

Impressionen in den Suchdarstellungen Top Stories / Discover

Metrik: Impressionen und Klicks, bei denen die Aufschlüsselung „Suchdarstellung“ der Search Console „Top stories“ zeigt oder der separate Discover-Bericht Aktivität ausweist. Was sie sagt: ob Google Ihre mit Article-Markup versehenen Seiten in diesen Oberflächen ausspielt — denken Sie aber daran, dass Article-Markup für keine der beiden erforderlich ist (Google sagt, für Top Stories sei kein Markup nötig, und Discover brauche überhaupt keine speziellen Tags oder strukturierten Daten). Eine niedrige Zahl bedeutet daher nicht unbedingt fehlerhaftes Markup, und eine hohe Zahl sollte nicht allein dem Markup zugeschrieben werden. So rufen Sie die Daten ab: Search Console → Leistung → Filter „Suchdarstellung“ (oder der eigene Discover-Bericht, sofern Ihre Property genügend eingeschalteten Traffic dafür hat). Benchmark / realistische Spanne: Es gibt keinen Website-übergreifenden Benchmark — die Berechtigung für Top Stories und Discover hängt stark von Publisher-Status, Nische und Aktualität ab. Erstellen Sie daher je Bereich eine eigene Ausgangsbasis und verfolgen Sie den Trend, statt mit externen Zahlen zu vergleichen. Rhythmus: monatlich oder nach einer Änderung an Article-Markup oder Veröffentlichungsrhythmus.

Rate gültiger strukturierter Daten über Artikelvorlagen hinweg

Metrik: Anteil der Seiten mit Article-Vorlage, die ohne fehlende empfohlene Felder sauber geparst werden. Was sie sagt: ob ein CMS-Update, eine Theme-Änderung oder eine Änderung an der Vorlage das Markup auf der gesamten Website beschädigt hat, da ein einziger Vorlagenfehler author oder image in jedem Artikel unbemerkt entfernen kann. So rufen Sie die Rate ab: Prüfen Sie mit dem Schema Markup Validator oder dem Rich-Result Eligibility Checker eine Stichprobe von URLs; auch Warnungen zu strukturierten Daten in der Search Console können Seiten markieren, die Google nicht parsen konnte. Benchmark / realistische Spanne: Das ist eine Hygiene-Metrik, keine Kurve — das ehrliche Ziel sind 100 % der Seiten mit Vorlage und empfohlenen Feldern, da eine teilweise Abdeckung keinen Vorteil bringt. Rhythmus: direkt nach jeder Änderung an Vorlage oder CMS; ansonsten genügt eine vierteljährliche Stichprobe.

Genauigkeit von dargestelltem Titel, Bild und Datum

Metrik: ob die Überschrift, das Bild und das Datum, die Google tatsächlich in den Suchergebnissen anzeigt, mit den Angaben in headline, image und datePublished/dateModified übereinstimmen. Was sie sagt: Das ist die direkt beobachtbare Version von „besserer Darstellungsqualität“, also der Hauptfunktion von Article-Schema. Wenn Google einen selbst geratenen Titel oder ein anderes Bild einsetzt, erfüllt das Markup für diese Seite seinen Zweck nicht. So rufen Sie die Übereinstimmung ab: Verwenden Sie die gerenderte Vorschau des URL-Inspection-Tools, den Rich Results Test oder prüfen Sie die Suchergebnisse für die Zielanfragen manuell. Benchmark / realistische Spanne: Es gibt keinen Zielprozentsatz — dies ist eine Bestanden/Nicht-bestanden-Prüfung je Seite. Behandeln Sie jede Abweichung als Signal, die Werte für Autor, Überschrift oder Bild zu überprüfen. Rhythmus: Wichtige Seiten kurz nach der Veröffentlichung stichprobenartig prüfen, danach gelegentlich auch ältere aktualisierte Inhalte.

Tools zum Erstellen und Prüfen von Article-Schema

Drei meiner kostenlosen Tools decken den gesamten Ablauf für Article-Schema ab — es korrekt erzeugen, vorhandenes Markup validieren und genau feststellen, welche empfohlenen Felder noch fehlen.

Markup mit dem Schema Markup Generator erzeugen

Der Schema Markup Generator erstellt Article-, NewsArticle- oder BlogPosting-JSON-LD anhand eines Formulars, statt dass Sie es von Hand schreiben. Er verschachtelt die Teile korrekt, bei denen häufig Fehler passieren — einen author als Person- oder Organization-Objekt statt als einfachen String, einen publisher mit verschachteltem ImageObject-Logo und ein image-Array, mit dem Sie die von Google empfohlenen Verhältnisse 16×9/4×3/1×1 angeben können — und exportiert sechs Formate, die Sie direkt in die Seite übernehmen können.

Vorhandenes Markup mit dem Schema Markup Validator validieren

Der Schema Markup Validator prüft vorhandenes JSON-LD — fügen Sie den Code oder eine vollständige HTML-Seite ein — mit Ergebnissen nach Schweregrad anhand des schema.org-Vokabulars und der von Google empfohlenen Properties für Article. Besonders nützlich ist er beim Fehler eines nicht passenden Autors aus dem Tab Fortgeschritten: Seine @id-Prüfung über den gesamten Block-Graphen markiert einen author-Verweis, der nicht zu einer echten Person- oder Organization-Entität an anderer Stelle der Seite aufgelöst werden kann.

Teilnahmeberechtigung Feld für Feld mit dem Rich-Result Eligibility Checker prüfen

Der Rich-Result Eligibility Checker zeigt am schnellsten pro Feld, ob Ihr Article-Markup die empfohlenen Felder abdeckt — headline, author, datePublished, dateModified und image — mit einem Häkchen für vorhanden, einem X für fehlend oder einer Warnung für ein empfohlenes, aber optionales Feld. Da Article keine vorgeschriebenen Properties hat, hilft dieses Tool bei der Entscheidung, welche empfohlenen Felder es sich lohnt hinzuzufügen, statt zu raten.

Googles eigenen Validator als zweite Meinung verwenden

Googles Rich Results Test ist nach den oben genannten Tools einen Lauf wert, weil er genau zeigt, was Googles eigener Parser aus der Seite liest und nicht nur die Interpretation eines Drittanbieters — nützlich als letzte Prüfung vor einer Änderung an einer Vorlage für die gesamte Website.

Ressourcen, die Ihre Zeit wert sind

Aus der Branche

Beim Thema Article-Schema übertreiben mehrere bekannte Leitfäden, was das Markup für Top Stories und Discover bringt. Deshalb führe ich einige davon als Beispiele für die Übertreibung auf — lesen Sie diese im Vergleich zu Googles eigener Dokumentation, die zwar das „Article rich result“ nennt, den Nutzen aber als bessere Darstellung Ihres bestehenden Ergebnisses plus besseres Verständnis einordnet, nicht als eigenständige neue Karte oder Schalter für die Teilnahmeberechtigung:

• Article (Article, NewsArticle, BlogPosting) strukturierte Daten (Google Search Central) — die maßgebliche Referenz: keine vorgeschriebenen Properties, empfohlene Felder, Bilder mit mindestens 50 000 Pixeln in mehreren Seitenverhältnissen, keine Markup-Anforderung für Top Stories und bemerkenswerterweise keine Erwähnung von AMP.
• In Discover erscheinen (Google) — sagt, dass die Berechtigung für Discover überhaupt keine speziellen Tags oder strukturierten Daten erfordert.
• Allgemeine Richtlinien für strukturierte Daten (Google) — die für alle strukturierten Daten geltenden Richtlinien.
• Abonnement- und bezahlte Inhalte (Google) — das separate Markup für gesperrte Artikel.
• Structured data / schema ultimate guide (Yoast) — nützliche allgemeine Referenz, die Article-Schema jedoch als Berechtigung für Rich Results wie Top Stories und Article-Carousels einordnet; Googles eigene Dokumentation sagt, dass das Markup für keine der beiden Oberflächen erforderlich ist.
• Schema markup guide (Semrush) — stellt Article-Schema ähnlich als Berechtigung für ein Rich Snippet dar und vermischt damit die Berechtigung für News/Discover mit dem Markup selbst; als übertriebene Berechtigungsbehauptung behandeln.
• What Is Schema Markup? How to Add It & Why It Matters (Ahrefs) — ein guter allgemeiner Schema-Leitfaden mit einem nützlichen Blick auf Lesbarkeit für KI-Agenten und Maschinen.

Änderungsprotokoll