Der Vergleich zwischen Astro und WordPress wird meistens über Ladezeiten geführt. Das ist der am leichtesten messbare, aber nicht der teuerste Unterschied. Wer über fünf Jahre rechnet, entscheidet in Wahrheit über Wartungsaufwand, Angriffsfläche und die Frage, wer künftig Inhalte pflegen kann.
Dieser Artikel ist ein vertiefender Fachbeitrag aus unserem Content-Cluster. Entdecken Sie die vollständige Übersicht auf unserer Hauptseite:Webentwicklung für den Mittelstand →
- Die Ladezeit ist der kleinste Unterschied: Auch WordPress lässt sich schnell machen. Was sich nicht wegoptimieren lässt, ist der laufende Wartungs- und Sicherheitsaufwand.
- Der eigentliche Kostentreiber ist die Angriffsfläche: Eine Seite ohne Datenbank und ohne Plugin-Ökosystem hat schlicht weniger, das gepatcht werden muss.
- Die Entscheidung hängt an der Redaktion: Wer täglich von mehreren Personen Inhalte pflegen lässt, entscheidet anders als jemand mit einer weitgehend stabilen Unternehmensseite.
- Warum die Ladezeit-Debatte in die Irre führt
- Der strukturelle Unterschied
- Kostenblock 1: Wartung und Sicherheit
- Kostenblock 2: Redaktion und Abhängigkeit
- Der dritte Weg: beides kombinieren
- Wann welche Wahl richtig ist
- Was ein Wechsel kostet — und wann er sich nicht lohnt
- Der dritte Kostenblock: Hosting und Rankings
1. Warum die Ladezeit-Debatte in die Irre führt
Fast jeder Vergleich zwischen einem modernen Website-Framework und WordPress beginnt mit einem Geschwindigkeitstest. Das Ergebnis ist vorhersehbar und trotzdem wenig aussagekräftig, denn es vergleicht meistens eine sorgfältig gebaute neue Seite mit einer über Jahre gewachsenen alten. Auch WordPress kann schnell sein — mit sparsamem Theme, ohne Seitenbaukasten, mit gutem Caching und diszipliniertem Plugin-Einsatz.
Der Punkt ist ein anderer: Bei Astro ist Geschwindigkeit der Normalzustand, bei WordPress ein Zustand, den jemand aktiv herstellen und dann dauerhaft verteidigen muss. Und genau dieses „dauerhaft verteidigen" ist der Posten, der über fünf Jahre Geld kostet — nicht die Millisekunden im Testbericht.
2. Der strukturelle Unterschied
Beide Ansätze liefern am Ende eine Website aus, aber der Weg dorthin ist grundverschieden — und daraus folgt fast alles Weitere.
Vergleich: Aufbau zur Laufzeit vs. Aufbau beim Bauen
- Datenbank im Spiel: Jeder Aufruf fragt Inhalte ab und setzt die Seite zusammen — Caching mildert das, hebt es aber nicht auf.
- PHP-Laufzeit auf dem Server: Es läuft dauerhaft Software, die aktuell gehalten werden muss.
- Plugins erweitern den Kern: Jede Funktion ist fremder Code mit eigenem Update-Zyklus.
- Angriffsfläche wächst mit Funktionen: Mehr Plugins bedeuten mehr Stellen, an denen etwas offen stehen kann.
- Fertiges HTML im Auslieferzustand: Der Server reicht Dateien durch, es wird nichts zusammengesetzt.
- Keine Datenbank im Betrieb: Was nicht da ist, kann nicht kompromittiert werden.
- Kaum JavaScript beim Besucher: Interaktivität nur dort, wo sie gebraucht wird.
- Änderungen laufen über einen Build: Nachvollziehbar, versioniert, jederzeit zurückrollbar.
Diese Website ist selbst das Beispiel: pragma-code.de läuft auf Astro. Der vollständige Build erzeugt 836 Seiten in unter sechs Sekunden — deutsch und englisch, inklusive Blog, Glossar und Stadtseiten. Ausgeliefert wird davon reines HTML.
3. Kostenblock 1: Wartung und Sicherheit
Hier liegt der Unterschied, der sich in echtem Geld niederschlägt. Eine WordPress-Installation ist laufende Betriebsverantwortung: Kern-Updates, Theme-Updates, Plugin-Updates, PHP-Versionswechsel, Backups, und die Frage, was passiert, wenn ein Plugin nicht mehr weiterentwickelt wird.
1. Updates sind Pflicht, nicht Kür
Sicherheitslücken in weit verbreiteten Plugins werden automatisiert ausgenutzt. Eine ungepflegte WordPress-Seite ist keine theoretische Gefahr, sondern statistisch ein Ziel. Bei einer statisch ausgelieferten Seite gibt es diese Update-Pflicht im Betrieb schlicht nicht.
2. Jedes Update kann etwas kaputt machen
Der eigentliche Aufwand ist nicht das Einspielen, sondern das Nachsehen: Funktioniert das Formular noch, sieht die Seite noch richtig aus, greifen die Schnittstellen. Bei vielen Plugins wird daraus eine monatliche Routine, die jemand bezahlen muss.
3. Aufgegebene Plugins sind eine Zeitbombe
Ein Plugin, das der Entwickler nicht mehr pflegt, funktioniert oft noch jahrelang — bis es mit einer neuen PHP- oder WordPress-Version bricht. Dann steht eine ungeplante Ersatzinvestition an, meistens zum ungünstigsten Zeitpunkt.
4. Die Datenbank altert mit
Über Jahre sammeln sich Revisionen, verwaiste Einstellungen und Reste deinstallierter Erweiterungen an. Das bremst nicht nur, es macht auch jede Fehlersuche teurer.
Praktisch heißt das: Eine WordPress-Seite braucht ein Wartungsbudget, eine statisch gebaute Seite braucht deutlich weniger. Bei mir kostet der Tarif Web & Technik 390 € im Monat und enthält genau diese Arbeit — monatliche Sicherheits- und Performance-Updates für CMS, Plugins und SSL, Bugfix-Reaktion binnen 48 Stunden an Werktagen und einen Monatsreport zu Core Web Vitals und Uptime. Bei einer statischen Seite ist der gleiche Betreuungsbedarf schlicht kleiner.
Der ehrlichste Satz zum Thema: Sie zahlen bei WordPress nicht für die Software, sondern dafür, dass jemand sie im Zaum hält.
4. Kostenblock 2: Redaktion und Abhängigkeit
Jetzt die Seite, auf der WordPress klar gewinnt — und die in Technik-Vergleichen gern unterschlagen wird.
WordPress hat ein Redaktionssystem, das Millionen Menschen kennen. Wer eine Seite anlegen, ein Bild tauschen oder einen Text ändern will, kann das ohne Entwickler tun. Bei einer rein statisch gebauten Seite läuft eine Änderung im Zweifel über jemanden, der den Build auslöst — und das ist eine Abhängigkeit, die man bewusst eingehen sollte oder eben nicht.
Abhängigkeit vom Dienstleister
Wenn jede Textänderung eine Anfrage auslöst, entstehen Wartezeiten und Kosten für Kleinigkeiten. Das ist der wichtigste Einwand gegen eine statische Seite — und er ist berechtigt, wenn niemand intern damit umgehen kann.
Mehrere Redakteure gleichzeitig
Sobald mehrere Personen mit unterschiedlichen Rechten Inhalte pflegen, Freigaben brauchen und Entwürfe verwalten, spielt ein ausgewachsenes Redaktionssystem seine Stärke aus.
Fertige Funktionen per Klick
Buchungssystem, Mitgliederbereich, Formularlogik: Im WordPress-Ökosystem gibt es dafür fertige Erweiterungen. Bei einem selbst gebauten Ansatz ist das Entwicklungsarbeit — dafür ohne fremden Code im Betrieb.
5. Der dritte Weg: beides kombinieren
Die Entscheidung muss keine Alles-oder-nichts-Frage sein. In der Praxis ist die wirtschaftlichste Lösung oft eine Mischung: WordPress bleibt als Redaktionssystem im Hintergrund, die Auslieferung übernimmt eine schnelle, statische Schicht — oder ein Shop behält sein bestehendes System, bekommt aber daneben statische Landingpages für die Seiten, auf die es ankommt.
Genau so wurde es bei ImkerPur gelöst: fünf statische Shop-Landingpages direkt neben dem bestehenden JTL-Shop, mit 100/100 im PageSpeed-Test und 27 FAQ-Antworten — ohne ein einziges zusätzliches Plugin im Shop-System. Der Shop blieb, wie er war; die Geschwindigkeit entstand daneben.
Wer den Umbauweg mit erhaltener Redaktion gehen will, findet die Varianten unter Headless CMS beschrieben — WordPress pflegt weiter die Inhalte, ausgeliefert wird etwas anderes.
6. Wann welche Wahl richtig ist
WordPress: viele Redakteure, viel Bewegung
Tägliche Inhaltspflege durch mehrere Personen ohne technischen Hintergrund, Bedarf an fertigen Funktionsbausteinen, Freigabe-Workflows. Dann ist das Wartungsbudget gut investiert.
Astro: stabile Seite, hohe Ansprüche
Eine Unternehmensseite, die sich selten grundlegend ändert, bei der Geschwindigkeit, Sicherheit und niedrige laufende Kosten zählen. Der Regelfall im Mittelstand.
Kombination: Redaktion behalten, Tempo gewinnen
Wenn die Redaktion bleiben soll, die Auslieferung aber schneller und sicherer werden muss. Der pragmatische Mittelweg mit dem geringsten Bruch.
Gar nichts ändern
Wenn die bestehende Seite Anfragen bringt, gepflegt wird und keine akuten Probleme hat, ist ein Wechsel Beschäftigungstherapie. Auch das ist eine legitime Antwort.
7. Was ein Wechsel kostet — und wann er sich nicht lohnt
Ein Wechsel ist ein Projekt mit echten Kosten: Inhalte migrieren, Weiterleitungen sauber setzen, Formulare und Schnittstellen neu bauen, Redaktionsprozesse umstellen. Was das konkret kostet und ab wann es sich rechnet, steht in WordPress-Migration: Kosten & ROI.
Wichtiger als die Zahl ist der Auslöser. Ein Wechsel lohnt sich, wenn die bestehende Seite regelmäßig Geld kostet — durch Ausfälle, Sicherheitsvorfälle, ständige Reparaturen oder weil sie nachweislich Besucher verliert. Er lohnt sich nicht, weil ein Framework moderner klingt.
8. Der dritte Kostenblock, den beide Lager unterschlagen
Wartung und Redaktion sind die beiden Posten, um die der Streit geführt wird. Es gibt aber einen dritten, der bei jeder Entscheidung mitläuft und in kaum einem Vergleich auftaucht: was die Seite an Infrastruktur braucht und was mit ihrer bestehenden Sichtbarkeit passiert.
Hosting: derselbe Preis kauft nicht dasselbe
Eine WordPress-Seite braucht einen Server, der dauerhaft PHP ausführt und eine Datenbank vorhält. Je mehr Besucher gleichzeitig kommen, desto mehr Rechenleistung ist nötig — und die Kosten steigen mit dem Erfolg. Eine statisch ausgelieferte Seite braucht im Kern nur einen Ort, von dem Dateien ausgeliefert werden. Das ist bei gleichem Besucheraufkommen deutlich anspruchsloser und lässt sich fast beliebig weit skalieren, ohne dass jemand eingreift.
Der Unterschied fällt bei einer kleinen Firmenseite kaum ins Gewicht. Er fällt sofort ins Gewicht, wenn eine Kampagne, ein Presseartikel oder ein Beitrag in sozialen Medien kurzzeitig das Zehnfache an Besuchern bringt. Genau dann geht die eine Seite in die Knie und die andere nicht — und der Ausfall kostet mehr als drei Jahre Hosting-Differenz.
Rankings: der Posten, der bei einem Wechsel wirklich weh tut
Wenn eine bestehende Seite bei Google Sichtbarkeit hat, ist diese Sichtbarkeit ein Vermögenswert — und der ist beim Umzug gefährdet. Nicht durch die Technik, sondern durch handwerkliche Fehler: URLs, die sich ohne Weiterleitung ändern, verschwundene strukturierte Daten, Inhalte, die bei der Migration stillschweigend gekürzt werden.
Jede alte URL braucht ein Ziel
Nicht pauschal auf die Startseite, sondern auf die inhaltlich entsprechende neue Seite. Eine Sammelweiterleitung ist technisch eine Weiterleitung und praktisch ein Rankingverlust.
Strukturierte Daten wandern nicht von allein mit
Was vorher ein Plugin erzeugt hat — Bewertungen, FAQ, Öffnungszeiten, Produktdaten —, muss in der neuen Umgebung bewusst neu angelegt werden. Sonst verschwinden die erweiterten Suchergebnisse, und niemand merkt es, weil die Seite ja funktioniert.
Vorher messen, sonst gibt es keinen Vergleich
Der Stand aus der Search Console gehört vor dem Umzug gesichert. Ohne Ausgangswert lässt sich hinterher nicht unterscheiden, ob ein Rückgang am Wechsel liegt oder an der Jahreszeit — und die Diskussion darüber ist teurer als die Messung.
Diese drei Punkte gelten unabhängig davon, in welche Richtung Sie wechseln. Sie sind der Grund, warum ein Umzug ein Projekt ist und kein Wochenende — und warum er sich nur lohnt, wenn die bestehende Seite tatsächlich ein Problem hat.
Quick-Check: Welcher Weg passt?
Eine letzte Anmerkung zur Ehrlichkeit dieses Vergleichs: Diese Seite läuft auf Astro, ich verdiene Geld mit beiden Systemen, und der häufigste Rat, den ich im Erstgespräch gebe, lautet weder „Astro" noch „WordPress", sondern „lassen Sie es, wie es ist". Eine Website, die Anfragen bringt und gepflegt wird, ist kein Modernisierungsfall — sie ist ein funktionierendes Werkzeug. Der Technologiewechsel ist ein Mittel gegen ein konkretes Problem und kein Selbstzweck, und wer das umdreht, bezahlt einen Umbau für ein Gefühl.
Und noch ein praktischer Hinweis, falls Sie gerade mitten in dieser Entscheidung stehen: Rechnen Sie einmal zusammen, was Ihre Website in den vergangenen zwölf Monaten tatsächlich gekostet hat. Hosting, Lizenzen, Wartungspauschale, jede einzelne Reparaturrechnung und die Arbeitszeit Ihrer eigenen Leute. In den meisten Fällen ist diese Zahl deutlich höher als erwartet, und sie ist die einzige belastbare Grundlage für den Vergleich mit einer Alternative. Ohne sie diskutieren beide Seiten über Gefühle statt über Kosten.
Fazit
Astro und WordPress lösen unterschiedliche Probleme. WordPress kauft Ihnen Unabhängigkeit in der Redaktion und bezahlt sie mit laufendem Wartungs- und Sicherheitsaufwand. Astro kauft Ihnen niedrige Betriebskosten, hohe Geschwindigkeit und eine kleine Angriffsfläche und bezahlt sie damit, dass Änderungen über einen Build laufen.
Die Frage lautet deshalb nicht, was moderner ist, sondern: Wer pflegt diese Seite in den nächsten fünf Jahren, wie oft, und was darf sie im Jahr kosten? Wer diese drei Antworten hat, hat die Technologiefrage bereits beantwortet — und findet oft heraus, dass die Kombination aus beidem am wirtschaftlichsten ist.
Haben Sie eine Vision?
Lassen Sie uns gemeinsam prüfen, wie wir Ihre Idee zum Fliegen bringen.
Jetzt kostenloses Strategiegespräch buchenErweitertes Fachglossar
Core Web Vitals
Googles Messwerte für Ladeverhalten, Interaktivität und visuelle Stabilität einer Seite.
Headless CMS
Ein Redaktionssystem, das Inhalte nur bereitstellt, während die Darstellung von einer getrennten Anwendung übernommen wird.
SSG (Static Site Generation)
Das Erzeugen fertiger HTML-Seiten bereits beim Bauen, sodass im Betrieb weder Datenbank noch Anwendungsserver nötig sind.
