Von WordPress zu Astro: Wann sich der Umstieg lohnt und wann nicht
Was ein Wechsel von WordPress zu Astro bringt, was er kostet und für wen er sich nicht lohnt. Mit Zahlen aus der Praxis und einem Leitfaden in sechs Schritten.
Meine Website lief jahrelang auf WordPress. Heute läuft sie auf Astro, und ich würde den Wechsel sofort wieder machen. Nicht weil WordPress schlecht wäre, sondern weil ich für diese Seite fast nichts von dem brauche, was WordPress ausmacht.
Genau da fängt die ehrliche Antwort an: Der Umstieg lohnt sich nicht für jeden. Ich baue weiterhin WordPress-Seiten, und erst im Juni habe ich einen Relaunch bewusst auf WordPress gesetzt, weil es dort die bessere Wahl war.
In diesem Beitrag zeige ich dir, was du bei einem Wechsel gewinnst, was du dafür aufgibst, für wen sich das Ganze nicht rechnet und wie der Umstieg praktisch abläuft. Mit Zahlen aus der Praxis statt mit Versprechen.
Warum ich selbst gewechselt bin
Drei Dinge haben mich über die Jahre zermürbt, und ich vermute, du kennst mindestens eines davon:
Jedes Plugin ist ein potenzielles Sicherheitsloch. Zwanzig Plugins bedeuten zwanzig fremde Codebasen auf deinem Server, gepflegt von zwanzig verschiedenen Leuten, mit zwanzig verschiedenen Update-Rhythmen. Bei manchen ist der letzte Rhythmus Jahre her.
Update-Roulette. Jedes größere Update war die gleiche Frage: Läuft die Seite danach überhaupt noch, oder verschiebt sich wieder das halbe Layout? Wer schon einmal am Freitagnachmittag ein Update eingespielt hat, weiß, warum viele es lieber gar nicht tun.
Ladezeiten mit einer harten Grenze. Caching, optimierte Bilder, zusammengefasste Skripte: Damit holt man eine Menge heraus, und für die allermeisten Seiten reicht das auch. Irgendwann ist aber Schluss, weil bei jedem einzelnen Aufruf trotzdem PHP startet, die Datenbank abfragt und die Seite neu zusammensetzt. Diese Grundlast bekommst du mit keinem Plugin weg. Sie verschwindet nur, wenn die Seite gar nicht erst bei jedem Aufruf gebaut wird.
Was Astro eigentlich ist
Kurz und ohne Fach-Gerede: Astro ist ein Werkzeug, das deine Website einmal fertig baut. Aus deinen Texten und Vorlagen entstehen ganz normale HTML-Dateien. Diese Dateien landen auf dem Server, und mehr passiert dort nicht.
Der Unterschied zu WordPress ist grundsätzlich. WordPress setzt jede Seite bei jedem Aufruf neu zusammen. Astro hat sie längst zusammengesetzt, bevor der erste Besucher kommt.
Bei jedem Aufruf
WordPress
- 1Besucher ruft die Seite auf
- 2PHP startet auf dem Server
- 3Datenbank wird abgefragt
- 4Theme und Plugins bauen die Seite
- 5Seite wird ausgeliefert
Diese fünf Schritte laufen bei jedem einzelnen Besuch.
Einmal vorab
Astro
- 1Seite wird beim Bauen fertiggestellt
- 2Fertige Datei liegt auf dem Server
Beim Besuch passiert nur noch eines: ausliefern.
Daraus folgt ein Punkt, der oft übersehen wird und der eigentlich der wichtigste ist: Astro läuft auf deinem Server gar nicht mit. Das Werkzeug arbeitet beim Bauen, auf dem Rechner des Entwicklers. Auf dem Server landet nur das fertige Ergebnis. Bei WordPress dagegen läuft das System selbst dauerhaft mit, bei jedem einzelnen Aufruf, und muss deshalb auch dauerhaft gepflegt werden.
Was du gewinnst
Deutlich weniger Angriffsfläche. Eine statisch gebaute Seite bringt kein Redaktionssystem, keine Erweiterungen und keine Datenbank mit. Damit entfällt eine ganze Kategorie von Problemen, die bei klassischen Systemen den Alltag bestimmt. Das ist kein Kunststück, sondern schlicht die Folge der Bauweise.
Keine Plugin-Lizenzen. Bei WordPress sammeln sich schnell mehrere kostenpflichtige Erweiterungen an: ein Seiten-Baukasten, ein Formular-Werkzeug, ein SEO-Paket, vielleicht ein Caching-Plugin. Jede dieser Lizenzen muss jährlich verlängert werden, und läuft eine aus, kommen dafür auch keine Updates mehr an. Das ist keine Theorie, sondern einer der häufigsten Gründe, warum gewachsene Seiten irgendwann nicht mehr auf dem aktuellen Stand sind. Bei Astro fällt dieser ganze Kostenblock weg. Was du brauchst, ist Teil der Seite.
Wartung, die diesen Namen kaum noch verdient. Es gibt keine wöchentlichen Update-Meldungen im Backend, kein Testen nach jedem Core-Update, keine Kompatibilitätsprüfung zwischen Theme und Plugins. Änderst du nichts, bleibt alles genau so, wie es ist.
Tempo, ohne dass du dafür tricksen musst. Diese Seite hier antwortet in rund 0,15 Sekunden. Zum Einordnen zwei Werte aus Technik-Prüfungen, die ich gemacht habe, beide anonym: Eine sehr gepflegte WordPress-Seite mit etwa fünf Plugins liegt bei 0,23 Sekunden. Eine über Jahre gewachsene Seite mit rund dreißig Plugins liegt bei 1,34 Sekunden und lädt allein auf der Startseite 46 CSS- und 64 JavaScript-Dateien.
Serverantwort im Vergleich
Zeit bis zum ersten Byte, in Sekunden. Kürzer ist besser.
Und jetzt der faire Teil dazu, denn sonst wäre der Vergleich unredlich: Gepflegtes WordPress ist nicht langsam. Der Abstand von 0,23 zu 0,15 Sekunden merkt kein Mensch. Der Sprung auf 1,34 Sekunden kommt nicht von WordPress, sondern vom Wildwuchs, der sich über Jahre ansammelt. Der ehrliche Satz lautet also nicht „Astro ist schnell und WordPress ist langsam“, sondern: Bei Astro musst du dich nicht anstrengen, um schnell zu bleiben, weil es keinen Wildwuchs geben kann.
Datenschutz wird einfacher. Meine Seiten setzen keine Cookies, speichern nichts im Browser und laden keine Schriften oder Skripte von fremden Servern nach. Das ist kein Zufall, sondern die Folge davon, dass keine Plugins mitreden. Ob deine Seite am Ende einen Einwilligungsbanner braucht, hängt vom Einzelfall ab und ist eine rechtliche Frage, die ich dir nicht beantworten kann. Lass das im Zweifel von jemandem prüfen, der das darf. Technisch gilt aber: Je weniger fremder Code mitläuft, desto weniger gibt es zu erklären.
Kein Lock-in. Deine Inhalte liegen als einfache Textdateien im Markdown-Format vor. Die kannst du mit jedem Editor öffnen, lesen und mitnehmen. Kein Export nötig, kein proprietäres Format, keine Datenbank, aus der sie erst herausgeholt werden müssten. Falls du in fünf Jahren zu etwas anderem wechseln willst, sind deine Texte das kleinste Problem.
Was du dafür aufgibst
Dieser Abschnitt ist mir wichtiger als der davor, weil er über die Entscheidung bestimmt.
Es gibt keinen Klick-Editor, jedenfalls nicht von Haus aus. Du meldest dich nirgends an und schiebst keine Blöcke mit der Maus. Im Grundzustand heißt einen Text ändern: Datei öffnen, Text ändern, Seite neu bauen, hochladen.
Zwei Dinge entschärfen das aber deutlich. Erstens lässt sich ein schlanker Editor nachrüsten, wenn du Texte selbst pflegen willst, ohne dich mit Dateien zu beschäftigen. Das ist Aufwand beim Aufbau, danach klickst du wieder. Zweitens, und so arbeite ich selbst: Ich sage einem KI-Assistenten wie Claude in normalem Deutsch, was sich ändern soll, und er setzt es in den Dateien um. Ein neuer Abschnitt, ein ausgetauschtes Bild, ein zusätzlicher Blogartikel, das ist eine Sache von Minuten. Die Arbeitsweise ist eine andere als früher im Backend. Die langsamere ist sie nicht.
Neue Funktionen sind echte Arbeit. Was du bei WordPress mit einem Plugin dazuschaltest, wird hier gebaut. Ein Terminkalender, eine Mitgliederverwaltung, ein Bewertungssystem: alles machbar, aber nichts davon ist ein Klick. Auch hier hat sich der Abstand verkleinert, seit KI beim Bauen hilft. Verschwunden ist er nicht. Dafür bekommst du am Ende genau die Funktion, die du brauchst, statt eines Plugins, das neunzig Prozent abdeckt und ausgerechnet die entscheidenden zehn nicht.
Das Veröffentlichen braucht einen festen Ablauf. Bauen, hochladen, prüfen. Es gibt keinen Speichern-Knopf, nach dem die Änderung sofort online ist. Das ist ein Sicherheitsnetz und eine Bremse zugleich.
Der Markt ist kleiner. Für WordPress findest du in jeder Stadt jemanden und Tausende fertige Vorlagen. Bei Astro ist beides überschaubarer. Wenn du dich von deinem Dienstleister trennst, ist der Nachfolger schwerer zu finden. Das gehört ehrlich auf den Tisch.
Für dynamische Funktionen ist es die falsche Wahl. Ein Shop mit vielen Artikeln und Lagerbeständen, ein geschützter Kundenbereich, ein Buchungssystem mit Live-Verfügbarkeiten: Dafür ist eine statisch gebaute Seite nicht gemacht. Man kann das lösen, aber dann kaufst du dir die Komplexität an anderer Stelle wieder ein.
Für wen sich der Umstieg nicht lohnt
Damit du dir den Rest sparen kannst, falls du hier auftauchst:
- Du betreibst einen Online-Shop mit mehr als einer Handvoll Artikel.
- Mehrere Personen pflegen Inhalte, und nicht alle davon sind technikaffin.
- Du veröffentlichst mehrmals pro Woche und willst dabei nicht an einen Build-Vorgang denken.
- Deine Seite soll laufend neue Funktionen bekommen, die es als Plugin längst gibt.
- Deine WordPress-Seite ist frisch gebaut, schlank und wird gepflegt. Dann funktioniert sie, und ein Umstieg wäre Geld für ein Problem, das du nicht hast.
Faustregel: Je mehr deine Website eine Visitenkarte mit Inhalten ist und je weniger sie eine Anwendung ist, desto besser passt Astro.
Der Umstieg in sechs Schritten
- 01
Bestandsaufnahme
Alle Adressen und Zahlen der alten Seite sichern
- 02
Inhalte holen
Texte wandern aus der Datenbank in Dateien
- 03
Adressen weiterleiten
Der entscheidende Schritt für die Sichtbarkeit
- 04
Formular lösen
Ein schlankes Skript statt eines Plugins
- 05
Bilder umstellen
WebP statt JPG, mit festen Maßen
- 06
Testen, dann umschalten
Geschützte Testadresse und Backup vorher
1. Bestandsaufnahme machen
Bevor irgendetwas gebaut wird, brauchst du ein vollständiges Bild vom Ist-Zustand. Alle Adressen der alten Seite erfassen, die Zahlen aus der Google Search Console ziehen, den WordPress-Export sichern. Bei meinem eigenen Blog-Relaunch waren das 118 Artikel und am Ende 173 Seiten, die einzeln kontrolliert werden mussten. Ohne diese Liste weißt du später nicht, was fehlt.
2. Inhalte nach Markdown holen
Die Texte wandern aus der Datenbank in einfache Textdateien. Ab diesem Moment gehören sie wieder dir und nicht mehr einem System. Bilder werden dabei mit übernommen und erst einmal so abgelegt, wie sie sind.
3. Alte Adressen weiterleiten
Der wichtigste Schritt für deine Sichtbarkeit. Jede alte Adresse braucht eine dauerhafte Weiterleitung auf ihr neues Ziel. Seiten, die es bewusst nicht mehr gibt, bekommen eine saubere Meldung statt einer Fehlerseite.
Wichtig ist dabei, dass alle Signale in dieselbe Richtung zeigen: Weiterleitungen, Canonical-Angaben und Sitemap müssen dieselbe Adressvariante nennen. Widersprechen sie sich, wertet Google das als Duplikat, und genau die Kraft, die du beim Relaunch behalten willst, verteilt sich auf zwei Adressen statt auf eine. Das ist einer der Punkte, an denen ich bei jedem Relaunch besonders genau hinschaue.
4. Das Kontaktformular ohne Plugin lösen
Ein schlankes Skript auf dem Server erledigt das zuverlässig. Entscheidend ist die Sorgfalt bei der Umsetzung: Eingaben gehören geprüft, bevor sie weiterverarbeitet werden, und die Zahl der Absendungen gehört begrenzt. Beides ist Handwerk und sollte selbstverständlich sein, wird bei schnell zusammengesetzten Formularen aber gern übersehen.
5. Bilder auf WebP umstellen
Ein Format, das bei gleicher Bildqualität deutlich kleinere Dateien erzeugt. Ich baue Beitragsbilder mit 1200 mal 675 Bildpunkten und Qualitätsstufe 82. Dazu gehört, dass bei jedem Bild Breite und Höhe im Code stehen, sonst springt das Layout beim Laden.
6. Erst testen, dann umschalten
Die neue Seite kommt zuerst auf eine passwortgeschützte Testadresse. Passwortschutz ist dabei besser als ein reiner Hinweis an Suchmaschinen, weil Google die Seite dann gar nicht erst zu Gesicht bekommt.
Beim Prüfen: nicht nur am eigenen Rechner und nicht nur auf dem eigenen Handy. Viele Prüfwerkzeuge testen mobil nur mit 390 und 414 Bildpunkten Breite, das sind beides iPhone-Maße. Sehr viele Android-Geräte melden 360. Genau in dieser Breite habe ich schon Layoutfehler gefunden, die vorher niemandem aufgefallen waren. Ich prüfe deshalb bei 320, 360, 390, 414, 768 und 1024.
Und bevor umgeschaltet wird: Backup der alten Seite ziehen. Immer.
Worauf es beim Umstieg wirklich ankommt
Ein fehlerfreier Build ist noch kein Beweis. Astro rechnet beim Bauen, nicht beim Aufruf. Ob am Ende alles so funktioniert wie gedacht, zeigt erst die fertige Seite im Browser. Zu jedem Umstieg gehört deshalb ein Durchklicken von Hand, Seite für Seite, und nicht nur ein Blick ins Build-Protokoll.
Der Upload will sorgfältig gemacht werden. Beim Übertragen vieler Dateien auf einmal kann eine Verbindung abreißen, ohne dass es sofort auffällt. Ich arbeite deshalb mit einem Programm, das die Übertragung zuverlässig abschließt, gleiche danach gegen die erwartete Dateiliste ab und ziehe vorher ein Backup. Wer eine neue Methode ausprobiert, testet sie zuerst abseits der Live-Seite.
Vorlagen kommen immer aus dem Quellordner. Der Ausgabeordner ist ein Ergebnis, kein Original, und kann einen älteren Stand enthalten. Wer daraus kopiert, arbeitet unbemerkt mit veralteten Dateien weiter.
Das Favicon nicht vergessen. Google zeigt dein Symbol in den Suchergebnissen nur, wenn es in den erwarteten Formaten hinterlegt ist. Fehlt eines davon, steht neben deinem Treffer ein graues Standardsymbol. Kleines Ding, aber es sieht jeder, der dich sucht.
Fazit
Ein Wechsel von WordPress zu Astro ist kein Selbstzweck und keine Glaubensfrage. Er lohnt sich, wenn deine Seite vor allem Inhalte zeigt, wenn dich Wartung und Plugin-Lizenzen nerven und wenn du nicht mehr bei jedem Update den Atem anhalten willst. Er lohnt sich nicht, wenn du einen Shop betreibst, täglich veröffentlichst oder gerade erst eine saubere WordPress-Seite bekommen hast.
Kurz: Es ist ein Werkzeugwechsel, kein Upgrade. Und wie bei jedem Werkzeug entscheidet die Aufgabe, nicht die Mode.
Diese Website hier läuft übrigens auf Astro. Wenn du wissen willst, ob das für deine Seite passt, schaue ich sie mir gern an und sage dir ehrlich, was sich lohnt und was nicht. Manchmal ist die ehrliche Antwort auch, dass deine WordPress-Seite gut ist, wie sie ist.
Unverbindlich anfragen Meine Web-Leistungen
Lesetipps aus meinem Blog
- Google PageSpeed: Warum die Geschwindigkeit deiner Webseite über Erfolg oder Misserfolg entscheidet mit den PageSpeed-Werten dieser Seite und den Grundlagen zu den Core Web Vitals.
- Google Unternehmensprofil richtig einrichten für alles, was neben der eigenen Website zur lokalen Sichtbarkeit gehört.
Stand: August 2026. Alle genannten Messwerte stammen aus eigenen Messungen und sind Momentaufnahmen. Werte fremder Seiten sind anonymisiert. Zur datenschutzrechtlichen Bewertung deiner Website kann und darf ich keine Aussage treffen, das gehört in die Hände von Fachleuten.
Häufig gestellte Fragen
Die wichtigsten Fragen zum Wechsel von WordPress auf Astro.