LocalBusiness Schema für KMU: JSON-LD richtig einsetzenLocalBusiness Schema for SMEs: Using JSON-LD Correctly
Mit sauberem LocalBusiness-Markup in JSON-LD beschreiben Sie Name, Adresse und Öffnungszeiten maschinenlesbar. Was Google dazu dokumentiert und was sich bei FAQ-Markup geändert hat, zeigt dieser Beitrag.Clean LocalBusiness markup in JSON-LD describes your name, address and opening hours in machine-readable form. This article covers what Google documents and what has changed for FAQ markup.
Strukturierte Daten sind ein kleines Stück Code, das Suchmaschinen eindeutig sagt, wer Sie sind und wann Sie erreichbar sind. Für lokale Unternehmen ist das ein sinnvoller Baustein, aber kein Wundermittel. Dieser Beitrag zeigt, wie ein sauberes LocalBusiness-Markup aufgebaut ist, wie Sie Öffnungszeiten richtig angeben, was sich bei FAQ-Markup geändert hat und wie Sie Ihre Umsetzung prüfen.
Was LocalBusiness-Markup leistet und was nicht
Schema.org ist ein gemeinsames Vokabular, mit dem sich Inhalte von Webseiten beschreiben lassen. Der Typ LocalBusiness steht dort für einen konkreten physischen Betrieb oder eine Filiale und erbt Eigenschaften sowohl von Organization als auch von Place. Das erklärt, warum er Felder für Adresse, Telefon, Koordinaten und Öffnungszeiten kennt.
Google nutzt solche Angaben, um Unternehmensdaten besser zu verstehen. In der Dokumentation zu Local Business werden als mögliche Darstellung Knowledge Panels, Karussells und die Integration in Maps genannt. Entscheidend ist ein Satz aus dem Einstieg zu strukturierten Daten: Google garantiert nicht, dass Markup in den Suchergebnissen sichtbar wird, auch wenn es korrekt umgesetzt ist.
Für die lokale Sichtbarkeit bleibt Ihr Google Business Profile die wichtigste Fläche. Das Markup auf der Website ergänzt es, ersetzt es aber nicht. Wie Sie das Profil sauber pflegen, steht in unserem Beitrag zum Google Business Profile. Den Gesamtzusammenhang aus Profil, Website, Verzeichnissen und Bewertungen finden Sie im Guide zu lokalem SEO für DACH-KMU.
Aufbau und Beispiel in JSON-LD
Google unterstützt JSON-LD, Microdata und RDFa, empfiehlt aber ausdrücklich JSON-LD, sofern Ihr Setup es zulässt. Der Grund: Es lässt sich als eigener Block in den Seitencode setzen, ohne das sichtbare HTML anzufassen. Ihr Redakteur oder Ihr Plugin kann es pflegen, ohne dass Texte oder Layout betroffen sind.
Laut Google sind für LocalBusiness zwei Angaben erforderlich: name und address. Empfohlen werden unter anderem telephone, url (die URL der konkreten Seite des Standorts), geo mit mindestens fünf Nachkommastellen, openingHoursSpecification und priceRange. Das folgende Beispiel verwendet erfundene Daten und zeigt die Grundstruktur:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Plumber",
"name": "Muster Installationen GmbH",
"url": "https://www.beispiel.at/",
"telephone": "+43 1 1234567",
"address": {
"@type": "PostalAddress",
"streetAddress": "Musterstraße 1",
"addressLocality": "Wien",
"postalCode": "1010",
"addressCountry": "AT"
},
"geo": {
"@type": "GeoCoordinates",
"latitude": 48.20849,
"longitude": 16.37208
},
"openingHoursSpecification": [
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday"],
"opens": "08:00",
"closes": "17:00"
},
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": "Friday",
"opens": "08:00",
"closes": "13:00"
}
]
}
</script>Wählen Sie den spezifischsten Untertyp, den schema.org bietet. Google nennt dafür Beispiele wie Restaurant, DaySpa oder HealthClub; schema.org führt außerdem unter anderem Dentist und Store auf. Ein Installationsbetrieb nimmt also besser Plumber oder Electrician als das allgemeine LocalBusiness. Bieten Sie mehrere Leistungen an, erlaubt Google eine Liste von Typen, etwa ["Electrician", "Plumber"].
Für den Wert priceRange gilt: kurz halten und unter 100 Zeichen bleiben. Ein relativer Wert wie „$$“ genügt. Konkrete Preise gehören dort nur hinein, wenn Sie sie dauerhaft pflegen wollen.
Öffnungszeiten richtig auszeichnen
Öffnungszeiten sind das Feld, in dem sich im Alltag die meisten Fehler einschleichen. Die Eigenschaft openingHoursSpecification nimmt einen oder mehrere Blöcke auf, jeder mit dayOfWeek, opens und closes. Mehrere Wochentage mit gleichen Zeiten fassen Sie in einer Liste zusammen, wie im Beispiel oben.
Google beschreibt einige Sonderfälle, die Sie kennen sollten. Für „ganztägig geöffnet“ setzen Sie opens auf 00:00 und closes auf 23:59. Für „ganztägig geschlossen“ setzen Sie beide Werte auf 00:00. Ein Betrieb, der über Mitternacht offen hat, wird mit einem einzigen Block angegeben, zum Beispiel Samstag 18:00 bis 03:00. Für saisonale Änderungen gibt es validFrom und validThrough im Format JJJJ-MM-TT. Schema.org erklärt zudem, dass ein Ort nur dann als geöffnet gilt, wenn opens angegeben ist.
Eine Mittagspause bilden Sie mit zwei Blöcken für denselben Tag ab, etwa 08:00 bis 12:00 und 13:00 bis 17:00. Das ist unsere fachliche Empfehlung auf Basis der Spezifikation, kein Zitat aus der Google-Dokumentation. Prüfen Sie das Ergebnis in jedem Fall im Test (siehe unten). Feiertage und Betriebsurlaub tragen Sie als eigene Blöcke mit Gültigkeitszeitraum ein und entfernen sie danach wieder.
Wichtig ist die Übereinstimmung mit der Realität. Wenn Ihre Website, Ihr Google Business Profile und das Markup unterschiedliche Zeiten nennen, helfen strukturierte Daten niemandem. Legen Sie fest, wo die Zeiten zuerst gepflegt werden, und ziehen Sie die anderen Stellen nach.
FAQ-Markup: der Stand im Oktober 2026
Lange galt FAQ-Markup als einfacher Weg zu mehr Platz in den Suchergebnissen. Damit ist es vorbei. In den Dokumentations-Updates von Google Search Central steht: Am 8. Mai 2026 wurde in der Dokumentation zum FAQ-Rich-Result ein Einstellungshinweis ergänzt, wonach das Feature ab dem 7. Mai 2026 nicht mehr in der Google-Suche erscheint. Am 15. Juni 2026 wurde die Dokumentation entfernt. Ein FAQ-Rich-Result ist damit keine Option mehr, auch nicht für lokale Betriebe.
Was heißt das praktisch? Sie müssen bestehendes FAQ-Markup nicht in Panik löschen. Die Änderungsliste nennt dazu keine Pflicht. Neue FAQ-Markups nur wegen der Rich Results anzulegen lohnt sich aber nicht mehr. Behalten Sie sichtbare Fragen und Antworten auf Ihrer Seite trotzdem bei: Sie beantworten echte Kundenfragen, und das ist unabhängig vom Markup nützlich.
Die Zeit, die Sie sparen, stecken Sie besser in Daten, die Google für Unternehmen tatsächlich dokumentiert: Name, Adresse, Telefon, Zeiten, Koordinaten. Auf der Seite mit allen unterstützten Funktionen ist „Local Business“ weiterhin aufgeführt, FAQ dagegen nicht mehr. Stand der Übersicht ist laut Google der 15. Juni 2026.
Prüfen mit dem Rich Results Test und typische Fehler
Nach dem Einbau testen Sie die Seite mit dem Rich Results Test. Sie können eine öffentlich erreichbare URL eingeben oder einen Code-Ausschnitt einfügen. Die Seite darf dabei nicht hinter einer Firewall oder einem Passwortschutz liegen, sonst kann das Tool nicht zugreifen. Nach dem Livegang beobachten Sie die Rich-Result-Berichte in der Search Console. Wie Sie diese einrichten, zeigt unser Beitrag zur Einrichtung der Google Search Console.
Fehler und Warnungen unterscheiden sich: Fehler verhindern, dass Google die Daten versteht, etwa ungültiges JSON. Warnungen betreffen fehlende empfohlene Felder. Google schreibt dazu, dass das Beheben nicht kritischer Hinweise die Qualität verbessern kann, für die Berechtigung zu Rich Results aber nicht nötig ist. Wichtig ist außerdem: Der Test erkennt keine inhaltlichen Verstöße gegen die Richtlinien. Ein formal gültiges Markup kann trotzdem problematisch sein.
| Fehler | Warum das ein Problem ist | So vermeiden Sie es |
|---|---|---|
| Markup nennt Inhalte, die auf der Seite nicht zu sehen sind | Google verlangt, dass Markup sichtbare Inhalte beschreibt. Verstöße können zu einer manuellen Maßnahme führen, die Rich-Result-Berechtigung entfällt | Nur Daten auszeichnen, die Besucher auf der Seite lesen können |
| Zeiten, Adresse oder Telefon weichen von Website und Profil ab | Widersprüchliche Angaben schwächen die Eindeutigkeit | Eine Quelle der Wahrheit festlegen, Änderungen überall nachziehen |
| Zeitformat falsch, etwa „8 Uhr“ statt 08:00 | Google erwartet Zeitangaben im Format hh:mm bzw. hh:mm:ss | 24-Stunden-Format verwenden und im Test prüfen |
| Allgemeiner Typ LocalBusiness trotz passendem Untertyp | Google empfiehlt den spezifischsten Untertyp | Passenden Untertyp auf schema.org suchen |
| Eigene Bewertungen als aggregateRating eingebettet | Google beschreibt diese Felder für Seiten, die Bewertungen über andere Unternehmen sammeln | Auf Bewertungs-Markup für das eigene Unternehmen verzichten, solange es nicht eindeutig passt |
| Markup bleibt nach Umzug oder Schließung unverändert | Veraltete Daten bleiben maschinenlesbar im Umlauf | Markup in die Relaunch- und Pflege-Checkliste aufnehmen |
Die Zeile zu den Bewertungen ist eine vorsichtige Auslegung: Google sagt, dass aggregateRating und review für Seiten gedacht sind, die Bewertungen über andere Unternehmen erfassen. Ob eine Seite im Einzelfall passt, sollten Sie anhand der aktuellen Richtlinien prüfen.
In fünf Schritten umsetzen
- Daten sammeln. Legen Sie Name, vollständige Adresse, Telefon, Öffnungszeiten und Koordinaten in einem Dokument fest und gleichen Sie sie mit Ihrem Google Business Profile ab.
- Typ wählen. Suchen Sie auf schema.org den spezifischsten Untertyp von LocalBusiness für Ihr Gewerbe.
- JSON-LD einsetzen. Bauen Sie den Block per Plugin oder im Template ein. Bei mehreren Standorten bekommt jeder Standort eine eigene Seite mit eigenem Markup. Wie solche Seiten sinnvoll aufgebaut sind, lesen Sie im Beitrag zu Standortseiten ohne Doorway Pages.
- Testen. Lassen Sie die Seite durch den Rich Results Test laufen und beheben Sie Fehler. Warnungen bewerten Sie nach Nutzen.
- Pflegen. Tragen Sie Änderungen bei Zeiten, Adresse und Telefon an allen Stellen gleichzeitig nach. Bei einem Relaunch gehört das Markup auf die Checkliste für den Website-Relaunch.
Ob Ihre Seite die Grundlagen schon erfüllt, sehen Sie im kostenlosen Website-Check für KMU. Wenn Sie lieber mit uns über Ihre Situation sprechen möchten, ist das im kostenlosen Erstgespräch möglich.
Grenzen und der Bezug zur KI-Suche
Strukturierte Daten sind kein Ranking-Hebel für sich. Google stellt klar, dass Markup eine mögliche Darstellung erlaubt, aber nichts garantiert. Wer hofft, mit Schema allein die Position im lokalen Ergebnis zu verbessern, wird enttäuscht. Hier tragen Profil, Bewertungen, Inhalte und Website zusammen.
Zur KI-Suche sagt Google nüchtern: Für AI Overviews und AI Mode gibt es keine zusätzlichen Anforderungen und kein spezielles Schema.org-Markup, das Sie ergänzen müssten. Empfohlen wird lediglich, dass strukturierte Daten zum sichtbaren Text passen. Saubere Daten schaden also nicht, ein Sonderweg in die KI-Antworten entsteht dadurch aber nicht. Mehr dazu in unserem Beitrag zur Sichtbarkeit in der KI-Suche. Andere Anbieter von KI-Assistenten haben eigene Verfahren, zu denen wir hier keine belegten Aussagen machen.
Wann das nicht passt: Betreiben Sie ein Unternehmen ohne festen Standort oder Kundenverkehr, etwa rein im Außendienst, ist LocalBusiness-Markup nur eingeschränkt sinnvoll. Prüfen Sie dann, welche Angaben Sie öffentlich machen möchten. Ohne gepflegte Website-Inhalte, Impressum und Kontaktdaten lohnt sich zuerst die Basisarbeit; Pflichtangaben erklärt der Beitrag zu Impressum und Datenschutz. Und wenn Ihre Daten sich ständig ändern und niemand sie pflegt, ist falsches Markup schlechter als keines.
Häufige Fragen
Brauche ich LocalBusiness-Markup, wenn ich ein Google Business Profile habe?
Nicht zwingend, aber es ergänzt das Profil. Google nennt Knowledge Panels und Maps als mögliche Darstellung strukturierter Daten. Eine Garantie gibt es nicht.
Welches Format soll ich verwenden?
JSON-LD. Google empfiehlt es ausdrücklich, weil es sich am leichtesten einbauen und pflegen lässt. Microdata und RDFa werden ebenfalls unterstützt.
Funktioniert FAQ-Markup noch für Rich Results?
Nein. Laut Google erscheint das FAQ-Rich-Result seit dem 7. Mai 2026 nicht mehr in der Suche, die Dokumentation wurde am 15. Juni 2026 entfernt. Sichtbare FAQ-Bereiche auf der Seite bleiben als Inhalt sinnvoll.
Wie gebe ich Betriebsurlaub oder Feiertage an?
Mit einem eigenen Block, der validFrom und validThrough nutzt. Für „ganztägig geschlossen“ setzt Google beide Zeitwerte auf 00:00. Entfernen Sie den Block nach dem Zeitraum wieder.
Muss ich jeden Fehler im Rich Results Test beheben?
Kritische Fehler ja. Nicht kritische Hinweise zu empfohlenen Feldern verbessern laut Google die Qualität, sind für die Berechtigung zu Rich Results aber nicht nötig.
Brauche ich spezielles Markup für die KI-Suche von Google?
Nein. Google schreibt, dass für AI Overviews und AI Mode kein spezielles Schema.org-Markup erforderlich ist. Das Markup sollte aber zum sichtbaren Text der Seite passen.
Hinweis: Dieser Beitrag ist keine Rechtsberatung. Fragen zu Pflichtangaben auf Ihrer Website klären Sie bitte mit einer fachkundigen Stelle.
Quellen
- Local Business (LocalBusiness) structured data, Google Search Central, Stand 08.09.2026
- Intro to how structured data markup works, Google Search Central, Stand 10.12.2025
- General structured data guidelines, Google Search Central, abgerufen am 04.10.2026
- Latest documentation updates, Google Search Central, abgerufen am 04.10.2026
- Search gallery of structured data features, Google Search Central, Stand 15.06.2026
- AI features and your website, Google Search Central, Stand 10.12.2025
- Rich Results Test, Google Search Console Hilfe, abgerufen am 04.10.2026
- LocalBusiness, schema.org, abgerufen am 04.10.2026
- OpeningHoursSpecification, schema.org, abgerufen am 04.10.2026
Structured data is a small piece of code that tells search engines clearly who you are and when you can be reached. For local businesses it is a sensible building block, but not a miracle cure. This article shows how clean LocalBusiness markup is built, how to state opening hours correctly, what has changed for FAQ markup and how to test your implementation.
What LocalBusiness markup does and does not do
Schema.org is a shared vocabulary for describing what is on a web page. The LocalBusiness type stands for a particular physical business or branch and inherits properties from both Organization and Place. That is why it has fields for address, phone, coordinates and opening hours.
Google uses such details to understand business data better. The Local Business documentation mentions knowledge panels, carousels and Maps integration as possible places where the data appears. The key sentence comes from the introduction to structured data: Google does not guarantee that markup shows up in search results, even if it is implemented correctly.
For local visibility, your Google Business Profile remains the most important surface. Markup on your website complements it but does not replace it. How to maintain the profile is covered in our article on the Google Business Profile. The bigger picture of profile, website, directories and reviews is in the guide to local SEO for DACH SMEs.
Structure and a JSON-LD example
Google supports JSON-LD, Microdata and RDFa, but explicitly recommends JSON-LD if your setup allows it. The reason: it sits in its own block in the page code and leaves the visible HTML alone. Your editor or plugin can maintain it without touching text or layout.
According to Google, two properties are required for LocalBusiness: name and address. Recommended are, among others, telephone, url (the URL of the specific location page), geo with at least five decimal places, openingHoursSpecification and priceRange. The following example uses invented data and shows the basic structure:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Plumber",
"name": "Muster Installationen GmbH",
"url": "https://www.beispiel.at/",
"telephone": "+43 1 1234567",
"address": {
"@type": "PostalAddress",
"streetAddress": "Sample Street 1",
"addressLocality": "Wien",
"postalCode": "1010",
"addressCountry": "AT"
},
"geo": {
"@type": "GeoCoordinates",
"latitude": 48.20849,
"longitude": 16.37208
},
"openingHoursSpecification": [
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday"],
"opens": "08:00",
"closes": "17:00"
},
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": "Friday",
"opens": "08:00",
"closes": "13:00"
}
]
}
</script>Pick the most specific subtype schema.org offers. Google names examples such as Restaurant, DaySpa and HealthClub; schema.org also lists Dentist and Store, among others. A plumbing business is better off with Plumber or Electrician than with the generic LocalBusiness. If you offer several services, Google allows an array of types, for example ["Electrician", "Plumber"].
For priceRange, keep it short and under 100 characters. A relative value such as "$$" is enough. Put concrete prices there only if you are prepared to keep them current.
Marking up opening hours correctly
Opening hours are where most everyday mistakes creep in. The openingHoursSpecification property takes one or more blocks, each with dayOfWeek, opens and closes. Several weekdays with identical hours can be grouped in a list, as in the example above.
Google describes a few special cases worth knowing. To show "open all day", set opens to 00:00 and closes to 23:59. To show "closed all day", set both to 00:00. A business open past midnight is described with a single block, for example Saturday 18:00 to 03:00. For seasonal changes there are validFrom and validThrough in YYYY-MM-DD format. Schema.org adds that a place counts as open only if opens is specified.
A lunch break is represented by two blocks for the same day, for instance 08:00 to 12:00 and 13:00 to 17:00. That is our own technical recommendation based on the specification, not a quote from Google's documentation. Always check the result in the test (see below). Public holidays and company holidays go in as separate blocks with a validity period, and you remove them afterwards.
What matters most is that the data matches reality. If your website, your Google Business Profile and the markup state different hours, structured data helps no one. Decide where hours are maintained first and update the other places to match.
FAQ markup: where things stand in October 2026
FAQ markup used to be seen as an easy way to gain space in search results. That is over. Google's documentation updates for Search Central say that on 8 May 2026 a deprecation notice was added to the FAQ rich result documentation, stating that the feature stops appearing in Google Search from 7 May 2026. On 15 June 2026 the documentation was removed. A FAQ rich result is therefore no longer an option, not even for local businesses.
What does that mean in practice? You do not need to rip out existing FAQ markup in a panic. The changelog states no obligation to do so. Creating new FAQ markup just for the rich results no longer pays off, though. Keep visible questions and answers on your page anyway: they answer real customer questions, and that is useful regardless of markup.
Invest the time you save in data that Google does document for businesses: name, address, phone, hours, coordinates. On the page listing all supported features, "Local Business" is still included while FAQ no longer is. According to Google, that overview was last updated on 15 June 2026.
Testing with the Rich Results Test and typical mistakes
After implementation, test the page with the Rich Results Test. You can enter a publicly accessible URL or paste a code snippet. The page must not sit behind a firewall or password protection, otherwise the tool cannot reach it. After going live, monitor the rich result reports in Search Console. How to set it up is explained in our article on setting up Google Search Console.
Errors and warnings differ: errors prevent Google from understanding the data, for example invalid JSON. Warnings concern missing recommended fields. Google notes that fixing non-critical issues can improve quality but is not necessary for eligibility for rich results. Also important: the test does not detect content-related guideline violations. Markup that is formally valid can still be problematic.
| Mistake | Why it is a problem | How to avoid it |
|---|---|---|
| Markup states content that is not visible on the page | Google requires markup to describe visible content. Violations can lead to a manual action, and eligibility for rich results is lost | Mark up only data that visitors can read on the page |
| Hours, address or phone differ from website and profile | Conflicting details weaken clarity | Define one source of truth and update everywhere |
| Wrong time format, such as "8 am" instead of 08:00 | Google expects times in hh:mm or hh:mm:ss format | Use the 24-hour format and check it in the test |
| Generic LocalBusiness despite a fitting subtype | Google recommends the most specific subtype | Look up the right subtype on schema.org |
| Own reviews embedded as aggregateRating | Google describes these fields for sites that collect reviews about other businesses | Skip review markup for your own business unless it clearly fits |
| Markup unchanged after a move or closure | Outdated data stays in circulation in machine-readable form | Add markup to your relaunch and maintenance checklist |
The row on reviews is a cautious reading: Google says aggregateRating and review are intended for pages that capture reviews about other businesses. Whether a page fits in a given case should be checked against the current guidelines.
Implementing it in five steps
- Collect the data. Put name, full address, phone, opening hours and coordinates in one document and compare them with your Google Business Profile.
- Choose the type. Look up the most specific LocalBusiness subtype for your trade on schema.org.
- Add the JSON-LD. Insert the block via plugin or in the template. With several locations, each location gets its own page with its own markup. How to build such pages sensibly is covered in the article on location pages without doorway pages.
- Test. Run the page through the Rich Results Test and fix errors. Judge warnings by their usefulness.
- Maintain. Update changes in hours, address and phone in all places at once. In a relaunch, markup belongs on the website relaunch checklist.
You can see whether your page already meets the basics in the free website check for SMEs. If you would rather talk about your situation with us, that is possible in a free initial call.
Limits and the link to AI search
Structured data is not a ranking lever on its own. Google makes clear that markup allows a possible display but guarantees nothing. Anyone hoping to improve their local position with schema alone will be disappointed. Profile, reviews, content and website work together.
On AI search, Google is sober: for AI Overviews and AI Mode there are no additional requirements and no special schema.org markup you would need to add. The only recommendation is that structured data matches the visible text. Clean data does no harm, but it does not create a shortcut into AI answers. More in our article on visibility in AI search. Other AI assistants have their own processes, and we make no verified claims about them here.
When this does not fit: If you run a business without a fixed location or customer visits, for example purely field service, LocalBusiness markup makes limited sense. Check which details you actually want to make public. Without maintained website content, an imprint and contact details, do the basics first; required information is explained in the article on imprint and privacy notice. And if your data changes constantly and nobody maintains it, wrong markup is worse than none.
Frequently asked questions
Do I need LocalBusiness markup if I have a Google Business Profile?
Not necessarily, but it complements the profile. Google names knowledge panels and Maps as possible places where structured data appears. There is no guarantee.
Which format should I use?
JSON-LD. Google explicitly recommends it because it is the easiest to implement and maintain. Microdata and RDFa are also supported.
Does FAQ markup still work for rich results?
No. According to Google, the FAQ rich result has not appeared in Search since 7 May 2026, and the documentation was removed on 15 June 2026. A visible FAQ section remains useful as page content.
How do I state company holidays or public holidays?
With a separate block that uses validFrom and validThrough. For "closed all day", Google sets both time values to 00:00. Remove the block after the period ends.
Do I have to fix every issue in the Rich Results Test?
Critical errors, yes. Non-critical notes about recommended fields can improve quality according to Google, but are not necessary for rich result eligibility.
Do I need special markup for Google's AI search?
No. Google states that no special schema.org markup is required for AI Overviews or AI Mode. Your markup should still match the visible text of the page.
Note: This article is not legal advice. Please clarify questions about required information on your website with a qualified professional.
Sources
- Local Business (LocalBusiness) structured data, Google Search Central, updated 8 Sept 2026
- Intro to how structured data markup works, Google Search Central, updated 10 Dec 2025
- General structured data guidelines, Google Search Central, accessed 4 Oct 2026
- Latest documentation updates, Google Search Central, accessed 4 Oct 2026
- Search gallery of structured data features, Google Search Central, updated 15 June 2026
- AI features and your website, Google Search Central, updated 10 Dec 2025
- Rich Results Test, Google Search Console Help, accessed 4 Oct 2026
- LocalBusiness, schema.org, accessed 4 Oct 2026
- OpeningHoursSpecification, schema.org, accessed 4 Oct 2026
Möchten Sie das für Ihr Unternehmen umsetzen?Want this for your business?
In einem kostenlosen 30-Minuten-Gespräch zeigen wir Ihnen, wo bei Ihnen der größte Hebel liegt. Passende Leistung: SEO-Agentur Wien.In a free 30-minute call we show you where your biggest lever is. Related service: SEO-Agentur Wien.
Termin buchenBook a call Demo anfragenRequest a demo
