SEO & Discoverability

Welche schema.org-Typen Suchergebnisse tatsächlich beeinflussen

Ein praktischer Leitfaden zu strukturierten Daten, die verändern können, wie Ihre Seiten in der Suche erscheinen – und zu Markup, das vor allem Maschinen hilft, Sie zu verstehen.

The Wux Webtools Team The Wux Webtools Team 12 min lesen KI-unterstützt, menschlich überprüft
Structured data blocks connected to enhanced search result cards.
Inhaltsverzeichnis
  1. Die kurze Antwort
  2. Zuerst: Strukturierte Daten schaffen Berechtigung, keinen Anspruch
  3. Die Typen mit der klarsten Wirkung
  4. Product, Offer, AggregateRating und Review
  5. BreadcrumbList
  6. Article, NewsArticle und BlogPosting
  7. LocalBusiness und seine Untertypen
  8. Event
  9. JobPosting
  10. Recipe
  11. VideoObject
  12. Organization, Logo und WebSite
  13. FAQPage: technisch unterstützt, für die meisten Websites selten sichtbar
  14. DiscussionForumPosting und ProfilePage
  15. Typen, die nützlich sind, aber oft überschätzt werden
  16. JSON-LD ist meist das beste Implementierungsformat
  17. Ein praktisches Priorisierungsmodell
  18. Häufige Fehler, die die Wirkung verringern
  19. Den falschen Seitentyp auszeichnen
  20. Eigenschaften hinzufügen, die nicht sichtbar sind
  21. Validierung als Erfolg behandeln
  22. Schema einmal implementieren und dann vergessen
  23. Die ruhige Empfehlung

Die kurze Antwort

Schema.org-Markup verbessert Rankings nicht automatisch. Es kann eine Seite jedoch für erweiterte Darstellungen in der Suche qualifizieren: Rich Results, Produktpanels, Breadcrumbs, Veranstaltungseinträge, Jobmodule, Videovorschauen und ähnliche Funktionen.

Diese Unterscheidung ist wichtig. Schema.org ist ein breites Vokabular zur Beschreibung von Dingen im Web. Suchmaschinen unterstützen nur einen Teil davon, und jede Suchfunktion hat eigene Regeln. Sie können eine Seite perfekt mit Thing, CreativeWork oder Service auszeichnen und trotzdem keine sichtbare Veränderung in den Suchergebnissen sehen, weil möglicherweise keine Suchfunktion mit diesem Typ verknüpft ist.

Die nützliche Frage lautet also nicht: „Welche Schema-Typen gibt es?“ Sondern: „Welche Schema-Typen werden von Suchmaschinen genutzt, um sichtbare oder operative Suchfunktionen zu erzeugen?“

Unten folgt die praktische Antwort.

Zuerst: Strukturierte Daten schaffen Berechtigung, keinen Anspruch

Strukturierte Daten geben Suchmaschinen eindeutige Hinweise. Sie zwingen sie nicht dazu, irgendetwas anzuzeigen.

Eine Seite benötigt in der Regel all dies, bevor strukturierte Daten einen sichtbaren Effekt haben:

  • Das Markup muss zum sichtbaren Seiteninhalt passen.
  • Die erforderlichen und empfohlenen Eigenschaften müssen vorhanden sein.
  • Die Seite muss indexierbar sein und darf nicht durch robots-Regeln blockiert werden.
  • Der Inhalt muss Qualitäts- und Spamrichtlinien erfüllen.
  • Die Suchmaschine muss entscheiden, dass das erweiterte Ergebnis dem Nutzer hilft.

Deshalb können sich zwei technisch gültige Seiten in der Suche unterschiedlich verhalten. Eine erhält vielleicht ein Produkt-Rich-Result; eine andere erscheint nur als einfacher blauer Link. Das Markup ist nur ein Eingangssignal.

Deshalb ist es meist auch keine gute Zeitinvestition, obskuren Schema-Typen hinterherzujagen. Wenn an einen Typ keine unterstützte Suchfunktion gekoppelt ist, ist der Nutzen eher semantisch als visuell.

Die Typen mit der klarsten Wirkung

Product, Offer, AggregateRating und Review

Für E-Commerce- und Softwareseiten gehört Produkt-Markup zu den strukturierten Datenfamilien mit dem sichtbarsten Nutzen.

Eine Product-Seite kann für Preis-, Verfügbarkeits-, Bewertungs-, Versand-, Rückgabe- und Händlerlistenfunktionen qualifiziert werden. Die wichtigsten unterstützenden Typen sind meistens:

  • Offer für Preis, Währung, Verfügbarkeit und Verkäuferinformationen
  • AggregateRating für zusammengefasste Bewertungen
  • Review für einzelne Rezensionen, wo passend
  • Brand oder Organization für Hersteller- oder Verkäuferkontext

Dieses Markup ist am nützlichsten, wenn es auf der Seite tatsächlich um ein bestimmtes Produkt geht, nicht um eine Kategorie oder eine vage Dienstleistungsseite. Suchmaschinen werden bei Missbrauch von Rezensionen und Bewertungen immer strenger, insbesondere bei eigennützigen Bewertungen. Wenn die Bewertung für Nutzer auf der Seite nicht sichtbar ist, zeichnen Sie sie nicht aus.

Product-Schema kann sowohl klassische organische Snippets als auch händlerartige Oberflächen beeinflussen. Für Einzelhändler ist es häufig eine der strukturierten Datenimplementierungen mit der höchsten Rendite.

BreadcrumbList ist nicht glamourös, aber praktisch. Es kann die URL-/Pfadanzeige in Suchergebnissen beeinflussen und eine unübersichtliche URL durch eine klarere Hierarchie ersetzen.

Breadcrumb-Markup ist nützlich für:

  • E-Commerce-Kategorie- und Produktseiten
  • Dokumentationsseiten
  • Große Blogs und Publikationen
  • SaaS-Hilfecenter

Es erzeugt selten ein dramatisches Rich Result, kann aber das Verständnis verbessern. Nutzer können vor dem Klick sehen, wo eine Seite eingeordnet ist. Suchmaschinen erhalten außerdem einen klareren Blick auf die Seitenstruktur.

Wenn Ihre Website eine tiefe Navigation hat, lohnt sich Breadcrumb-Markup frühzeitig.

Article, NewsArticle und BlogPosting

Article, NewsArticle und BlogPosting können Suchmaschinen helfen, Überschrift, Autor, Datum, Bild und Publisher-Informationen zu verstehen. Für Publisher kann dies die Eignung für artikelorientierte Funktionen beeinflussen, besonders in Kombination mit guter Crawlbarkeit, Aktualität und Inhaltsqualität.

Erwarten Sie nicht, dass Article-Schema einen gewöhnlichen Blogbeitrag in ein Nachrichtenergebnis verwandelt. Es kompensiert keine schwache Recherche, fehlende Autoreninformationen oder dünne Inhalte.

Trotzdem ist Article-Markup für redaktionelle Websites sinnvoll. Nutzen Sie es, um die grundlegenden Fakten eindeutig zu machen:

  • Überschrift
  • Autor oder Organisation
  • Veröffentlichungsdatum und Änderungsdatum
  • Hauptbild
  • Publisher
  • Kanonische URL

Wenn Ihr Team KI-gestütztes Publizieren nutzt, sind strukturierte Daten kein Ersatz für Offenlegung oder redaktionelle Verantwortung. Die menschliche Seite davon haben wir in wie ehrliche KI-Offenlegung auf einer kleinen Website aussieht behandelt. Suchsysteme können Ihr Markup parsen, aber Leser beurteilen die Seite selbst.

LocalBusiness und seine Untertypen

Für lokale Organisationen können LocalBusiness und seine Untertypen – etwa Restaurant, Dentist, Store oder ProfessionalService – helfen, eine Website mit Geschäftsdaten zu verbinden: Name, Adresse, Telefonnummer, Öffnungszeiten, Geokoordinaten und same-as-Profile.

Die sichtbare Wirkung ist weniger vorhersehbar als bei Produkt- oder Rezept-Markup, weil lokale Suche stark von Unternehmenseinträgen, Nähe, Bekanntheit, Rezensionen und Nutzerabsicht abhängt. Dennoch ist konsistentes LocalBusiness-Markup eine sinnvolle Grundpflege.

Verwenden Sie es auf der Seite, die den Unternehmensstandort repräsentiert, nicht wahllos auf jedem Blogbeitrag. Wenn Sie mehrere Standorte haben, zeichnen Sie jede Standortseite mit eigener Adresse und eigenen Öffnungszeiten aus.

Event

Event-Markup kann geeignete Seiten mit Daten, Orten und Ticketinformationen in veranstaltungsbezogenen Suchfunktionen erscheinen lassen.

Das passt gut zu:

  • Konzerten
  • Konferenzen
  • Webinaren
  • Kursen
  • Festivals
  • Community-Veranstaltungen

Entscheidend ist Spezifität. Eine Seite über „unser jährliches Trainingsprogramm“ ist nicht dasselbe wie eine Seite für eine terminierte Veranstaltung mit Startzeit, Ort, Veranstalter und Teilnahmemodus.

Für Online-Veranstaltungen sollten Sie Details zur virtuellen Teilnahme angeben. Für physische Veranstaltungen sollten Sie Informationen zum Veranstaltungsort angeben. Halten Sie abgesagte, verschobene und neu terminierte Veranstaltungen aktuell; veraltetes Event-Markup ist schlimmer als gar kein Markup.

JobPosting

JobPosting ist eines der klarsten Beispiele dafür, wie strukturierte Daten eine bestimmte Sucherfahrung antreiben. Ordnungsgemäß ausgezeichnete Jobseiten können für Jobsuchfunktionen qualifiziert werden, einschließlich Rolle, Standort, Gehalt, Beschäftigungsart und Veröffentlichungsdatum.

Dieses Markup ist nur auf tatsächlichen Stellenseiten nützlich. Wenden Sie es nicht auf allgemeine Karriereseiten an, die mehrere Rollen ohne eigene Detailseiten auflisten.

Wichtige Felder sind:

  • Jobtitel
  • Einstellende Organisation
  • Standort oder Remote-Status
  • Veröffentlichungsdatum
  • Gültig-bis-Datum
  • Beschäftigungsart
  • Vergütung, sofern verfügbar

Abgelaufene Stellen sollten entfernt, passend weitergeleitet oder als nicht mehr gültig markiert werden. Suchmaschinen mögen es nicht, Nutzer zu nicht mehr existierenden Ausschreibungen zu schicken.

Recipe

Recipe-Markup bleibt einer der klassischen Fälle für Rich Results. Es kann Bild-Thumbnails, Bewertungen, Kochzeit, Zutaten, Nährwerte und geführte Rezept-Erlebnisse beeinflussen.

Es ist auch einer der am stärksten missbrauchten Bereiche strukturierter Daten. Wenn die Seite hauptsächlich ein persönlicher Essay ist und das Rezept am Ende vergraben ist, muss das Markup dennoch das sichtbare Rezept korrekt beschreiben. Die strukturierten Daten sollten keine fünf Minuten Vorbereitungszeit behaupten, wenn die Anleitung etwas anderes sagt.

Rezeptseiten sind bildlastig, daher sind strukturierte Daten nur ein Teil der Arbeit. Gute Bilder, sinnvolle Komprimierung und hilfreicher Alt-Text sind ebenfalls wichtig. Wenn Sie Bilder für Food-, Produkt- oder redaktionelle Inhalte aufräumen, ist ein pragmatischer Leitfaden zu Bild-Alt-Text im Jahr 2026 eine nützliche Ergänzung zur Schema-Arbeit.

VideoObject

VideoObject-Markup kann Videovorschauen, wichtige Momente, Thumbnails, Dauer, Upload-Datum und Videoindexierung beeinflussen. Es ist nützlich, wenn Video ein wesentlicher Teil der Seite ist, nicht nur eine beiläufige Einbettung am Ende.

Geben Sie mindestens an:

  • Name
  • Beschreibung
  • Thumbnail-URL
  • Upload-Datum
  • Dauer
  • Einbettungs- oder Inhalts-URL

Bei Lehrvideos oder längeren Videos können wichtige Momente Suchmaschinen helfen, Abschnitte des Videos zu verstehen. Das kann verbessern, wie das Video in der Suche erscheint, garantiert aber wiederum keine Platzierung.

Organization, Logo und WebSite

Organization-Markup hilft, die Entität hinter einer Website zu definieren. WebSite kann das Verständnis auf Website-Ebene unterstützen und in manchen Fällen Funktionen wie ein Sitelinks-Suchfeld, wenn die Suchmaschine entscheidet, es anzuzeigen.

Dieses Markup ist grundlegend, nicht auffällig. Es kann helfen, Folgendes zu klären:

  • Offizielle Website-Identität
  • Logo
  • Soziale Profile
  • Kontaktinformationen
  • Mutter- oder Tochterbeziehungen

Jedes ernsthafte Unternehmen, jede Publikation, gemeinnützige Organisation und Produktfirma sollte irgendwo stabil sauberes Organization-Markup haben, üblicherweise auf der Startseite oder einer Über-uns-Seite.

Stopfen Sie nicht jede mögliche Eigenschaft hinein. Das Ziel ist Entitätsklarheit, kein Datenbankauszug.

FAQPage: technisch unterstützt, für die meisten Websites selten sichtbar

FAQPage verdient einen besonderen Hinweis, weil es früher ein einfacher Gewinn war. Jahrelang konnte FAQ-Markup Snippets mit Frage-und-Antwort-Akkordeons erweitern. Das machte es attraktiv und vorhersehbar übernutzt.

Google hat FAQ-Rich-Results später stark eingeschränkt und zeigt sie in der Regel nur noch für bekannte, autoritative Regierungs- und Gesundheitsseiten. Andere Suchmaschinen können FAQ-Markup weiterhin anders verwenden, und das Markup kann Maschinen weiterhin helfen, Inhaltsstrukturen zu verstehen, aber die meisten kommerziellen und redaktionellen Websites sollten keine sichtbaren FAQ-Rich-Results erwarten.

Verwenden Sie FAQ-Markup nur, wenn die Seite tatsächlich ein FAQ enthält. Fügen Sie keine künstlichen Q&A-Blöcke hinzu, nur um Suchfläche zu gewinnen.

DiscussionForumPosting und ProfilePage

Community-Inhalte sind in Suchergebnissen prominenter geworden, und strukturierte Daten können helfen, Forenthreads und Profilseiten zu identifizieren.

DiscussionForumPosting kann für Foren, Q&A-Communities und Diskussionsplattformen nützlich sein, bei denen der Hauptinhalt aus nutzergenerierten Diskussionen besteht. ProfilePage kann helfen, Seiten über Personen oder Beitragende zu identifizieren, besonders dort, wo Expertise, Autorschaft oder Community-Identität wichtig sind.

Für gewöhnliche Marketing-Testimonials oder Blogkommentare ist das nicht passend. Der Seitentyp sollte zur tatsächlichen Erfahrung passen.

Typen, die nützlich sind, aber oft überschätzt werden

Einige schema.org-Typen sind semantisch sinnvoll, erzeugen für sich genommen aber selten sichtbare Sucherweiterungen.

Beispiele sind:

  • Service
  • Thing
  • CreativeWork
  • Person
  • Place
  • ImageObject
  • WebPage
  • AboutPage
  • ContactPage

Das sind keine „schlechten“ Typen. Sie können helfen, eine Seite präziser zu beschreiben, und sie können in breiteren Knowledge-Graph-Kontexten nützlich sein. Wenn Ihr Ziel jedoch eine sichtbare Veränderung in den Suchergebnissen ist, sind sie meist zweitrangig.

Wenn Sie beispielsweise eine Beratungsseite als Service markieren, entsteht dadurch nicht zuverlässig ein spezielles Service-Rich-Result. Eine gut strukturierte Seite mit klarem Text, internen Links, schnellem Rendering und glaubwürdigen Nachweisen wird für die Suchleistung mehr bewirken als aufwendiges, aber nicht unterstütztes Markup.

Ähnlich kann ImageObject Bilder beschreiben, aber die Leistung in der Bildersuche hängt auch von umgebendem Text, Dateinamen, Bildunterschriften, Bildqualität, Indexierung und Barrierefreiheit ab. Schema ist kein Ersatz für die Grundlagen.

JSON-LD ist meist das beste Implementierungsformat

Suchmaschinen können mehrere Formate für strukturierte Daten lesen, darunter Microdata und RDFa, aber JSON-LD ist meist die sauberste Wahl.

Es hält Markup von der HTML-Präsentation getrennt, ist leichter zu testen und bricht seltener, wenn Designer Templates ändern. Für die meisten Teams ist JSON-LD im Head oder Body der Seite der praktische Standard.

Ein einfaches Produktbeispiel sieht so aus:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Acme Carbon Tripod",
  "image": "https://example.com/images/tripod.jpg",
  "description": "A lightweight carbon tripod for travel photography.",
  "brand": {
    "@type": "Brand",
    "name": "Acme"
  },
  "offers": {
    "@type": "Offer",
    "priceCurrency": "USD",
    "price": "149.00",
    "availability": "https://schema.org/InStock",
    "url": "https://example.com/products/carbon-tripod"
  }
}

Das Beispiel ist absichtlich schlicht. Die meisten strukturierten Daten sollten langweilig sein. Korrekt schlägt clever.

Ein praktisches Priorisierungsmodell

Wenn Sie entscheiden, was Sie zuerst implementieren, verwenden Sie diese Reihenfolge:

  1. Beginnen Sie mit Seitentypen, die unterstützten Suchfunktionen entsprechen. Product-, Recipe-, Event-, Job-, Video-, Breadcrumb-, Article- und LocalBusiness-Markup verdienen meist Aufmerksamkeit vor obskuren Typen.
  2. Zeichnen Sie nur aus, was Nutzer sehen können. Versteckte Behauptungen sind ein häufiger Grund, warum strukturierte Daten ungeeignet oder riskant werden.
  3. Korrigieren Sie Templates, nicht einzelne Seiten. Strukturierte Daten lassen sich am einfachsten pflegen, wenn sie aus Ihrem CMS oder Ihrer Produktdatenbank generiert werden.
  4. Validieren, dann beobachten. Nutzen Sie offizielle Rich-Result- und Schema-Validierungstools und beobachten Sie anschließend die Search Console-Berichte zu Verbesserungen, sofern verfügbar.
  5. Ignorieren Sie die Seitenerfahrung nicht. Rich Results können die Darstellung verbessern, aber Nutzer landen dennoch auf der Seite. Wenn Performance-Berichte Ihr Team nervös machen, lesen Sie Lighthouse-Berichte, ohne in Panik zu geraten, bevor Schema zu einer weiteren Ablenkung wird.

Häufige Fehler, die die Wirkung verringern

Den falschen Seitentyp auszeichnen

Eine Kategorieseite ist keine Produktseite. Eine Karriere-Landingpage ist keine Stellenanzeige. Eine Liste kommender Webinare ist nicht unbedingt eine einzelne Veranstaltung.

Suchfunktionen sind meist auf bestimmte Seitenabsichten ausgelegt. Stimmen Sie das Markup auf den dominierenden Zweck der Seite ab.

Eigenschaften hinzufügen, die nicht sichtbar sind

Wenn die Seite keine Bewertung zeigt, fügen Sie kein aggregateRating hinzu. Wenn die Jobseite kein Gehalt erwähnt, seien Sie vorsichtig damit, Vergütungs-Markup zu erfinden. Wenn ein Produkt nicht vorrätig ist, markieren Sie es nicht als vorrätig.

Strukturierte Daten sollten sichtbare Fakten leichter parsebar machen, nicht eine parallele Version der Seite erzeugen.

Validierung als Erfolg behandeln

Einen Validator zu bestehen bedeutet nur, dass die Syntax akzeptabel ist und erforderliche Felder möglicherweise vorhanden sind. Es bedeutet nicht, dass die Seite ein Rich Result erhält.

Betrachten Sie Validierung als Untergrenze, nicht als Ergebnis.

Schema einmal implementieren und dann vergessen

Preise ändern sich. Jobs laufen ab. Veranstaltungen werden verschoben. Autoren gehen. Logos werden neu gestaltet.

Strukturierte Daten, die aus veralteten Feldern generiert werden, können unbemerkt ungenau werden. Prüfen Sie sie immer dann, wenn Sie Templates, CMS-Felder oder Geschäftsdatenquellen ändern.

<!-- tool-cta:start -->

💡 Probieren Sie Folgendes aus: Bevor Sie untersuchen, welche Schematypen tatsächlich wichtig sind, bereinigen Sie Ihr JSON-LD mit dem JSON Formatter, damit die Struktur leicht zu prüfen ist.

<!-- tool-cta:end -->

Die ruhige Empfehlung

Für die meisten Websites sollte die Schema-Strategie maßvoll und bewusst sein.

Implementieren Sie die Typen, die zu Ihren tatsächlichen Inhalten passen und unterstützten Suchfunktionen entsprechen. Halten Sie die Daten korrekt. Generieren Sie sie aus zuverlässigen Quellen. Validieren Sie sie. Beobachten Sie die Ergebnisse. Dann hören Sie auf.

Sie müssen nicht jedes Substantiv auf der Seite auszeichnen. Sie brauchen keine zwölf verschachtelten Schema-Typen, nur weil eine Checkliste das sagt. Und Sie brauchen ganz sicher keine strukturierten Daten, die mehr sagen als die Seite selbst.

Schema.org ist am nützlichsten, wenn es Mehrdeutigkeit beseitigt. Suchergebnisse verbessern sich, wenn diese Klarheit mit einer Funktion übereinstimmt, die Suchmaschinen tatsächlich unterstützen.

Häufig gestellte Fragen

Verbessert schema.org-Markup Rankings?
Nicht direkt. Strukturierte Daten helfen Suchmaschinen, Seiteninhalte zu verstehen, und können Seiten für Rich Results qualifizieren. Diese reichhaltigeren Darstellungen können die Klickrate verbessern, aber Markup allein ist keine Ranking-Abkürzung.
Welchen Schema-Typ sollten die meisten Websites zuerst implementieren?
Beginnen Sie mit Markup, das zu Ihren zentralen Seitentypen passt. E-Commerce-Websites sollten Product und BreadcrumbList priorisieren. Publisher sollten Article oder BlogPosting verwenden. Lokale Unternehmen sollten LocalBusiness nutzen. Websites mit Videos, Veranstaltungen, Jobs oder Rezepten sollten diese spezifischen Typen priorisieren.
Lohnt sich FAQ-Schema noch?
Nur wenn die Seite tatsächlich ein FAQ enthält. FAQ-Rich-Results sind deutlich weniger sichtbar als früher, besonders für gewöhnliche kommerzielle Websites. Fügen Sie keine künstlichen FAQ-Bereiche hinzu, nur um Suchfunktionen zu gewinnen.
Sollte ich JSON-LD, Microdata oder RDFa verwenden?
JSON-LD ist für moderne Websites meist die beste Wahl. Es ist leichter zu pflegen, weniger eng mit Templates verflochten und wird von Suchmaschinen für unterstützte strukturierte Daten breit empfohlen.
Kann ich Schema für Inhalte hinzufügen, die Nutzer nicht sehen können?
Im Allgemeinen nein. Strukturierte Daten sollten Inhalte beschreiben, die auf der Seite sichtbar und korrekt sind. Versteckte Bewertungen, erfundene Preise, falsche Verfügbarkeit oder irreführende Veranstaltungsdaten können Seiten für Rich Results ungeeignet machen oder gegen Suchrichtlinien verstoßen.

Quellen & weiterführende Literatur

  1. Google Search Central: Structured data markup that Google Search supports
  2. Google Search Central: Intro to structured data markup in Google Search
  3. Schema.org Documentation
  4. Google Search Central Blog: Changes to HowTo and FAQ rich results
Über den Autor
The Wux Webtools Team

Zuletzt aktualisiert:

Weiterlesen