WordPress zu Astro migrieren: Schneller und sicherer, ohne SEO-Verlust

Ihre WordPress-Seite lädt spürbar langsam. Jedes Update macht Sie nervös, weil danach oft irgendetwas kaputt ist. Und im Hinterkopf schwingt immer die Sorge mit: Ist die Seite eigentlich noch sicher? Wenn Sie sich in diesen Sätzen wiedererkennen, sind Sie nicht allein. Sehr viele Unternehmen mit einer gewachsenen WordPress-Seite stehen irgendwann vor genau dieser Frage.

Eine mögliche Antwort heißt Astro. Das ist eine moderne Technologie zum Bauen von Websites, die Seiten schon beim Veröffentlichen fertig baut, statt sie bei jedem Klick neu zusammenzurechnen. Das Ergebnis: deutlich schnellere Ladezeiten und viel weniger technischer Pflegeaufwand.

Die große Frage, die uns Kund:innen fast immer zuerst stellen: Verliere ich beim Wechsel meine Google-Rankings, für die ich jahrelang gearbeitet habe? Die kurze Antwort: Nein, wenn Sie die Migration sauber angehen. In diesem Artikel zeigen wir Ihnen, wann sich der Umstieg lohnt, wie der Wechsel technisch abläuft und wie Sie dabei Ihre Sichtbarkeit bei Google erhalten.

Sie müssen dafür kein technisches Vorwissen mitbringen. Wir erklären jeden Fachbegriff, sobald er zum ersten Mal auftaucht, und zeigen Ihnen am Ende auch, für wen sich der Umstieg eher nicht lohnt. Denn ganz ehrlich: Nicht jede Website muss auf Astro umziehen, nur weil es gerade das modernere Werkzeug ist.

Warum WordPress irgendwann an seine Grenzen stößt

WordPress ist nicht schlecht. Über 40 Prozent aller Websites weltweit laufen damit, und für viele Einsatzzwecke ist es weiterhin eine gute Wahl. Das Problem ist selten WordPress selbst, sondern das, was im Laufe der Jahre darum herum wächst.

Plugins bremsen die Seite aus. Jede zusätzliche Funktion, ein Kontaktformular hier, ein SEO-Tool dort, ein Cookie-Banner, ein Page-Builder, kommt meist als eigenes Plugin. Jedes Plugin lädt eigenen Code, eigene Skripte und manchmal eigene Schriftarten nach. Nach ein paar Jahren haben viele Seiten 20, 30 oder mehr Plugins aktiv. Das drückt direkt auf die so genannten Core Web Vitals. Das sind Google-Messwerte dafür, wie schnell und wie ruckelfrei sich eine Seite anfühlt. Eine langsame Seite bekommt hier schlechte Werte, und das wirkt sich nachweisbar auf Rankings und auf die Absprungrate aus, weil Besucher:innen ungeduldig sind.

Wartung wird zum Dauerjob. Der WordPress-Kern selbst braucht regelmäßige Updates. Genauso das Theme, also die optische Vorlage der Seite. Und eben jedes einzelne Plugin. Bei 25 aktiven Plugins bedeutet das im schlimmsten Fall 25 Update-Quellen, die alle gleichzeitig aktuell gehalten werden müssen. Bleibt ein Update aus, entstehen Sicherheitslücken. Wird es zu schnell eingespielt, kann es mit einem anderen Plugin kollidieren, und plötzlich ist die Seite kaputt, manchmal mitten am Wochenende.

Sicherheit ist ein echtes Risiko. Weil WordPress so verbreitet ist, ist es auch ein beliebtes Ziel für automatisierte Hacking-Versuche. Viele erfolgreiche Angriffe nutzen dabei nicht WordPress selbst aus, sondern eine veraltete Plugin-Version mit einer bekannten Lücke. Wer nicht ständig aktualisiert oder ein Plugin einsetzt, das nicht mehr gepflegt wird, öffnet damit eine Tür, die er gar nicht kennt.

Plugin-Konflikte sind der Klassiker im Support-Alltag. Zwei Plugins, die für sich funktionieren, greifen manchmal auf dieselbe Funktion zurück und stören sich gegenseitig. Nach einem Update taucht plötzlich eine Fehlermeldung auf, ein Formular verschickt keine E-Mails mehr, oder die Seite zeigt nur noch einen weißen Bildschirm. Für Menschen ohne Programmierkenntnisse ist das dann oft ein Fall für teure Nothilfe.

Keiner dieser Punkte für sich ist ein Weltuntergang. In der Summe führen sie aber dazu, dass eine WordPress-Seite mit der Zeit langsamer, unsicherer und aufwendiger in der Pflege wird, ohne dass jemand aktiv etwas falsch gemacht hätte. Das ist einfach die Natur eines Systems, das mit vielen austauschbaren Bausteinen arbeitet.

Ein weiterer Punkt, der selten mitgedacht wird: die Abhängigkeit von einzelnen Entwickler:innen. Viele WordPress-Seiten wurden über Jahre von wechselnden Freelancer:innen oder Agenturen erweitert. Jede zusätzliche individuelle Anpassung, die niemand mehr richtig dokumentiert hat, macht die nächste Änderung riskanter und teurer. Irgendwann traut sich niemand mehr, größere Anpassungen vorzunehmen, aus Angst, etwas an anderer Stelle kaputtzumachen. Das bremst nicht nur die Technik, sondern auch das eigene Marketing, weil neue Ideen liegen bleiben.

Der technische Unterschied, ganz ohne Fachchinesisch

Um zu verstehen, warum Astro so viel schneller sein kann, hilft ein einfaches Bild. Stellen Sie sich WordPress wie ein Restaurant vor, in dem jedes Gericht erst gekocht wird, wenn ein Gast es bestellt. Jedes Mal, wenn jemand Ihre Seite aufruft, fragt WordPress im Hintergrund bei einer Datenbank nach ("Wie heißt der Titel dieser Seite? Welche Bilder gehören dazu? Was steht im Menü?"), baut daraus mit der Programmiersprache PHP die Seite zusammen und schickt sie dann erst an den Besucher. Das passiert bei jedem einzelnen Aufruf neu, egal ob eine Person die Seite besucht oder tausend Personen gleichzeitig.

Astro funktioniert wie ein Bäcker, der schon am frühen Morgen alle Brote fertig backt und ins Regal legt. Wenn Sie eine neue Seite veröffentlichen, baut Astro sie einmal fertig als HTML-Datei, quasi als fix und fertiges Dokument. Man nennt das "Static Site Generation", zu Deutsch etwa "statische Seiten-Erzeugung". Wenn dann jemand die Seite aufruft, muss nichts mehr live berechnet werden. Die fertige Datei wird einfach ausgeliefert, oft über ein weltweit verteiltes Netzwerk von Servern, die immer den Standort in der Nähe des Besuchers bedienen.

Der Effekt lässt sich mit Zahlen belegen. Google misst die Geschwindigkeit einer Seite mit dem sogenannten PageSpeed-Wert, einer Zahl von 0 bis 100. WordPress-Seiten mit vielen Plugins landen in der Praxis häufig im Bereich von 60 bis 75 Punkten, teils deutlich darunter. Sauber gebaute Astro-Seiten erreichen dagegen sehr häufig Werte zwischen 95 und 100. Das ist kein Nischenvorteil, den nur Techniker:innen bemerken. Eine schnellere Seite wird von Google in den Suchergebnissen bevorzugt behandelt, und Besucher:innen bleiben eher da und springen seltener wieder ab, bevor die Seite überhaupt fertig geladen ist.

Ein Nebeneffekt der statischen Bauweise: Weil bei jedem Seitenaufruf nichts mehr live aus einer Datenbank berechnet wird, gibt es an dieser Stelle auch weniger Angriffsfläche für Hacking-Versuche. Es läuft im Hintergrund einfach weniger Software, die ausgenutzt werden könnte.

Auch für Sie als Nutzer:in macht sich das im Alltag bemerkbar. Eine Astro-Seite reagiert auf Klicks und Scrollen fühlbar direkter, weil kein Rechenschritt mehr zwischen Klick und Anzeige steht. Gerade auf dem Smartphone, wo viele Besucher:innen über eine schwächere Mobilfunkverbindung surfen, macht dieser Unterschied den entscheidenden Ausschlag darüber, ob jemand auf der Seite bleibt oder ungeduldig zurück zu Google springt.

Wichtig zu wissen: Auch mit Astro brauchen Sie eine Möglichkeit, Inhalte zu pflegen, ohne Code zu schreiben. Dafür kommt ein sogenanntes Headless-CMS zum Einsatz, ein System zur Inhaltspflege, das im Hintergrund arbeitet und die Inhalte liefert, aus denen Astro dann beim Veröffentlichen die fertigen Seiten baut. Für Sie als Redakteur:in fühlt sich das Arbeiten damit ganz ähnlich an wie im klassischen WordPress-Editor: Texte eintragen, Bilder hochladen, speichern. Mehr dazu, wie eine komplette Astro-Website konkret aussieht, finden Sie im Beitrag Astro-Website erstellen lassen.

So läuft eine Migration in der Praxis ab

Ein Wechsel des ganzen technischen Fundaments klingt erst mal nach einem Großprojekt. Mit einem klaren Ablauf lässt sich das Risiko aber gut steuern. So gehen wir bei COOKIE dabei vor.

1. Content-Audit. Am Anfang steht eine vollständige Bestandsaufnahme. Wir dokumentieren jede Seite, jeden Blogbeitrag, alle Bilder und alle Meta-Daten, also die unsichtbaren Beschreibungstexte, die Google in den Suchergebnissen anzeigt. Diese Liste ist die Landkarte für das gesamte Projekt. Nichts darf am Ende verloren gehen, ohne dass es eine bewusste Entscheidung dazu gab.

2. Entscheidung über die URL-Struktur. Das ist aus SEO-Sicht der wichtigste Schritt im ganzen Prozess. Sie haben zwei Optionen: entweder Sie behalten alle bestehenden Adressen (URLs) exakt bei, oder Sie planen bewusst neue, bessere URLs und legen für jede geänderte Adresse eine Weiterleitung an, eine sogenannte 301-Weiterleitung. Das ist eine technische Anweisung an Google und an Browser: "Diese alte Adresse gibt es nicht mehr, die Inhalte sind jetzt hier." Ohne so eine Tabelle voller Weiterleitungen landen Besucher:innen und Suchmaschinen bei alten Links auf einer Fehlerseite, und genau das kostet Rankings. Diese Tabelle ist quasi die Versicherungspolice der ganzen Migration.

3. Design und Komponenten neu bauen. Hier ist eine gute Nachricht versteckt: Sie müssen die alte Seite nicht eins zu eins nachbauen. Ein Technologiewechsel ist die perfekte Gelegenheit, gleich auch ein Redesign mitzunehmen, veraltete Bereiche aufzuräumen oder die Nutzerführung zu verbessern. Der Inhalt bleibt im Kern derselbe, die Verpackung darf sich weiterentwickeln.

4. Inhalte ins neue System übertragen. Alle Texte, Bilder und Daten wandern in ein neues CMS. Häufig ist das ein Headless-CMS, ein System zur Inhaltspflege ohne festen eigenen Anzeigebereich, das im Hintergrund arbeitet, statt wie WordPress selbst Seiten anzuzeigen. Auch hier gilt: strukturiert vorgehen, nichts händisch aus dem Kopf abtippen, sondern die Liste aus Schritt 1 abarbeiten.

5. Weiterleitungen und Formulare testen. Bevor irgendetwas live geht, wird jede einzelne Weiterleitung geprüft, und jedes Kontakt- oder Bewerbungsformular wird durchgeklickt, als wäre man selbst Besucher:in. Kommt die Testmail wirklich an? Springt die Weiterleitung wirklich auf die richtige neue Seite? Das ist mühsame Kleinarbeit, aber genau hier fallen Fehler auf, bevor sie echte Besucher:innen betreffen.

6. Gestaffelter Launch mit Beobachtung. Die neue Seite geht live, und danach wird genau beobachtet, was in der Google Search Console passiert. Das ist ein kostenloses Werkzeug von Google, das zeigt, ob Google beim Durchsuchen (Crawling) Ihrer Seite auf Fehler stößt oder ob Seiten plötzlich nicht mehr im Suchindex auftauchen. In den ersten Wochen nach dem Wechsel schauen wir hier täglich rein, um sofort reagieren zu können, falls doch irgendwo eine Weiterleitung fehlt.

"Gestaffelt" bedeutet dabei, dass wir nicht blind alles auf einmal umstellen. Häufig testen wir die neue Seite zuerst intern und mit einer kleinen, ausgewählten Gruppe, bevor der komplette Umzug für alle Besucher:innen sichtbar wird. So lässt sich im Ernstfall noch gegensteuern, ohne dass gleich der komplette Traffic betroffen ist.

Wer eine strukturierte Vorgehensweise für einen kompletten Website-Wechsel sucht, findet eine ausführliche Vorlage in unserer Checkliste für den Website-Relaunch. Die Punkte darin gelten unabhängig davon, ob am Ende Astro oder ein anderes System steht.

SEO-Erhalt, Zeitrahmen und die ehrliche Frage: Lohnt sich das für Sie?

Kommen wir zum Teil, der den meisten Unternehmer:innen am meisten Sorgen macht: Was passiert mit meinem Google-Ranking? Die Wahrheit ist, dass eine Migration tatsächlich schiefgehen kann, wenn man sie schlampig macht. Die gute Nachricht: Die häufigsten Fehler sind bekannt und lassen sich vermeiden.

Meta-Titel und Meta-Beschreibungen 1:1 übernehmen. Das sind die Texte, die in den Google-Suchergebnissen als blauer Link und als kurze Beschreibung darunter erscheinen. Sie wurden über Jahre optimiert, oft nach Tests, was gut angeklickt wird. Diese Arbeit werfen Sie beim Wechsel nicht weg, sondern übertragen sie unverändert in das neue System.

Strukturierte Daten mitnehmen. Dahinter steckt eine Art unsichtbares Etikett im Quellcode einer Seite, mit dem Sie Google zusätzliche Informationen mitgeben, zum Beispiel Sternebewertungen, Öffnungszeiten oder Antworten auf häufige Fragen. Fachleute nennen das Schema.org-Markup. Auch das muss in der neuen Seite wieder vorhanden sein, sonst verschwinden möglicherweise hübsche Zusatzelemente in den Suchergebnissen, die Sie sich mühsam erarbeitet haben.

Interne Verlinkung nachziehen. Links von einer eigenen Seite zur anderen helfen Google zu verstehen, welche Themen zusammengehören und welche Seiten besonders wichtig sind. Nach einer Migration mit geänderten URLs müssen diese internen Links kontrolliert und wo nötig angepasst werden, damit keiner davon ins Leere zeigt.

Praktisch heißt das: Jeder Link, der irgendwo im Text auf eine andere Unterseite Ihrer eigenen Website zeigt, muss nach dem Umzug noch auf das richtige Ziel führen. Bei einer Seite mit wenigen Unterseiten ist das in einer Stunde erledigt. Bei einem gewachsenen Blog mit hunderten Beiträgen braucht dieser Schritt spürbar mehr Zeit, lohnt sich aber, weil kaputte interne Links sowohl Google als auch Ihren Besucher:innen ein schlechtes Gefühl vermitteln.

Alte URLs sauber weiterleiten statt Fehlerseiten zu produzieren. Das haben wir oben schon als wichtigsten Einzelschritt genannt, es verdient hier trotzdem noch einmal Nachdruck: Eine 404-Fehlerseite, also eine "Seite nicht gefunden"-Meldung, ist für eine einzelne alte URL kein Beinbruch. Häufen sich solche Fehler aber über viele Seiten, wertet Google das als Signal für eine schlecht gepflegte Seite, und das kostet Sichtbarkeit.

Wie lange dauert das Ganze? Realistisch sollten Sie je nach Umfang Ihrer bestehenden Seite mit 4 bis 10 Wochen für eine saubere Migration rechnen. Eine schlanke Unternehmensseite mit zehn Seiten ist naturgemäß schneller umgezogen als ein umfangreiches Blogportal mit hunderten Beiträgen. Wer hier Zeit einspart, spart in der Regel an genau den Kontrollschritten, die später vor bösen Überraschungen schützen.

Was Sie danach dauerhaft gewinnen. Der Aufwand zahlt sich über die Jahre aus. Es gibt keine WordPress-Kern-Updates mehr, um die Sie sich kümmern müssen, keine Plugin-Pflege, die im Alltag untergeht, und kein diffuses Grundrauschen an Sicherheitsrisiken durch veraltete Erweiterungen. Diese Zeit gewinnen Sie zurück für Ihr eigentliches Geschäft.

Nicht jede Seite sollte wechseln, und das ist völlig in Ordnung. An dieser Stelle möchten wir ehrlich sein, statt Ihnen ein System zu verkaufen, das nicht zu Ihnen passt. Betreiben Sie einen sehr redaktionslastigen Blog mit vielen wechselnden Autor:innen, die täglich mehrere Beiträge einstellen, kann WordPress mit seinem eingespielten Redaktions-Workflow weiterhin die praktischere Wahl sein. Für schlanke Unternehmensseiten, Landingpages und Seiten mit überschaubarer, planbarer Content-Pflege lohnt sich Astro dagegen besonders, gerade wegen der Geschwindigkeit und des geringeren Wartungsaufwands. Wenn Sie unsicher sind, wo Ihre Seite in diesem Bild steht, lohnt sich vorab auch ein Blick auf unseren Beitrag zu WordPress-Alternativen im Vergleich, der verschiedene Systeme nebeneinanderstellt statt nur eines zu empfehlen.

WordPress wird für viele Unternehmen irgendwann zu einer Kombination aus lästiger Wartungspflicht und wachsendem Sicherheitsrisiko, meist verursacht durch die schiere Menge an Plugins, die sich über die Jahre angesammelt haben. Astro löst dieses Problem an der Wurzel, weil Seiten schon beim Veröffentlichen fertig gebaut werden, statt bei jedem Aufruf neu berechnet zu werden. Das bringt spürbar bessere Ladezeiten und deutlich weniger technischen Pflegeaufwand mit sich.

Die berechtigte Sorge um verlorene Google-Rankings lässt sich mit einem sauberen Vorgehen auflösen: eine vollständige Bestandsaufnahme, eine durchdachte URL-Strategie mit passenden Weiterleitungen, die unveränderte Übernahme von Meta-Daten und strukturierten Daten, sowie eine sorgfältige Testphase vor dem Launch. Wer diese Schritte ernst nimmt, verliert keine Sichtbarkeit, sondern gewinnt in aller Regel sogar dazu, weil eine schnellere Seite von Google und von echten Besucher:innen gleichermaßen honoriert wird.

Ob sich der Wechsel für Sie konkret lohnt, hängt vom Charakter Ihrer Seite ab: Redaktionslastige Blogs mit vielen Autor:innen fahren mit WordPress oft weiterhin gut, schlanke Unternehmensseiten und Landingpages profitieren besonders stark von Astro. Rechnen Sie für eine saubere Migration mit 4 bis 10 Wochen, je nach Umfang Ihrer bestehenden Inhalte. Wenn Sie unsicher sind, welcher Weg für Ihr Unternehmen der richtige ist, sprechen wir das gern gemeinsam mit Ihnen durch, ganz ohne Verkaufsdruck.