Zum Inhalt springen
auffindig – zur Startseite

Wissen · Strukturierte Daten & Social

Strukturierte Daten und Open Graph richtig einsetzen

Strukturierte Daten beschreiben Ihre Seite so, dass Suchmaschinen und KI-Systeme sie eindeutig verstehen: als Unternehmen, Produkt oder Artikel. Verwenden Sie dafür JSON-LD mit dem Vokabular von schema.org, füllen Sie die Pflichtfelder vollständig aus und ergänzen Sie Open-Graph-Tags für eine gute Vorschau beim Teilen.

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 (Organization oder LocalBusiness),
  • 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.

Die drei Formate für strukturierte Daten im Vergleich
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.

Keine Sterne für das eigene Unternehmen: Seit September 2019 zeigt Google keine Bewertungssterne mehr für LocalBusiness und Organization, wenn das Unternehmen die Bewertungen über sich selbst auf der eigenen Website auszeichnet. Lassen Sie aggregateRating am eigenen Unternehmen daher weg.

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.

Pflicht- und empfohlene Felder laut Google (Stand Oktober 2026)
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.

Eingestellte oder eingeschränkte Darstellungen in der Google-Suche
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

Prüfpunkt
8.01
Bereich
Strukturierte Daten & Social
Gewicht
5 (kritisch)

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)

Prüfpunkt
8.02
Bereich
Strukturierte Daten & Social
Gewicht
3 (mittel)

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

Prüfpunkt
8.03
Bereich
Strukturierte Daten & Social
Gewicht
3 (mittel)

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

Prüfpunkt
8.04
Bereich
Strukturierte Daten & Social
Gewicht
1 (gering)

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

Prüfpunkt
8.05
Bereich
Strukturierte Daten & Social
Gewicht
1 (gering)

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

Prüfpunkt
8.06
Bereich
Strukturierte Daten & Social
Gewicht
1 (gering)

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

Prüfpunkt
8.07
Bereich
Strukturierte Daten & Social
Gewicht
3 (mittel)

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

Prüfpunkt
8.08
Bereich
Strukturierte Daten & Social
Gewicht
1 (gering)

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)

Prüfpunkt
8.09
Bereich
Strukturierte Daten & Social
Gewicht
1 (gering)

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

Prüfpunkt
8.10
Bereich
Strukturierte Daten & Social
Gewicht
1 (gering)

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

Prüfpunkt
8.11
Bereich
Strukturierte Daten & Social
Gewicht
1 (gering)

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

  1. Google Search Central: Einführung in strukturierte Daten (abgerufen am )
  2. Google Search Central: Allgemeine Richtlinien für strukturierte Daten (abgerufen am )
  3. Google Search Central: Strukturierte Daten für Organisationen (Organization) (abgerufen am )
  4. Google Search Central: Strukturierte Daten für lokale Unternehmen (LocalBusiness) (abgerufen am )
  5. Google Search Central: Produkt-Snippets (Product) (abgerufen am )
  6. Google Search Central: Strukturierte Daten für Artikel (Article) (abgerufen am )
  7. Google Search Central: Strukturierte Daten für Breadcrumbs (BreadcrumbList) (abgerufen am )
  8. Google Search Central: Websitenamen in der Google-Suche (abgerufen am )
  9. Google Search Central: Favicon in der Google-Suche (abgerufen am )
  10. Google Search Central: KI-Funktionen und Ihre Website (abgerufen am )
  11. Google Search Central Blog: Making Review Rich Results more helpful (16.09.2019) (abgerufen am )
  12. Google Search Central Blog: Changes to HowTo and FAQ rich results (08.08.2023) (abgerufen am )
  13. Google Search Central Blog: Farewell, Sitelinks Search Box (Oktober 2024) (abgerufen am )
  14. Google Search Central Blog: Simplifying the search results page (12.06.2025) (abgerufen am )
  15. Google Search Central: Änderungsprotokoll der Dokumentation (FAQ, Dataset, Practice Problem) (abgerufen am )
  16. W3C: JSON-LD 1.1 (Recommendation vom 16.07.2020) (abgerufen am )
  17. schema.org: Typ Pharmacy (abgerufen am )
  18. The Open Graph protocol (abgerufen am )
  19. Meta for Developers: Bilder in geteilten Links (abgerufen am )
  20. LinkedIn-Hilfe: Website für das Teilen auf LinkedIn vorbereiten (abgerufen am )
  21. X Developer Platform: Cards markup (abgerufen am )
  22. Apple Developer: Configuring Web Applications (Touch-Icons) (abgerufen am )
  23. web.dev: Add a web app manifest (abgerufen am )

Verwandte Artikel