So ändern Sie die WP-URL, ohne etwas zu beschädigen

Veröffentlicht am 12. Mai 2026

Wenn Sie die WP-URL ändern müssen, gehen Sie in einer kontrollierten Reihenfolge vor: Erstellen Sie zuerst ein Backup, aktualisieren Sie WordPress Address und Site Address und beheben Sie dann Weiterleitungen, SSL und alle fest codierten Links. Die meisten Probleme entstehen nicht durch die URL-Änderung selbst, sondern dadurch, dass die umgebenden Komponenten noch auf den alten Speicherort verweisen. Die Website ist normalerweise nicht wütend – sie folgt nur veralteten Einstellungen.

Diese Aufgabe tritt bei Domainwechseln, beim Wechsel von HTTP zu HTTPS, beim Verschieben von WordPress in ein Unterverzeichnis oder bei der Migration von Staging zu Produktion auf. Für Shop-Betreiber, Agenturen und SaaS-Teams kann eine fehlerhafte URL-Änderung Anmeldeschleifen, Warnungen zu gemischten Inhalten, einen kaputten Admin-Zugriff oder Formulare bedeuten, die an die falsche Stelle senden. Das Ziel ist also nicht nur, zwei Felder zu bearbeiten. Das Ziel ist, die gesamte Anwendung ruhig zu halten.

Was das Ändern der WP-URL tatsächlich beeinflusst

In WordPress gibt es zwei grundlegende Einstellungen: WordPress Address und Site Address. Sie klingen ähnlich, weil sie es offen gesagt auch sind. Aber sie erfüllen unterschiedliche Aufgaben.

WordPress Address gibt an, wo sich die zentralen WordPress-Dateien befinden. Site Address ist die öffentliche URL, über die Besucher die Website erreichen. In vielen Setups sind diese identisch. In anderen kann WordPress in einem Unterverzeichnis liegen, während die Website über die Root-Domain geladen wird.

Wenn Sie eine davon falsch ändern, kann WordPress Sie von wp-admin weg weiterleiten, Assets an die falsche Domain senden oder eine endlose Weiterleitungsschleife erzeugen. Plugins, Themes, die Datenbank, der Webserver und CDN-Regeln können ebenfalls noch auf die vorherige URL verweisen. Deshalb ist eine saubere Änderung teils WordPress-Arbeit und teils Infrastrukturhygiene.

Bevor Sie die WP-URL ändern

Erstellen Sie ein aktuelles Backup sowohl der Dateien als auch der Datenbank. Wenn es sich um eine E-Commerce-Website oder eine stark frequentierte Content-Website handelt, führen Sie die Arbeiten in einem Zeitfenster mit wenig Traffic durch. Eine URL-Änderung kann zwischengespeicherte Seiten, Session-Cookies und Payment-Callbacks betreffen, daher ist der Zeitpunkt wichtig.

Sie sollten außerdem vier Dinge bestätigen, bevor Sie Änderungen vornehmen. Erstens muss die neue Domain oder das neue Protokoll bereits auf den richtigen Server auflösen. Zweitens muss das SSL-Zertifikat aktiv sein, wenn Sie auf HTTPS umstellen. Drittens muss Ihr Virtual Host des Webservers oder Ihr Nginx-Serverblock für den neuen Hostnamen bereit sein. Viertens müssen Sie wissen, ob WordPress hinter einem Proxy, Load Balancer oder CDN läuft, das Weiterleitungen erzwingen kann.

Wenn eines davon nicht vorhanden ist, kann WordPress korrekt konfiguriert sein und trotzdem öffentlich nicht funktionieren. Die Logs erzählen dann dieselbe Geschichte.

Die sichersten Methoden zum Ändern der URL

Änderung im WordPress-Adminbereich

Wenn Sie noch Admin-Zugriff haben, ist dies die sauberste Methode. Gehen Sie zu Einstellungen und dann zu Allgemein. Aktualisieren Sie WordPress Address und Site Address auf die neue URL. Speichern Sie die Änderungen.

Das funktioniert gut, wenn der Umzug einfach ist und die neue Domain bereits korrekt auf die Website zeigt. Melden Sie sich direkt nach dem Speichern bei Bedarf erneut an und testen Sie die Startseite, den Adminbereich, die Mediathek und einige interne Seiten.

Das Risiko ist offensichtlich: Wenn Sie die falsche URL eingeben oder der neue Host noch nicht vollständig bereit ist, können Sie sich selbst aus dem Dashboard aussperren.

Änderung in wp-config.php

Wenn das Dashboard nicht zugänglich ist oder Sie mehr Kontrolle möchten, definieren Sie die Werte direkt in wp-config.php. Fügen Sie diese Zeilen oberhalb der Zeile zum Beenden der Bearbeitung hinzu:

define('WP_HOME','https://example.com'); define('WP_SITEURL','https://example.com');

Dadurch wird WordPress gezwungen, die Werte aus der Konfigurationsdatei zu verwenden. Dies ist oft die schnellste Wiederherstellungsmethode bei Anmeldeschleifen oder kaputten Admin-Weiterleitungen.

Es ist auch ein guter temporärer Stabilisator während Migrationen. Sobald alles funktioniert, können Sie diese Konstanten beibehalten oder entfernen und die Werte wieder über den Adminbereich verwalten.

Änderung in der Datenbank

Wenn weder Adminzugriff noch Bearbeitung der Konfiguration möglich sind, können Sie die Werte in der Datenbank aktualisieren, normalerweise in der Tabelle wp_options. Die Optionsnamen sind home und siteurl.

Das funktioniert, ist aber manueller und lässt sich leichter schlecht ausführen, wenn Sie es eilig haben. Gehen Sie bei Websites mit benutzerdefinierten Tabellenpräfixen nicht davon aus, dass die Tabelle wp_options heißt. Prüfen Sie das zuerst.

Bei HTTP zu HTTPS werden viele überrascht

Viele Anfragen zum Ändern der wp url sind in Wirklichkeit versteckte HTTPS-Migrationen. Die sichtbare Änderung wirkt klein, aber Browser, Cookies und das Laden von Assets sehen das anders.

Bestätigen Sie nach dem Wechsel von HTTP zu HTTPS in den WordPress-Einstellungen, dass das SSL-Zertifikat gültig und für den richtigen Hostnamen installiert ist. Aktualisieren Sie dann Ihre Server-Weiterleitungen so, dass HTTP-Anfragen dauerhaft zu HTTPS weitergeleitet werden. Wenn Ihre Website hinter einem Reverse Proxy oder CDN sitzt, stellen Sie sicher, dass WordPress HTTPS korrekt erkennen kann, da es sonst möglicherweise endlos weiterleitet.

Mixed Content ist der nächste übliche Besucher. Seiten werden über HTTPS geladen, aber Bilder, Skripte, Schriftarten oder CSS rufen weiterhin HTTP-URLs auf. Das kann Layouts zerstören oder Browserwarnungen auslösen. Möglicherweise benötigen Sie ein search-and-replace in der Datenbank für alte absolute URLs, insbesondere wenn die Website mit einem Page Builder erstellt wurde oder benutzerdefinierte Felder vollständige Links speichern.

Alte URLs sorgfältig suchen und ersetzen

Das Ändern der beiden grundlegenden Einstellungen schreibt keine alten Links um, die in Beiträgen, Metadaten, Widget-Inhalten oder Plugin-Einstellungen gespeichert sind. Wenn die alte Domain fest codiert in der Datenbank erscheint, werden Benutzer sie weiterhin aufrufen.

Hier ist ein korrektes, für serialisierte Daten sicheres search-and-replace wichtig. Führen Sie nicht leichtfertig eine einfache Textersetzung in einer exportierten SQL-Datei aus und hoffen Sie dann auf das Beste. Einige Plugin- und Optionsdaten sind serialisiert, und ein fehlerhaftes Ersetzen kann Längenangaben beschädigen und Einstellungen kaputt machen.

Wenn Sie einen professionellen Migrations-Workflow verwenden, nutzen Sie ein Tool, das die WordPress-Serialisierung versteht. Prüfen Sie dann Layouts von Page Buildern, Menüs, Bild-URLs, canonical tags, Open-Graph-Einstellungen und alle Plugins, die Callback- oder API-URLs speichern.

Häufige Probleme nach einer URL-Änderung

Die Anmeldeseite leitet ständig weiter

Das bedeutet normalerweise, dass WordPress, der Webserver oder ein Proxy sich nicht über das richtige Schema oder den richtigen Hostnamen einig sind. Prüfen Sie WP_HOME und WP_SITEURL und kontrollieren Sie dann die Weiterleitungsregeln des Servers. Wenn die SSL-Terminierung vorgelagert stattfindet, muss WordPress den weitergeleiteten HTTPS-Header möglicherweise korrekt verarbeiten.

Cookies können ebenfalls an die alte Domain gebunden sein. Löschen Sie Browser-Cookies und testen Sie in einem privaten Fenster, bevor Sie annehmen, dass die Website verflucht ist.

wp-admin ist nicht erreichbar

Wenn die Admin-URL Sie an den falschen Ort sendet, erzwingen Sie die korrekten Werte in wp-config.php. Dadurch wird das Dashboard oft sofort wiederhergestellt. Prüfen Sie außerdem .htaccess- oder Nginx-Regeln auf altes Rewrite-Verhalten.

Bilder oder CSS sind kaputt

Das deutet auf fest codierte URLs oder Mixed Content hin. Durchsuchen Sie die Datenbank nach der alten Domain und prüfen Sie die Entwicklerwerkzeuge des Browsers, um zu sehen, welche Assets noch die vorherige URL aufrufen.

Weiterleitungsketten oder -schleifen

Diese treten meist auf, wenn WordPress in die eine Richtung weiterleitet und der Webserver oder das CDN in eine andere. Reduzieren Sie die Logik auf ein klares Regelwerk. Wenn möglich, behandeln Sie Weiterleitungen für kanonischen Host und HTTPS nur an einer einzigen Stelle.

Formulare, Webhooks oder Checkout-Callbacks schlagen fehl

Externe Dienste senden möglicherweise noch an die alte Domain. Prüfen Sie URLs von Payment Gateways, SMTP-Return-Paths, Webhook-Endpunkte und Integrationen von Drittanbietern. Bei Membership- oder E-Commerce-Websites entstehen hier die stillen Umsatzschäden.

Wann WordPress Address und Site Address unterschiedlich sein sollten

Die meisten Websites sollten beide gleich halten. Es gibt aber gültige Ausnahmen. Wenn WordPress in einem Unterverzeichnis wie /wordpress installiert ist, während die öffentliche Website aus dem Domain-Root geladen wird, dann kann Site Address die Root-URL und WordPress Address die Unterverzeichnis-URL sein.

Dieses Setup kann für die Dateiorganisation nützlich sein, erhöht aber die Komplexität. Wenn Sie das nicht absichtlich tun, erfinden Sie es nicht mitten in einer Migration. Einfache Konfigurationen scheitern seltener.

Eine praktische Reihenfolge, die Ausfallzeiten vermeidet

Verwenden Sie ein kurzes Wartungsfenster, prüfen Sie zuerst DNS, SSL und Serverkonfiguration und ändern Sie dann die WordPress-URLs. Führen Sie danach das search-and-replace in der Datenbank aus, leeren Sie die Caches und testen Sie wichtige Pfade: Startseite, Adminbereich, Formulare, Checkout, Medien, API-Endpunkte und Cron-Verhalten.

Wenn die Website Object Caching, Full-Page Caching oder ein CDN verwendet, leeren Sie nach der Änderung alles. Alte zwischengespeicherte Weiterleitungen können dazu führen, dass eine gesunde Website noch weitere 20 Minuten kaputt aussieht, was keine besonders schöne DNS-Situation ist, aber unter Kontrolle bleibt.

Bei geschäftskritischen Websites sollten Sie die Änderung zuerst stagen. Bei Kodu.cloud ist dies genau die Art von Aufgabe, bei der sich Managed Infrastructure Support selbst bezahlt macht – nicht weil das Ändern einer URL unmöglich wäre, sondern weil die kleinen Prüfungen rundherum die unschönen Überraschungen verhindern.

Abschließende Prüfungen nach dem Ändern der WP-URL

Öffnen Sie die Website in einer frischen Browser-Sitzung und testen Sie sowohl mit als auch ohne www, falls relevant. Bestätigen Sie das SSL-Schloss, prüfen Sie einige Quell-URLs und stellen Sie sicher, dass sich Adminbereich, Anmeldung, Medien-Uploads und Kontaktformulare alle normal verhalten. Wenn Suchmaschinen die alte Domain bereits indexiert haben, lassen Sie korrekte Weiterleitungen lange genug bestehen, damit Traffic- und Ranking-Signale sauber übertragen werden.

Eine WP-URL-Änderung ist normalerweise eine kurze Aufgabe, wenn die Umgebung bereit ist. Sie wird nur dann zu einem langen Abend, wenn DNS, SSL, Serverregeln, Cache und Datenbankverweise miteinander streiten dürfen. Halten Sie alles in derselben Richtung, und der Dienst ist wieder ruhig.

Andres Saar Customer Care Engineer