Local Business Schema Generator: strukturierte Daten für lokale Unternehmen

So erstellst du LocalBusiness-Schema

Ein Standort pro Seite, eine Seite pro Standort. Der Generator schreibt Markup und sichtbaren Block aus denselben Werten, damit die beiden nie auseinanderlaufen.

1. Den spezifischsten Unternehmenstyp wählen. Restaurant, Bakery, Dentist, Plumber und die übrigen sind Untertypen von LocalBusiness und erben alles davon. LocalBusiness selbst nur, wenn nichts Genaueres passt.
2. Name und Anschrift eintragen. Das sind die einzigen Pflichtangaben. Straße mit Hausnummer, PLZ, Ort und DE als Land — in der Reihenfolge, die das Formular vorgibt; der Rest macht das Ergebnis reicher, nicht gültiger.
3. Öffnungszeiten als Regeln schreiben, eine pro Zeile. Eine Bar, die samstags von 18 bis 3 Uhr geöffnet hat, ist eine Zeile. Eine Mittagspause sind zwei Zeilen für dieselben Tage. Feiertage und Betriebsferien sind ein Datumsbereich plus „geschlossen“.
4. Die Warnungen lesen, bevor du kopierst. Koordinatengenauigkeit, eine zu lange Preisspanne, ein fehlender Adressteil, zwei Regeln, die sich für einen Tag widersprechen — jede davon ist etwas, das Google ignoriert oder anders liest als gemeint.
5. Beide Ausgaben einfügen. Das JSON-LD kommt in die Standortseite, Adressblock und Öffnungszeiten-Tabelle dorthin, wo Besucher sie lesen. Ändern sich die Zeiten, erzeugst du beides neu.

Öffnungszeiten über Mitternacht, mit Mittagspause und an Feiertagen

Ein Local-Business-Schema-Generator macht aus den Angaben zu einem Standort strukturierte Daten vom Typ LocalBusiness — das JSON-LD, aus dem Google Öffnungszeiten, Anschrift, Koordinaten und Abteilungen eines lokalen Unternehmens liest. Die Anschrift ist selten das Problem. Die Öffnungszeiten sind es.

Googles deutsche Dokumentation ist eindeutig: Bei Öffnungszeiten nach Mitternacht gibst du Öffnungs- und Schließzeit mit einer einzigen OpeningHoursSpecification an. Eine Bar, die samstags um 18:00 öffnet und sonntags um 3:00 schließt, ist eine Regel — dayOfWeek: Saturday, opens: 18:00, closes: 03:00 —, nicht eine Samstagsregel bis 23:59 plus eine Sonntagsregel ab 00:00. Rund um die Uhr heißt opens 00:00 und closes 23:59; ganztägig geschlossen heißt beides 00:00. Das Formular nimmt eine Zeile pro Regel, mit deutschen oder englischen Tageskürzeln:

Mo-Fr 09:00-12:30
      Mo-Fr 14:00-18:00                          # Mittagspause: zweite Zeile, kein Konflikt
      Sa    18:00-02:00                          # über Mitternacht: eine Zeile
      So    geschlossen                          # opens und closes 00:00
      2026-12-24..2026-12-26 Mo-So geschlossen   # validFrom / validThrough

Die letzte Zeile verdient in Deutschland besondere Aufmerksamkeit. Feiertage legen grundsätzlich die Länder fest — bundesrechtlich geregelt ist nur der Tag der Deutschen Einheit —, also kann dieselbe Kette in zwei Bundesländern an verschiedenen Tagen geschlossen haben. Feiertags- und Ferienzeiten gehören deshalb pro Standort ins Markup: validFrom und validThrough begrenzen eine Regel auf einen Zeitraum im Format JJJJ-MM-TT, und eine Regel ohne diese Daten gilt das ganze Jahr. Betriebsferien sind derselbe Fall, nur länger.

Im Google-Unternehmensprofil läuft das parallel, mit eigenen Grenzen. Spezielle Öffnungszeiten sind für vorübergehende Änderungen gedacht und für Schließungen an bis zu sechs aufeinanderfolgenden Tagen; ab sieben Tagen empfiehlt Google, das Unternehmen als vorübergehend geschlossen zu kennzeichnen. Außerdem bittet Google, die Öffnungszeiten an gesetzlichen Feiertagen zu bestätigen, auch wenn sie sich nicht ändern. Profil und Markup sollten dasselbe sagen — pflegen musst du beide.

Deutsche Anschrift und Telefonnummer im Markup

Die Deutsche Post zeigt den Aufbau einer Hausanschrift so: Name, gegebenenfalls der Ortsteil, dann Straße und Hausnummer, dann Postleitzahl und Ort — ohne Leerzeile, „Hermannstraße 64“ über „53225 Bonn“. In PostalAddress wird daraus:

"address": {
        "@type": "PostalAddress",
        "streetAddress": "Kastanienallee 12",
        "postalCode": "10435",
        "addressLocality": "Berlin",
        "addressCountry": "DE"
      }

• Hausnummer hinter die Straße. streetAddress ist freier Text; schreib ihn so, wie er auf dem Briefumschlag stünde, nicht in amerikanischer Reihenfolge mit der Nummer vorn.
• Das Bundesland ist optional. In der Musteranschrift der Deutschen Post kommt es nicht vor; addressRegion kannst du leer lassen oder das Land ausschreiben. Straße, Ort und Land dagegen meldet der Generator, wenn sie fehlen — Google bittet um möglichst viele Adressteile.
• addressCountry ist DE, der zweistellige ISO-Code, nicht „Deutschland“.
• Die Reihenfolge im sichtbaren Block ist frei. Der HTML-Block listet die Adressteile als einzelne Werte: Straße, Ort, Bundesland, PLZ, Land. Stell „10435 Berlin“ ruhig in deutscher Reihenfolge dar — die Werte bleiben dieselben.

Für telephone verlangt Google Landes- und Ortsvorwahl. Nach dem Nummernplan der Bundesnetzagentur gehört die „0“ vor der Vorwahl nicht zur Rufnummer; wer aus dem Ausland anruft, wählt stattdessen die Länderkennzahl, darstellbar als +49. Aus 030 23125042 wird also +49 30 23125042. Die Nummer im Beispiel stammt übrigens aus den „Drama Numbers“, die die Bundesnetzagentur für Medien bereitstellt: Sie ist dauerhaft keinem Teilnehmer zugeteilt.

Mo, Tu, We: warum deutsche Tageskürzel in openingHours nur halb passen

Neben openingHoursSpecification kennt schema.org die ältere Text-Property openingHours, und wer sie von Hand schreibt, stolpert über die Kürzel. schema.org legt die Tage dort als Zweibuchstaben-Kombinationen fest: Mo, Tu, We, Th, Fr, Sa, Su. Drei davon sehen zufällig deutsch aus — Mo, Fr, Sa —, die übrigen nicht: Di, Mi, Do und So stehen nicht in dieser Liste, und „So“ ist dort kein Sonntag.

Wer also Mo-Fr 09:00-18:00 in openingHours schreibt, hat zufällig gültige Syntax; wer Di-So 10:00-18:00 schreibt, nicht. Googles Dokumentation für lokale Unternehmen arbeitet ohnehin mit openingHoursSpecification und dayOfWeek, und dort stehen die Tage ausgeschrieben auf Englisch — Monday bis Sunday, auch als Kurzname ohne URL-Präfix.

Dieser Generator trennt deshalb Eingabe, Markup und Anzeige. Du tippst deutsch (Mo-Fr, Mo.-Fr., Di,Do, So geschlossen) oder englisch; das JSON-LD enthält die schema.org-Werte Monday bis Sunday; und die Tabelle im sichtbaren Block zeigt Montag bis Sonntag. Eine Mittagspause schreibst du als zwei Zeilen für dieselben Tage — der Generator meldet nur Regeln, die sich wirklich überschneiden oder einen geschlossenen Tag wieder öffnen.

Impressum, Filialen, @id: welche Adresse wohin gehört

Eine geschäftsmäßige Website in Deutschland zeigt ihre Anschrift schon an anderer Stelle: im Impressum. § 5 DDG verlangt dort den Namen und die Anschrift, unter der der Anbieter niedergelassen ist. Für ein einzelnes Café ist das dieselbe Adresse wie der Laden. Bei einer Kette ist es die Anschrift des Anbieters der Website, und die muss mit der einzelnen Filiale nichts zu tun haben. Kopier die Impressumsanschrift deshalb nicht ungeprüft in das LocalBusiness-Markup aller Standorte.

Google erlaubt LocalBusiness-Markup auf jeder Seite, nennt aber eine Seite mit Informationen zu deinem Unternehmen als sinnvollen Ort. Für mehrere Standorte heißt das: eine Seite pro Standort, ein LocalBusiness-Knoten pro Seite, eine @id pro Knoten — und url zeigt auf genau diese Seite, als funktionierender Link, wie Google es verlangt.

Über @id sagt Googles Doku nichts, und wir tun nicht so. Aber sobald eine Website mehr als einen Standort hat, ist sie kein Schmuck mehr. Ohne @id ist jede Standortseite ein anonymer Knoten. Google kommt damit zurecht — eine Seite, ein Unternehmen. Alles andere, was den Graphen liest, nicht unbedingt: Verzeichnisse, Knowledge-Graph-Pipelines, das Schema-Plugin deines CMS, ein Agent, der deine Standorte einsammelt. Eine stabile Kennung wie https://example.com/standorte/kastanienallee#standort ist bei jedem Lesen derselbe Knoten, und anderes Markup auf der Seite kann darauf verweisen, statt ihn zu wiederholen.

Sterne für das eigene Geschäft: die Grenze

Das Kästchen unten im Formular gibt es, damit der Generator es ablehnen kann. Googles Richtlinien für Rezensions-Snippets sagen: Wenn ein Unternehmen die Rezensionen über sich selbst kontrolliert, bekommt seine Seite mit LocalBusiness- oder Organization-Markup keine Sternebewertung — auch nicht über ein eingebettetes Widget eines Drittanbieters.

review und aggregateRating empfiehlt Google bei LocalBusiness nur für Websites, die Rezensionen zu anderen lokalen Unternehmen erfassen — ein Branchenverzeichnis, ein Bewertungsportal, ein Stadtführer. Ist die Seite dein eigener Laden, kommen die Sterne nicht, und wer die Richtlinien trotzdem verletzt, riskiert laut Google eine manuelle Maßnahme statt eines Rich Results.

Das ist eine von vier Regeln derselben Familie, alle prüfbar statt verhandelbar, jede mit eigenem Werkzeug hier: Was eine Bewertung behaupten darf, prüft der Review Schema Generator; was ein Angebot tragen muss, der Product Schema Generator; und dass Markup der sichtbaren Seite entsprechen muss — die Regel, auf der dieses ganze Werkzeugset steht —, der FAQ Schema Generator.