Service beschreibt die Leistung, nicht den Betrieb
Schema Markup ist ein maschinenlesbarer Steckbrief im Code deiner Seite. Jeder Steckbrief hat einen Typ, der sagt, was beschrieben wird, und Eigenschaften, die es genauer machen. Mehrere solcher Einträge, in der Fachsprache Knoten, bilden zusammen einen Graphen: ein kleines Netz aus Dingen und ihren Beziehungen.
Der Typ Service hängt in schema.org unter Intangible, also unter den nicht greifbaren Dingen. Er beschreibt eine Leistung: eine Beratung, eine Reparatur, eine Installation. Wer sie erbringt, steht in der Eigenschaft provider, und dort darf laut schema.org eine Organisation oder eine Person stehen. Die Art der Leistung steht in serviceType. Ein Service-Knoten muss den Anbieter nicht noch einmal komplett beschreiben. Er kann über eine Kennung, die @id, auf den Anbieter zeigen, der auf deiner Website schon ausgezeichnet ist.
Wie diese Trennung gemeint ist, zeigt schema.org in einem eigenen Beispiel: eine Rechnung eines Heizungsbetriebs. Der Betrieb steht als LocalBusiness darin, der neue Ofen als Produkt und die Installation als Service. Das ist ein Beispiel für die Modellierung, kein Beleg für eine Wirkung in der Suche. Es zeigt aber das Prinzip, auf das alles Weitere aufbaut: Betrieb, Ware und Leistung sind verschiedene Gegenstände.
Die beliebte Liste der Service-Untertypen im Faktencheck
Die meisten Typen aus der verbreiteten Liste hängen unter LocalBusiness, also unter den Betrieben mit einem Ort, an dem man sie findet. Das ist kein Detail. Es entscheidet, ob du deine Kanzlei oder deine Rechtsberatung beschreibst.
| Typ aus der Liste | Wo er laut schema.org hängt | Was er beschreibt |
|---|---|---|
| LegalService | LocalBusiness | den Betrieb, etwa eine Kanzlei; Untertypen Notary und der veraltete Attorney |
| FinancialService | LocalBusiness | den Betrieb; darunter AccountingService, BankOrCreditUnion, InsuranceAgency und AutomatedTeller |
| EmergencyService | LocalBusiness | eine Einrichtung wie Feuerwache, Polizeiwache oder Notaufnahme |
| MedicalBusiness | LocalBusiness | den medizinischen Betrieb; Dentist und Physician erben zusätzlich über MedicalOrganization |
| HomeAndConstructionBusiness | LocalBusiness | den Handwerksbetrieb; darunter Electrician, Plumber, HVACBusiness, Locksmith, MovingCompany, HousePainter, RoofingContractor, GeneralContractor |
| GovernmentService | Service | die staatliche Leistung selbst, nicht die Behörde |
Wie leicht man Betrieb und Leistung verwechselt, zeigt schema.org selbst. Den allgemeinen Typ ProfessionalService für Dienstleistungsbetriebe hat schema.org als veraltet markiert, mit der Begründung, er sei mit Service verwechselt worden. Auswählen lässt er sich trotzdem noch, etwa als Business Type in Rank Math.
Für LegalService schreibt schema.org ausdrücklich dazu, dass ein solcher Betrieb Anbieter von einem oder mehreren Services sein kann. Damit ist die Aufteilung vorgegeben: Die Kanzlei ist LegalService, die Mietrechtsberatung ist ein Service, den die Kanzlei anbietet. Dasselbe gilt für das Steuerbüro als AccountingService und die Jahresabschlusserstellung als Service. Und keiner dieser Typen belegt eine Zulassung. Wer AccountingService in den Code schreibt, ist dadurch weder Steuerberater noch Buchhalter mit Befugnis.
Der eine echte Service-Untertyp ist GovernmentService. Er beschreibt eine Leistung, die eine staatliche Stelle bereitstellt. Die Behörde selbst bleibt eine eigene Organisation. Gut sehen lässt sich der Unterschied auf GOV.UK: Die Seite stellt den Pass als Vorgang dar, den man beantragen, erneuern, ersetzen oder ändern kann. Das ist die Leistung. Das Amt, das sie bearbeitet, ist etwas anderes. Welches Markup GOV.UK dort verwendet, haben wir nicht geprüft; es geht nur um die sichtbare Trennung.
Kanzlei und Mietrechtsberatung: So sieht der richtige Graph aus
Ein typischer Entwurf für eine Kanzleiseite sieht so aus:
{
"@type": "LegalService",
"name": "Kanzlei Müller",
"areaServed": "Köln",
"serviceType": "Familienrecht",
"provider": {
"@type": "Attorney",
"name": "Rechtsanwalt Müller"
}
}Der Block wirkt schlüssig und enthält drei Fehler. Erstens ist serviceType laut schema.org eine Eigenschaft von Service, nicht von LegalService. Zweitens gehört provider ebenfalls zur Leistung, nicht zum Betrieb. Eine Kanzlei hat keinen Anbieter, sie ist der Anbieter. Drittens ist Attorney als veraltet gekennzeichnet. schema.org verweist auf LegalService, weil der Typ umfassender und weniger mehrdeutig sei, und Rank Math tut in seiner Dokumentation zu Local SEO dasselbe.
Richtig wird es, wenn Betrieb und Leistung zwei Knoten bekommen. Das folgende Beispiel ist ausgedacht: Kanzlei Müller in Köln gibt es nicht, und die Adresse fehlt mit Absicht. Wichtig vor dem Kopieren: Gibt dein SEO-Plugin den Betrieb schon aus, legst du den ersten Knoten nicht noch einmal an. Dann zeigt der Service nur auf die Kennung, die schon da ist.
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "LegalService",
"@id": "https://example.org/#kanzlei",
"name": "Kanzlei Müller",
"url": "https://example.org/"
},
{
"@type": "Service",
"@id": "https://example.org/mietrecht/#leistung",
"name": "Mietrechtsberatung",
"serviceType": "Mietrecht",
"areaServed": { "@type": "City", "name": "Köln" },
"provider": { "@id": "https://example.org/#kanzlei" }
}
]
}Der erste Knoten beschreibt die Kanzlei, einmal, mit einer festen Kennung. Der zweite beschreibt die Leistung, nennt das Fachgebiet in serviceType und das Gebiet in areaServed und zeigt über provider auf die Kennung der Kanzlei. Für ein vollständiges Unternehmens-Markup nach Google fehlt hier bewusst die Adresse. Die gehört an den Kanzleiknoten, und zwar die echte.
Der Satztest, unser Vorschlag für Leistungsseiten. Schreib vor jeder Änderung einen Satz auf: „Wer erbringt was, wo?“ Für das Beispiel lautet er: Die Kanzlei Müller erbringt Mietrechtsberatung für Mandanten in Köln. Dann ordnest du zu: Kanzlei als LegalService, Beratung als Service mit serviceType, provider als Verweis auf die vorhandene Anbieterkennung, und am Ende prüfst du den Graphen gegen den Seitentext. Als Richtwert aus unserer Arbeit: rund 30 Minuten, wenn du die Ausgabe der Seite lesen kannst. Erfolg heißt: Das Fachgebiet hängt an der Leistung, die Firma gibt es genau einmal. Abbrechen solltest du, wenn unklar ist, welche Firma oder welcher Standort tatsächlich anbietet. Eine Teamseite beschreibt meist Menschen und keine Leistung; dort fragst du zuerst, ob ein Person-Knoten passt. Der Gewinn gegenüber einem einzelnen Plugin-Feld: Die Beziehung zwischen Anbieter und Leistung steht im Code, statt dass ein loser Typ herumsteht.
Anwältin, Ärztin, Fachgebiet: Was eine Person ist und was eine Leistung
Wenn auf der Seite eine bestimmte Anwältin genannt wird, mit Namen, Foto und Tätigkeitsschwerpunkt, dann ist sie eine Person. Für sie kann ein eigener Person-Knoten passen, der mit der Kanzlei verbunden ist. Wird keine Person sichtbar beschrieben, lässt du den Knoten weg. Ein Typ für Anwältinnen als Betrieb ist dafür kein Ersatz, und Attorney ist ohnehin veraltet. Auch Notare haben mit Notary einen eigenen Typ unter LegalService, wieder als Betrieb.
In der Medizin ist die Hierarchie verwinkelter. MedicalBusiness hängt unter LocalBusiness. Dentist erbt laut schema.org über fünf Pfade, unter anderem über MedicalBusiness und über MedicalOrganization. Physician beschreibt eine einzelne Ärztin oder eine Praxis, betrachtet als Organisation. Für die Website einer Zahnarztpraxis heißt das: Dentist für die Praxis, Person für die Zahnärztin auf der Teamseite, Service für die professionelle Zahnreinigung.
Und das Fachgebiet? Mietrecht, Familienrecht, Implantologie oder Lohnbuchhaltung sind keine Anbieterklassen. Sie beschreiben, was angeboten wird. Deshalb gehören sie an die Leistung, etwa in serviceType, und nicht als vermeintlicher Spezialtyp an den Betrieb.
Notdienst ist eine Uhrzeit, kein Typ
EmergencyService klingt nach Notdienst und wird deshalb gern für Schlüsseldienste, Pannenhilfe oder Sanitär-Notdienste empfohlen. schema.org meint damit aber Einrichtungen wie eine Feuerwache oder eine Notaufnahme. Die Untertypen heißen FireStation, Hospital und PoliceStation. Ein Schlüsseldienst, der nachts kommt, wird dadurch nicht zur Feuerwache.
Präziser ist: Der Betrieb ist ein Locksmith, also ein Schlüsseldienst unter HomeAndConstructionBusiness. Die nächtliche Türöffnung ist ein Service dieses Betriebs. Bei Pannenhilfe gilt dasselbe Vorgehen: Erst klären, wer die Leistung tatsächlich erbringt, eine Werkstatt, ein Abschleppdienst oder ein Automobilclub, dann den Betrieb und die Leistung getrennt auszeichnen.
Wie unterschiedlich Dringlichkeit und Einrichtung sind, zeigt der britische Gesundheitsdienst NHS auf seiner Seite zur Nummer 111. Die 111 ist eine Anlaufstelle, die weiterleitet: zur Notaufnahme, zum Bereitschaftsarzt, zur Apotheke oder im Notfall zum Rettungsdienst. Dringende Hilfe, Kontaktstelle und Notfalleinrichtung sind dort sichtbar drei verschiedene Dinge. Ein Nachweis für ein bestimmtes Markup oder eine Wirkung in der Suche ist das nicht, und die britischen Nummern helfen in Deutschland niemandem weiter. Als Denkfigur taugt es trotzdem.
Die Feiertagsprobe, unser Vorschlag für Notdienste. Erfasse die normalen Öffnungszeiten des Betriebs. Notiere getrennt, wann die konkrete Leistung erreichbar ist, etwa die Türöffnung. Prüfe dann für einen ausgewählten Feiertag, ob beide Angaben stimmen, und vergleiche sie mit dem Angebotstext. Plane eine Stunde mit der Person ein, die den Betrieb verantwortet. Erfolg heißt: Nirgends steht eine Rundumverfügbarkeit, die es nicht gibt. Ohne Bestätigung durch den Betrieb trägst du nichts ein. Gibt es gar keinen eigenen Bereitschaftsdienst, entfällt die Probe.
Standort, Einsatzgebiet, Zuständigkeit: drei Ortsfelder
Eine Stadt kann im Markup drei verschiedene Dinge bedeuten. Wer sie verwechselt, macht zum Beispiel aus einem Ort, an dem der Betrieb nur arbeitet, einen Standort. Formal ist das Markup dann gültig, inhaltlich falsch.
| Bedeutung | Eigenschaft | Woran du es erkennst |
|---|---|---|
| Hier sitzt der Betrieb, hier empfängt er Kundschaft | address am Betrieb | Kontaktseite, Impressum, Unternehmensprofil |
| Hier kommt die Leistung an | areaServed an der Leistung oder am Betrieb | Angebotstext nennt Orte oder ein Gebiet |
| Hier ist eine staatliche Stelle zuständig | jurisdiction an GovernmentService | Zuständigkeit ist rechtlich festgelegt |
areaServed beschreibt laut schema.org das Gebiet, in dem eine Leistung erbracht wird. Ein Angebot für Köln macht aus einem Büro in Bonn keinen Kölner Standort. jurisdiction gibt es unter den Leistungen nur bei GovernmentService und meint den Zuständigkeitsbereich. Dazu kommt serviceOperator, wenn eine andere Organisation die staatliche Leistung betreibt als die, die sie anbietet.
Das Google-Unternehmensprofil hat eigene Regeln. Laut Google-Hilfe können Betriebe, die an ihrer Adresse keine Kundschaft empfangen, die Adresse ausblenden und stattdessen ein Einzugsgebiet angeben. Das gilt für das Profil. Für das Markup auf deiner Website folgt daraus keine automatische Regel, und beide Systeme gleichen sich nicht von selbst ab. Wie lokale Sichtbarkeit insgesamt entsteht, haben wir am Beispiel Local SEO im Sauerland beschrieben.
Drei Ortsfelder, unser Vorschlag. Erfasse Kundenadresse, Einsatzgebiet und, falls es eine Behörde ist, Zuständigkeit getrennt. Gleiche jede Angabe mit Kontaktseite und sichtbarem Angebot ab. Befülle address, areaServed und jurisdiction nur nach ihrer Bedeutung. Spiel als Gegenprobe einen mobilen Betrieb durch, der zu den Kunden fährt. Rechne mit 30 bis 45 Minuten. Erfolg heißt: Keine Stadt, die nur bedient wird, taucht als Standort auf. Widersprechen sich die Standortdaten auf deinen Seiten, klärst du das zuerst. Ist ein Unternehmen rein digital und hat keinen Ort, an dem Kundschaft empfangen wird, passt LocalBusiness nicht, und ein Einsatzgebiet ersetzt keine erfundene Adresse.
Was Google dokumentiert und was nicht
Google empfiehlt in der Dokumentation zu Local Business, Stand 8. September 2026, den spezifischsten passenden Untertyp von LocalBusiness und für jeden Standort ein eigenes LocalBusiness. Damit kann Google Angaben wie Öffnungszeiten oder Abteilungen in der Suche und in Maps zeigen. Pflicht für diese Funktion sind Name und Adresse. Trifft mehr als ein Typ auf den Betrieb zu, gehören sie als Liste in @type. Googles Beispiel ist ein Betrieb, der zugleich Elektriker, Installateur und Schlüsseldienst ist. additionalType unterstützt Google dafür nicht.
Wichtig ist das Wort „zutreffen“. Die Liste ist für einen Betrieb gedacht, der all das tatsächlich ist. Eine Kanzlei, die neben Mietrecht auch Arbeitsrecht berät, ist deshalb nicht zwei Betriebe. Sie bleibt ein LegalService mit zwei Leistungen.
Und was bringt das in der Suche? Hier wird es nüchtern. Google sagt in den allgemeinen Richtlinien für strukturierte Daten, Stand 10. Juli 2026, ausdrücklich, dass auch korrektes Markup keine Anzeige garantiert. Strukturierte Daten dürfen nur beschreiben, was auf der Seite sichtbar ist. Wer dagegen verstößt, riskiert die Eignung für Rich Results, also für die erweiterten Darstellungen in der Suche. Dasselbe Prinzip gilt für jeden Typ, wie bei JobPosting-Markup für Stellenanzeigen. Für die lokale Suche nennt Google im Unternehmensprofil drei Faktoren: Relevanz, Entfernung und Bekanntheit. Schema-Typen kommen dort nicht vor.
Die stärkste Gegenposition lautet: Wenn Google den spezifischsten Typ empfiehlt, muss Spezifität doch etwas bringen. Sie bringt eine korrekte Beschreibung und die Voraussetzungen für die dokumentierte Suchfunktion. Eine Rangfolge in den Suchergebnissen folgt daraus nicht. Für die verbreitete Aussage, eine Kanzlei mit LegalService werde bei der Suche nach einem Anwalt für Mietrecht in Köln bevorzugt oder ein Notdienst mit EmergencyService höher angezeigt, haben wir keinen Beleg gefunden. Dasselbe gilt für bessere Klickraten, weniger Streuverlust oder einen Vertrauensbonus durch den Typ. Rank Math schreibt zwar, der gewählte Betriebstyp helfe Google beim Einordnen für lokale Rankings. Das ist eine Herstellerangabe ohne Nachweis. Wer eine Wirkung belegen will, braucht kontrollierte Daten zu vergleichbaren Seiten und genug Impressionen. Bis dahin gilt: Ein allgemeinerer richtiger Typ ist sauberer als ein enger falscher.
Was Rank Math ausgibt und wo du es einstellst
Rank Math trennt zwei Dinge, die in vielen Anleitungen zusammengeworfen werden. Den Betriebstyp wählst du im Local-SEO-Modul unter Business Type. Laut Rank Math gilt er für Startseite sowie Über-uns- und Kontaktseite, und das Feld verschwindet, sobald mehrere Standorte aktiviert sind. Die Leistung zeichnest du im Service Schema der einzelnen Seite aus, dort mit dem Feld Service Type für die Art der Leistung und optional einem Angebot mit Preis. Eigene Schemas baut der Custom Schema Generator, und den gibt es laut Rank Math nur in der PRO-Version.
Einen Schalter, der aus einem Service einen LegalService macht, dokumentiert Rank Math nicht. Anleitungen mit dem Weg „Service, dann Subtype, dann LegalService“ beschreiben also etwas, das es so nicht gibt. Auch ein eigenes Feld für den Anbieter nennt die Dokumentation zum Service Schema nicht. Ob Rank Math deinen Service mit dem Betrieb verbindet, siehst du deshalb erst in der Ausgabe. Fehlt die Verbindung, bleiben zwei Wege: der Custom Schema Generator der PRO-Version oder ein eigener JSON-LD-Block, der auf die vorhandene Kennung zeigt. Welche Felder du siehst, hängt außerdem von deiner installierten Version ab. Verlass dich deshalb nicht auf die Oberfläche, sondern auf das, was im Quelltext ankommt.
Deine eigene Anbieterkennung findest du so: Öffne die Startseite, lass dir den Seitenquelltext anzeigen und suche nach „@id“. Auf unserer Website gibt Rank Math den Anbieter zum Beispiel mit der Kennung https://cremermedia.de/#organization aus. Ein Service auf einer unserer Leistungsseiten müsste genau auf diese Kennung zeigen, statt die Firma ein zweites Mal zu beschreiben. Die Kennung selbst änderst du nicht nebenbei, denn andere Knoten verweisen schon auf sie.
Eine technische Spur lohnt sich vor jedem Plugin-Wechsel: der alte Typ Attorney. Er steht noch in vielen älteren Beispielen und Vorlagen. Wer umzieht, prüft vorher, was die Seite tatsächlich ausgibt, damit kein veralteter Knoten mitwandert.
Der Dublettentest, unser Vorschlag für WordPress. Sichere das ausgegebene JSON-LD von Kontaktseite und Leistungsseite. Vergleiche die Anbieterkennungen, Adressen und Telefonnummern. Lege einen zweiten Anbieter nur an, wenn es wirklich einen eigenständigen Standort oder eine eigenständige Organisation gibt. Lies nach jeder Änderung erneut aus. Rechne mit 45 bis 90 Minuten, eine Testumgebung hilft. Erfolg heißt: Jeder reale Anbieter und jeder Standort ist eindeutig. Zwei verschiedene Kennungen mit gleichen Angaben sind meist ein ungewollter Doppelbestand, aus Theme, Plugin und eigenem Code. Echte Niederlassungen dagegen sind eigene Einträge. Taucht ein Knoten auf, dessen Herkunft du nicht kennst, hörst du auf und klärst die Quelle.
So prüfst du die Ausgabe
Vor jeder Prüfung steht eine Voraussetzung: Google muss die Seite überhaupt crawlen und indexieren können. Wie das zusammenhängt, steht im Beitrag zur XML Sitemap. Dann prüfst du auf zwei Ebenen, mit zwei Werkzeugen. Für jede Leistungsseite gehören der Satztest und diese Prüfung dazu. Ortsfelder, Feiertagsprobe, Dublettentest und Rollout brauchst du nur, wenn der jeweilige Fall bei dir vorkommt.
Der Schema Markup Validator von schema.org zeigt, ob Typen und Eigenschaften zum Vokabular passen. Ob eine Eigenschaft überhaupt zu ihrem Typ gehört, liest du zusätzlich auf der Typseite bei schema.org nach. In beide Werkzeuge kannst du eine Adresse oder einen Codeschnipsel eingeben. Der Rich Results Test von Google zeigt nur, ob die Seite für eine von Google unterstützte Funktion geeignet ist. Service hat dort keine eigene Funktion. Meldet der Test für deine Leistung kein Rich Result, ist das deshalb kein Fehler und kein Anlass, einen falschen Typ zu ergänzen. Getrennt davon liest du das live ausgegebene HTML, denn manche Plugins setzen Daten erst beim Ausliefern zusammen.
Zwei Werkzeuge, zwei Befunde, unser Vorschlag. Prüfe einen Beispielgraphen und eine Live-Adresse. Notiere Vokabularfehler getrennt von Googles Eignung. Gleiche dann von Hand ab, ob die Daten mit dem sichtbaren Text übereinstimmen. Rechne mit 30 Minuten. Erfolg heißt: Jeder Fehler ist einer Ebene zugeordnet. Widersprechen die Daten dem sichtbaren Inhalt, geht nichts live. So änderst du nichts nur für einen grünen Haken.
Der kontrollierte Rollout, unser Vorschlag für Wirkungsfragen. Wähle eine passende Leistungsseite und eine ähnliche Vergleichsseite. Halte Änderungsdatum und Indexierungsstatus fest. Veröffentliche nur die geplante Änderung am Markup. Prüfe Ausgabe und Eignung, und beobachte Impressionen und Klickrate in der Search Console über vergleichbare Zeiträume, ohne daraus vorschnell Schlüsse zu ziehen. Die Einrichtung dauert etwa eine Stunde, die Beobachtung hängt von deinem Traffic ab. Hat die Seite wenige Impressionen, bewertest du die technische Qualität, nicht die Klickrate. Läuft parallel ein Relaunch oder ändert sich der Suchmix, ist jede Wirkungsdeutung hinfällig.
Welcher Typ für welche Seite?
Ob du spezifisch oder allgemein auszeichnest, entscheidet nicht die Hoffnung auf ein Ranking, sondern die Frage, was auf der Seite sichtbar ist und was auf den Betrieb zutrifft.
| Deine Lage | Unsere Empfehlung | Warum |
|---|---|---|
| Ein Betrieb mit Ladenlokal oder Kanzlei, passender Untertyp vorhanden | Betrieb als spezifischer LocalBusiness-Untertyp mit echter Adresse, Leistungen als Service mit provider auf dessen @id | entspricht schema.org und Googles Empfehlung, keine doppelte Firma |
| Kein Untertyp passt eindeutig zu deinem Beruf | den allgemeineren zutreffenden Typ nehmen, im Zweifel LocalBusiness; nicht den veralteten ProfessionalService | ein allgemeiner richtiger Typ ist sauberer als ein enger falscher |
| Vorhandener Typ ist richtig, ein veralteter wie Attorney steht noch drin | beim nächsten Umbau ersetzen, nach Prüfung der Herkunft | kein Eilfall, aber veraltete Typen werden nicht mehr gepflegt |
| Mobiler Betrieb ohne Kundenempfang, etwa Schlüsseldienst oder Handwerk | Betriebstyp wie Locksmith oder Plumber, areaServed für das Einsatzgebiet, Adresse nur, wenn sie stimmt | Einsatzgebiet ist kein Standort |
| Rein digitales Angebot ohne Ort für Kundschaft | Organization statt LocalBusiness, Leistungen als Service | LocalBusiness setzt einen realen Ort voraus |
| Mehrere Standorte | je Standort ein eigener Eintrag mit eigener Kennung | Google modelliert je Standort |
| Graph ist korrekt, nur ein Ranking soll her | nichts ändern | der Typ ist kein belegter Rankinghebel |
| Unklar, welche Firma oder welcher Standort anbietet | abbrechen und zuerst die Identität klären | sonst beschreibst du etwas Falsches korrekt |
Dein erster Schritt braucht kein neues Plugin: Öffne deine wichtigste Leistungsseite, lies das ausgegebene JSON-LD und schreib den Satz „Wer erbringt was, wo?“ daneben. Passen Satz und Graph zusammen, bist du fertig.
Wenn Theme, Rank Math und eigener Code mehrere Anbieter erzeugen oder mehrere Standorte im Spiel sind, schauen wir uns den Graphen gern mit dir an. Strukturierte Daten gehören bei uns zur SEO-Betreuung, und auf neuen Websites setzen wir sie von Anfang an sauber auf, wie bei unserem Webdesign im Sauerland.
Häufige Fragen zu Service Schema Markup
Brauche ich Service und LocalBusiness gleichzeitig?
Wenn du einen Betrieb mit Ort hast und auf einer Seite eine bestimmte Leistung beschreibst, ja: LocalBusiness oder einer seiner Untertypen beschreibt den Betrieb, Service die Leistung, und die Leistung verweist über provider auf den Betrieb. Auf der Startseite oder der Kontaktseite reicht meist der Betrieb allein. Der Service kommt auf die Seite, die diese eine Leistung sichtbar erklärt.
Ist Attorney für Kanzleien noch empfehlenswert?
Nein. schema.org kennzeichnet Attorney als veraltet und verweist auf LegalService, Rank Math ebenso. Für eine Anwältin, die auf der Seite mit Namen genannt wird, passt ein eigener Person-Knoten. Ältere Einträge mit Attorney ersetzt du beim nächsten Umbau, nachdem du geprüft hast, woher sie kommen.
Wie zeichne ich einen mobilen Notdienst ohne Ladenlokal aus?
Mit dem Typ, der zum Betrieb passt, etwa Locksmith oder Plumber, und dem Einsatzgebiet in areaServed, nicht mit EmergencyService. Die Adresse trägst du nur ein, wenn sie stimmt. Öffnungszeiten und Erreichbarkeit nur so, wie der Betrieb sie bestätigt; eine Rundumverfügbarkeit gehört nur hinein, wenn es sie wirklich gibt.
Was bedeutet „kein Rich Result erkannt“ im Rich Results Test?
Es bedeutet nur, dass Google für dieses Markup keine seiner unterstützten Suchfunktionen gefunden hat. Für Service ist das normal. Der Test prüft die Funktionen aus Googles Search Gallery, nicht das ganze Vokabular von schema.org. Ob dein Markup sprachlich gültig ist, zeigt der Schema Markup Validator.
Kann ich bei mehreren Standorten dieselbe ID verwenden?
Nein, jeder echte Standort bekommt einen eigenen Eintrag mit eigener Kennung, weil Google LocalBusiness je Standort modelliert. Üblich ist die Adresse der Standortseite mit einem Zusatz, etwa https://example.org/standort-koeln/#standort und https://example.org/standort-bonn/#standort. Dieselbe Kennung benutzt du nur, wenn du denselben Gegenstand meinst, etwa wenn mehrere Leistungsseiten auf denselben Anbieter zeigen. Abteilungen mit eigenen Öffnungszeiten oder Telefonnummern innerhalb eines Standorts beschreibt Google über die Eigenschaft department.
Bringt der richtige Schema-Typ bessere Rankings?
Dafür gibt es keinen Beleg. Google garantiert selbst bei korrektem Markup keine Anzeige und nennt für die lokale Suche Relevanz, Entfernung und Bekanntheit. Auch eine manuelle Maßnahme wegen fehlerhafter strukturierter Daten kostet laut Google die Eignung für Rich Results, nicht das Ranking in der Websuche.
Darf ich mehrere Typen gleichzeitig angeben?
Ja, wenn jeder Typ auf den ganzen Betrieb zutrifft, dann als Liste in @type. Mehrere Leistungen machen aus einem Betrieb aber nicht mehrere Branchen. Und ein Untertyp schließt seinen Elterntyp ein: Ein Notary ist schon ein LegalService, beide nebeneinander zu nennen bringt nichts.
Kann ich in Rank Math einen LegalService als Service-Untertyp wählen?
Nein, einen solchen Schalter dokumentiert Rank Math nicht. LegalService wählst du als Betriebstyp im Local-SEO-Modul, die Leistung beschreibst du im Service Schema der Seite. Wer viele gleich gebaute Leistungsseiten hat, kann im Custom Schema Generator der PRO-Version eine Vorlage speichern und mehrfach verwenden.
Quellen und weiterführende Informationen
- schema.org: Service, Version 30.1 vom 16. September 2026, abgerufen am 3. November 2026
- schema.org: LegalService, Version 30.1 vom 16. September 2026, abgerufen am 3. November 2026
- schema.org: Attorney, Version 30.1 vom 16. September 2026, abgerufen am 3. November 2026
- schema.org: ProfessionalService, Version 30.1 vom 16. September 2026, abgerufen am 3. November 2026
- schema.org: Vollständige Typenhierarchie, Version 30.1 vom 16. September 2026, abgerufen am 3. November 2026
- schema.org: EmergencyService, Version 30.1 vom 16. September 2026, abgerufen am 3. November 2026
- schema.org: Dentist, Version 30.1 vom 16. September 2026, abgerufen am 3. November 2026
- schema.org: Physician, Version 30.1 vom 16. September 2026, abgerufen am 3. November 2026
- schema.org: MedicalBusiness, Version 30.1 vom 16. September 2026, abgerufen am 3. November 2026
- schema.org: GovernmentService, Version 30.1 vom 16. September 2026, abgerufen am 3. November 2026
- schema.org: areaServed, Version 30.1 vom 16. September 2026, abgerufen am 3. November 2026
- Google Search Central: Strukturierte Daten für Local Business, Stand 8. September 2026, abgerufen am 3. November 2026
- Google Search Central: Allgemeine Richtlinien für strukturierte Daten, Stand 10. Juli 2026, abgerufen am 3. November 2026
- Google Unternehmensprofil-Hilfe: Lokales Ranking verbessern, abgerufen am 3. November 2026
- Rank Math: Local SEO Settings, abgerufen am 3. November 2026
- Rank Math: Service Schema, abgerufen am 3. November 2026
- Rank Math: Custom Schema Generator, abgerufen am 3. November 2026
- Google Unternehmensprofil-Hilfe: Adresse im Unternehmensprofil, abgerufen am 3. November 2026
- GOV.UK: Apply online for a UK passport, abgerufen am 3. November 2026
- NHS: When to use NHS 111 online or call 111, abgerufen am 3. November 2026
- cremermedia.de: ausgegebenes JSON-LD der Startseite, eigene Auswertung, abgerufen am 3. November 2026
- schema.org: Schema Markup Validator, abgerufen am 3. November 2026
- Google: Rich Results Test, abgerufen am 3. November 2026
Über die Autorin
Anna Cremer
Anna Cremer ist alleinige Inhaberin der Marketingagentur CremerMedia in Lennestadt im Kreis Olpe. Im Online-Marketing arbeitet sie seit 2012 und hat Weiterbildungen bei Google, LinkedIn und Meta absolviert.
Sie bildet SEO Manager und Social Media Manager aus und schult Marketingteams. Strukturierte Daten gehören bei CremerMedia zur SEO-Betreuung ganzer Websites.
