ItemList Schema

Ein Container, kein eigenes Rich Result

ItemList beschreibt in der schema.org-Spezifikation eine Sammlung von Einträgen, geordnet oder ungeordnet. Jeder Eintrag ist ein ListItem mit einer Position und entweder einer URL oder einem vollständig eingebetteten Objekt. Das klingt banal, und genau darin liegt das Missverständnis, das in fast jedem technischen Audit auftaucht: Teams zeichnen eine Listenseite aus, der Validator ist grün, und dann wartet man auf eine Darstellung, die für diesen Seitentyp nie vorgesehen war.

ItemList ist kein Ausgabeformat. Es ist die Hülle. Was am Ende in der SERP passiert, hängt daran, welcher Typ in der Hülle steckt und ob Google für diesen Typ überhaupt eine Listendarstellung ausliefert. Google unterscheidet dabei seit Jahren zwei Implementierungsmuster, und die Verwechslung der beiden ist der häufigste strukturelle Fehler. Im Übersichtsmuster liegt die Liste auf einer Kategorie- oder Ranking-Seite, und jedes ListItem trägt nur Position und die kanonische URL der Detailseite. Die inhaltliche Auszeichnung, also Rezept, Produkt, Kurs, sitzt dann auf der Detailseite selbst. Im Alles-auf-einer-Seite-Muster steht der gesamte Inhalt auf der Listenseite, und jedes ListItem enthält das vollständige Objekt eingebettet. Mischformen sind kein Kompromiss, sondern ein Fehler: eine Liste, in der zwei Einträge eine URL und drei Einträge ein eingebettetes Objekt tragen, ist für den Parser inkonsistent.

Der praktisch relevanteste Punkt kommt selten in Tutorials vor: BreadcrumbList ist ein Subtyp von ItemList. Fast jede Website liefert damit bereits ItemList aus, ohne es so zu nennen, und das ist die einzige Variante, die auf breiter Front sichtbar in den Suchergebnissen landet. Wer verstehen will, wie strukturierte Daten insgesamt in die Ausspielung eingreifen, sollte diesen Zusammenhang zuerst sauber haben, bevor er sich an exotischere Listentypen setzt. Die Auszeichnung der Brotkrumen-Navigation kostet eine Stunde im Template und wird von Google in der Regel tatsächlich angezeigt. Eine generische Liste um zehn Blogartikel kostet dieselbe Stunde und wird mit hoher Wahrscheinlichkeit nie zu einer sichtbaren Änderung führen.

Wie Google ItemList 2026 tatsächlich verwertet

Im August 2025 hat Google die Structured Data Carousels als Beta eingeführt, zunächst begrenzt auf Südafrika. Die Konstruktion ist genau die oben beschriebene: eine äußere ItemList als Container, darin mehrere ListItem-Einträge, unterstützt für Inhaltstypen wie LocalBusiness, Product und Event. Am 21. Januar 2026 wurde diese südafrikanische Karussell-Erfahrung laut Berichterstattung von PPC Land auf weitere Anfragekategorien ausgeweitet, darunter Essenslieferung, Mietwagen und Busbuchungen, ohne dass betroffene Anbieter neue Auszeichnungen implementieren mussten. Wer die bereits unterstützte Struktur ausgeliefert hatte, war automatisch dabei.

Daraus folgt eine unbequeme Präzisierung. ItemList hat einen konkreten SERP-Anwendungsfall gewonnen, aber nur innerhalb der von Google unterstützten Vertikalen und Märkte. Eine allgemeine ItemList um Blogbeiträge, Produkte oder Termine erzeugt kein Karussell, nirgends, automatisch schon gar nicht. Zur Eligibilität nennen Implementierungsdokumentationen Dritter mindestens zwei Einträge, bei vertikalspezifischen Varianten wie Course List drei oder mehr. Diese Schwellen stammen nicht aus einer offiziellen Google-Ankündigung, was man beim Zitieren gegenüber Kunden sagen sollte.

Der zweite Teil des Bildes ist der Rückbau. Am 12. Juni 2025 hat Google das Ende von sieben Auszeichnungsfeatures angekündigt: Book Actions, Course Info, Claim Review, Estimated Salary, Learning Video, Special Announcement und Vehicle Listing. Die zugehörige Berichterstattung in der Search Console wurde entfernt, veraltete Exportfelder sollten laut Search Engine Land ab dem 1. Oktober 2025 NULL zurückgeben. Im November 2025 folgte die Ankündigung, Practice Problem ab Januar 2026 aus Suche, Search Console und Rich Results Test zu entfernen, während Dataset-Auszeichnung als Zulieferung für die Dataset Search präzisiert wurde und nicht als Quelle allgemeiner Rich Results. Am 7. Mai 2026 verschwanden FAQ-Rich-Results aus der Google-Suche.

Eine Fußnote daraus ist operativ wertvoller als die Hauptmeldung: Book Actions wurde im November 2025 wieder aus der Abkündigungsliste genommen, weil ein Suchfeature die Auszeichnung weiterhin nutzte. Wer seine Roadmap auf fremde Übersichten vom Typ « diese Schemas sind tot » stützt, statt auf die aktuelle Google-Dokumentation, baut auf Sand. Für ItemList selbst existiert keine Abkündigung und ebenso wenig eine Aussage, dass die Auszeichnung ein Rankingfaktor sei. Die belastbare Position lautet: Google dünnt selten genutzte Rich-Result-Typen aus und baut ausgewählte listenbasierte Darstellungen gleichzeitig aus.

Für die Messung heißt das, dass der Rich Results Test das falsche Erfolgskriterium ist. Er sagt dir, ob dein JSON-LD-Block syntaktisch trägt, nicht ob Google ihn verwendet. Existiert für ein Format kein Bericht im Search-Console-Bereich für Verbesserungen, hast du keine Reichweitenmessung, sondern nur Stichproben in der SERP. Seit dem 3. Juni 2026 gibt es dedizierte Search-Console-Berichte zur Sichtbarkeit in generativen Oberflächen für Suche und Discover, und die sind für die Bewertung der KI-Ära relevanter als jede Validitätsquote.

Wo ItemList in einer SEO- und Netlinking-Operation zählt

Listenseiten sind in fast jedem Portfolio die Seiten mit dem besten Verhältnis von Aufwand zu erworbenen Verweisen. Vergleiche, Rankings, kuratierte Auswahlen: das sind die Formate, die redaktionelle Erwähnungen und Ressourcenlinks anziehen, und deshalb landen sie regelmäßig als Ziel einer Kampagne auf dem Tisch. ItemList verändert an dieser Linkwirkung nichts. Was es verändert, ist die Lesbarkeit der Struktur für Maschinen, und diese Lesbarkeit hat 2026 einen anderen Adressatenkreis als 2021.

Am 7. Oktober 2025 hat Google den AI Mode auf mehr als 35 Sprachen und über 40 weitere Länder und Gebiete ausgeweitet, womit die Verfügbarkeit über 200 Länder und Gebiete erreichte. Eine Semrush-Analyse von mehr als zehn Millionen Keywords hatte zuvor AI Overviews bei 6,49 Prozent der Anfragen im Januar 2025, 7,64 Prozent im Februar und 13,14 Prozent im März gemessen, also eine Verdopplung in zwei Monaten. Auswertungen desselben Datensatzes deuteten bis Ende 2025 darauf hin, dass sich auslösende Anfragen über informationelle Suchen hinaus in kommerzielle, transaktionale und navigationale Kategorien verbreitern. Das macht strukturierte Produkt-, Kurs-, Rezept-, Event- und Unternehmenslisten strategisch interessanter als generische Blog-Listen. Es macht ItemList aber nicht zu einem Zitationssignal: keine Google-Veröffentlichung sagt das, und wer es behauptet, verkauft eine Vermutung.

Zur Einordnung des Aufwands, weil die Frage in Budgetgesprächen immer kommt. Eine 2025 erhobene Fachumfrage, die 2026 weiterzitiert wird, berichtet, dass 21,8 Prozent der Befragten einen positiven Effekt durch strukturierte Daten sahen, gegenüber 16,4 Prozent für Linkaufbau und 22,9 Prozent für interne Verlinkung. Das ist Umfragestimmung, kein kausales Rankingexperiment, und taugt nicht als Beweis dafür, dass ItemList Positionen bewegt. Als Kostenvergleich ist es trotzdem nützlich: eine 2025 durchgeführte Befragung von 518 SEO-Fachleuten nennt durchschnittlich rund 508,95 US-Dollar für einen qualitativ guten Backlink. Ein Templatezyklus für saubere Listenauszeichnung kostet weniger als ein einziger solcher Link, was die Priorisierung ziemlich eindeutig macht, solange man von der Auszeichnung nicht dasselbe erwartet wie von der Verlinkung. Wer beides gegeneinander abwägt, sollte sich vorher ansehen, was ein redaktioneller Link tatsächlich kostet, statt mit Branchenmittelwerten zu planen.

In unserem eigenen Betrieb ist die Entscheidung entsprechend unspektakulär: auf den französischen Redaktionsmedien, die wir selbst betreiben, liefern Kategorie- und Übersichtsseiten BreadcrumbList und ItemList aus dem Template aus, weil es dort nichts kostet, und wir verkaufen das niemandem als Hebel. Was im öffentlich einsehbaren Medienkatalog steht, sind Kennzahlen zu Thematik und Sichtbarkeit, nicht die Schema-Abdeckung, weil letztere kein Kaufargument ist.

Was in Audits regelmäßig schiefgeht

Der erste Klassiker ist die Erwartungshaltung. Eine ItemList um zehn Blogartikel wird ausgeliefert, validiert grün, und drei Monate später steht im Reporting, das Karussell sei nicht erschienen. Es war nie eine unterstützte Vertikale, es gab nichts zu erscheinen. Diese Enttäuschung ist vermeidbar, indem man vor der Implementierung prüft, ob Google für den Inhaltstyp aktuell überhaupt eine Listendarstellung dokumentiert.

Der zweite ist die Inkonsistenz zwischen Auszeichnung und Rendering. Positionen, die nicht bei eins beginnen oder Lücken aufweisen. Reihenfolgen im JSON-LD, die von der sichtbaren Reihenfolge abweichen, meist weil das Frontend sortiert und der Auszeichnungsblock aus einer anderen Abfrage stammt. Einträge in der Auszeichnung, die auf der Seite gar nicht sichtbar sind, was direkt gegen Googles Qualitätsrichtlinien für strukturierte Daten verstößt. Und Anker statt kanonischer URLs im ListItem, was den Zweck des Übersichtsmusters aushebelt, weil jeder Eintrag eine eigene, eindeutige Adresse braucht.

Der dritte ist die Verwechslung von Validität und Wirkung. Ein grüner Test in der Prüfumgebung sagt nichts über Ausspielung. Ich habe mehrfach Reportings gesehen, in denen die Kennzahl « Anteil valider ItemList-Seiten » monatlich gestiegen ist, während die zugehörigen Seiten in der Suche exakt gleich aussahen wie vorher. Das ist keine Messung, das ist eine Beschäftigungstherapie mit Fortschrittsbalken.

Der vierte betrifft die Pflege. Wer nach dem Rückbau vom Juni 2025 seine Auszeichnungsstrategie an fremden Listen ausrichtet, erwischt Fälle wie Book Actions falsch, das im November 2025 stillschweigend wieder aus der Abkündigung genommen wurde. Die Google-Dokumentation ist bei diesen Fragen die einzige Quelle, die man vor einem Sprint tatsächlich öffnen muss.

Was ein Senior heute konkret implementiert

Die Reihenfolge, die sich in der Arbeit bewährt hat: zuerst BreadcrumbList sauber und global, weil das die ItemList-Variante mit der höchsten Ausspielwahrscheinlichkeit ist. Danach ItemList im Übersichtsmuster auf den Listenseiten, deren Inhaltstyp Google unterstützt, mit kanonischen URLs, lückenlosen Positionen ab eins und identischer Reihenfolge zum Rendering. Erst danach, und nur wenn ein Vertikal es rechtfertigt, das Alles-auf-einer-Seite-Muster mit vollständig eingebetteten Objekten.

Technisch gehört der Block ins JSON-LD im Head oder am Ende des Body, generiert aus derselben Datenquelle, die auch das sichtbare Listing rendert. Wer die Auszeichnung aus einem zweiten Datenpfad zieht, produziert früher oder später Divergenz, und Divergenz ist der Fehler, den niemand im Monitoring sieht. Eine Liste pro logischer Liste, keine verschachtelten Container aus Bequemlichkeit, kein zweites ItemList für die Sidebar.

Für das Reporting gilt eine einfache Regel: existiert in der Search Console kein Bericht für das angestrebte Format, wird die Auszeichnung nicht als Sichtbarkeitsziel geführt, sondern als Hygiene. Sichtbarkeitsziele werden über Impressionen, Klicks und seit Juni 2026 über die Berichte zur generativen Sichtbarkeit gemessen. Und wenn ein Kunde fragt, ob ItemList die Chance auf Zitierung in generativen Antwortflächen erhöht, ist die ehrliche Antwort, dass eine maschinenlesbare Liste die Interpretation plausibel erleichtert, dass Google dazu aber nichts bestätigt hat. Diese Antwort verkauft schlechter als eine Behauptung und hält länger.