Hosting passt nicht mehr
Technische Grenzen, Supportwege oder die aktuelle Umgebung erschweren Betrieb und Weiterentwicklung.
WordPress · Infrastruktur · kontrollierter Cutover
WordPress-Umzug und Hostingwechsel kontrolliert durchführen
mu digital plant den technischen Transfer einer bestehenden WordPress-Website zwischen Hosting- oder Serverumgebungen – mit Bestandsprüfung, eigener Sicherung, Testweg, abgestimmter Umschaltung und dokumentierter Nachkontrolle.
Infrastrukturtransfer · kein Hosterverkauf · keine Ausfall- oder Datenverlustgarantie
Kontrollierter Transfer
QuelleWordPress · Dateien · DatenbankBestand und Rückfallweg prüfen
ZielPHP · DNS · SSL · FunktionenTesten, umschalten, nachprüfen
Direkt eingeordnet
Was bei einem WordPress-Umzug wirklich übertragen und geprüft wird.
Ein WordPress-Umzug besteht nicht nur aus dem Kopieren eines Ordners. Dateien, Medien, Datenbank und Konfiguration müssen gemeinsam auf eine vorbereitete Zielumgebung übertragen werden. PHP, Datenbank, Theme, Plugins, Rechte, Cache und Cronjobs können sich zwischen den Umgebungen unterscheiden.
Vor der Umschaltung werden Berechtigung, Zugänge, Sicherung, Wiederherstellbarkeit und die betroffenen DNS- und SSL-Schritte geklärt. Domaintransfer, DNS-Zone, Website und geschäftliche E-Mail-Postfächer bleiben getrennte Systeme. Der genaue Migrationsumfang wird deshalb vor dem Angebot technisch eingeordnet.
Wechselanlass
Wann ein kontrollierter WordPress-Umzug sinnvoll sein kann.
Diese Situationen sind Prüfanlässe. Ob ein vollständiger Umzug, ein Versionsupdate oder eine Projektübernahme der richtige Weg ist, wird vorab getrennt entschieden.
Server oder Tarif wechselt
Die WordPress-Installation soll kontrolliert in eine andere Infrastruktur übertragen werden.
PHP und Datenbank brauchen eine neue Basis
Quell- und Zielsystem unterscheiden sich bei Versionen, Limits oder verfügbaren Modulen.
DNS und SSL müssen mitgedacht werden
Website, Domain, DNS-Zone, Zertifikat und Mailhosting sind getrennte Systeme mit gemeinsamen Abhängigkeiten.
Preflight
Die Zielumgebung wird vor dem Transfer gegen den Bestand geprüft.
Providerfunktionen unterscheiden sich nach Tarif, Produktgeneration und konkreter Plattform. SFTP, SSH, Importlimits, Staging, Backups oder Zertifikatswege werden daher nicht pauschal vorausgesetzt.
- WordPress-, PHP- und Datenbankversion
- Speicherbedarf, Upload- und Importlimits
- Theme, Child-Theme, Plugins und Lizenzen
- individuelle Funktionen und externe Schnittstellen
- Datei-, Datenbank- und WordPress-Zugänge
- Domain, DNS-Zone, Nameserver und SSL
- Cronjobs, Cache, CDN und Rewrite-Regeln
- Formulare, Website-Mailversand und Trackingabhängigkeiten
Zugänge und Berechtigungen
Technischer Zugriff beginnt erst nach klarer Freigabe.
Berechtigung vor Zugriff
Technische Zugänge werden erst nach bestätigter Beauftragung und über einen abgestimmten sicheren Weg genutzt.
Sicherung vor Transfer
Dateien und Datenbank werden als eigene Ausgangssicherung behandelt. Ein Provider-Backup allein ist kein dokumentierter Rückfallweg.
Keine Zugangsdaten im Formular
Für die erste Prüfung reichen Website-URL, Ziel und bekannte Rahmenbedingungen. Passwörter und vertrauliche Daten gehören nicht in die Anfrage.
Dateien, Datenbank und Medien
Vier technische Ebenen müssen auf denselben Zielstand gebracht werden.
01
Dateien und Medien
WordPress-Core, Themes, Plugins, Uploads und relevante Konfigurationsdateien werden inventarisiert, im vereinbarten Umfang übertragen und danach geprüft.
02
Datenbank
Relevante Inhalte, Einstellungen, Benutzer und Plugin-Daten werden im vereinbarten Umfang exportiert, importiert und auf Lesbarkeit sowie Zielkompatibilität geprüft.
03
URLs und Konfiguration
Domain- oder Pfadänderungen werden serialisierungssicher behandelt. wp-config, Permalinks und Umgebungswerte werden bewusst angepasst.
04
Zielumgebung
PHP, Datenbank, Module, Rechte, Verzeichnisse, Limits und Cronjobs werden vor der Umschaltung gegen den Bestand geprüft.
Kompatibilität und Testweg
PHP, Plugins und Theme werden nicht erst nach dem Cutover entdeckt.
Eine getrennte Testkopie oder ein echtes Staging ist sinnvoll, wenn die Umgebung es unterstützt. Testdomain, Clone, Hosts-Preview und Staging werden transparent unterschieden. Gibt es keinen belastbaren Testweg, wird das zusätzliche Risiko vor der Umsetzung benannt.
Separaten PHP- und Versionsjob prüfenTechnischer Stack
- PHP- und Datenbankversion
- Theme, Child-Theme und Custom Code
- Plugins, Lizenzen und Abhängigkeiten
- Speicher, Laufzeit und Importlimits
- Formulare, Jobs und externe Dienste
Domain, DNS und Nameserver
Eine Website umziehen heißt nicht automatisch, die ganze Domainzone umzuziehen.
Wenn nur das Webhosting wechselt, können gezielte Web-Records sinnvoller sein als ein Nameserverwechsel. Vor jeder DNS-Änderung werden MX, SPF, DKIM, DMARC sowie weitere TXT-, CNAME-, SRV- oder CAA-Einträge inventarisiert. Mail- und Drittanbieter-Records werden nicht unbeabsichtigt überschrieben.
Domain
DNS-Zone
Website-Ziel
SSL und externe Dienste
SSL, Formulare und SEO-Signale
Der Transfer ist erst belastbar, wenn die Website als System funktioniert.
HTTPS, Redirects, Canonicals, Robots und Sitemap müssen dieselbe finale URL unterstützen. Formulare, Website-Mailversand, Analytics, Tags und Consent werden auf Verfügbarkeit geprüft. Eine neue URL-, Content- oder Trackingarchitektur ist nicht automatisch Bestandteil des Hostwechsels.
WordPress-VersionPHP-VersionDatenbankversionSpeicherbedarfUpload- und ImportlimitsCronjobsRewrite-RegelnCache und CDNWebsite-MailversandFormulareBenutzer und RollenMedienPermalinksrobots.txtCanonicalSitemapAnalytics und TagsConsent und Weiterleitungen
Umschaltplan
Cutover, Funktionstest und Rückfallweg werden gemeinsam vorbereitet.
DNS-Propagation, dynamische Daten und externe Systeme lassen sich nicht durch ein pauschales Null-Ausfall-Versprechen ersetzen. Entscheidend sind ein dokumentierter Zielstand, klare Abbruchkriterien und eine erreichbare Quellumgebung.
- 01
Ausgangslage einfrieren
Dynamische Änderungen, Bestellungen oder neue Inhalte werden für das vereinbarte Umschaltfenster berücksichtigt.
- 02
Finalen Stand übertragen
Dateien, Datenbank und notwendige Konfiguration werden auf den abgestimmten Zielstand gebracht.
- 03
DNS gezielt umstellen
Nur die erforderlichen Records oder Nameserver werden nach vollständig geprüftem Zonenplan geändert.
- 04
SSL und Erreichbarkeit prüfen
Zertifikat, HTTPS, finale URL und direkte Erreichbarkeit werden von außen kontrolliert.
- 05
Funktionen abnehmen
Login, Navigation, Formulare, Jobs, wichtige Seitentypen und externe Verbindungen werden getestet.
- 06
Quelle als Rückweg erhalten
Die alte Umgebung bleibt bis zur dokumentierten Abnahme und soweit vertraglich möglich als Rückfalloption bestehen.
Funktionstests und Nachkontrolle
Vor und nach der Umschaltung werden die kritischen Wege erneut geprüft.
Frontend
- Start- und Schlüsselseiten
- Navigation und interne Links
- Medien und Downloads
- mobile Darstellung
WordPress
- Login und Rollen
- Editor und zentrale Templates
- Plugins und geplante Jobs
- Permalinks und Suchfunktion
Anfragen und Integrationen
- Formulare
- Website-Mailversand
- Schnittstellen
- Analytics-, Tag- und Consent-Verfügbarkeit
SEO und Infrastruktur
- Statuscodes und Redirects
- Canonical und Robots
- Sitemap
- HTTPS, DNS und Logs
Rollback ist ein vorbereiteter Weg, keine pauschale Garantie.
Sicherung, Quellbetrieb, DNS-Stand und dynamische Änderungen bestimmen, wie weit eine Rückkehr technisch möglich ist. Der alte Stack wird erst nach dokumentierter Abnahme und vereinbarter Beobachtung aufgegeben.
Klare Leistungsgrenzen
Hostingwechsel, Projektübernahme, PHP-Update und Relaunch sind verschiedene Jobs.
WordPress-Übernahme
ordnet Zuständigkeit, Pflege, Bestand und Weiterbetreuung nach Entwickler- oder Agenturwechsel ein.
WordPress-Übernahme verstehenPHP-Update
behandelt den Versions- und Kompatibilitätsjob, wenn kein Wechsel der Infrastruktur geplant ist.
PHP-Update prüfenRelaunch und SEO-Migration
betreffen Inhalte, Design, URL-Struktur, Weiterleitungen und Sichtbarkeitsrisiken – nicht nur den technischen Hosttransfer.
Relaunch-Risiken einordnenNicht enthalten: reine Domainregistrierung, Firmen-E-Mail-Migration, Microsoft 365, Exchange, Google Workspace, Managed Server, Büro-IT, Shopify-Migration, vollständiger Website-Relaunch und Rechtsprüfung.
Zusammenarbeit
Von der ersten URL bis zur dokumentierten Übergabe.
Ziel und Scope klären
Quell- und Zielumgebung, Domain, betroffene Funktionen und klare Nicht-Bestandteile werden festgelegt.
Zugänge und Berechtigung prüfen
Benötigte Rollen und ein sicherer, zeitlich begrenzter Zugriffsweg werden abgestimmt.
Bestand und Risiken inventarisieren
Versionen, Größen, Limits, Theme, Plugins, Datenbank, DNS, SSL, Mail- und Trackingabhängigkeiten werden geprüft.
Sicherung und Rückfallweg festlegen
Eigene Sicherung, Wiederherstellbarkeit, Quellbetrieb und Abbruchkriterien werden dokumentiert.
Ziel vorbereiten und testen
Dateien und Datenbank werden übertragen; Konfiguration und zentrale Funktionen werden außerhalb der finalen Umschaltung geprüft.
Kontrolliert umschalten
Finaler Stand, DNS und SSL werden im vereinbarten Fenster umgesetzt, ohne Ausfallfreiheit zu garantieren.
Nachprüfen und übergeben
Funktionen, SEO-Signale und technische Restpunkte werden kontrolliert und verständlich dokumentiert.
Nach der technischen Vorprüfung erhalten Sie ein konkretes Angebot für den Migrationsumfang.
FAQ
Häufige Fragen zu WordPress-Umzug und Hostingwechsel.
Welche Zugänge werden für einen WordPress-Umzug benötigt?
Das hängt von Quell- und Zielumgebung ab. Typisch sind WordPress, Dateiübertragung, Datenbank, Hosting und gegebenenfalls Domain beziehungsweise DNS. Für den Erstkontakt reichen Website-URL und Rahmenbedingungen; Zugangsdaten gehören nicht in das Kontaktformular.
Wie lange dauert ein WordPress-Umzug?
Die Dauer hängt von Datenmenge, Zugängen, Tariflimits, Kompatibilität, dynamischen Funktionen, DNS und erforderlichen Tests ab. Nach der technischen Vorprüfung lässt sich ein realistischer Ablauf planen; eine feste Dauer wird nicht pauschal garantiert.
Muss die Website während des Umzugs offline sein?
Nicht jeder Umzug erfordert dieselbe Unterbrechung. Testkopie, Vorabtransfer und ein abgestimmtes Umschaltfenster können den produktiven Eingriff begrenzen. Eine vollständig unterbrechungsfreie Migration kann wegen DNS, dynamischen Daten und Fremdsystemen nicht garantiert werden.
Was passiert mit E-Mails?
Geschäftliche Postfächer werden nicht automatisch mit der WordPress-Website übertragen. Vor einer DNS-Änderung werden MX- und weitere Mail-Records inventarisiert, damit ein reiner Website-Umzug den bestehenden Mailweg nicht unbeabsichtigt überschreibt. Eine Firmen-E-Mail-Migration ist ein eigener, hier nicht enthaltener Scope.
Werden Domain und DNS mit umgestellt?
Wenn es für den Website-Cutover erforderlich und ausdrücklich vereinbart ist, werden die passenden DNS-Schritte geplant. Ein Domaintransfer, eine vollständige Nameservermigration und einzelne Recordänderungen sind unterschiedliche Vorgänge und werden nicht pauschal gleichgesetzt.
Werden Weiterleitungen übernommen?
Bestehende Weiterleitungen und Rewrite-Regeln werden im Migrationskontext inventarisiert und technisch geprüft. Eine neue URL- oder Relauncharchitektur ist dagegen ein eigener Scope und wird nicht stillschweigend aus dem Hostingwechsel abgeleitet.
Was passiert mit SSL?
Die Zielumgebung muss ein passendes Zertifikat ausstellen oder einbinden können. Domainkontrolle, DNS beziehungsweise HTTP-Challenge, HTTPS-Weiterleitung und externe Erreichbarkeit werden beim Cutover geprüft. Eine pauschale Zertifikats- oder Anbieterkompatibilität wird nicht versprochen.
Werden Formulare getestet?
Ja, vereinbarte zentrale Formulare und ihr Website-Mailversand gehören zur Funktionsprüfung. Das ist keine Zustellgarantie und keine Migration betrieblicher Postfächer. Spezifische Formular- oder SMTP-Probleme können einen getrennten Reparaturscope benötigen.
Prüfen Sie PHP- und Plugin-Kompatibilität?
Ja. PHP, Datenbank, Theme, Plugins, Lizenzen und individuelle Funktionen werden gegen die Zielumgebung geprüft. Nicht jede Erweiterung ist mit jeder Plattformgeneration kompatibel; notwendige Reparaturen oder Ersatzlösungen werden vorab als eigener Aufwand ausgewiesen.
Gibt es einen Rollbackplan?
Vor der Umschaltung werden Sicherung, Quellbetrieb, Abbruchkriterien und ein realistischer Rückweg festgelegt. Ob und wie weit ein Rollback möglich ist, hängt auch von Provider, DNS, dynamischen Daten und verfügbaren Backups ab.
Ist ein Hostingwechsel dasselbe wie eine Projektübernahme?
Nein. Der Hostingwechsel ist der konkrete technische Transfer zwischen Infrastrukturumgebungen. Eine WordPress-Übernahme klärt dagegen Zuständigkeit, Pflege, Bestand und Weiterbetreuung nach einem Entwickler- oder Agenturwechsel.
Was kostet ein WordPress-Umzug?
Der Umfang hängt unter anderem von Datenmenge, Zugängen, Hostinggrenzen, Domain- und DNS-Situation, Kompatibilität, dynamischen Funktionen und Testbedarf ab. Nach der technischen Vorprüfung erhalten Sie ein konkretes Angebot für den Migrationsumfang.
Technische Vorprüfung
Der Wechsel steht fest – der sichere Ablauf noch nicht?
Senden Sie die öffentliche Website-URL und beschreiben Sie Quell- und Zielumgebung. Zugangsdaten werden erst später über einen abgestimmten sicheren Weg geklärt.