Kategorieseiten-SEO in Magento: Text, Filter, Pagination

1. Warum Kategorieseiten das SEO-Rückgrat von Magento-Shops sind

Kategorieseiten sind in den meisten Magento-Shops die Seiten, die für die kommerziell wertvollsten Suchbegriffe ranken sollen - kurze, volumenstarke Keywords wie "Damen Sneaker" oder "Gartenmöbel Set", während Produktseiten meist längere, spezifischere Anfragen abdecken. Wer die SEO-Qualität der Kategorieseiten vernachlässigt, verliert also genau dort Sichtbarkeit, wo das größte Suchvolumen und die höchste Kaufabsicht zusammentreffen. Gleichzeitig sind Kategorieseiten die zentralen Knotenpunkte der internen Verlinkung: Sie bündeln Linkkraft aus der Hauptnavigation und geben sie gezielt an Produktseiten weiter.

In der Praxis wird genau das oft vernachlässigt, weil Kategorieseiten als reine Auflistungsseiten behandelt werden statt als eigenständige Landingpages. Bei Shops mit hunderten oder tausenden Kategorien entsteht so systematisch dünner oder duplizierter Content, unkontrollierte Filter-URLs blähen den Index auf, und veraltete Pagination-Regeln sorgen für falsche Prioritäten beim Crawling. Dieser Leitfaden geht die wichtigsten Stellschrauben in der Reihenfolge durch, in der sie in einem echten Magento-Projekt typischerweise angegangen werden: Textplatzierung, Textskalierung, Filter, Canonical-Strategie, Pagination und CMS-Content.

2. Kategorietext oben oder unten: Platzierungsstrategie und UX-Kompromiss

Ob der Kategorietext oberhalb oder unterhalb des Produktrasters steht, ist eine der meistdiskutierten Fragen bei Kategorieseiten-SEO - und beide Varianten haben echte Vor- und Nachteile. Text oberhalb des Grids liefert Kontext sofort, sowohl für Nutzer als auch für Crawler, und signalisiert thematische Relevanz, bevor überhaupt ein Produkt sichtbar wird. Der Nachteil: Bei längeren Texten schiebt sich das eigentliche Angebot unterhalb des Folds, was die Time-to-Product verlängert und nachweislich die Conversion-Rate senkt, besonders auf mobilen Geräten mit begrenzter Bildschirmhöhe.

Text unterhalb des Grids schützt die conversionsstarke Produktübersicht im ersten Sichtbereich, ohne dass SEO-relevanter Content verloren geht - Googlebot rendert die komplette Seite und wertet Inhalte unabhängig von der Scroll-Position aus. Die in der Praxis bewährte Lösung ist ein hybrider Ansatz: ein kurzer, zwei bis drei Sätze langer Teaser direkt über dem Grid für sofortigen Kontext, gefolgt vom vollständigen, ausführlichen Text unterhalb der Produkte. Diese Position lässt sich in Magento über ein zusätzliches Kategorie-Attribut wie description_position steuern, das im category.phtml-Template ausgewertet wird.

<!-- app/design/frontend/Vendor/theme/Magento_Catalog/templates/category/view.phtml -->
<?php /** @var \Magento\Catalog\Block\Category\View $block */ ?>
<?php $category = $block->getCurrentCategory(); ?>

<?php if ($category->getData('description_position') === 'top'): ?>
    <div class="category-description prose max-w-3xl mb-8">
        <?= /* @noEscape */ $category->getDescription() ?>
    </div>
<?php endif; ?>

<!-- Editorial content from the assigned category CMS block -->
<?= $block->getChildHtml('category.cms.block') ?>

<div class="product-grid">
    <?= $block->getChildHtml('category.products') ?>
</div>

<?php if ($category->getData('description_position') !== 'top'): ?>
    <div class="category-description prose max-w-3xl mt-10">
        <?= /* @noEscape */ $category->getDescription() ?>
    </div>
<?php endif; ?>

3. Einzigartiger Kategorietext im großen Maßstab

Ab einigen hundert Kategorien wird handgeschriebener, einzigartiger Text für jede einzelne Seite unrealistisch - und genau hier entsteht das größte Duplicate-Content-Risiko in Magento-Shops. Wird derselbe Textbaustein mit nur ausgetauschtem Kategorienamen in zwanzig Varianten verwendet, erkennt Google das zuverlässig als nahezu identischen Content und wertet die betroffenen Seiten ab, statt sie parallel ranken zu lassen. Die Folge ist Keyword-Kannibalisierung: Mehrere Kategorieseiten konkurrieren um dieselbe Suchanfrage, statt sich gegenseitig zu stärken.

Skalierbar wird einzigartiger Text durch dynamische Bausteine, die echte, kategoriespezifische Daten einbinden - Produktanzahl, Preisspanne, verfügbare Marken oder Top-Attribute lassen sich per ViewModel automatisch in eine Textvorlage einsetzen und erzeugen so pro Kategorie einen tatsächlich unterschiedlichen Textkörper. Für die umsatzstärksten 10 bis 20 Prozent der Kategorien lohnt sich trotzdem manuell verfasster Text, weil er inhaltlich präziser ist und gezielter auf Suchintention eingeht. Lange Texte sollten zusätzlich mit einem "Mehr anzeigen"-Toggle eingeklappt werden, um die UX nicht zu belasten, ohne den Content aus dem DOM zu entfernen.

/* Scope WYSIWYG output from the category CMS block into the theme typography */
.category-cms-block {
  max-width: 65ch;
}

.category-cms-block h2 {
  font-size: 1.25rem;
  font-weight: 700;
  margin-top: 1.5rem;
}

.category-cms-block a {
  color: #1d4ed8;
  text-decoration: underline;
}

/* Truncate long unique category text with a manual "read more" toggle */
.category-description[data-collapsed="true"] {
  display: -webkit-box;
  -webkit-line-clamp: 4;
  -webkit-box-orient: vertical;
  overflow: hidden;
}

4. Layered Navigation: is_filterable und die SEO-Fallen von Facetten-URLs

Layered Navigation erzeugt für jede Kombination aus Filterattributen eine eigene URL - bei zehn Attributen mit je fünf Werten entstehen theoretisch tausende Kombinationen pro Kategorie. Ohne Kontrolle verbrennt das Crawl-Budget an nahezu identischen, dünnen Seiten und produziert massenhaft Duplicate Content, weil sich gefilterte Ansichten oft nur in der Produktreihenfolge unterscheiden. Das Attribut is_filterable entscheidet, ob ein Attribut überhaupt in der Layered Navigation der Kategorieseite erscheint, während is_filterable_in_search dieselbe Rolle für die Suchergebnisseite übernimmt - beide Werte sollten bewusst und nicht pauschal für alle Attribute aktiviert werden.

Als Faustregel gilt: Attribute mit hohem Suchvolumen und klarer Kaufabsicht wie Marke oder Größe profitieren von einer eigenen, indexierbaren Landingpage, während Attribute mit vielen, wenig gesuchten Werten wie Farbe oder Material meist besser nicht indexiert werden. Nach jeder Änderung an is_filterable ist ein Reindex von catalog_category_flat und catalogsearch_fulltext nötig, damit die Layered Navigation die neue Konfiguration tatsächlich widerspiegelt. Wer neue filterbare Attribute einführt, sollte vorab in der Google Search Console prüfen, ob für die entstehenden URL-Kombinationen überhaupt reales Suchvolumen existiert.

// PUT /rest/V1/products/attributes/farbe
{
  "attribute": {
    "attribute_code": "farbe",
    "frontend_input": "select",
    "is_filterable": 1,
    "is_filterable_in_search": 0,
    "is_visible_in_advanced_search": 1,
    "used_in_product_listing": true,
    "is_searchable": 0
  }
}

5. Canonical- und Noindex-Strategie für gefilterte Kategorieseiten

Magento setzt für Kategorieseiten standardmäßig kein automatisches Canonical-Tag, das gefilterte URL-Varianten auf die saubere Basis-Kategorie zurückführt - das muss aktiv konfiguriert werden. Die bewährte Strategie: Jede gefilterte URL mit Query-Parametern erhält ein Canonical-Tag, das auf die unbefilterte Basis-URL der Kategorie zeigt, kombiniert mit einem noindex,follow-Meta-Tag, sobald mehr als ein oder zwei Filter gleichzeitig aktiv sind. So bleibt die Linkkraft der Seite erhalten, während dünne, redundante Filterkombinationen aus dem Index verschwinden.

Wichtig ist die Unterscheidung zwischen robots.txt-Sperrung und Meta-Robots-Steuerung: Eine Sperrung über robots.txt verhindert das Crawling komplett, wodurch Google die Seite gar nicht erst sieht und auch kein Linkkraft-Signal daraus ziehen kann. noindex,follow dagegen erlaubt das Crawlen weiterhin, verhindert aber die Indexierung - der deutlich sanftere und meist richtige Ansatz für Filter-URLs. Einzelne, suchvolumenstarke Filterkombinationen wie eine Marken-Farb-Kombination können bewusst von dieser Regel ausgenommen und mit eigenem Title und eigenem Text indexierbar gemacht werden, wenn der Aufwand den Suchvolumen-Nutzen rechtfertigt.

<!-- Layout handle applied for filtered layered-navigation requests -->
<page xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
      xsi:noNamespaceSchemaLocation="urn:magento:framework:View/Layout/etc/page_configuration.xsd">
    <head>
        <!-- Filtered variant: exclude from the index, but let link equity flow -->
        <meta name="robots" content="noindex, follow"/>
        <!-- Canonical always points back to the clean, unfiltered category URL -->
        <link rel="canonical" href="https://mironsoft.de/damen/schuhe.html"/>
    </head>
</page>

6. Pagination in Magento: Warum rel=next/prev tot ist

Google hat die Auswertung von rel="next" und rel="prev" bereits 2019 offiziell eingestellt - die Attribute gelten nicht als Fehler, tragen aber nicht mehr zur Konsolidierung von paginierten Serien im Ranking bei. Die früher verbreitete Empfehlung, alle Signale auf Seite 1 zu bündeln, ist damit überholt. Aktuelle Best Practice: Jede paginierte Seite erhält ein selbstreferenzierendes Canonical-Tag, zeigt also auf sich selbst statt auf Seite 1, weil jede Seite tatsächlich unterschiedliche Produkte enthält und damit eigenständig indexierbar und rankingfähig ist.

Damit das funktioniert, müssen paginierte URLs für Crawler überhaupt erreichbar sein - rein clientseitig via JavaScript nachgeladene Produktlisten ohne echte, crawlbare Links zu Seite 2 und folgenden sind ein häufiger technischer Fehler in Magento-Frontends. Zusätzlich sollte der Title-Tag ab Seite 2 die Seitenzahl enthalten, etwa "Damen Sneaker, Seite 2", um Duplicate-Title-Warnungen in der Search Console zu vermeiden. Die Page-Size-Optionen in der Toolbar sollten so gewählt sein, dass die Klicktiefe bis zu den letzten Produkten überschaubar bleibt, idealerweise bei drei bis fünf Klicks.

<!-- Layout XML: Toolbar-Konfiguration fuer die Kategorieansicht -->
<page xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
      xsi:noNamespaceSchemaLocation="urn:magento:framework:View/Layout/etc/page_configuration.xsd">
    <body>
        <referenceBlock name="product_list_toolbar">
            <arguments>
                <!-- Page size options shown to the customer -->
                <argument name="page_size_options" xsi:type="string">12,24,36</argument>
                <argument name="default_page_size" xsi:type="number">24</argument>
            </arguments>
        </referenceBlock>

        <!-- Pages 2+ ship a self-referencing canonical, not one pointing at page 1 -->
        <referenceBlock name="category.products">
            <arguments>
                <argument name="self_canonical" xsi:type="boolean">true</argument>
            </arguments>
        </referenceBlock>
    </body>
</page>

7. View-All vs. paginierte Seiten: Wann sich welche Strategie lohnt

Eine View-All-Seite zeigt alle Produkte einer Kategorie auf einer einzigen URL und kann bei mittelgroßen Kategorien sinnvoll sein, weil sie Ranking-Signale bündelt, die sonst auf mehrere paginierte Seiten verteilt wären, und Nutzern das Blättern erspart. Bei kleinen bis mittleren Kategorien mit bis zu etwa 150 bis 200 Produkten funktioniert das gut, besonders in Kombination mit Lazy-Loading für Bilder, das die initiale Ladezeit trotz vieler Produkte niedrig hält.

Bei sehr großen Kategorien mit tausenden Artikeln kippt der Vorteil ins Gegenteil: Die Seite wird so schwer, dass LCP und INP messbar leiden und die Core-Web-Vitals-Werte in den roten Bereich rutschen. In diesen Fällen ist saubere, gut konfigurierte Pagination mit vernünftiger Seitengröße die bessere Wahl als eine technisch aufwendig optimierte View-All-Variante. Bietet ein Shop beide Varianten parallel an, sollte die paginierte Version niemals auf die View-All-Seite kanonisiert werden, wenn sich der sichtbare Content unterscheidet - stattdessen erhält jede Variante ihr eigenes, korrektes Canonical-Tag.

8. Magento Category CMS Blocks für SEO-Content richtig einsetzen

Magento erlaubt es, jeder Kategorie einen frei editierbaren CMS-Block zuzuweisen, der über das Attribut landing_page oder eine dedizierte Layout-XML-Referenz in die Kategorieseite eingebunden wird. Für SEO ist das besonders wertvoll, weil Marketing-Teams damit redaktionellen Content, saisonale Hinweise oder interne Verlinkung zu verwandten Kategorien pflegen können, ohne dass jede Änderung ein Entwickler-Deployment erfordert - der Content bleibt trotzdem vollständig im Seiten-HTML und damit crawlbar.

Der größte Fehler bei CMS-Blocks auf Kategorieseiten ist Keyword-Stuffing oder versteckter Text, etwa weißer Text auf weißem Hintergrund - Google erkennt solche Muster zuverlässig und wertet die Seite ab, teils sogar mit manuellen Maßnahmen. Sinnvoll eingesetzt enthält ein Kategorie-CMS-Block echten Mehrwert: eine kurze Kaufberatung, Antworten auf häufige Fragen mit passendem FAQPage-Schema, oder Links zu thematisch verwandten Kategorien und Ratgeber-Artikeln, die die interne Linkstruktur des Shops sinnvoll ergänzen.

9. Interne Verlinkung und Breadcrumbs auf Kategorieseiten

Breadcrumbs auf Kategorieseiten erfüllen eine doppelte Funktion: Sie helfen Nutzern bei der Orientierung in der Kategorie-Hierarchie und liefern gleichzeitig strukturierte Daten, mit denen Google statt der langen URL eine übersichtliche Breadcrumb-Leiste direkt im Suchergebnis anzeigen kann. Das BreadcrumbList-Schema sollte auf jeder Kategorieseite automatisch aus der tatsächlichen Kategoriehierarchie generiert werden, nicht manuell gepflegt, damit Struktur und Schema garantiert übereinstimmen.

Über Breadcrumbs hinaus sind Kategorieseiten die wichtigsten Verteiler für internen Linkfluss: Links zu Unterkategorien, thematisch verwandten Kategorien und relevanten Blog- oder Ratgeberinhalten innerhalb des Kategorietexts oder CMS-Blocks verhindern verwaiste Seiten, die sonst nur über die Sitemap erreichbar wären. Kategorien, die ausschließlich über ein Dropdown-Menü in der Hauptnavigation verlinkt sind, erhalten strukturell oft weniger Linkkraft als Kategorien mit zusätzlichen Verweisen aus Content-Seiten - ein Detail, das bei der internen Verlinkungsstrategie häufig übersehen wird.

10. Zusammenfassung

Kategorieseiten-SEO in Magento löst ein wiederkehrendes Problem: Genau die Seiten mit dem größten kommerziellen Potenzial werden am häufigsten technisch vernachlässigt. Ein hybrides Textmodell mit kurzem Teaser oben und ausführlichem Text unten löst den Konflikt zwischen SEO-Sichtbarkeit und conversionsstarker UX. Dynamische, datengetriebene Textbausteine verhindern Duplicate Content, auch wenn hunderte Kategorien gleichzeitig gepflegt werden müssen, während gezielt konfiguriertes is_filterable verhindert, dass Layered Navigation das Crawl-Budget mit dünnen Filterkombinationen verschwendet.

Canonical-Tags und noindex,follow auf Filterseiten schützen die Indexqualität, ohne Linkkraft zu verlieren, während selbstreferenzierende Canonical-Tags auf paginierten Seiten der aktuellen Google-Praxis seit dem Ende von rel=next/prev entsprechen. View-All-Seiten lohnen sich nur bis zu einer bestimmten Kategoriegröße, danach überwiegt sauber konfigurierte Pagination. CMS-Blocks und durchdachte interne Verlinkung runden die Strategie ab, solange der Content echten Mehrwert bietet statt reiner Keyword-Dichte.

11. FAQ: Kategorieseiten-SEO in Magento