LocalBusiness Schema für KMU in Österreich: Anleitung

Wer nach einem Installateur, einer Steuerberatung, einem Fachgeschäft oder einem Restaurant in der Nähe sucht, möchte vor allem verlässliche Antworten: Wie heißt der Betrieb genau, wo befindet er sich, wann ist geöffnet und wie kann man Kontakt aufnehmen? Suchmaschinen lesen diese Angaben aus sichtbaren Webseiteninhalten. Mit strukturierten Daten lassen sie sich zusätzlich in einem standardisierten Format bereitstellen. Genau dafür ist das LocalBusiness Schema gedacht.

Für österreichische KMU ist das kein Ersatz für gute Inhalte, ein gepflegtes Google Unternehmensprofil oder konsistente Einträge in Branchenverzeichnissen. Richtig umgesetzt schafft das Markup aber eine eindeutige technische Verbindung zwischen Firmenname, Standort, Kontaktdaten, Öffnungszeiten und Website. Dieser Leitfaden zeigt, welche Daten sinnvoll sind, wie ein praxistauglicher JSON-LD-Code aussieht und wie Sie die Umsetzung ohne Spezialwerkzeug prüfen.

Was ist LocalBusiness Schema?

Schema.org stellt ein gemeinsames Vokabular für strukturierte Daten bereit. LocalBusiness beschreibt ein Unternehmen oder eine Organisation mit einem physischen Standort, den Kundinnen und Kunden besuchen können. Dazu gehören viele Handwerksbetriebe, Geschäfte, Lokale, Ordinationen, Kanzleien und regionale Dienstleister. Innerhalb der Systematik gibt es spezifischere Typen wie Restaurant, Dentist, Store oder Plumber.

Die Informationen werden meist als JSON-LD in den HTML-Code eingebunden. Google empfiehlt dieses Format, weil es vom sichtbaren Layout getrennt und dadurch vergleichsweise wartbar ist. Der Code enthält Schlüssel und Werte, etwa name, address und telephone. Besucher sehen weiterhin die normal gestaltete Kontakt- oder Standortseite; Suchmaschinen erhalten zusätzlich eine maschinenlesbare Beschreibung.

Wichtig ist die Erwartungshaltung: Korrektes Markup kann Suchmaschinen beim Verstehen der Seite helfen, garantiert aber weder ein bestimmtes Ranking noch eine besondere Darstellung in den Suchergebnissen. Google entscheidet abhängig von Suchanfrage, Qualität, Richtlinien und weiteren Signalen, ob und wie strukturierte Daten genutzt werden.

Welchen Nutzen hat das für österreichische KMU?

In einem kleinen Betrieb liegen Firmendaten häufig an mehreren Stellen: im Impressum, auf der Kontaktseite, im Google Unternehmensprofil, in einem Firmenverzeichnis, im Kassensystem und vielleicht noch in einer alten PDF-Broschüre. Schon ein Umzug oder eine geänderte Telefonnummer kann dadurch unterschiedliche Versionen erzeugen. LocalBusiness Markup zwingt das Unternehmen nicht automatisch zu Ordnung, macht Abweichungen aber sichtbar und gibt der Website eine klar definierte Datenquelle.

Der praktische Nutzen liegt in vier Bereichen:

Eindeutigkeit: Name, URL, Telefonnummer und Anschrift werden als zusammengehörige Unternehmensdaten ausgezeichnet.
Lokaler Kontext: Ort, Postleitzahl, Region und gegebenenfalls das bediente Gebiet können präzise beschrieben werden.
Wartbarkeit: Ein dokumentierter Datenblock lässt sich bei Änderungen systematisch mit Kontaktseite und Verzeichniseinträgen abgleichen.
Technische Grundlage: Suchmaschinen und andere Systeme können die Angaben leichter einordnen, sofern Markup und sichtbarer Inhalt übereinstimmen.

Österreichische Unternehmen sollten bei der Datenpflege von der offiziellen Firmierung ausgehen. Im Unternehmensserviceportal lassen sich zentrale Unternehmensdaten einsehen; je nach Rechtsform und Registerquelle werden Änderungen übernommen. Für die Außendarstellung kann zusätzlich ein gebräuchlicher Geschäftsname relevant sein. Entscheidend ist, dass Impressum, Kontaktseite, Branchenprofile und strukturierte Daten kein widersprüchliches Bild vermitteln.

Die wichtigsten Angaben im LocalBusiness Markup

Firmenname und eindeutige URL

Unter name gehört der Name, unter dem der Betrieb auf der betreffenden Seite sichtbar auftritt. Die Eigenschaft url verweist auf die kanonische Website- oder Standort-URL. Eine dauerhafte @id, beispielsweise die Website-Adresse mit dem Fragment #betrieb, kann das beschriebene Objekt innerhalb der Website eindeutig identifizieren. Verwenden Sie keine wechselnden Tracking-URLs.

Vollständige Postanschrift

Die Adresse wird als PostalAddress gegliedert. Für einen österreichischen Standort sind insbesondere Straße und Hausnummer, Postleitzahl, Ort sowie AT als Ländercode wichtig. Freie Zusätze sollten nur verwendet werden, wenn sie für das Auffinden wirklich nötig sind. Ein Postfach ersetzt bei einem lokal besuchbaren Unternehmen nicht die physische Geschäftsadresse.

Telefon, Öffnungszeiten und Bild

Telefonnummern sollten international, etwa als +43 316 ..., gespeichert werden. Öffnungszeiten werden mit OpeningHoursSpecification nach Wochentagen gegliedert. Saisonzeiten, Feiertage oder Betriebsurlaube brauchen einen gepflegten Prozess; veraltete Öffnungszeiten sind auch in technisch perfektem Markup irreführend. Als image eignet sich eine dauerhaft erreichbare, hochwertige Darstellung des Standorts oder Betriebs. Logos und Bilder müssen tatsächlich zum Unternehmen gehören.

Den passendsten Unternehmenstyp wählen

Google empfiehlt den spezifischsten zutreffenden Typ. Ein Gasthaus sollte daher nicht nur als LocalBusiness, sondern etwa als Restaurant beschrieben werden. Ein Installationsbetrieb kann je nach Schwerpunkt einen Typ wie Plumber verwenden. Gibt es keinen passenden Untertyp, bleibt LocalBusiness eine saubere Ausgangsbasis. Ein scheinbar attraktiver, aber sachlich falscher Typ verbessert die Daten nicht.

JSON-LD-Beispiel für einen österreichischen Betrieb

Das folgende vereinfachte Beispiel verwendet ein fiktives Unternehmen. Werte wie Adresse, Telefonnummer, URL und Öffnungszeiten müssen durch verifizierte Angaben des eigenen Betriebs ersetzt werden. Eigenschaften, für die keine belastbaren Daten vorhanden sind, sollten nicht geraten werden.

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "@id": "https://www.musterbetrieb.at/#betrieb",
  "name": "Musterbetrieb Huber e.U.",
  "url": "https://www.musterbetrieb.at/",
  "image": "https://www.musterbetrieb.at/images/standort.jpg",
  "telephone": "+43 316 555123",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Musterweg 12",
    "postalCode": "8010",
    "addressLocality": "Graz",
    "addressCountry": "AT"
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": [
        "Monday",
        "Tuesday",
        "Wednesday",
        "Thursday"
      ],
      "opens": "08:00",
      "closes": "17:00"
    },
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": "Friday",
      "opens": "08:00",
      "closes": "13:00"
    }
  ]
}

In einer statischen Website kann dieser Block als <script type="application/ld+json"> eingebunden werden. Bei WordPress, Shop- oder Baukastensystemen übernehmen häufig SEO-Plugins, Theme-Funktionen oder zentrale Website-Einstellungen die Ausgabe. Prüfen Sie vor einer zusätzlichen manuellen Einbindung, ob bereits ein LocalBusiness- oder Organization-Block vorhanden ist. Doppelte Ausgaben mit abweichenden Werten sind schwieriger zu warten als ein einziger vollständiger Datensatz.

Mehrere Standorte richtig abbilden

Ein häufiger Fehler ist, Filiale, Werkstatt und Zentrale in ein einziges Datenobjekt zu mischen. Für jeden öffentlich auftretenden Standort sollte es eine eigene Standortseite und ein passendes LocalBusiness-Objekt geben. Jeder Eintrag erhält seine konkrete Adresse, Telefonnummer, Öffnungszeiten, URL und eine eindeutige @id. Die zentrale Organisation kann zusätzlich als Organization beschrieben und mit den Standorten verknüpft werden.

Ein Beispiel: Ein Sanitätshaus betreibt Geschäfte in Salzburg und Hallein. Die Salzburger Standortseite darf nicht gleichzeitig die Halleiner Öffnungszeiten auszeichnen. Besser sind zwei klar benannte Seiten, auf denen sichtbare Angaben und JSON-LD jeweils übereinstimmen. Dasselbe gilt für Betriebe mit mehreren Abholstellen oder Ordinationen. Reine Einsatzgebiete ohne besuchbare Niederlassung dürfen nicht wie erfundene Geschäftsadressen dargestellt werden.

Auf welche Seite gehört das Markup?

Bei einem Betrieb mit nur einem Standort kann das LocalBusiness-Objekt auf der Startseite oder auf einer zentralen Kontakt- beziehungsweise Standortseite stehen. Entscheidend ist weniger die Position im Seitenbaum als der Zusammenhang: Die ausgezeichneten Daten müssen für Besucher auf dieser URL nachvollziehbar sein. Wenn die Startseite nur Leistungen vorstellt und keine vollständige Anschrift oder Öffnungszeiten zeigt, ist die ausführliche Standortseite meist der verständlichere Ort.

Bei mehreren Filialen sollte jede Standortseite ihr eigenes Objekt enthalten. Eine übergeordnete Seite kann die Organisation und die vorhandenen Niederlassungen zusammenfassen, darf aber nicht Öffnungszeiten oder Telefonnummern vermischen. Verwenden Sie für jede Filiale eine dauerhafte URL, etwa /standorte/graz, und eine dazu passende @id. So bleiben Verknüpfungen auch dann stabil, wenn das Webdesign später erneuert wird.

Mobile Dienstleister brauchen besondere Sorgfalt. Ein Elektriker oder Reinigungsbetrieb kann Kundinnen und Kunden in mehreren Bezirken betreuen, ohne dort Niederlassungen zu haben. Diese Orte sind ein Einsatzgebiet, keine Geschäftsstandorte. Geben Sie keine Scheinadressen an, um zusätzliche Städte abzudecken. Beschreiben Sie stattdessen die tatsächliche Betriebsadresse nur dort, wo sie öffentlich und sachlich zutreffend ist, und erläutern Sie das bediente Gebiet im sichtbaren Inhalt. Für lokale Suchanfragen sind klare Leistungs- und Regionsseiten hilfreicher als künstlich vervielfachte Adressen.

So setzen Sie LocalBusiness Schema in sieben Schritten um

Datenquelle festlegen: Bestimmen Sie, welche interne Liste als verbindliche Quelle für Name, Adresse, Telefon und Öffnungszeiten dient.
Sichtbare Website prüfen: Vergleichen Sie Kontaktseite, Impressum, Footer und Standortseiten. Korrigieren Sie Widersprüche zuerst im sichtbaren Inhalt.
Typ auswählen: Suchen Sie auf Schema.org nach dem spezifischsten zutreffenden Geschäftstyp. Bleiben Sie bei LocalBusiness, wenn kein Untertyp wirklich passt.
JSON-LD erzeugen: Übernehmen Sie nur bestätigte Werte. Verwenden Sie vollständige URLs und international formatierte Telefonnummern.
Technisch testen: Prüfen Sie den Code mit dem Rich Results Test und zusätzlich mit dem Schema Markup Validator. Syntaxfehler und unzulässige Felder werden dort sichtbar.
Seite veröffentlichen und erneut testen: Ein fehlerfreier Codeausschnitt im Editor beweist noch nicht, dass das Markup auf der live ausgelieferten URL korrekt erscheint.
Pflege terminieren: Nehmen Sie strukturierte Daten in die Checkliste für Umzug, neue Telefonnummer, Feiertagszeiten, Rebranding und neue Standorte auf.

Bei JavaScript-basierten Websites sollte der Test die gerenderte Live-Seite erfassen. Google kann dynamisch erzeugtes JSON-LD verarbeiten, doch erst die Prüfung der veröffentlichten URL zeigt, ob Rendering, Caching oder Consent-Einstellungen die Ausgabe verändern.

Typische Fehler, die den Nutzen zunichtemachen

Markup und sichtbarer Inhalt widersprechen einander

Strukturierte Daten dürfen keine Informationen vortäuschen, die Besucher auf der Seite nicht nachvollziehen können. Wenn im Markup bis 18 Uhr geöffnet ist, auf der Kontaktseite aber 17 Uhr steht, muss eine Quelle korrigiert werden. Dasselbe gilt für Namen, Leistungen und Standortangaben.

Bewertungen werden ohne belastbare Grundlage ausgezeichnet

aggregateRating und review wirken verlockend, sind aber keine Felder für frei erfundene Sterne. Verwenden Sie Bewertungsdaten nur, wenn die Bewertungen tatsächlich vorhanden, sichtbar und nach den geltenden Richtlinien zulässig sind. Eigene Aussagen wie „5 von 5 Kundenzufriedenheit“ werden nicht allein durch JSON-LD zu einer anerkannten Bewertung.

Ein Plugin erzeugt mehrere widersprüchliche Blöcke

Theme, SEO-Plugin, Branchenmodul und individuelle Entwicklung können gleichzeitig strukturierte Daten ausgeben. Prüfen Sie den Quellcode beziehungsweise den Validator auf doppelte Unternehmen. Zwei konsistente, sinnvoll verknüpfte Objekte können legitim sein; vier nahezu gleiche LocalBusiness-Blöcke mit unterschiedlichen Telefonnummern sind ein Pflegeproblem.

Alte Daten bleiben nach einer Änderung online

Ein Umzug betrifft mehr als die Kontaktseite. Aktualisieren Sie das Markup, das Google Unternehmensprofil, relevante Verzeichnisse, E-Mail-Signaturen und weitere öffentliche Quellen koordiniert. Der Beitrag über konsistente Firmendaten in Branchenverzeichnissen zeigt, wie Sie diese Abstimmung organisieren können.

Prüfen: Rich Results Test, Validator und Search Console

Der Rich Results Test von Google zeigt, welche unterstützten strukturierten Daten auf einer Seite erkannt werden und ob kritische Fehler vorliegen. Der Schema Markup Validator prüft die breitere Schema.org-Syntax. Beide Werkzeuge erfüllen unterschiedliche Aufgaben und sollten gemeinsam eingesetzt werden. Eine Warnung ist nicht automatisch ein Ausfall; sie weist häufig auf empfohlene, aber nicht zwingende Angaben hin. Prüfen Sie, ob die Information für den Betrieb verfügbar und sachlich passend ist, statt Felder nur für einen grünen Bericht zu füllen.

Nach der Veröffentlichung lässt sich die URL außerdem in der Google Search Console prüfen. Achten Sie darauf, dass Google die aktuelle Version abrufen kann. Änderungen werden nicht zwingend sofort in den Suchergebnissen sichtbar. Auch eine fehlerfreie Validierung ist, wie Google ausdrücklich festhält, keine Garantie für eine besondere Ergebnisdarstellung.

Monatliche Checkliste für verlässliche Firmendaten

Stimmen Firmenname, Straße, Postleitzahl und Ort mit der sichtbaren Website überein?
Führen Website, Firmenprofil und wichtige Verzeichnisse dieselbe Telefonnummer?
Sind reguläre Öffnungszeiten und aktuelle Ausnahmen korrekt?
Hat jeder reale Standort eine eigene Seite und einen eigenen Datenblock?
Ist der gewählte Schema.org-Typ weiterhin passend?
Sind Bild- und Seiten-URLs dauerhaft erreichbar und nicht durch Login oder Robots-Regeln blockiert?
Gibt es doppelte JSON-LD-Ausgaben aus Theme, Plugin oder Tag Manager?
Besteht der Test der veröffentlichten URL ohne kritische Syntaxfehler?

Verknüpfen Sie diese Kontrolle mit der Pflege Ihres Google Unternehmensprofils. So werden strukturierte Daten nicht zu einem vergessenen Technikprojekt, sondern zu einem Teil der laufenden Datenqualität.

Fazit: Erst Daten ordnen, dann auszeichnen

LocalBusiness Schema ist für KMU dann wertvoll, wenn es verlässliche Unternehmensdaten abbildet. Beginnen Sie daher nicht mit möglichst vielen Eigenschaften, sondern mit einem geprüften Kern aus Name, URL, Adresse, Telefonnummer, Typ und Öffnungszeiten. Sorgen Sie für eigene Angaben je Standort, halten Sie sichtbaren Inhalt und JSON-LD synchron und testen Sie immer die veröffentlichte Seite.

Wer diese Basis sauber pflegt, schafft eine robuste technische Grundlage für lokale Sichtbarkeit. Prüfen Sie als ersten Schritt heute Ihre Kontaktseite gegen Google Unternehmensprofil und Branchenverzeichnisse. Sind die Angaben konsistent, lässt sich der passende LocalBusiness-Block anschließend kontrolliert ergänzen.

LocalBusiness Schema für KMU: Firmendaten für Google strukturieren