Eine Seite kann einen Release überleben
Ein Besucher kann nach einem neuen Skript-Deployment noch ältere HTML-Seiten aus einem Cache erhalten. Erwartet die Seite ein Verhalten, das das ersetzte Skript nicht mehr unterstützt, können Formulare oder Interaktionen ausfallen. Ich habe Skript-Releases mit inhaltsabhängigen Dateinamen umgesetzt, damit alte und neue Referenzen unterscheidbar bleiben.
Assets vor ihren Referenzen veröffentlichen
Das neue Skript muss vorhanden sein, bevor eine Seite darauf verweist. Bereits versionierte Assets bleiben verfügbar, solange zwischengespeicherte Seiten sie benötigen. Die Aufbewahrungsdauer hängt von Cache-Headern und Deployment-Verhalten ab. Sofortiges Löschen aller alten Dateien kann den Vorteil versionierter Namen aufheben.
Gezielt bereinigen und echte Seiten prüfen
In meiner WordPress-Arbeit verbinde ich Anwendungscaches mit CDN-Bereinigung und CSS-Optimierung. Anschließend prüfe ich reale Seiten, Formulare und geladene Assets. Mehrsprachige Seiten und PDF-Verhalten in Safari prüfe ich ebenfalls, wenn sie betroffen sind. Ein erfolgreicher Upload allein bestätigt keinen funktionierenden veröffentlichten Ablauf.
Einen wiederherstellbaren Release behalten
Vorherige Releases oder betroffene Dateien bleiben außerhalb des öffentlichen Webroots gesichert. Nach der Veröffentlichung folgen Prüfungen. Release-Hinweise nennen Dateien und Cache-Schritte ohne Zugangsdaten. Browserprüfungen und isolierte Tests bilden eine kurze Abnahme. Ein Rollback stellt Seite und passende Assets gemeinsam wieder her.