JSON-LD für Dienstleistungsseiten: Aufbau, Beispiel und häufige Fehler
So beschreiben Sie Leistungen, Anbieter und Zielregionen korrekt mit strukturierten Daten, ohne falsche Erwartungen an Rankings oder KI-Empfehlungen zu wecken.
Dienstleistungsseiten sollen klar vermitteln, welche Leistung ein Unternehmen anbietet, wer dahintersteht und für wen das Angebot gedacht ist. Menschen können diese Informationen meist direkt aus dem sichtbaren Text ableiten. Suchmaschinen und andere maschinelle Systeme profitieren jedoch von zusätzlichen, eindeutig strukturierten Angaben.
Hier kommt JSON-LD ins Spiel. Das Format kann eine Leistung als Service kennzeichnen und sie mit dem anbietenden Unternehmen, der Leistungsseite und dem jeweiligen Einsatzgebiet verbinden.
Das bedeutet allerdings nicht, dass ein Code-Snippet automatisch bessere Rankings oder Erwähnungen in ChatGPT, Gemini oder Google AI Overviews auslöst. JSON-LD reduziert Mehrdeutigkeit. Es ersetzt weder hochwertige Inhalte noch technische SEO oder eine vertrauenswürdige digitale Präsenz.
JSON-LD für Dienstleistungsseiten – das Wichtigste
- JSON-LD stellt Informationen im Quellcode maschinenlesbar bereit.
- Schema.org liefert dafür Typen und Eigenschaften wie Service, Organization und WebPage.
- Die Auszeichnung muss den sichtbaren Inhalt der Leistungsseite korrekt wiedergeben.
- Der Anbieter sollte eindeutig mit der beschriebenen Leistung verbunden sein.
- Nicht jede Unterseite benötigt dasselbe JSON-LD.
- Bestehende Ausgaben von Themes und SEO-Plugins müssen berücksichtigt werden.
- Service ist ein gültiger Schema.org-Typ, aber derzeit kein eigenes Google-Rich-Result-Format.
- Es gibt kein spezielles JSON-LD-Markup, das eine Aufnahme in KI-Antworten garantiert.
Google unterstützt JSON-LD, Microdata und RDFa. JSON-LD wird empfohlen, weil es sich meist leichter einbinden und warten lässt. Alle drei Formate können jedoch funktionieren, wenn sie korrekt umgesetzt sind.
Was ist JSON-LD?
JSON-LD steht für JavaScript Object Notation for Linked Data. Das Format beschreibt Informationen und Beziehungen in einer klaren, strukturierten Form.
Der Code wird üblicherweise in einem Script-Element auf der jeweiligen Seite eingebunden:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Service",
"name": "Bezeichnung der Dienstleistung"
}
</script>@context legt fest, welches Vokabular verwendet wird. Bei üblichen strukturierten Daten ist das https://schema.org.
@type beschreibt, um welche Art von Objekt es sich handelt. Auf einer Leistungsseite kann das beispielsweise Service sein.
Weitere Eigenschaften liefern Angaben zum Namen, zur Beschreibung, zum Anbieter, zur URL oder zur betreuten Region.
Schema.org definiert Service als eine Dienstleistung, die durch eine Organisation oder eine andere anbietende Stelle erbracht wird.
Welche Informationen sollte eine Leistungsseite auszeichnen?
Ein sinnvolles Service-Markup konzentriert sich auf die tatsächlich angebotene Leistung. Es muss nicht jede mögliche Schema.org-Eigenschaft enthalten.
Name und Art der Leistung
Mit name wird die konkrete Leistung bezeichnet. serviceType kann die Leistungsart ergänzen.
Beispiele:
- Suchmaschinenoptimierung
- GEO-Beratung
- Steuerberatung
- Physiotherapie
- Webentwicklung
- Unternehmensberatung
Der Name sollte mit der sichtbaren Leistungsbezeichnung auf der Seite übereinstimmen.
Beschreibung und URL
description fasst die Leistung kurz und sachlich zusammen. Die Beschreibung sollte keine unbelegten Werbeversprechen oder Angaben enthalten, die auf der Seite nicht sichtbar sind.
url verweist auf die konkrete Leistungsseite und nicht pauschal auf die Startseite.
Anbieter der Leistung
Über provider wird die Dienstleistung mit dem anbietenden Unternehmen verbunden.
Der Anbieter kann als Organization, LocalBusiness oder ein passenderer Untertyp dargestellt werden. Bereits vorhandene Unternehmensdaten sollten nicht für jede Seite neu und widersprüchlich erzeugt werden.
Betreute Region
Mit areaServed lässt sich angeben, in welchem Gebiet eine Leistung angeboten wird. Das kann sinnvoll sein, wenn das Angebot tatsächlich regional begrenzt ist.
Mögliche Angaben sind beispielsweise:
- Österreich,
- Deutschland und Schweiz,
- ein Bundesland,
- eine Stadt,
- ein konkretes Einzugsgebiet.
areaServed sollte nicht verwendet werden, um ohne tatsächliche Grundlage möglichst viele Regionen abzudecken.
JSON-LD-Beispiel für eine Dienstleistungsseite
Das folgende Beispiel verbindet ein Unternehmen, eine Dienstleistung und die zugehörige Webseite miteinander:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Organization",
"@id": "https://www.beispiel.at/#organization",
"name": "Beispiel GmbH",
"url": "https://www.beispiel.at/",
"logo": "https://www.beispiel.at/uploads/logo.png"
},
{
"@type": "Service",
"@id": "https://www.beispiel.at/geo-beratung/#service",
"name": "GEO-Beratung und AI-Visibility-Optimierung",
"serviceType": "Generative Engine Optimization",
"description": "Strategische, inhaltliche und technische Optimierung für eine bessere Sichtbarkeit in KI-gestützten Suchsystemen.",
"provider": {
"@id": "https://www.beispiel.at/#organization"
},
"areaServed": [
{
"@type": "Country",
"name": "Österreich"
},
{
"@type": "Country",
"name": "Deutschland"
},
{
"@type": "Country",
"name": "Schweiz"
}
],
"url": "https://www.beispiel.at/geo-beratung/"
},
{
"@type": "WebPage",
"@id": "https://www.beispiel.at/geo-beratung/#webpage",
"url": "https://www.beispiel.at/geo-beratung/",
"name": "GEO-Beratung und AI-Visibility-Optimierung",
"mainEntity": {
"@id": "https://www.beispiel.at/geo-beratung/#service"
}
}
]
}
</script>Dieses Beispiel ist eine Vorlage und muss an das jeweilige Unternehmen angepasst werden.
Besonders wichtig sind die Verbindungen:
- Die Leistung verweist über provider auf das Unternehmen.
- Die Webseite verweist über mainEntity auf die Leistung.
- Stabile @id-Werte vermeiden, dass dieselbe Organisation oder Leistung mehrfach als unterschiedliche Entität angelegt wird.
Bestehende SEO-Plugins erzeugen häufig bereits Organization, WebSite oder WebPage. In diesem Fall sollte das neue Markup an diese vorhandenen Entitäten anknüpfen, statt sie ein zweites Mal anzulegen.
Wo wird JSON-LD eingebunden?
JSON-LD kann im HTML-Code der jeweiligen Seite im
oder stehen. Entscheidend ist, dass der Code auf der richtigen Seite verfügbar, technisch gültig und für Suchmaschinen zugänglich ist.In WordPress bestehen mehrere Möglichkeiten:
- Ausgabe über ein SEO- oder Schema-Plugin,
- Einbindung über das Theme,
- individuelles Snippet,
- dynamische Ausgabe anhand des Seitentyps,
- serverseitige Einbindung durch die Webentwicklung.
Die beste Lösung hängt von der Website ab. Ein weiteres Plugin ist nicht automatisch sinnvoll, wenn Theme und bestehende Plugins bereits strukturierte Daten erzeugen.
Vor jeder Ergänzung sollte deshalb geprüft werden, welches Markup auf der veröffentlichten Seite bereits vorhanden ist.
Wie wird das Markup richtig geprüft?
Schema.org Validator
Der Schema.org Validator zeigt, welche Typen und Eigenschaften erkannt werden. Er eignet sich für die allgemeine technische Prüfung des Markups.
Google Rich Results Test
Der Rich Results Test prüft nur strukturierte Daten, die Google für bestimmte erweiterte Suchdarstellungen unterstützt.
Google führt Service derzeit nicht als eigenes Format in seiner Rich-Result-Galerie. Ein Service-Markup kann deshalb gültig sein, obwohl der Rich Results Test dafür kein besonderes Suchergebnis anzeigt. Das ist aus der Kombination der Schema.org-Service-Definition und der aktuellen Google-Galerie ableitbar.
Live-Seite kontrollieren
Nach der Veröffentlichung sollte die tatsächlich ausgelieferte Seite geprüft werden. Caching, Plugins oder Page Builder können dazu führen, dass:
- Markup doppelt ausgegeben wird,
- alte Daten bestehen bleiben,
- Code nur im Editor, aber nicht auf der Live-Seite erscheint,
- unterschiedliche Versionen für Desktop und Mobilgeräte ausgeliefert werden.
Häufige Fehler bei JSON-LD für Leistungsseiten
Dasselbe Service-Markup auf allen Seiten
Jede Leistungsseite sollte die konkrete Leistung beschreiben, die dort sichtbar angeboten wird. Identisches Markup für SEO, Webdesign und Google Ads schafft keine klare Zuordnung.
Unternehmen mehrfach und widersprüchlich anlegen
Mehrere Plugins können gleichzeitig verschiedene Namen, Logos oder Adressen ausgeben. Dadurch entstehen widersprüchliche Unternehmensentitäten.
Unsichtbare Leistungen auszeichnen
Google verlangt, dass strukturierte Daten den sichtbaren Hauptinhalt der jeweiligen Seite korrekt wiedergeben. Versteckte, erfundene oder irreführende Angaben verstoßen gegen die Qualitätsrichtlinien.
Unzutreffende Regionen nennen
areaServed sollte nur Regionen enthalten, in denen die Leistung tatsächlich angeboten wird. Eine lange Liste von Ländern ersetzt keine reale internationale Ausrichtung.
Bewertungen ungeprüft einbinden
Eigene, erfundene oder irreführend zugeordnete Bewertungen können zu fehlerhaftem oder problematischem Markup führen. Bewertungen sollten nur ausgezeichnet werden, wenn Inhalt, Herkunft und bewertetes Objekt eindeutig zusammenpassen.
Ein Rich Result oder KI-Zitat erwarten
Ein gültiges Markup garantiert weder ein erweitertes Google-Ergebnis noch bessere Rankings. Google entscheidet anhand vieler Faktoren, welche Darstellung für eine Suchanfrage geeignet ist.
Für AI Overviews und den AI Mode gibt es ebenfalls kein spezielles Schema.org-Markup. Google warnt inzwischen ausdrücklich davor, strukturierte Daten als alleinigen Hebel für generative Suche zu betrachten.
Was bringt JSON-LD für SEO und KI-Sichtbarkeit?
JSON-LD kann Suchmaschinen und anderen maschinellen Systemen eindeutige Angaben über eine Leistung bereitstellen.
Es kann beispielsweise klarstellen:
- welches Unternehmen die Leistung anbietet,
- welche Seite das Angebot beschreibt,
- welche Region betreut wird,
- wie die Leistung mit anderen Inhalten zusammenhängt.
Das kann die maschinelle Einordnung unterstützen. Es macht aus einer schwachen Leistungsseite jedoch keine vertrauenswürdige Quelle.
JSON-LD beschreibt eine Leistung. Die fachliche Relevanz entsteht durch den sichtbaren Inhalt, nachvollziehbare Expertise, technische Zugänglichkeit und vertrauenswürdige Signale.
Google erklärt, dass für generative Suchfunktionen keine zusätzlichen KI-Dateien und kein spezielles strukturiertes Markup erforderlich sind. Strukturierte Daten bleiben dennoch ein sinnvoller Bestandteil einer umfassenden SEO-Strategie.
Kompakte Checkliste für Dienstleistungsseiten
- Ist die Leistung auf der Seite eindeutig benannt?
- Entspricht der JSON-LD-Name dem sichtbaren Angebot?
- Verweist provider auf das richtige Unternehmen?
- Ist die Leistungs-URL korrekt?
- Entspricht areaServed dem tatsächlichen Angebot?
- Sind Unternehmen, Leistung und Webseite miteinander verbunden?
- Erzeugen Theme oder Plugins bereits ähnliche Daten?
- Gibt es doppelte oder widersprüchliche Entitäten?
- Besteht das Markup den Schema.org Validator?
- Wurde die veröffentlichte Seite nach der Einbindung erneut geprüft?
Mehrere Antworten mit Nein oder Unklar sprechen für eine technische Überprüfung.
So setzt Medienkraft JSON-LD für Leistungsseiten um
- Bestehende Auszeichnungen prüfen
Wir analysieren, welche strukturierten Daten Theme, Plugins und individuelle Snippets bereits ausgeben. - Leistungen und Anbieter zuordnen
Wir definieren, welche Organisation welche Leistung auf welcher Seite anbietet. - Passendes Schema-Modell entwickeln
Die Auszeichnungen richten sich nach dem tatsächlichen Inhalt und den vorhandenen Seitentypen. - Markup einbinden und verbinden
Unternehmen, Leistungsseite und Service werden konsistent miteinander verknüpft. - Live-Ausgabe kontrollieren
Wir prüfen nicht nur den Code, sondern auch die veröffentlichte Seite und mögliche doppelte Ausgaben. - Änderungen berücksichtigen
Neue Leistungen, Standorte oder technische Änderungen werden bei Bedarf in die Struktur übernommen.
Häufige Fragen zu JSON-LD für Dienstleistungsseiten
Benötigt jede Leistungsseite ein eigenes Service-Markup?
Nicht zwingend. Bei strategisch wichtigen, klar abgegrenzten Dienstleistungen ist eine individuelle Auszeichnung jedoch sinnvoller als ein allgemeines Standard-Markup für die gesamte Website.
Kann ich den Code aus einem Generator direkt übernehmen?
Ein Generator kann eine erste Vorlage liefern. Er kennt aber weder vorhandene Plugin-Ausgaben noch die Unternehmensstruktur oder bestehende @id-Verknüpfungen. Der Code sollte deshalb fachlich und technisch geprüft werden.
Erzeugt Service-Markup ein besonderes Google-Suchergebnis?
Google führt Service derzeit nicht als eigenes Rich-Result-Format. Die Auszeichnung dient vor allem der strukturierten Beschreibung und Verbindung der Dienstleistung.
Muss JSON-LD im sichtbaren Text erscheinen?
Der Code selbst ist für Besucher:innen nicht sichtbar. Die darin beschriebenen Angaben müssen jedoch dem sichtbaren Inhalt der Seite entsprechen.
Ist JSON-LD für ChatGPT oder AI Overviews erforderlich?
Nein. Für diese Systeme gibt es keine veröffentlichte Pflicht zu einem speziellen Service- oder KI-Markup. Eine technisch zugängliche, hochwertige und eindeutig strukturierte Website bleibt wichtiger.
Fazit: Gutes Service-Markup verbindet Leistung, Anbieter und Seite
JSON-LD kann Dienstleistungsseiten klarer und maschinenlesbar beschreiben. Entscheidend ist jedoch nicht die Menge des Codes, sondern seine Genauigkeit.
Ein gutes Service-Markup:
- beschreibt eine tatsächlich sichtbare Leistung,
- verweist auf den richtigen Anbieter,
- nutzt die korrekte URL,
- nennt nur reale Einsatzgebiete,
- vermeidet doppelte Unternehmensentitäten,
- fügt sich in die vorhandene Website-Struktur ein.
JSON-LD ist damit kein KI-Trick und keine Ranking-Garantie. Richtig eingesetzt ergänzt es jedoch technische SEO und GEO, indem es Zusammenhänge klar und konsistent darstellt.
JSON-LD Ihrer Leistungsseiten prüfen lassen
Medienkraft prüft bestehendes Markup, entwickelt eine passende Schema-Struktur und übernimmt auf Wunsch auch die technische Einbindung.
