WordPress-Website zu Cloudflare umziehen: was wirklich dahintersteckt

Du hast eine WordPress-Website. Du hast genug von Hinweisen auf Plugin-Updates, vom gelegentlichen Schreck über einen gehackten Auftritt und von Hosting-Rechnungen, die mit jeder Verlängerung steigen. Jemand hat dir erzählt, moderne Websites laufen heute auf Cloudflare und laden sofort. Die berechtigte Frage lautet: Kannst du wirklich umziehen, was geht dabei kaputt, und wie lange dauert das?

Kurze Antwort: Ja, ein Umzug ist möglich. Der meiste Aufwand steckt in einem einzigen Schritt (die Inhalte aus WordPress herauszuholen und in ein sauberes Format zu bringen), und die Aufgabe ähnelt eher einem Neubau als einem Umzug. So sieht es in der Praxis aus, inklusive der Stellen, die weh tun.

Was „Umzug zu Cloudflare” tatsächlich bedeutet

Cloudflare ist kein WordPress-Hoster. Du lädst deine PHP-Website dort nicht einfach hoch und machst weiter wie bisher. Stattdessen wird deine Website als moderne Website neu gebaut, die Cloudflare aus seinem Netzwerk ausliefert: Die Seiten werden im Voraus erzeugt statt bei jedem Besuch aus einer Datenbank zusammengesetzt, Bilder liegen in Cloudflares Dateispeicher (R2) und dynamische Daten im Datenbankdienst (D1). Es gibt keinen Server zu patchen und nichts, was weiterlaufen muss, wenn gerade niemand vorbeischaut.

Es gibt ein paar gängige Ziele:

• Eine moderne statische Website (meist mit Astro gebaut, manchmal mit Next.js oder Hugo). Deine Seiten und Beiträge werden zu Inhaltsdateien. Das ist schnell, günstig und langweilig im besten Sinne. Gut für Firmenwebsites, Portfolios und Blogs, die sich nicht stündlich ändern.
• EmDash, Cloudflares eigenes Open-Source-CMS, veröffentlicht unter MIT-Lizenz. Cloudflare bezeichnet es als „geistigen Nachfolger von WordPress”. Es basiert auf Astro 6 und läuft auf Workers, die Inhalte liegen in D1, die Dateien in R2. Wenn du einen Admin-Bereich zum Schreiben willst, kommt das WordPress auf Cloudflare am nächsten.
• Ein Headless-CMS plus ein bei Cloudflare gehostetes Frontend, falls du ohnehin schon für etwas wie Sanity oder Contentful zahlst und es behalten möchtest.

Keine dieser Varianten ist „die” Antwort. Die richtige hängt davon ab, wie oft sich deine Inhalte ändern und wer sie bearbeitet.

Die ehrliche Aufwandsübersicht

Vorab die Frage, wo die Zeit tatsächlich hingeht:

Wenn du dir nur eine Sache merkst: Plane Zeit für das Aufräumen der Inhalte ein. Alles andere ist kleiner, als es aussieht.

Schritt 1: Inhalte herausholen

WordPress ist hier großzügig, und das ist der eine echte Vorteil beim Abschied. Im Admin-Bereich erzeugt Werkzeuge, dann Daten exportieren, dann Alle Inhalte eine einzige XML-Datei. Das Format heißt WXR (WordPress eXtended RSS) und enthält deine Beiträge, Seiten, Kategorien, Schlagwörter, Kommentare, benutzerdefinierten Felder und die Liste der Medienanhänge.

Zwei Dinge enthält es nicht:

• Die Bilddateien selbst. WXR verzeichnet die URLs, nicht die Bilder. Deine tatsächlichen Dateien liegen auf dem Server unter wp-content/uploads und müssen separat heruntergeladen werden, meist per FTP oder über den Dateimanager deines Hosters.
• Deine Theme- und Plugin-Einstellungen. Menüs, Widget-Platzierungen, Theme-Optionen und Plugin-Konfigurationen wandern nicht mit.

Es gibt einen zweiten Weg, den du kennen solltest, denn er verändert die Qualität dessen, was du bekommst. WordPress stellt deine Inhalte auch über seine REST-API bereit (die Adresse /wp-json/ auf deiner Website), und diese Fassung der Inhalte hat WordPress bereits verarbeitet: Shortcodes aufgelöst, Filter angewendet. Wurde deine Website mit einem Page Builder wie Elementor, Divi oder WPBakery gebaut, ist dieses verarbeitete Ergebnis ein Dickicht aus verschachtelten div-Elementen und Inline-Styles. Die Rohinhalte direkt aus der Datenbank zu ziehen liefert in der Regel saubereres Ausgangsmaterial. Genau solche Abwägungen trifft eine Entwicklerin, oder wir, für dich.

Schritt 2: Inhalte aufräumen (die eigentliche Arbeit)

WordPress speichert jeden Beitrag als einen Klumpen HTML mit allem Markup, das sich über die Jahre angesammelt hat. Eine moderne Website will strukturierte Inhalte: Eine Überschrift ist eine Überschrift, ein Bild ist ein Bild mit Bildunterschrift, ein Zitat ist ein Zitat. Der Weg von A nach B verschlingt die Stunden.

Was zuverlässig Ärger macht:

• Shortcodes. Diese Dinger in eckigen Klammern wie [gallery], [caption] oder was auch immer ein Plugin ergänzt hat. Das ist WordPress-eigene Syntax, die überall sonst als schlichter Text erscheint. Für jeden davon braucht es eine Entscheidung: nachbauen, umwandeln oder streichen.
• Page-Builder-Markup. Seiten aus Elementor oder Divi lohnen das Entwirren oft nicht. Bei einer aufwendig gestalteten Landingpage geht der Neubau im neuen Design schneller, als das HTML zu retten.
• Inline-Styles. Jahre von hineinkopierten Farben und Schriftgrößen. Die fliegen raus, denn auf einer modernen Website steckt das Aussehen im Design und nicht vergraben in jedem einzelnen Absatz.
• Einbettungen. YouTube-Videos, Karten, Instagram-Beiträge und Formular-Widgets brauchen jeweils ein neues Zuhause.

Niemand automatisiert das zu 100 %, und wer etwas anderes verspricht, hat sich deine Beiträge nicht angesehen. Realistisch werden die unkomplizierten 90 % im Stapel umgewandelt, danach nimmt man sich die Sonderfälle von Hand vor. KI-Agenten sind darin inzwischen wirklich gut, und das ist ein großer Teil des Grundes, warum die Arbeit heute weniger kostet als noch vor zwei Jahren.

Schritt 3: Medien umziehen

Lade deinen uploads-Ordner herunter und spiele ihn in Cloudflares R2-Speicher ein. Entscheidend ist nicht das Hochladen, sondern die Buchhaltung: Jede Bild-URL in deinen Inhalten zeigt weiterhin auf die alte Website. Du brauchst also eine Zuordnung von alter zu neuer Adresse und einen Durchlauf, der alle umschreibt. Wenn du das übersiehst, lädt deine Website ihre Bilder klammheimlich weiter von dem Server, den du gerade abschalten willst.

Eine echte dauerhafte Ersparnis: R2 berechnet nichts für ausgehenden Traffic. Bei einem WordPress-Hoster mit Volumenabrechnung kostet dich ein viraler Beitrag Geld. Hier nicht.

Schritt 4: Design neu bauen

Dein PHP-Theme kommt nicht mit. Auf einer modernen Website wird das Design aus Komponenten aufgebaut, also ist das ein Neubau und keine Portierung. In der Praxis ist das meist eine gute Nachricht: Die meisten WordPress-Themes schleppen ein Jahrzehnt Ballast mit sich, und die neu gebaute Fassung ist typischerweise um ein Vielfaches schneller. Wenn du dein aktuelles Aussehen magst, lässt es sich ziemlich genau nachbilden.

Dann kommt die unbequeme Inventur. Öffne deine Plugin-Übersicht und notiere jedes aktive Plugin und was es tatsächlich für dich leistet. Kontaktformulare, SEO-Metadaten, Sitemaps, Weiterleitungen, Cookie-Banner, Buchungen, Mitgliederbereiche, E-Commerce. Auf der neuen Website wird daraus jeweils entweder eine eingebaute Funktion, ein kleines Stück Code oder ein externer Dienst. Für das meiste gibt es eine saubere Antwort. Für einiges, allen voran vollwertiger E-Commerce und komplexe Mitgliederseiten, noch nicht, und das findest du besser jetzt heraus als auf halber Strecke.

Schritt 5: Live gehen

Das Deployment selbst ist erfrischend unspektakulär, und genau das ist der Sinn der Sache. Die Website wird zu Cloudflare veröffentlicht, deine Domain zeigt darauf, fertig. Kein Server zu konfigurieren, keine PHP-Version, über die du nachdenken musst, keine Sicherheitsupdates bis in alle Ewigkeit. Das ist der Teil, der einen Nachmittag dauert statt zwei Wochen.

Nicht überspringen: Behalte deine URLs

Genau hier ruinieren Migrationen still und leise Suchrankings. Jede Adresse, die Google bereits kennt, und jeder Link, der von anderswo auf deine Website zeigt, sollte danach weiterhin funktionieren.

Der Ablauf ist einfach und nicht verhandelbar:

1. Crawle zuerst die alte Website und speichere eine vollständige Liste aller öffentlichen Adressen, bevor du irgendetwas änderst.
2. Behalte die bestehende Adressstruktur, wo immer es geht. Auf einer modernen Website steuerst du das Routing selbst, es gibt also selten einen technischen Grund, /2019/07/mein-beitrag/ in etwas anderes zu verwandeln.
3. Für alles, was sich wirklich ändern muss, richtest du eine 301-Weiterleitung von der alten auf die neue Adresse ein.
4. Reiche deine Sitemap nach dem Start erneut in der Google Search Console ein und beobachte den Abdeckungsbericht ein paar Wochen lang.

Machst du das ordentlich, sinkt der Traffic ein bis zwei Wochen und erholt sich dann. Lässt du es aus, fängst du bei null an.

Die scharfen Kanten, ehrlich benannt

Eine moderne, bei Cloudflare gehostete Website ist schneller, günstiger im Betrieb und deutlich weniger anfällig als WordPress. Ohne Kompromisse geht es trotzdem nicht.

• Es gibt keinen Plugin-Marktplatz. WordPress hat rund sechzigtausend Plugins. Für jede Nische, auf die du dich verlassen hast, braucht es womöglich einen maßgeschneiderten Ersatz.
• Du kannst es nicht per Klick reparieren. Strukturelle Änderungen laufen über Code, das heißt über eine Entwicklerin oder einen Dienst, der das übernimmt.
• Speziell EmDash ist jung. Cloudflare hat es im April 2026 als Developer Preview gestartet, v1.0 kommt rund um die Birthday Week Ende September. Das Plugin-Ökosystem ist klein und die Doku entsteht noch. Die Plugins in der Sandbox brauchen außerdem ein kostenpflichtiges Cloudflare-Konto, ab etwa fünf Dollar im Monat.

Wenn du den ausführlicheren Vergleich willst, sieh dir EmDash vs. WordPress an oder das gesamte Feld in den besten WordPress-Alternativen für 2026. Du verlässt stattdessen einen geschlossenen Baukasten? Dieselbe Logik mit anderen Exportmöglichkeiten findest du in unseren Leitfäden zu Wix verlassen, Squarespace verlassen und Joomla verlassen.

Bei 2emdash übernehmen wir das für alle, die es lieber nicht selbst machen: Wir bauen deine bestehende Website auf Cloudflare neu und geben dir ein einfaches Panel, mit dem du sie betreibst. Wir sind ein unabhängiger Dienst, nicht verbunden mit Cloudflare oder dem EmDash-Projekt.