Was Sie nach dem Umzug eines Hostings prüfen sollten

Ein Umzug ist nicht beendet, wenn die Dateien kopiert oder die DNS geändert sind. Bevor Sie den bisherigen Anbieter kündigen, müssen Sie prüfen, dass Website, Daten, E-Mail und externe Dienste tatsächlich über das neue Hosting funktionieren.

Verwenden Sie diese Liste, nachdem Sie ein Hosting zu Hostsuar umgezogen haben, und wiederholen Sie sie, wenn die Propagation abgeschlossen ist.

Prüfen, welcher Server antwortet

Bevor Sie einen Test auswerten, prüfen Sie, dass die Domain und ihre Subdomains auf das Ziel auflösen:

• Autoritative DNS-Server.
• A- und AAAA-Einträge der Website.
• MX-Einträge der E-Mail.
• Domain mit und ohne www.

Während der Propagation kann Ihr Rechner noch den bisherigen Anbieter sehen, während ein anderer Benutzer bereits auf den neuen zugreift. Verwenden Sie die Prüfung der DNS- und IP-Propagation und kündigen Sie die Quelle nicht aufgrund einer einzelnen Verbindung.

Die Website prüfen

Prüfen Sie nicht nur die Startseite. Testen Sie:

• Domain mit und ohne www.
• Unterseiten und Permalinks.
• Verwaltung der Anwendung.
• Anmeldung und Passwort-Wiederherstellung.
• Kontaktformulare.
• Suche, Filter und dynamische Inhalte.
• Hoch- und Herunterladen von Dateien.
• Weiterleitungen und Fehlerseiten.
• Shop, Warenkorb, Bestellungen und Zahlungsanbieter.

Testen Sie in einem privaten Fenster, um den Einfluss früherer Cookies und Sitzungen zu verringern. Das leert weder den DNS-Cache noch ändert es die hosts-Datei. Wenn Sie diese für eine Vorschau geändert haben, entfernen Sie die Einträge und prüfen Sie auch aus einem anderen Netz.

Nutzen Sie den Testmodus der Zahlungsanbieter, um Zahlungen zu prüfen, und vermeiden Sie echte Abbuchungen oder Benachrichtigungen ohne Abstimmung.

Datenbank und letzte Änderungen prüfen

Prüfen Sie, dass Bestellungen, Formulare, Kommentare oder Änderungen erscheinen, die kurz vor der Umstellung entstanden sind. Fehlen aktuelle Daten, wurden sie möglicherweise nach der ersten Kopie beim bisherigen Anbieter erzeugt.

Bevor Sie einen vollständigen Import wiederholen, ermitteln Sie, welche Daten fehlen und wo sie entstanden sind. Wenn Sie die Zieldatenbank überschreiben, können Änderungen verloren gehen, die nach dem Umzug entstanden sind.

Prüfen Sie außerdem:

• In der Anwendung konfigurierte Verbindung und Zugangsdaten.
• Präfixe, Kodierung und erwartete Tabellen.
• Absolute Pfade, die noch den alten Server nennen.
• Datenbankbenutzer und Berechtigungen.

PHP und die Anwendung prüfen

Eine korrekt kopierte Website kann scheitern, wenn die Umgebung anders ist. Vergleichen Sie:

• PHP-Version.
• Benötigte Erweiterungen.
• Grenzen für Speicher, Upload und Ausführungszeit.
• Version von MySQL oder MariaDB.
• Geplante Aufgaben.
• Hintergrundprozesse oder Warteschlangen.
• Lizenzen, die an die Domain oder die bisherige IP gebunden sind.

Sehen Sie im Fehlerprotokoll der Anwendung nach, wenn eine bestimmte Funktion fehlschlägt, obwohl die Startseite lädt.

Geplante Aufgaben prüfen

Prüfen Sie, dass die Cron-Jobs kopiert wurden und ihre Pfade zum neuen Server passen. Achten Sie besonders auf Aufgaben, die:

• Daten importieren oder exportieren.
• Erinnerungen und Benachrichtigungen senden.
• Backups ausführen.
• Bestellungen, Zahlungen oder Abonnements verarbeiten.
• Externe Dienste synchronisieren.

Prüfen Sie, dass die Aufgaben der Quelle nicht weiterhin dieselben Abbuchungen, Sendungen oder Synchronisierungen ausführen. Stimmen Sie ab, wann sie dort angehalten und im Ziel aktiviert werden.

Die Konfiguration können Sie unter Cron Jobs in cPanel prüfen.

HTTPS prüfen

Testen Sie das Zertifikat für:

• Hauptdomain.
• www-Variante.
• Verwendete Subdomains.
• Webmail und Dienstnamen, sofern zutreffend.

Unser SSL-Checker zeigt von außen, welches Zertifikat jeder Name ausliefert: abgedeckte Namen, Aussteller, Gültigkeitsdaten und ob die Kette vertrauenswürdig ist. Prüfen Sie auch, dass der Browser keine Warnungen anzeigt.

Prüfen Sie, dass die Anwendung korrekt von HTTP auf HTTPS weiterleitet und keine Bilder, Skripte oder Stylesheets von unsicheren Adressen lädt.

Wenn die Domain bereits auf das neue Hosting zeigt und das Zertifikat nicht ausgestellt wurde, lesen Sie den SSL-Status der Domains.

Die E-Mail testen

Senden Sie Nachrichten in beide Richtungen mit einem externen Konto und prüfen Sie:

• Empfang in den umgezogenen Postfächern.
• Authentifizierten Versand aus Webmail und von Geräten.
• Formulare und Benachrichtigungen der Website.
• Ordner, gesendete Nachrichten und alte Inhalte.
• Weiterleitungen, Filter und automatische Antworten.
• Verfügbaren Speicher in jedem Konto.

Prüfen Sie, dass die MX-, SPF-, DKIM- und DMARC-Einträge zum endgültigen Anbieter gehören. Wenn die E-Mail bei Google Workspace oder Microsoft 365 bleibt, prüfen Sie auch deren CNAME- und SRV-Einträge.

Führen Sie eine letzte Synchronisierung aus, um Nachrichten zu übernehmen, die während der Propagation bei der Quelle eingegangen sind, und folgen Sie dabei der Anleitung zum E-Mail-Umzug ohne Nachrichtenverlust.

Subdomains und externe Dienste prüfen

Prüfen Sie alle Elemente aus der vorherigen Bestandsaufnahme:

• Subdomains und zusätzliche Domains.
• APIs und Webhooks.
• Telefonanlagen und Telefondienste.
• Google Search Console und TXT-Verifizierungen.
• Zahlungsplattformen.
• CDN, Speicher und Bilddienste.
• Microsoft 365, Google Workspace und Kalender.

Ein externer Dienst kann ausfallen, obwohl die Website lädt, wenn sein DNS-Eintrag nicht in die neue Zone übernommen wurde.

Die Quelle bis zum Abschluss behalten

Lassen Sie den bisherigen Anbieter aktiv, solange:

• Es Resolver gibt, die noch die alte Konfiguration zeigen.
• Noch Nachrichten oder Daten zu synchronisieren sind.
• Die kritischen Funktionen nicht getestet wurden.
• Sie einen Weg zurück brauchen.

Wenn Sie einen schweren Fehler feststellen, folgen Sie dem Verfahren für einen DNS-Wechsel mit minimaler Unterbrechung, bevor Sie die alten Einträge wiederherstellen. Denken Sie daran, dass sich auch der Rückweg erst verbreiten muss.

Den Umzug abschließen

Wenn alle Prüfungen erfolgreich sind:

1. Erstellen Sie ein abschließendes, wiederherstellbares Backup.
2. Stellen Sie sicher, dass keine Nachrichten oder aktuellen Daten nur noch in der Quelle liegen.
3. Widerrufen Sie vorübergehende Benutzer, App-Passwörter und Support-Zugänge.
4. Ändern Sie jedes normale Passwort, das Sie zwingend verwenden mussten.
5. Entfernen Sie vorübergehende Aufgaben, Synchronisierungen und Testdateien. Prüfen Sie erneut, dass keine lokalen hosts-Einträge die IP erzwingen.
6. Kündigen Sie den bisherigen Anbieter.
7. Bewahren Sie die Bestandsaufnahme und das Datum der Umstellung für spätere Prüfungen auf.

Der Umzug ist abgeschlossen, wenn der Dienst über das Ziel funktioniert und nicht mehr von Inhalten, E-Mail, DNS oder Zugängen des bisherigen Anbieters abhängt.