Am 13. November 2026 um 13:00 Uhr MEZ hat WordPress.org Reprint offiziell vorgestellt: ein kostenloses Open-Source-Werkzeug, das Dateien und Datenbank einer WordPress-Website kopiert^[1]. Ein Reprint-Konto oder Abo ist nicht nötig^[2]. Im Plugin-Verzeichnis steht Reprint schon seit dem 28. Oktober, die aktuelle Version 0.11.8 stammt vom 10. November^[3]. Neu ist also vor allem der offizielle Startschuss.

WordPress.org nennt zwei Einsätze, die für KMU zählen: den Umzug zu einem neuen Hoster, während die alte Website weiterläuft, und eine Testkopie, um Layouts, Plugins oder ein WordPress-Update abseits der Live-Website auszuprobieren^[1]. Wie läuft das ab, wo liegen die Grenzen, und was gilt für Kundendaten in der Kopie?

Reprint besteht aus zwei Teilen. Auf der bestehenden Website, der Quelle, läuft ein Plugin, also eine Erweiterung für WordPress. Auf dem Rechner, der die Kopie empfängt, holt ein Client, also ein Abholprogramm, Dateien und Datenbank per HTTPS ab^[2].

Ohne Freigabe geht nichts: Der Client erzeugt einen sogenannten Migration Token, eine Art Freigabeschlüssel. Eine Administratorin oder ein Administrator fügt ihn in WordPress unter Werkzeuge › Reprint Server ein und klickt auf „Authorize client“^[4]. Die Daten gehen dann direkt an diesen Client, ohne Umweg über einen Cloud-Dienst von Reprint^[2]. Einen SSH-Zugang, also einen Fernzugriff auf den Server der alten Website, braucht es nicht^[2].

Reprint überträgt stückweise. Der alte Hoster muss also nicht erst ein Archiv der gesamten Website bauen, und bricht die Verbindung ab, geht es am letzten gespeicherten Punkt weiter^[1]. Bekommt die Kopie eine neue Adresse, passt Reprint die Links an, auch in Einstellungen, Blöcken, Shortcodes und serialisierten Daten, einem Speicherformat, in dem WordPress verschachtelte Werte ablegt^[1]. Bei einer erneuten Kopie überträgt es nur geänderte Dateien^[1].

Für die eigene Kopie braucht der empfangende Rechner PHP ab Version 7.4 mit einigen Standard-Erweiterungen und ein Terminal, also die Kommandozeile, unter macOS oder Linux. Unter Windows nennt die Doku das Windows-Subsystem für Linux (WSL)^[5]. Die Quell-Website braucht WordPress ab 4.7, PHP ab 5.6.20 und eine funktionierende HTTPS-Adresse^[5]. Als Datenbank für die Kopie genügt SQLite, eine dateibasierte Datenbank ohne eigenen Server, alternativ MySQL^[5].

So sieht der Kopierbefehl mit SQLite in der offiziellen Anleitung aus. example.com steht für die Adresse Ihrer Website, die Schlüsseldatei erzeugt vorher ein eigener Befehl^[6]:

php reprint.phar pull https://example.com \
  --private-key-path=./reprint-key.pem \
  --state-dir=./state --fs-root=./files \
  --target-engine=sqlite --new-site-url=http://localhost:8881

Danach startet der Client einen Entwicklungsserver, die Kopie ist im Browser unter localhost:8881 erreichbar^[6].

Ohne lokale Installation klont WordPress Playground, ein WordPress, das komplett im Browser läuft, eine Website mit Reprint; WordPress.org nennt diese Variante ausdrücklich experimentell^[1]. Laut einem Beitrag des Playground-Teams vom 4. November nimmt der Browser-Import bis zu 2 GiB an ausgewählten Dateien und Datenbankdaten auf und speichert die Kopie im Browser. Größere Websites kopiert man laut Beitrag per Kommandozeile auf Laptop oder Server^[7].

Wichtig vor dem Umzug: Auf dem neuen Server muss PHP auf der Kommandozeile laufen, Sie brauchen Zugriff auf die Webserver-Konfiguration und eine leere Datenbank^[8]. Klären Sie mit dem neuen Hoster, ob Ihr Tarif das erlaubt.

Ein naheliegender Anlass für eine Testkopie ist das nächste große WordPress-Update; was WordPress 7.2 mit der neuen Adresse /random/ für Firmenwebsites bedeutet, lesen Sie in unserem Beitrag zu WordPress 7.2.

Entscheidend ist die Richtung. Das Plugin aus dem WordPress.org-Verzeichnis liefert nur Daten aus, Änderungen an der Kopie bleiben in der Kopie^[2]. Ein Zurückspielen, im Fachjargon Push, braucht eine Server-Variante, die der Hoster einrichtet. Selbst dann ersetzt ein Datenbank-Push die Tabellen der Live-Website, zwischenzeitlich dort entstandene Einträge gehen verloren^[9].

Reprint kopiert Beiträge, Seiten, Medien, Benutzer, Einstellungen, Themes und Plugins samt ihren Tabellen^[2]. Die Plugin-Beschreibung warnt deshalb selbst: Kopien können private Inhalte, personenbezogene Daten, Passwort-Hashes und Konfigurationsgeheimnisse enthalten^[2]. Passwort-Hashes sind die gespeicherten, umgerechneten Fassungen der Benutzerpasswörter, Konfigurationsgeheimnisse etwa Zugangsdaten zu Datenbank oder externen Diensten.

Dazu kommt ein praktisches Risiko: Kopierte Plugins können weiter mit echten E-Mail- oder Zahlungsdiensten verbunden sein^[2]. Schalten Sie diese Verbindungen vor dem ersten Test ab, damit die Kopie keine Nachrichten verschickt und Kunden nichts berechnet^[6].

Ob Sie für Tests echte Kundendaten verwenden dürfen und wie lange eine Kopie aufbewahrt wird, klären Sie vorab mit Ihrer oder Ihrem Datenschutzbeauftragten. Wo es reicht, ist eine Testumgebung ohne echte Kundendaten die sicherere Wahl.

Ein offizielles, kostenloses Werkzeug ohne Cloud-Umweg ist ein Gewinn für alle, die Umzüge und Testkopien bisher mühsam fanden. Gleichzeitig ist Reprint jung: Das Plugin-Verzeichnis zeigt 20+ aktive Installationen und noch keine Bewertung^[10], im Support-Forum gibt es noch keinen Thread (Stand 13.11.2026)^[3]. Die Versionsnummer vor 1.0 und gut zwei Wochen im Verzeichnis heißen: Erfahrungen aus vielen echten Umzügen fehlen noch.

Unsere Empfehlung: Üben Sie zuerst mit einer Testwebsite, die Sie selbst verwalten, so rät es auch WordPress.org^[1]. Beim echten Umzug bleibt die alte Website als Rückfalloption bestehen, bis das Ziel geprüft ist^[8]. Ein aktuelles Backup gehört ohnehin dazu.