Wie wir Schema.org und erweiterte strukturierte Daten für WordPress einrichten

Schema.org und strukturierte Daten klingen erstmal technisch, sind aber im Alltag für zwei Dinge wichtig: bessere Sichtbarkeit in Google und mehr Klarheit für Suchmaschinen, worum es auf deiner Website geht. Und genau da kann WordPress dir das Leben ziemlich leicht machen.​

Was Schema.org in WordPress bringt

Schema.org ist im Grunde ein gemeinsames Wörterbuch, das Suchmaschinen nutzen, um Inhalte besser zu verstehen. Mit strukturierten Daten sagst du Google nicht nur „hier ist ein Text“, sondern konkret „das ist ein Artikel“, „das ist ein Produkt“ oder „das ist eine FAQ-Seite“.​

Warum das wichtig ist:

• Rich Snippets: Sternebewertungen, FAQs, Rezepte, Events und mehr können direkt in den Suchergebnissen auftauchen.​

• Bessere Einordnung: Google versteht Kontext und Inhalt genauer, was Rankings und Klickrate positiv beeinflussen kann.​

In WordPress hast du drei grobe Wege: manuell im Code, über SEO‑Plugins oder über spezialisierte Schema‑Plugins.​

Die wichtigsten Schema-Typen für typische Websites

Je nach Website-Typ brauchst du nicht alles, sondern ein paar Kern‑Schemas, die wirklich Sinn machen.​

Typische Beispiele:

• Organisation / LocalBusiness: Für Firmenwebsites mit Adresse, Öffnungszeiten, Telefonnummer, Logo usw.​

• Article / BlogPosting: Für Blogartikel, News, Ratgeber – also fast alles, was „Beitrag“ heißt.​

• Product: Für Shops, Landingpages mit Angeboten, Preise, Verfügbarkeit, Bewertungen.​

• FAQPage: Für Seiten mit echten Fragen‑Antwort‑Blöcken, z. B. am Ende eines Artikels.​

• Event / Course / JobPosting: Für Veranstaltungen, Kurse oder Stellenausschreibungen.​

Wichtig ist: Schema nur dort nutzen, wo es wirklich passt. Eine FAQ‑Auszeichnung für eine Seite ohne echte FAQs kann dir eher Probleme einbringen.​

Drei Wege: Wie du in WordPress Schema.org einrichtest

1. Manuell mit JSON‑LD

Google empfiehlt JSON‑LD, also ein Skriptblock im Head oder Body deiner Seite, der die strukturierten Daten enthält. In WordPress kannst du das z. B. über das Theme (functions.php), ein Code‑Snippet‑Plugin oder den Tag Manager einbauen.​

Das ist sinnvoll, wenn:

• du nur wenige spezielle Markups brauchst

• du volle Kontrolle haben willst

• du dich im Code halbwegs wohl fühlst

Ein typischer Ablauf:

• Mit einem Generator (z. B. für LocalBusiness oder FAQ) den JSON‑LD‑Code erstellen.​

• Den Code auf der passenden Seite einfügen (Template, Code‑Snippet‑Plugin oder benutzerdefiniertes Feld).​

• Mit dem Rich‑Results‑Test oder dem Schema‑Validator von Google prüfen, ob alles gültig ist.​

Der Nachteil: Du musst Änderungen (z. B. neue Öffnungszeiten) selbst in den strukturierten Daten nachziehen.​

2. Nutzung von SEO-Plugins (Yoast, Rank Math, AIOSEO)

Viele arbeiten ohnehin mit einem SEO‑Plugin – und dort stecken oft schon solide Schema‑Funktionen drin. Typische Kandidaten: Yoast SEO, Rank Math, All in One SEO (AIOSEO).​

Was diese Plugins dir abnehmen:

• Basis‑Schema für die ganze Seite (Organisation/Person, Logo, Social‑Profile).​

• Automatisches Article/BlogPosting‑Markup für Beiträge.​

• Teils zusätzliche Schema‑Typen wie FAQ, HowTo oder Produkt (oft in Pro-Versionen).​

Ein einfaches Setup in so einem Plugin sieht meist so aus:​

• In den Einstellungen „Website‑Typ“ wählen (z. B. Organisation) und Basisdaten wie Name, Logo und Social‑Links hinterlegen.​

• Standard‑Schema für Beiträge/Seiten definieren (z. B. „Beitrag = Artikel“, „Seite = WebPage“).​

• Bei Bedarf pro Beitrag ein eigenes Schema wählen, etwa „FAQ“ oder „Produkt“.​

Der Vorteil: Viele Daten holt sich das Plugin automatisch aus Titel, Auszug, Bild, Autor usw., du musst weniger manuell pflegen. Der Nachteil: Sehr spezielle Anforderungen stoßen schnell an Grenzen, besonders in kostenlosen Versionen.​

3. Spezialisierte Schema-Plugins

Wenn du tiefer einsteigen willst, gibt es eigene Plugins nur für strukturierte Daten. Drei typische Beispiele:​

• Structured Content (JSON-LD) #wpsc: Fügt in Beiträgen/Seiten flexible Boxen ein, z. B. für FAQPage, Event, LocalBusiness, Kurs usw., und erzeugt daraus JSON‑LD.​

• Schema Pro: Bezahlplugin mit Setup‑Assistent, vielen Schema‑Typen und Regeln, mit denen du Markup für ganze Seitentypen automatisiert ausspielst.​

• Allgemeine Schema‑Plugins wie „Schema“: Leichtgewichtig, liefern Basis‑Schema und können mit Erweiterungen zusätzliche Typen hinzufügen.​

Typischer Ablauf mit solchen Plugins:​

• Plugin installieren und aktivieren.

• Grundsetup machen: Website‑Typ, Logo, Standard‑Schema auswählen.​

• Schema‑Typ wählen (z. B. Article, Product, FAQ) und festlegen, auf welchen Seiten/Beiträgen er laufen soll.​

• Felder zuordnen: z. B. Titel = Beitragstitel, Bild = Beitragsbild, Preis = individuelles Feld.​

• Seite speichern und mit dem Rich‑Results‑Test prüfen, ob das Markup gültig ist.​

Das ist oft der beste Kompromiss, wenn du regelmäßige Inhalte hast (Blog, Produkte, Kurse) und Schema automatisch mitlaufen soll.​

Konkretes Beispiel: FAQ-Schema in WordPress

FAQ‑Blöcke sind beliebt, weil sie häufig direkt in den Suchergebnissen auftauchen. Und die Umsetzung ist in WordPress recht entspannt, wenn du das passende Werkzeug nimmst.​

In der Praxis laufen viele so:

• Du hast am Ende eines Ratgeber‑Artikels 5–10 Fragen mit Antworten.

• Du willst, dass Google genau diese Fragen als FAQ erkennt.

• Die Ausgabe soll ohne HTML‑Bastelei funktionieren.

Dafür gibt es zwei typische Wege:​

• Per SEO‑Plugin: Einige SEO‑Plugins bieten FAQ‑Blöcke im Editor, die intern automatisch FAQPage‑Schema im JSON‑LD‑Format ausgeben.​

• Per strukturiertes‑Content‑Plugin: Structured Content (JSON‑LD) #wpsc zum Beispiel erlaubt das Einfügen von FAQ‑Boxen über einen Block im Editor, erzeugt dazu das passende Schema.org‑Markup und fügt es der Seite hinzu.​

Wichtig:

• Jede Frage‑Antwort‑Kombination nur einmal auszeichnen, keinen doppelten Code per mehreren Plugins erzeugen.​

• Nur echte FAQs nutzen, nicht Marketingtexte als „Fragen“ verkleiden.​

• Nach Änderungen an den Fragen die Seite neu durch den Rich‑Results‑Test schicken.​

Wenn du mehrere Plugins für Schema nutzt (z. B. SEO‑Plugin plus Schema‑Plugin), kann es leicht zu Überschneidungen kommen. Also lieber klar festlegen: Welches Tool liefert das Grund‑Schema, welches kümmert sich um Spezialfälle wie FAQ oder HowTo.​

Typische Fehler und wie du sie vermeidest

Bei Schema.org in WordPress sind es selten die „großen“ Dinge, sondern Kleinigkeiten, die nerven.​

Was häufig schiefgeht:

• Zu viele Plugins: Ein SEO‑Plugin, ein Schema‑Plugin, ein Theme mit eigenem Schema – am Ende hast du doppelte oder widersprüchliche Markups.​

• Falsche Typen: Z. B. eine einfache Textseite als „Product“ oder „Event“ markieren, nur weil es sich besser anhört.​

• Unvollständige Pflichtfelder: Produkt ohne Preis, Event ohne Datum, LocalBusiness ohne Adresse.​

• Nie testen: Änderungen am Theme oder Plugin, aber niemand prüft danach den strukturierten Code.​

Was dir hilft:

• Einmal sauber entscheiden: Welches Plugin kümmert sich um welches Schema.​

• Nach jedem größeren Umbau die wichtigsten Seitentypen mit dem Google‑Tool testen.​

• Dokumentieren, woher die Daten kommen (z. B. extra Felder im Backend für Preis, Dauer, Kursleiter).​

Und wenn du ehrlich merkst, dass dir das alles zu viel Gefrickel ist: Du bist nicht allein. Viele Betreiber wollen sich eigentlich um Inhalte und Kunden kümmern, nicht um JSON‑LD und Schema‑Typen.

Genau da setzen Agenturen wie Prorankers an: Bei uns kannst du nicht nur die Entwicklung deiner WordPress‑Website beauftragen, sondern auch das ganze Thema strukturierte Daten, SEO und Promotion abgeben – inklusive sauberem Schema.org‑Setup, Tests und laufender Pflege, wenn sich etwas ändert. So musst du dich nicht mit technischen Details aufhalten, sondern kannst dich auf dein Geschäft konzentrieren.