Inhalt7
Zwei Angebote liegen auf dem Tisch. Eine Agentur schlägt vor, die Website mit Astro neu zu bauen, der gewohnte Dienstleister schwört nur auf WordPress, und jeder verkauft, was er kennt. Auch wir sind nicht neutral: Diese Website ist mit Astro gebaut, ebenso wie Palmora Property, ein Immobilienportal, das wir für einen Kunden betreiben, in sechs Sprachen und mit mehr als 3 000 Adressen. Dieser Vergleich stützt sich daher auf das, was die beiden Projekte selbst schreiben, und auf Felddaten, nicht auf unsere Vorlieben. Die Antwort hängt weniger von der Technologie ab als davon, wie Ihr Team veröffentlicht. Wenn die Entscheidung, WordPress zu verlassen, schon gefallen ist, springen Sie direkt zu warum auf eine statische Website mit Astro migrieren.
Kurz gesagt
- WordPress setzt jede Seite beim Besuch aus einer Datenbank zusammen; Astro erstellt seine Seiten beim Veröffentlichen.
- WordPress wird über ein Dashboard bearbeitet und mit Plugins erweitert; Astro wird in Dateien bearbeitet oder hinter einem angebundenen CMS.
- Auf Mobilgeräten bestehen 71 % der Astro-Websites die drei Leistungsschwellen von Google, gegenüber 48 % der WordPress-Websites, laut Felddaten vom September 2026. Messen Sie trotzdem Ihre eigene Website.
- Mehrsprachigkeit ist in Astro vorgesehen; WordPress überlässt sie laut eigener Dokumentation Plugins.
- Die entscheidende Frage: Wer veröffentlicht, und wie oft.
Zwei Arten, eine Seite zu erstellen
WordPress ist in PHP geschrieben und stützt sich auf eine MySQL-Datenbank. Bei jedem Besuch setzt der Server die Seite zusammen: Er liest die Inhalte aus der Datenbank, wendet Theme und Plugins an und liefert das Ergebnis aus. Ein Cache verringert den Abstand, indem er bereits zusammengesetzte Seiten aufbewahrt, aber der Anwendungsserver bleibt, mit seiner Datenbank, und muss betrieben und aktualisiert werden.
Astro erstellt die Seiten beim Veröffentlichen. Das Ergebnis ist ein Ordner mit HTML-, CSS- und Bilddateien, die ein Hoster unverändert ausliefert: Wenn ein Besucher kommt, wird weder eine Datenbank noch Code beansprucht. Astro kann Seiten auch auf Anfrage auf einem Server rendern, wenn es nötig ist: Das ist bei den Seiten von Palmora Property der Fall, die serverseitig gerendert werden.
Die Astro-Dokumentation widmet der Migration von WordPress einen Leitfaden. Sie ist nicht neutral, bleibt aber ehrlich darüber, was man beim Wechsel verliert:
WordPress
Die Website wird über ein Online-Dashboard bearbeitet
Die Inhalte liegen in einer Datenbank
Ein großer Markt an Plugins und Themes
Astro
Die Website wird in einem Code-Editor und einer Entwicklungsumgebung gepflegt
Die Inhalte sind Dateien, meist in Markdown oder MDX
Einige Themes und Integrationen, und bestehende Funktionen, die man selbst neu bauen muss
Derselbe Leitfaden nennt, was beide gemeinsam haben: Beide eignen sich für Inhaltswebsites wie Blogs, beide denken die Seite in Blöcken, und beide akzeptieren Markdown, bei WordPress mit einem Plugin.
Was die Felddaten messen
Der Technologiebericht von HTTP Archive vergleicht Websites nach der Technologie, auf der sie laufen. Er zählt den Anteil der Websites, im Sinne einer Domain, deren reale Besuche die drei Schwellen bestehen, die Google für Anzeige, Stabilität und Reaktionsfähigkeit festlegt, beim 75. Perzentil, also bei mindestens drei von vier Seitenaufrufen. Es sind Felddaten, bei den Besuchern erhoben, keine Labortests.
Anteil der Websites, die die Schwellen von Google auf Mobilgeräten bestehen
Alle drei Indikatoren zusammen
Anzeige des Hauptinhalts (LCP)
Stabilität des Layouts (CLS)
Reaktion auf Interaktionen (INP)
Auf dem Desktop ist der Abstand ähnlich: 84,6 % der Astro-Websites bestehen die drei Schwellen, gegenüber 53,7 % der WordPress-Websites. Der deutlichste Unterschied betrifft die Antwortzeit des Servers, die nicht zu den drei Schwellen gehört: Sie gilt bei 63,1 % der Astro-Websites auf Mobilgeräten als gut, gegenüber 22,9 % der WordPress-Websites. Das passt zu den zwei Arten, eine Seite zu erstellen: Eine fertige Datei geht schneller raus als eine auf Anfrage zusammengesetzte Seite.
Drei Vorsichtsmaßnahmen, bevor Sie daraus einen Schluss ziehen:
- WordPress ist in einem Punkt besser: bei der Reaktion auf Interaktionen, die bei 90,3 % seiner Websites als gut gilt, gegenüber 85,0 % der Astro-Websites. Der Bericht sagt nicht, warum.
- Es sind zwei Populationen, kein Experiment. Der Bericht misst 2 658 175 WordPress-Websites auf Mobilgeräten, gegenüber 47 277 Astro-Websites, und eine Astro-Website wird in einem Code-Editor gepflegt, was schon etwas darüber sagt, wer sie baut. Nichts garantiert, dass Ihre mit Astro neu gebaute Website genauso viel gewinnt.
- Fast die Hälfte der WordPress-Websites besteht die drei Schwellen. Ein gut gepflegtes WordPress kann schnell sein: Messen Sie Ihres, bevor Sie schließen, dass ein Wechsel nötig ist.
Was WordPress besser kann
- Das Dashboard, ab der Installation. Eine Person ohne technisches Profil schreibt, formatiert und veröffentlicht, ohne eine Datei anzufassen. Mit Astro muss man ein CMS anbinden, um diesen Komfort zu erhalten.
- Der Plugin-Markt. Formulare, Buchungen, Mitgliedschaften, SEO: Die meisten gängigen Bedürfnisse haben schon ihr Plugin. Der Astro-Leitfaden warnt, dass ein Teil der Funktionen neu zu bauen ist.
- Das Ökosystem. Der Bericht von HTTP Archive misst mehr als 2,6 Millionen WordPress-Websites auf Mobilgeräten, gegenüber etwa 47 000 Astro-Websites: Einen Dienstleister, ein Theme oder eine Antwort auf eine Frage zu finden, ist dort einfacher.
- Redaktionsteams. WordPress sieht von Haus aus Rollen vor: Ein Mitarbeiter schreibt, ohne veröffentlichen zu können, ein Redakteur veröffentlicht die Beiträge anderer. Seine Status decken ausstehende Prüfung und geplante Veröffentlichung ab. Eine Astro-Website erhält diese Funktionen über das angebundene CMS.
- Onlinehandel. WordPress verfügt über Commerce-Plugins; eine Astro-Website überlässt die Transaktion einer Commerce-Plattform.
Was Astro besser kann
Die Geschwindigkeit, zuerst, aus den oben genannten Gründen: Eine bereits erstellte Seite wartet weder auf eine Datenbank noch auf einen Anwendungsserver.
Sicherheit und Wartung. Der Leitfaden zur Absicherung von WordPress erinnert daran, dass alte Versionen keine Sicherheitskorrekturen mehr erhalten, und verlangt vor allem, die Plugins aktuell zu halten; automatische Updates gibt es seit Version 3.7. Eine statische Astro-Website hat weder Datenbank noch beim Besuch ausgeführten Code: Es bleibt wenig anzugreifen. Das Risiko verlagert sich auf die Abhängigkeiten, mit denen die Website gebaut wird: Auch sie werden aktuell gehalten, laufen aber im Wesentlichen beim Veröffentlichen, nicht vor jedem Besucher.
Mehrsprachigkeit. Die WordPress-Dokumentation sagt es ohne Umschweife: WordPress unterstützt von Haus aus keine zwei- oder mehrsprachige Website, darum kümmern sich Plugins der Community. Astro integriert ein Routing nach Sprache, das die Adressen jeder Sprache erzeugt, verwendet und prüft.
Aus der Praxis
Bei Palmora Property: sechs Sprachen und mehr als 3 000 Adressen
Das Portal ist mit Astro gebaut und spricht sechs Sprachen, auf mehr als 3 000 Adressen. Die Übersetzung an ein KI-Modell zu übergeben, hat ihre Kosten durch 60 geteilt, und 95 % der Segmente werden aus einem Cache ausgeliefert, ohne erneut durch das Modell zu gehen.
Diese Kosten hängen am Modell und am Cache, nicht an Astro. Was Astro beiträgt, ist eine Adresse pro Sprache, vom Framework erzeugt und geprüft; der Rest entscheidet sich in den hreflang-Tags, wo sich die Fehler verbergen, die mehrsprachiges SEO teuer zu stehen kommen.
Inhalte in Dateien. Auf dieser Website ist jeder Artikel eine Datei: Er kommt als Entwurf, wird auf einer Vorschauadresse gegengelesen und geht nach Freigabe online. Dieses Format eignet sich für die Arbeit mit einem Code-Assistenten auf Basis eines KI-Modells: Man bittet um eine Korrektur, der Assistent findet die Datei, ändert sie und zeigt das Ergebnis in einer Vorschau, bevor etwas online geht. Und diese Dateien lassen sich von fast überall ausliefern: eine statische Website zu hosten kostet wenig, solange die Website nicht bei jedem Besuch Code ausführt.
Der dritte Weg: WordPress zum Schreiben, Astro zum Ausliefern
Die Wahl ist nicht unbedingt exklusiv. Die Astro-Dokumentation beschreibt die Nutzung von WordPress als Headless-CMS: Das Team behält sein Dashboard, und die REST-API von WordPress, standardmäßig auf jeder Website verfügbar, liefert die Inhalte, die Astro in Seiten verwandelt. Ein GraphQL-Plugin ist möglich, aber nicht nötig.
WordPress zum Schreiben, Astro zum Ausliefern
- Das Team schreibt
Im WordPress-Dashboard, wie bisher.
- WordPress stellt die Inhalte bereit
Über seine REST-API, standardmäßig verfügbar.
- Astro erstellt die Seiten
Bei jeder Veröffentlichung, aus diesen Inhalten.
- Die Website geht online
Auf einem Hosting für statische Dateien.
Der Preis dieser Lösung: zwei Systeme statt einem, ein WordPress, das weiter aktualisiert werden muss, auch wenn es die Besucher nicht mehr bedient, und ein Mechanismus, der die Website bei jeder Veröffentlichung neu baut, oder auf Anfrage gerenderte Seiten. Dieselbe Überlegung gilt für ein CMS, das für diesen Zweck entwickelt wurde: Wir haben sie in einer Headless-Website mit Astro und Sanity ausgeführt.
Wie wählen, in fünf Fragen
- Wer veröffentlicht, und wie oft? Ein Redaktionsteam, das täglich über ein Dashboard veröffentlicht, neigt zu WordPress, allein oder an Astro angebunden. Eine Website, die einige Male im Monat aktualisiert wird, kommt mit Dateien sehr gut zurecht.
- Verkauft die Website, oder verwaltet sie Besucherkonten? Wenn ja, entscheiden Transaktion oder Kundenbereich über den Rest: WordPress und seine Plugins, oder Astro mit einer Plattform, die das übernimmt.
- Wie viele Sprachen? Ab mehr als einer vergleichen Sie das in Astro integrierte Routing nach Sprache mit dem Plugin, das Sie bei WordPress wählen und aktuell halten müssen.
- Wer pflegt die Website in einem Jahr? Ein WordPress wird aktualisiert, Plugins inbegriffen; eine Astro-Website braucht jemanden, der mit einem Code-Editor vertraut ist, oder einen Code-Assistenten, der diese Arbeit für das Team erledigt.
- Welche Plugins werden wirklich genutzt? Machen Sie eine Liste. Gibt es die wichtigen auch für Astro, oder müssen sie neu gebaut werden?
Wenn Ihre Antworten zu Astro neigen, übernimmt unsere Migration auf eine statische Website jede Adresse, damit sie in einem einzigen Sprung zu ihrer Seite führt, richtet einen KI-Workflow ein, mit dem Ihr Team die Website ändern kann, indem es darum bittet, und überwacht den Livegang vierzehn Tage lang, mit der alten Website bereit zur Rückkehr. Vor dem Start prüfen wir mit Ihnen in 20 Minuten, ob es die richtige Baustelle ist. Wenn sie zu WordPress neigen, behalten Sie es und pflegen Sie es: Fast die Hälfte der WordPress-Websites besteht bereits die drei Schwellen von Google.
Häufige Fragen
Ist Astro schneller als WordPress?
In den Felddaten von HTTP Archive besteht ein größerer Anteil der Astro-Websites die drei Schwellen von Google: 71 % gegenüber 48 % auf Mobilgeräten, im September 2026. Es sind zwei verschiedene Populationen, kein kontrolliertes Experiment, und WordPress ist bei der Reaktion auf Interaktionen besser. Ein gepflegtes WordPress kann schnell sein: Messen Sie Ihre eigene Website, bevor Sie entscheiden.
Kann man WordPress zum Schreiben behalten und die Website mit Astro ausliefern?
Ja. Die Astro-Dokumentation beschreibt diese Nutzung: WordPress dient als Headless-CMS, und seine REST-API, standardmäßig verfügbar, liefert die Inhalte, die Astro in Seiten verwandelt. Das Team behält sein Dashboard, die Besucher erhalten eine statische Website. Im Gegenzug gibt es zwei Systeme zu pflegen, ein WordPress, das weiterhin aktualisiert werden muss, und einen Mechanismus, der die Website bei jeder Veröffentlichung neu baut.
Ist WordPress weniger sicher als Astro?
Nicht von Natur aus, aber es braucht mehr Pflege. Sein Leitfaden zur Absicherung besteht auf Updates, von WordPress selbst wie von den Plugins, weil alte Versionen keine Korrekturen mehr erhalten; automatische Updates gibt es seit Version 3.7. Eine statische Astro-Website hat weder Datenbank noch beim Besuch ausgeführten Code: Es bleibt wenig anzugreifen.
Ändert die Übernahme von Astro durch Cloudflare etwas?
Cloudflare hat am 16. Januar 2026 die Übernahme des Unternehmens angekündigt, das Astro entwickelt, mit dem Hinweis, dass Astro Open Source bleibe. Eine statische Astro-Website bleibt ein Ordner mit Dateien: Sie lässt sich von jedem Hoster ausliefern, bei Cloudflare oder anderswo. Was man verfolgen sollte, ist die Roadmap des Projekts, nicht das Hosting Ihrer Website.
Quellen
- Migrating from WordPress (neuer Tab)docs.astro.build
- HTTP Archive: Tech Report (neuer Tab)httparchive.org
- Roles and Capabilities (neuer Tab)wordpress.org
- Post Status (neuer Tab)wordpress.org
- Hardening WordPress (neuer Tab)developer.wordpress.org
- Multilingual WordPress (neuer Tab)developer.wordpress.org
- Internationalization (i18n) Routing (neuer Tab)docs.astro.build
- Headless WordPress & Astro (neuer Tab)docs.astro.build
- Cloudflare Acquires Astro to Accelerate the Future of High-Performance Web Development (neuer Tab)cloudflare.com
Cloudflare Acquires Astro to Accelerate the Future of High-Performance Web Development
Auf cloudflare.com lesen(neuer Tab)Jim · Gründer von Brain Plus AI
Ebenfalls lesenswert zu websites, migration und astro

Verstehen8 Min. Der Leitfaden zum Thema
Zu einer statischen Website mit Astro migrieren, ohne SEO zu verlieren
Eine von Astro erzeugte statische Website ersetzt ein in die Jahre gekommenes WordPress oder Drupal, ohne die Adressen zu ändern: reine HTML-Seiten aus einem CDN, kein Plugin zum Patchen und eine Veröffentlichungskette mit Rücksprung. Was sich ändert, wie man migriert und wann man es lassen sollte.

Auswählen und kalkulieren7 Min.
Statische Website hosten: Cloudflare, Netlify oder ein VPS
Eine statische Website lässt sich fast überall ausliefern, aber nicht zum selben Preis und nicht mit denselben Fallstricken. Was bei Cloudflare und Netlify gezählt wird, welche Einstellungen überraschen und wann sich ein eigener Server lohnt.

Verstehen6 Min.
Barrierefreiheit einer Website: was die Pflicht von 2025 ändert
Seit dem 28. Juni 2025 gilt der European Accessibility Act für Dienste, die online an Privatpersonen verkauft werden. Wer wirklich betroffen ist, wer nicht, was der Text von einer Website verlangt und warum die Arbeit auch denen nützt, die nicht dazu verpflichtet sind.
