Zurück zum Blog
strukturierte daten lokalunternehmen9. August 202610 Min.

Strukturierte Daten für Lokalunternehmen: Schnell-Anleitung

Strukturierte Daten für Lokalunternehmen: Schnell-Anleitung ! Eine Hand bastelt am Smartphone direkt neben der Werkbank.

Teilen:

Strukturierte Daten für Lokalunternehmen: Schnell-Anleitung

Eine Hand bastelt am Smartphone direkt neben der Werkbank.

Drei Schritte, und Ihr Betrieb erscheint in Google korrekt: Erstens, zeichnen Sie jeden Standort mit dem spezifischsten LocalBusiness-Untertyp aus, den schema.org bietet, also nicht einfach LocalBusiness, sondern Electrician, Plumber oder RoofingContractor. Zweitens, liefern Sie das Markup als JSON-LD und geben Sie Öffnungszeiten über openingHoursSpecification maschinenlesbar an. Drittens, prüfen Sie das Ergebnis sofort mit dem Rich Results Test und kontrollieren Sie den Indexierungsstatus in der Google Search Console.

  • Spezifischer Untertyp: Electrician, Plumber, RoofingContractor statt generischem LocalBusiness
  • Format: JSON-LD im <head> oder vor </body>, Öffnungszeiten als openingHoursSpecification
  • Validierung: Rich Results Test direkt nach dem Einfügen, danach Search Console beobachten

Wichtige Erkenntnisse

Korrektes LocalBusiness-Markup mit spezifischem Untertyp, vollständigen Pflichtfeldern und validiertem JSON-LD ist die Grundlage dafür, dass ein Betrieb in Google korrekt und vollständig dargestellt wird.

Thema Details
Spezifischer Untertyp Immer den genauesten schema.org-Typ wählen, z. B. Electrician statt LocalBusiness.
JSON-LD als Format JSON-LD im <head> einfügen; es ist das wartungsfreundlichste und von Google empfohlene Format.
Öffnungszeiten und Saisonbetrieb openingHoursSpecification mit validFrom/validThrough für Urlaub und saisonale Schließungen nutzen.
Validierung und Pflege Nach jeder Änderung Rich Results Test ausführen, Google Search Console monatlich prüfen.
Netivoo Netivoo liefert Schema-Markup als Teil jeder Handwerker-Website, inklusive Validierung und laufender Wartung.

Inhaltsverzeichnis

Welche strukturierten Daten eine LocalBusiness-Seite wirklich braucht

Google empfiehlt, jeden Standort als LocalBusiness zu definieren und den spezifischsten Untertyp zu wählen. Für Handwerksbetriebe bedeutet das konkret: Electrician, Plumber, HVACBusiness, RoofingContractor oder GeneralContractor.

Pflichtfelder (ohne diese kein Rich Result):

  • @type mit spezifischem Untertyp
  • name (exakt wie auf der Website sichtbar)
  • address als PostalAddress mit streetAddress, postalCode, addressLocality, addressCountry
  • telephone
  • url
  • geo mit latitude und longitude (mindestens fünf Dezimalstellen empfohlen)
  • openingHoursSpecification

Empfohlene Ergänzungen:

  • priceRange (unter 100 Zeichen, z. B. €€ oder €–€€€)
  • aggregateRating und review nur bei echten, sichtbaren Rezensionen auf der Seite
  • image und logo
  • department für Abteilungen im Muster {Betriebsname} {Abteilungsname}

JSON-LD ist das wartungsfreundlichste Format und wird von Google empfohlen. Mikrodaten und RDFa funktionieren zwar auch, sind aber deutlich aufwändiger zu pflegen.

Profi-Tipp: Wählen Sie immer den spezifischsten Untertyp. Ein Dachdecker als RoofingContractor liefert Suchmaschinen mehr Kontext als ein generisches LocalBusiness — und das wirkt sich direkt auf die Darstellung im Knowledge Panel aus.

So sieht ein funktionaler JSON-LD-Schnipsel für einen Einzelstandort aus

Das folgende Markup deckt alle Pflichtfelder ab und kann direkt als Ausgangspunkt dienen. Passen Sie Name, Adresse und Koordinaten an Ihren Betrieb an.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Electrician",
  "name": "Elektro Mustermann GmbH",
  "url": "https://www.elektro-mustermann.de",
  "telephone": "+49 441 123456",
  "priceRange": "€€",
  "image": "https://www.elektro-mustermann.de/images/betrieb.jpg",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Musterstraße 12",
    "postalCode": "26122",
    "addressLocality": "Oldenburg",
    "addressCountry": "DE"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 53.14118,
    "longitude": 8.21467
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"],
      "opens": "07:30:00",
      "closes": "17:00:00"
    },
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Saturday"],
      "opens": "08:00:00",
      "closes": "12:00:00"
    }
  ],
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.8",
    "reviewCount": "47"
  }
}
</script>

Jede Property hier hat einen Grund: geo ermöglicht die Karteneinblendung, priceRange erscheint im Knowledge Panel, aggregateRating zeigt Sternebewertungen in den Suchergebnissen. Wichtig: aggregateRating nur einfügen, wenn die Bewertungen auch auf der Seite sichtbar sind.

Laut den allgemeinen Richtlinien für strukturierte Daten muss das Markup den sichtbaren Seiteninhalt korrekt widerspiegeln. Angaben, die nur im Code stehen, aber nicht auf der Seite zu lesen sind, verstoßen gegen diese Richtlinien und können zur Ablehnung für Rich Results führen.

Profi-Tipp: Halten Sie priceRange unter 100 Zeichen. Ab dieser Grenze zeigt Google die Preisspanne nicht mehr an. Für Handwerksbetriebe reicht €–€€€ völlig aus.

Zur NAP-Konsistenz gilt: Name, Adresse und Telefonnummer müssen im Markup exakt so stehen wie auf der Website, in Google Business Profile und in allen Verzeichniseinträgen.

So sieht ein funktionaler JSON-LD-Schnipsel für einen Einzelstandort aus — overview diagram

Öffnungszeiten korrekt angeben, auch bei Urlaub und Saisonbetrieb

openingHoursSpecification ist das von Google unterstützte Format für maschinenlesbare Öffnungszeiten. Die Wochentage werden auf Englisch angegeben (Monday bis Sunday), Zeiten im Format hh:mm:ss.

Die Tür zur Werkstatt ist geschlossen – ein Schild mit der Aufschrift 'Geschlossen' leuchtet in der Sonne.

Szenario Properties Beispielwert
Reguläre Woche dayOfWeek, opens, closes "Monday", "08:00:00", "17:00:00"
Samstag verkürzt dayOfWeek, opens, closes "Saturday", "08:00:00", "12:00:00"
Saisonale Schließung validFrom, validThrough, opens, closes "2026-07-14", "2026-07-25", "00:00:00", "00:00:00"
Feiertag geschlossen validFrom, validThrough Datum des Feiertags, opens/closes auf "00:00:00"

Für eine Betriebsschließung im Sommer sieht das so aus:

{
  "@type": "OpeningHoursSpecification",
  "validFrom": "2026-07-14",
  "validThrough": "2026-07-25",
  "opens": "00:00:00",
  "closes": "00:00:00"
}

Wichtige Praxisregeln:

  • Öffnungszeiten im Markup müssen identisch mit dem sichtbaren Text auf der Seite sein.
  • Widersprüche zwischen Markup und sichtbarem Inhalt führen zu Ablehnungen.
  • Saisonale Änderungen sofort nach Bekanntwerden aktualisieren, nicht erst kurz vorher.

Welche Fehler beim LocalBusiness-Markup am häufigsten auftreten

Die meisten Probleme entstehen nicht durch komplexe Technik, sondern durch kleine Unachtsamkeiten.

  • Inkonsistente NAP-Daten: Name, Adresse oder Telefonnummer weichen zwischen Website, Google Business Profile und Verzeichnissen ab. Google wertet das als Vertrauenssignal — Abweichungen schwächen es.
  • Zu allgemeiner @type: Wer LocalBusiness statt Plumber oder Electrician verwendet, verschenkt Kontext. Suchmaschinen können den Betrieb schlechter einordnen.
  • Unsichtbare Angaben: Öffnungszeiten oder Bewertungen nur im Markup, nicht auf der Seite — das verstößt direkt gegen Googles Richtlinien.
  • Doppeltes Markup: Zwei LocalBusiness-Blöcke auf derselben Seite führen zu Konflikten. Nur ein Block pro Seite.
  • Falsches Zeitformat: 8:00 statt 08:00:00 wird nicht korrekt interpretiert.
  • priceRange zu lang: Mehr als 100 Zeichen und Google blendet den Wert aus.

Profi-Tipp: Legen Sie eine kurze interne Richtlinie fest, bevor Sie aggregateRating einbinden: Nur Bewertungen auszeichnen, die auf der Seite sichtbar und echt sind. Importierte oder gefilterte Bewertungen ohne sichtbare Darstellung verstoßen gegen die Richtlinien.

Wie Sie Markup testen, validieren und dauerhaft überwachen

Werkzeug Zweck Wann einsetzen
Rich Results Test Prüft Rich-Snippet-Eignung Direkt nach Implementierung
Schema Markup Validator Prüft schema.org-Konformität Bei komplexen Strukturen
Google Search Console Index- und Leistungsüberwachung Laufend, wöchentlich

Der empfohlene Ablauf in fünf Schritten:

  1. Markup in die Seite einfügen (JSON-LD im <head> oder vor </body>)
  2. Sichtbaren Seiteninhalt mit dem Markup abgleichen
  3. Rich Results Test und Schema Validator ausführen, Fehler beheben
  4. Seite deployen
  5. Google Search Console beobachten: Indexierungsstatus, Fehlerberichte, Leistungsdaten

Für laufende Pflege empfiehlt sich ein monatlicher Check: Öffnungszeiten, Preise und Kontaktdaten im Markup mit der aktuellen Website vergleichen. Wer mehrere Seiten betreut, kann einfache Skripte oder CMS-Plugins nutzen, die bei Seitenänderungen automatisch einen Alert auslösen.

Mehrere Standorte richtig strukturieren

Für Betriebe mit mehreren Filialen gilt die klare Empfehlung: Pro Standort eine eigene Seite mit eigenem JSON-LD-Block. Keine gemeinsame Seite für zwei Standorte.

  • Pro Standort eine LocalBusiness-Seite: Jede Seite erhält einen eigenen @type-Block mit standortspezifischer Adresse, Telefonnummer, Geo-Koordinaten und Öffnungszeiten.
  • Abteilungen innerhalb eines Standorts: department verwenden, Abteilungsname im Muster {Betriebsname} {Abteilungsname}, z. B. Elektro Mustermann GmbH Notdienst.
  • Zentrale Markenstruktur: Organization mit subOrganization nur dann, wenn eine übergeordnete Marke mehrere eigenständige Betriebe bündelt. Für die meisten Handwerksbetriebe ist das nicht nötig.
  • Verantwortlichkeiten klären: Wer aktualisiert Öffnungszeiten nach Urlaub? Wer pflegt neue Preise ein? Ohne klare Zuständigkeit veraltet das Markup schnell.

Reservierungen und Google-Integrationen kurz erklärt

Korrektes LocalBusiness-Markup ist die Voraussetzung dafür, dass Google erweiterte Funktionen wie Öffnungszeiten, Bewertungen oder Buchungsoptionen im Knowledge Panel anzeigt. Für direkte Buchungen und Zahlungen über Google Maps ist zusätzlich die Google Maps Booking API erforderlich.

  • Sauberes Markup allein reicht für Öffnungszeiten und Bewertungen im Knowledge Panel.
  • Buchungen über Google erfordern einen funktionalen Buchungs-Endpunkt und eine Verknüpfung über die Booking API.
  • Nutzungsbedingungen müssen auf der Website deutlich sichtbar sein.

Profi-Tipp: Prüfen Sie zuerst, ob Ihr Buchungssystem eine native Integration für die Google Maps Booking API bietet, bevor Sie Markup ergänzen. Viele Systeme haben fertige Plugins — das spart Entwicklungszeit.

Wie Netivoo das Markup für Handwerksbetriebe umsetzt

Bei Netivoo gehört LocalBusiness-Markup zum Standard jeder Website, die für Handwerksbetriebe erstellt wird. Das bedeutet: spezifischer Untertyp, vollständige Adress- und Geo-Daten, openingHoursSpecification und aggregateRating dort, wo echte Bewertungen vorliegen. Alles wird direkt nach dem Launch mit dem Rich Results Test geprüft.

Netivoo erstellt mobil optimierte Websites in rund 7 Tagen, übernimmt Hosting und Wartung und bleibt als persönlicher Ansprechpartner erreichbar. Strukturierte Daten sind dabei kein Add-on, sondern Teil des Lieferumfangs. Für lokale SEO-Grundlagen speziell für Handwerker gibt es ergänzende Ressourcen auf dem Netivoo-Blog.

Netivoo übernimmt die Implementierung für Sie

Strukturiertes Markup korrekt einzurichten kostet Zeit, die die meisten Handwerksbetriebe nicht haben. Netivoo liefert das vollständige Paket: LocalBusiness-Markup mit spezifischem Untertyp, Validierung, NAP-Konsistenz und laufende Pflege über die Wartungspakete.

Netivoo

Wer seine Website in 7 Tagen fertig haben will, inklusive korrektem Schema-Markup und mobilem Design, findet alle Details auf der Webdesign-Leistungsseite für Handwerker. Für eine direkte Anfrage geht es hier zum Anfrageformular. Die Hosting- und Wartungspakete sorgen dafür, dass Öffnungszeiten, Preise und Kontaktdaten dauerhaft aktuell bleiben — ohne dass Sie sich selbst darum kümmern müssen.

Quellen

FAQ

Was ist der Unterschied zwischen LocalBusiness und einem Untertyp?

LocalBusiness ist der generische Oberbegriff auf schema.org. Untertypen wie Electrician oder Plumber liefern Suchmaschinen mehr Kontext und erhöhen die Chance auf eine präzise Darstellung im Knowledge Panel. Google empfiehlt immer den spezifischsten verfügbaren Typ.

Muss das Markup auf jeder Seite stehen oder reicht die Startseite?

Das Markup gehört auf die Seite, die den Standort beschreibt, also typischerweise Start- und Kontaktseite. Bei mehreren Standorten erhält jede Standortseite einen eigenen JSON-LD-Block.

Was passiert, wenn Markup und sichtbarer Seiteninhalt nicht übereinstimmen?

Google lehnt das Markup für Rich Results ab. Laut den allgemeinen Richtlinien für strukturierte Daten muss das Markup den sichtbaren Inhalt korrekt widerspiegeln. Angaben nur im Code sind nicht zulässig.

Wie oft sollte ich das Markup aktualisieren?

Bei jeder Änderung von Öffnungszeiten, Adresse, Telefonnummer oder Preisen sofort. Zusätzlich empfiehlt sich ein monatlicher Routinecheck über den Rich Results Test und die Google Search Console.

Kann Netivoo das Markup für meinen Betrieb einrichten?

Ja. Netivoo integriert LocalBusiness-Markup standardmäßig in jede Handwerker-Website, inklusive Validierung und laufender Pflege über die Wartungspakete. Details und Anfrage unter Netivoo.

Empfehlung

JH

Jonas Hoting

Webdesigner aus Oldenburg

Ich helfe Handwerksbetrieben in Oldenburg und dem Ammerland, online sichtbar zu werden. Mit modernem Webdesign und lokaler SEO-Optimierung.

Kostenloses Erstgespräch

Jetzt Handwerker-Website anfragen

Beschreib kurz deinen Betrieb und was du brauchst. Ich melde mich innerhalb von 1 Werktag bei dir – kostenlos und unverbindlich.

Oder direkt erreichen

0176 62011102
info@netivoo.de

Deine Daten werden vertraulich behandelt und nicht an Dritte weitergegeben.