Schema-Markup lokal bedeutet: Du baust ein LocalBusiness-JSON-LD auf Deiner Standortseite ein, das Google Name, Adresse, Telefonnummer, Öffnungszeiten und Geo-Koordinaten maschinenlesbar liefert. Wer das noch nicht hat, verschenkt Sichtbarkeit im Local Pack.

Der erste Schritt ist konkret:

Das ist der Kern. Alles Weitere baut darauf auf.


Wichtige Erkenntnisse

Korrektes LocalBusiness-JSON-LD mit konsistenten NAP-Daten, validierten Geo-Koordinaten und regelmäßiger Pflege ist die technische Grundlage jeder lokalen Sichtbarkeitsstrategie.

Thema Details
Erster Schritt LocalBusiness-JSON-LD mit name, address, geo, telephone und openingHoursSpecification aufbauen und sofort validieren.
Konsistenz ist entscheidend Schema, Google Unternehmensprofil und Verzeichnisse müssen identische NAP-Daten enthalten.
Ein Standort, eine URL Jeder Standort braucht einen eigenen JSON-LD-Block auf einer eigenen Seite.
Regelmäßige Wartung Öffnungszeiten, Telefonnummern und Adressen nach jeder Änderung in allen Quellen aktualisieren.
Einfach-sichtbar Unterstützt lokale Unternehmen in Konstanz und der Bodenseeregion bei Implementierung, GBP-Abgleich und Monitoring.

Inhaltsverzeichnis

Was sind strukturierte Daten, und warum helfen sie bei lokaler SEO?

Strukturierte Daten sind ein JSON-LD-Paket, das Du in den Quellcode Deiner Seite einbettest. Statt dass Google den Fließtext parst und rät, was Dein Unternehmen macht, liest es ein klar definiertes Datenformat: Typ, Name, Adresse, Öffnungszeiten, Koordinaten. Kein Raten mehr.

Der Nutzen für lokale Sichtbarkeit ist direkt. Google kann Dein Unternehmen als Entität erkennen, nicht nur als Seite mit Keywords. Das erhöht die Chancen auf Rich Snippets (Öffnungszeiten, Bewertungssterne, Adresse direkt in den Suchergebnissen), auf einen Eintrag im Knowledge Panel und auf Erscheinen im Local Pack, also den drei Karteneinträgen, die bei lokalen Suchanfragen ganz oben stehen.

Der Standard kommt von Schema, einem gemeinsamen Vokabular, das Google, Bing und andere Suchmaschinen gemeinsam pflegen. Google Search Central legt fest, welche Properties Google tatsächlich auswertet und welche Felder für Rich Results erforderlich sind. Wer beides kennt, hat die Grundlage.


Welche LocalBusiness-Properties sind für deutsche Unternehmen wirklich wichtig?

Schema.org definiert den Typ LocalBusiness mit einer langen Liste von Properties. In der Praxis zählen für deutsche KMU vor allem diese:

Property Typ / Format Zweck
name Text Offizieller Unternehmensname
address (PostalAddress) streetAddress, postalCode, addressLocality, addressCountry Pflichtfeld; ohne Adresse ignoriert Google das Markup häufig
telephone Text, z. B. +49 7531 987654 Klickbares Telefon in Suchergebnissen
geo (GeoCoordinates) latitude, longitude (mind. 5 Dezimalstellen) Präzise Kartenverortung im Local Pack
openingHoursSpecification dayOfWeek, opens, closes (HH:MM) Öffnungszeiten als Rich Snippet
url URL Kanonische Unternehmenswebsite
image URL oder ImageObject Bild für Knowledge Panel
priceRange Text, z. B. €€ Preisklasse in Suchergebnissen
areaServed Text oder GeoShape Einzugsgebiet des Unternehmens
sameAs URL-Array Verknüpfung mit GBP, Social-Profilen, Verzeichnissen
currenciesAccepted ISO-4217-Code, z. B. EUR Akzeptierte Währungen
hasOfferCatalog OfferCatalog Dienstleistungsübersicht

Für currenciesAccepted empfiehlt sich der ISO-4217-Standard, also EUR für Euro. Sprachkennzeichnungen im Markup folgen BCP47, also de-DE für Deutsch in Deutschland.

Branchenspezifische Untertypen: Ein Restaurant nutzt servesCuisine und hasMenu, eine Arztpraxis medicalSpecialty. Schema.org bietet dafür eigene Untertypen wie Restaurant, DaySpa, AutoRepair oder MedicalClinic. Immer den spezifischsten Typ wählen, nicht den generischen LocalBusiness, wenn ein passender Untertyp existiert. Das sendet ein stärkeres Signal.

Profi-Tipp: Geo-Koordinaten auf mindestens 5 Dezimalstellen angeben (z. B. 48.69742, 9.14131). Grobe Koordinaten oder fehlende geo-Angaben zwingen Google, die Adresse zu parsen, was fehleranfällig ist und die Zuverlässigkeit im Local Pack senkt.


So implementierst Du LocalBusiness-JSON-LD Schritt für Schritt

Die Umsetzung folgt einer klaren Reihenfolge. Wer sie überspringt, baut auf wackligem Fundament.

  1. Fakten sammeln: Exakte NAP (Name, Adresse, Telefon), Öffnungszeiten inklusive Feiertage, Geo-Koordinaten (Google Maps: Rechtsklick auf den Standort), Unternehmens-URL, Bild-URL, Links zu Google Unternehmensprofil, Social-Profilen und wichtigen Verzeichnissen.

  2. Untertyp wählen: Gibt es einen passenden schema.org-Untertyp? Handwerksbetrieb → HomeAndConstructionBusiness oder spezifischer Plumber, Electrician. Gastronomie → Restaurant, Bakery. Kein passender Typ vorhanden → LocalBusiness als Fallback. Die Fokal-Anleitung empfiehlt ausdrücklich, spezifische Untertypen zu bevorzugen und das JSON-LD im <head> zu platzieren.

  3. JSON-LD-Struktur aufbauen: @context, @type, alle Pflichtfelder, dann empfohlene Felder. Öffnungszeiten als openingHoursSpecification-Array, nicht als veraltetes openingHours-String-Format.

  4. Platzierung: Das <script type="application/ld+json">-Tag gehört in den <head> der Seite. Google liest es dort zuverlässig. Im <body> funktioniert es technisch auch, aber der <head> ist die empfohlene Position. In WordPress lässt sich das über Plugins wie Yoast SEO, Rank Math oder All in One SEO einfügen. Wer manuell arbeitet, fügt den Block direkt in das <head>-Template ein.

  5. Deployment: Vor dem Live-Gang einen JSON-Linter (z. B. jsonlint.com) laufen lassen, um Syntaxfehler auszuschließen. Staging-Umgebung nutzen, wenn vorhanden. Backup der alten Version anlegen.

  6. Monitoring einrichten: Nach dem Live-Gang im Google Rich Results Test prüfen. Dann in der Google Search Console unter „Verbesserungen“ beobachten, ob Fehler oder Warnungen auftauchen. Die Indexierung dauert in der Regel einige Tage bis Wochen.

Wer mehrere Standorte betreibt: Jeder Standort braucht eine eigene URL und einen eigenen JSON-LD-Block. Mehrere Standorte in einem Block zusammenzufassen führt zu Ambiguität und Sichtbarkeitsverlust.


Praxis-Beispiele: JSON-LD für einen Handwerksbetrieb, Öffnungszeiten und Filialen

Einfaches LocalBusiness-Beispiel (Handwerksbetrieb)

{
  "@context": "https://schema.org",
  "@type": "Plumber",
  "name": "Sanitär Müller GmbH",
  "url": "https://www.sanitaer-mueller.de",
  "telephone": "+49 7531 987654",
  "image": "https://www.sanitaer-mueller.de/bilder/logo.jpg",
  "priceRange": "€€",
  "areaServed": "Konstanz",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Musterstraße 12",
    "postalCode": "78462",
    "addressLocality": "Konstanz",
    "addressCountry": "DE"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 47.66033,
    "longitude": 9.17582
  },
  "sameAs": [
    "https://www.google.com/maps?cid=DEINE_CID",
    "https://www.facebook.com/sanitaermueller"
  ]
}

Öffnungszeiten mit saisonalen Ausnahmen

Schema.org definiert OpeningHoursSpecification mit den Feldern dayOfWeek, opens, closes sowie den optionalen Feldern validFrom und validThrough für zeitlich begrenzte Einträge (z. B. Sommerferien oder Weihnachten).

"openingHoursSpecification": [
  {
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
    "opens": "08:00",
    "closes": "17:00"
  },
  {
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": ["Saturday"],
    "opens": "09:00",
    "closes": "13:00"
  },
  {
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
    "opens": "08:00",
    "closes": "13:00",
    "validFrom": "2026-07-28",
    "validThrough": "2026-08-08"
  }
]

Filiale als eigene Entität

Jede Filiale bekommt ihre eigene Seite und ihren eigenen Block. Das department-Feld verknüpft sie mit der Hauptentität:

{
  "@context": "https://schema.org",
  "@type": "Plumber",
  "name": "Sanitär Müller GmbH – Filiale Singen",
  "url": "https://www.sanitaer-mueller.de/singen",
  "telephone": "+49 7731 112233",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Bahnhofstraße 5",
    "postalCode": "78224",
    "addressLocality": "Singen",
    "addressCountry": "DE"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 47.75891,
    "longitude": 8.83997
  },
  "parentOrganization": {
    "@type": "Plumber",
    "name": "Sanitär Müller GmbH",
    "url": "https://www.sanitaer-mueller.de"
  }
}

Felder, die Du unbedingt anpassen musst: name, url, telephone, address, geo, openingHoursSpecification, areaServed, sameAs. Alles andere ist optional, aber jedes ausgefüllte Feld verbessert die Datenlage für Google.


Wie validierst Du Dein Markup und behebst typische Fehler?

Drei Tools decken den Großteil der Probleme ab:

Typische Probleme, die in der Praxis immer wieder auftauchen:

Debug-Workflow: Fehler im Rich Results Test reproduzieren → Feld für Feld prüfen → korrigierten Code erneut testen → live deployen → in der Search Console auf Indexierung warten (typischerweise einige Tage bis wenige Wochen).


Wie spielen Schema-Markup, Google Unternehmensprofil und Verzeichnisse zusammen?

Stell Dir drei Quellen vor, die Google gleichzeitig liest: das JSON-LD auf Deiner Website, das Google Unternehmensprofil und externe Verzeichnisse wie Gelbe Seiten oder Yelp. Stimmen alle drei überein, stärkt das das Vertrauen in die Daten. Widersprechen sie sich, entsteht Unsicherheit, und Google zeigt im Zweifel gar nichts an.

Die sameAs-Property ist das Bindeglied. Sie listet alle offiziellen Profile des Unternehmens als URL-Array: Google Business Profile, Facebook-Seite, Instagram-Profil, Branchenverzeichnisse. Wer seine Facebook-Seite korrekt eingerichtet hat, kann sie direkt in sameAs eintragen.

Die empfohlene Reihenfolge beim Aufbau:

  1. Google Unternehmensprofil vollständig und korrekt einrichten.
  2. Schema-Markup auf der Website exakt daran ausrichten (gleiche Schreibweise, gleiche Telefonnummer, gleiche Öffnungszeiten).
  3. Verzeichniseinträge kontrollieren und bei Abweichungen korrigieren.

Zwei Dinge, die man vermeiden sollte: Adressvarianten mischen (Abkürzungen vs. ausgeschriebene Straßennamen) und mehrere Standorte auf einer einzigen URL markieren. Letzteres ist ein häufiger Fehler bei Filialbetrieben, der dazu führt, dass Google nicht weiß, welcher Standort gemeint ist.


Welche Fehler kosten Dich die Rich Results?

Manche Fehler sind technisch, andere verstoßen gegen Googles Richtlinien. Beides kann dazu führen, dass Rich Results ausgeblendet werden.

Markup-Content-Diskrepanz: Jede Property im JSON-LD muss mit sichtbarem Seiteninhalt übereinstimmen. Wer im Markup Öffnungszeiten angibt, die nirgendwo auf der Seite stehen, riskiert eine manuelle Maßnahme. Google prüft das aktiv.

Fehlende Geo-Koordinaten: Ohne geo verlässt sich Google auf das Parsen der Adresse. Das funktioniert, ist aber fehleranfällig. Gerade bei ähnlichen Straßennamen in verschiedenen Städten kann es zu Fehlzuordnungen kommen. Laut SiteGrade gehören fehlende Geo-Angaben zu den am häufigsten übersehenen Feldern.

Mehrere Standorte in einem Block: Schon erwähnt, aber wichtig genug für eine Wiederholung: Ein JSON-LD-Block, eine URL, ein Standort. Punkt.

Eingeschränkte Features: Das Restaurant-Karussell und bestimmte andere Rich-Result-Typen haben zusätzliche Zugangsbeschränkungen. Nicht jede Website ist automatisch dafür berechtigt, auch wenn das Markup technisch korrekt ist. Die Google Search Central Dokumentation listet die genauen Eligibility-Regeln.

Bewertungen und Rezensionen: Keine manipulierten oder erfundenen Bewertungen in das Markup einbauen. Das verstößt gegen Googles Richtlinien und kann zu einer Abstrafung führen, die weit über den Verlust von Rich Results hinausgeht.

Profi-Tipp: Prüfe nach jeder Änderung an Öffnungszeiten, Telefonnummer oder Adresse sofort alle drei Quellen: Schema auf der Website, Google Unternehmensprofil und die wichtigsten Verzeichniseinträge. Eine einzige Abweichung reicht, um das Vertrauen-Signal zu schwächen.


Welche Fehler kosten Dich die Rich Results? — overview diagram

Praxis-Checkliste für deutsche KMU: Was sofort umsetzen, was regelmäßig prüfen?

Minimalset (sofort implementieren)

Wartung im laufenden Betrieb

Für eine umfassendere technische SEO-Perspektive lohnt sich auch ein Blick auf SEO-Optimierungsstrategien für 2026, die strukturierte Daten in den größeren technischen Kontext einordnen.

DIY oder Agentur beauftragen?

Situation Empfehlung
Ein Standort, einfaches CMS (WordPress mit Plugin) DIY mit Plugin (Yoast, Rank Math)
Ein Standort, kein CMS-Zugang oder statisches HTML DIY mit manuellem JSON-LD
Mehrere Standorte oder Filialen Agentur sinnvoll
Komplexe Servicekataloge (hasOfferCatalog) Agentur sinnvoll
Integration mit Buchungssystem oder POS Agentur notwendig
Zeitkritische Änderungen (Feiertage, Notfallöffnungszeiten) Agentur mit Monitoring-Paket

Wer lokale SEO für Handwerksbetriebe betreibt, hat oft genau das Profil, bei dem ein Plugin für den Anfang reicht. Sobald aber mehrere Standorte oder ein komplexes Serviceangebot ins Spiel kommen, lohnt sich professionelle Unterstützung.


Was ich nach vielen lokalen Projekten gelernt habe

Schema-Markup lokal wird in der SEO-Diskussion oft als technisches Detail abgetan, das man einmal einrichtet und dann vergisst. Das ist falsch. Und es ist teuer.

Der häufigste Fall in der Praxis: Ein Handwerksbetrieb hat irgendwann ein Plugin aktiviert, das automatisch ein LocalBusiness-Schema generiert. Aber die Geo-Koordinaten zeigen auf die Stadtmitte, die Öffnungszeiten sind veraltet, und die Telefonnummer im Schema unterscheidet sich von der im Google Unternehmensprofil, weil die Nummer vor zwei Jahren geändert wurde. Google sieht drei widersprüchliche Signale und zeigt im Local Pack lieber den Wettbewerber, dessen Daten konsistent sind.

Ein anderes Muster: Filialbetriebe, die alle Standorte in einem einzigen JSON-LD-Block zusammenfassen. Das klingt nach Effizienz, ist aber aus Googles Sicht Datenmüll. Jeder Standort braucht seine eigene Entität, seine eigene URL, seinen eigenen Block.

Was realistische Erwartungen angeht: Sichtbarkeit verbessert sich nach einer korrekten Implementierung meist innerhalb einiger Wochen. Aber die Local-Pack-Platzierung hängt von weiteren Faktoren ab, vor allem von der Stärke des Google Unternehmensprofils, der Anzahl und Qualität der Bewertungen und der allgemeinen Domain-Autorität. Schema-Markup ist ein starkes Signal, kein Wundermittel.


Einfach-sichtbar hilft Ihnen bei der lokalen Schema-Implementierung

Wer in der Bodenseeregion ein lokales Unternehmen betreibt und strukturierte Daten korrekt einrichten will, ohne sich durch JSON-LD-Dokumentationen zu arbeiten, bekommt bei Einfach-sichtbar eine direkte Lösung: Implementierung des LocalBusiness-JSON-LD, Abgleich mit dem Google Unternehmensprofil und ein Monitoring-Paket, das Fehler in der Search Console frühzeitig meldet.

Einfach-sichtbar

Besonders bei Multi-Standort-Setups, komplexen Servicekatalogen oder zeitkritischen Änderungen wie Sonderöffnungszeiten zu Feiertagen zahlt sich eine professionelle Betreuung aus. Einfach-sichtbar übernimmt die technische Umsetzung, damit Sie sich auf das Tagesgeschäft konzentrieren können. Schreiben Sie uns oder vereinbaren Sie ein kostenloses Erstgespräch direkt über Einfach-sichtbar.


Quellen

Empfehlung

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert