Strukturierte Daten: Welche Schemas Mehrwert bringen

Strukturierte Daten erfüllen heute zwei fundamentale Aufgaben – und die zweite ist mittlerweile mindestens genauso wichtig wie die erste:

1. Rich Results in den Suchergebnissen erzielen: Bewertungssterne, FAQ-Akkordeons, Brotkrümelnavigation (Breadcrumbs), Preise und Event-Daten. Diese Elemente vergrößern das Snippet und steigern die Klickrate messbar.
2. KI-Modellen maschinenlesbare Fakten liefern: Ein Sprachmodell, das Fließtext liest, muss Angebote und Standorte interpretieren. Ein Modell, das Ihren Organization-Knoten liest, erhält eindeutige Fakten. Wenn eine KI fundierte Aussagen über Ihr Unternehmen trifft, stammen diese meist aus strukturierten Daten.

Ausschließlich JSON-LD verwenden

Google empfiehlt JSON-LD ausdrücklich. Es liegt sauber in einem einzelnen <script>-Tag und bleibt bei Template-Überarbeitungen intakt, während Microdata im HTML oft unbemerkt beschädigt wird.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.com/#organization",
  "name": "Acme Fertigungstechnik",
  "url": "https://example.com/"
}
</script>

Den Wissensgraphen per @id verknüpfen

Das unterscheidet funktionierende Setups von reinen Schein-Validierungen.

Viele Seiten veröffentlichen isolierte Blöcke: Organization hier, Service dort, BlogPosting an anderer Stelle – ohne Bezug zueinander. Jeder Block für sich ist valide, zusammen liefern sie aber keinen Kontext.

Verknüpfen Sie Knoten mit @id:

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://example.com/#organization",
      "name": "Acme Fertigungstechnik",
      "url": "https://example.com/"
    },
    {
      "@type": "WebSite",
      "@id": "https://example.com/#website",
      "url": "https://example.com/",
      "publisher": { "@id": "https://example.com/#organization" }
    },
    {
      "@type": "Service",
      "@id": "https://example.com/leistungen/cnc/#service",
      "name": "CNC-Fräsen",
      "provider": { "@id": "https://example.com/#organization" },
      "areaServed": { "@type": "Place", "name": "European Union" }
    }
  ]
}

Über @graph bündeln Sie die Struktur in einem einzigen Skript-Tag. So ist die Dienstleistung fest mit dem Unternehmen und dem Einzugsgebiet verknüpft.

Die wichtigsten Schema-Typen nach Priorität

• Organization (bzw. LocalBusiness bei lokalem Einzugsgebiet oder ProfessionalService für Kanzleien und Agenturen): Der zentrale Ankerpunkt. Enthalten sein sollten name, url, logo, address, telephone, email, sameAs (echte Social-Profile) und areaServed.
• WebSite: Einmalig auf der Startseite hinterlegen.
• BreadcrumbList: Auf allen Unterseiten. Ersetzt die rohe URL im Suchergebnis durch einen lesbaren Pfad – das am einfachsten zu erzielende Rich Result.
• Service oder Product: Auf Leistungs- und Produktseiten.
• FAQPage: Überall dort, wo echte Fragen und Antworten stehen – extrem wertvoll für KI-Extraktion.
• BlogPosting / Article: Für redaktionelle Inhalte mit headline, datePublished, dateModified, author und image.

Der Fehler, der zu Abstrafungen führt

Fügen Sie niemals aggregateRating zu Ihrem eigenen Organization-Knoten mit selbst gesammelten Bewertungen hinzu.

Googles Richtlinie ist unmissverständlich: Eigennützige Bewertungen über das eigene Unternehmen führen zu manuellen Abstrafungen. Bewertungen gehören ausschließlich an Product-, LocalBusiness- oder spezifische Service-Knoten mit echten Drittanbieter-Nachweisen.

Wichtige Vorgaben für Rich Results

• Ausgezeichnete Inhalte müssen auf der Seite sichtbar sein: Unsichtbare FAQs oder versteckte Preise verstoßen gegen Googles Richtlinien.
• Datumsangaben nach ISO 8601: 2026-09-08 oder 2026-09-08T10:00:00+02:00.
• sameAs nur auf eigene Profile verlinken: Verweisen Sie auf Ihre echten LinkedIn- und X-Accounts, um Entitäten eindeutig zuzuordnen.

Testen Sie Ihre strukturierten Daten mit unserem kostenlosen Structured Data Checker.