Schema-Markup für Blogs: Typen für Nachrichten und Glossare

Was Schema-Markup in den Suchergebnissen ändert

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:

• Blogposts: klarer Seitentyp, Autor, Veröffentlichungs- und Aktualisierungsdaten sowie Breadcrumbs.
• Nachrichten-Seiten: starke Publishing-Signale (Überschrift, Daten, Publisher) und konsistente Updates.
• Glossare: definitionsorientierte Struktur (Begriff und Definition) und interne Konsistenz.

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.

Schema-Typen für Blogposts

Für die meisten Blogs ist der beste Ausgangspunkt BlogPosting, das eine spezifischere Version von Article ist.

• Verwenden Sie BlogPosting, wenn die Seite eindeutig ein Blogeintrag ist (Guide, Rückblick, Meinung, Update).
• Verwenden Sie Article, wenn der Inhalt breiter redaktionell ist oder Ihr CMS bereits Article ausgibt und Sie Typen siteweit konsistent halten möchten.

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.

Felder, die am wichtigsten sind

Machen Sie diese Angaben bei jedem Post genau:

• headline: entspricht dem sichtbaren Seitentitel (fügen Sie keine zusätzlichen Keywords hinzu)
• author: eine echte Person oder Organisation mit einem stabilen Namen
• datePublished: das ursprüngliche Veröffentlichungsdatum, nicht „heute"
• image: ein repräsentatives Bild, das tatsächlich auf der Seite erscheint
• mainEntityOfPage: die kanonische URL des Beitrags

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 (sparsam verwenden)

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.

Schema-Typen für News-Seiten

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:

• NewsArticle: Breaking News, tägliche Updates, Presseankündigungen, Berichterstattung mit klarem Publikationsmoment
• Article: Erklärstücke, Editorials, Backgrounder, die Sie gelegentlich aktualisieren

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.

Schema-Typen für Glossare und Definitionen

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.

Den richtigen Typ wählen

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.

Einzelne Begriffseite vs. Kategorienseite

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.

Unterstützende Schema-Typen, die bei allen Inhaltstypen helfen

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.

Schritt für Schritt: JSON-LD hinzufügen, ohne Seiten zu brechen

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:

• JSON-LD zuerst für einen Seitentyp hinzufügen.
• Entity-IDs stabil halten, z. B. mit @id.
• JSON-LD aus echten Seitendaten rendern, nicht aus Platzhaltern.
• QA in einem echten Browser durchführen und bestätigen, dass das Script in der Seitenquelle vorhanden ist.
• Allmählich ausrollen.

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.

Wie man Schema-Markup korrekt validiert

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:

• Fehler: Das Markup ist ungültig oder unvollständig für das getestete Feature. Beheben Sie diese zuerst.
• Warnungen: Empfohlen, aber nicht zwingend erforderlich. Beheben Sie sie, wenn sie die Klarheit verbessern, aber ändern Sie nicht Ihre Templates allein, um optionale Felder zu jagen.
• Erkannte Elemente ohne Eligibility: Manchmal in Ordnung, weil nicht jeder Schema-Typ ein Rich Result hat.

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.

Häufige Fehler, die Rich Results blockieren

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:

• Widersprüchliche Schema-Blöcke, die dieselbe Seite unterschiedlich beschreiben (Überschrift, Daten oder URL)
• Duplizierte Eigenschaften, die sich widersprechen (zwei verschiedene Autoren, zwei verschiedene Bilder)
• Daten nicht im ISO-Format oder Zeitzonenverschiebungen, die datePublished später als modifiedDate erscheinen lassen
• Kopieren von Template-Markup und Vergessen, IDs, URLs oder Namen zu aktualisieren

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.

Schnelle Checkliste vor der Veröffentlichung

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.

60-Sekunden-Checkliste

• Wählen Sie einen primären Typ, der dem Hauptzweck der Seite entspricht.
• Bestätigen Sie, dass erforderliche Felder vorhanden und wahrheitsgemäß sind: headline, description, author, publish date und main image.
• Prüfen Sie Bildgrundlagen: es existiert, lädt sauber, ist groß genug für Rich Results und hat Alt-Text, der dem Sichtbaren entspricht.
• Stellen Sie sicher, dass die sichtbare UI mit dem JSON-LD übereinstimmt (Autorname, veröffentlichte und geänderte Daten, Breadcrumb-Trail).
• Entfernen Sie Markup, das als Spam angesehen werden könnte (gefälschte Bewertungen, FAQ-Blöcke, die nicht auf der Seite sind, aufgeblähte Ratings).

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.

Beispiel: Schema für Blog, Glossar und News-Hub einführen

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:

• Tage 1–2: Wählen Sie je einen repräsentativen Seite pro Typ und fügen Sie JSON-LD hinzu.
• Tage 3–5: Validieren, schnelle Probleme beheben und bestätigen, dass Schema mit dem sichtbaren Inhalt übereinstimmt.
• Tage 6–8: Rollen Sie Templates siteweit aus, sodass neue Seiten automatisch das richtige Markup erhalten.
• Tage 9–10: Fügen Sie unterstützende Elemente wie BreadcrumbList und ein Organization-Publisher-Profil hinzu.
• Tage 11–14: Überwachen Sie Indexierung und Sucherscheinung und passen Sie nur an, wenn Daten inkorrekt sind.

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.

Nächste Schritte: Schema aktuell halten, während Sie veröffentlichen

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:

• Fügen Sie eine Pre-Publish-Prüfung hinzu, die erforderliche Felder für die jeweilige Vorlage bestätigt.
• Validieren Sie nach jeder Template-Änderung einige kürzlich veröffentlichte Seiten von jedem Inhaltstyp.
• Achten Sie auf Warnungen, die mit der Zeit zu Fehlern werden (z. B. fehlende Breite und Höhe für Bilder).
• Pflegen Sie eine gemeinsame Schema-Feldkarte, damit Redakteure wissen, was jedes Feld bedeutet.
• Machen Sie monatliche Stichproben der Sucherscheinung und Validierungsergebnisse.

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.