Structured Data ist kein Ranking-Trick. Es ist ein Etikett — damit Systeme erkennen, was Ihr Betrieb ist, was er anbietet und welche Fragen er beantwortet.
Diese Seite richtet sich an lokale Dienstleister, die verstehen möchten, was hinter dem Begriff steckt — ohne Code-Tutorial.
Kurzfassung
Ein Fliesenleger aus Wiesbaden hat eine saubere Website mit Leistungsseiten, Kontaktformular, ein paar Bewertungen.
Aber im Google Rich Results Test: keine Einträge. Warum?
Weil die Website nirgends maschinenlesbar erklärt, wer dieser Betrieb ist, was er macht und wo.
Für einen Menschen ist das klar. Für ein System nicht — ohne Structured Data bleibt vieles Interpretation.
Structured Data ist eine zusätzliche Beschreibungsschicht auf Ihrer Website — in einem Format, das Suchmaschinen und KI-Systeme direkt lesen können, ohne den Fließtext zu interpretieren.
Sie steht neben dem sichtbaren Inhalt, nicht statt ihm.
Das Format heißt meist JSON‑LD (JavaScript Object Notation for Linked Data) und folgt einem standardisierten Vokabular namens Schema.org. Es ist kein Design-Element — Besucher sehen es nicht.
Vereinfacht: Menschen lesen Überschriften und Fließtext. Systeme lesen zusätzlich ein eindeutiges Schema, das sagt: „Das hier ist ein Handwerksbetrieb. Er bietet Fliesenlegen an. Er ist in Wiesbaden tätig.“
Das folgende Diagramm zeigt, welche drei Schema-Typen für lokale Betriebe typisch sind und welche Informationen sie jeweils tragen:
So sieht das in der Praxis aus — ein vereinfachtes JSON‑LD‑Beispiel für denselben Betrieb:
{
„@context“: „https://schema.org“,
„@type“: „LocalBusiness“,
„name“: „Fliesenleger Wiesbaden – Mustermann GmbH“,
„telephone“: „+49 611 123456“,
„address“: {
„@type“: „PostalAddress“,
„addressLocality“: „Wiesbaden“,
„addressCountry“: „DE“
},
„openingHours“: „Mo-Fr 07:00-17:00“,
„hasOfferCatalog“: {
„@type“: „OfferCatalog“,
„name“: „Leistungen“,
„itemListElement“: [
{
„@type“: „Service“,
„name“: „Fliesenlegen“,
„serviceType“: „Handwerk“,
„areaServed“: „Wiesbaden“
},
{
„@type“: „Service“,
„name“: „Badsanierung“,
„serviceType“: „Handwerk“,
„areaServed“: „Wiesbaden“
}
]
}
}
Nicht jeder Betrieb braucht alle verfügbaren Schema-Typen. Für lokale Dienstleister — Handwerksbetriebe, Reinigungsunternehmen, Elektriker, Pflegedienste — sind drei Typen besonders sinnvoll:
Damit Systeme erkennen: Name des Betriebs, Adresse (falls relevant), Erreichbarkeit, Öffnungszeiten.
Ein Malerbetrieb aus Frankfurt, der seinen NAP (Name, Adresse, Telefon) einheitlich auf der Website und dem Google-Profil führt, profitiert besonders: Structured Data macht diese Einheit auch für Maschinen sichtbar.
Damit Systeme erkennen: welche Leistungen der Betrieb anbietet und wie sie benannt werden.
Beispiel: Ein Sanitärbetrieb, der auf seiner Website „Rohrreinigung“, „Heizungswartung“ und „Badsanierung“ anbietet, kann diese Leistungen als Service-Einträge auszeichnen — so ist klar, dass es sich um eigenständige Angebote handelt, nicht nur um Keywords im Fließtext.
Damit Systeme erkennen: welche Fragen Kunden stellen und wie der Betrieb antwortet.
Wichtig: FAQ-Markup ist nur sinnvoll, wenn die Antworten wirklich als Text auf der Seite stehen. Ein FAQ-Schema ohne sichtbaren FAQ-Inhalt ist kein valides Markup.
Structured Data ist kein Ersatz für Klarheit. Es verstärkt, was schon da ist — aber es repariert nicht, was fehlt.
Konkret: Wenn eine Website unklare Leistungsbeschreibungen hat, widersprüchliche Angaben (Website vs. Google-Profil) oder gar keinen Orts- und Servicebezug im Text, dann macht Structured Data diese Unklarheit nur maschinenlesbar — nicht besser.
Der sinnvolle Reihenfolge-Check:
Sie brauchen keinen Entwickler-Zugang. Zwei kostenlose Tools reichen:
Ein Klarlack-Elektriker aus München testet seine Startseite: kein Ergebnis. Das heißt nicht, dass die Seite schlecht ist — es heißt nur: Google liest sie als Text, nicht als Schema. Das lässt sich nachrüsten.
Ein „Fehler“ im Test ist kein Alarm. Es bedeutet: etwas ist unvollständig oder im falschen Format.
Wenn Sie festgestellt haben, dass Markup fehlt oder unvollständig ist, brauchen Sie keine technischen Vorkenntnisse für die Übergabe:
Wenn etwas fehlt (z. B. keine klare Leistungsbeschreibung), ist das ein Signal: die Website braucht erst Klarheit, dann Markup.
Nein. Es ist optional. Es lohnt sich erst, wenn die Basis stimmt: klare Texte, saubere Indexierbarkeit, einheitliches Profil. Als erster Schritt ist Structured Data selten die richtige Priorität.
Es kann helfen, weil es Eindeutigkeit erhöht. KI-Systeme wie ChatGPT oder Perplexity werten Inhalte aus — klare Texte sind die Grundlage, Structured Data ist eine ergänzende Ebene.
Ja. Es ist ein technisches Label im Seitenquelltext, kein sichtbares Element. Das Design bleibt unverändert.