Redirect-Ketten nach einer Migration

Nach einer Migration stapeln sie sich. Alte Blog-URL nach /blog/, die nach /de/blog/, die zum neuen Slug. TTFB leidet. Crawler folgen ein paar Hops und hören dann auf. Dein Bookmark funktioniert noch. Das ist der einzige Pluspunkt. Search Console indexiert den Zwischenstop weiter, als zähle er.

Exportiere, was jetzt liegt. Crawl, Logs, Search Console. Zeichne alt → neu. Ein 301 pro Pfad. Host-Regeln (http/https, www) in einem Rutsch, nicht als drei einzelne Tricks. Trailing Slash im selben Sprung. Ein 302 „vorübergehend“, der seit zwei Jahren steht, ist ein 301, den jemand vergessen hat.

Der Zwischenschritt „für Leute mit altem Favoriten“ kann weg, wenn der Favorit schon zwei Jahre über die Kette läuft. Die Leute kommen auch mit einem Sprung an. Und nimm die Zwischen-URL aus der Sitemap. Sonst versprichst du eine Adresse, die sofort weiterleitet.

Die Wochen nach dem Launch hier weiter draufschauen. Ketten länger als zwei Schritte würde ich nicht stehen lassen. Das Gespräch mit dem, der den Server macht, wird kürzer, wenn du die Liste schon hast. Druck die Hops. Streit um „es fühlt sich schnell genug an“ gewinnt selten gegen eine Tabelle.

Alte 302s aus einem A/B-Test bleiben auch hängen. Die gehören in dieselbe Aufräumrunde. Und wenn CDN und App beide redirecten, zählst du zwei Hops, bevor HTML kommt. Wähl eine Stelle, die steuert. Die andere lässt durch. Langweilig. Es spart dir TTFB.