Eine Staging-Website, und der Weg von ihr in den Livebetrieb

Jede Änderung direkt an einer Live-Website ist eine Änderung, die an Ihren Kunden getestet wird. Eine Staging-Kopie kostet eine Subdomain und beseitigt das vollständig - solange drei Dinge geregelt sind, denn eine nachlässige Staging-Website richtet echten Schaden an.

1. Halten Sie sie aus den Suchergebnissen

# nginx, on the staging server block only
add_header X-Robots-Tag "noindex, nofollow" always;

Schützen Sie sie zusätzlich mit einem Passwort - das ist die einzige Methode, die auch verhindert, dass ein Link versehentlich weitergegeben wird.

2. Verhindern Sie, dass sie Mail versendet

Eine Staging-Kopie mit einer echten Bestelltabelle schreibt echten Kunden über Testbestellungen. Leiten Sie die Mail an einen Auffänger, oder schalten Sie den Versand ganz ab.

# WordPress: a tiny must-use plugin
add_filter('pre_wp_mail', '__return_false');

3. Richten Sie Zahlungen auf die Sandbox

Immer Testschlüssel. Eine Staging-Website mit echten Zahlungsschlüsseln nimmt während eines Tests echtes Geld von einer echten Karte.

Livegehen

1. Zuerst die Live-Website sichern — Dateien und Datenbank. Das ist der Rückgängig-Knopf.
2. Dateien übertragen, nicht die Datenbank, wenn sich Inhalte live geändert haben — Sonst überschreiben Sie Bestellungen und Kommentare, die seit der Kopie entstanden sind.
3. Die Datenbank nur übertragen, wenn sich live NICHTS am Inhalt geändert hat — Danach die Staging-URL durch die Live-URL ersetzen.
4. Jeden Cache leeren — Anwendung, Server und CDN. Ein Seitencache liefert sonst stundenlang die alte Website aus.
5. Den kritischen Weg abgehen — Anmelden, in den Warenkorb legen, bezahlen, die Mail empfangen.

wp search-replace 'https://staging.yourdomain.com' 'https://yourdomain.com' --all-tables