Eine lokale WordPress-Seite mit WP Staging Desktop in die Produktion ausrollen

By , Founder · Updated

Mit WP Staging Desktop entwickelst und testest du eine echte WordPress-Seite auf deinem eigenen Computer. Sobald die lokale Arbeit fertig ist, kann WP Staging Pro sie über den freigegebenen Backup- und Wiederherstellungs-Workflow ausrollen: Erstelle ein .wpstg backup von der lokalen Seite, lade es auf die WordPress-Zielseite hoch und stelle es dort wieder her.

Das ist ein vollständiger, Backup-basierter Deployment-Workflow. Es handelt sich nicht um Direct Push, und beim Wiederherstellen des Backups können Dateien und Datenbankinhalte auf dem Ziel überschrieben werden. Erstelle immer ein frisches Backup des Ziels, bevor du beginnst.

Get WP Staging Desktop

In dieser Anleitung

TL;DR

Erstelle ein frisches Backup des Produktionsziels, erstelle und lade ein .wpstg backup von der lokalen Desktop-Seite herunter, lade dieses Backup der lokalen Seite auf das Ziel hoch, auf dem WP Staging Pro läuft, prüfe den Umfang der Wiederherstellung und stelle es wieder her. WP STAGING aktualisiert die Domain-Verweise für das Ziel. Direct Push aus Desktop befindet sich noch in der Testphase.

Warnung: Beim Wiederherstellen des Backups der lokalen Seite können neuere Produktionsdateien und Datenbankinhalte überschrieben werden. Stelle keine veraltete lokale Datenbank über einem aktiven Shop, einer Mitglieder-Seite oder einer anderen Seite wieder her, die live Daten empfängt.

In dieser Anleitung meinen Quelle und lokale Seite die WordPress-Seite, die du mit WP Staging Desktop auf deinem Computer erstellt hast. Ziel und Produktion meinen die Live-WordPress-Seite auf einer anderen Domain, die das Deployment empfängt.

Die Richtung verstehen: Free versus Pro

Die Grenze zwischen Free und Pro liegt nicht darin, ob zwei Domains übereinstimmen. Sie liegt in der Richtung des Workflows und darin, wohin das Backup geht.

Workflow Ziel Voraussetzung
Ein heruntergeladenes Backup in Desktop importieren Beliebige lokale Domain WP Staging Desktop Free
Ein von einer lokalen Seite erstelltes Backup ausrollen Eine andere Live- oder Produktions-Domain Beliebiger WP Staging Pro Plan
Direkt von einer Remote-Backup-URL wiederherstellen oder Produktionsdaten pullen Verbundener lokaler Workflow Developer oder Agency
Direct Push aus Desktop Produktion Nicht veröffentlicht; in der Testphase

WP Staging Desktop Free stellt ein heruntergeladenes .wpstg backup in einer lokalen Seite wieder her. Diese lokale Seite kann eine beliebige lokale Domain verwenden, etwa mysite.local oder client.local. Die Wiederherstellung ist nicht auf die ursprüngliche Domain des Backups beschränkt, und Desktop führt die Such-und-Ersetzen-Operation für die lokale Domain automatisch für dich durch.

Ein lokal erstelltes Backup nach außen auf eine andere Live- oder Produktions-Domain auszurollen, ist die ausgehende Richtung, und das erfordert WP Staging Pro. Ob Free oder Pro, entscheidet sich über die Richtung und das Ziel des Workflows. Desktop Free importiert Backups in die lokale Entwicklung. WP Staging Pro rollt ein lokal erstelltes Backup nach außen auf eine andere Live-Domain aus.

Die Developer- und Agency-Pläne ergänzen das um verbundene Workflows: direkte Wiederherstellung von einer Remote-Backup-URL, Produktionsverbindung und Pull sowie die WP STAGING CLI. Das ist nützlicher Kontext, aber für das grundlegende Deployment über die heruntergeladene Datei in dieser Anleitung nicht erforderlich.

Was dieser Workflow verändert

Eine Wiederherstellung schreibt den Inhalt des Backups auf das Ziel. Bevor du beginnst, mach dir klar, was das für die Live-Seite bedeutet:

  • Das Ziel erhält die Dateien, die in der Backup-Wiederherstellung enthalten sind.
  • Das Ziel erhält die Datenbankinhalte, die in der Wiederherstellung enthalten sind.
  • WordPress-URLs und Domain-Verweise werden während der Wiederherstellung für das Ziel aktualisiert.
  • Das Ziel kann Inhalte verlieren, die nach dem Erstellen der lokalen Kopie hinzugekommen sind.
  • Eine Wiederherstellung ist kein Zusammenführen von Inhalten.
  • Der Login des Ziels kann die Zugangsdaten aus der wiederhergestellten Datenbank verwenden.
  • Cache, Permalinks, Integrationen, E-Mail und geplante Aufgaben müssen anschließend geprüft werden.

Der Umfang einer Wiederherstellung richtet sich nach dem Umfang des Backups. Wenn du das Backup auf der lokalen Seite erstellst, wählst du aus, welche Komponenten enthalten sein sollen (Dateien, Datenbank oder beides). Die Wiederherstellung übernimmt dann genau das, was dieses Backup enthält. Wähle die Backup-Komponenten bewusst aus, denn diese Wahl entscheidet, was auf dem Ziel überschrieben wird.

Warnung: Wenn du eine Datenbank wiederherstellst, die auf der lokalen Seite erfasst wurde, können neuere Beiträge, Bestellungen, Benutzer, Einstellungen und Formulareinsendungen aus der Produktion ersetzt werden. Fahre erst fort, wenn du den Umfang der Wiederherstellung verstanden hast.

Voraussetzungen

Bevor du ausrollst, stelle sicher, dass du über alles Folgende verfügst:

  • Eine funktionierende lokale Seite in WP Staging Desktop.
  • Die lokalen Änderungen getestet und freigegeben.
  • Die Möglichkeit, ein vollständiges .wpstg backup auf der lokalen Seite zu erstellen.
  • Einen gültigen WP Staging Pro Plan für das Deployment auf eine andere Live-Domain.
  • WP Staging Pro auf dem Ziel installiert und aktiviert, gemäß dem aktuellen Lizenzablauf.
  • Administratorzugang zum Ziel.
  • Genügend Speicherplatz auf dem Ziel für das hochgeladene Backup, dessen Entpacken und das Rollback-Backup.
  • Ein Wartungsfenster für die Produktionsseite.
  • Ein frisches Backup des Ziels, erstellt bevor du beginnst.

Für WooCommerce-Shops, Mitgliedschaften, LMS-Plattformen, Formulare, Foren und andere dynamische Seiten kommt ein weiterer Planungsschritt hinzu:

Plane, wie du Live-Transaktionen und von Benutzern erstellte Inhalte schützt, bevor du die lokale Datenbank wiederherstellst. Wenn sich die Produktion seit dem Erstellen der lokalen Kopie verändert hat, kann eine vollständige Datenbank-Wiederherstellung diese neueren Änderungen entfernen.

Schritt 1: Prüfen, was sich lokal geändert hat

Vergewissere dich genau, was du ausrollen willst, bevor du irgendetwas paketierst.

  1. Öffne die lokale Seite aus WP Staging Desktop.
  2. Prüfe die Seite im Browser und im WordPress-Adminbereich.
  3. Stelle sicher, dass Plugins, Themes, PHP-Kompatibilität, Einstellungen und Inhalte korrekt sind.
  4. Entscheide anhand der tatsächlichen Backup- und Wiederherstellungsoptionen, ob das Deployment Dateien, die Datenbank oder beides umfasst.
  5. Notiere alle Integrationen oder Zugangsdaten, die es nur in der Produktion gibt und die nach dem Deployment erneut überprüft werden müssen.

Dieser Workflow ersetzt Inhalte; er führt keine ausgewählten Änderungen zusammen. Plane das Deployment als vollständige Wiederherstellung dessen, was das Backup enthält.

Schritt 2: Die Produktionsseite als Ziel sichern

Erstelle zuerst den Rollback-Punkt. Dieser Schritt muss erfolgen, bevor du das Deployment-Backup erstellst oder hochlädst.

Öffne auf der WordPress-Zielseite WP STAGING > Backup & Migration, erstelle ein vollständiges Backup und warte, bis es fertig ist. Lade eine Kopie herunter oder stelle sicher, dass es an einem Ort gespeichert ist, den du erreichen kannst, falls das Deployment zurückgerollt werden muss.

Bevor du fortfährst, überprüfe, dass:

  • das Backup erfolgreich abgeschlossen wurde.
  • das Backup die benötigten Dateien und die Datenbank enthält.
  • das Backup eindeutig als Wiederherstellungspunkt vor dem Deployment erkennbar ist.
  • die Wiederherstellungsaktion dafür verfügbar ist.

Warnung: Fahre nicht fort, wenn das Backup des Ziels fehlschlägt. Ohne einen verifizierten Rollback-Punkt kann dir ein fehlgeschlagenes Deployment jeden Weg zurück zur funktionierenden Produktionsseite nehmen.

Schritt 3: Ein Backup der lokalen Desktop-Seite erstellen

Paketiere jetzt den lokalen Stand, den du ausrollen willst.

  1. Öffne die lokale Seite aus WP Staging Desktop.
  2. Öffne deren WordPress-Adminbereich.
  3. Öffne WP STAGING > Backup & Migration.
  4. Wähle Create Backup.
  5. Erstelle ein Backup der gesamten Seite, sofern dein geplanter Wiederherstellungsumfang nicht bewusst davon abweicht, und lass die Komponenten-Kästchen entsprechend gesetzt.
  6. Gib ihm einen aussagekräftigen Namen wie local-deployment-2026-07-18.
  7. Klicke auf Start Backup und warte, bis die Backup-Erstellung abgeschlossen ist.

Dieses Backup repräsentiert den lokalen Stand, der auf dem Ziel wiederhergestellt wird. Sobald es fertig ist, erscheint es in der Liste Your Backups.

Schritt 4: Das Backup der lokalen Seite herunterladen

Verschiebe das Backup vom lokalen Rechner weg, damit du es auf das Ziel hochladen kannst.

  1. Suche das fertige Backup in der Liste Your Backups.
  2. Öffne dessen Menü Actions.
  3. Wähle Download.
  4. Speichere die .wpstg-Datei auf deinem Computer.
  5. Stelle sicher, dass der Download abgeschlossen ist und die Datei nicht null Bytes groß ist.

Diese Anleitung dokumentiert bewusst den Plan-unabhängigen Datei-Workflow von Pro, daher ist die heruntergeladene .wpstg-Datei der Weg, der weiter unten überall verwendet wird.

Die Developer- und Agency-Pläne können, wo unterstützt, verbundene oder Remote-Workflows nutzen, etwa das direkte Wiederherstellen von einer Remote-Backup-URL. Diese Anleitung nutzt diesen Weg nicht, weil das Vorgehen über die heruntergeladene Datei mit jedem WP Staging Pro Plan funktioniert.

Schritt 5: Das Ziel vorbereiten

Bereite die Produktionsseite vor, bevor irgendetwas Zerstörerisches passiert.

  • Versetze das Ziel in einen geeigneten Wartungszustand.
  • Pausiere die Inhaltseingabe und alle anderen Deployments.
  • Halte bei aktiven Shop- oder Mitglieder-Seiten neue Bestellungen, Abonnements, Registrierungen, Kommentare und Einsendungen an oder berücksichtige sie.
  • Stelle sicher, dass genügend Speicherplatz für den Upload, das Entpacken und das Rollback-Backup vorhanden ist.
  • Stelle sicher, dass WP Staging Pro auf dem Ziel aktiv ist.
  • Stelle sicher, dass das frische Backup des Ziels aus Schritt 2 verfügbar ist.
  • Notiere die URL des Ziels.

Warnung: Die nächsten Schritte können Daten auf dem Ziel ersetzen. Stimme das Deployment-Fenster mit allen ab, die für die Live-Seite verantwortlich sind, bevor du das Backup hochlädst.

Schritt 6: Das Backup der lokalen Seite hochladen

Übertrage das heruntergeladene Backup auf das Ziel.

  1. Öffne auf dem Ziel WP STAGING > Backup & Migration.
  2. Wähle Upload Backup.
  3. Wähle die heruntergeladene .wpstg-Datei der lokalen Seite aus.
  4. Warte, bis der Upload und die Validierung abgeschlossen sind.
  5. Stelle sicher, dass das Backup in der Backup-Liste des Ziels erscheint.

Nutze zuerst den hier gezeigten Standard-Upload über den Browser. Wenn die Datei groß ist oder der Upload nicht abgeschlossen wird, findest du im Leitfaden zur Migration auf einen anderen Host alternative Übertragungsmethoden. Der Import über eine Remote-Backup-URL ist eine Developer- und Agency-Funktion und daher nicht der Standardweg in dieser Anleitung.

Schritt 7: Die Wiederherstellung prüfen und starten

Das ist der Schritt, der das Ziel überschreibt. Nimm dir Zeit und prüfe, bevor du bestätigst.

  1. Identifiziere das hochgeladene Backup der lokalen Seite in der Liste des Ziels.
  2. Öffne Actions > Restore.
  3. Prüfe den genauen Umfang an Dateien und Datenbank, den der Wiederherstellungsbildschirm anzeigt.
  4. Stelle sicher, dass die ausgewählte Quelle das lokale Deployment-Backup ist und nicht ein anderes Backup.
  5. Stelle sicher, dass das Backup des Ziels aus Schritt 2 noch existiert.
  6. Lies die Überschreibwarnung, die vor dem Start der Wiederherstellung angezeigt wird.
  7. Starte die Wiederherstellung erst, wenn all diese Prüfungen bestanden sind.

Warnung: Das Wiederherstellen von Datenbankinhalten kann neuere Beiträge, Bestellungen, Benutzer, Einstellungen und Einsendungen aus der Produktion ersetzen. Halte inne und überdenke dein Vorgehen, wenn die Produktion seit dem Erstellen der lokalen Kopie wichtige Änderungen erhalten hat.

Das ist eine Backup-Wiederherstellung, kein Direct Push. Nichts wird zusammengeführt, und es gibt keine selektive Synchronisierung, die nur deine lokal vorgenommenen Änderungen überträgt.

Schritt 8: Auf den Abschluss warten

Lass die Wiederherstellung bis zu einem eindeutigen Ergebnis durchlaufen.

  • Halte den Browser und die Seite verfügbar, sofern der Wiederherstellungsbildschirm dir nicht mitteilt, dass der Vorgang im Hintergrund weiterlaufen kann.
  • Starte nicht gleichzeitig ein weiteres Backup, eine weitere Wiederherstellung, ein Plugin-Update oder ein Deployment.
  • Warte auf den Erfolgszustand, den WP STAGING als Ergebnis Finished Successfully anzeigt.
  • Wenn die Wiederherstellung einen Fehler meldet, notiere die genaue Meldung, bevor du irgendetwas erneut versuchst.

Die Dauer der Wiederherstellung hängt von der Größe des Backups und vom Zielserver ab, daher gibt es keine feste Zeit, mit der du rechnen kannst.

Schritt 9: Die Produktionsseite überprüfen

Arbeite das Ziel methodisch durch, bevor du es wieder für Besucher öffnest.

  • Startseite und wichtige Frontend-Seiten laden.
  • Der Login im WordPress-Adminbereich funktioniert.
  • Die Site-URL und die Home-URL verwenden die Domain des Ziels.
  • Permalinks funktionieren.
  • HTTPS funktioniert ohne Mixed-Content-Warnungen.
  • Plugins und das Theme sind wie erwartet aktiv.
  • Mediendateien laden.
  • Formulare funktionieren.
  • Transaktions-E-Mails sind korrekt konfiguriert.
  • Geplante Aufgaben und Cron laufen.
  • Cache und CDN sind geleert.
  • Die Sichtbarkeit für Suchmaschinen ist für die Produktion korrekt eingestellt.
  • Analyse- und Einwilligungs-Tools funktionieren.
  • Zahlungs-Gateways und Webhooks verweisen auf die Produktionsumgebung.
  • Der WooCommerce-Checkout funktioniert, ohne dass eine ungewollte echte Bestellung ausgelöst wird.
  • Kein reines Entwicklungs-Plugin, kein E-Mail-Catcher, keine Debug-Einstellung und keine Test-Zugangsdaten bleiben aktiv.

Belasse das Ziel im Wartungsmodus, bis die wesentlichen Prüfungen bestanden sind.

Schritt 10: Abschließen oder zurückrollen

Entscheide auf Grundlage dessen, was die Überprüfung gezeigt hat.

Wenn die Überprüfung erfolgreich ist:

  • Deaktiviere den Wartungsmodus.
  • Nimm die Inhaltseingabe und die Transaktionen wieder auf.
  • Überwache Logs, Formulare, E-Mail, Checkout und wichtige Seiten.
  • Bewahre sowohl das Backup vor dem Deployment als auch das lokale Deployment-Backup gemäß deiner üblichen Aufbewahrungsrichtlinie auf.

Wenn die Überprüfung fehlschlägt:

  • Kehre auf dem Ziel zu WP STAGING > Backup & Migration zurück.
  • Stelle das frische Backup des Ziels vor dem Deployment aus Schritt 2 wieder her.
  • Prüfe das Ziel erneut.
  • Untersuche die Deployment-Kopie abseits der Produktion, bevor du es erneut versuchst.

Warnung: Wiederhole eine fehlgeschlagene Wiederherstellung nicht blind gegen die Produktion. Rolle zuerst auf das Backup vor dem Deployment zurück und finde dann die Ursache auf einer Kopie, die keinen Live-Traffic bedient.

Backup-Deployment im Vergleich zu Direct Push

Diese Anleitung dokumentiert die freigegebene, Backup-basierte Methode. Es lohnt sich, ausdrücklich festzuhalten, wie sie sich von Direct Push unterscheidet, einer eigenen, noch nicht veröffentlichten Funktion.

Backup-basiertes Deployment Direct Push
Heute mit WP Staging Pro verfügbar Nicht veröffentlicht; in der Testphase
Ein .wpstg backup erstellen, übertragen und wiederherstellen Geplanter zukünftiger, verbundener Push-Workflow
Erfordert eine ausdrückliche Prüfung von Wiederherstellung und Überschreibung Verlasse dich nicht darauf, bis es veröffentlicht ist
Geeignet für ein kontrolliertes Deployment der gesamten Seite Der zukünftige Umfang darf nicht vorausgesetzt werden

Direct Push aus WP Staging Desktop erhält eine eigene Dokumentation, nachdem es veröffentlicht wurde. Nutze bis dahin die oben beschriebene, freigegebene Backup-basierte Methode.

Häufige Probleme

Der Backup-Upload ist zu groß

  • Prüfe die Upload- und PHP-Limits des Ziels.
  • Prüfe den verfügbaren Speicherplatz.
  • Nutze den Leitfaden zur Migration auf einen anderen Host für alternative Übertragungsmethoden, wenn ein Browser-Upload nicht abgeschlossen wird.
  • Schwäche nicht pauschal die Serversicherheit, um einen großen Upload zu erzwingen.

Das Backup erscheint nach dem Upload nicht

  • Stelle sicher, dass die Datei die Endung .wpstg hat.
  • Stelle sicher, dass der Upload abgeschlossen wurde.
  • Aktualisiere die Backup-Liste.
  • Prüfe das dokumentierte Backup-Verzeichnis und die Berechtigungen nur dort, wo die aktuelle Dokumentation dies vorsieht.

Die Wiederherstellung schlägt fehl

  • Sichere die Fehlermeldung, bevor du irgendetwas anderes tust.
  • Prüfe den Speicherplatz und die Serverprotokolle.
  • Stelle sicher, dass Plugin-Version und Backup kompatibel sind.
  • Versuche es nicht wiederholt gegen die Produktion, ohne die Ursache des Fehlers zu verstehen.
  • Siehe den Leitfaden zur Fehlerbehebung bei Backup und Wiederherstellung für häufige Wiederherstellungsfehler.

Der Login funktioniert nicht mehr

  • Die wiederhergestellte Datenbank kann die Zugangsdaten des Ziels durch die der lokalen Seite ersetzen, verwende daher nach einer vollständigen Datenbank-Wiederherstellung den Admin-Login der lokalen Seite.
  • Wenn du ausgesperrt bist, folge den Schritten, um dein WordPress-Admin-Passwort manuell zurückzusetzen.
  • Öffne Settings > Permalinks und speichere die bestehende Struktur, um die Rewrite-Regeln zu leeren.

Weiterleitungs- oder Mixed-Content-Probleme

  • Prüfe die WordPress-Adresse und die Seiten-Adresse des Ziels unter Settings > General.
  • Leere den Seiten-Cache, den Objekt-Cache, das CDN und den Browser-Cache.
  • Stelle sicher, dass HTTPS funktioniert und die Domain-Ersetzung abgeschlossen wurde.

Neue Produktionsdaten fehlen

  • Eine vollständige Wiederherstellung der lokalen Datenbank kann Produktionsdaten ersetzt haben, die nach dem Erstellen der lokalen Kopie entstanden sind.
  • Nimm keine weiteren Änderungen vor.
  • Prüfe ein Rollback aus dem Backup vor dem Deployment, das in Schritt 2 erstellt wurde.
  • Es gibt keine automatische Merge-Wiederherstellung, betrachte daher das Backup vor dem Deployment als deinen Weg zurück.

FAQ

Brauche ich WP Staging Pro, um eine Desktop-Seite in die Produktion auszurollen?

Ja. Desktop Free kann ein heruntergeladenes Backup in eine Seite unter einer beliebigen lokalen Domain wiederherstellen. Ein lokal erstelltes Backup auf eine andere Live- oder Produktions-Domain auszurollen, erfordert WP Staging Pro.

Brauche ich Developer oder Agency?

Nicht für das hier beschriebene Backup-Deployment über die heruntergeladene Datei. Developer und Agency ergänzen die Wiederherstellung über eine Remote-Backup-URL, den Produktions-Pull, die verbundene Synchronisierung und die WP STAGING CLI.

Ist das Direct Push?

Nein. Das ist der freigegebene Backup-und-Wiederherstellungs-Workflow für das Deployment. Direct Push aus Desktop befindet sich noch in der Testphase.

Ändert WP STAGING die lokale Domain in die Produktions-Domain?

WP STAGING führt die erforderliche Such-und-Ersetzen-Operation für die Domain während der Wiederherstellung durch. Überprüfe nach dem Deployment die WordPress-URLs, HTTPS, den Cache und die Integrationen des Ziels.

Bleiben neue Bestellungen und Produktionsinhalte erhalten?

Geh nicht davon aus. Das Wiederherstellen der lokalen Datenbank kann Bestellungen, Benutzer, Beiträge, Einsendungen, Einstellungen und andere Produktionsdaten überschreiben, die nach dem Erstellen der lokalen Kopie entstanden sind. Erstelle ein frisches Produktions-Backup und plane den Umfang der Wiederherstellung und das Wartungsfenster sorgfältig.

Kann ich nur ausgewählte Änderungen ausrollen?

Nutze nur die Umfangs-Optionen, die die aktuellen Backup- und Wiederherstellungsbildschirme ausdrücklich bieten, etwa die Auswahl, welche Komponenten ein Backup enthält. Dieser Workflow ist kein Zusammenführen von Inhalten, und diese Anleitung dokumentiert kein unveröffentlichtes Direct Push.

Kann ich zurückrollen?

Ja, wenn du vor dem Deployment das frische Backup des Ziels erstellt und überprüft hast. Stelle dieses Backup vor dem Deployment wieder her, wenn die ausgerollte Seite die Überprüfung nicht besteht.

Verwandte Artikel

View WP Staging Pro Plans

Updated on Juli 20, 2026

Rene Hermenau

Autor: Rene Hermenau

Über den Autor: René Hermenau ist Gründer von WP STAGING. Er arbeitet an WordPress-Backups, Staging, Migrationen, Datenbankverarbeitung und sicheren Deployment-Workflows.