Modul 8 · 8.3
Deutsch
Staging: sicher testen
Modul 8: Backups, Staging und PHP-Upgrades · Lesezeit: 9 Minuten
Lernziel: Nach dieser Lektion können Sie eine Staging-Umgebung anlegen, absichern und Änderungen sicher auf Ihre echte Website zurückspielen.
Kernbegriffe: Staging, Produktion, Klonen, Subdomain, noindex, Passwort auf dem Verzeichnis, Mail aus, Zahlungsanbieter im Testmodus, Synchronisieren, Datenbank überschreiben, lokale Entwicklungsumgebung
Was Staging ist
Eine Staging-Umgebung (oder Testsite) ist eine Kopie Ihrer echten Website, auf einer eigenen Adresse, auf der Sie Änderungen ausprobieren. Ihre echte Website heisst dann Produktion. Auf Staging darf etwas schiefgehen: ein neues Theme, ein grosses Update, ein PHP-Upgrade (Lektion 8.4), ein neues Plugin. Erst wenn es funktioniert, führen Sie es auf Produktion durch.
Sie nutzen Staging für Änderungen mit Risiko: grosse Versionen von WordPress oder einem Webshop-Plugin, ein anderes Theme, ein PHP-Upgrade, das Aufräumen von Plugins (Lektion 5.4), eine Neugestaltung. Für eine Textänderung oder ein kleines Plugin-Update ist es nicht nötig.
Wege, ein Staging zu erstellen
| Weg | Wie | Für wen |
|---|---|---|
| Klonfunktion Ihres Installers | Bei Installatron „Kopieren“ mit „Create a staging site“, bei Softaculous „Create Staging“, beim WP Toolkit „Clone“ | Der einfachste Weg, wenn Ihre Website mit einem Installer erstellt wurde |
| Staging Ihres Hosters | Bei verwaltetem WordPress-Hosting oft ein Klick | Wenn Ihr Hoster es anbietet |
| Ein Staging-Plugin | Ein Plugin erstellt eine Kopie in einem Unterverzeichnis oder auf einer Subdomain | Wenn Sie keinen Installer oder keine Hoster-Funktion haben |
| Von Hand | Backup neben der Website wiederherstellen (Lektion 8.2) und Adressen anpassen | Lehrreich, und immer möglich |
| Lokal auf Ihrem eigenen Computer | Ein Programm für lokale WordPress-Entwicklung oder eine Docker-Umgebung | Für Entwickler und grössere Anpassungen |
Ein Staging auf einer Subdomain (staging.example.com) ist meist besser als in einem Unterverzeichnis (example.com/staging): Es verhält sich mehr wie Ihre echte Website, und Cookies und Regeln in .htaccess geraten nicht durcheinander. Legen Sie die Subdomain zuerst an, mit einem Zertifikat.
Absichern: drei Dinge, die Sie sofort regeln
Eine Kopie Ihrer Website ist eine vollwertige Website mit all Ihren Inhalten, und manchmal mit all Ihren Kundendaten. Regeln Sie deshalb sofort:
1. Suchmaschinen fernhalten
Ohne Schutz kann Google Ihr Staging finden und indexieren. Dann haben Sie doppelte Inhalte, und Suchende landen auf Ihrer Testsite. Tun Sie mindestens eines, am besten zwei dieser Dinge:
- Ein Passwort auf das gesamte Staging (Basic Authentication über Ihr Hostingpanel, ein „geschütztes Verzeichnis“). Dann sieht niemand die Website ohne Passwort, auch Suchmaschinen nicht. Das ist die stärkste Massnahme.
- Suchmaschinen abhalten in Einstellungen > Lesen (Lektion 2.4). Das setzt
noindexauf jede Seite. Suchmaschinen respektieren das meistens, aber es ist eine Bitte, kein Schloss.
Achten Sie auf das Gegenteil: Synchronisieren Sie das Staging später zurück auf Produktion, übernehmen Sie dabei nicht das Noindex-Häkchen. Eine Produktionswebsite, die nach einer „erfolgreichen“ Synchronisation aus Google verschwindet, ist ein Klassiker. Die Aufgabe dieser Lektion prüft beides.
2. Keine Mail an echte Menschen
Eine Kopie eines Webshops oder einer Mitgliederseite kann Mails versenden: Bestätigungen, Erinnerungen, Newsletter, Passwort-Links. Kunden erhalten dann verwirrende Mails von Ihrer Testsite. Schalten Sie ausgehende Mail auf Staging ab oder leiten Sie sie an Ihre eigene Adresse um (mit einem Plugin zum Abfangen von Mail, oder indem Sie das SMTP-Plugin auf Staging abschalten, Lektion 9.1). Schalten Sie auch geplante Aufgaben ab, die Mails versenden.
3. Zahlungen und Verbindungen im Testmodus
Ein Webshop auf Staging sollte mit dem Testmodus des Zahlungsanbieters arbeiten, nicht mit echten Zahlungen. Andere Verbindungen (Buchhaltung, Lagerbestand, CRM) schalten Sie ab oder auf eine Testumgebung, sonst erhalten sie Testbestellungen wie echte.
Arbeiten Sie mit echten Kundendaten auf Staging, gilt die DSGVO dort genauso (Lektion 9.3): nicht länger als nötig aufbewahren, und das Staging entfernen, wenn Sie fertig sind.
Zurück zur Produktion: die Falle der Datenbank
Der schwierigste Schritt ist das Zurückspielen Ihrer Änderungen auf Produktion. Installer und Staging-Plugins haben dafür eine Funktion (bei Installatron „Synch“, bei anderen „Push to live“). Das Risiko:
- Sie erstellen am Montag ein Staging. Dienstag bis Donnerstag testen Sie ein neues Theme.
- In der Zwischenzeit kommen auf der Produktion zwanzig Bestellungen, drei neue Beiträge und fünfzig Kommentare hinzu.
- Am Freitag synchronisieren Sie die Datenbank von Staging zur Produktion. Die Datenbank von Staging ist die vom Montag: Die Bestellungen, Beiträge und Kommentare von Dienstag bis Freitag sind weg.
Deshalb:
- Erstellen Sie zuerst ein Backup der Produktion (Lektion 8.1), kurz vor dem Synchronisieren.
- Synchronisieren Sie nur, was nötig ist. Ein Theme oder Plugin zu aktualisieren ist eine Frage von Dateien; die Datenbank muss dann oft nicht mit. Viele Synchronisationsfunktionen lassen Sie wählen: nur Dateien, oder nur bestimmte Tabellen.
- Bei einem Webshop oder einer stark frequentierten Website: Führen Sie die Änderung lieber erneut auf Produktion durch (dieselben Schritte wie auf Staging, jetzt, da Sie wissen, dass sie funktionieren), anstatt die Datenbank zu übertragen. Oder planen Sie einen ruhigen Moment mit einer kurzen Unterbrechung des Shops.
- Prüfen Sie danach die Produktion: die Kontrollliste aus Lektion 8.2, und das Noindex-Häkchen.
Staging ist ein Ort, um zu lernen, was passiert. Die Änderung selbst führen Sie am sichersten erneut auf der Produktion durch.
Aufräumen
Ein Staging, das monatelang bestehen bleibt, wird zu einer vergessenen Website: nicht aktualisiert, mit alten Plugins und echten Daten. Genau die Schwachstelle aus Lektion 7.1. Entfernen Sie das Staging, wenn Sie fertig sind, oder pflegen Sie es wie eine vollwertige Website (Updates, Passwort). Ein Klon nimmt auch genauso viel Platz ein wie das Original und hat eine eigene Datenbank.
Zusammenfassung
- Staging ist eine Kopie Ihrer Website auf einer eigenen Adresse, um risikoreiche Änderungen zu testen.
- Erstellen Sie es mit Ihrem Installer, Ihrem Hoster, einem Plugin oder von Hand, am besten auf einer Subdomain mit Zertifikat.
- Sichern Sie es sofort ab: Passwort und/oder noindex, keine Mail an echte Menschen, Zahlungen im Testmodus.
- Synchronisieren Sie nicht blind zurück: Die Datenbank von Staging überschreibt, was auf Produktion hinzukam. Erstellen Sie zuerst ein Backup, synchronisieren Sie nur, was nötig ist, oder führen Sie die Änderung erneut durch.
- Entfernen Sie das Staging, wenn Sie fertig sind, und übernehmen Sie das Noindex-Häkchen nicht mit auf Produktion.
Quiz
Aufgabe
Aufgabe A8.3: Ist Ihr Staging abgeschirmt? Geben Sie die Adresse Ihres Stagings ein (eine Subdomain Ihrer eigenen Domain, zum Beispiel aus Aufgabe D8.2) und die Ihrer echten Website. Weisen Sie mit dem Code der Aufgabe nach, dass die Domain Ihnen gehört. Das Programm prüft auf dem Staging: Antwortet es über https, und ist es abgeschirmt (eine Passwortabfrage, oder noindex im HTML oder im Header X-Robots-Tag)? Zeigt der REST-Verweis (wp-json) auf das Staging selbst und nicht auf Ihre echte Website? Und auf Ihrer echten Website: Steht dort kein noindex?
Weiterführende Lektüre
Diese Artikel beschreiben die Schritte in den Panels von WebOké; in anderen Panels funktionieren sie ähnlich.