Landingpage in Magento 2 und SEO: Wann ein katalogbasierter Blog sinnvoller ist als eine separate CMS-Seite

In vielen Magento-2-Shops wird eine Landingpage als separate CMS-Seite erstellt. Das ist eine schnelle Lösung, aber aus Sicht von SEO und Informationsarchitektur nicht immer die beste Wahl. Eine solche Seite ist oft vom Katalog, von der Kategorienstruktur, von den Verknüpfungen mit Produkten und vom täglichen Workflow des Teams abgekoppelt, das den Shop weiterentwickelt.

Wenn die Landingpage nicht nur ein Werbemittel sein soll, sondern auch organisch performen muss, sieht die Sache anders aus. Dann zählen nicht nur das Design, sondern auch:

• eine logische Einbettung in die Shopstruktur,
• eine konsistente URL,
• die Möglichkeit, mit Store Views zu arbeiten,
• die Verknüpfung mit Kategorien und Produkten,
• strukturierte Daten,
• interne Verlinkung,
• die einfache Erweiterung um weitere Seiten mit ähnlicher Suchintention.

Genau hier wird der Ansatz interessant, der in Kowal_Blog umgesetzt wurde.

Es handelt sich um ein Blogmodul für Magento 2, das keine separate Welt aus Beiträgen, Kategorien und Routing aufbaut. Stattdessen nutzt es den Magento-Katalog. Blogkategorien sind Katalogkategorien, und ein Blogbeitrag ist ein spezieller Produkttyp blog_post. Dadurch funktioniert der Content nicht neben dem Shop, sondern innerhalb seiner Katalogarchitektur.

Das Problem einer klassischen Landingpage im Shop

Eine klassische CMS-Landingpage ist praktisch, wenn schnell eine einfache Kampagne veröffentlicht werden soll. Das Problem entsteht dann, wenn diese Seite später langfristig für SEO arbeiten soll.

Die häufigsten Einschränkungen sind praktischer Natur:

• Die Seite ergibt sich nicht natürlich aus der Kategorienstruktur,
• das Team muss die Konsistenz von URLs und Verlinkung manuell pflegen,
• der Ausbau weiterer Seiten mit ähnlichem Ziel verläuft oft chaotisch,
• der Content ist nicht immer nah an Produkten und Kategorien verankert,
• es entsteht leicht eine Sammlung einmaliger Seiten ohne gemeinsame Informationslogik.

Das bedeutet nicht, dass eine CMS-Seite schlecht ist. Es bedeutet nur, dass für SEO und Content Commerce oft ein Modell besser funktioniert, bei dem Inhalte auf denselben Grundlagen wie der Katalog aufbauen.

Warum der Magento-Katalog für SEO wichtig ist

In Magento ist das Produkt eine der am besten unterstützten Entitäten des Systems. Es hat eine eigene URL, Zuordnungen zu Kategorien, native SEO-Felder, Unterstützung für Store Views, EAV, Cache und die Integration mit Katalogmechanismen.

Kowal_Blog nutzt dieses Fundament, gibt ihm jedoch einen anderen Zweck. Ein Blogbeitrag ist hier kein Verkaufsprodukt. Er ist ein in Produktform angelegter Content-Träger.

Aus SEO-Sicht hat das mehrere praktische Folgen:

• Der Beitrag kann url_key nutzen,
• er kann in die Kategorienstruktur eingebettet werden,
• er kann pro Store View funktionieren,
• er kann native Meta-Felder verwenden,
• er kann bestehende Mechanismen für Sitemap und URL rewrites nutzen,
• er kann mit eigenem Layout und ohne Verkaufselemente gerendert werden.

Das ist wichtig, denn eine gute Einstiegsseite im E-Commerce sollte nicht nur aus Text mit CTA bestehen. Sie sollte Teil eines größeren Navigations- und Indexierungssystems sein.

Landingpage als Antwort auf die Suchintention

Der größte Fehler bei SEO-Landingpages besteht darin, dass sie wie Werbung gestaltet werden und nicht wie eine Antwort auf die Nutzerintention.

Wenn jemand bei Google eingibt:

• wie wählt man eine Klimaanlage für eine Wohnung aus,
• der beste Schreibtisch für Remote-Arbeit,
• welches Geschenk zum Vatertag für einen Heimwerker,
• Möbel für eine kleine Wohnung,

dann sucht diese Person oft noch nicht nach einer konkreten SKU. Sie sucht nach einer Antwort, einem Vergleich, einer Eingrenzung der Auswahl oder einer Strukturierung der Optionen.

Genau dafür ist eine contentbasierte Landingpage da. Eine solche Seite sollte nicht mit der Produktdetailseite konkurrieren. Sie sollte die Phase zwischen allgemeiner Intention und der Auswahl eines konkreten Angebots abschließen.

In diesem Modell:

• beantwortet die Produktdetailseite die Frage: Was kaufe ich?,
• beantwortet die Landingpage die Frage: Warum ist diese Lösung in meinem Fall sinnvoll?,
• beantwortet die Kategorielistung die Frage: Welche Optionen stehen mir zur Auswahl?

Erst die Verbindung dieser drei Ebenen schafft einen sinnvollen organischen Funnel.

Informationsarchitektur statt einer einzelnen Seite

Im traditionellen Ansatz ist eine Landingpage nur eine einzelne Seite. Im auf Kowal_Blog basierenden Ansatz kann sie Teil einer größeren thematischen Struktur sein.

Beispiel:

• Hauptkategorie: Sommerkollektion für die Terrasse,
• Beitrag 1: Ratgeber zur Auswahl eines Möbelsets,
• Beitrag 2: Materialvergleich,
• Beitrag 3: Inspirationen für kleine Balkone,
• Beitrag 4: FAQ zur Pflege,
• Links zu passenden Produkten und Unterkategorien.

Aus SEO-Sicht ist das ein deutlich stärkeres Modell als eine einzelne Kampagnenseite. Der Grund ist einfach: Statt einer einzigen URL entsteht ein kleiner Content-Cluster auf Basis eines gemeinsamen Themas und einer gemeinsamen Kategorienstruktur.

Ein solcher Aufbau hilft in mehreren Bereichen:

• Er stärkt die topical coverage,
• er strukturiert die interne Verlinkung,
• er erleichtert den Aufbau von Breadcrumbs,
• er trennt informative und transaktionale Intentionen besser,
• er ermöglicht die saisonale Erweiterung eines Themas, ohne weitere isolierte Einheiten zu schaffen.

Native Magento-Felder als operativer Vorteil

In klassischen Blogsystemen muss häufig ein paralleles Content-Modell aufgebaut werden. Hier kann man auf bekannten Magento-Feldern aufsetzen:

• name als Seitentitel,
• short_description als Lead,
• description als Hauptinhalt,
• image als Hauptbild,
• url_key als sprechende URL,
• meta_title, meta_description und meta_keyword als SEO-Ebene.

Das ist nicht nur administrativer Komfort. Es ist auch eine Frage der Wiederholbarkeit. Wenn ein Shop 20, 50 oder 200 inhaltsgetriebene Seiten erstellen will, die den Verkauf unterstützen, ist ein Modell besser, das die bestehende Magento-Administration nutzt, statt auf ein zusätzliches Mini-CMS neben dem Shop zu setzen.

URL, Indexierung und strukturelle Konsistenz

Adobe Commerce behandelt URL rewrites als nativen Mechanismus zur URL-Verwaltung für Produkte, Kategorien und CMS-Seiten. In der Praxis bedeutet das, dass eine katalogbasierte Architektur keine separate URL-Logik für Bloginhalte benötigt, wenn der Beitrag als Produkttyp funktioniert.

Das bringt mehrere Vorteile:

• Eine vorhersehbare URL-Struktur lässt sich leichter aufrechterhalten,
• die Konsistenz mit der bestehenden URL-Verwaltung im Shop bleibt leichter erhalten,
• weitere Seiten lassen sich leichter skalieren, ohne die Grenzen eines separaten Blogs manuell zu umgehen.

Zusätzlich basieren viele Vorgänge im Magento-Storefront auf Indexierung und Cache, was bei einer größeren Zahl an Content-Seiten relevant ist. Wenn eine Landingpage Teil des Shops und kein extern angesetzter Zusatz sein soll, ist die Nutzung dieses Fundaments sinnvoll.

Interne Verlinkung näher am Verkauf

Aus SEO-Sicht ist eine Landingpage dann sinnvoll, wenn sie keine Sackgasse ist. Sie sollte weiterführen: zu Kategorien, zu Produkten, zu verwandten Ratgebern und zu den nächsten Schritten in der Kaufentscheidung.

Google weist klar darauf hin, dass Links beim Auffinden von Seiten und beim Verstehen ihrer Bedeutung helfen und dass Anchor Text Nutzern und Suchmaschine hilft, den Kontext eines Links zu verstehen. Im E-Commerce bedeutet das, dass eine Landingpage Teil eines bewusst aufgebauten Verlinkungssystems sein sollte und keine isolierte Seite mit nur einem Banner.

Das Katalogmodell begünstigt diesen Ansatz, weil der Content näher an Kategorien und Produkten verankert ist als in einem klassischen, separaten Blog.

Store Views und mehrsprachiges SEO

In vielen Magento-Shops muss ein Inhalt in mehreren Sprachen, Domains oder Store Views funktionieren. In so einem Modell sollte eine Landingpage keine einmalige HTML-Datei sein. Sie sollte eine Entität sein, die sich in mehreren Sprach- und Marktvarianten pflegen lässt.

Da Kowal_Blog auf den Katalogmechanismen von Magento basiert, können Beiträge ähnlich wie andere Katalogentitäten die Unterstützung für Store Views nutzen. Das vereinfacht die Arbeit an unterschiedlichen Versionen der Botschaft für verschiedene Märkte.

Aus Sicht des internationalen SEO ist das praktisch relevant: Es ist leichter, Konsistenz bei Inhalten, URLs und Metadaten innerhalb der Shoparchitektur zu wahren, statt ein separates System für Promotionsseiten aufzubauen.

Structured Data: Artikel, nicht Produkt

Eines der Risiken eines produktbasierten Modells ist die falsche Behandlung eines Beitrags als Verkaufsseite. Hier ist wichtig, dass der Inhalt entsprechend der tatsächlichen Funktion der Seite beschrieben wird.

Im Modul Kowal_Blog werden strukturierte Daten für Beiträge als BlogPosting aufgebaut und für Listen und Navigation als CollectionPage, ItemList sowie BreadcrumbList. Das ist sinnvoll, denn eine beratende Landingpage oder ein Content-Commerce-Beitrag sollte kein Product-Schema ausgeben, nur weil er technisch auf einer Produktentität basiert.

Dieser Ansatz ist konsistent mit den Empfehlungen von Google: Structured Data soll helfen, den Seiteninhalt zu verstehen, garantiert aber keine Rich Results und muss dem tatsächlichen Inhalt des Dokuments entsprechen.

Risiko von Cannibalization und wie man es vermeidet

Aus SEO-Sicht ist dieses Modell stark, aber nur dann, wenn der Shop Informationsdisziplin wahrt.

Die größten Risiken sind:

• die Erstellung vieler Seiten für nahezu dieselbe Suchphrase,
• die Vermischung von informativer und transaktionaler Intention in einer URL,
• der Aufbau von Landingpages, die eine Kategorie ohne eigenen Mehrwert duplizieren,
• die Veröffentlichung dünner Kampagnenseiten ohne echten Inhalt.

Deshalb sollte eine Landingpage im Blog ein klares eigenes Ziel haben:

• erklären,
• vergleichen,
• durch die Auswahl führen,
• Fragen beantworten,
• die Kaufentscheidung strukturieren.

Wenn die Seite nur eine Produktliste wiederholen soll, ist eine normale Kategorie oder die Optimierung des bestehenden Category Content die bessere Wahl.

Wann diese Lösung am sinnvollsten ist

Kowal_Blog eignet sich besonders gut für Seitentypen wie:

• Wie wählt man ...,
• Die besten Produkte für ...,
• Vergleich von Lösungen ...,
• Kollektion für die Saison ...,
• Produkte für eine bestimmte Branche ...,
• Geschenkguide ...,
• Kaufberatung vor dem Kauf ...,
• Lösung für ein konkretes Problem ...,
• Kampagne zur Bewerbung einer Kategorie ...,
• Content für SEO-Long-Tail und Anzeigen.

Das sind Anwendungsfälle, in denen Nutzer Zwischeninhalte zwischen Suchanfrage und Kauf benötigen.

Wann eine normale CMS-Seite weiterhin besser ist

Nicht jede Kampagne braucht eine Katalogarchitektur.

Eine CMS-Seite ist weiterhin eine sinnvolle Wahl, wenn:

• die Kampagne kurz und einmalig ist,
• der Inhalt keine SEO-Ambitionen hat,
• die Seite hauptsächlich eine Werbefunktion erfüllen soll,
• du nicht planst, darum herum einen Content-Cluster aufzubauen,
• dir eine breitere Verankerung in der Shopstruktur nicht wichtig ist.

Es lohnt sich, zwischen einer Werbe-Landingpage und einer Landingpage zu unterscheiden, die über Monate oder Jahre organisch arbeiten soll.

AI und semantische Suche als zusätzliche Ebene

Kowal_Blog selbst ist kein AI-Modul. Wenn der Shop jedoch parallel Kowal AI Product Feed nutzt, können Bloginhalte in öffentlich zugängliche, strukturierte Feeds für AI-Systeme eingehen, und das Manifest llms.txt kann darauf hinweisen, wo solche Daten veröffentlicht werden.

Das ist nicht das Hauptargument für das Modul, aber eine logische Weiterentwicklung der Architektur. Gut beschriebener Content, der in Kategorien verankert und mit Produkten verbunden ist, lässt sich nicht nur von klassischen Suchmaschinen leichter nutzen, sondern auch von semantischen Systemen, RAG und AI-Assistenten.

Zusammenfassung

Wenn eine Landingpage in Magento 2 nur eine kurze Promotionsseite sein soll, reicht ein CMS oft aus. Wenn sie jedoch Teil einer SEO-Strategie, von Content Commerce und der Informationsarchitektur des Shops sein soll, ist ein katalogbasiertes Modell in der Regel stärker.

Kowal_Blog zeigt einen sinnvollen Ansatz für dieses Problem. Ein Beitrag als spezieller Produkttyp blog_post, blogbasierte Kategorien auf Grundlage des Magento-Katalogs, Store Views, URL rewrites, Structured Data und die Arbeit mit nativen Magento-Feldern sorgen dafür, dass der Content näher am Shop ist als in einem klassischen Blogmodul.

In der Praxis bedeutet das eines: Statt separate Seiten zu bauen, die neben dem E-Commerce existieren, kann man eine Content-Ebene aufbauen, die Indexierung, Verlinkung, das Verständnis von Suchintention und den Weg zum Kauf tatsächlich unterstützt.