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 Zieladresse auf der neuen Website |
| Status der neuen URL | Existiert sie? Ist sie 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 fällt in eines von fünf Szenarien — 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 werden auf einer neuen, umfassenderen Seite zusammengeführt. Alle alten URLs zeigen per 301 auf die neue Seite.
3. Inhalts-Aufteilung
Eine alte URL wird in mehrere neue Seiten aufgeteilt. 301 auf die thematisch zentrale neue Seite, von dort interne Verlinkung zu den weiteren neuen Seiten.
4. Übergeordnete Zuordnung
Es gibt keinen 1:1-Ersatz, aber eine sinnvolle übergeordnete neue Seite. 301 dorthin, mit Hinweis im Content auf den ursprünglichen Sachverhalt.
5. Bewusste Entfernung
Der Inhalt existiert nicht mehr und soll nicht ersetzt werden. 410 (Gone), nicht 404. Suchmaschinen entfernen 410-URLs schneller aus dem Index — 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 wird mindestens zweimal von einer zweiten Person gegengelesen — und zwar nicht „kurz durchschauen", sondern Zeile für Zeile gegen den Live-Stand der alten Website abgeglichen. Pro hundert Mapping-Einträge entdeckt ein guter Reviewer im Schnitt fünf bis zehn falsche Zuordnungen.
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.