Magento Migration: SEO-Risiken kennen und Ranking-Verluste vermeiden

Eine Magento-Migration – ob von Magento 1 auf Magento 2, von einer älteren auf eine neuere Magento-2-Version oder auf Adobe Commerce – ist eines der risikoreichsten SEO-Projekte im E-Commerce. Ohne strukturierte Vorbereitung sind Ranking-Einbrüche über mehrere Monate keine Ausnahme, sondern die Regel. Was dabei konkret auf dem Spiel steht und wie ich Magento-SEO dabei absichere, zeige ich hier.

URL-Struktur, Rewrites und Canonicals ändern sich – ohne vollständiges 301-Mapping drohen 404-Fehler und Ranking-Verlust.

SEO- & KI-Check AI-Tracking

Kostenlos · ohne Anmeldung · Ergebnis sofort

Warum Magento-Migrationen SEO-Sichtbarkeit kosten

Das Kernproblem ist nicht die Plattform, sondern die URL-Struktur. Magento 1 und Magento 2 generieren Produkt- und Kategorie-URLs unterschiedlich – Pfadmuster, Suffix-Einstellungen (.html vs. keine Endung) und Kategoriepfade in Produkt-URLs divergieren zwischen den Versionen erheblich. Jede URL, die sich ändert und keine lückenlose 301-Weiterleitung erhält, verliert aufgebauten Linkjuice und verschwindet aus dem Index.

Dazu kommt die Duplicate-Content-Problematik: Magento 2 erzeugt ohne saubere Canonical-Konfiguration mehrere indexierbare URLs für dasselbe Produkt – mit Kategoriepfad, ohne Kategoriepfad, mit Store-View-Präfix. Das ist kein Bug, sondern ein Konfigurationsproblem. Wer diese Strukturen vor der Migration nicht dokumentiert, hat nach dem Launch keinen Referenzpunkt mehr.

URL-Inventur und Mapping

Vor jedem Launch crawle ich den bestehenden Shop vollständig: alle indexierten URLs aus der Google Search Console, alle URL-Rewrites aus der Magento-Datenbank, alle Backlink-Ziele. Das Ergebnis ist eine vollständige Mapping-Tabelle – alte URL zu neuer URL – auf deren Basis die Weiterleitungen gesetzt werden. Fehlende Mappings fallen in dieser Phase auf, nicht drei Wochen nach dem Launch.

Lückenlose 301-Weiterleitungen

301-Weiterleitungen sind das entscheidende Sicherheitsnetz. Ich implementiere sie entweder direkt über Magento-URL-Rewrites oder auf Server-Ebene (nginx/Apache), je nachdem welche Variante performanter ist. Dabei gilt: Redirect-Chains (A → B → C) kosten Crawl-Budget und PageRank – jede Chain wird auf den Direkt-Redirect gekürzt. Wie Magento 301 Redirects korrekt konfiguriert werden, ist ein eigenes Thema.

Meta-Daten und Canonical-Konfiguration übertragen

Meta-Titles, Meta-Descriptions und Canonical Tags sind selten vollständig in der Datenbank strukturiert hinterlegt – besonders in älteren Magento-1-Instanzen, die über Jahre manuell gepflegt wurden. Ich exportiere, bereinige und importiere diese Daten systematisch, anstatt sie auf dem neuen System neu zu erfassen. So gehen keine SEO-Investitionen verloren, die über Jahre in die Datenpflege geflossen sind.

Performance-Stack vor Go-Live validieren

Ein häufig unterschätzter Punkt: Magento 2 braucht einen funktionierenden Full-Page-Cache (Varnish oder Built-in FPC), Redis für Session- und Cache-Storage sowie korrekt konfigurierte Elasticsearch-/OpenSearch-Integration, bevor der Shop unter Last performant ist. Core Web Vitals, die am Launch-Tag unter dem Vorgänger-Shop liegen, schaden dem Ranking sofort. Mehr zur Magento Performance als eigenes Optimierungsfeld.

Nach dem Launch: Monitoring und Stabilisierungsphase

Die ersten vier Wochen nach dem Launch sind entscheidend. Ich überwache täglich Crawl-Fehler in der Search Console, Indexierungsstatus der wichtigsten URLs und Ranking-Bewegungen auf Kategorie- und Produkt-Ebene. Erste Stabilisierung ist bei sauber durchgeführter Migration nach 3–4 Monaten erkennbar – nicht früher, weil Google die neue Struktur erst vollständig neu crawlen und bewerten muss.

In der Stabilisierungsphase gehören 404, Indexierung, Rewrites und Core Web Vitals engmaschig überwacht.

Wenn der neue Shop auch Magento Store Views für internationale Märkte nutzt, muss zusätzlich die Hreflang-Implementierung nach der Migration validiert werden – das ist eine eigene Fehlerquelle, die im Monitoring gesondert beobachtet wird.

Migration als strategischer Neustart

Eine sauber begleitete Migration ist kein reines Sicherheitsprojekt – sie ist der richtige Moment, strukturelle SEO-Altlasten zu beseitigen: veraltete URL-Strukturen zu bereinigen, Duplicate-Content-Quellen zu schließen, die Magento Sitemap neu aufzusetzen und URL-Rewrites sauber zu konfigurieren. Wer dieses Fenster nutzt, startet auf dem neuen System mit einer besseren technischen Ausgangslage als auf dem alten.

Wenn Sie eine Magento-Migration planen oder gerade durchlaufen: Ich – Andrea Papa – begleite das Projekt von der URL-Inventur bis zur Post-Launch-Stabilisierung. Ohne Agentur-Overhead, direkt auf Basis Ihrer Shop-Architektur.

SEO- & KI-Check AI-Tracking

Kostenlos · ohne Anmeldung · Ergebnis sofort