Vor ein paar Wochen wollte ich eine neue Funktion in meinem Kursbereich testen. Nichts Dramatisches, nur eine kleine Anpassung an der Zugangsverwaltung. Trotzdem bin ich vorher kurz stehen geblieben und habe mir überlegt, wo ich das eigentlich teste. Nicht auf der Live-Seite, so viel war klar. Aber wo dann? Und was passiert mit den Daten, die während meines Tests auf der echten Seite dazukommen?
Genau an diesem Punkt hängen viele, die gerade ihre eigene Kursplattform mit WordPress aufbauen. Die Frage nach einer Testumgebung klingt erstmal nach einem rein technischen Detail. Ist sie aber nicht, sobald echte Menschen auf deiner Plattform Kurse kaufen, sich für deinen Newsletter eintragen oder Zugänge freigeschaltet bekommen.
Was eine Staging-Umgebung eigentlich macht und wo das Risiko beginnt
Eine Staging-Umgebung ist im Grunde ein Zwilling deiner Live-Seite. Gleiche Plugins, gleiches Design, gleiche Datenbank. Nur unsichtbar für Besucher. Dort kannst du testen, ohne dass jemand etwas davon mitbekommt. Und wenn alles passt, schickst du die Änderungen mit einem Klick zurück auf die Live-Seite.
Das Problem liegt genau in diesem letzten Schritt. Der Klick zurück überschreibt dort alles, was sich seit der Erstellung der Kopie verändert hat. Bei einer einfachen Info-Seite ist das verschmerzbar. Bei einer Kursplattform mit zahlenden Teilnehmern nicht.
Newsletter, Käufe, Lizenzen: Was auf einer Kursplattform wirklich verloren gehen kann
Ich nehme mal das Beispiel, das mir selbst am meisten zu denken gegeben hat. Du hast auf deiner Live-Seite bereits hundert Newsletter-Anmeldungen. Jetzt startest du deine Staging-Umgebung und arbeitest dort drei Tage an einer neuen Funktion. In dieser Zeit kommen auf der Live-Seite fünf neue Anmeldungen dazu. Deine Staging-Kopie weiß davon nichts, sie ist zum Zeitpunkt der Erstellung eingefroren. Pushst du jetzt zurück, sind diese fünf neuen Anmeldungen weg. Nicht versteckt, nicht archiviert. Einfach weg.
Bei einer Kursplattform kommt aber noch mehr dazu als Newsletter-Adressen. Käufe zum Beispiel. Kauft jemand während deiner Testphase einen Kurs, weiß deine Staging-Datenbank davon nichts. Im schlimmsten Fall verlierst du beim Zurückpushen nicht nur die Information über den Kauf, sondern auch den Zugriff, den die Person eigentlich hätte haben sollen. Das lässt sich hinterher kaum sauber rekonstruieren.
Und dann sind da noch die Plugin-Lizenzen, was auf den ersten Blick nach einem Nebenschauplatz klingt, in der Praxis aber lästig werden kann. Lizenzen werden oft in der Datenbank gespeichert. Aktivierst du auf der Staging-Seite eine neue Lizenz, weiß die Live-Seite davon zunächst nichts. Nach dem Push weiß dann plötzlich niemand mehr genau, wem die Lizenz eigentlich gehört. Meistens lässt sich das manuell wieder geraderücken. Nur kostet das Zeit, die du eigentlich sparen wolltest.
Der Punkt, der mir persönlich am meisten Kopfzerbrechen bereitet hat, sind Automationen. Läuft auf deiner Live-Seite bereits eine E-Mail-Sequenz für Kursteilnehmer, die einen bestimmten Abschnitt abgeschlossen haben, dann läuft die auf deiner Staging-Kopie ganz automatisch mit, weil sie technisch eine exakte Kopie ist. Ergebnis: doppelte E-Mails. Für den Empfänger verwirrend, für dich potenziell ein Grund, warum sich Leute aus deinem Verteiler abmelden.
Der Ausweg, der mir zu unsicher war
Es gibt eine naheliegende Abhilfe: du pushst nur in eine Richtung, also nur von Live zu Staging, nie zurück. Damit fällt das Risiko weg, dass Kundendaten auf der Live-Seite überschrieben werden. Du denkst jetzt vielleicht, damit ist das Problem doch gelöst? Berechtigter Einwand. Aber nur zur Hälfte.
Denn das Automationsproblem bleibt bestehen. Deine Staging-Kopie führt weiterhin alle E-Mail-Sequenzen aus, die auch auf der Live-Seite aktiv sind, nur eben ohne Rückweg. Du müsstest trotzdem jedes Mal manuell dafür sorgen, dass auf der Kopie nichts automatisiert rausgeht. In meinen Augen macht das den vermeintlichen Vorteil der Staging-Umgebung, alles mit einem Klick, wieder zunichte. Wenn ich sowieso manuell eingreifen muss, will ich lieber die Kontrolle über den gesamten Vorgang haben, nicht nur über die halbe.
Mein Weg: Klonen statt Staging für die WordPress-Kursplattform
Bevor ich mich festgelegt habe, habe ich tatsächlich auch die Variante ausprobiert, bei der mein Server-Management-Tool eine Staging-Umgebung direkt bei der Installation anlegt. Ich verwalte meinen Server selbst, insofern lag das nahe. In der Praxis war das für mich aber nicht der Ein-Klick-Vorgang, für den ich es gehalten hatte. Es gab weiterhin zusätzliche Einstellungen, die ich manuell vornehmen musste, und die Gefahr, etwas zu übersehen, blieb bestehen. Für jemanden, der zehn oder zwanzig Seiten professionell betreut, mag sich der Einrichtungsaufwand einmalig lohnen. Für eine einzelne Kursplattform empfand ich das als unnötig kompliziert.
Für mich persönlich war die sicherste Variante am Ende die unspektakulärste: ein manueller Klon. Statt einer direkt verknüpften Kopie exportierst du deine Live-Seite einmalig (bei mir über das Backup-Plugin WP-Vivid) und importierst diesen Export auf eine komplett getrennte, frische WordPress-Installation.
Der Nachteil liegt auf der Hand: es ist mehr Aufwand als ein Klick. Du exportierst, lädst gegebenenfalls herunter, importierst wieder, und musst dabei selbst entscheiden, was überhaupt mitkommen soll. Bestimmte Plugins oder Datenbank-Bereiche kannst du beim Import gezielt ausschließen, gerade wenn es um Plugins für den E-Mail-Versand geht, die du auf der Kopie gar nicht erst aktivieren möchtest. Genau dieser manuelle Schritt ist für mich aber auch der Grund, warum ich mich damit sicherer fühle: es gibt keine Verbindung, die versehentlich in die falsche Richtung Daten schickt.
Drei Ebenen, ein Prinzip (Testumgebung für deine Kursplattform)
Konkret sieht mein Setup bei 7BizWorks so aus: eine lokale Umgebung mit LocalWP, auf der ich auch meine eigenen Plugins weiterentwickle. Eine Online-Entwicklungsebene, auf der ich unter realistischeren Bedingungen teste, näher an der Live-Umgebung, aber trotzdem komplett getrennt. Und die Live-Seite selbst, die von beidem unberührt bleibt, bis ich mir wirklich sicher bin.
Neue Inhalte oder Funktionen baue ich zuerst lokal, übertrage sie manuell auf die Online-Testumgebung, und erst wenn dort alles wie erwartet läuft, folgt der Schritt auf die Live-Seite. Kein Ein-Klick-Workflow, das gebe ich offen zu. Aber genau dieser zusätzliche Schritt gibt mir die Sicherheit, dass auf meiner Live-Seite nichts landet, was ich nicht vorher zweimal getestet habe.
Mein Tipp: Wenn du ein SMTP-Plugin nutzt (zuständig für den zuverlässigen Versand deiner E-Mails über einen externen Anbieter), schließe es beim Export konsequent aus oder deaktiviere es direkt nach dem Import auf deiner Testumgebung. Das ist der einfachste Weg, doppelte E-Mails an echte Kursteilnehmer zu vermeiden.
Für wen sich der Aufwand lohnt und für wen nicht
Für Webagenturen, die zehn oder zwanzig Kundenseiten gleichzeitig betreuen, ist eine klassische Staging-Umgebung vermutlich tatsächlich die bessere Wahl. Ein Klick, Daten sind dort wo sie sein sollen, weiter geht’s. Bei so vielen Seiten lohnt sich der Automatisierungsgewinn.
Für dich als jemand, der eine einzelne Kursplattform betreibt und selbst der Kurs-Admin ist, sehe ich das anders. Der Zeitgewinn durch eine automatisierte Staging-Umgebung steht in keinem guten Verhältnis zum Risiko, dass dabei einmal echte Kundendaten überschrieben werden. Diese Einschätzung basiert auf meiner eigenen Erfahrung mit unterschiedlichen Ansätzen. Nicht jeder wird das genauso sehen, aber für meine Situation hat sich der manuelle Weg bewährt.
Ein Punkt bleibt davon unabhängig bestehen: Bevor du überhaupt an deiner Live-Seite herumschraubst, ob mit Staging oder mit Klon, sollte ein aktuelles Backup vorhanden sein. Das ist kein optionaler Schritt, sondern die Grundvoraussetzung für alles andere.
Wie genau ich zu diesem Setup gekommen bin und welche drei konkreten Situationen mich am meisten zum Nachdenken gebracht haben, erzähle ich ausführlicher in der aktuellen Podcast-Folge. Wenn du gerade selbst überlegst, wie du deine eigene Testumgebung aufbaust, lohnt sich das Reinhören.
