Werbung Hostingangebote der webhoster.de AG. Redaktion: iSearch GmbH.

Der Testplan für einen Hostingumzug

Ein neues Hostingziel anhand sichtbarer Funktionen und klarer Nachweise abnehmen, bevor der alte Dienst beendet wird.

Zwei Laptops und ein Laufwerk für einen geplanten Websiteumzug; KI-generiert
KI-generierte Illustration einer möglichen Einsatzsituation. Keine reale Kundenaufnahme oder Anbieteranlage.

Die Prüfung vor dem Kopieren festlegen

Notieren Sie die benötigten Namen, wichtigen Seitentypen und fachlichen Funktionen, bevor die Website übertragen wird. So kann die spätere Abnahme an einem bekannten Umfang gemessen werden. Bei einer Firmenwebsite gehören dazu mindestens Startseite, Leistungsseite, Kontaktweg, Medien und ein wichtiges Dokument. Bei einer dynamischen Anwendung kommen Anmeldung, persönliche Ansicht und der geschäftliche Ablauf hinzu.

Beschreiben Sie jeweils die erwartete Wirkung. Beispielsweise soll ein Download erreichbar sein oder eine Suche den vorgesehenen Inhalt finden. Eine vage Prüfung Website sieht gut aus hilft bei Fehlern kaum. Die Liste bleibt klein genug, um vollständig abgearbeitet werden zu können.

Das Ziel eindeutig identifizieren

Prüfen Sie vor jedem administrativen Eingriff Domain, Konto und Pfad. Halten Sie fest, wie der neue Server vor der öffentlichen Umschaltung getestet wird. Ein erfolgreicher Aufruf der normalen Domain kann noch die alte Umgebung zeigen. Die Zielprüfung muss daher eindeutig die vorbereitete neue Installation erreichen. Vertrauliche Kopien werden geschützt und ausgehende Folgewirkungen bleiben kontrolliert.

Dokumentieren Sie den Prüfweg ohne Zugangsdaten oder private Links in öffentlich weitergegebenen Unterlagen. Der Stagingleitfaden erläutert den Umgang mit solchen Testzielen. Ein sichtbarer Hinweis zur Testumgebung reduziert zusätzlich Bedienfehler.

Grundfunktionen und Darstellung prüfen

Öffnen Sie die wichtigsten Seiten auf Desktop und schmaler Breite. Prüfen Sie Bilder, interne Links, Navigation und Tabellen. Bedienen Sie wichtige Elemente auch mit der Tastatur. Testen Sie anschließend Editor, Anmeldung und Upload mit dafür vorgesehenen Daten. Ein vollständig geladenes Hauptdokument beweist nicht, dass Medien oder Interaktionen funktionieren. Falls die Anwendung externe Dienste nutzt, wird auch deren tatsächlicher Zielkontakt geprüft.

Ein Screenshot dokumentiert Darstellung, aber keine vollständige Funktion. Halten Sie deshalb kurze Ergebnisse pro Ablauf fest. Fehler werden mit betroffener URL, Zeitpunkt und reproduzierbarem Schritt beschrieben, ohne unnötig vertrauliche Inhalte zu kopieren.

Die Abnahme in Nachweise aufteilen

Bei schmaler Ansicht: Tabelle seitlich wischen oder scrollen.

Prüfbereich Konkreter Nachweis
Daten Zusammengehöriger Datei- und Datenbankstand
Webzugriff Benötigte Namen und gültiges TLS
Netzwerk IPv4 und gegebenenfalls echtes IPv6
Fachfunktion Vollständiger wichtiger Ablauf
Rückweg Erreichbare geprüfte Sicherung

Das tatsächliche IPv6-HTTPS ist eine eigene Verbindung, wenn IPv6 zum Ziel gehört. Eine direkte erfolgreiche Prüfung auf einer Adresse bestätigt wiederum noch keinen veröffentlichten DNS-Eintrag. Diese Unterschiede werden im Bericht ausdrücklich getrennt gehalten. Der Ratgeber Mail und Domain ergänzt die eigene Mailabnahme.

Nach der Umschaltung erneut kontrollieren

Die Probe vor der Umstellung und der tatsächliche öffentliche Betrieb danach sind verschiedene Situationen. Prüfen Sie daher die Namen, Weiterleitungen und Funktionen nochmals. Achten Sie auf Pfade, Queryparameter und interne Links. Die neue Umgebung wird in einem repräsentativen Zeitraum beobachtet. Kurzzeitig unterschiedliche Auflösungsstände werden mit Zeitpunkt dokumentiert und nicht als allgemeiner sicherer Abschluss interpretiert.

Für neue Daten während des Übergangs erklärt der Datenabgleich die nötige Planung. Der alte Betrieb wird erst beendet, wenn die benötigten Daten und Dienste kontrolliert übernommen sind.

Eine offene Prüfung sichtbar übergeben

Eine neue Websitekopie besteht alle Darstellungsprüfungen, der Wiederherstellungsweg wurde jedoch noch nicht praktisch getestet. Im Bericht steht deshalb Sicherung vorhanden und Restoreprüfung offen. Ein ungetesteter Teil erhält keinen Erfolgshaken. Die verantwortliche Person plant die abgegrenzte Probe und dokumentiert später ihr tatsächliches Ergebnis. Bis dahin bleiben Umfang und Einschränkung sichtbar. Diese Unterscheidung macht den Bericht für den Betreiber brauchbar und verhindert falsche Erwartungen bei einer späteren Störung. Auch nicht nachgewiesene IPv6-Erreichbarkeit oder ein noch ungeklärter Mailweg werden auf dieselbe Weise als konkrete offene Punkte mit nächstem Prüfschritt festgehalten.

Den Bericht für die Übergabe nutzen

Schreiben Sie bestätigt, vorbereitet und offen klar auseinander. Ein noch nicht getesteter Restore ist vorbereitet, keine geprüfte Wiederherstellung. Fehlende Zugänge oder nicht erreichbare Dienste bleiben konkrete offene Punkte. Die Dossiers zu Webhosting Business und Managed Server Business können die Ausstattung erläutern; die Abnahme beweist die tatsächliche Einrichtung. Übergeben Sie Bericht, Zuständigkeiten und geschützten Zugriff an die betreuende Person. So lässt sich später nachvollziehen, was beim Wechsel wirklich geprüft wurde.

Quellen und Prüfstand

Primärquellen, zuletzt geprüft am 7. Oktober 2026. Anbieterangaben können sich ändern.

Für den nächsten Schritt

Die eigene Bedarfsliste erstellenEinen Wechsel vorbereitenRecherche und Grenzen nachvollziehen