WordPress zu Astro: eine Content-Website ohne Datenbank im Anforderungspfad.

Was wird von WordPress nach Astro übertragen und was nicht??

Beiträge, Seiten, Kategorien, Tags, Autoren, Titelbilder und Erstellungsdaten wandern mit, weil die WXR-Exportdatei sie enthält. Plugins ziehen jedoch nicht um. Ihr Theme und Ihre Admin-Seiten ebenfalls nicht. Der Export kann auch Kommentare und benutzerdefinierte Felder enthalten, aber weder Website-Optionen noch die Dateianhänge selbst. Medien sichern Sie daher separat. In Astro landen Ihre Inhalte in Sammlungen, die Markdown-, MDX-, Markdoc-, YAML-, TOML- oder JSON-Dateien beim Erstellen laden. Der Admin-Bereich bleibt zurück.

Benutzerdefinierte Beitragstypen werden zu Sammlungen mit einem Schema, das Sie selbst festlegen. Das ist der einfache Teil. Elementor-Seiten exportieren Sie jedoch als JSON im Elementor-Format, und deren Layouts bauen Sie als Komponenten neu, statt sie zu konvertieren. Ihre Kommentare brauchen einen gehosteten Dienst und Ihre Formulare einen Endpunkt. Die Felder Ihres SEO-Plugins brauchen einen Platz im Frontmatter. Ändert sich Ihre Domain, laufen Ihre Medien-URLs ins Leere. Dieses Problem ist im Trac des WordPress-Kerns unter „Export“ dokumentiert.

Wie planen Sie die URL-Struktur und Weiterleitungen, damit Ihr Suchverkehr erhalten bleibt??

Planen Sie diesen Schritt, indem Sie alle öffentlichen URLs Ihrer Website erfassen und jeder einzelnen eine neue Adresse zuweisen, bevor Sie Astro-Code schreiben. Fangen Sie mit der Zuordnung an. Die Sitemap Ihres SEO-Plugins listet Beiträge, Seiten, benutzerdefinierte Beitragstypen und Taxonomien auf, dazu das Datum der letzten Änderung. Das ist ein erster Anhaltspunkt. So bleiben in Ihrer Weiterleitungstabelle nur die Ausnahmen, wenn Sie jeden Slug beibehalten.

Anschließend legen Sie fest, wie Ihre Weiterleitungen ausgeliefert werden. Astro weist in der Weiterleitungskonfiguration einer Route ein Ziel zu und verarbeitet dynamische Routen wie /blog/[...slug]. Mit einem Server-Adapter, bei statischer Ausgabe auch mit einem statischen Adapter, erhalten Sie echte 301- und 308-Codes. Ohne Adapter erzeugt Astro nur ein „meta refresh“-Tag ohne Statuscode. Das ist ein schwaches Signal, Google empfiehlt dagegen permanente serverseitige Weiterleitungen.

Achten Sie auf Schrägstriche am Ende der URL: Laut Astro erfassen Weiterleitungen diese Fälle noch nicht (jedenfalls derzeit). Testen Sie das Verhalten direkt auf Ihrem Host, denn Raten hilft hier nicht. Vermeiden Sie Ketten, setzen Sie Ihre Canonical-Tags auf die neuen URLs und behalten Sie die Weiterleitungen mindestens ein Jahr bei. Und schalten Sie Weiterleitungen nie voreilig ab: Wer alte Pfade zu früh kappt, verschenkt schlicht Traffic.

Wie werden Inhalte aus WordPress übertragen: Export, API oder Crawling??

Die Struktur holen Sie per Export, während inkrementelle Abrufe über die REST-API laufen. Crawlen Sie nur das, was in keinem von beiden steckt. Die WXR-Datei aus dem WordPress-Export (oder aus einem Plugin) enthält Beiträge und Begriffe, dazu Kommentare, Autoren und Datensätze zu Anhängen. Aber die eigentlichen Anhangsdateien fehlen darin: Rufen Sie Ihre Medien separat ab oder nehmen Sie ein Plugin, das .wxrz- oder .zip-Dateien bündelt.

Ihre REST-API liefert Beiträge, Seiten und Medien als JSON unter /wp/v2/posts, /wp/v2/pages und /wp/v2/media. Gehen Sie die Medien seitenweise durch (der Standardwert für „per_page“ beträgt 10), und filtern Sie per „modified_after“ nach Änderungen seit Ihrem letzten Abruf. Haben Sie Ihre Seiten mit Elementor gebaut, exportieren Sie deren JSON-Daten. Und wenn Sie statische Dateien bevorzugen, schreibt ein Plugin jeden Beitrag sauber als .html-Datei heraus.

Bevor Sie Code schreiben, gleichen Sie Ihre Daten mit einer Liste aller veröffentlichten Elemente, Begriffe, Autoren und Original-URLs ab (möglichst lückenlos). Suchen Sie zuerst nach Lücken. Können Sie eine Abweichung nicht erklären, halten Sie sofort an und beheben Sie den Fehler vor Beginn der Entwicklung. Denn was Sie jetzt mitschleppen, lässt sich später im Produktivbetrieb nur noch viel schwerer zurückverfolgen.

Was erhalten Ihre Redakteure bei Astro im Vergleich zu WordPress??

Ihre Redakteure verzichten auf das WordPress-Admin-Panel und dessen Plugins. Dafür erhalten sie Vorschau-Bereitstellungen und eine Website, an der Sie im laufenden Betrieb keine Korrekturen mehr vornehmen müssen. Aber dieser Kompromiss ist real. Wenn Sie Inhalte in Markdown speichern, bearbeiten Redakteure zum Veröffentlichen eine Datei, committen sie in Git und lösen einen Build aus. Eine Quelle nennt lokale Vorschauen eine große Hürde für nicht technisch versierte Redakteure; testen Sie das daher direkt mit Ihrem eigenen Team (die Rückmeldung kommt schnell).

Sie können Astro mit einem Headless-CMS kombinieren, damit Ihre Redakteure Eingabefelder statt Dateien ausfüllen. Mit der visuellen Bearbeitung von Sanity klicken Redakteure in der Vorschau ein Element an und landen direkt im passenden Feld in Studio (laut Sanity-Dokumentation wird Astro unterstützt). Aber dafür betreiben Sie eben ein zweites System. Ihre Inhalte liegen dort, und auch dessen Zugänge verwalten Sie selbst.

Und die visuelle Bearbeitungsoberfläche von WordPress entfällt vollständig. Für Layoutänderungen (selbst bei kleinen Anpassungen) brauchen Sie deshalb künftig einen Entwickler.

Wie lange dauert eine Migration von WordPress zu Astro, und wovon hängt der Aufwand ab??

Ihr Zeitplan hängt von fünf Faktoren ab, die Sie schon heute erfassen können: Anzahl der URLs, Inhaltstypen, Medien, Integrationen und Sprachversionen. Fangen Sie damit an. Es gibt hier keine allgemeingültige Zahl (und erst recht keine Abkürzungen). Misstrauen Sie deshalb jeder Angabe, die diese Faktoren ignoriert. Ein veröffentlichter Fallbericht nennt zwar eine Migrationsdauer von 22 Tagen, doch Ihre Website kann deutlich größer oder schlicht einfacher sein.

Jeder Faktor kostet zusätzlichen Aufwand, den Sie vorab abschätzen können. Mehr URLs bedeuten eine längere Weiterleitungstabelle und mehr Paritätsprüfungen. Bei mehr Inhaltstypen müssen Sie mehr Schemata definieren (was Zeit kostet). Ihre Medien rufen Sie ab und hosten sie neu. Für Formulare brauchen Sie einen Ersatzdienst, für Kommentare und Analysen ebenfalls jeweils einen. Und jede Sprachversion vervielfacht die Prüfungen für hreflang und Sitemap.

Ich plane und führe solche Vorhaben durch und richte ihren Umfang exakt nach diesen Faktoren aus. Starten Sie am besten mit der kostenlosen Bewertung. Vor der endgültigen Entscheidung sehen Sie Skriptgröße und Header schwarz auf weiß. Und strukturierte Daten zeigt der Test ebenfalls (Zahlen sagen mehr als Meinungen).

Wann sollten Sie nicht von WordPress zu Astro wechseln??

Wechseln Sie nicht, wenn Ihre Website Anmeldungen, Personalisierung oder umfangreiche Interaktivität braucht: Dann ist sie schlicht eine Anwendung. Verwenden Sie stattdessen Next.js mit einem Headless-CMS wie Sanity oder Contentful. Aber bleiben Sie auch bei Ihrem System, wenn täglich viele Redakteure an Ihrer Website arbeiten und auf die visuelle Verwaltungsoberfläche und deren Plugins angewiesen sind (Umstellungen kosten Zeit). Ihre täglichen Arbeitsabläufe gehören schließlich direkt zu Ihren Betriebskosten.

Bleiben Sie dabei, wenn Ihre Seiten schon gut laufen, Ihre Redakteure ohne Reibung veröffentlichen und jemand verlässlich Plugin-Updates und Patches einspielt. Das ergibt Sinn. Denn ein Wechsel kostet Ihr Team Zeit und kann Ihren Suchverkehr gefährden, ohne dass Sie die möglichen Gewinne überhaupt brauchen. Wechseln Sie erst, wenn Ihre Website größtenteils statisch bleibt, redaktionell kein CMS nötig ist und Hosting wie Patches am Ende mehr kosten, als der Admin-Bereich nützt.

Ihre Bewertungsnote liefert den schnellsten Test. Und schneiden Sie gut ab, spricht im Grunde wenig dafür, jetzt etwas daran zu ändern.

Fragen und Antworten.

Weiterlesen.

1. 01WordPress-AlternativenBleiben, auf Headless umsteigen oder wechseln: Das hängt von Ihren Seiten ab.
2. 02WordPress zu Next.jsZunächst „Headless WordPress“ oder Inhalte in Sanity.
3. 03Astro-SEO-CheckIslands, Content Collections, strukturierte Daten, Web Vitals.