WordPress Weiterleitungen nach Relaunch: URLs sicher umstellen
WordPress Weiterleitungen nach Relaunch sind entscheidend, damit bestehende Besucher und Suchmaschinen auch nach einer neuen Seitenstruktur die richtigen Inhalte finden. Werden URLs geändert, gelöscht oder zusammengeführt, entstehen sonst 404-Fehler, verlorene Verlinkungen und unnötige Rankingrisiken. In diesem Leitfaden erfährst Du, wie Du Weiterleitungen planst, technisch umsetzt, prüfst und typische Fehler nach dem Relaunch vermeidest.
Passende WordPress Hilfe zum Thema
Warum Weiterleitungen nach einem Relaunch so wichtig sind
Ein Relaunch verändert häufig mehr als nur das Design. Neue Themes, eine andere Navigation, neue Kategorien, überarbeitete Inhalte oder ein Wechsel der Permalink-Struktur können dazu führen, dass sich die Adressen einzelner Seiten ändern. Für Besucher ist eine solche Änderung oft unsichtbar, wenn eine passende Weiterleitung eingerichtet wurde. Ohne Weiterleitung führt ein alter Link dagegen auf eine nicht mehr vorhandene Adresse.
Eine Weiterleitung weist den Webbrowser und Suchmaschinen darauf hin, dass ein Inhalt dauerhaft oder vorübergehend unter einer anderen URL erreichbar ist. Bei einem klassischen Relaunch ist in den meisten Fällen eine dauerhafte Weiterleitung mit dem HTTP-Statuscode 301 die passende technische Lösung. Sie sollte jedoch nicht automatisch jede alte URL auf die Startseite führen. Eine gute Weiterleitung leitet möglichst genau auf den thematisch passenden neuen Inhalt.
Besonders wichtig sind alte URLs, die von anderen Websites verlinkt wurden, in Suchmaschinen erscheinen, in E-Mails verwendet werden oder über soziale Netzwerke geteilt wurden. Auch nicht mehr sichtbare URLs können weiterhin Besucher bringen. Deshalb sollte die Weiterleitungsplanung nicht erst beginnen, wenn der neue Internetauftritt bereits online ist.
Welche URLs bei einem Relaunch betroffen sein können
Vor der Umsetzung musst Du zunächst feststellen, welche Adressen sich verändern. Dabei geht es nicht nur um einzelne Seiten. Auch Medien, Beiträge, Kategorien, Produkte und technische URLs können betroffen sein.
- Seiten und Beiträge: Ein geänderter Seitenname oder eine neue Ordnerstruktur kann den Permalink verändern.
- Kategorien und Schlagwörter: Änderungen an Taxonomie-Basis, Slugs oder Kategorienamen erzeugen neue Adressen.
- WooCommerce-Produkte: Produkt-Slugs, Shop-Strukturen und Kategoriepfade können sich ändern.
- Mehrsprachige Inhalte: Sprachpräfixe oder Übersetzungsstrukturen können neue URL-Muster erzeugen.
- Medien: Ein Wechsel des Upload-Pfads oder eine neue Medienverwaltung kann Bild- und Dokumentenadressen beeinflussen.
- HTTP, HTTPS und Domain: Ein Protokollwechsel, ein Wechsel der Domain oder eine Zusammenlegung von Varianten benötigt eine konsistente Weiterleitungslogik.
- Trailing Slash und Großschreibung: Unterschiedliche Schreibweisen können zu zusätzlichen URL-Varianten führen.
Auch URLs mit Parametern, Druckansichten oder alten Kampagnenparametern solltest Du einordnen. Nicht jede technisch erreichbare Adresse braucht eine eigene Regel. Entscheidend ist, ob sie einen relevanten Inhalt repräsentiert, extern verlinkt ist oder in Suchmaschinen sichtbar war.
301, 302 und andere Weiterleitungen verständlich erklärt
Der HTTP-Statuscode beschreibt, wie eine Anfrage beantwortet wird. Für einen Relaunch ist vor allem die Unterscheidung zwischen dauerhaften und vorübergehenden Weiterleitungen wichtig.
| Statuscode | Typische Bedeutung | Geeigneter Einsatz |
|---|---|---|
| 301 | Dauerhaft verschoben | Eine alte URL wurde dauerhaft durch eine neue URL ersetzt. |
| 302 | Vorübergehend verschoben | Die ursprüngliche URL soll voraussichtlich wieder verwendet werden. |
| 307 | Vorübergehende Weiterleitung | Eine vorübergehende Umleitung unter Beibehaltung der HTTP-Methode. |
| 308 | Dauerhaft verschoben | Eine dauerhafte Umleitung unter Beibehaltung der HTTP-Methode. |
| 404 | Nicht gefunden | Die angeforderte Ressource existiert nicht oder wurde nicht gefunden. |
| 410 | Dauerhaft entfernt | Ein Inhalt wurde bewusst entfernt und hat keinen passenden Ersatz. |
Für klassische Seiten- und Beitragsumzüge wird meist eine 301-Weiterleitung eingesetzt. Ob ein nicht mehr vorhandener Inhalt stattdessen einen 404- oder 410-Status erhalten sollte, hängt vom Einzelfall ab. Eine gelöschte Seite ohne sinnvolle Ersatzadresse einfach auf die Startseite umzuleiten, ist keine saubere Lösung. Besucher erwarten dort möglicherweise einen bestimmten Inhalt und finden ihn nicht.
Weiterleitungsplan vor dem Relaunch erstellen
Die Abbildung zeigt, warum alte und neue Adressen vor dem Relaunch systematisch verglichen werden sollten. Besonders wichtige Seiten lassen sich dadurch priorisieren und später gezielt testen.
Ein Weiterleitungsplan verbindet alte und neue URLs. Er ist eine einfache Tabelle, kann aber bei größeren Projekten auch aus Exporten, Datenbankabfragen oder automatisierten Vergleichen entstehen. Wichtig ist, dass jede relevante alte URL bewertet wird.
1. Alte URLs vollständig sammeln
Nutze mehrere Quellen, weil keine einzelne Liste zuverlässig alle relevanten Adressen enthält. Geeignete Quellen sind beispielsweise die bestehende WordPress-Datenbank, XML-Sitemaps, Server-Logs, interne Links, frühere Exportdateien und bekannte externe Verlinkungen. Auch ältere Kampagnen- oder Landingpage-Adressen können noch genutzt werden.
Bei der Sammlung solltest Du die vollständige URL einschließlich Pfad, Protokoll und gegebenenfalls relevanter Parameter dokumentieren. Entferne doppelte Einträge erst, nachdem Du unterschiedliche Schreibweisen geprüft hast. Eine URL mit und ohne abschließenden Schrägstrich kann technisch unterschiedlich behandelt werden.
2. Neue Zieladressen festlegen
Ordne jeder alten URL eine neue Zieladresse zu, wenn ein inhaltlich passender Ersatz vorhanden ist. Bei einer umbenannten Leistungsseite ist die neue Leistungsseite normalerweise das richtige Ziel. Wird ein Beitrag in mehrere neue Beiträge aufgeteilt, musst Du entscheiden, welche Zielseite den ursprünglichen Suchintent am besten abdeckt.
Hat ein Inhalt keinen sinnvollen Ersatz, solltest Du nicht automatisch die Startseite wählen. Je nach Situation kann die passende Kategorie, ein übergeordneter Informationsartikel oder ein korrekter 404- beziehungsweise 410-Status sinnvoller sein. Die Entscheidung sollte für Besucher nachvollziehbar sein und nicht allein auf eine möglichst große Zahl von Weiterleitungen zielen.
3. Weiterleitungen priorisieren
Beginne mit URLs, die organischen Traffic, externe Links, interne Verlinkungen oder geschäftlich wichtige Inhalte repräsentieren. Danach kannst Du weniger wichtige Adressen ergänzen. Bei einem umfangreichen Relaunch hilft eine Priorisierung nach Seitentyp, URL-Bereich und Bedeutung.
| Prüffeld | Frage | Konsequenz |
|---|---|---|
| Inhalt | Existiert der Inhalt weiterhin unter einer neuen Adresse? | Eine thematisch passende 301-Weiterleitung einrichten. |
| Suchintention | Erfüllt die neue Seite dieselbe Erwartung? | Nur bei ausreichender Übereinstimmung direkt weiterleiten. |
| Verlinkung | Gibt es wichtige interne oder externe Links? | URL priorisieren und nach dem Start besonders prüfen. |
| Kein Ersatz | Ist der Inhalt dauerhaft entfernt? | 404 oder 410 bewusst prüfen, statt pauschal umzuleiten. |
Weiterleitungen in WordPress umsetzen
Es gibt mehrere Wege, Weiterleitungen einzurichten. Welche Variante geeignet ist, hängt von der Größe des Projekts, dem Hosting, den vorhandenen Zugriffsrechten und der technischen Kompetenz ab. Vor Änderungen an Konfigurationen solltest Du ein aktuelles Backup erstellen. Bei umfangreichen Relaunches ist eine Staging-Umgebung sinnvoll, damit Regeln und Zieladressen vor dem Livegang geprüft werden können.
Weiterleitungs-Plugin verwenden
Ein spezialisiertes Weiterleitungs-Plugin kann für viele WordPress-Websites eine gut bedienbare Oberfläche bieten. Du kannst alte und neue URL eintragen, den Statuscode auswählen und teilweise auch Fehlerprotokolle einsehen. Das ist praktisch, wenn Weiterleitungen regelmäßig von Redakteuren gepflegt werden müssen.
Beachte jedoch, dass jede zusätzliche Plugin-Funktion Wartungsbedarf und eine weitere technische Abhängigkeit bedeutet. Prüfe vor dem Einsatz, ob das Plugin mit der verwendeten WordPress-Version, dem Theme, dem Hosting und vorhandenen Caching-Systemen zusammenspielt. Bei sehr vielen Regeln kann eine serverseitige Umsetzung performanter und übersichtlicher sein.
Weiterleitungen über die Serverkonfiguration
Bei Apache-Servern werden Weiterleitungen häufig in der Datei .htaccess oder in einer vergleichbaren Serverkonfiguration definiert. Eine einfache Regel kann beispielsweise so aussehen:
Redirect 301 /alte-seite/ https://www.beispiel.de/neue-seite/Die konkrete Syntax hängt von der Serverumgebung ab. Bei Nginx werden Weiterleitungen normalerweise in der Serverkonfiguration und nicht über .htaccess umgesetzt. Änderungen an diesen Dateien können bei einem Syntaxfehler dazu führen, dass die Website nicht mehr korrekt erreichbar ist. Deshalb solltest Du die Konfiguration sichern, Regeln schrittweise einspielen und die Serverantwort anschließend prüfen.
Bei einer Domainumstellung ist außerdem darauf zu achten, dass die Regel nicht in eine Endlosschleife führt. Die alte Domain muss auf die neue Domain zeigen, während die Zieladresse selbst nicht erneut auf die alte Domain zurückverweist.
Weiterleitungen programmatisch integrieren
In bestimmten Fällen kann eine individuelle Lösung sinnvoll sein, etwa wenn URLs nach klaren Mustern umgebaut werden oder eine komplexe Datenzuordnung erforderlich ist. WordPress bietet dafür unter anderem Hooks und eigene Logik im Plugin-Kontext. Solche Anpassungen sollten möglichst updatefähig umgesetzt werden und nicht direkt in WordPress-Core-Dateien erfolgen.
Eine Weiterleitung sollte möglichst früh und eindeutig ausgeführt werden. Wird erst eine komplette Seite geladen und anschließend per JavaScript oder HTML weitergeleitet, entstehen unnötige Verzögerungen und zusätzliche Fehlerquellen. Eine serverseitige oder sauber integrierte HTTP-Weiterleitung ist für technische Migrationen meist die robustere Variante.
Regeln für unterschiedliche URL-Strukturen
Viele Relaunches ändern nicht nur einzelne Slugs, sondern ganze URL-Muster. Dann kann eine Regel mit einem festen alten und neuen Pfad ausreichen. Bei wiederkehrenden Strukturen können Musterregeln oder reguläre Ausdrücke helfen. Diese sollten sparsam und nachvollziehbar eingesetzt werden.
Einzelne URL umleiten
Bei einer einzelnen Änderung ist eine direkte Zuordnung am klarsten:
/leistungen/webdesign/ -> /leistungen/wordpress-entwicklung/Prüfe, ob die neue Seite inhaltlich tatsächlich dieselbe Erwartung erfüllt. Ähnlich klingende Slugs sind nicht automatisch gleichbedeutend.
Ein ganzes Verzeichnis umziehen
Wenn beispielsweise alle Inhalte von /blog/ nach /magazin/ verschoben werden, kann eine Musterregel den Pfadbestandteil übernehmen. Dabei darf die Regel keine bereits neue Adresse erneut erfassen. Ein Test mit mehreren Beispielen ist wichtig, darunter die Verzeichnishauptseite, Unterseiten, Dateien und ungewöhnliche Slugs.
Domainwechsel und HTTPS
Bei einem Domainwechsel müssen alle Varianten berücksichtigt werden, die bisher erreichbar waren: unterschiedliche Protokolle, Subdomains und gegebenenfalls die Version mit oder ohne www. Idealerweise wird jede alte URL direkt auf die entsprechende neue Zieladresse umgeleitet. Mehrere aufeinanderfolgende Weiterleitungen sollten vermieden werden.
Zusätzlich müssen Canonical-URLs, XML-Sitemaps, interne Links, strukturierte Daten, E-Mail-Signaturen und externe Dienste aktualisiert werden. Weiterleitungen sind kein Ersatz für die Anpassung der Website selbst.
Weiterleitungsketten und Schleifen vermeiden
Eine Weiterleitungskette entsteht, wenn eine alte URL zunächst auf eine Zwischenadresse und anschließend auf die endgültige Zieladresse verweist. Beispiel: Alte URL A führt zu URL B, URL B führt zu URL C. Eine solche Kette erschwert die Fehleranalyse und kann die Ladezeit unnötig erhöhen.
Besser ist eine direkte Regel von A nach C. Das gilt auch, wenn eine Website bereits frühere Relaunches oder Domainwechsel erlebt hat. Prüfe deshalb nicht nur neue Regeln, sondern auch vorhandene Weiterleitungen. Eine Weiterleitungsschleife ist noch problematischer: Die Anfrage wird immer wieder zwischen Adressen hin- und hergeschickt und kann nicht erfolgreich abgeschlossen werden.
- Direkte Zieladresse statt Zwischenstation verwenden.
- Regeln nach Priorität und Spezifität ordnen.
- Alte Regeln nach einem Relaunch nicht unkontrolliert löschen.
- HTTP- und HTTPS-Varianten getrennt testen.
- Weiterleitungen mit und ohne abschließenden Schrägstrich prüfen.
- Cache nach Änderungen leeren, wenn alte Antworten zwischengespeichert werden.
Interne Links, Canonicals und Sitemaps aktualisieren
Eine Weiterleitung ist eine Absicherung für alte Adressen, sollte aber nicht zum dauerhaften Ersatz für interne Links werden. Wenn die neue URL bekannt ist, sollten Navigation, Textlinks, Bilder, Breadcrumbs und XML-Sitemaps direkt auf diese Adresse zeigen. So müssen Besucher und Suchmaschinen nicht erst über eine Weiterleitung gehen.
Prüfe außerdem Canonical-Elemente. Eine neue Seite sollte in der Regel auf ihre eigene bevorzugte URL oder auf eine bewusst festgelegte alternative URL verweisen. Zeigt ein Canonical weiterhin auf die alte Adresse, kann das widersprüchliche Signale erzeugen. Das Gleiche gilt für hreflang-Verweise bei mehrsprachigen Websites.
XML-Sitemaps sollten nur aktuelle, indexierbare Zieladressen enthalten. Alte URLs, die ausschließlich weiterleiten, gehören normalerweise nicht als bevorzugte Inhalte in die neue Sitemap. Nach der Veröffentlichung sollte die Sitemap neu erzeugt beziehungsweise aktualisiert und in den vorgesehenen Suchmaschinenwerkzeugen eingereicht werden.
Weiterleitungen nach dem Relaunch testen
Der Relaunch ist erst dann technisch abgeschlossen, wenn die Weiterleitungen geprüft wurden. Teste nicht nur die Startseite, sondern eine repräsentative Auswahl aus allen URL-Typen. Bei großen Projekten ist ein automatisierter Crawl oder ein Abgleich der alten und neuen URL-Liste sinnvoll.
Technische Einzelprüfung
Für jede wichtige alte URL solltest Du kontrollieren, ob der erwartete HTTP-Statuscode zurückgegeben wird, ob das Ziel erreichbar ist und ob die Zielseite zum ursprünglichen Inhalt passt. Achte auch darauf, dass keine Weiterleitung auf eine Fehlerseite, eine nicht indexierbare Seite oder eine völlig unpassende Zieladresse führt.
Prüfe außerdem, ob die finale Zieladresse direkt erreicht wird. Wenn ein Testwerkzeug mehrere Sprünge anzeigt, untersuche die Ursache. Ein einzelner zusätzlicher Schritt kann in besonderen Konfigurationen unvermeidbar sein, sollte aber nicht aus unübersichtlichen Regeln entstehen.
Inhaltliche Prüfung
Ein technisch korrekter Statuscode reicht nicht aus. Öffne die Zielseite und frage Dich, ob ein Besucher dort die erwartete Information findet. Wenn eine alte Produktseite auf eine allgemeine Startseite führt, ist das zwar möglicherweise technisch erreichbar, aber inhaltlich wenig hilfreich.
Prüfung nach dem Livegang
Nach der Veröffentlichung solltest Du Server-Logs, WordPress-Fehlerprotokolle und die Berichte der eingesetzten Analyse- oder Suchmaschinenwerkzeuge beobachten. Neue 404-Fehler können auf übersehene alte URLs, fehlerhafte interne Links oder falsche Musterregeln hinweisen.
| Beobachtung | Mögliche Ursache | Prüfung oder Lösung |
|---|---|---|
| Viele 404-Fehler in einem alten Verzeichnis | Ein URL-Muster wurde nicht übernommen. | Alte und neue Pfade vergleichen und passende Regeln ergänzen. |
| Weiterleitung endet auf falscher Seite | Die Zuordnung wurde pauschal oder zu allgemein erstellt. | Eine spezifischere Einzelregel mit passender Zielseite anlegen. |
| Zu viele Weiterleitungsschritte | Mehrere Relaunch-Regeln greifen nacheinander. | Direkte Weiterleitung zur finalen URL einrichten. |
| Endlosschleife | Regeln für Domain, Protokoll oder Slash widersprechen sich. | Regeln einzeln deaktivieren und die Reihenfolge korrigieren. |
| Alte URL bleibt in internen Links | Inhalte oder Menüs wurden nicht vollständig aktualisiert. | Interne Verweise, Navigation und Sitemap durchsuchen. |
Praxisbeispiel: Relaunch einer Unternehmenswebsite
Angenommen, eine Unternehmenswebsite verwendet bisher Adressen wie /leistungen/wordpress/ und strukturiert ihre Inhalte nach dem Relaunch neu. Die neue Seite liegt unter /wordpress-entwicklung/. Eine direkte 301-Weiterleitung kann die alte Adresse mit dem neuen Angebot verbinden.
Vor der Veröffentlichung wird zunächst geprüft, ob die neue Seite denselben Informationsbedarf abdeckt. Danach werden die alte URL, die neue URL und der gewünschte Statuscode in den Weiterleitungsplan aufgenommen. Interne Links, Navigation, Canonical-Angabe und Sitemap werden auf die neue Adresse angepasst. Nach dem Livegang wird die alte URL technisch aufgerufen, die Zielseite inhaltlich geprüft und der Statuscode kontrolliert.
Angenommen, ein alter Blogartikel wurde nicht ersetzt, weil sein Inhalt veraltet ist. Dann wäre eine Weiterleitung auf die Startseite keine fachlich überzeugende Lösung. Je nach Inhalt kann ein aktueller, thematisch passender Artikel als Ziel dienen. Gibt es keinen sinnvollen Ersatz, sollte die Seite kontrolliert entfernt und mit einer passenden Fehlerantwort behandelt werden.
Typische Fehler bei WordPress Weiterleitungen nach Relaunch
Der Weiterleitungsplan entsteht erst nach dem Livegang
Dann fehlen oft wichtige alte URLs, und die Fehlersuche findet unter Zeitdruck statt. Besser ist ein Plan vor dem Relaunch, der nach dem Start ergänzt und überprüft wird.
Alle alten URLs führen zur Startseite
Diese Lösung ist bequem, aber inhaltlich häufig ungenau. Besucher verlieren den erwarteten Kontext. Ordne jede wichtige alte URL einer möglichst passenden neuen Seite zu.
Nur die sichtbare Navigation wird geprüft
Alte URLs befinden sich auch in Suchmaschinen, PDF-Dateien, externen Websites, E-Mails und gespeicherten Browser-Lesezeichen. Eine Prüfung ausschließlich der Menüs deckt diese Quellen nicht ab.
Weiterleitungen werden im Frontend per JavaScript erstellt
Eine JavaScript-Weiterleitung ist für einen Relaunch meist unnötig und kann bei deaktiviertem JavaScript oder technischen Fehlern problematisch sein. Nutze nach Möglichkeit eine HTTP-Weiterleitung auf Server- oder WordPress-Ebene.
Reguläre Ausdrücke werden ungeprüft übernommen
Musterregeln können viele URLs schnell abdecken, aber auch falsche Zieladressen erzeugen. Teste positive und negative Beispiele. Eine Regel sollte nicht mehr URLs erfassen als beabsichtigt.
Alte Regeln werden sofort gelöscht
Bei einem neuen Relaunch können ältere Weiterleitungen weiterhin relevant sein. Entferne sie erst, wenn geprüft wurde, dass sie nicht mehr benötigt werden und keine wichtigen alten Pfade abdecken.
Technische und organisatorische Empfehlungen
Lege die Zuständigkeit für Weiterleitungen fest. Bei kleinen Websites kann eine Person den Plan pflegen. Bei größeren Projekten sollten Redaktion, Entwicklung, SEO und gegebenenfalls Hosting gemeinsam festlegen, welche URL als relevant gilt und wie nicht ersetzbare Inhalte behandelt werden.
Dokumentiere neben alter und neuer URL auch den Grund der Weiterleitung, das Datum der Änderung und den verantwortlichen Bereich. Dadurch lassen sich spätere Anpassungen nachvollziehen. Wenn ein Plugin eingesetzt wird, sollten die Regeln regelmäßig exportiert oder anderweitig gesichert werden. Bei serverseitigen Regeln gehört die Konfiguration in einen kontrollierten Änderungsprozess.
Achte auf Performance und Sicherheit. Eine sehr große Zahl dynamisch verarbeiteter Weiterleitungen kann die Anfragebearbeitung belasten. Ungeprüfte Eingaben in individuellen Weiterleitungsmechanismen können außerdem Sicherheitsprobleme verursachen. Bei komplexen Migrationen ist eine technische Prüfung durch eine fachkundige Person sinnvoll.
FAQ
Welche Weiterleitung sollte ich nach einem Relaunch verwenden?
Wenn eine alte URL dauerhaft durch eine neue URL ersetzt wurde, ist in der Regel eine 301-Weiterleitung passend. Entscheidend ist nicht nur der Statuscode, sondern auch die inhaltliche Übereinstimmung zwischen alter und neuer Seite.
Wie lange müssen WordPress Weiterleitungen nach einem Relaunch bestehen bleiben?
Das hängt von der Bedeutung und Nutzung der alten URL ab. Wichtige, extern verlinkte oder dauerhaft bekannte Adressen sollten nicht vorschnell entfernt werden. Prüfe die Nutzung regelmäßig und dokumentiere jede Änderung, bevor eine Regel gelöscht wird.
Kann ich alle alten URLs auf die Startseite weiterleiten?
Technisch ist das möglich, fachlich aber häufig nicht sinnvoll. Eine Weiterleitung sollte möglichst auf einen passenden Ersatzinhalt zeigen. Wenn kein Ersatz existiert, kann ein korrekter 404- oder 410-Status besser sein als eine irreführende Weiterleitung.
Brauche ich für jede geänderte URL eine eigene Regel?
Nicht unbedingt. Bei klaren, wiederkehrenden URL-Mustern kann eine geprüfte Musterregel mehrere Adressen abdecken. Einzelregeln sind jedoch oft leichter zu verstehen und bei wichtigen Seiten genauer. Jede Musterregel sollte mit unterschiedlichen Beispielen getestet werden.
Was ist eine Weiterleitungskette?
Eine Weiterleitungskette entsteht, wenn eine alte URL über eine oder mehrere Zwischenadressen zur endgültigen Zielseite führt. Sie sollte möglichst durch eine direkte Weiterleitung von der ursprünglichen URL zur finalen Adresse ersetzt werden.
Wie finde ich vergessene alte URLs?
Vergleiche die alte WordPress-Datenbank, XML-Sitemaps, interne Links, Server-Logs, frühere Exporte und bekannte externe Verlinkungen. Nach dem Livegang liefern 404-Berichte zusätzliche Hinweise auf übersehene Adressen.
Was muss ich bei einem Domainwechsel zusätzlich beachten?
Prüfe alle alten Domain- und Protokollvarianten, aktualisiere interne Links, Canonicals, Sitemaps und gegebenenfalls hreflang-Verweise. Achte darauf, dass keine Schleife zwischen alter und neuer Domain entsteht.
Soll ich Weiterleitungen mit einem Plugin oder auf dem Server einrichten?
Ein Plugin kann für eine überschaubare Website und eine komfortable Pflege geeignet sein. Serverregeln sind bei passenden Hostingbedingungen oft effizient und direkt. Die Entscheidung sollte die Projektgröße, vorhandene Zugriffsrechte, Wartbarkeit und das technische Risiko berücksichtigen.
Fazit
WordPress Weiterleitungen nach Relaunch sollten geplant, inhaltlich bewertet und technisch getestet werden. Erstelle vor dem Livegang eine Liste relevanter alter URLs, ordne passende neue Zielseiten zu und verwende für dauerhafte Umzüge in der Regel 301-Weiterleitungen. Aktualisiere zusätzlich interne Links, Canonicals und Sitemaps, damit die neue Website nicht unnötig über alte Adressen arbeitet.
Besonders wichtig sind direkte Zieladressen, eine nachvollziehbare Dokumentation und eine Prüfung nach dem Relaunch. Wenn URL-Muster, Domainwechsel oder individuelle Programmierung beteiligt sind, solltest Du Änderungen zunächst in einer sicheren Umgebung testen und Backups bereithalten. So wird der Relaunch nicht nur optisch, sondern auch technisch sauber umgesetzt.