URL-Mapping beim Relaunch

Was gehört in ein URL-Mapping?

Beim reinen Wechsel der Webdesign-Agentur können die bisherigen Adressen unverändert bleiben. Ein URL-Mapping wird relevant, wenn Seitenadressen tatsächlich geändert oder Inhalte neu zugeordnet werden.

Ein URL-Mapping ist eine Arbeitsliste: Jede bekannte alte Adresse erhält eine Entscheidung und, falls nötig, ein konkretes neues Ziel. Du planst damit die Weiterleitungen, richtest sie aber noch nicht ein. Die fertige Liste geht an die Person, die Hosting, Website oder Weiterleitungsregeln betreut.

Du musst URLs nicht ändern, nur weil das Design neu wird. Bleiben Inhalt und Adresse passend, kann die Seite unter derselben URL weiterlaufen. Dieser Ratgeber behandelt die Zuordnung einzelner Adressen. Leistungen, Kosten und die gesamte Projektbegleitung findest du unter Website-Relaunch.

1. Die alten Adressen zusammentragen

Sammle URLs aus dem bisherigen System, der Sitemap, einem Website-Crawl, der Search Console sowie verfügbaren Besuchs- und Serverdaten. Denke auch an verlinkte PDFs und Bilder. Google nennt diese Quellen in seiner Anleitung zu Website-Umzügen.

Führe die Listen in einer gemeinsamen Datei zusammen. Notiere zu jeder Adresse, woher sie stammt. Eine Seite mit null gemessenen Klicks ist nicht automatisch wertlos: Vielleicht wird sie saisonal besucht, direkt verlinkt oder ist für bestehende Kunden wichtig.

Prüfe Varianten bewusst: mit und ohne www, alte Pfade mit abschließendem Schrägstrich oder URLs mit Parametern. Entferne Parameter nicht pauschal aus deiner Liste, wenn sie zum Beispiel ein bestimmtes Produkt oder eine Sprache auswählen. Für die Freigabe zählt die vollständige Adresse einschließlich Domain.

Behalten, verschieben oder entfernen?

Stelle dir bei jeder Zeile die Frage: Was wollte jemand unter dieser alten Adresse finden? Bei der Gartenpflege ist die Antwort eine konkrete Leistung, nicht einfach irgendeine Seite des Betriebs. Fehlt diese Leistung am neuen Ziel, ist die Zuordnung noch nicht fertig. Ergänze den Inhalt oder suche ein besseres Ziel.

Für dauerhafte Umzüge empfiehlt Google serverseitige Weiterleitungen. Sowohl 301 als auch 308 kennzeichnen einen dauerhaften Wechsel; eine 308 ist deshalb nicht automatisch ein SEO-Fehler. Die Unterschiede erklärt die Dokumentation zu Weiterleitungen. Die Tabelle verwendet 301 als Beispiel, nicht als Vorgabe für jedes System.

Ohne passenden Ersatz kann eine entfernte URL 404 oder 410 zurückgeben. Eine hübsche Fehlerseite mit Status 200 ist dagegen kein sauberer Ersatz. Google behandelt die meisten 4xx-Statuscodes für die Indexierung ähnlich; 410 ist kein garantierter Beschleuniger. Siehe Googles Erläuterung der HTTP-Statuscodes.

Leite nicht alle entfernten Seiten auf die Startseite um. Google warnt bei unpassenden Sammelweiterleitungen vor einer möglichen Einstufung als Soft-404. Weiterleitungen sollen möglichst direkt zum endgültigen Ziel führen und grundsätzlich mindestens ein Jahr bestehen bleiben; für weiterhin genutzte alte Links auch länger. Grundlage ist die oben verlinkte Umzugsanleitung.

4. Wo werden die Weiterleitungen eingerichtet?

Die Tabelle bleibt dein Plan und Abnahmeprotokoll. Technisch umgesetzt wird sie je nach System in der Hosting-Konfiguration, im Webserver, im Website-Framework oder über eine geeignete CMS-Funktion. Die Search Console speichert keine Weiterleitungsregeln für deine Website.

Stimme zuerst ab, welche Ebene die Regeln verantwortet. Andernfalls kann beispielsweise das Hosting schon eine Domain umleiten, während die Website erneut auf einen anderen Pfad weiterleitet. Lass die Kombination aus Domain- und Pfadregeln gemeinsam testen. Eine allgemeine Regel darf keine spezifische Zuordnung ungewollt abfangen.

Bei wenigen Seiten sind explizite Einzelzuordnungen gut überprüfbar. Musterregeln können größere Mengen abdecken, brauchen aber zusätzliche Negativtests: Was passiert mit einem unbekannten Pfad oder einer Adresse, die nur ähnlich aussieht? Kopiere deshalb keine fremden Serverregeln ungeprüft in dein Produktivsystem.

5. Vor dem Start die Ziele abnehmen

Öffne jedes geplante Ziel in der Testumgebung. Der richtige Pfad allein genügt nicht: Überschrift, Angebot, Downloads und Kontaktweg müssen zu deiner Entscheidung passen. Vergleiche gerade bei zusammengeführten Seiten die alten Inhalte mit dem neuen Text.

Für Seiten, die in die Suche sollen, müssen Zugriff und Indexierung möglich sein. Die kanonische URL soll auf die gewünschte öffentliche Adresse zeigen, nicht auf die Testdomain. Ein Canonical ist ein Signal zur bevorzugten URL und kein Ersatz für die Weiterleitung eines Besuchers. Google erklärt die unterschiedlichen Canonical-Signale.

Prüfe außerdem Navigation, Textlinks, Sitemap und eingebundene Dateien auf alte Ziele. Testzugangsschutz bleibt auf der Testumgebung bestehen. Einstellungen, die nur für diese Umgebung gedacht sind, dürfen nicht versehentlich die öffentliche Website blockieren.

Wann ist dieser Teil des Relaunchs fertig?

Für die technische Freigabe sollten alle erfassten URLs eine geprüfte Entscheidung haben. Offene Abweichungen brauchen eine zuständige Person und einen Termin. Sichere die fertige Liste zusammen mit dem Veröffentlichungsdatum, damit spätere Änderungen nachvollziehbar bleiben.

Danach folgt die Beobachtung: Kontrolliere die Indexierung und vergleiche relevante Seiten und Suchanfragen über vergleichbare Zeiträume. Ein bestandener Weiterleitungstest garantiert weder unveränderte Rankings noch Top-Positionen. Er belegt zunächst, dass die vereinbarten Wege und Inhalte erreichbar sind.

Du planst gerade den Umzug? Deinen Relaunch mit mir besprechen. Nenne deine öffentliche Website, das geplante System und den Zieltermin. Private Verwaltungslinks und Zugangsdaten sind für die erste Anfrage nicht nötig. Umfang und Kosten stimmen wir vor einem Auftrag ab.