Von WordPress zu Astro migrieren: als Headless CMS oder komplett, ohne Rankings zu verlieren

Die kurze Antwort

Laut W3Techs läuft WordPress auf 40,1 % aller Websites (Stand: 13. Oktober 2026), deshalb beginnen die meisten Website-Migrationen dort. Astros eigener Migrationsleitfaden beschreibt zwei Wege: WordPress als Headless CMS behalten und Astro das Frontend bauen lassen oder die Inhalte vollständig aus WordPress herausholen.

In beiden Fällen ist die Arbeit, die Ihren Traffic schützt, dieselbe: jede URL behalten, die Besuche bringt, die Titel und Beschreibungen übernehmen, die Ihr SEO-Plugin erzeugt hat, den Uploads-Ordner kopieren, die Plugins ersetzen, die im Frontend gearbeitet haben, und jeder URL, die sich ändert, eine permanente Weiterleitung geben. In dieser Reihenfolge kann die neue Website schneller laden und günstiger im Betrieb sein, ohne bei den Rankings wieder bei null anzufangen.

Headless WordPress oder kompletter Umzug?

Astro dokumentiert beide Wege: WordPress als Headless CMS nutzen und von WordPress umziehen, wo für die Inhalte das Tool wordpress-export-to-markdown empfohlen wird.

Was wir bei acht WordPress-Websites im Live-Betrieb gesehen haben

Am 13. Oktober 2026 haben wir acht mit WordPress gebaute Websites geprüft, vom News-Blog von WordPress.org bis zu großen Verlagen, um zu sehen, worauf sich eine Migration verlassen kann:

• Sieben der acht lieferten ihre Beiträge öffentlich über die REST API aus, unter /wp-json/wp/v2/posts. Die achte antwortete mit 401: Manche Hoster und Sicherheits-Plugins sperren die API. Prüfen Sie also Ihre eigene, bevor Sie Ihre Planung darauf aufbauen.
• Drei der acht gaben mit jedem Beitrag auch die Daten von Yoast SEO zurück. Yoast ergänzt die Standardantworten der REST API um ein Feld yoastheadjson mit Titel, Beschreibung, Canonical-URL, Open-Graph-Tags und dem Schema-Markup, das es für die jeweilige Seite ausgibt (Yoast-Entwicklerdokumentation). Das sind genau die SEO-Metadaten, die Sie brauchen, bereit zur Wiederverwendung.
• Jede zurückgegebene Beitrags-URL endete mit einem Slash, und fünf der sieben enthielten das Jahr, etwa /2026/10/beitragstitel/. Astro muss diese Struktur exakt nachbilden, sonst braucht jeder Beitrag eine Weiterleitung.
• Sechs der acht luden noch jQuery, eine Erinnerung daran, wie viel Frontend-Code ein WordPress-Theme mitbringt, den ein Neuaufbau mit Astro hinter sich lassen kann.

Von WordPress zu Astro migrieren, Schritt für Schritt

1. Jede URL erfassen. Seit Version 5.5 veröffentlicht WordPress eine Sitemap unter /wp-sitemap.xml, sofern kein SEO-Plugin sie durch seine eigene ersetzt (Make WordPress Core). Ergänzen Sie den Bericht „Seiten“ der Google Search Console für den längsten verfügbaren Zeitraum, notieren Sie die Permalink-Struktur unter Einstellungen > Permalinks und exportieren Sie die Regeln eines vorhandenen Weiterleitungs-Plugins.
2. Zwischen Headless und komplettem Umzug entscheiden, anhand der Tabelle oben. Die übrigen Schritte gelten für beide Wege; bei Headless bedeutet „exportieren“, dieselben Daten beim Build aus der API zu lesen.
3. Die Inhalte exportieren. Unter Werkzeuge > Export erzeugen Sie eine WXR-Datei, einen XML-Export mit Ihren Beiträgen, Seiten, Custom Post Types, Kommentaren, benutzerdefinierten Feldern, Kategorien, Schlagwörtern, eigenen Taxonomien und Benutzern (WordPress-Dokumentation). Für einen Export per Skript liefert die REST API bis zu 100 Beiträge pro Seite, jeweils mit dem gerenderten HTML.
4. Die Uploads kopieren. Die Bilder sind nicht in der XML-Datei enthalten, sondern liegen in wp-content/uploads, zusammen mit den verkleinerten Kopien, die WordPress von jedem Bild angelegt hat. Behalten Sie die Originale, lassen Sie astro:assets die Größen erzeugen und entscheiden Sie, ob die alten Bild-URLs gleich bleiben oder Weiterleitungen brauchen.
5. Die SEO-Metadaten übernehmen. Läuft auf der Website Yoast SEO, lesen Sie für jeden Beitrag und jede Seite yoastheadjson aus der REST API: So erhalten Sie den finalen Titel und die finale Beschreibung statt der Vorlagen, die das Plugin speichert. Andernfalls holen Sie sie aus den benutzerdefinierten Feldern des Plugins im Export.
6. Die Templates als Astro-Komponenten neu bauen. Beim kompletten Umzug machen Sie aus Beiträgen und Seiten Content Collections oder Einträge in einem neuen CMS; mit Headless WordPress holen Sie sie aus der API. Prüfen Sie das HTML einiger Beiträge auf Shortcodes, Embeds und Page-Builder-Markup, das oft bereinigt werden muss, bevor es außerhalb des alten Themes richtig aussieht.
7. Die Plugins ersetzen, die im Frontend gearbeitet haben. Formulare brauchen einen eigenen Endpunkt (einen Cloudflare Worker, einen Formulardienst oder Ihr CRM), die Suche kann ein statischer Index wie Pagefind werden, und bei Kommentaren steht eine Entscheidung an: behalten, zu einem Dienst umziehen oder schließen. Caching-Plugins haben nichts mehr zu tun, sobald die Seiten vorab gebaut werden.
8. Die URL-Struktur beibehalten. WordPress-Permalinks enden meist mit einem Slash, was Astros standardmäßiger Ausgabe als Verzeichnisse entspricht. Datumsbasierte Permalinks werden zu dynamischen Routen wie /[year]/[month]/[slug]/ (Astro-Routing); Kategorie- und Schlagwort-Archive brauchen eigene Seiten oder eine Weiterleitung.
9. Auf dem Server weiterleiten, auch die WordPress-Überbleibsel. Ein statischer Astro-Build ohne Adapter macht aus konfigurierten Weiterleitungen Meta-Refresh-Seiten (Astro-Konfigurationsreferenz). Richten Sie deshalb 1:1-Weiterleitungen per 301 dort ein, wo die Website gehostet wird. Neben geänderten Beiträgen gehören dazu die URLs, die WordPress von selbst erzeugt: /feed/, ?p=-Kurzlinks, Anhangseiten, Autorenarchive und jede Datei unter /wp-content/uploads/, die Sie verschoben haben.
10. Launchen, dann beobachten. Stellen Sie das DNS um, lassen Sie die alte WordPress-Installation nur für sich selbst erreichbar, bis die neue Website geprüft ist, und verfolgen Sie in den folgenden Wochen die Indexierungsberichte der Search Console. Unsere SEO-Checkliste für den Website-Relaunch deckt den Launch-Tag und die 90 Tage danach ab.

Was sich nach dem Umzug ändert

SEO erhalten

Googles Leitfaden zu Website-Umzügen mit URL-Änderungen gilt auch hier: Ordnen Sie jede alte URL ihrer nächstliegenden neuen Entsprechung zu, verwenden Sie permanente serverseitige Weiterleitungen und behalten Sie sie mindestens ein Jahr bei. Identische URLs sind mit WordPress leichter zu erreichen als mit den meisten anderen Plattformen, weil seine Permalinks mit abschließendem Slash Astros Standardeinstellungen entsprechen; die Arbeit steckt darin, Datumspfade, Archive und jede von einem Plugin erzeugte URL nachzubilden.

Prüfen Sie danach, was das alte Theme und die Plugins jeder Seite hinzugefügt haben: Canonical-Tags, Open-Graph-Bilder, strukturierte Daten, die hreflang-Tags eines Mehrsprachigkeits-Plugins und die Robots-Regeln. Alles, was auf der neuen Website fehlt, ist ein Signal, das Google am Tag der Umstellung verliert.

Wie Dardo eine WordPress-Migration umsetzt

WordPress-Umzüge setzen wir im Rahmen unserer Leistung Website-Migration um: Bestandsaufnahme von URLs und Inhalten, die Entscheidung zwischen Headless und komplettem Umzug, eine repräsentative Seite, die zuerst neu gebaut und in vereinbarten Breiten abgenommen wird, danach die übrigen Templates, Formulare und Weiterleitungen. Der Bau selbst ist Webentwicklung mit Astro. Wenn Sie noch überlegen, ob Sie WordPress überhaupt verlassen sollen, zeigt unser Vergleich WordPress oder individuelle Website, wann sich was lohnt, und unsere Leitfäden zur Migration von Framer und Webflow decken die anderen häufigen Ausgangspunkte ab.

Wenn Sie einen Umzug abwägen, schicken Sie uns die Website und was Sie ändern möchten. Wir sagen Ihnen, ob Headless oder ein kompletter Umzug passt, bevor wir für eines von beiden ein Angebot machen.