Bei einem Rebranding soll die alte WordPress-Domain dauerhaft auf die neue Adresse führen. Eine pauschale Weiterleitung aller Pfade zur Startseite wäre schnell eingerichtet, würde aber Produkt-, Artikel- und Sprachkontext verlieren. Eine saubere Migration ordnet wertvolle alte URLs ihren passenden neuen Ressourcen zu und hält den alten Host lange genug betriebsfähig.
- Was das Thema bedeutet
- Ein realistisches WordPress-Beispiel
- Warum es wichtig ist und wann es eingesetzt wird
- Der einfache Weg für Einsteiger
- Der technische Weg
- Risiken, häufige Fehler, Backup und Rollback
- So unterstützt AIOWS Weiterleitungs-Manager
- Passende AIOWS-Artikel
- Fazit und empfohlener Weg
- Offizielle Quellen
Was zu einer Domainmigration gehört
Eine Domainmigration verbindet DNS, TLS-Zertifikate, Host-Routing, WordPress-URLs, Weiterleitungen und Inhaltssignale. Der alte Host muss weiterhin auflösen und über ein gültiges Zertifikat antworten, damit Browser überhaupt einen HTTPS-Redirect empfangen können.
Für jede wichtige alte URL wird das nächstgelegene neue Ziel bestimmt. Existiert kein sinnvoller Ersatz, ist eine klare 404- oder 410-Antwort oft ehrlicher als eine Weiterleitung zur Startseite. Sprache und Nutzerabsicht bleiben bei jeder Zuordnung erhalten.
Ein realistisches WordPress-Beispiel
Die DNS-Einträge der alten Domain zeigen bereits auf den neuen Host, doch das alte Zertifikat ist abgelaufen. Zusätzlich sendet eine Wildcard-Regel sämtliche Produkt-URLs auf die neue Homepage. Nutzer erhalten entweder eine TLS-Warnung oder verlieren den Bezug zum gesuchten Produkt.
Das Team erneuert zuerst die Zertifikatsabdeckung für Root- und www-Host. Anschließend entstehen direkte 301-Zuordnungen für fortbestehende Produkte und Inhalte. Eingestellte Angebote ohne Ersatz liefern einen geeigneten Fehlerstatus statt einer inhaltlich unpassenden Umleitung.
Warum Host und Ressource getrennt geplant werden
Ein Domainwechsel betrifft nicht nur Websites. E-Mail-Links, Payment-Callbacks, Webhooks, APIs, externe Logins, Downloads und Monitoring können weiterhin die alte Domain verwenden. Werden DNS oder Zertifikat zu früh entfernt, brechen diese Übergänge, obwohl die neue Website selbst funktioniert.
Auch Suchsignale hängen von konsistenten Zielen ab. Canonical-Tags, hreflang, Open Graph, Sitemap und interne Links sollten die neue Domain direkt verwenden. Redirects bleiben für alte externe Links erhalten, sind aber kein Ersatz für aktualisierte interne Quellen.
Der einfache Weg für Einsteiger
- Inventarisieren Sie wichtige alte URLs, Sprachen und externe Abhängigkeiten.
- Stabilisieren Sie die URL-Struktur auf der neuen Domain.
- Stellen Sie für alte und neue Hosts gültiges DNS und HTTPS bereit.
- Ordnen Sie jede wertvolle alte URL dem passenden neuen Inhalt zu.
- Aktualisieren Sie WordPress- und Website-Adresse, interne Links, Canonical, hreflang und Sitemap.
- Testen Sie Root- und
www-Hosts über HTTP und HTTPS sowie E-Mail-, API-, Callback- und Downloadpfade.
Der technische Weg
Erstellen Sie ein versioniertes Mapping aus alter URL, neuer URL, Sprache, Statuscode und fachlicher Begründung. Prüfen Sie Ziele auf 200-Antwort, Inhalt und kanonische Signale. Jede Quelle sollte mit höchstens einem Redirect auf das endgültige Ziel führen.
Führen Sie getrennte Zugriffs- und Fehlerprotokolle für beide Hosts. So erkennen Sie fehlende Zuordnungen und weiterhin genutzte Abhängigkeiten. Die alte Infrastruktur bleibt erhalten, bis der Restverkehr und alle bekannten Integrationen über einen vereinbarten Zeitraum auf die neue Domain umgestellt sind.
Risiken, häufige Fehler, Backup und Rollback
Sichern Sie DNS-, Zertifikats-, Host-, WordPress- und Redirect-Konfiguration. Wildcard-Regeln dürfen keine fremden Hosts akzeptieren oder offene Weiterleitungen ermöglichen. Ein abgelaufenes Zertifikat verhindert den Redirect bereits vor HTTP; eine reine WordPress-Regel kann das nicht beheben.
Bei TLS-Fehlern, falschen Sprachen, unterbrochenen Callbacks oder unpassenden Zielseiten stoppen Sie die nächste Migrationsphase. Stellen Sie die zuletzt geänderte Zuordnung beziehungsweise Hostregel wieder her und lassen Sie den alten Dienst verfügbar, bis der Fehler geklärt ist.
So unterstützt AIOWS:
AIOWS Weiterleitungs-Manager
AIOWS Weiterleitungs-Manager kann unterstützte WordPress-Weiterleitungen mit Quelle, Ziel und Statuscode verwalten. Für eine Domainmigration eignet sich das vor allem für ausdrückliche Zuordnungen, die auf der WordPress-Ebene liegen. Die vollständige Migration umfasst jedoch zusätzlich DNS, TLS und Host-Routing außerhalb des Moduls.
Bereiten Sie vor der Regelanlage ein geprüftes URL-Mapping vor. Wertvolle alte Ressourcen erhalten ein inhaltlich und sprachlich passendes neues Ziel. Die neue URL muss erreichbar sein und das erwartete Canonical liefern. Eine pauschale Weiterleitung sämtlicher Pfade zur Homepage ist kein Ersatz für diese Zuordnung.
Nach der Aktivierung werden repräsentative alte URLs über HTTP und HTTPS ohne Administrator-Cookie aufgerufen. Erwartet wird ein direkter 301-Redirect auf genau einen passenden Inhalt. Root-, www-, Sprach- und Query-Varianten sowie eine alte URL ohne Ersatz gehören in die Prüfung. Externe Callbacks und Downloads werden separat mit den zuständigen Systemen getestet.
Der Weiterleitungs-Manager kann weder DNS noch TLS-Zertifikate oder externe Dienste umstellen. Er sollte daher erst eingesetzt werden, wenn beide Hosts zuverlässig erreichbar sind. Verweist eine AIOWS-Regel auf ein falsches Ziel oder erzeugt sie eine Kette, wird nur diese Regel auf den vorher exportierten Stand zurückgesetzt; die alte Domain bleibt währenddessen online.
AIOWS Weiterleitungs-Manager ansehenAIOWS-Tarife vergleichen
Passende AIOWS-Artikel
- Weiterleitungsketten in WordPress finden und auflösen
- Alten WordPress-Slug nach URL-Änderung weiterleiten
- Gelöschte WordPress-Seiten: 404, 410 oder Weiterleitung?
Fazit und empfohlener Weg
Halten Sie beide Domains während der gemessenen Migration erreichbar und ordnen Sie Ressourcen statt nur Hosts zu. Direkte 301-Weiterleitungen, gültiges TLS und aktualisierte interne Signale bewahren Nutzerabsicht und Sichtbarkeit. Der alte Host bleibt aktiv, bis alle Abhängigkeiten umgezogen sind.
