Produktiv-WordPress lokal ausführen — aus einem WP STAGING Backup, mit einem Befehl

WP STAGING CLI erstellt Docker-basierte WordPress-Umgebungen und kann .wpstg-Backups wiederherstellen oder extrahieren — ohne eine laufende WordPress-Installation. Ideal für Agenturen, Plugin-Entwickler und Disaster-Recovery-Workflows.

CLI herunterladen Preise ansehen Features ansehen

Enthalten in den Developer- und Agency-Lizenzen von WP STAGING Pro.

Terminal

$ wpstaging add https://client.local
$ wpstaging restore https://client.local --from=https://client.com/.../backup.wpstg
$ wpstaging extract --only-plugins backup.wpstg

Dockerisiert & reproduzierbar

Backups wiederherstellen oder extrahieren

macOS • Windows • Linux

Vertraut von Agenturen, Plugin-Entwicklern und WordPress-Profis

Wofür WP STAGING CLI entwickelt wurde

Schnelle lokale Umgebungen, zuverlässige Restore-Workflows und Backup-Tools zum Skripten.

Docker-basierte WordPress-Umgebungen

Erstelle saubere WordPress-Installationen mit den gewünschten PHP/WP-Versionen — und wechsle beides später auf einer bestehenden Seite ohne Neuinstallation. Ganz ohne WordPress? Das gleiche Kommando baut auch eine reine PHP- oder statische Seite. Mehr erfahren →

Lokale Kopie aus `.wpstg`-Backup

Verwandle ein Produktiv-Backup in eine funktionierende lokale Seite für Debugging, QA und Kundenarbeit.

Nur extrahieren, was du brauchst

Hole Plugins, Themes, Uploads oder einen Datenbank-Dump heraus — ohne vollständiges Restore.

Backups inspizieren, bevor du handelst

Header, Metadaten und Index-Details anzeigen, um den Inhalt einer Backup-Datei zu prüfen.

Container-Steuerung + Shell-Zugang

Sites starten/stoppen, Status prüfen, Shell in PHP/DB-Containern öffnen — alles aus demselben CLI.

Wiederholbar auf allen Rechnern

Gleiche Befehle auf macOS/Windows/Linux. Der Fast mode hält Datei-Änderungen aus dem Windows Explorer live synchron.

Multisite-Netzwerke statt nur Einzel-Seiten

Erstelle und stelle Subdomain-Multisites lokal her. Subsite-Adressen landen im selben Lauf in nginx, SSL und der hosts-Datei.

Admin, Datenbank und E-Mail inklusive

magic-link meldet dich ohne Passwort in wp-admin an. Jede Seite kommt mit der Adminer-Datenbankoberfläche und einem Mailpit-Posteingang für ausgehende E-Mails.

Maschinenlesbar by design

Befehle antworten auf --json für Skripte und Dashboards — das CLI passt in CI-Jobs, GUI-Wrappers und KI-Coding-Agent-Workflows.

Lokale Sites, die die Produktion erreichen

Alle Sites teilen sich ein Docker-Netzwerk mit HTTPS, dem der Browser vertraut. WP Staging Remote Sync zieht damit Produktionsdaten in die lokale Site und pusht lokale Änderungen zurück in die Produktion. magic-link --redirect meldet dich ohne Passwort auf diesem Bildschirm an. Remote Sync erfordert Developer oder Agency.

Reines PHP und statische Sites, nicht nur WordPress

wpstaging add app.local --skip-wordpress baut dieselbe Umgebung — PHP, MariaDB oder MySQL, vertrauenswürdiges HTTPS — ohne WordPress-Installation. Das Dokument-Root bleibt dir: Framework, Front-Controller oder statische Dateien.

Nginx oder Apache, MariaDB oder MySQL — pro Seite

Jede Seite wählt Webserver und Datenbank selbst. nginx und MariaDB sind Standard: --use-apache bedient die Seite über Apache, --use-mysql stellt MySQL statt MariaDB ein, und --db-version setzt die Version — MySQL 5.7 oder 8.4, MariaDB 10.11, 11.4 oder 11.8. Ein Legacy-Projekt und ein aktuelles liegen damit nebeneinander, jedes passend zu seinem Host.

Häufige Aufgaben einfach gelöst

Von lokalen Builds bis zu Recovery-Workflows — das CLI hält alles schnell und konsistent.

Kunden-Debugging

Ein Produktiv-Backup lokal wiederherstellen und Probleme sicher reproduzieren.

QA und Regressionstests

Änderungen gegen bestimmte PHP/WP-Versionen testen — ohne Setup-Aufwand.

Disaster Recovery

.wpstg-Backups extrahieren oder wiederherstellen, auch wenn die Seite offline ist.

Automatisierung & Skripting

Das CLI in Skripten für wiederholbare Kunden-Workflows und Provisioning einsetzen — oder gib KI-Coding-Agents eine Sandbox, die sie bei Bedarf neu aufbauen können.

Schnelle Befehlsbeispiele

Einige Beispiele, die das Spektrum zeigen: Umgebungen + Backups + Debugging.

Neue Seite erstellen

$ wpstaging add https://mysite.local --php=8.3 --wp=6.6

Eine Docker-basierte WordPress-Seite mit bestimmten PHP/WP-Versionen erstellen.

Aus einem `.wpstg`-Backup wiederherstellen

$ wpstaging restore https://mysite.local --from=/path/to/backup.wpstg

Ein WP STAGING Backup in eine funktionierende lokale Seite verwandeln.

Nur Plugins extrahieren

$ wpstaging extract --only-plugins /path/to/backup.wpstg

Bestimmte Dateien/Ordner ohne vollständiges Restore extrahieren.

Backup-Inhalt inspizieren

$ wpstaging dump-header /path/to/backup.wpstg
$ wpstaging dump-metadata /path/to/backup.wpstg

Inhalt und Metadaten vor dem Extrahieren oder Wiederherstellen prüfen.

PHP oder WordPress auf einer bestehenden Seite wechseln

$ wpstaging switch-php mysite.local 8.4
$ wpstaging switch-wp mysite.local 6.8

Versionen wechseln ohne Neuinstallation — Dateien und Datenbank der Seite bleiben erhalten.

WP-CLI, ohne Container-Tipparbeit

$ wpstaging wp mysite.local plugin list --format=json

Führt WP-CLI im PHP-Container der Seite aus und gibt das Ergebnis aus — im Terminal oder im Skript.

Ohne Passwort in wp-admin

$ wpstaging magic-link mysite.local
$ wpstaging magic-link mysite.local --redirect='admin.php?page=wpstg_backup'

Einmal-Anmeldelinks für lokale Seiten. list zeigt für jede Seite einen frischen Link.

Ein ganzes Multisite-Netzwerk lokal

$ wpstaging add network.local --subdomains
$ wpstaging restore network.local --from=network-backup.wpstg

Subdomain-Multisites werden aus dem Backup erkannt — jede Subsite behält ihre eigene lokale Adresse.

Ohne WordPress: eine reine PHP-Seite

$ wpstaging add myapp.local --skip-wordpress

Voller Webserver, PHP, Datenbank und HTTPS mit einer Platzhalter-index.php — der saubere Start für PHP-Apps und statische Seiten.

Site-Dateien im Datei-Manager öffnen

$ wpstaging open mysite.local

Direkt ins Site-Verzeichnis — dein Editor oder der deines KI-Coding-Agents startet hier.

Mit Developer freischalten Doku & Beispiele

Technische Details

Entwickelt für reale Workflows: Geschwindigkeit, Zuverlässigkeit und Automatisierung.

Unter der Haube

Läuft auf Docker Desktop oder Docker Engine mit konsistenten Containern: PHP-FPM, nginx oder Apache, MariaDB oder MySQL in der gewählten Version — und HTTPS, dem der Browser von Haus aus vertraut.

Backup-Tools

.wpstg-Backups inspizieren, extrahieren und wiederherstellen — auch wenn WordPress nicht läuft. Ein 20-GB-Backup ist auf moderner SSD-Hardware in etwa 36 Sekunden extrahiert.

Plattformübergreifend

macOS, Windows und Linux mit dem gleichen Befehlssatz — inklusive Selbstaktualisierung und Einzeiler-Installer für jede Plattform.

Automatisierungsfreundlich

--json-Ausgabe, --filter bei list und status und stabile Exit-Codes machen das CLI zum verlässlichen Baustein in Skripten, CI und Agent-Workflows.

„Eine Kundenseite lokal aus einem Backup wiederherzustellen hat früher ewig gedauert. Jetzt ist es ein Befehl — und ich kann sogar nur das Plugin extrahieren, das ich brauche."

Sonia R. Inhaberin einer Web-Agentur, Freiburg

FAQ

Ist WP STAGING CLI in meiner Lizenz enthalten? ⌄

WP STAGING CLI ist in den Developer- und Agency-Lizenzen enthalten. Der Developer-Plan ist die günstigste Option, die das CLI freischaltet.

Funktioniert es ohne Docker? ⌄

Docker (oder Docker Desktop) wird benötigt. Das CLI nimmt dir die Komplexität ab, indem es die Container für dich erstellt und verwaltet.

Kann ich Backups wiederherstellen oder extrahieren, wenn die Seite offline ist? ⌄

Ja. Du kannst .wpstg-Backups inspizieren, extrahieren und wiederherstellen, ohne eine laufende WordPress-Installation — ideal für Recovery und Debugging.

Kann ich eine exakte PHP-, WordPress- oder Datenbank-Kombination testen? ⌄

Ja. Wähle PHP- und WordPress-Version beim Anlegen der Seite und wechsle beides später ohne Neuinstallation. Du kannst eine Seite auch auf Apache statt nginx oder auf MySQL statt MariaDB laufen lassen — jeweils in einer bestimmten Datenbankversion. So stellst du dasselbe Kunden-Backup auf mehrere Umgebungen zu und vergleichst.

Unterstützt es WordPress-Multisite-Netzwerke? ⌄

Ja. Erstelle Subdomain-Multisites lokal, und ein Multisite-Backup wird beim Restore erkannt: Jede Subsite bekommt ihren eigenen lokalen Hostname, nginx, SSL-Zertifikate und die hosts-Datei werden im selben Lauf aktualisiert. Mit --subsite-map schickst du einzelne Subsites auf andere lokale Domains.

Wo finde ich Befehle und Beispiele? ⌄

Die Dokumentation und Beispiele befinden sich im GitHub-Release-Repo. Dort findest du Installationsschritte, Befehlshilfe und praxisnahe Workflows.

Doku auf GitHub öffnen →

Bereit, schneller mit echten Kundenseiten zu arbeiten?

Schalte WP STAGING CLI mit dem Developer-Plan frei und stelle lokale WordPress-Umgebungen aus deinem Terminal wieder her, extrahiere und verwalte sie.

Auf Developer upgraden Doku & Download

Bereits auf Developer/Agency? Direkt zur Doku & Download.