Redirect-Strategie beim TYPO3-Relaunch — so vermeiden Sie SEO-Verluste

Ein Relaunch verändert fast immer die URL-Struktur — neue Hierarchien, andere Slugs, zusammengelegte Inhalte. Das ist normal. Kritisch wird es, wenn die alten Adressen ins Leere laufen:

• 404-Fehler für alle, die über Bookmarks, externe Links oder Suchergebnisse kommen
• Ranking-Verluste, weil Google die Verbindung zwischen alter und neuer Adresse verliert
• Verlorene Backlinks — jeder externe Link auf eine tote URL ist verschenkte Autorität
• Traffic-Einbruch, oft schon in den ersten Tagen sichtbar

Bei TYPO3 kommt Komplexität dazu: Multi-Site-Setups mit mehreren Domains, Sprach-Prefixes und Site-Konfigurationen, die das Routing beeinflussen. Je verschachtelter das Setup, desto weniger reicht Handarbeit.

Ein 301 ist eine permanente Weiterleitung: Die alte Adresse wird dauerhaft ersetzt, Ranking-Signale und Backlink-Wert gehen auf die neue über.

Ein 302 ist temporär: Suchmaschinen behalten die alte URL im Index und übertragen keine Signale.

• Seite existiert in neuer Form weiter → 301
• Seite wird mit einer anderen zusammengelegt → 301 auf das Ziel
• Seite entfällt ersatzlos → 301 auf die thematisch nächste Seite oder die Übersicht
• Seite ist nur vorübergehend offline → 302
• Sie sind unsicher → 301, im Relaunch-Kontext ist das fast immer richtig

Ein versehentlicher 302 beim Relaunch gehört zu den häufigsten und teuersten Fehlern: Google hält an der alten URL fest, die neue Seite rankt nicht, und der Fehler fällt oft erst nach Wochen auf.

Bevor Sie etwas weiterleiten, brauchen Sie eine vollständige Liste dessen, was existiert. „Vollständig" heißt: aus mehreren Quellen zusammengeführt, weil jede einzelne Lücken hat.

• Crawl-Tool (Screaming Frog, Sitebulb): alle intern erreichbaren Adressen
• Google Search Console: alle indexierten URLs — darunter solche, die kein Crawler findet
• XML-Sitemap: als zusätzlicher Abgleich
• Server-Logs: URLs mit echtem Traffic, die weder im Crawl noch in der Sitemap auftauchen

Der Klassiker unter den Übersehenen: Assets. PDFs, Bilder und Downloads, auf die extern verlinkt wird, stehen im Crawl, fallen beim Mapping aber regelmäßig hinten runter.

Das Mapping ist das Herzstück. Es ordnet jeder alten Adresse ein neues Ziel zu — und es ist die Datei, die Sie in zwei Jahren noch brauchen werden.

Für die Zuordnung gibt es drei Wege: 1:1 ist am sichersten und am aufwendigsten. Pattern-basiert (/produkte/* → /leistungen/*) ist effizient, aber fehleranfällig bei Ausnahmen. In der Praxis bewährt sich die Kombination.

Bei einem typischen Relaunch mit 300 bis 500 Seiten decken zehn bis fünfzehn Pattern-Regeln den Großteil ab. Die Seiten mit dem meisten Traffic und den meisten Backlinks prüfen Sie trotzdem einzeln — das sind selten mehr als zwanzig, und sie tragen den Löwenanteil des Werts.

TYPO3 bringt seit v9 ein Redirect-Modul mit (EXT:redirects), zu finden unter *Site Management → Redirects*. Für die meisten Relaunches genügt das.

Wichtig zu wissen: Das Core-Modul kann keine CSV-Dateien importieren. Für den Massenimport brauchen Sie eine Extension wie georgringer/redirect-generator. Wer das erst am Go-live-Tag merkt, legt 400 Weiterleitungen von Hand an.

Der große Vorteil des Core-Moduls sind t3://-Ziele: Sie zeigen auf die Seiten-ID statt auf eine URL und bleiben deshalb gültig, auch wenn sich der Slug später erneut ändert.

Unsere Empfehlung: Beginnen Sie mit dem Core-Modul und nutzen Sie t3://-Ziele, wo immer es geht. Große, gleichförmige Muster gehören in die htaccess, weil sie dort vor TYPO3 greifen und keine Datenbankabfrage kosten. Zusätzliche Extensions erst, wenn ein konkreter Bedarf bleibt, den die Bordmittel nicht decken.

Redirects werden auf Staging getestet, nicht auf Production. Drei Methoden, aufsteigend nach Aufwand:

• Stichprobe: die zwanzig wichtigsten Adressen manuell prüfen
• Crawl gegen Staging: die alte URL-Liste als Import in Screaming Frog
• Alte Sitemap als Prüfliste: jede Adresse daraus muss 200 oder 301 liefern — kein einziger 404

Die ersten zwei Wochen entscheiden. Vier Dinge gehören in dieser Zeit auf einen täglichen Blick:

• Search Console: Crawl-Fehler prüfen, neue 404er sofort nacharbeiten
• 404-Monitoring oder Server-Logs: Welche Adressen werden aufgerufen und laufen ins Leere?
• Sichtbarkeit: Rankings und Klicks in der Search Console beobachten — ein leichter Rückgang in den ersten Tagen ist normal, ein anhaltender nicht
• Backlinks: Führen die wichtigsten externen Links korrekt weiter?

Nach etwa vier Wochen reicht ein wöchentlicher Blick. Was Sie in dieser Phase an 404ern finden, sind fast immer Adressen, die in keiner Ihrer Quellen standen — genau dafür ist das Monitoring da.

Mehrsprachigkeit vervielfacht nicht nur die Anzahl der Weiterleitungen, sondern auch die Fehlerquellen:

• Sprach-Prefix vergessen: /en/old-page/ ist abgedeckt, /de/alte-seite/ nicht
• hreflang zeigt auf alte Adressen: Die Weiterleitung stimmt, aber die Sprachauszeichnung verweist weiter aufs Alte
• Routing überschreibt Weiterleitung: RouteEnhancer in der Site-Konfiguration können mit Redirects zusammenwirken — nach jeder Änderung an der Konfiguration erneut testen

Erstellen Sie das Mapping pro Sprache und prüfen Sie nach dem Go-live, ob die hreflang-Angaben auf die neuen Adressen zeigen. Wie das korrekt aussieht, steht im Artikel zu SEO in TYPO3.

Ein Relaunch mit fünfzig Seiten und einer Sprache ist gut selbst zu stemmen. Anders sieht es aus, wenn:

• mehrere hundert URLs oder mehrere Domains betroffen sind
• das Projekt mehrsprachig ist und jede Sprache eigene Pfade hat
• viele Backlinks auf einzelne Unterseiten zeigen, die Sie nicht verlieren dürfen
• der Go-live-Termin steht und die URL-Liste noch nicht vollständig ist