{"id":2061,"date":"2026-05-03T13:10:01","date_gmt":"2026-05-03T10:10:01","guid":{"rendered":"https:\/\/allinonewpsettings.com\/blog\/?p=2061"},"modified":"2026-08-02T12:09:21","modified_gmt":"2026-08-02T12:09:21","slug":"alte-domain-in-wordpress-auf-neue-domain-weiterleiten","status":"publish","type":"post","link":"https:\/\/allinonewpsettings.com\/blog\/de\/alte-domain-in-wordpress-auf-neue-domain-weiterleiten\/","title":{"rendered":"Alte WordPress-Domain auf eine neue Domain weiterleiten"},"content":{"rendered":"

Bei einem Rebranding soll die alte WordPress-Domain dauerhaft auf die neue Adresse f\u00fchren. Eine pauschale Weiterleitung aller Pfade zur Startseite w\u00e4re schnell eingerichtet, w\u00fcrde aber Produkt-, Artikel- und Sprachkontext verlieren. Eine saubere Migration ordnet wertvolle alte URLs ihren passenden neuen Ressourcen zu und h\u00e4lt den alten Host lange genug betriebsf\u00e4hig.<\/p>\n

\nInhaltsverzeichnis<\/strong><\/p>\n
    \n
  1. Was das Thema bedeutet<\/a><\/li>\n
  2. Ein realistisches WordPress-Beispiel<\/a><\/li>\n
  3. Warum es wichtig ist und wann es eingesetzt wird<\/a><\/li>\n
  4. Der einfache Weg f\u00fcr Einsteiger<\/a><\/li>\n
  5. Der technische Weg<\/a><\/li>\n
  6. Risiken, h\u00e4ufige Fehler, Backup und Rollback<\/a><\/li>\n
  7. So unterst\u00fctzt AIOWS Weiterleitungs-Manager<\/a><\/li>\n
  8. Passende AIOWS-Artikel<\/a><\/li>\n
  9. Fazit und empfohlener Weg<\/a><\/li>\n
  10. Offizielle Quellen<\/a><\/li>\n<\/ol>\n<\/div>\n

    Was zu einer Domainmigration geh\u00f6rt<\/h2>\n

    Eine Domainmigration verbindet DNS, TLS-Zertifikate, Host-Routing, WordPress-URLs, Weiterleitungen und Inhaltssignale. Der alte Host muss weiterhin aufl\u00f6sen und \u00fcber ein g\u00fcltiges Zertifikat antworten, damit Browser \u00fcberhaupt einen HTTPS-Redirect empfangen k\u00f6nnen.<\/p>\n

    F\u00fcr jede wichtige alte URL wird das n\u00e4chstgelegene 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.<\/p>\n

    Ein realistisches WordPress-Beispiel<\/h2>\n

    Die DNS-Eintr\u00e4ge der alten Domain zeigen bereits auf den neuen Host, doch das alte Zertifikat ist abgelaufen. Zus\u00e4tzlich sendet eine Wildcard-Regel s\u00e4mtliche Produkt-URLs auf die neue Homepage. Nutzer erhalten entweder eine TLS-Warnung oder verlieren den Bezug zum gesuchten Produkt.<\/p>\n

    Das Team erneuert zuerst die Zertifikatsabdeckung f\u00fcr Root- und www<\/code>-Host. Anschlie\u00dfend entstehen direkte 301-Zuordnungen f\u00fcr fortbestehende Produkte und Inhalte. Eingestellte Angebote ohne Ersatz liefern einen geeigneten Fehlerstatus statt einer inhaltlich unpassenden Umleitung.<\/p>\n

    Warum Host und Ressource getrennt geplant werden<\/h2>\n

    Ein Domainwechsel betrifft nicht nur Websites. E-Mail-Links, Payment-Callbacks, Webhooks, APIs, externe Logins, Downloads und Monitoring k\u00f6nnen weiterhin die alte Domain verwenden. Werden DNS oder Zertifikat zu fr\u00fch entfernt, brechen diese \u00dcberg\u00e4nge, obwohl die neue Website selbst funktioniert.<\/p>\n

    Auch Suchsignale h\u00e4ngen von konsistenten Zielen ab. Canonical-Tags, hreflang, Open Graph, Sitemap und interne Links sollten die neue Domain direkt verwenden. Redirects bleiben f\u00fcr alte externe Links erhalten, sind aber kein Ersatz f\u00fcr aktualisierte interne Quellen.<\/p>\n

    Der einfache Weg f\u00fcr Einsteiger<\/h2>\n
      \n
    1. Inventarisieren Sie wichtige alte URLs, Sprachen und externe Abh\u00e4ngigkeiten.<\/li>\n
    2. Stabilisieren Sie die URL-Struktur auf der neuen Domain.<\/li>\n
    3. Stellen Sie f\u00fcr alte und neue Hosts g\u00fcltiges DNS und HTTPS bereit.<\/li>\n
    4. Ordnen Sie jede wertvolle alte URL dem passenden neuen Inhalt zu.<\/li>\n
    5. Aktualisieren Sie WordPress- und Website-Adresse, interne Links, Canonical, hreflang und Sitemap.<\/li>\n
    6. Testen Sie Root- und www<\/code>-Hosts \u00fcber HTTP und HTTPS sowie E-Mail-, API-, Callback- und Downloadpfade.<\/li>\n<\/ol>\n

      Der technische Weg<\/h2>\n

      Erstellen Sie ein versioniertes Mapping aus alter URL, neuer URL, Sprache, Statuscode und fachlicher Begr\u00fcndung. Pr\u00fcfen Sie Ziele auf 200-Antwort, Inhalt und kanonische Signale. Jede Quelle sollte mit h\u00f6chstens einem Redirect auf das endg\u00fcltige Ziel f\u00fchren.<\/p>\n

      F\u00fchren Sie getrennte Zugriffs- und Fehlerprotokolle f\u00fcr beide Hosts. So erkennen Sie fehlende Zuordnungen und weiterhin genutzte Abh\u00e4ngigkeiten. Die alte Infrastruktur bleibt erhalten, bis der Restverkehr und alle bekannten Integrationen \u00fcber einen vereinbarten Zeitraum auf die neue Domain umgestellt sind.<\/p>\n

      Risiken, h\u00e4ufige Fehler, Backup und Rollback<\/h2>\n

      Sichern Sie DNS-, Zertifikats-, Host-, WordPress- und Redirect-Konfiguration. Wildcard-Regeln d\u00fcrfen keine fremden Hosts akzeptieren oder offene Weiterleitungen erm\u00f6glichen. Ein abgelaufenes Zertifikat verhindert den Redirect bereits vor HTTP; eine reine WordPress-Regel kann das nicht beheben.<\/p>\n

      Bei TLS-Fehlern, falschen Sprachen, unterbrochenen Callbacks oder unpassenden Zielseiten stoppen Sie die n\u00e4chste Migrationsphase. Stellen Sie die zuletzt ge\u00e4nderte Zuordnung beziehungsweise Hostregel wieder her und lassen Sie den alten Dienst verf\u00fcgbar, bis der Fehler gekl\u00e4rt ist.<\/p>\n

      \n

      So unterst\u00fctzt AIOWS:<\/p>\n

      AIOWS Weiterleitungs-Manager<\/h2>\n

      AIOWS Weiterleitungs-Manager kann unterst\u00fctzte WordPress-Weiterleitungen mit Quelle, Ziel und Statuscode verwalten. F\u00fcr eine Domainmigration eignet sich das vor allem f\u00fcr ausdr\u00fcckliche Zuordnungen, die auf der WordPress-Ebene liegen. Die vollst\u00e4ndige Migration umfasst jedoch zus\u00e4tzlich DNS, TLS und Host-Routing au\u00dferhalb des Moduls.<\/p>\n

      Bereiten Sie vor der Regelanlage ein gepr\u00fcftes 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\u00e4mtlicher Pfade zur Homepage ist kein Ersatz f\u00fcr diese Zuordnung.<\/p>\n

      Nach der Aktivierung werden repr\u00e4sentative alte URLs \u00fcber HTTP und HTTPS ohne Administrator-Cookie aufgerufen. Erwartet wird ein direkter 301-Redirect auf genau einen passenden Inhalt. Root-, www<\/code>-, Sprach- und Query-Varianten sowie eine alte URL ohne Ersatz geh\u00f6ren in die Pr\u00fcfung. Externe Callbacks und Downloads werden separat mit den zust\u00e4ndigen Systemen getestet.<\/p>\n

      Der Weiterleitungs-Manager kann weder DNS noch TLS-Zertifikate oder externe Dienste umstellen. Er sollte daher erst eingesetzt werden, wenn beide Hosts zuverl\u00e4ssig 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\u00fcckgesetzt; die alte Domain bleibt w\u00e4hrenddessen online.<\/p>\n

      AIOWS Weiterleitungs-Manager ansehen<\/a>AIOWS-Tarife vergleichen<\/a><\/p>\n<\/section>\n

      Passende AIOWS-Artikel<\/h2>\n