--- title: LocalBusiness-Schema slug: local-business-schema canonical_url: https://www.geoquality.ai/glossar/local-business-schema md_url: https://www.geoquality.ai/glossar/local-business-schema.md language: de last_modified: 2026-05-03T00:00:00+00:00 related_terms: [json-ld, knowledge-graph, organization-schema, schema-org, structured-data, website-schema] content_hash: 72da6ce2225f9025 license: CC BY 4.0 author: Marco Biner (geoquality.ai) schema_type: DefinedTerm --- # LocalBusiness-Schema 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. ## Erläuterung 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. ## 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. ## Häufige Fehler - 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. ## 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. ## 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. ## FAQ ### 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. /standorte/zuerich#localbusiness ). 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. ## Experten-Definition 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. ## Verwandte Begriffe - [JSON-LD](https://www.geoquality.ai/glossar/json-ld.md) — JSON-LD ist ein W3C-standardisiertes Format zur Einbettung strukturierter Daten in Webseiten — typischerweise nach Schema.org-Vokabular — und der von Google sowie allen grossen KI-Crawlern bevorzugte Weg, Entitäten und Beziehungen maschinenlesbar zu beschreiben. - [Knowledge Graph](https://www.geoquality.ai/glossar/knowledge-graph.md) — Ein Knowledge Graph ist eine Datenstruktur, die Entitäten und ihre Beziehungen als verknüpftes Netzwerk repräsentiert und KI-Systemen die Faktenbasis liefert, aus der sie Antworten zusammensetzen. - [Organization-Schema](https://www.geoquality.ai/glossar/organization-schema.md) — Organization ist der Schema.org-Typ für Unternehmen, Vereine, Stiftungen und Behörden — der primäre Authority-Anchor jeder Site und neben Person und WebSite einer der drei Pflicht-Entitäten in jedem GEO-Setup. - [Schema.org](https://www.geoquality.ai/glossar/schema-org.md) — Schema.org ist das von Google, Microsoft, Yahoo und Yandex gemeinsam entwickelte Vokabular zur strukturierten Beschreibung von Web-Inhalten — der De-facto-Standard für maschinenlesbare Auszeichnung und das technische Fundament jeder GEO-Strategie. - [Strukturierte Daten](https://www.geoquality.ai/glossar/structured-data.md) — Strukturierte Daten sind maschinenlesbare Auszeichnungen von Web-Inhalten — typischerweise als JSON-LD im HTML-Head — die Entitäten, Beziehungen und Metadaten explizit benennen statt sie nur implizit im Fliesstext zu hinterlassen. - [WebSite-Schema](https://www.geoquality.ai/glossar/website-schema.md) — WebSite ist der Schema.org-Typ für die ganze Site (im Gegensatz zur einzelnen Page) — trägt typischerweise die SearchAction für die Sitelinks-Searchbox in Google und ist neben Organization eine der drei Pflicht-Entitäten in jedem GEO-Setup. ## Quelle und Zitation - HTML-Original: https://www.geoquality.ai/glossar/local-business-schema - Lizenz: CC BY 4.0 - Zitiervorschlag: "LocalBusiness-Schema (geoquality.ai Glossar, Biner 2026)"