Erfahren Sie, welche Schema-Typen zu Blogposts, Glossarbegriffen und Nachrichten passen und welche einfachen Schritte nötig sind, um Schema-Markup für Blogs auf Rich Results zu testen.
Schema-Markup ist ein kleiner Block strukturierter Daten, den Sie auf einer Seite hinzufügen, damit Suchmaschinen Schlüsselinformationen klar und einheitlich lesen können. Denken Sie daran wie an ein Etikett auf einer Schachtel: Der Inhalt bleibt der Inhalt, aber das Etikett macht das Sortieren und Anzeigen einfacher.
Wenn Suchmaschinen Ihre Seite besser verstehen, zeigen sie sie möglicherweise als Rich Result statt als standardmäßigen blauen Link an. Ein Rich Result kann zusätzliche Details wie Überschrift, Veröffentlichungsdatum, Autor, Breadcrumbs oder eine kurze Vorschau enthalten. Das passiert nicht für jede Seite und liegt immer im Ermessen der Suchmaschine.
Es hilft, klar zu sein, was Schema kann und was nicht. Strukturierte Daten verbessern Klarheit und die Berechtigung für bestimmte Suchfeatures, heben Rankings aber nicht automatisch. Wenn eine Seite dünn, veraltet oder schwer crawlbar ist, löst Schema das nicht. Und Schema kann auch kein Rich Result erzwingen.
Auf den meisten Seiten zählen ein paar Muster mehr als alles andere:
Ein einfaches Beispiel: Sie veröffentlichen eine Glossardefinition und einen Blogpost, der darauf verweist. Mit dem richtigen Markup kann eine Suchmaschine eine Seite eher als Definition und die andere als Leitfaden einordnen, statt zwei konkurrierende „Artikel“ zu sehen.
Wenn Sie viele Seiten veröffentlichen (besonders aus Templates oder einer API), wird Schema noch wertvoller, weil es Ihre Ausgabe konsistent hält, während Sie im Laufe der Zeit Blogs, News und Glossare hinzufügen.
Für die meisten Blogs ist der beste Ausgangspunkt BlogPosting, das eine spezifischere Version von Article ist.
Die größten Gewinne kommen in der Regel davon, die Basics bei jedem Beitrag korrekt zu haben. Suchmaschinen achten mehr auf genaue, stabile Signale als auf eine lange Liste optionaler Eigenschaften.
Machen Sie diese Angaben bei jedem Post genau:
Wenn Sie einen älteren Guide aktualisieren, behalten Sie datePublished als Ursprungsdatum und setzen dateModified auf das Aktualisierungsdatum. Ändern Sie datePublished nicht nur, um frisch zu wirken, und aktualisieren Sie dateModified nur, wenn sich wirklich etwas geändert hat.
Optionale Felder können helfen, aber nur wenn sie genau und leicht zu pflegen sind. keywords funktionieren, wenn Sie bereits Tags oder Kategorien anzeigen. wordCount ist okay für weitgehend statische Longform-Seiten, aber lassen Sie es weg, wenn sich der Inhalt nach der Veröffentlichung stark ändert. speakable ergibt nur Sinn, wenn Sie eine kurze, saubere Zusammenfassung pflegen, die vorgelesen werden soll.
Wenn Ihre Pipeline JSON-LD automatisch erzeugt (z. B. durch ein CMS-Template oder einen API-getriebenen Renderer), streben Sie Konsistenz und Korrektheit an, bevor Sie zusätzliche Felder hinzufügen.
News-Seiten werden stark an Frische und Klarheit gemessen. Suchmaschinen wollen wissen, was passiert ist, wann es veröffentlicht wurde und wer es veröffentlicht hat. Deshalb ist News-Markup weniger nachsichtig.
Verwenden Sie NewsArticle, wenn die Seite über ein aktuelles Ereignis oder eine Entwicklung berichtet, die veralten wird (auch wenn sie im Archiv bleibt). Verwenden Sie Article für Evergreen-Berichte, Meinungsstücke und lange Hintergrundberichte, die nicht an einen spezifischen Moment gebunden sind.
Eine praktische Regel:
Daten sind für Nachrichten wichtiger als für fast jeden anderen Inhaltstyp. Geben Sie sowohl datePublished als auch dateModified an und stellen Sie sicher, dass sie mit dem übereinstimmen, was Leser auf der Seite sehen. Wenn Sie eine Story aktualisieren, aktualisieren Sie dateModified. Wenn Sie ein älteres Stück als neu „neuveröffentlichen“, sorgen Sie dafür, dass die sichtbaren Daten und die strukturierten Daten dieselbe Geschichte erzählen.
Für viele News-Seiten trägt ein kleines Set an Feldern den Großteil des Werts: headline, description, image (ein echtes, crawlbares Bild), author, publisher (als Organization), mainEntityOfPage, datePublished und dateModified.
Wenn Sie eine Paywall oder ein Abomodell haben, kennzeichnen Sie das klar mit isAccessibleForFree und Details zur Bezahlwand. Geben Sie nicht vor, Inhalte seien kostenlos, wenn sie es nicht sind.
Bei nachveröffentlichten oder syndizierten Inhalten vermeiden Sie es, wie eine Duplikatquelle zu wirken. Behalten Sie eine kanonische URL pro Story, halten Sie strukturierte Daten auf dieser kanonischen Version konsistent und ändern Sie Überschriften nicht über Kopien hinweg. Wenn dieselbe Story an mehreren Orten existiert, machen Sie deutlich, welche Seite primär ist.
Glossarseiten können klarere Snippets erzielen, wenn Suchmaschinen verstehen, dass Sie Begriffe definieren und keine regulären Artikel veröffentlichen. Selbst wenn Ihr Hauptfokus auf Schema-Markup für Blogs liegt, hilft Definition-Markup Suchmaschinen, Glossarinhalte schneller einzuordnen.
Verwenden Sie DefinedTerm, wenn eine Seite einen Begriff erklärt. Verwenden Sie DefinedTermSet, wenn eine Seite eine Sammlung von Begriffen ist, wie ein A–Z-Glossar oder eine Kategorieseite mit vielen Einträgen. Verwenden Sie FAQPage nur, wenn die Seite wirklich aus einer Liste von Fragen mit Antworten besteht, nicht für eine einzelne Definition.
Eine einfache Regel: Wenn das Ziel der Seite „diesen Begriff definieren“ ist, wählen Sie DefinedTerm. Wenn das Ziel „viele Definitionen durchsuchen“ ist, wählen Sie DefinedTermSet.
Für eine einzelne Begriffseite halten Sie das Markup auf einen Begriff und seine Definition fokussiert, plus Angaben, wo der Begriff hingehört.
{
"@context": "https://schema.org",
"@type": "DefinedTerm",
"name": "Canonical tag",
"alternateName": ["rel=canonical", "canonical URL"],
"description": "A canonical tag tells search engines which URL is the preferred version of a page.",
"inDefinedTermSet": {
"@type": "DefinedTermSet",
"name": "SEO Glossary"
}
}
Für eine Kategorienseite verwenden Sie DefinedTermSet. Fügen Sie eine ItemList der Begriffseiten nur hinzu, wenn diese Liste für Nutzer sichtbar auf der Seite ist.
Bei Synonymen nutzen Sie alternateName für echte Varianten, Akronyme und Schreibvarianten. Halten Sie es kurz und ehrlich; stopfen Sie keine Keywords hinein.
Halten Sie den Definitionstext mit dem auf der Seite sichtbaren Text übereinstimmend. Wenn die JSON-LD-Beschreibung etwas anderes sagt als die auf der Seite sichtbare Definition, werden Rich Results weniger wahrscheinlich.
Einige Schema-Typen helfen fast jeder Seite, egal ob Blogpost, Glossar-Eintrag oder News-Update.
BreadcrumbList ist einer der einfachsten Gewinne. Es zeigt, wo eine Seite in Ihrer Website sitzt, mit derselben Spur, die Nutzer sehen (Home › Blog › Thema › Beitrag). Das kann das Erscheinungsbild Ihres Ergebnisses aufräumen und Verwirrung reduzieren, wenn ähnliche Seiten in verschiedenen Bereichen existieren.
Organization- und WebSite-Schema liefern klare Markensignale. Organization deckt Ihren Namen, Ihr Logo und grundlegende Kontaktinfos ab. WebSite kann die Seite beschreiben und optional eine interne Suchaktion. Fügen Sie Such-Markup nur hinzu, wenn Nutzer Ihre Seite tatsächlich durchsuchen können.
Bilder verdienen ebenfalls Aufmerksamkeit. Wenn Seiten stark von Hero- oder Featured-Images abhängen, hilft das Hinzufügen von ImageObject (oder das vollständige Beschreiben des Bildes im Hauptschema), damit Suchmaschinen verstehen, was das Bild ist, wo es liegt und welche Eigenschaften es hat.
Autoren-Markup verursacht oft vermeidbare Inkonsistenzen. Wählen Sie eine Vorgehensweise und bleiben Sie dabei: Verwenden Sie Person, wenn eine reale Person den Beitrag geschrieben und auf der Seite genannt wird, und Organization, wenn Inhalte unter einer Markenbyline veröffentlicht werden. Vermeiden Sie das ständige Umschalten zwischen Person und Organization für denselben Autorennamen.
Verwenden Sie sameAs nur für offizielle Profile, die Sie kontrollieren. Wenn Sie unsicher sind, lassen Sie es weg. Veraltete oder falsche Profile können Vertrauen schwächen.
JSON-LD ist oft der sicherste Weg, strukturierte Daten hinzuzufügen, weil es in einem einzelnen \u003cscript type="application/ld+json"\u003e Block lebt und nicht verändert, was Nutzer sehen. Platzieren Sie es im HTML der Seite (häufig im \u003chead\u003e oder gegen Ende des \u003cbody\u003e) und stellen Sie sicher, dass es im finalen Render vorhanden ist, nicht nur in einer Vorschau.
Starten Sie mit dem sichtbaren Inhalt und übertragen Sie ihn dann auf Schema-Felder. Wenn die Seite eine Überschrift, einen Autorennamen, ein Veröffentlichungsdatum, ein Featured Image und eine kurze Beschreibung zeigt, sollte Ihr JSON-LD genau diese Werte enthalten. Abweichungen sind ein häufiger Grund, weshalb Schema-Markup für Blogs keine Rich Results erzielt.
Erstellen Sie eine wiederholbare Vorlage pro Inhaltstyp (Blogpost, News-Item, Glossarbegriff). Die sicherste Einrichtung ist, wenn die Vorlage aus derselben Quelle wie der Seiteninhalt zieht, sodass Updates synchron bleiben.
Ein Rollout-Ablauf, der das Risiko gering hält:
@id.Hier ist ein kleines Muster für stabile IDs (beachten Sie die URL-basierte @id):
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"@id": "https://example.com/blog/my-post#blogposting",
"headline": "My Post Title",
"datePublished": "2026-01-16",
"mainEntityOfPage": "https://example.com/blog/my-post"
}
Wenn Ihre Seite mit einem Framework wie Next.js gebaut ist, generieren Sie diesen Block zur Renderzeit aus Ihrem CMS oder Content-API.
Validierung hat zwei Teile. Zuerst stellen Sie sicher, dass Ihr JSON-LD gültig ist und den Schema-Regeln entspricht. Dann prüfen Sie, ob Google es für Rich Results als berechtigt ansieht. Syntaxprüfungen garantieren nicht, dass Sie ein erweitertes Ergebnis erhalten.
Kopieren Sie das exakt gerenderte JSON-LD von der Live-Seite (nicht eine Template-Datei) und validieren Sie es auf allgemeine Schema-Probleme. Der Schema Markup Validator ist nützlich, um falsche Eigenschaftsnamen, fehlende erforderliche Felder und Typenkonflikte zu finden.
Testen Sie anschließend die Eligibility für Rich Results mit dem Rich Results Test von Google. Dieser Test fokussiert auf die Features, die Google tatsächlich anzeigt, und zeigt fehlende Felder, die die Eligibility blockieren können, auch wenn das Markup technisch gültig ist. Bei Blog-Inhalten sind kleine Lücken wie ein fehlendes Bild oder ein fehlender Autor häufige Gründe, warum Ergebnisse nicht erweitert werden.
Gehen Sie mit den Ergebnissen unterschiedlich um:
Wenn Sie eine geteilte Vorlage aktualisieren und der Rich Results Test plötzlich fehlende datePublished bei einigen Seiten meldet, ist das oft ein Datenproblem (ein leeres Feld im CMS), kein Schema-Problem.
Testen Sie nach jeder Template-Änderung erneut, auch wenn sie klein wirkt. Wenn Sie Inhalte über eine API erzeugen, validieren Sie nach der Veröffentlichung eine frisch veröffentlichte Seite von jedem Inhaltstyp, bevor Sie Änderungen überall ausrollen.
Rich Results scheitern oft aus einfachen Gründen: Suchmaschinen können Ihre strukturierten Daten zwar lesen, vertrauen ihnen aber nicht.
Die wichtigste Regel ist, das zu zeigen, was Nutzer sehen. Wenn Ihr JSON-LD einen Autorennamen, eine Überschrift oder ein Veröffentlichungsdatum angibt, sollten diese Details auf der Seite sichtbar sein. Verstecken Sie keine Schlüsseldetails nur im Markup und verwenden Sie nicht unterschiedliche Formulierungen.
Fehlende erforderliche Felder sind ein weiterer häufiger Blocker. Für Article-ähnliche Seiten sind headline, image und Veröffentlichungs- oder Aktualisierungsdaten häufig erforderlich. Wenn Ihr Bild zu klein, fehlt oder nicht zugänglich ist, bleibt die Seite möglicherweise trotz korrektem Schema außerhalb von Rich Results.
Die Verwendung des falschen Schema-Typs kann ebenfalls schaden. FAQPage auf eine Seite anzuwenden, die kein echtes Q‑and‑A ist, kann dazu führen, dass das Markup ignoriert oder markiert wird. Wählen Sie Typen, die die reale Seite widerspiegeln: BlogPosting für Blogposts, NewsArticle für News-Stories, DefinedTerm für Definitionen.
Einige wiederkehrende Probleme:
Beispiel: Ein Team veröffentlicht einen News-Beitrag und die Seite zeigt „Aktualisiert Jan 16“, aber das Markup enthält noch das Datum der letzten Woche aus einem wiederverwendeten Template. Selbst mit korrektem NewsArticle-Schema kann die Suchmaschine es als unzuverlässig ansehen, bis sichtbarer Inhalt und strukturierte Daten übereinstimmen.
Bevor Sie auf Veröffentlichen klicken, machen Sie eine schnelle Konsistenzprüfung. Die meisten Probleme bei Rich Results sind keine schwierigen Probleme, sondern kleine Abweichungen zwischen dem, was die Seite zeigt, und dem, was das Markup behauptet.
Wenn Sie Schema-Markup für Blogs hinzufügen, beginnen Sie damit, zu entscheiden, was die Seite ist (BlogPosting, NewsArticle oder eine Definitionsseite). Alles andere sollte diese Wahl unterstützen.
Wenn Sie ein News-Update veröffentlichen und später dasselbe Template für einen Glossareintrag wiederverwenden, lassen Sie keine NewsArticle-Felder zurück. Eine Definitionsseite, die noch behauptet, eine NewsArticle zu sein, fällt oft bei Eligibility-Checks durch.
Stellen Sie sich eine kleine Seite vor, die drei Dinge veröffentlicht: wöchentliche Blogposts, ein Glossar wichtiger Begriffe und einen einfachen News-Hub für Unternehmensupdates. Ziel ist klarere Such-Snippets und Eligibility für Rich Results, ohne das Seitenlayout zu ändern.
Die Schema-Entscheidungen unterscheiden sich nach Intent. Blogposts passen oft zu BlogPosting (oder Article). News-Updates passen zu NewsArticle nur, wenn sie wirklich zeitgebunden sind. Glossare sollten sich auf DefinedTerm und DefinedTermSet (oft in Kombination mit WebPage) konzentrieren, damit Suchmaschinen verstehen: „Diese Seite definiert einen Begriff“, nicht „Das ist eine Story”.
Hier ist ein praktischer 2‑Wochen-Rollout, der das Risiko gering hält:
BreadcrumbList und ein Organization-Publisher-Profil hinzu.Nach dem Deployment bestätigen Sie zwei Dinge: Das Markup ist weiterhin auf der Live-Seite vorhanden (nicht von Ihrem Renderer oder Consent-Tools entfernt), und Suchmaschinen crawlen die aktualisierten Seiten und melden strukturierte Daten in ihren Enhancement- und Rich-Result-Berichten.
Erfolg sieht meist so aus: mehr Impressions für Seiten, die bereits ranken, neue Enhancement-Items für berechtigte Typen und ein moderater CTR-Anstieg durch sauberere Titel, Daten und Breadcrumbs.
Schema ist keine einmalige Aufgabe. Es bricht am häufigsten, wenn ein Template geändert wird, ein Feld umbenannt wird oder ein neues Inhaltsblock hinzugefügt wird und das JSON-LD nicht mitgezogen wird.
Machen Sie strukturierte Daten zu einem Bestandteil des Veröffentlichungsprozesses. Wenn Sie einen Blog, News-Hub und ein Glossar betreiben, legen Sie fest, welche Felder für jeden Inhaltstyp erforderlich sind, und behandeln Sie diese Felder so wie Titel und URL: sie müssen bei jeder Veröffentlichung mitgeliefert werden.
Der einfachste Weg, Schema-Markup für Blogs konsistent zu halten, ist, es an dieselbe Quelle der Wahrheit zu koppeln, mit der Sie die Seite generieren: Titel, Autor, Veröffentlichungsdatum, Bilder, Kategorie und Hauptinhalt. Wenn Inhalte in unterschiedlichen Tools von verschiedenen Personen erstellt werden, schleichen sich fehlende Felder ein (kein Autor, falsches Datumsformat, leeres Bild-Array) und Rich Results werden unwahrscheinlicher.
Eine leichtgewichtige Routine, die für die meisten Teams funktioniert:
Wenn Sie in großem Maßstab veröffentlichen, hilft Automatisierung. Zum Beispiel kann GENERATED (generated.app) Blog-, News- und Glossarinhalte per API erzeugen und strukturierte Datenfelder über Templates hinweg konsistent halten, auch bei Übersetzungen oder Aktualisierungen.
Beispiel: Wenn Sie ein neues „Zuletzt aktualisiert“-Badge einführen, aktualisieren Sie auch Ihr JSON-LD, um dateModified einzubeziehen, und validieren Sie dann eine Beispiel-Blogseite, eine NewsArticle-Seite und eine Glossareintrag-Seite, bevor die Änderung live geht.
Schema-Markup ist strukturierte Daten, die Suchmaschinen helfen, Schlüsselinformationen auf Ihrer Seite einheitlich zu lesen. Es kann Ihre Seite für Rich Results qualifizieren (z. B. Anzeige von Daten, Breadcrumbs oder zusätzlichen Details), erhöht aber die Rankings nicht automatisch.
Verwenden Sie BlogPosting, wenn die Seite eindeutig ein Blogeintrag ist (z. B. Guide, Rückblick, Meinung oder Update). Verwenden Sie Article, wenn Ihr Inhalt breiter redaktionell ist oder wenn Sie einen einheitlichen Typ über verschiedene Bereiche wollen und Ihr System bereits Article ausgibt.
Beginnen Sie mit Feldern, die genau und stabil sein müssen: headline, author, datePublished, image und mainEntityOfPage. Wenn diese mit dem übereinstimmen, was Nutzer auf der Seite sehen, haben Sie die wichtigsten Voraussetzungen für Vertrauenswürdigkeit und Eligibility erfüllt.
Behalten Sie datePublished als ursprüngliches Veröffentlichungsdatum und aktualisieren Sie nur dateModified, wenn Sie tatsächlich inhaltliche Änderungen vornehmen. datePublished zu ändern, nur um frisch zu erscheinen, kann nach hinten losgehen, wenn es nicht mit dem sichtbaren Datum übereinstimmt.
Verwenden Sie NewsArticle nur für zeitnahe Geschichten mit einem klaren Publikationsmoment, wie Ankündigungen oder Breaking Updates, die schnell veralten können. Nutzen Sie Article für Evergreen-Erklärungen, Meinungsstücke und lange Beiträge, die nicht an ein spezielles Ereignis gebunden sind.
Verwenden Sie DefinedTerm, wenn eine Seite einen Begriff erklärt, und DefinedTermSet, wenn die Seite eine Sammlung von Begriffen ist (z. B. ein A–Z-Glossar). Stimmen Sie die strukturierte Definition mit der sichtbaren Definition ab, damit sie nicht inkonsistent wirkt.
BreadcrumbList hilft Suchmaschinen, eine saubere Breadcrumb-Spur anzuzeigen statt einer langen URL, und reduziert Verwirrung, wenn ähnliche Seiten in verschiedenen Bereichen existieren. Es ist außerdem eines der einfachsten Schema-Typen, die akkurat zu halten sind, weil es Ihre sichtbare Navigation widerspiegelt.
Fügen Sie einen einzelnen JSON-LD-Block in einem Script-Tag (type="application/ld+json") in das final gerenderte HTML ein, oft im Head oder nahe dem Ende des Body. Die sicherste Methode ist, das JSON-LD aus denselben Daten zu generieren, die sichtbaren Titel, Daten, Autor und Bild rendern, damit alles synchron bleibt.
Validieren Sie in zwei Schritten: Prüfen Sie zuerst, ob das JSON-LD syntaktisch gültig ist und korrekte Eigenschaften/Typen verwendet; prüfen Sie dann die Eligibility für Rich Results separat. Eine Seite kann gültiges Schema haben und trotzdem keine Rich Results erhalten, daher sind Eligibility-Tests eine gesonderte Prüfung.
Die häufigsten Gründe sind Inkonsistenzen zwischen Markup und sichtbarem Inhalt, fehlende Schlüsselfelder wie ein zugängliches Bild oder Veröffentlichungsdatum, und widersprüchliche Schema-Blöcke, die sich zu URLs, Überschriften oder Autoren widersprechen. Halten Sie einen klaren Primärtyp pro Seite, konsistente IDs und Canonical-URLs und fügen Sie keine Typen hinzu, die den Seiteninhalt nicht widerspiegeln.