Wir verlegen regelmäßig Kundenwebsites und Postfächer auf neues Hosting – oft auf unsere eigene Cloud-Infrastruktur, manchmal zwischen externen Anbietern. Hosting- und Migrationsanfragen machten 4 % unserer Wartungsanfragen aus, und Hosting-, Domain- und DNS-Zugriffe kamen in 28 unserer 110 WordPress-Projekte vor.
Eine gut durchgeführte Migration ist unsichtbar. Eine schlecht durchgeführte Migration bedeutet verlorene E-Mails, eine Website, die für einige Besucher nicht erreichbar ist, oder einen defekten Shop. Hier ist, was wir gelernt haben.
Lektion 1: Zugang ist der erste Meilenstein
Vor jeglicher technischer Arbeit benötigen wir Zugang zu:
- Dem aktuellen Hosting (um Dateien und Datenbanken zu kopieren)
- Dem Domain-Registrar oder DNS-Anbieter (um die Domain zu verweisen)
- Der aktuellen E-Mail-Einrichtung (um Postfächer zu migrieren)
Das Hosting der Kunden befindet sich bei vielen verschiedenen Anbietern – IONOS, Strato, GoDaddy, all-inkl, Namecheap und anderen – jeder mit seinem eigenen Kontrollpanel. Einige bieten keine gängigen Tools wie cPanel oder Plesk an, daher arbeiten wir mit ihrer eigenen Schnittstelle. Domaintransfers benötigen einen Autorisierungscode vom aktuellen Registrar.
Die Sammlung von Zugängen ist die häufigste Quelle für Verzögerungen bei Migrationen. Wir beginnen damit zuerst.
Lektion 2: E-Mail ist der schmerzliche Teil
Websites können vor dem Wechsel kopiert und getestet werden. E-Mail ist live: Nachrichten kommen jede Minute an. Wenn sich DNS ändert, ändert sich auch das E-Mail-Routing. Wenn die Mail-Einträge falsch sind oder die Postfächer beim neuen Host nicht bereit sind, werden Nachrichten abgewiesen oder verschwinden.
Was wir tun:
- Inventarisieren aller Postfächer, Aliase und Weiterleitungen vor dem Umzug
- Erstellen dieser beim neuen Host im Voraus
- Kopieren vorhandener E-Mails in die neuen Postfächer
- Ändern der Mail-Einträge zu einer ruhigen Zeit
- Ein weiteres Mal synchronisieren nach dem Wechsel, um Nachrichten zu erfassen, die während der Verbreitung an den alten Server geliefert wurden
- Testen des Sendens und Empfangens von jedem Postfach
Wenn E-Mails beim aktuellen Anbieter bleiben sollen, stellen wir sicher, dass der Website-Umzug die Mail-Einträge nicht berührt.
Lektion 3: Speicherbedarf erfordert Planung
Postfächer und Medienbibliotheken sind oft viel größer als erwartet. Vor einer Migration prüfen wir den benötigten Speicherplatz und planen für Wachstum. Bei einem Vorfall auf einem Mailserver konnte der Speicher nicht eingebunden werden und die Postfachindizes waren beschädigt; die Wiederherstellung erforderte sorgfältige Arbeit. Seitdem sind Speicherplanung und -überwachung ein Standardteil unserer Migrationen.
Lektion 4: DNS benötigt Zeit
DNS-Änderungen sind nicht überall sofort wirksam. Für eine gewisse Zeit erreichen einige Besucher den alten Server und einige den neuen. Wir senken die Lebensdauer der DNS-Einträge im Voraus, wo möglich, halten das alte Hosting aktiv, bis die Verbreitung abgeschlossen ist, und vermeiden es, Inhalte während des Wechsels zu ändern.
Das Verschieben der DNS-Verwaltung zu einem Anbieter wie Cloudflare kann zukünftige Änderungen schneller machen und bietet eine zusätzliche Schutzschicht – aber es ist selbst eine Änderung, die sorgfältig geplant werden muss.
Lektion 5: Testen auf dem neuen Server vor dem Wechsel
Wir testen die Website auf dem neuen Server über eine temporäre Adresse oder lokale Host-Überschreibung, bevor wir DNS ändern: Seiten, Formulare, Shop-Checkout, Logins, Integrationen. Nur wenn alles funktioniert, wechseln wir.
Lektion 6: Überprüfen Sie, was vom alten Server abhängt
- Cron-Jobs und geplante Aufgaben
- Integrationen, die die IP-Adresse des alten Servers auf die Whitelist setzen
- SMTP-Einstellungen auf der Website
- SSL-Zertifikate
- Fest codierte Pfade
Unsere Migrations-Checkliste
| Phase | Aufgaben |
|---|---|
| Vorbereitung | Zugriff sammeln; Website, Postfächer, DNS-Einträge inventarisieren; Speicher planen; DNS-Lebensdauer senken |
| Kopieren | Dateien, Datenbanken, Postfächer zum neuen Host |
| Testen | Website auf neuem Server über temporären Zugriff; Formulare, Checkout, Logins, Integrationen |
| Wechseln | Aktualisieren Sie DNS oder Nameserver zu einer ruhigen Zeit |
| Überprüfen | Website, SSL, E-Mail senden und empfangen, Formulare, Integrationen |
| Letzter Abgleich | Mail wurde während der Verbreitung an alten Server zugestellt |
| Aufräumen | Altes Hosting für eine Sicherheitsperiode behalten, dann kündigen |
Migration als Teil einer neuen Website
Viele Migrationen erfolgen zusammen mit einem Website-Launch: Die neue Seite wird in unserer Staging-Umgebung erstellt und beim Go-Live gleichzeitig auf neues Hosting verschoben. Das ist effizient, aber es kombiniert zwei riskante Änderungen. Wir halten sie, wo möglich, in getrennten Schritten – zuerst bestätigen, dass das neue Hosting mit unberührtem E-Mail funktioniert, dann die neue Seite starten – damit, wenn etwas schiefgeht, klar ist, welche Änderung es verursacht hat. Am Starttag ist das Go-Live selbst normalerweise kurz; die Vorbereitung rund um den Zugang und DNS ist das, was Zeit in Anspruch nimmt.
Wann migrieren
Gute Gründe für einen Umzug: langsames Hosting, häufige Ausfälle, schlechter Support, veraltete Server-Software, Konsolidierung von Diensten oder Speicherlimits. Schlechter Zeitpunkt: während einer Kampagne, eines Verkaufs oder einer Produkteinführung.
FAQ
Wird meine Website während der Migration offline sein?
Normalerweise nicht. Wir bereiten alles auf dem neuen Server vor und wechseln die DNS, sodass Besucher nach und nach ohne Ausfallzeiten wechseln.
Werde ich E-Mails verlieren?
Nicht bei richtiger Planung: Postfächer werden im Voraus vorbereitet, und eine abschließende Synchronisierung erfasst alles, was während des Wechsels zugestellt wird.
Wie lange dauert eine Migration?
Die technische Arbeit ist oft kurz. Der gesamte Zeitrahmen hängt hauptsächlich davon ab, wie schnell der Zugriff verfügbar ist und von der DNS-Verbreitung.
Warum sind Hosting- und DNS-Zugriff so wichtig?
Weil die fertige Website ohne sie nicht live gehen kann. Hosting-, Domain- oder DNS-Themen kamen in 25 % unserer WordPress-Projekte vor. Wenn Sie vor der Go-Live-Woche klären, wer die Domain kontrolliert, vermeiden Sie, dass eine fertige Website im Staging wartet.
Wie oft benötigen gepflegte Websites Arbeit?
Bei unseren 18 Wartungsverträgen schickten Kunden im Median 4,3 Anfragen pro Monat, wobei die Spanne von 1,2 bis 14,7 reicht.
Woher die Zahlen stammen: unsere eigenen Projektdaten in Odoo – 233 abgeschlossene Projekte, 909 Aufgaben und etwa 4941 erfasste Stunden, hauptsächlich aus 2025–2026. Die Dauer wird in Kalendertagen ab Projektbeginn angegeben und wir zitieren Mediane, damit ein ungewöhnlich langes Projekt das Bild nicht verzerrt.
Planen Sie ein Wartungs- und Hostingprojekt?
Wenn Sie einen realistischen Plan für Ihr eigenes Projekt möchten, buchen Sie einen kurzen Anruf mit unserem Team und wir führen Sie durch die Phasen, was wir von Ihnen benötigen und wo Projekte wie Ihres normalerweise Zeit verlieren. Sie können auch abgeschlossene Arbeiten in unserem Wartungs- und Hosting-Portfolio durchstöbern.
Comments