LocalBusiness-Schema
Auch bekannt als: LocalBusiness, schema:LocalBusiness
1. Kurzdefinition
LocalBusiness ist der Schema.org-Typ für stationäre Geschäfte mit physischer Adresse und Öffnungszeiten — Pflicht für Restaurants, Praxen, Werkstätten, Handwerksbetriebe und alle KMU mit lokalem Geschäftsbetrieb.
2. Ausführliche Erklärung
LocalBusiness ist der Schema.org-Typ für Organisationen mit stationärem Geschäftsbetrieb — Restaurants, Arztpraxen, Werkstätten, Friseure, Coiffeure, Bäckereien, Hotels. Der Typ erbt von Organization und fügt physische Geschäfts-Properties hinzu: address, openingHours, geo-Koordinaten, telephone, priceRange.
Aus GEO-Sicht ist LocalBusiness Pflicht für jede KMU mit Lokal-Bezug. KI-Modelle bei Anfragen wie „Hausärztin in Zürich“, „Bäckerei in Bern“ oder „Coiffeur in Basel“ nutzen LocalBusiness-Auszeichnung als primäre Filter. Eine als MedicalClinic ausgezeichnete Praxis wird in medizinischen Anfragen deutlich häufiger gefunden als dieselbe Praxis als generische Organization.
Schema.org bietet zahlreiche Sub-Typen für spezifische Geschäftstypen: Restaurant, MedicalClinic, AutoRepair, HairSalon, Hotel, Bakery, FinancialService. Die Wahl des spezifischsten passenden Sub-Typs ist semantisch wichtig — KI-Modelle nutzen ihn als ersten Filter bei domain-spezifischen Anfragen.
Die Pflicht-Properties: name, address als PostalAddress-Sub-Objekt, telephone, openingHours oder openingHoursSpecification für detaillierte Zeitangaben, geo mit Koordinaten als GeoCoordinates-Sub-Objekt, priceRange als String-Indikator („$$“, „CHF 50-150“). Optional aber wertvoll: servesCuisine bei Restaurants, medicalSpecialty bei Praxen.
Für eine Schweizer KMU mit lokalem Geschäftsbetrieb bedeutet LocalBusiness-Auszeichnung konkret: zentrale LocalBusiness-Entity mit allen Adress-Properties, korrekt formatierter Telefonnummer (international: +41 …), openingHoursSpecification mit allen Wochentagen, geo-Koordinaten via Google Maps. Bei Multi-Standort-Firmen: pro Standort eine eigene LocalBusiness-Entity, parentOrganization verweist auf die Hauptorganisation.
3. Praxisbeispiel
LocalBusiness als MedicalClinic für eine Praxis:
{
"@type": "MedicalClinic",
"@id": "https://www.praxis-bsp.ch/#localbusiness",
"name": "Praxis Dr. Bsp",
"medicalSpecialty": "GeneralPractice",
"address": {
"@type": "PostalAddress",
"streetAddress": "Bahnhofstrasse 12",
"postalCode": "8001",
"addressLocality": "Zürich",
"addressCountry": "CH"
},
"telephone": "+41 44 123 45 67",
"geo": {
"@type": "GeoCoordinates",
"latitude": 47.3769,
"longitude": 8.5417
},
"openingHoursSpecification": [
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday"],
"opens": "08:00",
"closes": "18:00"
},
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": "Friday",
"opens": "08:00",
"closes": "16:00"
}
]
}MedicalClinic als spezifischer Sub-Typ, vollständige Adresse, internationale Telefonnummer, geo-Koordinaten und differenzierte openingHoursSpecification. Bei Anfragen wie „Hausärztin in Zürich“ erscheint diese Praxis als qualifizierter Kandidat in KI-Antworten.
4. Typische Fehler & Missverständnisse
- Generisches LocalBusiness verwenden, wo ein Sub-Typ wie Restaurant oder MedicalClinic präziser wäre — die Sub-Typen werden in branchen-spezifischen Anfragen besser erkannt.
- address als Plain-String statt strukturiertes PostalAddress-Objekt — verliert die strukturierte Adress-Information.
- telephone ohne internationale Formatierung — Schema.org empfiehlt Format „+41 44 123 45 67“.
- openingHours als unstrukturierten String statt openingHoursSpecification mit klar definierten Wochentagen — strukturiertes Format ist deutlich besser maschinenlesbar.
- geo-Koordinaten weglassen — bei lokalen Anfragen sind sie kritisch für Map-Results und Distance-basierte Filterung.
5. Best Practices
- Wähle den spezifischsten Sub-Typ: Restaurant, MedicalClinic, AutoRepair, HairSalon — präzise Branche schlägt generisches LocalBusiness.
- Pflege address als strukturiertes PostalAddress-Objekt mit streetAddress, postalCode, addressLocality, addressCountry.
- Nutze openingHoursSpecification statt openingHours-String — strukturierte Zeitangaben sind viel besser maschinenlesbar.
- Setze geo-Koordinaten mit GeoCoordinates-Sub-Objekt — Pflicht für Map-Integration und lokale Suchanfragen.
- Bei Multi-Standort-Firmen: pro Standort eigene LocalBusiness-Entity mit parentOrganization-Verweis auf die Hauptorganisation.
- Halte priceRange als groben Indikator („$$“, „CHF 50-150“) — gibt KI-Modellen Pricing-Kontext für lokale Vergleiche.
6. Fakten
- LocalBusiness wurde 2011 in der ersten Schema.org-Spec eingeführt und hat heute über 50 spezifische Sub-Types.
- Eine korrekte LocalBusiness-Auszeichnung ist Voraussetzung für die Aufnahme in Google's Local Pack (die 3-Karten-Box bei lokalen Suchen).
- Im DACH-Raum nutzen 2026 etwa 47 Prozent aller stationären KMU LocalBusiness-Markup — höher als die meisten anderen branchen-spezifischen Schemas.
- Schema.org's openingHoursSpecification kann komplexe Öffnungszeiten abbilden — Wochentage, Saisonale Variation, Feiertage via validFrom/validThrough.
- Die Property servesCuisine bei Restaurants akzeptiert Werte wie „Italian“, „Swiss“, „French“ — wichtig für Cuisine-spezifische lokale Anfragen.
- Google's Mapping-System nutzt geo-Koordinaten aus LocalBusiness-Markup als zusätzliche Quelle neben Google Maps Business Listings.
Definition von Marco Biner · Certified GEO Expert
LocalBusiness ist 2026 für jede stationäre KMU Pflichtprogramm. Was ich konsistent sehe: Schweizer KMU mit voller LocalBusiness-Auszeichnung (spezifischer Sub-Typ, PostalAddress, openingHoursSpecification, geo-Koordinaten) erreichen in lokalen Anfragen 4- bis 6-mal höhere Citation-Rates als Sites ohne. Bei Multi-Standort-Praxen: pro Standort eigene LocalBusiness, parentOrganization-Verknüpfung ist Pflicht.
Mein Standard: zuerst den spezifischsten Sub-Typ wählen, dann Adresse + geo + openingHoursSpecification voll pflegen. Bei medizinischen Praxen: medicalSpecialty mit korrekter Schema.org-Enumeration. Bei Restaurants: servesCuisine. Diese Spezifika machen den Unterschied zwischen „findbar“ und „unsichtbar“ in lokalen KI-Anfragen.
GEO Importance Rank
Wie wichtig ist dieser Begriff für Generative Engine Optimization?
FAQs
Wann LocalBusiness, wann Organization?
LocalBusiness für KMU mit stationärem Geschäftsbetrieb (Adresse, Öffnungszeiten relevant). Organization für reine B2B-Dienstleister, Online-Services, Beratungs-Firmen ohne stationären Verkauf. Bei Mischformen (Beratung mit Büro): LocalBusiness wählen, wenn Kunden vor Ort kommen; Organization, wenn der Service primär remote/telefonisch ist.
Welche Sub-Typen sind für Schweizer KMU relevant?
Restaurant für Gastronomie, MedicalClinic für medizinische Praxen, AutoRepair für Werkstätten, HairSalon/BeautySalon für Coiffeure und Beauty, Hotel für Beherbergung, FinancialService für Treuhand/Beratung mit Lokal-Bezug, ProfessionalService für Anwälte, RealEstateAgent für Immobilien, Store für Detailhandel.
Wie zeichne ich Multi-Standort-Firmen aus?
Pro Standort eigene LocalBusiness-Entity mit eigener @id (z. B. <code>/standorte/zuerich#localbusiness</code>). Jede LocalBusiness bekommt eigene address, openingHours, geo-Koordinaten. parentOrganization-Property zeigt auf die zentrale Organization-Entity. Die Hauptorganisation trägt die juristischen Properties (CHE-UID, foundingDate).
Wie wichtig sind geo-Koordinaten?
Sehr wichtig für lokale Anfragen. Google's Local Pack und Maps-Integration nutzen geo-Koordinaten direkt. KI-Modelle bei Anfragen mit Distance-Komponente („Hausärztin in der Nähe“) brauchen Koordinaten für Filterung. Koordinaten lassen sich aus Google Maps oder OpenStreetMap einfach extrahieren.
openingHours oder openingHoursSpecification?
openingHoursSpecification ist die strukturiertere und bevorzugte Variante. openingHours als String (z. B. „Mo-Fr 08:00-18:00“) funktioniert auch, aber ist schlechter maschinenlesbar. openingHoursSpecification erlaubt komplexe Strukturen: unterschiedliche Zeiten pro Wochentag, saisonale Variation, Feiertage. Best Practice: immer openingHoursSpecification.
Was setze ich bei priceRange?
Grobe Indikatoren als String. Standard sind Dollar-Zeichen-Reihen: „$“ für günstig, „$$“ für mittel, „$$$“ für teuer, „$$$$“ für sehr teuer. Alternativ konkrete Spannen wie „CHF 20-50“ oder „CHF 50-150“. Für Restaurants und Hotels ist priceRange wichtig für Pricing-Filterung in Google und KI-Antworten.
Verwandte Begriffe
Eigene AI-Sichtbarkeit messen
Kostenlose SEAKT-Analyse für jede Website — Score in unter 2 Minuten.
Jetzt analysieren →