CollectionPage Schema Markup: Kategorieseiten und Sammlungen für Google optimieren

Jede gut strukturierte Website hat Seiten, die keine eigenen Inhalte präsentieren, sondern eine Sammlung anderer Seiten darstellen: Blog-Kategorieseiten, Archivseiten, Themensammlungen oder Produktkatalog-Übersichten. Für genau diese Seitentypen bietet Schema.org den Typ CollectionPage — ein spezialisierter Untertyp von WebPage, der Google semantisch mitteilt: "Diese Seite ist eine Sammlung, kein einzelner Inhalt."

In diesem Artikel erkläre ich, was CollectionPage ist, wann du es einsetzen solltest, welche Properties es gibt und wie du es korrekt in JSON-LD implementierst. Außerdem grenzen wir CollectionPage von verwandten Typen wie ItemList und SearchResultsPage ab.

Was ist CollectionPage?

CollectionPage ist in der Schema.org-Hierarchie ein Untertyp von WebPage → CreativeWork → Thing. Es beschreibt eine Webseite, die Inhalte sammelt und präsentiert — im Gegensatz zu einer ArticlePage, die einen einzelnen Inhalt darstellt.

Schema.org definiert CollectionPage als:

"A page presenting information about or related to a collection of other webpages and/or internet entities."

Es gibt zwei direkte Untertypen, die in der Praxis häufig relevant sind:

• AboutPage: Seiten, die Informationen über eine Organisation oder Person zusammenfassen ("Über uns")
• ProfilePage: Profilseiten von Nutzern oder Autoren
• MediaGallery: Für Bilder- oder Video-Galerien

Für den SEO-Alltag interessiert uns vor allem der Basistypus CollectionPage selbst — für Kategorieseiten, Archivseiten und thematische Übersichtsseiten.

Wann sollte ich CollectionPage verwenden?

Geeignete Seitentypen

• Blog-Kategorieseiten: Die Übersichtsseite aller Artikel zum Thema "SEO" oder "Performance"
• Tag-Seiten: Alle Artikel mit dem Tag "#meta-tags"
• Archivseiten: Alle Artikel aus dem Monat April 2026
• Autoren-Archivseiten: Alle Artikel von Autorin "Lena Müller"
• Thematische Sammlungen: Eine manuelle Zusammenstellung von Artikeln zu einem Thema
• Produktkatalog-Kategorien: Alle Produkte der Kategorie "Notebooks"

Nicht geeignet für

• Einzelne Artikel oder Blogposts → Article oder BlogPosting
• Suchergebnis-Seiten (interne Suche) → SearchResultsPage
• Hauptnavigation/Homepage → WebSite
• Geordnete Listen mit Ranking-Charakter → ItemList (kann parallel verwendet werden)

CollectionPage vs. ItemList: Was ist der Unterschied?

Das ist eine häufige Frage, denn beide Typen beschreiben Seiten mit mehreren Einträgen. Der Unterschied liegt in der Semantik:

• CollectionPage beschreibt den Seitentyp: Es ist eine Sammlungsseite. Es sagt nichts über die Reihenfolge oder Rangfolge aus.
• ItemList beschreibt eine geordnete oder ungeordnete Liste von Elementen und ermöglicht Google, Carousels zu generieren. Es ist primär für Rich-Result-Zwecke gedacht.

Die gute Nachricht: Beide Typen können und sollten auf derselben Seite kombiniert werden. CollectionPage markiert den Seitentyp, ItemList liefert die strukturierten Daten für Rich Results. Das nennt sich in Schema.org eine "Dual-Typing"-Strategie: Du nutzt mehrere @type-Werte oder zwei separate JSON-LD-Blöcke.

Die Grundstruktur von CollectionPage

{
  "@context": "https://schema.org",
  "@type": "CollectionPage",
  "name": "SEO-Grundlagen – alle Artikel",
  "description": "Übersicht aller Shift07-Artikel zum Thema SEO-Grundlagen: Keyword-Recherche, On-Page-Optimierung, technisches SEO und mehr.",
  "url": "https://shift07.ai/blog/kategorie/seo-grundlagen/",
  "inLanguage": "de",
  "isPartOf": {
    "@type": "WebSite",
    "name": "Shift07",
    "url": "https://shift07.ai"
  },
  "breadcrumb": {
    "@type": "BreadcrumbList",
    "itemListElement": [
      {
        "@type": "ListItem",
        "position": 1,
        "name": "Start",
        "item": "https://shift07.ai"
      },
      {
        "@type": "ListItem",
        "position": 2,
        "name": "Blog",
        "item": "https://shift07.ai/blog/"
      },
      {
        "@type": "ListItem",
        "position": 3,
        "name": "SEO-Grundlagen",
        "item": "https://shift07.ai/blog/kategorie/seo-grundlagen/"
      }
    ]
  }
}

Wichtige Properties

• @type: "CollectionPage" (oder als Array: ["CollectionPage", "ItemList"] für Dual-Typing)
• name: Titel der Sammlungsseite
• description: Beschreibung, was diese Sammlung enthält
• url: Kanonische URL der Kategorie-/Archivseite
• inLanguage: Sprache der Seite (ISO 639-1, z. B. "de")
• isPartOf: Verweis auf die übergeordnete Website oder Sektion
• breadcrumb: Navigation als BreadcrumbList eingebettet
• about: Thema der Sammlung als Objekt (z. B. {"@type": "Thing", "name": "Schema Markup"})
• hasPart: Liste der enthaltenen Seiten (Array von WebPage-Objekten)
• numberOfItems: Anzahl der Elemente in der Sammlung

Vollständiges Beispiel: Blog-Kategorie mit Dual-Typing

Hier das vollständige JSON-LD für eine Blog-Kategorieseite, die sowohl den Seitentyp (CollectionPage) als auch eine strukturierte Listenansicht (ItemList) kombiniert:

[
  {
    "@context": "https://schema.org",
    "@type": "CollectionPage",
    "name": "Schema Markup – alle Artikel",
    "description": "Vollständige Übersicht aller Artikel zum Thema Schema Markup und strukturierte Daten auf Shift07.",
    "url": "https://shift07.ai/blog/",
    "inLanguage": "de",
    "about": {
      "@type": "Thing",
      "name": "Schema Markup",
      "sameAs": "https://schema.org/"
    },
    "isPartOf": {
      "@type": "WebSite",
      "name": "Shift07",
      "url": "https://shift07.ai"
    },
    "breadcrumb": {
      "@type": "BreadcrumbList",
      "itemListElement": [
        {
          "@type": "ListItem",
          "position": 1,
          "name": "Start",
          "item": "https://shift07.ai"
        },
        {
          "@type": "ListItem",
          "position": 2,
          "name": "Blog",
          "item": "https://shift07.ai/blog/"
        }
      ]
    }
  },
  {
    "@context": "https://schema.org",
    "@type": "ItemList",
    "name": "Schema Markup Artikel",
    "numberOfItems": 5,
    "itemListOrder": "https://schema.org/ItemListOrderDescending",
    "itemListElement": [
      {
        "@type": "ListItem",
        "position": 1,
        "name": "ItemList Schema Markup",
        "url": "https://shift07.ai/blog/itemlist-schema-markup-seo.html"
      },
      {
        "@type": "ListItem",
        "position": 2,
        "name": "FAQ Schema Markup vertieft",
        "url": "https://shift07.ai/blog/faq-schema-markup-vertieft.html"
      },
      {
        "@type": "ListItem",
        "position": 3,
        "name": "WebPage und WebSite Schema Markup",
        "url": "https://shift07.ai/blog/webpage-website-schema-markup-seo.html"
      },
      {
        "@type": "ListItem",
        "position": 4,
        "name": "HowTo Schema Markup",
        "url": "https://shift07.ai/blog/howto-schema-markup-seo.html"
      },
      {
        "@type": "ListItem",
        "position": 5,
        "name": "BreadcrumbList Schema Markup",
        "url": "https://shift07.ai/blog/breadcrumblist-schema-markup-seo.html"
      }
    ]
  }
]

Das sind zwei separate JSON-LD-Blöcke auf derselben Seite — oder alternativ ein einziger Block mit einem Array als Wert für @type. Beide Ansätze sind von Google akzeptiert.

CollectionPage für E-Commerce: Produktkategorie

Shop-Betreiber können CollectionPage auf Produktkategorie-Übersichtsseiten einsetzen. Das Signal an Google: Diese Seite ist keine Produktseite, sondern eine kuratierte Sammlung von Produkten in einer bestimmten Kategorie.

{
  "@context": "https://schema.org",
  "@type": "CollectionPage",
  "name": "SEO-Software – Kostenlose Tools",
  "description": "Alle kostenlosen SEO-Tools von Shift07 für technische Analyse, Keyword-Recherche und Schema Markup.",
  "url": "https://shift07.ai/tools/",
  "inLanguage": "de",
  "numberOfItems": 55,
  "about": {
    "@type": "Thing",
    "name": "SEO-Tools"
  },
  "hasPart": [
    {
      "@type": "WebPage",
      "name": "SSL-Zertifikat-Checker",
      "url": "https://shift07.ai/tools/ssl-zertifikat-checker.html"
    },
    {
      "@type": "WebPage",
      "name": "Title-Tag-Längen-Checker",
      "url": "https://shift07.ai/tools/title-tag-laengen-checker.html"
    },
    {
      "@type": "WebPage",
      "name": "JSON-LD Validator",
      "url": "https://shift07.ai/tools/json-ld-structured-data-validator.html"
    }
  ]
}

Das hasPart-Property ist der semantische Hinweis, dass diese Seite andere Seiten "enthält" — sie ist der Container. Das ergänzt das isPartOf-Property der Unterseiten, die auf die Kategorieseite verweisen sollten.

CollectionPage und das Parent-Child-Prinzip

Das Schönste an CollectionPage im Schema.org-Kontext ist, wie es die hierarchische Struktur einer Website abbildet. Die bidirektionale Verlinkung zwischen Kategorieseite und Unterseiten ist semantisch bedeutsam:

• Auf der Kategorieseite: CollectionPage mit hasPart: [WebPage, WebPage, ...]
• Auf jeder Unterseite: Article mit isPartOf: CollectionPage-URL

Das erzeugt ein vollständiges semantisches Netz: Google versteht, welche Artikel zur Kategorie gehören, ohne ausschließlich auf interne Links angewiesen zu sein. Für größere Websites — etwa mit tausenden Produktseiten — kann das die Crawl-Effizienz verbessern, weil Google den Kontext schneller versteht.

MediaGallery: Der Untertyp für Bild- und Videosammlungen

MediaGallery ist ein direkter Untertyp von CollectionPage und für Seiten geeignet, die hauptsächlich visuelle Medien sammeln. Es gibt zwei weitere Untertypen:

• ImageGallery: Für reine Bildersammlungen (Portfolio-Seiten, Fotografie-Websites)
• VideoGallery: Für Video-Sammlungsseiten (Kanalseiten, Playlist-Übersichten)

{
  "@context": "https://schema.org",
  "@type": "ImageGallery",
  "name": "Portfolio – Webdesign Projekte",
  "description": "Übersicht aller realisierten Webdesign-Projekte von Müller Web.",
  "url": "https://muellerwebdesign.de/portfolio/",
  "numberOfItems": 24
}

Fotografen, Videografen und Kreativagenturen profitieren hier besonders, da Google Bildergalerien mit diesem Markup besser kontextualisieren kann.

Häufige Fehler bei der Implementierung

Fehler 1: CollectionPage auf Artikel-Seiten einsetzen

CollectionPage ist für Sammlungen — nicht für einzelne Inhalte. Einen Blog-Artikel mit @type: "CollectionPage" zu markieren ist semantisch falsch und verwirrend für Google. Verwende dort Article, BlogPosting oder TechArticle.

Fehler 2: Auf paginierten Seiten vergessen

Wenn deine Kategorie mehrere Seiten hat (Seite 1, 2, 3...), sollte jede paginierte Seite CollectionPage-Markup tragen — aber mit der jeweils kanonischen URL der Seite und dem name-Attribut angepasst (z. B. "SEO-Artikel – Seite 2"). Zusätzlich empfehlen sich rel="prev"/rel="next"-HTML-Attribute für die Paginierungsstruktur.

Fehler 3: hasPart zu groß machen

Bei Kategorien mit 200+ Artikeln macht es keinen Sinn, alle Artikel im hasPart-Array aufzulisten. Das bläht das JSON-LD unnötig auf. Liste lieber die 10–20 wichtigsten oder neuesten Artikel auf — oder verzichte ganz auf hasPart und nutze stattdessen ItemList für die Carousel-Funktion.

Fehler 4: Kein Breadcrumb auf Kategorieseiten

Kategorieseiten ohne BreadcrumbList Schema Markup verschenken einen wichtigen Rich-Result-Typen. Kombiniere CollectionPage immer mit einem eingebetteten Breadcrumb — das ist für Kategorieseiten besonders wertvoll, da Google den Navigationspfad direkt in den SERPs anzeigen kann.

CollectionPage und Crawl-Budget-Effizienz

Für größere Websites ist die semantische Hierarchie aus CollectionPage + isPartOf/hasPart nicht nur für Rich Results interessant, sondern auch für das Crawl-Budget: Wenn Google die Struktur deiner Website über strukturierte Daten versteht, kann der Googlebot effizienter crawlen. Statt alle Links blind zu folgen, versteht er die Bedeutung der Seiten im Kontext — Kategorieseiten sind Hubs, Artikelseiten sind Blätter.

Das ist besonders relevant für:

• Online-Shops mit tausenden Produktseiten
• Nachrichtenportale mit täglich hunderten neuen Artikeln
• Wissensdatenbanken mit tiefer Kategorienstruktur

Implementierungsreihenfolge: Welche Seiten zuerst?

Wenn du CollectionPage in eine bestehende Website integrierst, empfehle ich folgende Reihenfolge:

1. Hauptkategorieseiten zuerst: Die wichtigsten Kategorien haben das höchste Traffic-Potenzial und profitieren am stärksten von Breadcrumb Rich Results.
2. Tags und Autor-Archivseiten: Falls diese Seiten SEO-Relevanz haben (nicht noindex), lohnt sich CollectionPage auch dort.
3. Paginierte Seiten: Seite 2, 3 etc. der Kategorien — nur wenn sie nicht noindex sind.
4. Mediengalerien: Portfolio- und Galerie-Seiten mit ImageGallery oder VideoGallery.

Testing und Validierung

CollectionPage generiert keine eigenständigen Rich Results wie FAQ oder HowTo. Der Wert liegt in:

• Korrekter semantischer Klassifizierung für Googles KI
• Besseren Breadcrumb Rich Results (durch eingebettetes BreadcrumbList)
• Vorbereitung für Carousel Rich Results (durch Kombination mit ItemList)

Teste dein Markup mit:

• Googles Rich Results Test (prüft Breadcrumbs als Rich Result)
• Schema.org Validator (prüft die korrekte Syntax)
• Unserer kostenlosen JSON-LD-Validierung

In der Google Search Console siehst du unter "Verbesserungen → Breadcrumbs", ob Google das Breadcrumb-Markup der Kategorieseiten korrekt interpretiert.

Fazit

CollectionPage ist kein "Highlight-Markup" für sofortige Rich Results — es ist ein semantisches Fundament, das Google hilft, die Struktur deiner Website zu verstehen. In Kombination mit ItemList für Carousels und BreadcrumbList für Navigation entsteht eine vollständige semantische Hierarchie, die sowohl die Sichtbarkeit als auch die Crawl-Effizienz verbessert.

Besonders für Websites mit vielen Inhalten und komplexer Kategorienstruktur ist CollectionPage einer der wichtigsten, aber am häufigsten übersehenen Schema-Typen. Starte mit deinen meistbesuchten Kategorieseiten und arbeite dich durch die Hierarchie — der Aufwand ist gering, der semantische Gewinn ist langfristig erheblich. Nutze unsere kostenlose JSON-LD-Prüfung, um dein Markup sofort zu validieren.