Sie klonen eine WordPress-Website ohne Plugin, indem Sie das Frontend crawlen. Ein Crawler besucht die öffentlichen Seiten wie ein Browser und sichert Texte, Struktur, Bilder und Metadaten als Dateien. Das ist genau dann nützlich, wenn die üblichen Backup- und Klon-Plugins versagen: Bei großen Sites brechen sie am Speicherlimit oder am Timeout ab, weil sie alles auf einmal packen wollen. Ein Frontend-Crawl läuft dagegen extern und belastet Ihren Server nicht. Sie erhalten eine lesbare Kopie der Inhalte, ganz ohne Datenbank- oder FTP-Zugriff. Private Daten bleiben außen vor, aber Inhalte und URLs werden gesichert. WPBuildAI crawlt die Live-Site und liefert die Inhalte und Medien als geordnete Dateien.

Warum Backup-Plugins bei großen Sites abbrechen

Backup-Plugins erledigen alles in einem Durchgang, und daran scheitern sie bei großen Sites. Tausende Beiträge, Bilder und die ganze Datenbank in ein Archiv zu packen, kostet viel Speicher und Zeit, und der Server bricht den Vorgang beim Überschreiten des Limits ab, mit der Meldung “Memory Limit Exhausted” oder einem Timeout. Der Web Almanac 2024 (HTTP Archive) zeigt, wie viel WordPress pro Anfrage verarbeitet, und ein vollständiges Backup stapelt all das auf einmal. Die Lösung ist nicht mehr Serverleistung, sondern ein anderer Weg: extern crawlen, statt den Server alles auf einmal erzeugen zu lassen.

Klonen über das Frontend, ohne Serverzugriff

Ein Frontend-Klon funktioniert wie eine Suchmaschine. Der Crawler folgt den Links, lädt jede Seite und sichert den sichtbaren Text, die Bilder und die Metadaten als Dateien, die die URL-Struktur in Ordnern abbilden. Sie brauchen weder Datenbank- noch FTP-Zugriff, weil nur das Öffentliche gelesen wird. Das ist dasselbe Vorgehen wie beim Extrahieren aller Bilder einer Website: Sie nehmen, was sichtbar ist, ohne die Mechanik im Hintergrund anzufassen. Ist die REST-API aktiv, liefert die WordPress REST API die Inhalte zusätzlich als strukturiertes JSON.

Was dabei gesichert wird

  • Alle Seiten und Beiträge als HTML-Dateien.
  • Bilder und Medien samt Alt-Text.
  • Metadaten (Titel, Beschreibungen, Canonical-Tags).
  • Die interne Verlinkung und die vollständige URL-Liste.
  • CSS und JavaScript für das Erscheinungsbild.

Prüfen Sie die Zahl der gesicherten Seiten gegen die Live-Site. Eine unvollständige Sicherung fällt sonst erst auf, wenn etwas fehlt.

Was ein Frontend-Klon nicht erfasst

Ehrlich bleibt: Ein Frontend-Crawl sichert das Öffentliche, nicht das Private. Außen vor bleiben passwortgeschützte Seiten, Benutzerkonten, Bestellungen eines Shops und alles, was nicht veröffentlicht ist, denn das erscheint nicht auf den sichtbaren Seiten. Brauchen Sie diese Daten, führt der Weg nur über den Zugriff auf Backend oder Datenbank. Für ein lesbares Backup oder einen Neuaufbau eines Inhalts-Sites reicht das Öffentliche aber meist aus. Vorab zu wissen, was nicht mitkommt, erspart später Überraschungen.

Klon oder echtes Backup?

Unterscheiden Sie zwei Dinge. Ein echtes Backup (Dateien plus Datenbank-Dump) dient dazu, dieselbe WordPress-Installation wiederherzustellen, ist aber ohne Server nicht lesbar. Ein Frontend-Klon ist eine lesbare, navigierbare Kopie der Inhalte, ideal zum Archivieren, Nachschlagen oder als Grundlage für einen Umzug. Für die reine Wiederherstellung desselben WordPress nehmen Sie das Backup; für eine lesbare Kopie oder einen Neuaufbau den Frontend-Klon. Beide haben ihren Zweck, aber sie sind nicht dasselbe.

Schritt für Schritt

  1. Sammeln Sie die URL-Liste aus Sitemap, internen Links und Search Console.
  2. Crawlen Sie die ganze Site, nicht nur die Menüseiten.
  3. Sichern Sie HTML, Bilder und Metadaten in der Ordnerstruktur.
  4. Prüfen Sie die Seitenzahl gegen das Original.
  5. Bewahren Sie die Kopie sicher auf.
  6. Bei einem Umzug: URLs behalten und 301-Weiterleitungen für geänderte setzen.

Beispiel: eine Site mit Speicherlimit

Nehmen wir eine Site, deren Backup-Plugin jedes Mal am Speicherlimit abbricht. Statt es zu erzwingen, crawlt ein externer Crawler das Frontend: Er sichert die 150 Seiten und Beiträge, die Bilder mit Alt-Text und die vollständige URL-Liste, ohne den Server zu belasten. Das Ergebnis ist eine navigierbare Kopie in Ordnern, die Sie lokal öffnen können. Die Seitenzahl stimmt mit der Live-Site überein. Später dient dieselbe Kopie als Grundlage, um die Site neu aufzubauen, wobei die URLs erhalten bleiben, wie in von WordPress wechseln ohne SEO-Verlust beschrieben. Das Plugin scheiterte, der Crawl nicht, weil die Arbeit ausgelagert war.

Häufige Fehler

  • Ein Backup-Plugin auf einer großen Site erzwingen, wo es am Limit abbricht.
  • Einen Datenbank-Dump mit einer lesbaren Kopie der Site verwechseln.
  • Nur die Menüseiten crawlen und Tags und Archive auslassen.
  • Bilder ohne ihren Alt-Text sichern.
  • Private Daten von einem Frontend-Crawl erwarten.

Das Wichtigste zum Schluss

Sie klonen eine WordPress-Website ohne Plugin per Frontend-Crawl: Ein Crawler sichert Texte, Bilder und Metadaten als geordnete Dateien, ohne Datenbank- oder FTP-Zugriff, auch wenn Backup-Plugins am Speicherlimit abbrechen. Das Ergebnis ist eine lesbare, navigierbare Kopie, anders als ein Datenbank-Dump. Crawlen Sie die ganze Site, prüfen Sie die Seitenzahl, und bewahren Sie die Kopie als Backup oder Umzugsgrundlage auf. Private Daten bleiben außen vor, aber das Öffentliche ist, was Sie brauchen. Die Plattform rankt nicht, wie die Backlinko-Analyse zeigt; bei einem Umzug zählen erhaltene URLs, mit 301 für geänderte, gemäß Googles Umzugsleitfaden. WPBuildAI crawlt die Live-Site und liefert Inhalte und Medien als geordnete Dateien. Senden Sie Ihre Website-URL für eine kostenlose Analyse.

Nicht verbunden mit WordPress, Lovable, Webflow, Shopify, Wix oder Squarespace.