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.
