Was ist URL-Mapping und warum ist es das Wichtigste am Relaunch?
URL-Mapping ist eine Tabelle, in der jede alte URL einer neuen Zieladresse zugeordnet ist — das wichtigste einzelne Werkzeug für einen Relaunch ohne Ranking-Verlust. Sie wird Wochen vor Live erstellt, mehrfach gegengelesen und am Live-Tag in 301-Redirects umgesetzt. Ohne sie gehen typischerweise 30 bis 50 Prozent der Detailseiten verloren — vor allem solche mit Long-Tail-Traffic.
URL-Mapping: Das wichtigste Werkzeug beim Relaunch
Wer einen Website-Relaunch ohne Ranking-Verlust durchziehen will, hat eine zentrale Aufgabe vor sich: Jede einzelne alte URL muss eine neue Zieladresse bekommen. Diese Zuordnung heißt URL-Mapping. Es ist die unspektakulärste, aber wichtigste Disziplin des gesamten Prozesses.
Was eine Mapping-Tabelle enthält
Eine saubere Mapping-Tabelle hat mindestens acht Spalten:
| Spalte | Inhalt |
|---|---|
| Alte URL | Vollständig, inklusive Pfad und Query-Parameter |
| Aktueller Status | Was steht heute unter dieser URL? |
| Traffic / Backlinks | Letzte zwölf Monate Sessions, Anfragen, eingehende Links |
| Neue URL | Die Adresse, auf die verwiesen wird |
| Zustand der neuen URL | Ist sie vorhanden? Inhaltlich vergleichbar? |
| Begründung | Ein Satz, warum genau diese Zuordnung |
| Statuscode | 301 (dauerhaft) im Regelfall; 410 wenn bewusst entfernt |
| Geprüft am / von | Wer hat die Zuordnung gegengelesen? |
Diese Tabelle ist die einzige Schnittstelle zwischen alter und neuer Website, die Suchmaschinen sehen. Wer sie unvollständig macht, lässt einen Teil der Such-Substanz im alten System zurück.
Die fünf Mapping-Szenarien
Jede alte URL lässt sich einem von fünf Szenarien zuordnen — und für jedes gibt es eine klare Lösung:
1. 1:1-Mapping (Standardfall)
Die Inhalte bleiben gleich, nur die URL ändert sich. 301-Redirect, sauberer Fall.
2. Inhalts-Zusammenfassung
Mehrere alte URLs laufen auf einer neuen, breiter angelegten Seite zusammen. Sämtliche alten Adressen verweisen per 301 auf diese eine neue Seite.
3. Inhalts-Aufteilung
Eine alte URL verteilt sich auf mehrere neue Seiten. Der 301 führt auf die thematisch wichtigste davon; von dort aus verlinken interne Verweise zu den übrigen neuen Seiten.
4. Übergeordnete Zuordnung
Ein exakter 1:1-Ersatz fehlt, es existiert aber eine sinnvolle übergeordnete neue Seite. Der 301 zeigt dorthin, ergänzt um einen Hinweis im Text auf den ursprünglichen Sachverhalt.
5. Bewusste Entfernung
Der Inhalt ist weg und wird nicht ersetzt. Hier greift 410 (Gone) statt 404 – 410-Adressen verschwinden schneller aus dem Suchindex, eine bewusste Entscheidung, die in der Tabelle dokumentiert wird.
Woher die vollständige Liste alter URLs kommt
Eine Mapping-Tabelle ist nur so gut wie die Bestandsaufnahme darunter. Sechs Quellen werden gegeneinander abgeglichen:
- Bestehende XML-Sitemap — die offizielle URL-Liste der Domain.
- Search-Console-Export — kennt alle URLs, die Suchmaschinen in den letzten Monaten gecrawlt haben.
- Server-Log-Auswertung — welche URLs wurden in den letzten zwölf Monaten aufgerufen?
- Webanalyse-Tool — Top-Landingpages der letzten zwölf Monate.
- Backlink-Analyse — welche externen Seiten verlinken auf alte URLs?
- Vollständiger Crawl — ein Crawler durchläuft die alte Domain und exportiert jede erreichbare URL.
URLs, die in mindestens zwei Quellen auftauchen, sind sicher relevant. URLs, die nur in einer Quelle stehen, brauchen eine bewusste Entscheidung.
Die drei häufigsten Fehler im Mapping
| Fehler | Warum es schadet |
|---|---|
| Pauschale Weiterleitung verwaister URLs auf Startseite | Suchmaschinen werten als „Soft 404", Linkwert geht verloren |
| Redirect-Ketten (alt → Zwischenstation → Ziel) | Jeder Sprung kostet Linkkraft, Crawler bricht ggf. ab |
| Kreis-Redirects (A → B, B → A) | Crawling bricht ab, beide URLs verlieren Indexierung |
Gegenlesen ist Pflicht
Eine Mapping-Tabelle geht mindestens zweimal durch die Hände einer zweiten Person — und zwar nicht als flüchtiger Blick, sondern Eintrag für Eintrag abgeglichen mit dem tatsächlichen Bestand der alten Website. Auf hundert Mapping-Zeilen kommen bei einer guten Prüfung im Schnitt fünf bis zehn falsche Zuordnungen ans Licht.
Wie das Mapping am Live-Tag umgesetzt wird
Am Live-Tag werden die Mapping-Einträge in Server-Regeln umgesetzt — meist in der Server-Konfiguration oder über CMS-Plugins für 301-Weiterleitungen. Die Regeln werden vor Live auf der Test-Umgebung geprüft: jede alte URL aufrufen, prüfen ob der Status 301 zurückkommt und die Ziel-URL korrekt ist.
Reihenfolge: erst Mapping vorbereiten (Wochen vorher), dann auf Test-Umgebung umsetzen (Tage vorher), dann Pre-Launch-Check der Redirects (24 Stunden vorher), dann Live-Schaltung mit aktiven Redirects. Wer das Mapping erst am Live-Tag improvisiert, übersieht systematisch — und richtet den größten vermeidbaren Schaden an.
Wer den vollständigen Prozess durchgehen will, findet die neun Schritte eines sauberen Relaunches in Relaunch ohne Ranking-Verlust. Die Grundsatzfrage davor klärt unsere FAQ zu Relaunch oder komplett neue Website.
ProXWorks®-Ansatz: Vollständige Inventur, mehrfach gegengelesen
Wir starten jedes Relaunch-Projekt mit einer vollständigen Bestandsaufnahme — Sitemap, Search Console, Server-Logs, Webanalyse, Backlinks, frischer Crawl. Aus diesen Quellen entsteht die Mapping-Tabelle, jede Zuordnung wird begründet, jede Zeile wird gegengelesen. Am Live-Tag testen wir das Mapping erst auf der Test-Umgebung, dann auf Live, dann mit Stichproben aus der Search Console. Die Tabelle bleibt nach dem Projekt im Kundenbesitz — sie ist die einzige verlässliche Dokumentation, wo welcher Inhalt nach dem Relaunch zu finden ist.