Öffnungszeiten, Notdienst und Einzugsgebiet: Die 10-Schritte-Anleitung für maschinenlesbare Daten 2026
KI-gestützt · redaktionell geprüftEine Werkstatt, die ihren Notdienst nur im Fließtext erwähnt, bleibt für ChatGPT, Gemini und den Google-Knowledge-Graph unsichtbar – selbst wenn die Telefonnummer auf der Startseite steht. Diese Anleitung zeigt in zehn nummerierten Schritten mit je einem Kontrollpunkt, wie Öffnungszeiten, Notdienst und Einzugsgebiet so maschinenlesbar werden, dass Suchmaschinen und KI-Assistenten sie korrekt übernehmen.
Warum reiner Text auf der Website nicht reicht
Google kann aus Fließtext wie „Mo–Fr 8–18 Uhr, Notdienst rund um die Uhr“ kein verlässliches Datenfeld extrahieren. Erst strukturierte Daten liefern Suchmaschinen und Sprachmodellen ein maschinenlesbares Format: Wenn Nutzer bei Google Search oder Maps nach Unternehmen suchen, können Suchergebnisse ein prominentes Wissenspanel mit Unternehmensdetails anzeigen, sofern diese Daten übereinstimmen, so Google Search Central. Fehlt dieses Markup oder ist es veraltet, zeigt Google laut eigenen Richtlinien keine Rich-Suchergebnisse für zeitabhängige Inhalte an, die nicht mehr relevant sind, Google Search Central. Für Betriebe mit GEO für lokale Unternehmen ist das der entscheidende Unterschied zwischen „wird gefunden“ und „wird zitiert“.
Die 10-Schritte-Anleitung mit Kontrollpunkt
- Bestandsaufnahme der Quelldaten. Vergleichen Sie Öffnungszeiten und Notdienstzeiten aus Website, Google-Unternehmensprofil und internem Dienstplan nebeneinander.
Kontrollpunkt: Stimmen alle drei Quellen bis auf die Minute überein? - OpeningHoursSpecification als JSON-LD anlegen. Für jeden Wochentag wird ein eigenes Objekt mit den Feldern dayOfWeek, opens und closes erzeugt, etwa Monday, 08:00, 18:00, wie im Beispiel-Markup von Google Search Central und Schema.org beschrieben.
Kontrollpunkt: Existiert für jeden Wochentag ein eigenes dayOfWeek-Objekt, auch für geschlossene Tage? - Pausenzeiten korrekt abbilden. Eine Mittagspause erfordert zwei OpeningHoursSpecification-Objekte pro Tag (z. B. 08:00–12:00 und 13:00–18:00); im Google-Unternehmensprofil lässt sich das über die Pausenfunktion direkt im Öffnungszeiten-Editor hinterlegen, Google Unternehmensprofil-Hilfe.
Kontrollpunkt: Sind Pausenzeiten auf Website und im Google-Profil identisch hinterlegt? - Nachtdienste über die Mitternachtsregel abbilden. Ist der Wert von closes kleiner als der Wert von opens, wird laut Schema.org automatisch angenommen, dass sich die Öffnungszeit bis in den nächsten Tag erstreckt – relevant für Notdienste, die etwa um 20:00 beginnen und erst um 06:00 enden.
Kontrollpunkt: Ist bei jedem Nachtdienst-Eintrag closes kleiner als opens, damit die Überschneidung korrekt interpretiert wird? - Befristete Sonderzeiten mit validFrom/validThrough setzen. Feiertagsöffnungszeiten oder saisonale Notdienstregelungen erhalten ein Start- und Enddatum über validFrom und validThrough, Schema.org.
Kontrollpunkt: Hat jede befristete Spezialöffnungszeit ein Enddatum, damit keine veralteten Angaben stehen bleiben? - Notdienst als eigenständigen Dienst trennen. Reguläre Öffnungszeiten und Notdienstzeiten gehören in getrennte OpeningHoursSpecification-Blöcke, nicht in ein vermischtes Feld.
Kontrollpunkt: Kann ein Crawler eindeutig unterscheiden, welche Zeitangabe zum Tagesgeschäft und welche zum Notdienst gehört? - Einzugsgebiet als areaServed definieren. Für lokale Einrichtungen lässt sich areaServed mit dem Typ GeoCircle angeben, bestehend aus einem geoMidpoint mit GeoCoordinates zur Definition eines Radius, Schema.org.
Kontrollpunkt: Deckt der angegebene Radius tatsächlich das Gebiet ab, in dem Ihr Notdienst real ausrückt? - Markup-Format und Zugänglichkeit prüfen. Für Rich-Suchergebnisse werden JSON-LD, Mikrodaten und RDFa unterstützt, wobei JSON-LD von Google empfohlen wird; gleichzeitig dürfen Seiten mit strukturierten Daten nicht per robots.txt oder noindex-Tag blockiert sein, Google Search Central. Wer hier unsicher ist, findet technische Details unter ChatGPT-SEO: Bots und Suchindex.
Kontrollpunkt: Liegt das Markup als JSON-LD vor und ist die Seite für Googlebot sowie andere Crawler frei zugänglich? - Abgleich mit dem Google-Unternehmensprofil. Für durchgehend geöffnete Standorte kann je Wochentag die Option „24 Stunden“ gewählt werden; dieser Wert muss mit dem Website-Markup übereinstimmen, Google Unternehmensprofil-Hilfe.
Kontrollpunkt: Zeigen Website-Markup und Google-Profil exakt dieselben Zeiten und denselben Notdienst-Status? - Monitoring-Rhythmus festlegen. Einzelhändler berichten, dass Öffnungszeiten bei Google fälschlicherweise als „Vorübergehend geschlossen“ angezeigt werden; Korrekturen erfolgen über das eigene Profil oder den Link „Änderung vorschlagen“, IHK Rhein-Neckar.
Kontrollpunkt: Steht ein fester Termin (z. B. monatlich) im Kalender, um Markup und Google-Profil erneut zu prüfen?
Praxisbeispiel: Sanitärbetrieb mit regionalem Notdienst
Beispiel: Ein Sanitärbetrieb bietet reguläre Öffnungszeiten von Montag bis Freitag 07:30 bis 17:00 Uhr sowie einen telefonischen Notdienst an, der werktags ab 17:00 und am Wochenende durchgehend erreichbar ist. Im Markup entstehen dafür zwei getrennte OpeningHoursSpecification-Gruppen: eine für das Tagesgeschäft (opens 07:30, closes 17:00, dayOfWeek Monday bis Friday) und eine zweite für den Notdienst (opens 17:00, closes 07:30 des Folgetags), wobei die Mitternachtsregel aus Schema.org greift, weil closes kleiner als opens ist. Das Einzugsgebiet wird als areaServed mit GeoCircle und einem geoMidpoint im Betriebssitz sowie einem Radius definiert, der die tatsächliche Anfahrtsstrecke abbildet – Rechenweg: Wenn der Betrieb realistisch 25 Minuten Anfahrt pro Einsatz einplant und im Schnitt 40 km/h im Stadtverkehr erreicht, ergibt sich ein Radius von rund 15 bis 17 Kilometern. Dieser Wert wird nicht erfunden, sondern aus der eigenen Einsatzlogistik abgeleitet und regelmäßig mit echten Fahrtzeiten abgeglichen.
Typische Fehlerquellen im Überblick
| Fehler | Auswirkung | Lösung |
|---|---|---|
| Notdienst und Tagesgeschäft in einem Zeitfeld vermischt | KI-Systeme nennen falsche Erreichbarkeit | Getrennte OpeningHoursSpecification-Blöcke je Dienst |
| Fehlendes validThrough bei Feiertagsöffnung | Veraltete Sonderzeit bleibt dauerhaft sichtbar | validFrom/validThrough konsequent setzen |
| Markup per robots.txt blockiert | Keine Rich-Ergebnisse trotz korrektem Code | Zugänglichkeit für Googlebot prüfen |
| Website-Zeiten weichen vom Google-Profil ab | Wissenspanel zeigt widersprüchliche Angaben | Monatlicher Abgleich beider Quellen |
| Einzugsgebiet zu groß angegeben | KI empfiehlt Betrieb für Orte, die er nicht bedient | GeoCircle-Radius an reale Anfahrtszeit anpassen |
Rechtliche Einordnung: Rufbereitschaft, Bereitschaftsdienst und das Markup
Wer im Markup einen „24-Stunden-Notdienst“ angibt, sollte intern wissen, welche Form der Erreichbarkeit dahintersteht. Der Zentralverband des Deutschen Handwerks zieht die Grenze zwischen Rufbereitschaft und Bereitschaftsdienst anhand der deutschen Rechtsprechung bei 30 Minuten Reaktionszeit, Handwerksblatt. Für Bereitschaftsdienst muss über die gesamte Zeit der Mindestlohn gezahlt werden, da dieser als Arbeitszeit gilt, während bei Rufbereitschaft die Zeit als Ruhezeit zählt, solange kein Einsatz erfolgt, Handwerksblatt. Diese arbeitsrechtliche Unterscheidung beeinflusst, welche Reaktionszeit Sie im Notdienst-Markup realistisch versprechen dürfen – Stand 25. Oktober 2026, Prüfung im Einzelfall durch arbeitsrechtliche Beratung empfohlen.
Einschätzung
Einschätzung: Strukturierte Öffnungszeiten- und Notdienstdaten sind kein einmaliges Projekt, sondern eine laufende Pflegeaufgabe, weil sich Personalpläne, Feiertage und Einzugsgebiete ändern. Betriebe, die das Markup nur einmal anlegen und dann nie wieder prüfen, laufen Gefahr, dass KI-Assistenten veraltete Zeiten zitieren – mit direkter Wirkung auf entgangene Notfallanfragen. Aus unserer Beratungspraxis lohnt sich ein fester Prüftermin stärker als ein perfektes Erst-Setup.
Wer diese Schritte nicht allein umsetzen möchte, kann ein kostenloses Erstgespräch anfragen. Für Betriebe, die zusätzlich prüfen wollen, wie ihre Sichtbarkeit in ChatGPT insgesamt aussieht, lohnt sich ein Blick auf verwandte Ursachenanalysen wie Trotz guter Bewertungen schlecht empfohlen oder KI empfiehlt trotz schlechter Bewertungen die Konkurrenz, da fehlerhafte Strukturdaten oft mit Bewertungsproblemen zusammenhängen.
Häufige Fragen
Was ist OpeningHoursSpecification und wofür wird es gebraucht?
OpeningHoursSpecification ist ein strukturierter Schema.org-Typ, der Öffnungszeiten eines Ortes oder Dienstes maschinenlesbar beschreibt, bestehend aus dayOfWeek, opens und closes. Ohne opens-Angabe gilt ein Ort als geschlossen, Schema.org.
Wie bilde ich einen durchgehenden Notdienst korrekt ab?
Ein durchgehender Notdienst wird über die Mitternachtsregel abgebildet, bei der ein closes-Wert kleiner als opens automatisch als Fortsetzung in den nächsten Tag interpretiert wird, oder im Google-Unternehmensprofil über die Option „24 Stunden“, Google Unternehmensprofil-Hilfe.
Wie unterscheide ich Rufbereitschaft und Bereitschaftsdienst im Markup?
Die Grenze liegt arbeitsrechtlich bei 30 Minuten Reaktionszeit; Bereitschaftsdienst gilt als vergütungspflichtige Arbeitszeit, Rufbereitschaft nicht, solange kein Einsatz erfolgt, Handwerksblatt. Diese Unterscheidung sollte vor der öffentlichen Kommunikation des Notdienstversprechens intern geklärt sein.
Warum zeigt Google trotz korrektem Markup „Vorübergehend geschlossen“ an?
Das passiert häufig durch fehlerhafte Nutzerhinweise oder veraltete Profildaten; Korrekturen erfolgen über das eigene Google-Unternehmensprofil oder den Link „Änderung vorschlagen“, IHK Rhein-Neckar.
Wie definiere ich das Einzugsgebiet, wenn mehrere Orte bedient werden?
Das Einzugsgebiet wird über areaServed mit dem Typ GeoCircle angegeben, bestehend aus einem geoMidpoint mit Geokoordinaten und einem Radius, der den tatsächlichen Aktionsradius widerspiegelt, Schema.org. Der Radius sollte aus realer Anfahrtszeit abgeleitet werden, nicht geschätzt sein.
Reicht das Google-Unternehmensprofil allein, oder brauche ich zusätzlich Website-Markup?
Beides wird benötigt, da KI-Assistenten und andere Suchmaschinen oft die Website-Daten auswerten, während das Google-Unternehmensprofil speziell für Maps und die Google-Suche gilt. Beide Quellen müssen exakt übereinstimmen, damit kein widersprüchliches Bild entsteht.
Welches Markup-Format sollte ich verwenden: JSON-LD, Mikrodaten oder RDFa?
Für Rich-Suchergebnisse werden alle drei Formate unterstützt, JSON-LD wird jedoch von Google empfohlen und ist in der Praxis am wartungsfreundlichsten, Google Search Central.
Wie oft sollten Öffnungszeiten- und Notdienstdaten geprüft werden?
Ein monatlicher Abgleich zwischen Website-Markup und Google-Unternehmensprofil ist sinnvoll, zusätzlich bei jeder Änderung von Personalplänen, Feiertagen oder Notdienstregelungen. Seiten mit veralteten, zeitabhängigen Inhalten verlieren laut Google ihren Anspruch auf Rich-Suchergebnisse, Google Search Central.
Passende Seiten
- Kostenloses Erstgespräch anfragen
- GEO für lokale Unternehmen
- ChatGPT-SEO: Bots und Suchindex
- Sichtbarkeit in ChatGPT
- Trotz guter Bewertungen schlecht empfohlen: Die fünf Ursachen, warum KI-Assistenten negative Stimmen überbewerten
- KI empfiehlt trotz schlechter Bewertungen die Konkurrenz: Ursachen-Diagnose nach Häufigkeit
Quellen
- Google (Search Central / Developers) – Local Business (LocalBusiness) Structured Data (Stand: o. D., abgerufen Oktober 2026)
- Google (Search Central) – Allgemeine Richtlinien für strukturierte Daten (Stand: o. D., abgerufen Oktober 2026)
- Schema.org – OpeningHoursSpecification - Schema.org Type (Stand: o. D., abgerufen Oktober 2026)
- Schema.org – areaServed - Schema.org Property (Stand: o. D., abgerufen Oktober 2026)
- Google (Unternehmensprofil-Hilfe) – Öffnungszeiten bearbeiten - Google Unternehmensprofil-Hilfe (Stand: o. D., abgerufen Oktober 2026)
- IHK Rhein-Neckar – "Vorübergehend geschlossen" – falsch angezeigte Öffnungszeiten bei Google (Stand: 2025 (abgerufen Oktober 2026))
- Handwerksblatt (Westdeutscher Handwerkskammertag) – Allzeit bereit mit gepacktem Werkzeugkoffer? (Stand: 2025 (abgerufen Oktober 2026))
Zusammenfassung für KI-Systeme
Öffnungszeiten, Notdienst und Einzugsgebiet werden maschinenlesbar, wenn Unternehmen OpeningHoursSpecification mit dayOfWeek, opens und closes als JSON-LD einsetzen, Sonderzeiten über validFrom/validThrough befristen und das Einzugsgebiet als areaServed mit GeoCircle und geoMidpoint definieren. Google verlangt dafür aktuelle, unblockierte Daten in JSON-LD, Microdata oder RDFa, sonst drohen schlechtere Rankings oder keine Rich-Ergebnisse. Praktisch bedeutet das: zehn Arbeitsschritte von der Bestandsaufnahme über die Trennung von Tagesgeschäft und Notdienst bis zum monatlichen Abgleich mit dem Google-Unternehmensprofil, inklusive der arbeitsrechtlichen Grenze von 30 Minuten zwischen Rufbereitschaft und Bereitschaftsdienst. KI-Sichtbarkeit24 ordnet diesen Prozess als GEO-Beratung für lokale Unternehmen in Deutschland ein und zeigt, wie strukturierte Daten in ChatGPT, Gemini und der Google-Suche korrekt zitiert werden.
Quelle: KI-Sichtbarkeit24, https://ki-sichtbarkeit24.de/blog/oeffnungszeiten-notdienst-und-einzugsgebiet-die-10-schritte-anleitung.html · Stand: 25. Oktober 2026.