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.
Inhaltsverzeichnis
- Die kurze Antwort
- Zuerst: Strukturierte Daten schaffen Berechtigung, keinen Anspruch
- Die Typen mit der klarsten Wirkung
- Product, Offer, AggregateRating und Review
- BreadcrumbList
- Article, NewsArticle und BlogPosting
- LocalBusiness und seine Untertypen
- Event
- JobPosting
- Recipe
- VideoObject
- Organization, Logo und WebSite
- FAQPage: technisch unterstützt, für die meisten Websites selten sichtbar
- DiscussionForumPosting und ProfilePage
- Typen, die nützlich sind, aber oft überschätzt werden
- JSON-LD ist meist das beste Implementierungsformat
- Ein praktisches Priorisierungsmodell
- Häufige Fehler, die die Wirkung verringern
- Den falschen Seitentyp auszeichnen
- Eigenschaften hinzufügen, die nicht sichtbar sind
- Validierung als Erfolg behandeln
- Schema einmal implementieren und dann vergessen
- 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:
Offerfür Preis, Währung, Verfügbarkeit und VerkäuferinformationenAggregateRatingfür zusammengefasste BewertungenReviewfür einzelne Rezensionen, wo passendBrandoderOrganizationfü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
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:
ServiceThingCreativeWorkPersonPlaceImageObjectWebPageAboutPageContactPage
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:
- 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.
- Zeichnen Sie nur aus, was Nutzer sehen können. Versteckte Behauptungen sind ein häufiger Grund, warum strukturierte Daten ungeeignet oder riskant werden.
- Korrigieren Sie Templates, nicht einzelne Seiten. Strukturierte Daten lassen sich am einfachsten pflegen, wenn sie aus Ihrem CMS oder Ihrer Produktdatenbank generiert werden.
- 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.
- 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.