„Kurz mal das Update einspielen“ geht meistens gut. Und wenn nicht, sehen es deine Besucher zuerst. Eine Staging-Umgebung dreht die Reihenfolge um: Du probierst Änderungen an einer Kopie aus und übernimmst nur, was funktioniert. Hier erfährst du, wie das sauber klappt und wo die typischen Fallen liegen.

Was Staging ist

Staging bedeutet: eine vollständige Kopie deiner Website mit allen Dateien und der Datenbank, die unter einer eigenen Adresse läuft und für Besucher nicht sichtbar ist. Dort kannst du Plugins aktualisieren, ein neues Theme ausprobieren oder Code ändern. Geht etwas kaputt, ist nur die Kopie betroffen.

Wann sich eine Testkopie lohnt

Nicht jede Änderung braucht eine Testkopie. Diese aber schon:

  • Größere Updates von WordPress, Theme oder wichtigen Plugins wie dem Shop oder Page-Builder
  • Ein Wechsel der PHP-Version
  • Neue Plugins, die tief eingreifen: Caching, Sicherheit, Mehrsprachigkeit, Zahlungen
  • Ein neues Theme oder ein größerer Umbau des Designs
  • Eigener Code, etwa im Child-Theme oder in einem eigenen Plugin

Neue Blogbeiträge oder Textänderungen schreibst du dagegen direkt auf der Live-Website. In der Testkopie würden sie bei der Übernahme leicht verloren gehen oder andere Inhalte überschreiben.

Ein sauberer Ablauf

  1. Frische Kopie anlegen: Immer vom aktuellen Stand der Live-Website, nicht von einer Kopie, die seit Wochen herumliegt.
  2. Änderung durchführen: Update einspielen, Plugin installieren, Theme wechseln.
  3. Gezielt testen: Startseite, wichtige Unterseiten, Formulare, Anmeldung und bei Shops Warenkorb und Kasse. Schau auch in die Handyansicht.
  4. Übernehmen: nur die geprüften Änderungen auf die Live-Website bringen, mit einer frischen Sicherung davor.
  5. Live prüfen: die wichtigsten Seiten noch einmal kurz aufrufen.
  6. Aufräumen: Die Testkopie löschen, wenn du sie nicht mehr brauchst.

Die typischen Fallen

Eine Testkopie ist eine echte WordPress-Installation mit echten Daten. Genau das macht sie nützlich, aber auch tückisch:

  • E-Mails an echte Kunden: Die Kopie kennt alle Kundenadressen. Ohne Vorkehrung verschickt sie Bestellbestätigungen, Newsletter oder Erinnerungen, als wäre sie die echte Website.
  • Geplante Aufgaben laufen doppelt: WordPress führt Aufgaben wie Abo-Verlängerungen oder Exporte zeitgesteuert aus. In der Kopie passiert das unter Umständen ein zweites Mal.
  • Zahlungen und Schnittstellen: Zahlungsanbieter, Newsletter-Tools oder Warenwirtschaft sollten in der Kopie im Testmodus laufen oder getrennt sein. Sonst entstehen echte Buchungen oder doppelte Datensätze.
  • Suchmaschinen: Eine öffentlich erreichbare Kopie kann bei Google landen und deiner Website mit doppelten Inhalten Konkurrenz machen. Ein Passwortschutz ist sicherer als nur der Haken „Suchmaschinen davon abhalten“ in WordPress.
  • Lizenzen: Manche Premium-Plugins zählen die Kopie als eigene Website. Prüfe, ob deine Lizenz Testumgebungen erlaubt.

Das Datenbank-Problem

Während du in der Kopie testest, läuft die Live-Website weiter: Es kommen Bestellungen, Kommentare und Formulareingänge herein. Kopierst du am Ende die komplette Datenbank der Testkopie zurück, sind diese neuen Daten weg.

Deshalb gilt: Bei Shops und Websites mit Nutzerdaten nie die komplette Datenbank der Testkopie über die Live-Website spielen.

Der sichere Weg ist, nur das zu übernehmen, was sich wirklich geändert hat:

  • Code-Änderungen wie Plugin- und Theme-Updates: die betroffenen Ordner übernehmen.
  • Einstellungen wie neue Plugin-Optionen oder Menüs: auf der Live-Website von Hand nachziehen, nachdem du sie in der Kopie ausprobiert hast.
  • Datenbank-Updates, die Plugins nach einem Update anstoßen: laufen auf der Live-Website ohnehin von selbst, sobald die neue Version dort aktiv ist.

Hosting oder Plugin?

Eine Testkopie bekommst du auf zwei Wegen:

  • Über ein Plugin wie WP Staging: funktioniert bei fast jedem Hoster. Die Kopie liegt dann aber meist im selben Hosting-Paket, teilt sich dessen Speicher und Leistung und ist oft nur durch einen Unterordner von der Live-Website getrennt.
  • Über das Hosting: Die Kopie läuft getrennt von der Live-Website, und Schutz vor Suchmaschinen und E-Mails ist oft schon eingerichtet. Prüfe, ob das in deinem Tarif enthalten ist oder extra kostet.

Checkliste

  1. Testkopie vom aktuellen Stand anlegen und vor Besuchern und Suchmaschinen schützen.
  2. E-Mail-Versand, Zahlungen und Schnittstellen in der Kopie abschalten oder in den Testmodus setzen.
  3. Änderung durchführen und die wichtigsten Abläufe testen, auch auf dem Handy.
  4. Frische Sicherung der Live-Website anlegen.
  5. Nur geprüfte Dateien übernehmen, nie die komplette Datenbank eines Shops.
  6. Live-Website prüfen und die Testkopie löschen.