Service-Schema und LocalBusiness: Was gehört wirklich in Ihre strukturierten Daten?

Kurz zusammengefasst

Service und LocalBusiness werden bei strukturierten Daten häufig verwechselt, erfüllen jedoch unterschiedliche Aufgaben. Schema.org definiert Service als eine Leistung, die ein Unternehmen anbietet, etwa einen Lieferdienst oder Druckleistungen. Wichtige Eigenschaften sind unter anderem provider, serviceType, areaServed und hasOfferCatalog. Schema.org beschreibt dagegen ein konkretes stationäres Unternehmen oder eine Filiale, beispielsweise ein Restaurant, eine Bankfiliale oder eine Arztpraxis. Für eine Leistungsseite mit einem festen Standort ist meist die Kombination beider Schemas sinnvoll: LocalBusiness für den Standort, Service für die angebotenen Leistungen.

Die wichtigsten Punkte

• LocalBusiness setzt mindestens Name und Adresse voraus: Google berücksichtigt für Rich Results lokaler Unternehmen nur Markup, das diese Angaben enthält.
• Jeder Standort braucht ein eigenes Markup: Betreibt Ihr Unternehmen mehrere Filialen, muss jeder physische Standort laut Google separat als LocalBusiness-Typ ausgezeichnet werden.
• Service beschreibt die Leistung, nicht den Standort: Mit serviceType und areaServed legen Sie fest, was Sie anbieten und in welchem Gebiet, unabhängig von Ihrer Geschäftsadresse.
• Bewertungen sind nicht verpflichtend: aggregateRating innerhalb von LocalBusiness empfiehlt Google nur für Websites, die selbst Bewertungen über andere lokale Unternehmen sammeln, nicht pauschal für Unternehmen mit eigenen Kundenbewertungen (Google).
• Rich Results sind nie garantiert: Google weist ausdrücklich darauf hin, dass selbst korrekt implementierte strukturierte Daten keine bestimmte Darstellung in den Suchergebnissen zusichern.

Warum erkennt Google meine Leistungsseite nicht als Unternehmensstandort?

Ein Installationsbetrieb veröffentlicht eine Seite mit Adresse, Öffnungszeiten und einer Liste seiner Leistungen. In den Suchergebnissen erscheinen aber weder Unternehmensprofil noch Sternebewertungen. Die Informationen sind zwar für Besucher sichtbar, werden von Suchmaschinen jedoch nicht eindeutig als Unternehmensdaten erkannt. Genau hier liegt der Unterschied zwischen Inhalten für Menschen und strukturierten Daten für Systeme (Leistungsseiten, die Kundenfragen beantworten).

Das Problem liegt selten am Seiteninhalt selbst, sondern meist an fehlendem oder falsch eingesetztem Schema-Markup. Ohne JSON-LD oder Mikrodaten sieht Google lediglich Fließtext. Dann muss das System erst einordnen, ob „Hauptstraße 12, München“ eine Adresse, eine Fußnote oder ein zufälliger Teil des Textes ist. Strukturierte Daten nehmen diese Unsicherheit: Sie legen eindeutig fest, welche Information zu welchem Feld gehört.

Visitenkarte und Speisekarte: der entscheidende Unterschied

Stellen Sie sich LocalBusiness als Visitenkarte Ihres Unternehmens vor: Name, Adresse, Telefonnummer und Öffnungszeiten. Service ist dagegen Ihre Speisekarte: Welche Leistungen bieten Sie an, für wen und in welchem Gebiet? Eine Seite mit ausschließlich LocalBusiness-Markup zeigt Suchmaschinen, wo Sie ansässig sind, aber nicht konkret, was Sie anbieten. Eine Seite mit ausschließlich Service-Markup beschreibt Ihr Angebot, lässt aber offen, wo Kunden Sie erreichen. Für die meisten Dienstleistungsunternehmen mit festem Standort braucht es daher beides.

Was passiert bei der Wahl des falschen Typs?

Wenn Sie LocalBusiness für eine rein digitale oder ortsunabhängige Leistung verwenden, suggerieren Sie einen physischen Besuchsort, den es gar nicht gibt. Umgekehrt verschenken Geschäfte oder Praxen mit festem Standort Chancen auf eine Unternehmensdarstellung mit Karte, Öffnungszeiten und Routenplanung, wenn sie nur Service einsetzen. Mit dem passenden Markup wären diese Signale für Suchmaschinen klarer.

Welches Schema passt zu Ihrer Dienstleistung?

Ob Service, LocalBusiness oder eine Kombination passend ist, hängt davon ab, wie Kunden Ihre Leistung in Anspruch nehmen.

Nur LocalBusiness eignet sich für Unternehmen, bei denen der Standort selbst entscheidend ist: Restaurants, Fitnessstudios oder Ladengeschäfte. Kunden kommen zu Ihnen, und die Leistung wird vor Ort erbracht.

Nur Service passt zu Dienstleistern ohne festen Besuchsstandort oder zu Angeboten, die ortsunabhängig erbracht werden: freiberufliche Texter, deutschlandweit tätige Reinigungsdienste oder IT-Berater im Remote-Einsatz. Hier ist areaServed wichtiger als eine Adresse.

Service innerhalb von LocalBusiness ist für einen Großteil der kleinen und mittleren Dienstleistungsunternehmen die richtige Wahl: etwa für einen Handwerksbetrieb mit Standort und Einsatzgebiet, ein Notariat oder eine Physiotherapiepraxis, die zusätzlich Hausbesuche anbietet. Sie zeichnen den Standort als LocalBusiness aus und ergänzen die konkreten Leistungen über die Eigenschaft makesOffer oder hasOfferCatalog als Service-Objekte.

Praxisbeispiel: Diese Felder benötigen Sie

Für einen Sanitärbetrieb mit einem Standort und einem Einsatzgebiet in drei Gemeinden besteht ein schlankes, korrektes Set aus:

• @type: LocalBusiness oder einem spezifischeren Untertyp wie Plumber
• name, address, telephone, openingHours
• areaServed mit den Gemeinden, in denen Sie tätig sind
• hasOfferCatalog mit einem oder mehreren Service-Objekten, jeweils mit eigenem serviceType

Diese Struktur vermittelt Suchmaschinen und KI-Assistenten ein vollständiges, eindeutiges Bild: Wer Sie sind, wo Sie ansässig sind und was Sie konkret anbieten.

So gehen Sie vor:

• Klären Sie zunächst, ob Ihre Leistung an einen Standort gebunden ist oder ortsunabhängig erbracht wird.
• Wählen Sie LocalBusiness, beziehungsweise einen passenden Untertyp, wenn der Standort für Kunden relevant ist.
• Ergänzen Sie über hasOfferCatalog für jede einzelne Leistung ein Service-Objekt.
• Hinterlegen Sie immer Name und Adresse. Das sind die verbindlichen Google-Anforderungen für Rich Results lokaler Unternehmen.
• Prüfen Sie Ihr Markup vor der Veröffentlichung mit dem Rich Results Test.

Wie sieht korrektes Markup bei mehreren Standorten aus?

Nehmen wir eine regionale Physiotherapiepraxis mit drei Standorten in unterschiedlichen Städten. Jeder Standort hat eigene Öffnungszeiten, ein eigenes Team sowie teils gleiche, teils abweichende Leistungen.

Praxisbeispiel: ein hypothetisches Dienstleistungsunternehmen mit mehreren Standorten

Verwendet eine solche Praxis ein einziges allgemeines LocalBusiness-Markup für alle drei Standorte und trägt darin die Adresse der Hauptverwaltung ein, entsteht für Suchmaschinen ein widersprüchliches Signal: Welcher Standort gehört zu welcher lokalen Suchanfrage? Werden daraus drei eigenständige LocalBusiness-Objekte, jeweils mit eigener Adresse, Telefonnummer, Öffnungszeiten und den passenden lokalen Service-Objekten, wird der richtige Standort bei lokalen Suchanfragen deutlich eindeutiger zugeordnet. Konkrete Ergebnisse unterscheiden sich je nach Branche und Ausgangssituation. Das von Google vorgegebene Prinzip bleibt jedoch klar: Jeder Standort wird separat ausgezeichnet.

Die wichtigste Erkenntnis ist weniger technischer als organisatorischer Natur: Wer strukturierte Daten nur einmal zentral für das gesamte Unternehmen einrichtet, verschenkt genau den lokalen Vorteil, den sie bieten sollen.

Was bringt korrektes Service- und LocalBusiness-Markup konkret?

Der Nutzen korrekter Auszeichnungen zeigt sich auf zwei Ebenen. Zum einen geht es um klassische Rich Results, etwa Unternehmensinformationen, Öffnungszeiten und Routenhinweise direkt in den Suchergebnissen. Google stellt dabei klar: Strukturierte Daten sind eine Voraussetzung, aber keine Zusage. Auch bei technisch einwandfreier Umsetzung kann ein Rich Result ausbleiben, weil Google selbst entscheidet, welche Elemente angezeigt werden.

Zum anderen wird die Lesbarkeit für KI-Assistenten immer wichtiger. Fragt jemand ChatGPT oder Perplexity beispielsweise: „Welcher Klempner in München übernimmt Notfallreparaturen?“, sind sauber strukturierte Angaben leichter einzuordnen als einzelne Informationen in langen Textabsätzen. Ein Service-Objekt mit eindeutigem serviceType und areaServed ist für Sprachmodelle ebenso nutzbar wie für Suchmaschinen und häufig einfacher auszuwerten als freier Text.

Wie schnell Unternehmen KI in Marketing und Vertrieb einsetzen, zeigt auch eine Erhebung des niederländischen Statistikamts. Laut CBS nutzte 2025 jedes sechste niederländische Unternehmen KI, doppelt so viele wie zwei Jahre zuvor. Marketing und Vertrieb wurden dabei am häufigsten genannt. Unternehmen, die ihre Leistungsseiten schon heute maschinenlesbar aufbereiten, sind besser auf eine Suchumgebung vorbereitet, in der nicht nur Google, sondern auch KI-Assistenten Empfehlungen anhand sauber strukturierter Informationen aussprechen.

Welche Fehler treten im bestehenden Markup besonders häufig auf?

Bei der Prüfung vorhandener strukturierter Daten begegnen immer wieder drei typische Muster.

Bewertungen ergänzen, obwohl kein eigenes Bewertungssystem existiert

Unternehmen hinterlegen aggregateRating in ihrem LocalBusiness-Markup, obwohl sie selbst keine Bewertungen sammeln und darstellen. Google ist hier eindeutig: Diese Eigenschaft wird nur für Websites empfohlen, die tatsächlich Rezensionen über andere lokale Unternehmen erfassen, nicht als allgemeine Bewertung des eigenen Unternehmens ohne zugrunde liegendes System.

Eine allgemeine Adresse für mehrere Standorte verwenden

Wie im vorigen Beispiel: Bei mehreren Filialen ist ein gemeinsames LocalBusiness-Objekt ein häufiger Fehler. Die Folge ist, dass kein Standort bei lokalen Suchanfragen optimal zugeordnet wird, weil sich die Signale gegenseitig überlagern.

Leistungsinformationen nur als Fließtext aufführen

Die Leistungsseite listet Angebote verständlich für Besucher auf, doch im Quellcode sind sie nicht als Service-Objekte hinterlegt. Für Menschen ist das klar, für Suchmaschinen und KI-Assistenten fehlen jedoch die strukturierten Informationen.

Wer diese drei Punkte behebt, hat den Großteil der technischen Grundlage in der Praxis bereits geschaffen. Danach geht es vor allem um Pflege: Markup muss bei Änderungen von Öffnungszeiten, Adresse oder Angebot aktualisiert werden.

Häufig gestellte Fragen

Was ist der Unterschied zwischen Service-Schema und LocalBusiness-Schema?

LocalBusiness beschreibt einen physischen Standort mit Adresse und Öffnungszeiten. Service beschreibt dagegen das Angebot einer Organisation, etwa eine Dienstleistung oder Behandlung. Dienstleister mit festem Standort kombinieren häufig beide Schemas: LocalBusiness für den Standort und Service über hasOfferCatalog für die Leistungen.

Braucht jede Seite meiner Website LocalBusiness-Markup?

Nein. LocalBusiness-Markup ist nur auf Seiten erforderlich, die einen konkreten physischen Standort beschreiben. Für Dienstleistungen ohne festen Besuchsort ist ein Service-Objekt mit areaServed in der Regel die bessere Wahl.

Ist eine Adresse im LocalBusiness-Markup Pflicht?

Ja. Laut Google sind Name und Adresse die Mindestanforderungen, um für Rich Results lokaler Unternehmen berücksichtigt zu werden. Ohne diese Angaben gilt das Markup für diese Funktion nicht als vollständig.

Garantiert korrektes Markup ein Rich Result bei Google?

Nein. Google erklärt ausdrücklich, dass strukturierte Daten keine Garantie für eine Darstellung in den Suchergebnissen bieten, auch nicht bei technisch korrekter Implementierung. Markup verbessert die Voraussetzungen, schafft aber keine Gewissheit.

Wie unterstützt Launchmind bei Service- und LocalBusiness-Markup?

Alex, der KI-Kollege von Launchmind, optimiert Leistungsseiten mit einer direkten Antwort, Preisorientierung, Vorgehensweise, Nachweisen und Fragen aus Ihren echten Kundengesprächen. Ergänzt werden die strukturierten Daten, die Google und KI-Assistenten auslesen. Nach Ihrer Freigabe veröffentlicht Alex die Seite mit einem Klick auf Ihrer Website, einschließlich des passenden Service- und LocalBusiness-Markups für Ihren Anwendungsfall.

Fazit

Service- und LocalBusiness-Schema sind keine technische Nebensache. Sie entscheiden mit darüber, ob Google und KI-Assistenten Ihre Leistungsseite korrekt als Unternehmensstandort, als Angebot oder als beides verstehen. Die Regel ist einfach: LocalBusiness beschreibt, wo Sie ansässig sind. Service beschreibt, was Sie anbieten. Bei mehreren Standorten wird jeder Standort einzeln ausgezeichnet. Wer darauf verzichtet, verschenkt Chancen auf Rich Results und Sichtbarkeit in KI-gestützten Suchumgebungen, die sich mit überschaubarem Aufwand erschließen lassen.

Mehr dazu, welche Inhalte auf eine überzeugende Leistungsseite gehören, lesen Sie in was gehört auf eine Dienstleistungsseite, die wirklich konvertiert. Sie möchten sich nicht selbst mit dem Quellcode beschäftigen, aber sicherstellen, dass Ihre Leistungsseiten technisch und inhaltlich überzeugen? Buchen Sie ein kostenloses Beratungsgespräch und erfahren Sie, wie Alex Leistungsseiten mit den passenden strukturierten Daten für Sie erstellt und veröffentlicht.

Über das Unternehmen

Launchmind ist der KI-Kollege, der täglich SEO-Inhalte für Ihren eigenen Blog schreibt, prüft und veröffentlicht, in 8 Sprachen und mit laufender Optimierung auf Basis echter Search-Console-Daten. Alex verbessert außerdem Leistungsseiten mit direkten Antworten, Preisorientierung, Vorgehensweisen, Nachweisen und den strukturierten Daten, die Google und KI-Assistenten auslesen. Das Angebot richtet sich an Marketingverantwortliche, Unternehmer und CMOs kleiner, mittlerer und wachstumsstarker Unternehmen.