Checkliste für den Website-Start: Was Sie testen sollten, bevor Sie online gehen

Überprüfen Sie Inhalt und Navigation

Jede öffentliche Route benötigt eine endgültige Kopie, eine funktionierende Navigation und eine gezielte Reaktion auf fehlende oder gelöschte Seiten. Eine gültige Homepage ist kein Beweis dafür, dass Kampagnenlinks, Sprachvarianten oder Fußzeilenziele korrekt sind.

Crawlen Sie den Release Candidate, überprüfen Sie Weiterleitungen und überprüfen Sie Titel, Beschreibungen, Kanonika und Sprachalternativen auf repräsentativen Seiten.

Die Inhaltsüberprüfung umfasst mehr als nur die Rechtschreibung. Bestätigen Sie den aktuellen Markennamen, Kontaktdaten, Preise, Servicegrenzen, rechtliche Links und Bildrechte auf jeder öffentlichen Vorlage. Crawlen Sie interne Links und entscheiden Sie, wie veraltete URLs umgeleitet werden. Überprüfen Sie Titel, Beschreibungen, kanonische URLs und Sprachalternativen aus dem gerenderten Produktions-HTML. Durchsuchen Sie Staging-Markierungen und Platzhaltertext im gesamten Build, damit sie nicht auf Seiten erscheinen, die bei der manuellen Überprüfung übersehen wurden.

Testen Sie komplette User Journeys

Schaltflächen und Formulare müssen vom ersten Klick bis zur endgültigen Bestätigung und Betriebsübergabe getestet werden. Ein Kontaktformular, das einen Datensatz speichert, das Team jedoch nicht benachrichtigt, ist kein erfolgreicher Anfragepfad.

Senden Sie reale Testfälle für Kontakt-, Angebots- und Kaufabläufe; Bestätigen Sie die E-Mail-Zustellung, die Weiterleitung von Antworten, Fehler und den Schutz vor Duplikaten.

Testen Sie komplette Fahrten mit produktionsähnlichen Daten. Senden Sie jedes Kontakt- und Angebotsformular, überprüfen Sie die zugestellte E-Mail, die Antwortadresse, den gespeicherten Datensatz, die Fehlermeldung und die Duplikatbehandlung. Geben Sie für Geschäfte Testbestellungen über die unterstützten Zahlungs- und Lieferstatus auf. Berücksichtigen Sie Validierung, langsame Verbindungen und Anbieterfehler. Ein Erfolgsbildschirm ist nur dann ein Beweis, wenn das operative Ziel auch die Informationen erhalten hat, die zur Fortsetzung der Aufgabe erforderlich sind.

Verwenden Sie die Produktionskonfiguration

Beim lokalen Erfolg werden keine Domänen, HTTPS, Umgebungsvariablen, externe Dienste oder Reverse-Proxy-Verhalten überprüft. Ein fehlendes Geheimnis oder eine falsche Hostregel kann erst nach der Bereitstellung brechen.

Führen Sie Smoke-Checks für die vorgesehene Domäne durch, überprüfen Sie sichere Weiterleitungen und stellen Sie sicher, dass in den Client-Bundles keine private Konfiguration vorhanden ist.

Für die Produktionskonfiguration ist eine eigene Checkliste erforderlich. Überprüfen Sie DNS, HTTPS, Host-Weiterleitungen, Umgebungsvariablen, E-Mail-Anmeldeinformationen, Reverse-Proxy-Header, geplante Worker und Backup-Speicherorte. Stellen Sie sicher, dass Geheimnisse serverseitig bleiben und der Anwendungsport nicht unnötig offengelegt wird. Testen Sie den anonymen Zugriff in einem sauberen Browser, da eine authentifizierte Administratorsitzung Cache-, Berechtigungs- oder Umleitungsprobleme verbergen kann, auf die öffentliche Besucher stoßen.

Bereiten Sie Rollback und Besitz vor

Für ein Release sind eine bekannte Vorgängerversion, ein Backup-Umfang und eine Person erforderlich, die auf eine fehlgeschlagene Prüfung reagieren kann. Ohne einen Rollback-Pfad kann ein kleiner Defekt zu einem langen Ausfall werden, während das Team unter Druck neu aufbaut.

Notieren Sie vor der Veröffentlichung die bereitgestellte Revision und einen Rollback-Pfad. Nennen Sie die Person, die Anwendungs- und Proxy-Protokolle überwacht, die Prüfungen, die ein Rollback auslösen, und das vorherige Image oder Paket, das wiederhergestellt werden kann. Überprüfen Sie die Hauptrouten nach der Bereitstellung von außerhalb des Servers erneut. Ein kurzer schriftlicher Release-Datensatz beschleunigt die Reaktion auf Vorfälle und verhindert, dass das Team errät, welche Version, Migration oder welcher Umgebungswert die Produktion erreicht hat.