Article-Schema vs BlogPosting-Schema: Welches für welchen Content-Typ?

Article-Schema und BlogPosting-Schema unterscheiden sich nicht in der Funktion, sondern in der Spezifität, BlogPosting ist ein direkter Sub-Typ von Article und signalisiert ChatGPT, Gemini und Perplexity gezielt redaktionellen Charakter. Wer beide unbedacht mischt oder das falsche wählt, verschenkt Citation-Chancen in Answer Engines. Die Entscheidung hängt an drei Faktoren: Content-Typ, Veröffentlichungs-Rhythmus und ob deine Inhalte als News, Editorial oder Evergreen-Ratgeber positioniert sind.

Schema.org-Hierarchie verstehen

Article ist die Eltern-Klasse für jeden artikulierten Text mit Headline, Autor und Veröffentlichungsdatum. Schema.org definiert vier Haupt-Sub-Typen: BlogPosting, NewsArticle, ScholarlyArticle und TechArticle. Jeder Sub-Typ erbt alle Properties von Article und ergänzt eigene, die für den jeweiligen Content-Kontext relevant sind. Diese Vererbungshierarchie ist seit Schema.org Version 3.0 stabil und wird von allen großen Crawlern respektiert.

BlogPosting steht für redaktionellen, regelmäßig veröffentlichten Content, Blog-Artikel, Ratgeber, Tutorials, Case Studies. NewsArticle ist News-spezifisch mit Properties wie printEdition oder dateline. TechArticle eignet sich für technische Dokumentation mit dependencies und proficiencyLevel. ScholarlyArticle ist für wissenschaftliche Paper mit DOI, Citations und Peer-Review-Status gedacht.

Answer Engines werten diese Spezifität aus. ChatGPT-Search bevorzugt BlogPosting für "Wie funktioniert X?"-Fragen, weil es redaktionelle Tiefe signalisiert. Perplexity nutzt NewsArticle gezielt für Recency-getriebene Antworten und zeigt diese mit Datumsstempel an. Gemini wiederum sortiert BlogPosting-Inhalte stärker nach Autoren-Authority, wer in author.sameAs einen LinkedIn-Link mit verifiziertem Profil hinterlegt, gewinnt Sichtbarkeit. Wer einen Ratgeber als generischen Article auszeichnet, verschenkt ein wichtiges Differenzierungs-Signal.

Wann BlogPosting die richtige Wahl ist

BlogPosting passt zu jedem Content, der regelmäßig erscheint, einen klaren Autor hat und nicht zeitkritisch ist. Klassische Anwendungsfälle: Ratgeber-Artikel, Tutorial-Posts, Tool-Reviews, Branchen-Analysen, How-To-Pieces. Wenn dein Artikel in 6 Monaten noch relevant ist und nicht von tagesaktuellen Ereignissen abhängt, ist BlogPosting korrekt. Auch Vergleichs-Artikel und Best-of-Listen fallen typischerweise in diese Kategorie.

BlogPosting erlaubt zusätzliche Properties wie sharedContent für eingebettete Social-Posts oder relatedLink für verwandte Artikel. ChatGPT nutzt relatedLink-Ketten aktiv, um Follow-Up-Fragen aus derselben Domain zu beantworten, ein klarer SEO-Vorteil, wenn du eine Content-Cluster-Strategie fährst. Bei Themen-Hubs mit 10+ Artikeln lohnt sich der Aufwand, alle Geschwister-URLs via relatedLink zu verknüpfen.

Für Blogs mit konsistentem Veröffentlichungs-Rhythmus lohnt sich zusätzlich der Container-Typ Blog auf der Listing-Seite. Dieser referenziert dann via blogPost-Property die einzelnen BlogPosting-URLs. Diese Verschachtelung erhöht die Topical-Authority-Wahrnehmung bei Gemini messbar und hilft Crawlern, die redaktionelle Struktur als zusammenhängendes Themen-Universum zu interpretieren statt als lose Sammlung einzelner Posts.

Wann Article oder NewsArticle besser passt

Article (ohne Sub-Typ) eignet sich für Long-Form-Editorials, Reports oder Whitepapers, die nicht eindeutig in eine Sub-Kategorie fallen. Auch Landing-Pages mit langem Text-Anteil und ohne klaren Veröffentlichungs-Kontext können generisches Article-Schema tragen.

NewsArticle ist Pflicht für alles, was tagesaktuell ist: Pressemitteilungen, Markt-Reports, Produkt-Launches, redaktionelle Berichterstattung. Google News-Aufnahme erfordert NewsArticle-Markup. Die Property dateline ist optional, aber Perplexity nutzt sie für Lokalitäts-Filter ("News aus Berlin") und ChatGPT-Search greift bei geografischen Anfragen aktiv darauf zu.

Für B2B-SaaS-Blogs ist die Faustregel: 90% BlogPosting, 10% NewsArticle für Produkt-Updates und Branchen-News. Article (generisch) sollte die Ausnahme bleiben, weil es Antwort-Maschinen weniger Kontext liefert. Eine saubere Trennung schon im CMS-Template, etwa über ein Pflicht-Dropdown bei Anlage neuer Artikel, verhindert spätere Massen-Migrationen und hält den Schema-Bestand konsistent.

Code-Vergleich der drei Varianten

Folgende drei Snippets zeigen die Minimal-Implementierung für jeden der drei Haupt-Typen. Die Unterschiede liegen primär im @type-Wert und den ergänzenden Properties, die für den jeweiligen Sub-Typ sinnvoll sind.

// BlogPosting (Ratgeber, Tutorial)
{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "HowTo-Schema implementieren",
  "datePublished": "2026-05-17",
  "author": {"@type": "Person", "name": "AEO Guide"},
  "publisher": {"@type": "Organization", "name": "aeoguide.de"}
}

// NewsArticle (Branchen-News)
{
  "@context": "https://schema.org",
  "@type": "NewsArticle",
  "headline": "OpenAI rollt ChatGPT-Search aus",
  "datePublished": "2026-05-17T08:00:00+02:00",
  "dateline": "San Francisco"
}

// Article (Long-Form Editorial)
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "State of GEO 2026",
  "wordCount": 4500,
  "articleSection": "Reports"
}

Wichtig: author und publisher sind in allen drei Varianten Pflicht, wenn du Rich Results in Google anstrebst. publisher muss eine Organization mit logo-Property enthalten, sonst verweigert Google die Eligibility.

Property-Vergleichstabelle

Die folgende Tabelle zeigt die wichtigsten Properties pro Typ und welche Answer Engines sie aktiv auswerten. Bei Mehrfach-Auszeichnung gilt: nimm den spezifischsten Sub-Typ, den dein Content rechtfertigt.

Häufige Fehler beim Schema-Mix

Der zweite Klassiker: NewsArticle-Auszeichnung für Evergreen-Ratgeber, weil das Marketing-Team "News-Charakter" demonstrieren möchte. Sobald der Artikel älter als 30 Tage ist, fliegt er aus Google News raus, und Citation-Tools wie AEORadar markieren ihn als veraltet, auch wenn der Inhalt zeitlos ist. Der vermeintliche Kurzfrist-Boost kostet dich also langfristige Sichtbarkeit in ChatGPT und Perplexity.

1. Pro Seite genau ein primäres Article-Schema verwenden
2. BlogPosting für Ratgeber, NewsArticle nur für tagesaktuelle Inhalte
3. author als Person-Objekt mit Name und idealerweise sameAs-Link zu LinkedIn
4. publisher als Organization mit Logo (60×600px Mindestmaße)
5. Schema mit Merkle Schema Generator oder Schema App erzeugen, nicht händisch
6. Mit Rich Results Test und Schema.org Validator gegenchecken

Praktisch heißt das: zur Schema-Wahl

Für B2B-SaaS-Blogs und Agentur-Content ist BlogPosting in 90% der Fälle die richtige Wahl. NewsArticle bleibt der tagesaktuellen Berichterstattung vorbehalten, Article (generisch) eignet sich für Long-Form-Reports ohne klaren redaktionellen Rhythmus. Wer mit Schema App oder Merkle Schema Generator arbeitet, kann beide Varianten als Templates hinterlegen und pro Content-Typ ausspielen. Auch ein einfaches Headless-CMS-Feld "schemaType" mit drei Optionen reicht aus, um die Konsistenz dauerhaft zu sichern.

Konkrete Empfehlung: Audit deinen Bestand mit dem Schema-Validator von Schema App oder einem Crawl in Screaming Frog mit aktivem Structured-Data-Report. Identifiziere falsch ausgezeichnete NewsArticle-Evergreens und stelle sie auf BlogPosting um, dieser Switch allein bringt bei großen Beständen messbare Citation-Lifts in ChatGPT und Perplexity. Plane den Audit-Lauf einmal pro Quartal ein und dokumentiere die Verteilung der Schema-Typen als KPI in deinem AEO-Reporting.