Magento URL Rewrites: Wie das Rewrite-System funktioniert und warum es zum SEO-Risiko wird

URL Rewrites gehören zu den zentralen technischen SEO-Komponenten in Magento 2 – mit erheblichem Fehlerpotenzial. Wie ich dabei vorgehe, zeigt der Überblick zu Magento SEO.

Magento speichert für jede URL einen Rewrite-Eintrag – daraus entstehen die sprechenden, indexierbaren URLs.

SEO- & KI-Check AI-Tracking

Kostenlos · ohne Anmeldung · Ergebnis sofort

Wie Magento URL Rewrites technisch funktionieren

Magento speichert URL Rewrites in der Datenbanktabelle url_rewrite. Jeder Eintrag bildet eine „Request Path" auf einen „Target Path". Wenn ein Nutzer /herren/jacken/outdoor-jacke.html aufruft, schlägt Magento diese URL in der Tabelle nach und leitet intern auf die tatsächliche Routing-Route weiter – etwa catalog/product/view/id/4711. Der Nutzer sieht die sprechende URL, der Router bekommt die interne.

Entscheidend ist der Redirect-Type-Wert: 0 bedeutet internes Rewrite ohne HTTP-Redirect, 301 erzeugt einen permanenten HTTP-Redirect. Viele Administratoren verwechseln beides – wer einen Kategoriepfad ändert und dabei versehentlich 301 statt 0 im Rewrite-Typ setzt, erzeugt für jeden normalen Seitenaufruf einen externen Redirect, was Performance und Crawl-Budget kostet.

Kategoriepfad in Produkt-URLs: Use Path oder nicht?

Unter Stores → Konfiguration → Katalog → Suchmaschinenoptimierung steuert die Option „Kategoriepfad für Produkt-URLs verwenden", ob Magento Produkt-URLs mit dem vollständigen Kategoriepfad generiert. Bei aktivierter Option entsteht /herren/jacken/outdoor-jacke.html, bei deaktivierter /outdoor-jacke.html.

„Use Categories Path" erzeugt lange URLs, und ein Produkt in mehreren Kategorien führt zu Duplikaten – meist ist kurz sauberer.

Wenn ein Produkt in mehreren Kategorien hängt, erzeugt Magento für jede Kategorie-Produkt-Kombination einen eigenen Rewrite-Eintrag – alle diese URLs sind ohne weitere Maßnahmen indexierbar. Wie Canonical-Tags diesen Duplicate-Content-Fall auflösen, erklärt Magento Canonical.

Verwaiste Rewrite-Einträge: Stilles Crawl-Budget-Problem

Bei jeder URL-Key-Änderung schreibt Magento einen neuen Rewrite und behält den alten als 301-Eintrag – bei mehrfachen Umbenennungen entstehen so Redirect-Chains, die Crawl-Budget und PageRank-Weitergabe schwächen. Wie sich solche Chains im Migrationskontext vermeiden lassen, behandelt Magento Migration.

In Shops mit langer Betriebszeit und häufigen Sortimentsänderungen wächst die url_rewrite-Tabelle auf Hunderttausende Einträge, von denen ein erheblicher Teil auf gelöschte Produkte oder mehrfach umbenannte Kategorien zeigt. Die Bereinigung ist manuell kaum möglich – ich arbeite dabei mit SQL-Queries, die verwaiste Einträge (Target Path ohne gültige Entity) identifizieren und Chains auf Direkt-Redirects kürzen.

URL-Keys: Keyword-Relevanz und Stoppwörter

Der URL-Key ist der editierbare Bestandteil der Produkt- oder Kategorie-URL. Magento generiert ihn standardmäßig aus dem Produktnamen, inklusive Stoppwörtern und Sonderzeichen. Aus „Outdoor-Jacke für Herren – Modell 2024" wird so /outdoor-jacke-fur-herren-modell-2024.html – lang, mit redundanten Begriffen, ohne Fokus auf das eigentliche Keyword.

Sauber gesetzte URL-Keys sind kurz, beschreibend und enthalten das relevante Keyword: /outdoor-jacke-herren.html. Beim Setzen gilt: einmal sauber konfigurieren, danach nicht mehr ändern – jede Änderung erzeugt einen neuen Rewrite-Eintrag und eine potenzielle Redirect-Chain. Bei Massenimporten lässt sich das über den Magento-eigenen Import oder per direktem Datenbankeingriff auf der Staging-Umgebung skalieren.

Store-View-übergreifende Rewrites: Scope-Fehler vermeiden

Jeder Store View hat seinen eigenen Satz an URL Rewrites. Das bedeutet: Ein URL-Key, der auf Store-View-Ebene überschrieben wird, erzeugt separate Rewrite-Einträge pro View – mit eigenem Pfad und eigener Entity-Zuordnung. Fehler entstehen, wenn URL-Keys auf globaler Ebene geändert werden, die Store-View-spezifischen Einträge aber nicht aktualisiert werden. Dann läuft eine Store-View-URL ins Leere.

Bei internationalen Setups multipliziert sich der Verwaltungsaufwand für URL Rewrites mit jedem Store View. Die grundlegende Architektur-Empfehlung dazu liefert Magento Store View.

URL Rewrites bei Migrationen: Mapping ist Pflicht

Eine Magento-Migration verändert URL-Strukturen oft grundlegend – fehlende Redirects für indexierte URLs kosten aufgebautes Ranking-Signal. Den vollständigen Migrationskontext behandelt Magento Migration.

Eine saubere Rewrite-Tabelle ist Voraussetzung für eine valide XML-Sitemap – wie beides zusammenhängt, erklärt Magento Sitemap. Bei konkreten Fragen zu URL-Strukturen, Tabellen-Bereinigung oder Store-View-Setups stehe ich – Andrea Papa – direkt zur Verfügung.

SEO- & KI-Check AI-Tracking

Kostenlos · ohne Anmeldung · Ergebnis sofort