--- title: BlogPosting-Schema slug: blog-posting-schema canonical_url: https://www.geoquality.ai/glossar/blog-posting-schema md_url: https://www.geoquality.ai/glossar/blog-posting-schema.md language: de last_modified: 2026-05-03T00:00:00+00:00 related_terms: [article-schema, json-ld, main-entity-of-page, publisher-property, schema-org, structured-data] content_hash: 0860ec47c7d725a1 license: CC BY 4.0 author: Marco Biner (geoquality.ai) schema_type: DefinedTerm --- # BlogPosting-Schema 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. ## Erläuterung BlogPosting ist der spezialisierte Schema.org-Sub-Typ für Blog-Beiträge. Er erbt alle Properties von Article (headline, author, publisher, datePublished, dateModified) und bringt Blog-spezifische Konnotation mit: konversationelle Stimme, persönliche Perspektive, regelmässige Veröffentlichung — im Unterschied zu NewsArticle (tagesaktuelle Berichterstattung) oder ScholarlyArticle (wissenschaftliche Publikation). Aus GEO-Sicht ist BlogPosting der wichtigste Content-Typ für Schweizer KMU. Die meisten KMU-Inhalte sind Blog-Beiträge mit beratendem oder erklärendem Charakter — keine tagesaktuellen News, keine wissenschaftlichen Publikationen. BlogPosting kommuniziert dieses Genre eindeutig und hilft KI-Modellen, die Inhalte korrekt einzuordnen. Technisch nutzt BlogPosting alle Article-Properties plus einige Blog-spezifische. Wichtigste Properties: headline (max. 110 Zeichen), author als @id-Referenz auf Person , publisher als @id-Referenz auf Organization , datePublished und dateModified in ISO-8601, mainEntityOfPage auf die Page-URL, about für das Hauptthema (idealerweise als @id-Referenz auf eine DefinedTerm-Entity). Eine subtile aber wertvolle Property bei BlogPosting ist articleSection — sie kategorisiert den Blog-Post in eine Themen-Sektion (z. B. „Steuern“, „Buchhaltung“, „MWST“). Damit wird der Post in einen Themen-Cluster eingeordnet, was KI-Modellen hilft, das Themenfeld der Site zu erkennen. Plus wordCount als grober Tiefen-Indikator und articleBody bei kompakter Auszeichnung des Volltexts. Für eine Schweizer KMU bedeutet BlogPosting praktisch: jeder Blog-Beitrag wird als BlogPosting (nicht generisches Article) ausgezeichnet, mit @id im Format /blog/#article . author und publisher via @id-Referenzen auf zentrale Entities. dateModified bei jedem Update. about-Property auf eine DefinedTerm-Entity im eigenen Glossar. Diese Verknüpfung verdichtet den lokalen Wissensgraph und hebt jeden Blog-Post über reines Marketing-Geplapper. ## Praxisbeispiel BlogPosting mit allen relevanten Properties: { "@type": "BlogPosting", "@id": "https://www.beispiel.ch/blog/mwst-2026#article", "headline": "MWST-Erhöhung 2026: Was KMU jetzt anpassen müssen", "description": "Konkrete Anpassungen für Schweizer KMU bei der MWST-Erhöhung 2026.", "author": { "@id": "https://www.beispiel.ch/team/anna-mueller#person" }, "publisher": { "@id": "https://www.beispiel.ch/#organization" }, "datePublished": "2026-04-15", "dateModified": "2026-05-02", "inLanguage": "de-CH", "articleSection": "Steuern", "about": { "@id": "https://www.beispiel.ch/glossar/mwst#term" }, "wordCount": 1200, "mainEntityOfPage": { "@type": "WebPage", "@id": "https://www.beispiel.ch/blog/mwst-2026" } } Spezifischer Sub-Typ BlogPosting, vollständige Authority-Verknüpfungen via @id, articleSection für Themen-Cluster, about-Property auf eigene DefinedTerm-Entity. Diese Auszeichnung macht den Blog-Post zu einem strukturell vollwertigen Knoten im Wissensgraph. ## Häufige Fehler - Generisches Article verwenden, wo BlogPosting passender wäre — der spezifischere Sub-Typ ist semantisch wichtig. - BlogPosting für News-Inhalte (Tagesaktualität) verwenden statt NewsArticle — falsche Genre-Zuordnung. - headline und name unterschiedlich setzen — beide sollten dieselbe oder semantisch identische Information tragen. - articleSection vergessen — das Property ist optional aber wertvoll für Themen-Cluster-Erkennung. - Inhalte über mehrere Pages verteilen ohne korrekte Verknüpfung via isPartOf/hasPart — fragmentiert die Post-Identität. ## Best Practices - Verwende BlogPosting (nicht generisches Article) für alle Blog-Inhalte mit konversationellem Stil und beratender Perspektive. - Setze articleSection als Themen-Cluster — hilft KI-Modellen bei der thematischen Einordnung der Site. - Verlinke about via @id auf eine DefinedTerm-Entity im eigenen Glossar — verdichtet den lokalen Wissensgraph. - headline maximal 110 Zeichen, präzise und keyword-haltig — kritisch für Rich-Result-Sichtbarkeit. - wordCount setzen wenn der Text substantiell ist (>500 Wörter) — KI-Modelle werten Tiefe als Quality-Indikator. - Bei Updates dateModified zeitnah anpassen — kritisch für Aktualitäts-Signale in KI-Citations. ## Fakten - BlogPosting wurde 2012 in Schema.org Version 1.4 eingeführt — speziell für Blog-Inhalte mit konversationellem Charakter. - Die Property articleSection wird von Google Search Console als Themen-Filter genutzt — nützlich für Performance-Analysen pro Themenbereich. - Eine BlogPosting-Entity mit voller Author/Publisher-Verknüpfung erreicht laut Studien 3-fach höhere Citation-Rates als reines HTML ohne Schema. - Im DACH-Raum nutzen 2026 etwa 39 Prozent aller KMU-Websites BlogPosting-Markup auf Blog-Inhalten — höher als generisches Article. - Schema.org's BlogPosting-Hierarchie: Thing → CreativeWork → Article → SocialMediaPosting → BlogPosting — fünf Erbschafts-Ebenen. - Die wordCount-Property kann von Google bei Featured Snippets als Tiefe-Indikator genutzt werden — längere, faktisch dichte Inhalte werden bevorzugt. ## FAQ ### BlogPosting oder Article — was ist der Unterschied? BlogPosting ist der spezialisierte Sub-Typ für Blog-Inhalte. Article ist die generische Eltern-Klasse. Bei Blog-Posts immer BlogPosting wählen — der Sub-Typ kommuniziert das Genre (konversationell, persönlich, regelmässig) und hilft KI-Modellen bei der Einordnung. Article generisch nur, wenn der Inhalt weder Blog noch News noch wissenschaftliche Publikation ist. ### Was setze ich bei articleSection? Den Themen-Cluster, in den der Post inhaltlich gehört — z. B. „Steuern“, „Buchhaltung“, „Marketing“, „Tech“. Bei Treuhand-Sites: „MWST“, „Quellensteuer“, „KMU-Buchhaltung“. Wenige, klar abgegrenzte Sections sind besser als viele kleine. Faustregel: 5-10 Sections für eine Mittel-Site reichen. ### Brauche ich wordCount? Optional aber sinnvoll bei substantiellen Posts (>500 Wörter). Schneller Tiefe-Indikator für Crawler. Bei kurzen Posts (<300 Wörter) ist das Property weniger wirkungsvoll und kann weggelassen werden. Bei Long-Form-Content (1500+ Wörter) ist es ein klares Quality-Signal. ### Soll ich articleBody setzen? Nicht zwingend — articleBody dupliziert den sichtbaren Page-Inhalt im JSON-LD , was bei langen Posts zu sehr grossen Markup-Blöcken führt. Best Practice: articleBody weglassen, da der Volltext sowieso im sichtbaren HTML steht. Crawler verarbeiten beide gleich. ### Wie verlinke ich Blog-Posts mit Glossar-Begriffen? Über about-Property mit @id-Referenz auf eine DefinedTerm-Entity im eigenen Glossar. Bei einem MWST-Blog-Post: about zeigt auf /glossar/mwst#term . Diese Cross-Reference verdichtet den lokalen Wissensgraph — Blog-Post und Glossar-Begriff sind verknüpft, beide profitieren von der Authority des anderen. ### Wie oft soll ich dateModified anpassen? Bei jedem substantiellen inhaltlichen Update — nicht bei reinen Tippfehler-Korrekturen oder Layout-Änderungen. Bei zeit-sensitiven Themen (Steuern, Recht) lohnen sich regelmässige Updates: ein MWST-Post von 2024 sollte in 2026 substantiell überarbeitet werden, mit dateModified entsprechend angepasst. Aktive Pflege ist langfristig der wichtigste Aktualitäts-Hebel. ## Experten-Definition BlogPosting ist der Standard-Sub-Typ für KMU-Content — nicht generisches Article. Was ich konsistent sehe: KMU mit konsequent als BlogPosting ausgezeichneten Blog-Inhalten haben eine 25 bis 40 Prozent höhere Citation-Rate für ihre Themen als KMU mit reinem Article-Markup. Der Sub-Typ kommuniziert das Genre — beratend, persönlich, konversationell — was perfekt zum KMU-Content-Stil passt. Mein Standard: jeder Blog-Beitrag als BlogPosting ausgezeichnet, articleSection für Themen-Cluster, about via @id auf DefinedTerm-Entitäten im eigenen Glossar. Diese drei Properties zusammen heben Blog-Inhalte über reines Marketing-Geplapper auf Wissens-Knoten-Niveau. ## Verwandte Begriffe - [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. - [JSON-LD](https://www.geoquality.ai/glossar/json-ld.md) — JSON-LD ist ein W3C-standardisiertes Format zur Einbettung strukturierter Daten in Webseiten — typischerweise nach Schema.org-Vokabular — und der von Google sowie allen grossen KI-Crawlern bevorzugte Weg, Entitäten und Beziehungen maschinenlesbar zu beschreiben. - [mainEntityOfPage](https://www.geoquality.ai/glossar/main-entity-of-page.md) — mainEntityOfPage ist eine Schema.org-Property, die die zentrale Entity einer Page explizit benennt — sie verbindet eine Article- oder Product-Entity mit der WebPage, auf der sie publiziert wird, und macht den thematischen Fokus für KI-Modelle eindeutig. - [publisher (Schema-Property)](https://www.geoquality.ai/glossar/publisher-property.md) — publisher ist eine Schema.org-Property, die einen Inhalt (Article, BlogPosting, Book) mit der herausgebenden Organization verknüpft — der strukturelle Anker, der jeden publizierten Inhalt mit seiner Brand-Identität verbindet. - [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. ## Quelle und Zitation - HTML-Original: https://www.geoquality.ai/glossar/blog-posting-schema - Lizenz: CC BY 4.0 - Zitiervorschlag: "BlogPosting-Schema (geoquality.ai Glossar, Biner 2026)"