# Staging-Website: Änderungen sicher testen, bevor sie live gehen

Quelle: https://madpublishing.ch/blog/staging-website
Stand: 2026-10-12

> Was eine Staging-Umgebung ist, welche Varianten es gibt und wie du Änderungen prüfst, bevor Besucher sie sehen, auch ohne eigenen Testserver.

Eine Staging-Website ist eine nicht öffentliche Fassung deiner Website, auf der du Änderungen ansiehst und prüfst, bevor Besucherinnen und Besucher sie zu Gesicht bekommen. Was dort passiert, berührt die echte Website nicht. Ob dafür ein eigener Testserver nötig ist, hängt davon ab, wie deine Website gebaut ist. Für viele kleinere Websites genügen eine Vorschau und eine saubere Versionierung.

**Das Wichtigste in Kürze**

- Staging heisst: Zwischen «geändert» und «live» gibt es einen Schritt, in dem du die Änderung unter echten Bedingungen ansiehst.
- Eine lokale Kopie auf dem eigenen Computer reicht für schnelle Checks, zeigt aber nicht zuverlässig, wie sich der Server verhält.
- Eine Testumgebung darf nie echte Vorgänge auslösen: keine Mails an Kundinnen, keine echten Zahlungen.
- Personendaten gehören nicht ungeschützt in eine Testkopie. Ersetze sie durch Testdaten.
- Prüfe vor der Freigabe Inhalt, Darstellung auf Handy und Computer, Formulare und Links. Und halte fest, welcher Stand live gegangen ist.

## Entwicklung, Staging, Produktion

Bei Websites unterscheidet man oft drei Umgebungen, also drei getrennte Orte, an denen dieselbe Website läuft.

In der **Entwicklung** wird gearbeitet. Hier entstehen neue Texte, Seiten und Funktionen, oft noch unfertig. **Staging** ist eine Kopie, die der echten Website so nahe wie möglich kommt. Dort prüfst du fertige Änderungen unter realistischen Bedingungen. Die **Produktion** ist die veröffentlichte Website, die alle sehen.

Technisch unterscheiden sich die Umgebungen meist in drei Punkten:

- **Daten:** Staging hat eigene Daten, getrennt von denen der Live-Website. Eine Testbestellung landet so nie bei den echten Bestellungen.
- **Adresse:** Staging läuft unter einer anderen Adresse, zum Beispiel `staging.deinedomain.ch`, und ist für Suchmaschinen gesperrt.
- **Einstellungen:** Staging nutzt andere Zugänge, etwa den Testzugang eines Zahlungsanbieters, und schickt keine Mails nach draussen.

Für eine kleine Website ohne Entwicklerteam braucht es selten alle drei Umgebungen in voller Ausführung. Entscheidend ist, dass es den Zwischenschritt überhaupt gibt. Eine Vorschau, die eine Änderung zuerst zeigt und erst danach veröffentlicht, erfüllt genau diesen Zweck.

## Vier Arten, eine Testumgebung einzurichten

Je nach Website und Aufwand, den du treiben willst, gibt es verschiedene Wege. Keiner ist falsch, aber sie leisten unterschiedlich viel.

1. **Lokal auf dem eigenen Computer.** Schnell eingerichtet und gratis. Der Server ist aber ein anderer als der echte. Unterschiede bei Software-Versionen, Ladezeiten oder Berechtigungen zeigen sich erst live.
2. **Eine Kopie auf einer Subdomain.** Liegt auf demselben Server wie die Live-Website, etwa unter `staging.deinedomain.ch`. Praktisch, aber beide teilen sich den Server. Wer dabei aus Versehen die falsche Datenbank anspricht, ändert die echten Daten.
3. **Eine eigene Instanz.** Ein vollständig getrennter Server mit eigener Datenbank. Das kommt der Live-Website am nächsten und ist am verlässlichsten, macht aber auch am meisten Arbeit.
4. **Ein Staging-Modus in der Software.** Manche Systeme schalten auf einer Testkopie gezielt Funktionen ab. Bei Shopware etwa verschickt eine Instanz im Staging-Modus keine Mails an Kunden und trennt Verbindungen zu externen Diensten. Shopware beschreibt den Modus ausdrücklich als Schritt *auf* einer getrennten Kopie: Er erstellt keine Kopie und ersetzt sie nicht.

Für Tests, auf deren Ergebnis du dich verlassen willst, ist eine getrennte Umgebung die bessere Wahl. Die lokale Kopie taugt für kurze Checks.

## Die Kopie veraltet

Eine Testumgebung hilft nur, solange sie der echten Website entspricht. Genau das tut sie mit der Zeit immer weniger. Bei Websites mit eigener Datenbank driften Testkopie und Live-Stand auseinander: Inhalte kommen dazu, Einstellungen werden live geändert, ein dringender Fix landet direkt auf der echten Website und nie in der Kopie.

Neon, ein Anbieter von Datenbanken, beschreibt das ausführlich. Ein regelmässiges Auffrischen, etwa jede Nacht, begrenzt nur, wie alt die Kopie höchstens ist. Ganz beseitigen lässt sich das Auseinanderdriften so nicht. Neon rät darum, Testumgebungen nicht als dauerhafte Kopie zu führen, sondern sie für jede Änderung frisch aus dem aktuellen Stand anzulegen und danach wieder wegzuwerfen.

Für dich heisst das: Je kurzlebiger die Testfassung ist und je direkter sie aus dem aktuellen Stand entsteht, desto weniger kann sie dich täuschen. Eine Vorschau, die aus dem Arbeitsstand von jetzt gebaut wird, ist so etwas.

## So testest du eine Änderung

Für Betreiberinnen und Betreiber ohne Entwicklerteam lohnt sich ein einfacher Ablauf, den du jedes Mal gleich machst.

**Zuerst die Kopie.** Entweder als echte Testumgebung mit Dateien und Daten oder als Vorschau des geänderten Stands.

**Dann alles abschalten, was nach draussen wirkt.** Mailversand, Zahlungen, Anbindungen an andere Dienste: In der Testumgebung laufen sie gar nicht oder nur mit Testzugängen. Eine Testbestellung soll keine Bestätigung an eine echte Kundin auslösen und keine Karte belasten.

**Dann prüfen:**

- Stimmen Texte, Bilder und Links auf den geänderten Seiten?
- Sieht die Seite auf dem Handy so gut aus wie auf dem Computer?
- Lassen sich Formulare ausfüllen und abschicken?
- Lädt die Seite auch mit den neuen Inhalten zügig?

**Dann freigeben.** Bei einer kleinen Website genügt oft, dass eine zweite Person kurz drüberschaut. Wichtig ist, dass du später weisst, welcher Stand wann live gegangen ist. Ohne diese Angabe ist «gestern ging es noch» kaum aufzuklären.

**Dann übertragen.** Entweder lädst du die fertigen Dateien von Hand hoch, oder deine Plattform überträgt den geprüften Stand in einem Schritt. Das zweite ist weniger fehleranfällig, weil beim Kopieren nichts vergessen gehen kann.

## Testdaten und Datenschutz

Enthält eine Testkopie Personendaten, also etwa Namen, Mailadressen oder Bestellungen echter Kundinnen und Kunden, gilt dafür dasselbe Datenschutzgesetz wie für die Live-Website. Artikel 7 des Schweizer Datenschutzgesetzes (DSG) verlangt «Datenschutz durch Technik und datenschutzfreundliche Voreinstellungen»: Wer Daten bearbeitet, richtet das von Anfang an so ein, dass möglichst wenig davon gebraucht wird.

Für Testkopien heisst das praktisch:

- Kopiere keine echten Kundendaten, wenn Testdaten genügen. Meistens genügen sie.
- Musst du echte Daten verwenden, ersetze Namen und Mailadressen vorher durch Platzhalter.
- Lösche Testkopien, die du nicht mehr brauchst. Eine vergessene Kopie ist eine Kopie, die niemand schützt.
- Sperre die Testumgebung für Suchmaschinen und für alle, die sie nicht brauchen.

Dieser Abschnitt gibt einen allgemeinen Überblick und ersetzt keine Rechtsberatung.

## Checkliste vor dem Veröffentlichen

1. Den heutigen Live-Stand sichern oder als Version festhalten.
2. Die Testfassung aus dem aktuellen Stand erstellen, nicht aus einer alten Kopie.
3. Personendaten in der Testfassung durch Testdaten ersetzen.
4. Prüfen, dass Adressen und Einstellungen der Testfassung nicht auf die Live-Website zeigen.
5. Mailversand und Zahlungen abschalten oder auf Testzugänge stellen.
6. Inhalt, Darstellung, Formulare und Links durchgehen.
7. Wo möglich eine zweite Person drüberschauen lassen.
8. Veröffentlichen und danach kurz auf der Live-Website kontrollieren.

Die meisten dieser Punkte gehen ohne technisches Wissen, solange deine Plattform Vorschau und Versionen von sich aus mitbringt.

## Wie wir das bei MADLAB // Publishing lösen

MADLAB // Publishing ist kein CMS, also kein Redaktionssystem mit Login. Du baust und pflegst deine Website im Gespräch mit deinem KI-Assistenten, zum Beispiel mit Claude oder ChatGPT, und wir veröffentlichen und hosten sie. Den Zwischenschritt, um den es bei Staging geht, haben wir fest eingebaut:

- **Arbeitsstand und Live sind getrennt.** Was dein Assistent ändert, landet zuerst im Arbeitsstand. Die Live-Website ändert sich erst, wenn du veröffentlichst.
- **Vorschau:** Dein Assistent erstellt aus dem aktuellen Arbeitsstand eine Vorschau unter einer eigenen, befristeten Adresse, die nicht für Suchmaschinen bestimmt ist. Ohne Zusatzpaket gilt sie eine Stunde, mit dem Paket eine Woche, etwa für eine Abnahme mit Kunden. Weil jede Vorschau frisch aus dem Arbeitsstand entsteht, veraltet sie nicht.
- **Probelauf:** Vor dem Veröffentlichen zeigt ein Probelauf, welche Dateien neu, geändert oder weg wären. Erst danach wird echt veröffentlicht, in einer festen Reihenfolge: zuerst Bilder und Medien, dann CSS und JavaScript, dann die Seiten, gelöscht wird zuletzt. So bleibt die Website auch bei einem Abbruch benutzbar. Siehe [Eine Website veröffentlichen](https://madpublishing.ch/hilfe/website-veroeffentlichen).
- **Versionen:** Jede Änderung wird eine Version mit Datum und Uhrzeit. Einen früheren Stand holst du zurück und veröffentlichst ihn wieder. Siehe [Versionen und Zurückrollen](https://madpublishing.ch/hilfe/versionen).
- **Getrennte Daten bei PHP:** Mit dem Plan «Website – MADLAB-Hosting» und dem Zusatzpaket PHP kann deine Website zum Beispiel Bestellungen oder Formulareinträge in eine SQLite-Datenbank schreiben. Die Vorschau hat dort einen eigenen Datenbereich, getrennt von dem der Live-Website. Eine Testbestellung in der Vorschau landet also nicht bei den echten Bestellungen. Dein Code erkennt am Wert `PUBLISHING_VORSCHAU`, dass er in der Vorschau läuft, und kann dort zum Beispiel den Testzugang eines Zahlungsanbieters nehmen. Die Vorschau zeigt auch Fehlermeldungen an, die auf der Live-Website verborgen bleiben. Ohne MADLAB-Hosting läuft PHP in der Vorschau in einer einfachen Testumgebung ohne Datenbereich und ohne Mailversand. Mehr dazu in [PHP und der Datenbereich](https://madpublishing.ch/hilfe/php-und-daten).

Eine eigene Staging-Umgebung musst du dafür nicht aufsetzen. Wie das im Alltag aussieht, steht in [Website im Chat pflegen: zehn Sätze, die funktionieren](https://madpublishing.ch/blog/website-im-chat-pflegen). Hast du eine bestehende Website, lässt sie sich [übernehmen](https://madpublishing.ch/bestehende-website-uebernehmen). Was die Pläne enthalten, steht in [Pläne und Zusatzpakete](https://madpublishing.ch/hilfe/plaene-und-zusatzpakete).

## Quellen

- [Creating a Staging Instance – Shopware Developer Documentation](https://developer.shopware.com/docs/guides/hosting/installation-updates/creating-a-staging-instance.html)
- [Why Your Staging Database Never Matches Production – Neon](https://neon.com/blog/why-your-staging-database-never-matches-production)
- [Bundesgesetz über den Datenschutz (DSG), Art. 7 – Fedlex](https://www.fedlex.admin.ch/eli/cc/2022/491/de#art_7)

## Häufige Fragen

### Was ist der Unterschied zwischen Staging und einer Vorschau?

Staging ist meist eine dauerhafte, vollständige Kopie der Website mit eigenen Daten und eigener Adresse. Eine Vorschau zeigt einen geänderten Stand für kurze Zeit unter einer eigenen Adresse. Für viele kleinere Websites erfüllt die Vorschau denselben Zweck: Du siehst die Änderung, bevor sie live geht.

### Was unterscheidet Staging von Qualitätssicherung?

Staging ist der Ort, an dem getestet wird. Qualitätssicherung ist das Testen selbst. Du kannst auch ohne Testumgebung prüfen, aber mit einer Testumgebung geht dabei nichts aus Versehen live.

### Brauche ich für eine kleine Website eine Staging-Umgebung?

Eine eigene Staging-Umgebung mit separatem Server meistens nicht. Einen Zwischenschritt zwischen Ändern und Veröffentlichen aber schon. Eine Vorschau und Versionen, mit denen du einen früheren Stand zurückholen kannst, reichen für viele Websites aus.

### Wie bringe ich eine geprüfte Änderung auf die Live-Website?

Entweder lädst du die geänderten Dateien von Hand hoch, oder deine Plattform überträgt den geprüften Stand in einem Schritt. Das zweite ist sicherer, weil nichts vergessen gehen kann. Schau danach kurz auf der Live-Website nach, ob alles stimmt.

### Darf ich echte Kundendaten in einer Testumgebung verwenden?

Nur wenn es nicht anders geht, und dann geschützt. Für Testkopien gilt dasselbe Datenschutzgesetz wie für die Live-Website. Meistens genügen Testdaten, und echte Namen und Mailadressen lassen sich vorher durch Platzhalter ersetzen.