Magento 301 Redirect: Weiterleitungen korrekt konfigurieren
Falsch gesetzte 301 Redirects in Magento 2 kosten PageRank, belasten das Crawl-Budget und können aufgebaute Rankings dauerhaft entwerten. Den übergeordneten SEO-Kontext beschreibt Magento SEO im Gesamtüberblick.
Magento legt bei URL-Key-Änderungen über „Create Permanent Redirect" automatisch einen 301 in der Rewrite-Tabelle an.
Kostenlos · ohne Anmeldung · Ergebnis sofort
Wie Magento 301 Redirects technisch funktionieren
Magento speichert Weiterleitungen in der Tabelle url_rewrite, wobei der redirect_type-Wert entscheidet: 0 ist ein internes Rewrite, 301 erzeugt einen echten HTTP-Redirect. Ein typischer Fehler entsteht, wenn Administratoren beim Ändern eines Kategoriepfads versehentlich 301 statt 0 setzen und damit jeden normalen Seitenaufruf zu einem externen Redirect machen. Die genaue Funktionsweise der url_rewrite-Tabelle und ihrer Einträge erklärt Magento URL-Rewrites ausführlicher.
Bei jeder Änderung eines URL-Keys legt Magento einen neuen Rewrite-Eintrag an und behält den alten als 301 — bei mehrfachen Umbenennungen entstehen so Redirect-Chains (A → B → C), die den Linkjuice abschwächen. Wie diese Chains in der url_rewrite-Tabelle entstehen und strukturell aussehen, beschreibt Magento URL-Rewrites im Detail.
Redirect-Chains: Erkennen und kürzen
Chains identifiziere ich über direkte Datenbankabfragen auf der url_rewrite-Tabelle: Alle Einträge, bei denen der target_path selbst wieder als request_path in einem 301-Eintrag vorkommt, sind Chain-Glieder. Das lässt sich in einem einzigen SQL-Join sichtbar machen. Die Bereinigung läuft dann so: das ursprüngliche Chain-Startglied bekommt direkt den finalen Ziel-Pfad als target_path zugewiesen, die Zwischenschritte werden gelöscht.
Kette
- A → B → C
- Linkkraft sinkt je Hop
Direkt
- A → C
- volle Linkkraft
Ketten entstehen durch mehrfaches Umbenennen ohne Bereinigung – sauber ist immer der direkte 301 auf das finale Ziel.
Für externe Backlinks, die auf mittlerweile gelöschte oder umbenannte URLs zeigen, reicht Magento allein nicht immer aus. Kritische externe Links setze ich ergänzend auf Server-Ebene – per nginx-Rewrite oder Apache-Redirect-Direktive – weil diese unabhängig von Magento-Deploys und Datenbank-Reindexierungen stabil bleiben.
301 Redirect im Backend vs. auf Server-Ebene
Magento-seitige Redirects über url_rewrite sind flexibel pflegbar, aber sie durchlaufen den PHP-Stack. Nginx- oder Apache-Redirects greifen davor und antworten in Millisekunden ohne Datenbankzugriff. Meine Entscheidungslogik: Für produktbezogene URL-Änderungen (Produkt umbenannt, Kategorie verschoben) ist der Magento-Weg sinnvoll – das lässt sich ohne Servereingriff pflegen. Für Massenredirects nach einer Migration, für gelöschte Produktlinien oder für externe Backlinks auf strategisch wichtige URLs bevorzuge ich Server-Ebene.
Redirect-Konfigurationen auf Server-Ebene müssen dabei mit dem Magento-Routing abgestimmt sein. Wenn sowohl nginx als auch die url_rewrite-Tabelle eine Weiterleitung für dieselbe URL definieren, entsteht ein doppelter Redirect – genau das, was vermieden werden soll.
Verwaiste Redirect-Einträge bereinigen
In Shops mit langer Betriebszeit wächst die url_rewrite-Tabelle auf Hunderttausende Einträge, von denen viele auf gelöschte Produkte oder umbenannte Kategorien zeigen — Magento bereinigt diese verwaisten Einträge nicht automatisch. Wie man sie per SQL identifiziert und bereinigt, beschreibt Magento URL-Rewrites ausführlich.
Diese Bereinigung hat direkten Crawl-Budget-Effekt: Googlebot folgt auch 301-Weiterleitungen in der url_rewrite-Tabelle, wenn er sie über interne Links oder externe Backlinks findet. Jede davon kostet ein Crawl-Credit – auf URLs, die ohnehin keine Rankings mehr aufbauen.
301 Redirects bei Migrationen und URL-Struktur-Änderungen
Beim Wechsel von Magento 1 auf Magento 2 ändert sich die URL-Struktur grundlegend, was lückenloses Redirect-Mapping zur Pflicht macht — jede indexierte URL ohne 301 verliert ihr aufgebautes Ranking-Signal. Den vollständigen SEO-Absicherungsprozess inklusive URL-Inventur beschreibt Magento SEO im Überblick.
Nach einer Migration tauchen in der XML-Sitemap häufig noch alte URLs auf, die per 301 weitergeleitet werden und damit Crawl-Budget auf nicht mehr relevante Seiten verschwenden. Was die Sitemap-Konfiguration dabei erfordert, erklärt Magento Sitemap im Detail.
Wenn Sie Redirect-Strukturen in Ihrem Magento-Shop analysieren oder nach einer Migration bereinigen wollen: Ich – Andrea Papa – arbeite direkt auf Datenbankebene, ohne Agentur-Overhead und ohne Standardchecklisten. Weiterführende Informationen zum Migrationsprozess finden Sie unter Magento Migration.
Kostenlos · ohne Anmeldung · Ergebnis sofort
Häufige Fragen zu Magento 301-Redirects
Wie funktionieren 301-Redirects in Magento 2?
Wie erkennt man Redirect-Chains in Magento?
Backend-Redirect oder Server-Ebene?
Was sind verwaiste Redirect-Einträge?
Andrea Papa
Senior SEO-Spezialist mit 15+ Jahren E-Commerce-Erfahrung. Ich optimiere clusterbasiert nach Suchintention – für nachhaltige Sichtbarkeit bei Google und in der KI-Suche.