Ein Serverumzug ist erst dann erfolgreich, wenn die Website nicht nur wieder erreichbar ist, sondern zuverlässig, schnell und vollständig funktioniert. Genau deshalb lohnt es sich, die Website nach dem Umzug systematisch zu bewerten. Kleine Fehler bleiben sonst leicht unbemerkt: Ein Formular sendet keine Nachrichten mehr, Weiterleitungen führen ins Leere, Bilder werden nicht geladen oder Suchmaschinen finden wichtige Seiten nicht mehr.
Dieser Leitfaden zeigt, wie Sie Ihre Website nach einem Serverumzug prüfen. Die Reihenfolge reicht von der Erreichbarkeit über Technik und Sicherheit bis zu SEO, Nutzerführung und Monitoring. So erhalten Sie eine belastbare Grundlage für die Entscheidung, ob der Umzug abgeschlossen ist oder ob noch nachgebessert werden muss.
Warum die Bewertung nach einem Serverumzug wichtig ist
Beim Umzug werden Dateien, Datenbanken, Domains, DNS-Einstellungen, E-Mail-Dienste und oft auch Serverkonfigurationen verändert. Selbst wenn die Startseite auf dem neuen Server korrekt erscheint, können einzelne Bereiche weiterhin fehlerhaft sein. Besonders häufig betroffen sind dynamische Funktionen, geschützte Verzeichnisse, Cronjobs, Medienpfade und externe Schnittstellen.
Eine Bewertung sollte daher nicht nur die Frage beantworten, ob die Website online ist. Sie sollte vielmehr klären, ob Besucherinnen und Besucher alle wichtigen Inhalte erreichen, ob Suchmaschinen die Website korrekt verarbeiten und ob der neue Server die erwartete Stabilität bietet.
Am besten dokumentieren Sie den Zustand vor dem Umzug und vergleichen ihn mit den Ergebnissen nach dem Umzug. Dazu gehören beispielsweise Ladezeiten, indexierte Seiten, wichtige Rankings, Fehlerraten, Formularzustellungen und die Erreichbarkeit zentraler URLs. Ohne Vergleichswerte lassen sich Veränderungen schwer einordnen.
Die ersten Prüfungen direkt nach dem Umzug
Beginnen Sie mit den grundlegenden Erreichbarkeitstests. Prüfen Sie die Website sowohl mit als auch ohne „www“, über HTTP und HTTPS sowie über mehrere wichtige Unterseiten. Rufen Sie dabei nicht nur die Startseite auf, sondern auch Kontakt-, Leistungs-, Produkt- oder Blogseiten.
- Antwortet die Domain mit dem vorgesehenen Statuscode?
- Wird automatisch auf HTTPS weitergeleitet?
- Ist die bevorzugte Domain eindeutig festgelegt?
- Laden Startseite, Unterseiten und Medien ohne Fehlermeldung?
- Funktioniert die Website auf dem Smartphone und auf einem Desktop?
- Gibt es unerwartete Wartungsseiten, Weiterleitungsketten oder Serverfehler?
Öffnen Sie außerdem die Browser-Entwicklertools und prüfen Sie die Bereiche „Konsole“ und „Netzwerk“. Dort werden blockierte Ressourcen, JavaScript-Fehler, gemischte Inhalte und nicht erreichbare Dateien sichtbar. Ein einzelner Fehler ist nicht immer kritisch, aber eine Häufung sollte vor dem Abschluss des Umzugs untersucht werden.
DNS, Domain und HTTPS kontrollieren
Die Darstellung macht sichtbar, dass Domain, DNS-Ziel und TLS-Zertifikat gemeinsam geprüft werden müssen. So lässt sich schneller erkennen, ob die Website wirklich auf dem vorgesehenen Server liegt und sicher ausgeliefert wird.
Der DNS-Wechsel ist häufig der sichtbarste Teil eines Serverumzugs, kann aber je nach DNS-Caches zeitversetzt wirksam werden. Prüfen Sie deshalb, ob die Domain tatsächlich auf den neuen Server zeigt und ob alle relevanten DNS-Einträge weiterhin vorhanden sind.
Wichtige DNS-Einträge
- Der A- oder AAAA-Eintrag sollte auf den vorgesehenen Server zeigen.
- Ein vorhandener CNAME-Eintrag darf nicht unbeabsichtigt auf das alte Ziel verweisen.
- MX-Einträge müssen weiterhin zum verwendeten E-Mail-Dienst passen.
- TXT-Einträge für SPF, DKIM oder andere Dienste dürfen nicht versehentlich fehlen.
- Subdomains wie „shop“, „blog“ oder „app“ benötigen eine eigene Prüfung.
Kontrollieren Sie das TLS-Zertifikat in mehreren Browsern. Es sollte für alle tatsächlich verwendeten Hostnamen gültig sein. Achten Sie auch darauf, ob interne Ressourcen noch über HTTP eingebunden werden. Solche gemischten Inhalte können Sicherheitswarnungen auslösen oder dazu führen, dass Browser einzelne Ressourcen blockieren.
Testen Sie anschließend die Weiterleitungen. Eine alte URL sollte, wenn sie weiterhin relevant ist, auf die passende neue URL führen. Vermeiden Sie mehrere Weiterleitungsschritte hintereinander. Eine direkte Weiterleitung ist für Nutzer und Suchmaschinen klarer und verursacht weniger technische Reibung.
Inhalte und Medien auf Vollständigkeit prüfen
Ein Serverumzug kann Dateien verlieren oder Pfade verändern. Vergleichen Sie deshalb wichtige Inhaltsbereiche mit einer Sicherung oder einer vorher erstellten URL-Liste. Besonders wichtig sind Bilder, PDFs, Downloads, Videos, Webfonts und Dateien, die nicht direkt über das Content-Management-System sichtbar sind.
Prüfen Sie stichprobenartig alte Beiträge und neue Inhalte. Achten Sie auf fehlende Bilder, falsche Bildgrößen, abgeschnittene Texte und Formatierungsfehler. Auch Sonderzeichen, Tabellen und eingebettete Elemente sollten kontrolliert werden, weil sich Zeichensatz- oder Pfadprobleme nach einem Umzug zeigen können.
Eine praktische Inhaltskontrolle
- Erstellen Sie eine Liste der wichtigsten Seiten und Downloads.
- Rufen Sie jede URL auf und prüfen Sie Inhalt, Layout und Medien.
- Testen Sie interne Links innerhalb der wichtigsten Seiten.
- Kontrollieren Sie Bilder auf korrekte Darstellung und sinnvolle Alternativtexte.
- Prüfen Sie, ob geschützte oder nicht öffentliche Dateien weiterhin geschützt sind.
Ein automatischer Crawler kann zusätzlich interne Links und Statuscodes erfassen. Er ersetzt jedoch nicht die manuelle Kontrolle von Layout, Formularen und wichtigen Nutzerwegen. Beides zusammen liefert ein deutlich verlässlicheres Bild.
Funktionen, Formulare und Schnittstellen testen
Statische Inhalte überstehen einen Umzug oft problemlos. Fehler entstehen häufiger bei Funktionen, die eine Datenbank, eine Servererweiterung oder einen externen Dienst benötigen. Testen Sie daher alle Abläufe, bei denen Nutzereingaben oder automatische Prozesse beteiligt sind.
- Kontakt- und Rückrufformulare lassen sich absenden.
- Bestätigungs- und Fehlermeldungen werden korrekt angezeigt.
- E-Mails werden zugestellt und landen nicht unerwartet im Spam-Ordner.
- Login, Passwort-Reset und geschützte Bereiche funktionieren.
- Suche, Filter, Warenkorb oder Buchungsabläufe liefern korrekte Ergebnisse.
- Externe Schnittstellen und Zahlungs- oder Newsletterdienste reagieren wie erwartet.
- Automatische Aufgaben wie Backups, Importe oder Veröffentlichungen werden ausgeführt.
Führen Sie Tests möglichst mit realistischen, aber unkritischen Beispieldaten durch. Bei Formularen sollten Sie sowohl gültige als auch absichtlich unvollständige Eingaben verwenden. So erkennen Sie, ob Validierung und Fehlermeldungen weiterhin funktionieren.
Prüfen Sie nach einem Test, ob die Daten tatsächlich gespeichert oder zugestellt wurden. Eine Erfolgsmeldung im Browser beweist nicht automatisch, dass eine E-Mail angekommen oder ein Datensatz korrekt verarbeitet worden ist.
Geschwindigkeit und Serverleistung bewerten
Die Leistung nach einem Serverumzug sollte nicht anhand eines einzigen Aufrufs beurteilt werden. Ladezeiten hängen unter anderem von Endgerät, Netzwerk, Cache, Tageszeit und Serverauslastung ab. Aussagekräftiger ist eine Kombination aus mehreren Messungen und realen Nutzungsszenarien.
Was Sie messen sollten
- Antwortzeit des Servers bei wiederholten Aufrufen.
- Ladeverhalten der Startseite und wichtiger Unterseiten.
- Größe und Anzahl geladener Ressourcen.
- Darstellung auf mobilen Geräten.
- Verhalten bei nicht gecachten und erneut geladenen Seiten.
- Fehler und Verzögerungen bei Datenbankabfragen oder API-Aufrufen.
Vergleichen Sie die Ergebnisse mit den Werten vor dem Umzug, sofern diese vorhanden sind. Ein neuer Server muss nicht in jeder einzelnen Messung schneller sein, sollte aber keine unerklärlichen Verschlechterungen zeigen. Häufige Ursachen für Probleme sind fehlendes Caching, eine nicht passende PHP-Version, zu geringe Ressourcen, falsch konfigurierte Komprimierung oder langsame Datenbankabfragen.
Bewerten Sie außerdem die Stabilität. Eine sehr schnelle Seite, die sporadisch mit einem Serverfehler ausfällt, ist für Besucher und Suchmaschinen problematischer als eine etwas langsamere, aber verlässlich erreichbare Website.
SEO nach dem Serverumzug überprüfen
Beim Thema SEO ist die wichtigste Frage, ob Suchmaschinen weiterhin dieselben Inhalte unter den erwarteten URLs finden können. Ein Serverumzug verändert nicht zwingend die Rankings, kann aber technische Signale beeinträchtigen, wenn Weiterleitungen, Statuscodes oder Crawling-Regeln nicht korrekt übernommen wurden.
Technische SEO-Checkliste
- Die robots.txt ist erreichbar und blockiert keine wichtigen Bereiche.
- Die XML-Sitemap enthält die relevanten, kanonischen URLs.
- Wichtige Seiten liefern den Statuscode 200.
- Entfernte Seiten liefern einen passenden Fehlerstatus oder werden sinnvoll weitergeleitet.
- Canonical-Tags zeigen auf die gewünschten URLs.
- Die Website ist nicht versehentlich mit „noindex“ gekennzeichnet.
- Interne Links verweisen nicht überwiegend auf alte oder fehlerhafte Adressen.
- Strukturierte Daten enthalten keine offensichtlichen Fehler.
Wenn sich Domain, URL-Struktur oder Protokoll geändert haben, sollten Sie die entsprechenden Änderungen in den verfügbaren Suchmaschinen-Werkzeugen hinterlegen. Überwachen Sie anschließend Indexierungsberichte, Crawling-Fehler und auffällige Veränderungen beim organischen Traffic.
Beurteilen Sie Rankings nicht unmittelbar nach einzelnen Stunden oder Tagen. Kurzfristige Schwankungen können verschiedene Ursachen haben. Entscheidend ist, ob technische Fehler auftreten und ob sich über einen angemessenen Beobachtungszeitraum ein klares Muster zeigt.
Sicherheit und Backups nicht vergessen
Ein Serverumzug ist eine gute Gelegenheit, die Sicherheitskonfiguration zu überprüfen. Kontrollieren Sie, ob alte Zugänge entfernt, aktuelle Passwörter verwendet und unnötige Dienste deaktiviert wurden. Auch Testdateien, temporäre Archive und alte Konfigurationskopien dürfen nicht öffentlich erreichbar sein.
- Aktivieren Sie nur benötigte Benutzerkonten und Rollen.
- Prüfen Sie Dateirechte und den Zugriff auf Konfigurationsdateien.
- Kontrollieren Sie Firewall-, SSH- und Admin-Zugänge.
- Stellen Sie sicher, dass Backups auf dem neuen System tatsächlich erstellt werden.
- Prüfen Sie, ob Backups getrennt vom Produktivsystem gespeichert werden.
- Dokumentieren Sie, wie eine Wiederherstellung im Notfall erfolgen würde.
Ein Backup ist erst dann wirklich hilfreich, wenn seine Wiederherstellung nachvollziehbar funktioniert. Planen Sie deshalb, sofern möglich, einen kontrollierten Wiederherstellungstest in einer geeigneten Umgebung ein. Ohne einen solchen Test bleibt unklar, ob Dateien, Datenbank und Konfiguration vollständig zusammenpassen.
Mobile Nutzung und Barrierearmut prüfen
Technische Änderungen am Server können auch die Darstellung beeinflussen. Komprimierung, Caching oder neue Servermodule können dazu führen, dass Stylesheets und Skripte anders ausgeliefert werden. Prüfen Sie die wichtigsten Seiten deshalb auf kleinen Bildschirmen und mit unterschiedlichen Eingabemethoden.
Achten Sie auf gut lesbare Texte, ausreichende Abstände und eine verständliche Navigation. Buttons und Formularfelder sollten auf Touchscreens erreichbar sein. Bilder dürfen wichtige Inhalte nicht verdecken, und horizontales Scrollen sollte bei normalen Seitenansichten nicht unerwartet auftreten.
Zur Barrierearmut gehören außerdem sinnvolle Überschriften, beschriftete Formulare, ausreichende Kontraste und alternative Texte für informative Bilder. Ein Serverumzug ist nicht automatisch ein Barrierefreiheitsprojekt, aber Fehler in der Auslieferung dürfen bestehende Zugänglichkeit nicht verschlechtern.
Monitoring für die Zeit nach dem Umzug einrichten
Die Bewertung endet nicht mit der ersten erfolgreichen Prüfung. Manche Probleme treten erst unter Belastung, nach Ablauf eines Caches oder bei bestimmten Nutzerwegen auf. Ein einfaches Monitoring hilft, solche Fehler früh zu erkennen.
Überwachen Sie mindestens die Erreichbarkeit der Startseite und einiger zentraler Unterseiten. Sinnvoll sind außerdem Hinweise auf Serverfehler, ungewöhnliche Antwortzeiten, fehlgeschlagene Cronjobs und ausbleibende Backups. Bei wichtigen Formularen kann eine regelmäßige, kontrollierte Testübermittlung helfen, sofern sie organisatorisch und datenschutzrechtlich passend umgesetzt wird.
Planen Sie eine erneute Prüfung nach einigen Tagen und nochmals nach mehreren Wochen. Vergleichen Sie dabei Fehlerprotokolle, Suchmaschinenmeldungen, Nutzeranfragen und Leistungswerte. So erkennen Sie auch Probleme, die erst durch reale Nutzung sichtbar werden.
Eine kompakte Bewertungsmatrix
Für eine nachvollziehbare Entscheidung können Sie die Ergebnisse in einer einfachen Tabelle dokumentieren. Bewerten Sie jeden Bereich mit „bestanden“, „beobachten“ oder „sofort beheben“.
| Bereich | Prüffrage | Bei Problemen zuerst prüfen |
|---|---|---|
| Erreichbarkeit | Sind Domain und wichtige URLs verfügbar? | DNS, Serverstatus und Weiterleitungen |
| Inhalte | Sind Texte, Bilder und Downloads vollständig? | Dateipfade, Berechtigungen und Datenbank |
| Funktionen | Funktionieren Formulare und Nutzerabläufe? | Serverversion, Mailversand und Schnittstellen |
| Leistung | Ist die Website ausreichend schnell und stabil? | Caching, Ressourcen und Serverauslastung |
| SEO | Können Suchmaschinen relevante Seiten crawlen? | robots.txt, Sitemap, Canonicals und Statuscodes |
| Sicherheit | Sind Zugänge, Dateien und Backups geschützt? | Konten, Dateirechte und Wiederherstellung |
| Mobile Nutzung | Ist die Website auf kleinen Bildschirmen nutzbar? | CSS, Skripte und responsive Darstellung |
Die Matrix ersetzt keine technische Analyse. Sie sorgt aber dafür, dass wichtige Bereiche nicht nur nach Gefühl bewertet werden. Ergänzen Sie zu jedem offenen Punkt eine verantwortliche Person, eine Priorität und einen Termin für die Nachprüfung.
Wann gilt der Serverumzug als erfolgreich?
Ein Serverumzug kann als erfolgreich gelten, wenn die zentralen URLs stabil erreichbar sind, alle wichtigen Inhalte vollständig vorliegen und wesentliche Funktionen ohne Fehler arbeiten. Dazu kommen eine korrekte HTTPS-Konfiguration, funktionierende Weiterleitungen, nachvollziehbare Backup-Prozesse und ein unauffälliger technischer SEO-Status.
Nicht jeder kleinere Hinweis muss den Go-live stoppen. Entscheidend ist die Risikobewertung. Ein fehlendes dekoratives Bild ist anders zu behandeln als ein defektes Kontaktformular, eine offene Sicherungsdatei oder eine blockierte Produktseite. Priorisieren Sie Fehler nach ihrer Auswirkung auf Nutzer, Umsatz, Sicherheit und Auffindbarkeit.
Dokumentieren Sie den Abschluss mit Datum, geprüften URLs, Testergebnissen und bekannten Restpunkten. Diese Unterlagen erleichtern spätere Vergleiche und helfen, bei erneuten Änderungen schneller zu erkennen, was sich verändert hat.
FAQ
Wie lange sollte man eine Website nach dem Serverumzug beobachten?
Die wichtigsten Funktionen sollten direkt nach dem Umzug geprüft werden. Zusätzlich ist eine Beobachtung über mehrere Tage und eine erneute Kontrolle nach einigen Wochen sinnvoll. So werden sowohl sofortige Fehler als auch verzögerte Probleme bei Crawling, Caching oder automatischen Aufgaben sichtbar.
Kann ein Serverumzug die Google-Rankings verschlechtern?
Ein Serverumzug allein muss keine Rankingverluste verursachen. Probleme entstehen eher durch falsche Weiterleitungen, nicht erreichbare URLs, blockiertes Crawling, fehlerhafte Canonical-Tags oder längere Ausfälle. Deshalb sollten technische SEO-Signale vor und nach dem Umzug verglichen werden.
Was sollte man zuerst prüfen, wenn die Website nicht erreichbar ist?
Kontrollieren Sie zunächst DNS-Auflösung, Serverstatus, Webserver-Konfiguration und TLS-Zertifikat. Prüfen Sie danach, ob die Domain auf das richtige Verzeichnis zeigt und ob eine Firewall oder Zugriffsbeschränkung die Anfrage blockiert. Server- und Anwendungsprotokolle liefern meist weitere Hinweise.
Warum funktionieren Formulare nach einem Umzug manchmal nicht?
Häufig fehlen passende Mailserver-Einstellungen, erforderliche PHP-Erweiterungen oder Berechtigungen. Auch ein veränderter Absender, eine blockierte SMTP-Verbindung oder eine nicht übernommene Umgebungsvariable kann die Zustellung verhindern. Testen Sie sowohl die Browsermeldung als auch den tatsächlichen Empfang.
Wie erkennt man, ob wichtige Weiterleitungen korrekt sind?
Erstellen Sie eine Liste relevanter alter URLs und rufen Sie diese einzeln auf. Prüfen Sie, ob sie direkt zur passenden neuen Adresse führen und nicht in einer Kette oder Schleife enden. Besonders wichtig sind alte URLs mit externen Links oder bisherigem Suchmaschinen-Traffic.
Reicht ein Geschwindigkeitstest für die Bewertung aus?
Nein. Einzelne Messungen können durch Netzwerk, Cache und Auslastung beeinflusst werden. Kombinieren Sie mehrere Messungen mit der Kontrolle realer Nutzerwege, Serverantwortzeiten und Fehlerprotokolle. Stabilität und korrekte Funktion sind mindestens so wichtig wie ein einzelner Geschwindigkeitswert.
Was ist bei Backups nach dem Umzug besonders wichtig?
Prüfen Sie, ob Backups automatisch erstellt, sicher gespeichert und im Notfall wiederhergestellt werden können. Eine bloße Erfolgsmeldung des Backup-Systems reicht nicht als Nachweis für eine vollständige Wiederherstellbarkeit. Dokumentieren Sie außerdem Aufbewahrung und Zuständigkeiten.
Wann sollte man professionelle Hilfe einholen?
Unterstützung ist sinnvoll, wenn wiederkehrende Serverfehler, Datenbankprobleme, Sicherheitslücken, komplexe Weiterleitungen oder deutliche SEO-Verluste auftreten. Auch bei geschäftskritischen Websites kann eine unabhängige Prüfung helfen, Risiken vor dem endgültigen Abschluss des Umzugs zu erkennen.
Fazit
Wer eine Website nach einem Serverumzug bewerten möchte, sollte nicht bei der sichtbaren Startseite stehen bleiben. Erst die Kombination aus Erreichbarkeitsprüfung, Inhaltskontrolle, Funktionstests, Leistungsanalyse, SEO-Check, Sicherheitsprüfung und Monitoring zeigt, ob der Wechsel wirklich gelungen ist.
Arbeiten Sie mit einer dokumentierten Checkliste und priorisieren Sie Fehler nach ihrer Bedeutung. So wird aus einem unsicheren „Die Website scheint wieder online zu sein“ eine nachvollziehbare technische Bewertung. Gleichzeitig schaffen Sie eine gute Grundlage für stabile Wartung und spätere Server- oder Website-Änderungen.