Was Sie nach dem Hosting-Umzug prüfen sollten: E-Mail, SSL, Weiterleitungen und Formulare
Aktualisiert am 6 Min. LesezeitVom DNSPeek-Team
Bestätigen Sie direkt nach einem Hosting-Umzug, dass DNS überall auf den neuen Server zeigt, dass ein gültiges Zertifikat installiert ist und dass Weiterleitungen weiterhin von HTTP zu HTTPS und auf einen kanonischen Hostnamen führen. Prüfen Sie dann E-Mail-Zustellung (MX, SPF, DKIM und DMARC), Kontaktformulare, geplante Aufgaben und die Einstellungen für Suchmaschinen. Die meisten Probleme nach einem Umzug fallen in eine dieser Gruppen und sind schnell behoben, sobald man sie gefunden hat.
DNS: Sind alle auf dem neuen Server?
Prüfen Sie mit dem DNS-Propagation-Checker, ob die Domain und www über öffentliche Resolver weltweit auf die neue IP auflösen, und mit Ist meine Domain schon umgestellt?, ob die Website dort tatsächlich antwortet. Ein alter AAAA-Record (IPv6) ist das klassische Überbleibsel: IPv6-Besucher landen weiter beim alten Hoster und sehen veraltete Inhalte.
Wenn Sie DNS zu einem anderen Anbieter umgezogen haben, vergleichen Sie alte und neue Zone mit dem DNS-Vergleich. Ein fehlender TXT- oder CNAME-Record macht still etwas kaputt: die Domain-Verifizierung bei Google oder Microsoft, die E-Mail-Signatur oder eine Subdomain, die ein Drittanbieterdienst nutzt.
SSL-Zertifikat
Viele Hoster stellen das Zertifikat erst aus, wenn die Domain auf sie zeigt. Prüfen Sie es also, sobald DNS umgezogen ist. Der SSL-Checker zeigt Aussteller, Ablaufdatum, die abgedeckten Namen und ob Browser der Kette vertrauen. Stellen Sie sicher, dass es sowohl example.com als auch www.example.com abdeckt sowie alle anderen Hostnamen, die Sie ausliefern.
Haben Sie mit einem DNSPeek-Vorschau-Link im Modus Prüfung überspringen getestet, stellen Sie ihn nach dem Umzug auf Prüfen um: Die Vorschau schlägt dann bei jedem Zertifikatsfehler fehl, was eine schnelle Bestätigung ist. Siehe SSL-Modi.
Weiterleitungen und Header
Die Serverkonfiguration zieht nicht immer mit den Dateien um. .htaccess-Regeln funktionieren nicht auf nginx, und ein neuer Hoster behandelt www womöglich anders. Prüfen Sie Ihre Domain mit dem Weiterleitungs-Checker: http:// sollte die endgültige https://-Seite in ein oder zwei Schritten erreichen, mit permanenten Weiterleitungen (301 oder 308) und ohne Schleife.
Führen Sie dann den Sicherheits-Header-Check aus. HSTS, Content-Security-Policy und ähnliche Header setzt der Server oder das CDN, und sie gehen bei einem Umzug leicht verloren. Vergleichen Sie die Bewertung mit der vorherigen.
E-Mail: MX, SPF, DKIM und DMARC
Bei der E-Mail geht ein Umzug am leisesten schief: Die Website sieht gut aus, und tagelang merkt niemand, dass E-Mails zurückkommen oder im Spam landen.
| Eintrag | Was prüfen | Tool |
|---|---|---|
| MX | Zeigt auf den E-Mail-Anbieter, den Sie tatsächlich nutzen; die E-Mail ist nicht versehentlich mit der Website umgezogen | MX-Lookup |
| SPF (TXT) | Enthält jeden Server, der E-Mails für die Domain versendet, auch den neuen Webserver, falls Formulare direkt senden; nur ein SPF-Eintrag; höchstens 10 DNS-Abfragen | SPF-Checker |
| DKIM (TXT oder CNAME) | Die Signaturschlüssel-Einträge Ihres E-Mail-Anbieters sind in der aktuellen Zone vorhanden | Admin-Bereich Ihres E-Mail-Anbieters |
| DMARC (TXT) | Ein _dmarc-Eintrag existiert, mit der gewünschten Richtlinie | DMARC-Checker |
Machen Sie dann einen echten Test: Schreiben Sie von einer externen Adresse an ein Postfach der Domain und antworten Sie. War die E-Mail auf dem alten Server gehostet, prüfen Sie, ob die während der Umstellung eingegangenen Nachrichten übertragen wurden.
Formulare und Transaktions-E-Mails
Kontaktformulare, Passwort-Resets und Bestellbestätigungen versenden E-Mails oft direkt vom Webserver. Auf einem neuen Server ist PHP mail() womöglich deaktiviert, Port 25 gesperrt (häufig bei Cloud-VPS) oder die neue IP fehlt im SPF-Eintrag. Senden Sie jedes Formular ab und lösen Sie einen Passwort-Reset aus. Kommen keine Nachrichten an, versenden Sie über einen authentifizierten SMTP-Dienst statt über das lokale Mailsystem des Servers.
Anwendung, Cronjobs und Integrationen
- Cronjobs und geplante Aufgaben: Backups, Feeds, Cache-Warmer und Newsletter-Warteschlangen. Legen Sie sie auf dem neuen Server neu an und prüfen Sie, dass der alte Server sie nicht mehr ausführt, sonst laufen sie doppelt.
- IP-Allowlists: Zahlungsanbieter, APIs, Firewalls und Remote-Datenbanken, die nur die IP des alten Servers akzeptieren.
- Webhooks: Dienste, die Ihre Website aufrufen, etwa Zahlungsanbieter, funktionieren über DNS weiter, aber prüfen Sie ihre Zustellprotokolle auf Fehler rund um die Umstellung.
- Dateiberechtigungen und Uploads: Laden Sie über das CMS ein Bild oder eine Datei hoch.
- Caching: Leeren Sie Seiten- und CDN-Caches, damit Besucher keine Seiten bekommen, die auf dem alten Server erzeugt wurden.
Suchmaschinen und Analytics
Eine übernommene Staging-Einstellung kann die gesamte Website vor Suchmaschinen verstecken. Suchen Sie nach einem noindex-Robots-Meta-Tag oder X-Robots-Tag-Header, einer robots.txt, die alles sperrt, und kanonischen URLs, die auf einen temporären Host zeigen. Prüfen Sie, ob das Analytics-Tag weiterhin auslöst und die Sitemap erreichbar ist. Ein DNSPeek-QA-Bericht markiert diese Suchmaschinen-Überbleibsel, dazu defekte Seiten, fehlende Dateien und Mixed Content.
Die Prüfungen von selbst laufen lassen
Haben Sie den neuen Server vor der Umstellung mit einem DNSPeek-Vorschau-Link getestet, aktivieren Sie dafür DNS-Benachrichtigungen (kostenpflichtige Tarife). Sobald die Domain propagiert ist, führt DNSPeek den QA-Bericht auf der Live-Domain erneut aus und vergleicht ihn mit dem letzten Bericht vor der Umstellung: Seiten, die kaputtgegangen sind, anderswohin weiterleiten oder ihren Titel verloren haben. Siehe Nach der DNS-Umstellung.
Die Routine nach dem Umzug
Schritt 1: Bestätigen, dass DNS umgezogen ist
Prüfen Sie Domain und www über öffentliche Resolver und bestätigen Sie, dass die Website von der neuen IP antwortet.
Schritt 2: Zertifikat prüfen
Prüfen Sie Aussteller, Ablauf und abgedeckte Hostnamen mit dem SSL-Checker.
Schritt 3: Weiterleitungen und Header testen
Verfolgen Sie
http://mit dem Weiterleitungs-Checker bis zur endgültigen Seite und vergleichen Sie die Sicherheits-Header mit der alten Konfiguration.Schritt 4: E-Mail-Einträge prüfen und Test senden
Fragen Sie MX, SPF und DMARC ab, bestätigen Sie DKIM bei Ihrem E-Mail-Anbieter und senden und empfangen Sie dann eine Testnachricht.
Schritt 5: Jedes Formular absenden
Senden Sie jedes Kontaktformular ab und lösen Sie einen Passwort-Reset aus. Bestätigen Sie, dass die E-Mails ankommen und nicht als Spam markiert werden.
Schritt 6: Geplante Aufgaben und Integrationen prüfen
Legen Sie Cronjobs neu an, aktualisieren Sie IP-Allowlists, prüfen Sie Webhook-Protokolle und leeren Sie Caches.
Schritt 7: Sucheinstellungen prüfen und alten Hoster kurz behalten
Entfernen Sie noindex-Regeln aus dem Staging, prüfen Sie robots.txt und die Sitemap und behalten Sie das alte Hosting, bis seine Logs keine Besucher mehr zeigen.
Checkliste nach dem Umzug
Nach dem Umzug
- Domain und www lösen weltweit auf die neue IP auf
- Alter AAAA-Record aktualisiert oder entfernt
- Alle Einträge in der neuen DNS-Zone vorhanden
- Gültiges Zertifikat für jeden Hostnamen
- http → https und www-Behandlung in ein oder zwei permanenten Weiterleitungen
- Sicherheits-Header wie zuvor oder besser
- MX korrekt, Test-E-Mail gesendet und empfangen
- SPF enthält jeden sendenden Server, ein Eintrag, höchstens 10 Abfragen
- DKIM- und DMARC-Einträge vorhanden
- Jedes Formular und jede Passwort-Reset-E-Mail zugestellt
- Cronjobs neu angelegt; keiner läuft mehr auf dem alten Server
- IP-Allowlists für den neuen Server aktualisiert
- Kein noindex, robots.txt erlaubt das Crawlen, kanonische URLs korrekt
- Caches geleert, Analytics erfasst Daten
- Backups beim neuen Hoster eingerichtet
Häufig gestellte Fragen
Warum funktioniert meine E-Mail nach dem Hoster-Wechsel nicht mehr?
Meist zeigten die MX-Records auf den alten Hoster, oder die DNS-Zone wurde ohne sie umgezogen. Prüfen Sie zuerst MX, dann SPF, DKIM und DMARC. War die E-Mail auf dem alten Server gespeichert, liegen Nachrichten, die während der Umstellung eingegangen sind, womöglich noch dort.
Warum landen E-Mails aus meinem Kontaktformular nach einem Umzug im Spam?
Der neue Server versendet E-Mails von einer IP, die nicht in Ihrem SPF-Eintrag steht, ohne DKIM-Signatur oder von einer Cloud-IP mit schlechter Reputation. Versenden Sie Formular-E-Mails über einen authentifizierten SMTP-Dienst und nehmen Sie ihn in SPF auf.
Wie schnell sollte das SSL-Zertifikat nach einem Umzug funktionieren?
Bei den meisten Hostern mit automatischen Zertifikaten innerhalb von Minuten, nachdem DNS den neuen Server erreicht. Ist es nach ein bis zwei Stunden nicht da, prüfen Sie, ob jeder Hostname auf den neuen Server zeigt, und bitten Sie den Hoster, es auszustellen.
Ziehen Weiterleitungen mit meinen Website-Dateien um?
Nur, wenn sie in Dateien stehen, die der neue Server liest. Regeln in .htaccess funktionieren auf Apache und LiteSpeed, aber nicht auf nginx, und Weiterleitungen aus dem Panel oder CDN des alten Hosters bleiben zurück. Testen Sie sie nach dem Umzug mit einem Weiterleitungs-Checker.
Wann kann ich mein altes Hosting kündigen?
Wenn DNS propagiert ist, die Access-Logs des alten Servers keine echten Besucher mehr zeigen, dort keine E-Mail mehr ankommt und Sie ein letztes Backup haben. Einige Tage nach der Umstellung zu warten ist eine sichere Faustregel.