Was sind strukturierte Daten?
Strukturierte Daten sind eine maschinenlesbare Beschreibung Ihrer Seite im Quelltext. Sie sagen Suchmaschinen und KI-Systemen eindeutig, ob es um ein Unternehmen, ein Produkt oder einen Artikel geht – und mit welchen Fakten wie Adresse, Preis oder Datum.
Google beschreibt strukturierte Daten als standardisiertes Format, um Informationen über eine Seite bereitzustellen und ihren Inhalt einzuordnen. Das gemeinsame Vokabular dafür heißt schema.org. Es legt Typen wie Organization, Product oder BreadcrumbList fest und bestimmt, welche Eigenschaften jeder Typ hat.
Mit strukturierten Daten beschreiben Sie typischerweise:
- wer hinter der Website steht (
OrganizationoderLocalBusiness), - wie die Website heißt (
WebSite), - wo eine Seite in der Struktur liegt (
BreadcrumbList), - worum es auf einer Seite geht (
Product,Article).
Der sichtbare Nutzen sind erweiterte Suchergebnisse, sogenannte Rich Results, etwa mit Seitenpfad oder Preis. Google garantiert ihre Anzeige nicht, und ohne Pflichtangaben ist eine Seite dafür gar nicht berechtigt. Für die KI-Suche empfiehlt Google, dass strukturierte Daten zum sichtbaren Text passen.
JSON-LD oder Microdata – welches Format ist besser?
Verwenden Sie JSON-LD. Google unterstützt JSON-LD, Microdata und RDFa gleichwertig, solange das Markup gültig ist, empfiehlt aber JSON-LD, weil es sich leichter einbauen und pflegen lässt.
| Format | Wo steht es? | Einschätzung |
|---|---|---|
| JSON-LD | eigener Block <script type="application/ld+json">, getrennt vom sichtbaren HTML |
von Google empfohlen; W3C-Empfehlung (JSON-LD 1.1, Juli 2020); einfach zu verschachteln |
| Microdata | Attribute wie itemscope und itemprop direkt in den sichtbaren HTML-Elementen |
gültig, aber eng mit dem Layout verwoben; bei einem Theme-Wechsel geht es leicht verloren |
| RDFa | Attribute wie typeof und property im sichtbaren HTML |
gültig, im KMU-Umfeld selten |
Ein JSON-LD-Block kann im <head> oder im <body> stehen. Google liest auch JSON-LD, das per JavaScript eingefügt wird, viele KI-Crawler aber nicht. Geben Sie den Block deshalb direkt im HTML aus – mehr dazu im Artikel zur KI-Sichtbarkeit.
JSON verzeiht keine Tippfehler. Ein einziges überzähliges Komma oder ein typografisches Anführungszeichen macht den ganzen Block unlesbar, weil er dann kein gültiges JSON mehr ist.
Schlecht: typografische Anführungszeichen und ein Komma nach dem letzten Eintrag
{
"@context": "https://schema.org",
"@type": "WebSite",
"name": „Apotheke Muster“,
"url": "https://www.example.com/",
}
Gut: gerade Anführungszeichen, kein Komma am Ende
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "WebSite",
"name": "Apotheke Muster",
"url": "https://www.example.com/"
}
</script>
Dieses WebSite-Schema gehört auf die Startseite. Google nutzt name als bevorzugten Websitenamen im Suchergebnis; optional nennen Sie mit alternateName eine Kurzform.
Welche Typen brauchen KMU-Websites?
Für die meisten KMU-Websites genügen fünf Typen: Organization oder LocalBusiness für das Unternehmen, WebSite für den Namen, BreadcrumbList für den Seitenpfad sowie Product und Article, wo es Produkte oder Fachbeiträge gibt.
Organization und LocalBusiness: Wer steht dahinter?
Google empfiehlt, den genauesten passenden Untertyp zu wählen. Für ein Geschäft mit Standort ist das ein Untertyp von LocalBusiness, für eine Apotheke etwa Pharmacy (bei schema.org ein Untertyp von MedicalBusiness und damit von LocalBusiness). Das Unternehmen beschreiben Sie einmal, am besten auf der Startseite oder der Seite „Über uns“; laut Google muss es nicht auf jeder Unterseite stehen.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Pharmacy",
"@id": "https://www.example.com/#organisation",
"name": "Apotheke Muster",
"url": "https://www.example.com/",
"logo": "https://www.example.com/logo.png",
"telephone": "+43 1 0000000",
"address": {
"@type": "PostalAddress",
"streetAddress": "Musterplatz 1",
"postalCode": "1010",
"addressLocality": "Wien",
"addressCountry": "AT"
},
"openingHoursSpecification": [
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
"opens": "08:00",
"closes": "18:00"
}
],
"sameAs": ["https://www.linkedin.com/company/beispiel"]
}
</script>
Alle Werte in diesem Beispiel sind erfunden. Übernehmen Sie Ihre echten Angaben genau so, wie sie im Impressum stehen. Das Logo muss laut Google mindestens 112 × 112 px groß sein. Mit sameAs verweisen Sie auf offizielle Profile des Unternehmens; wie das Ihre Erkennbarkeit als Entität stärkt, erklärt der Artikel zur KI-Sichtbarkeit.
Product: Angebote im Shop
Für Produkt-Snippets verlangt Google den Produktnamen und mindestens eine der Eigenschaften offers, review oder aggregateRating. Im Angebot (Offer) steht der Preis. Die Währung priceCurrency ist für Händlereinträge Pflicht; Google rät daher, sie immer anzugeben.
"offers": {
"@type": "Offer",
"price": "24.90",
"priceCurrency": "EUR",
"availability": "https://schema.org/InStock"
}
Article: Fachbeiträge und Blog
Für Article, NewsArticle und BlogPosting nennt Google keine Pflichtfelder. Empfohlen sind headline, image, datePublished, dateModified und author mit Name und Link auf eine Seite über den Autor.
BreadcrumbList: der Seitenpfad
Eine Breadcrumb-Liste braucht mindestens zwei Einträge. Jeder Eintrag hat eine Position, einen Namen und die Adresse; nur beim letzten Eintrag darf die Adresse fehlen – dann nimmt Google die Adresse der aktuellen Seite.
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{ "@type": "ListItem", "position": 1, "name": "Startseite", "item": "https://www.example.com/" },
{ "@type": "ListItem", "position": 2, "name": "Leistungen", "item": "https://www.example.com/leistungen/" },
{ "@type": "ListItem", "position": 3, "name": "Blutdruckmessung" }
]
}
Welche Pflichtfelder verlangt Google?
Fehlt ein Pflichtfeld, kommt die Seite für das jeweilige Rich Result nicht in Frage. Empfohlene Felder sind freiwillig, verbessern laut Google aber die Darstellung.
| Typ | Pflicht | Empfohlen |
|---|---|---|
| Organization | keine | name, url, logo, address, telephone, sameAs |
| LocalBusiness (z. B. Pharmacy) | name, address |
telephone, url, geo, openingHoursSpecification, priceRange |
| WebSite (Startseite) | name, url |
alternateName |
| BreadcrumbList | mindestens zwei ListItem mit position, name und item (beim letzten Eintrag optional) |
– |
| Article | keine | headline, image, datePublished, dateModified, author |
| Product (Produkt-Snippet) | name und offers, review oder aggregateRating |
im Angebot: priceCurrency, availability |
Unabhängig vom Typ gelten Googles allgemeine Richtlinien:
- Zeichnen Sie nur Inhalte aus, die auf der Seite auch sichtbar sind.
- Die Daten müssen den Inhalt der Seite wahrheitsgemäß wiedergeben.
- Die Auszeichnung steht auf der Seite, die sie beschreibt.
- Bei Verstößen droht eine manuelle Maßnahme: Die Seite verliert dann die Berechtigung für Rich Results, das normale Ranking bleibt davon unberührt.
Prüfen Sie Ihr Markup mit dem Rich-Results-Test von Google, mit dem Schema Markup Validator von schema.org oder mit unserem Schema-Validator, der zusätzlich die Pflichtfelder aus der Tabelle kontrolliert.
Welche Rich Results hat Google eingestellt?
Google hat seit 2019 mehrere Darstellungen aus der Suche entfernt, zuletzt im Mai 2026 die FAQ-Ergebnisse. Das Markup schadet nicht: Bei der Abschaltung des Sitelinks-Suchfelds schrieb Google, dass nicht mehr unterstützte strukturierte Daten weder Probleme in der Suche noch Fehler in der Search Console verursachen.
| Darstellung | Was sich geändert hat | Seit |
|---|---|---|
| Bewertungssterne für das eigene Unternehmen | keine Sterne bei selbstbezogenen Bewertungen für LocalBusiness und Organization | 16.09.2019 |
| Anleitungen (HowTo) | zuerst nur noch am Desktop, dann ganz eingestellt | 13.09.2023 |
| FAQ (FAQPage) | ab 08.08.2023 nur noch für bekannte Behörden- und Gesundheitswebsites, seit Mai 2026 für niemanden mehr | 07.05.2026 |
| Sitelinks-Suchfeld (SearchAction) | Suchfeld unter dem Ergebnis entfernt; WebSite mit name bleibt wichtig für den Websitenamen |
21.11.2024 |
| Course Info, ClaimReview, Estimated Salary, Learning Video, Special Announcement, Vehicle Listing | Auslaufen am 12.06.2025 angekündigt; auch aus Search-Console-Berichten und Rich-Results-Test entfernt | 09.09.2025 |
| Dataset | Auslaufen in der Google-Suche am 05.11.2025 angekündigt; das Markup nutzt nur noch die Google-Datensatzsuche | November 2025 |
| Practice Problem (Übungsaufgaben) | wird in der Google-Suche nicht mehr angezeigt | Jänner 2026 |
Auf das Ranking wirken sich solche Änderungen nicht aus – das hat Google beim Sitelinks-Suchfeld und bei der Bereinigung im Juni 2025 ausdrücklich betont. FAQPage bleibt gültiges schema.org-Vokabular und macht Frage-Antwort-Paare maschinenlesbar. Ob KI-Systeme dieses Markup auswerten, ist nicht belegt – entscheidend für die KI-Suche ist, dass Frage und Antwort sichtbar im Text stehen.
Wie bestimmen Open Graph und die Vorschaukarte für X, was beim Teilen erscheint?
Open Graph legt fest, welcher Titel, welcher Text und welches Bild erscheinen, wenn jemand Ihre Seite teilt. Facebook und LinkedIn lesen diese Meta-Tags aus; X (früher Twitter) wertet zusätzlich den Card-Typ aus twitter:card aus.
Das Open-Graph-Protokoll verlangt vier Angaben: og:title, og:type, og:image und og:url. Empfehlenswert sind außerdem og:description, og:site_name und og:locale (für Österreich de_AT). In og:url gehört die kanonische Adresse der Seite (Canonical).
<meta property="og:title" content="Blutdruck messen in der Apotheke Muster">
<meta property="og:description" content="Kostenlose Blutdruckmessung ohne Termin, Montag bis Freitag.">
<meta property="og:type" content="website">
<meta property="og:url" content="https://www.example.com/leistungen/blutdruckmessung/">
<meta property="og:image" content="https://www.example.com/bilder/teilen-blutdruck.jpg">
<meta property="og:image:width" content="1200">
<meta property="og:image:height" content="630">
<meta property="og:image:alt" content="Apothekerin misst einer Kundin den Blutdruck">
<meta name="twitter:card" content="summary_large_image">
Zum Teilen-Bild empfiehlt Meta mindestens 1 200 × 630 px im Seitenverhältnis 1,91 : 1 und höchstens 8 MB; LinkedIn nennt mindestens 1 200 × 627 px. Bei Facebook sorgen og:image:width und og:image:height dafür, dass das Bild schon beim ersten Teilen erscheint. Meta speichert Bilder unter ihrer Adresse zwischen: Ein neues Bild braucht deshalb auch eine neue Adresse, etwa einen neuen Dateinamen.
Schlecht: name statt property – das Protokoll schreibt property vor
<meta name="og:image" content="/bilder/teilen.jpg">
Gut: property und eine absolute https-Adresse
<meta property="og:image" content="https://www.example.com/bilder/teilen.jpg">
Für X genügt meist die Zeile twitter:card. Gültige Werte sind summary, summary_large_image, app und player. Titel, Beschreibung und Bild übernimmt X aus den Open-Graph-Tags, wenn keine eigenen twitter:-Angaben vorhanden sind.
Welche Icons braucht eine Website?
Mindestens ein Favicon für Browser und Suchergebnis und ein Touch-Icon für Smartphones. Google zeigt das Favicon neben Ihrer Adresse im Suchergebnis; das Touch-Icon erscheint, wenn jemand Ihre Seite auf den Home-Bildschirm legt.
Für die Google-Suche gilt laut Google:
- Das Favicon ist quadratisch und mindestens 8 × 8 px groß; empfohlen sind mehr als 48 × 48 px.
- Es ist auf der Startseite mit
<link rel="icon">eingebunden; pro Hostname zeigt Google ein Favicon. - Googlebot darf die Startseite und Googlebot-Image die Bilddatei abrufen.
- Die Adresse der Datei bleibt stabil.
Für Apple-Geräte binden Sie ein PNG als apple-touch-icon ein; Apple nennt dafür unter anderem 180 × 180 px. Ohne Verweis sucht das Gerät eine Datei apple-touch-icon.png im Stammverzeichnis. Ein Web-App-Manifest ist optional; für Chromium-Browser sollte es laut web.dev Icons mit 192 × 192 und 512 × 512 px enthalten.
<link rel="icon" href="/favicon.svg" type="image/svg+xml">
<link rel="icon" href="/favicon.ico" sizes="48x48">
<link rel="apple-touch-icon" href="/apple-touch-icon.png">
<link rel="manifest" href="/manifest.webmanifest">
<meta name="theme-color" content="#1f6f5c">
Ein neues Favicon erscheint laut Google erst nach einigen Tagen bis Wochen im Suchergebnis.
Diese Punkte jetzt auf Ihrer Seite prüfen
So prüft Auffindig
Zu diesem Thema gehören 11 der 120 Prüfpunkte. Alle Gewichte und Formeln stehen in der Methodik, den Anteil am Gesamtscore finden Sie unter Bereich Strukturierte Daten & Social.
Strukturierte Daten vorhanden
In Ordnung: Die Seite enthält strukturierte Daten im Format JSON-LD. Verbesserbar: nur Microdata oder RDFa. Problem: keine strukturierten Daten.
Strukturierte Daten fehlerfrei (JSON-LD)
In Ordnung: Alle JSON-LD-Blöcke sind gültiges JSON und enthalten @context (schema.org) und @type. Verbesserbar: @context oder @type fehlt. Problem: Mindestens ein Block lässt sich wegen eines Syntaxfehlers nicht lesen. Entfällt, wenn die Seite kein JSON-LD enthält.
Pflichtfelder in strukturierten Daten
In Ordnung: Alle Pflicht- und empfohlenen Felder der erkannten Typen sind vorhanden und formal richtig. Verbesserbar: Nur empfohlene Felder fehlen, oder ein Wert ist formal falsch (z. B. Datum nicht nach ISO 8601, Währung nicht als Drei-Buchstaben-Code, Preis nicht als Zahl, relative statt vollständiger URL). Problem: Ein Pflichtfeld fehlt. Kommen nur Typen vor, für die Google keine Rich Results mehr zeigt (z. B. FAQPage, HowTo), erscheint der Punkt nur als Info. Entfällt, wenn kein Typ mit festgelegten Feldern vorkommt.
Websitename im Schema der Startseite
In Ordnung: Die Startseite enthält ein WebSite-Objekt mit name und url. Verbesserbar: Es fehlt. Entfällt auf Unterseiten. Ein SearchAction-Eintrag für das frühere Sitelinks-Suchfeld wird nur als Hinweis gemeldet.
Breadcrumb-Navigation mit Schema
In Ordnung: Die Unterseite enthält ein BreadcrumbList-Schema mit mindestens zwei Einträgen. Verbesserbar: nur eine sichtbare Breadcrumb ohne Schema oder gar keine. Entfällt auf der Startseite.
Strukturierte Daten passen zum sichtbaren Inhalt
In Ordnung: Stichproben aus dem Schema – Produktpreis, Anfänge der FAQ-Antworten, Telefonnummer des Unternehmens – stehen auch sichtbar auf der Seite. Verbesserbar: Abweichung gefunden, oder Bewertungen sind am eigenen Organization- bzw. LocalBusiness-Objekt ausgezeichnet bzw. bewerten über itemReviewed das eigene Unternehmen (selbstbezogene Bewertungen). Entfällt, wenn nichts davon prüfbar ist.
Open-Graph-Angaben für das Teilen
In Ordnung: og:title, og:description, og:image, og:url und og:type sind vorhanden und mit property= ausgezeichnet. Verbesserbar: drei oder vier davon, oder alle fünf, aber mindestens eine mit name= statt property=. Problem: höchstens zwei.
Teilen-Bild geeignet
In Ordnung: Das og:image ist erreichbar, mindestens 1 200 px breit (oder die Größe ist nicht ermittelbar) und og:url stimmt mit der Canonical-URL überein; eine http-Bildadresse ist in Ordnung, wenn og:image:secure_url auf https zeigt. Verbesserbar: Bild schmäler als 1 200 px, SVG-Datei (wird von Facebook, LinkedIn und WhatsApp nicht angezeigt), relative Bildadresse oder og:url weicht von der Canonical-URL ab. Problem: Bild nicht erreichbar oder keine Bilddatei. Entfällt ohne og:image.
Vorschaukarte für X (Twitter Card)
In Ordnung: twitter:card ist mit einem gültigen Typ gesetzt (summary, summary_large_image, app oder player). Problem: Die Angabe fehlt oder der Typ ist ungültig.
Favicon
In Ordnung: Ein Favicon ist erreichbar, quadratisch und mindestens 48 × 48 px groß (oder seine Größe ist nicht ermittelbar); eine SVG-Datei nur zusammen mit einem Rasterbild (PNG- oder ICO-Icon bzw. Apple-Touch-Icon). Ein kleineres Favicon genügt, wenn zusätzlich ein quadratisches Apple-Touch-Icon ab 48 px eingebunden ist. Verbesserbar: nur ein kleineres oder nicht quadratisches Icon, oder nur eine SVG-Datei. Problem: kein Favicon erreichbar.
Touch-Icon für den Home-Bildschirm
In Ordnung: Ein Apple-Touch-Icon ist eingebunden oder unter /apple-touch-icon.png erreichbar. Verbesserbar: Es fehlt. Web-App-Manifest und theme-color zeigt der Bericht nur als Detail.
Häufige Fragen
Verbessern strukturierte Daten das Ranking?
Strukturierte Daten dienen vor allem der Darstellung: Sie können Rich Results ermöglichen und helfen Google, den Inhalt einzuordnen. Als Google einzelne Rich Results abgeschaltet hat, betonte es ausdrücklich, dass sich am Ranking der Seiten nichts ändert. Eine Anzeige als Rich Result garantiert Google nicht.
Muss ich FAQPage-Markup jetzt entfernen?
Nein. Google zeigt seit 7. Mai 2026 keine FAQ-Ergebnisse mehr an. Nicht mehr unterstütztes Markup verursacht laut Google aber weder Probleme in der Suche noch Fehler in der Search Console. Sie können es behalten oder bei der nächsten Überarbeitung entfernen.
Brauche ich Organization und LocalBusiness gleichzeitig?
Nein. LocalBusiness ist bei schema.org ein Untertyp von Organization. Wählen Sie den genauesten passenden Untertyp, etwa Pharmacy für eine Apotheke, und beschreiben Sie Ihr Unternehmen damit einmal, am besten auf der Startseite.
Wie teste ich meine strukturierten Daten?
Der Rich-Results-Test von Google zeigt, ob eine Seite für Rich Results in Frage kommt. Der Schema Markup Validator prüft das schema.org-Vokabular allgemein. Unser Schema-Validator meldet zusätzlich fehlende Pflichtfelder.
Warum zeigt Facebook noch ein altes Vorschaubild?
Meta speichert Vorschaubilder unter ihrer Adresse zwischen. Geben Sie einem neuen Bild deshalb eine neue Adresse und lassen Sie die Seite im Sharing Debugger von Meta neu einlesen.
Quellen
- Google Search Central: Einführung in strukturierte Daten
- Google Search Central: Allgemeine Richtlinien für strukturierte Daten
- Google Search Central: Strukturierte Daten für Organisationen (Organization)
- Google Search Central: Strukturierte Daten für lokale Unternehmen (LocalBusiness)
- Google Search Central: Produkt-Snippets (Product)
- Google Search Central: Strukturierte Daten für Artikel (Article)
- Google Search Central: Strukturierte Daten für Breadcrumbs (BreadcrumbList)
- Google Search Central: Websitenamen in der Google-Suche
- Google Search Central: Favicon in der Google-Suche
- Google Search Central: KI-Funktionen und Ihre Website
- Google Search Central Blog: Making Review Rich Results more helpful (16.09.2019)
- Google Search Central Blog: Changes to HowTo and FAQ rich results (08.08.2023)
- Google Search Central Blog: Farewell, Sitelinks Search Box (Oktober 2024)
- Google Search Central Blog: Simplifying the search results page (12.06.2025)
- Google Search Central: Änderungsprotokoll der Dokumentation (FAQ, Dataset, Practice Problem)
- W3C: JSON-LD 1.1 (Recommendation vom 16.07.2020)
- schema.org: Typ Pharmacy
- The Open Graph protocol
- Meta for Developers: Bilder in geteilten Links
- LinkedIn-Hilfe: Website für das Teilen auf LinkedIn vorbereiten
- X Developer Platform: Cards markup
- Apple Developer: Configuring Web Applications (Touch-Icons)
- web.dev: Add a web app manifest