LocalBusiness-Schema für Handwerker: JSON-LD richtig einsetzen

Kurzantwort: Ein LocalBusiness-Markup beschreibt den Handwerksbetrieb maschinenlesbar: Name, Adresse, Telefon, Website, Öffnungszeiten, Einsatzgebiet und gegebenenfalls Standortkoordinaten. Es kann Suchmaschinen und KI-Systemen helfen, die Angaben eindeutig zuzuordnen. Es garantiert weder einen Rich Snippet noch eine bessere lokale Platzierung und ersetzt kein korrektes Google-Unternehmensprofil.

Strukturierte Daten sind eine Übersetzung der sichtbaren Website, keine zweite Wahrheit. Alles, was im JSON-LD steht, muss auf der Seite sichtbar und korrekt sein. Erfundene Bewertungen, eine falsche Adresse oder ein nicht existierender Standort sind nicht nur wirkungslos, sondern können gegen die Richtlinien für strukturierte Daten verstoßen.

Wofür das Markup tatsächlich gut ist

Suchmaschinen können Betriebsangaben auch ohne Markup aus dem Text lesen. Strukturierte Daten reduzieren aber Mehrdeutigkeiten. Sie helfen zum Beispiel, folgende Fragen eindeutig zu beantworten:

• Welcher Betrieb steht hinter der Website?
• Welche konkrete Leistung wird angeboten?
• Welche Adresse und Telefonnummer gelten?
• In welchem Gebiet arbeitet der Betrieb?
• Wann ist er erreichbar?
• Welche offiziellen Profile gehören zur selben Organisation?

Für KI-gestützte Suche ist diese Eindeutigkeit nützlich, weil Systeme Entitäten und Quellen zuordnen müssen. Ein Markup ist dafür aber nur ein Baustein; gute Inhalte, klare Seitenstruktur und konsistente externe Angaben bleiben entscheidend.

Den passenden Untertyp wählen

LocalBusiness ist der allgemeine Typ. Für Handwerksbetriebe gibt es spezifischere Typen, etwa:

Betriebsart	Möglicher Schema-Typ
Elektrobetrieb	Electrician
Sanitär, Heizung, Klima	Plumber, HVACBusiness
Dachdecker	RoofingContractor
Malerbetrieb	HousePainter
Schreinerei	FurnitureStore oder HomeAndConstructionBusiness
Bauunternehmen	GeneralContractor
Schlüsseldienst	Locksmith

Der spezifische Typ ist nicht automatisch besser, wenn er nicht genau passt. Ein Mischbetrieb kann beim allgemeineren Typ bleiben und die Leistungen über makesOffer oder eigene Service-Seiten beschreiben. Entscheidend ist, dass der Typ die Haupttätigkeit nicht falsch darstellt.

Ein vollständiges Beispiel

Das folgende Beispiel ist ein Muster, kein Copy-and-paste für einen echten Betrieb. Ersetzen Sie alle Angaben durch Ihre tatsächlichen Daten.

{
  "@context": "https://schema.org",
  "@type": "Electrician",
  "@id": "https://www.example.de/#business",
  "name": "Muster Elektrotechnik GmbH",
  "url": "https://www.example.de/",
  "telephone": "+49 6221 123456",
  "email": "info@example.de",
  "image": "https://www.example.de/images/team.jpg",
  "priceRange": "$$",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Musterstraße 1",
    "postalCode": "69115",
    "addressLocality": "Heidelberg",
    "addressRegion": "Baden-Württemberg",
    "addressCountry": "DE"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 49.3988,
    "longitude": 8.6724
  },
  "areaServed": [
    { "@type": "City", "name": "Heidelberg" },
    { "@type": "City", "name": "Mannheim" }
  ],
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
      "opens": "07:30",
      "closes": "16:30"
    }
  ],
  "sameAs": [
    "https://www.google.com/maps/place/Muster+Elektrotechnik",
    "https://www.bing.com/maps?q=Muster+Elektrotechnik"
  ]
}

Was die einzelnen Felder leisten

• @id gibt der Entität eine stabile Kennung. Wenn weitere Markups auf derselben Website den Betrieb referenzieren, können sie dieselbe ID verwenden.
• name ist der reale Geschäftsname, nicht eine Keyword-Kette.
• address beschreibt die tatsächliche Adresse. Bei reiner Vor-Ort-Leistung ist die richtige Behandlung der Adresse gesondert zu prüfen.
• geo ist optional und nur sinnvoll, wenn die Koordinaten zum Standort passen.
• areaServed beschreibt das reale Einsatzgebiet, keine Wunschliste.
• openingHoursSpecification muss zu den tatsächlichen Zeiten passen.
• sameAs verweist auf offizielle Profile derselben Organisation, etwa Google-Unternehmensprofil, Bing Places oder LinkedIn.

Häufige Fehler

Erfundene Bewertungen

Ein aggregateRating ohne echte, auf der Seite sichtbare Bewertungen ist kein Trick, sondern ein Richtlinienverstoß. Google zeigt selbst bereitgestellte Bewertungen für LocalBusiness nicht als Sterne an und kann das Markup ignorieren. Echte Kundenbewertungen gehören auf die Website und in das Unternehmensprofil; ein selbst gebautes Rating-Markup ist nicht der Weg.

Widersprüchliche Angaben

Wenn im Markup eine andere Telefonnummer steht als im Impressum, verliert das Signal an Wert. Prüfen Sie nach jeder Änderung alle Stellen: Website, Impressum, Profil, Rechnungen und Verzeichnisse.

Mehrere konkurrierende Betriebs-Entitäten

Einige Themes oder Plugins erzeugen automatisch ein Organization- oder LocalBusiness-Markup. Ergänzen Sie dann kein zweites, widersprüchliches Markup. Besser ist eine konsolidierte Entität mit klarer @id.

Ausgeblendete Inhalte

Strukturierte Daten dürfen nicht Angaben beschreiben, die Besucher nicht sehen können. Wenn die Öffnungszeiten nur im Markup stehen, ist das kein belastbarer Inhalt.

Falsche Typen

LocalBusiness für einen reinen Online-Shop ohne lokale Kundenleistung ist meist nicht passend. Ein Onlineshop ist kein Handwerksbetrieb, nur weil er aus Deutschland versendet.

Markup prüfen

1. Rich Results Test von Google: zeigt, ob das Markup erkannt wird und ob Pflichtfelder fehlen.
2. Schema Markup Validator: prüft die JSON-LD-Struktur unabhängig von Google.
3. Browser-Test: Seite laden, Quellcode prüfen und kontrollieren, ob das Markup nur einmal vorhanden ist.
4. Sichtbarkeitsabgleich: Vergleichen Sie jede Angabe im Markup mit der sichtbaren Seite.

Ein grüner Test bedeutet nicht automatisch eine bessere Platzierung. Er zeigt nur, dass das Markup formal lesbar ist.

Einbinden, ohne die Seite zu belasten

Das JSON-LD kann im <head> oder im Body als script type="application/ld+json" stehen. Halten Sie es statisch, wenn sich die Angaben selten ändern. Bei mehreren Standorten sollte jeder Standort eine eigene Seite und ein eigenes, konsistentes Markup haben.

Vermeiden Sie es, das Markup über ein Besucher-Tracking-Tool dynamisch zu verändern. Änderungen sollten versioniert und nach dem Deployment geprüft werden.

Checkliste

• Spezifischer Typ passt zur Haupttätigkeit
• Name, Adresse und Telefon stimmen mit Impressum und Profil überein
• Öffnungszeiten sind korrekt und sichtbar
• Einsatzgebiet ist real und nicht übertrieben
• sameAs enthält nur offizielle Profile derselben Organisation
• Keine erfundenen Bewertungen oder Auszeichnungen
• Genau ein konsistentes LocalBusiness-Markup pro Standort
• Rich Results Test und Schema Validator wurden ausgeführt
• Nach jeder Änderung erneut geprüft

Häufige Fragen

Bringt LocalBusiness-Schema bessere Rankings?

Es kann die Eindeutigkeit der Angaben verbessern, ist aber kein garantierter Rankingfaktor. Lokale Sichtbarkeit hängt unter anderem von Relevanz, Entfernung und Bekanntheit ab. Markup ersetzt keine echten Inhalte oder Bewertungen.

Muss ich Bewertungen im Schema eintragen?

Nein. Selbst bereitgestellte Bewertungen sind für LocalBusiness kein verlässlicher Weg zu Rich Results. Echte Bewertungen gehören sichtbar auf die Seite und in das Google-Unternehmensprofil. Erfundene Werte sind unzulässig.

Kann ich mehrere Standorte in einem Markup abbilden?

Besser ist pro Standort eine eigene Seite mit eigenem Markup. Ein Sammel-Markup mit mehreren Adressen ist unübersichtlich und kann Zuordnungsprobleme verursachen.

Reicht das Markup für die lokale KI-Suche?

Nein. KI-Systeme benötigen zusätzlich klare, zitierbare Inhalte, crawlbare Seiten und konsistente Quellen. Siehe Handwerker in der KI-Suche.

Quellen

• schema.org: LocalBusiness
• Google: Strukturierte Daten – Richtlinien
• Google: Local business structured data

Mehr dazu: Local SEO für Handwerker, Google-Unternehmensprofil einrichten und Standortseiten sinnvoll planen.