Zu einer statischen Website mit Astro migrieren, ohne SEO zu verlieren

Kurz gesagt

• Eine statische Website liefert Seiten aus, die bei der Veröffentlichung erzeugt werden: keine Datenbank zu schützen, keine Erweiterung zu patchen.
• Gut gebaut erreicht sie die Schwellenwerte der Core Web Vitals ohne exotischen Aufwand, weil sie nur sendet, was die Seite nutzt.
• Das Risiko einer Migration liegt in den Adressen: Bestandsaufnahme, Weiterleitungen, Crawl-Vergleich und überwachte Umstellung, in dieser Reihenfolge.
• Astro sendet JavaScript nur dorthin, wo eine Komponente es braucht, und liest Inhalte aus Dateien, einem Headless-CMS oder einer API.
• Ein Shop mit Transaktionen oder eine App mit angemeldeten Nutzern gehören nicht zu einer statischen Migration.

Was eine statische Website 2026 bedeutet

Der Unterschied liegt im Zeitpunkt, zu dem jede Seite erzeugt wird. Eine statische Website kehrt die Reihenfolge um:

Die Erzeugung auf Abruf hat bei jedem Besuch Kosten, eine dauerhafte Angriffsfläche und eine Update-Schuld, die jemand jeden Monat bezahlen muss.

Der Begriff ist missverständlich: „Statisch“ heißt nicht starr oder ohne Interaktion. Ein Formular, eine interne Suche, ein Rechner oder ein Kundenbereich bleiben möglich. Sie werden Seite für Seite an eigene Dienste angebunden, statt der ganzen Website eine vollständige Anwendung aufzuzwingen.

Was sich ändert, gemessen statt versprochen

Die Geschwindigkeit. Google legt drei offizielle Schwellenwerte für seine Core Web Vitals fest:

Eine gut gebaute statische Website erreicht sie ohne exotischen Aufwand, weil sie weder überflüssiges JavaScript noch eine spontan zusammengesetzte Seite sendet. Auf der Startseite der Website, die Sie gerade lesen und die mit Astro gebaut ist, ergibt die Lighthouse-12-Messung vom 3. September 2026 bei simuliertem Mobilgerät 0 Millisekunden Blockierung des Hauptthreads und insgesamt 322 KB geladene Daten. Am anderen Ende der Websites, die wir betreuen, zeigte ein Kunden-Onlineshop auf Shopify, vor seiner Überarbeitung gemessen, einen mobilen Score von 65, einen nach 8,4 Sekunden angezeigten Hauptinhalt und eine Seite von 4,2 MB. Der Unterschied liegt nicht am Talent der Teams: Er liegt an dem, was der Browser erhält.

Die Sicherheit. Drupal 7 hat sein Lebensende seit dem 5. Januar 2025 erreicht (drupal.org): keine Sicherheitsupdates mehr, auf einem System, das niemand mehr korrigiert. Eine statische Website hat weder eine zu schützende Datenbank noch ein offenes Administrationspanel noch eine zu patchende Erweiterung. Was zu sichern bleibt, ist die Veröffentlichungskette, die in einem Git-Repository mit personengebundenen Zugängen liegt.

Die Betriebskosten. Eine statische Website kostet ihr Hosting, oft wenige Euro im Monat, und null Lizenzgebühren. Die monatlichen Wartungsstunden (Updates von Kern, Erweiterungen und Theme, Datenbanksicherungen, Neustarts) verschwinden mit dem Anwendungsserver. Was bleibt, ist die redaktionelle Arbeit, die, für die Sie bezahlen wollen.

Die Verfügbarkeit. Ein Ordner mit Dateien lässt sich von jedem Hoster ausliefern, auch von dem, den Sie schon haben, hinter Ihrem bestehenden CDN. Für ein Unternehmen, das aus Netzen erreichbar bleiben muss, die Drittanbieter-Skripte blockieren (Festlandchina ist das gängige Beispiel), ist das entscheidend: selbst gehostete Schriften, kein Aufruf an Google, keine Abhängigkeit, die die Anzeige verlangsamt oder bricht.

Astro in fünf technischen Punkten

Astro ist ein inhaltsorientierter Website-Generator. Die aktuelle Version ist die 7 (npm-Registry, 3. September 2026). Diese Website läuft auf Astro 5, das Immobilienportal, das wir für einen Kunden betreiben, auf Astro 7. Fünf technische Entscheidungen erklären, warum wir es gewählt haben.

1. HTML als Standard, JavaScript auf Anfrage. Astro rendert die Komponenten beim Build und sendet kein JavaScript an den Browser, solange keine Komponente es verlangt. Das ist die Insel-Architektur: Ein Formular oder eine interaktive Karte bringt ihren eigenen Code mit, der geladen wird, sobald sie sichtbar wird. Der Rest der Seite ist statisch und sofort da.
2. Inhalte, die per Schema validiert werden. Seiten und Artikel werden in Inhaltssammlungen mit einem Schema deklariert: Ein Artikel ohne Titel, Beschreibung oder Datum wird nicht gebaut. Was man früher per Checkliste von Hand prüfte, kann man nicht mehr vergessen.
3. Eine frei wählbare Inhaltsquelle. Markdown-Dateien im Repository, ein Headless-CMS wie Sanity, eine Datenbank oder eine API: Astro liest alles beim Build. Die Wahl hängt davon ab, wer veröffentlicht und wie oft, nicht vom Werkzeug.
4. Statisch oder Server, Seite für Seite. Eine Website kann vollständig statisch sein oder dort auf Abruf gerendert werden, wo sich der Inhalt minütlich ändert. Das Immobilienportal nutzt serverseitiges Rendering, weil sich seine Inserate täglich ändern. Diese Website ist vollständig statisch. Gleiches Werkzeug, gleicher Code.
5. Die SEO-Grundlage entsteht aus dem Code. Routen pro Sprache, wechselseitige hreflang-Angaben, eine echte Sitemap, strukturierte Daten je Vorlage, beim Build konvertierte und skalierte Bilder: Nichts davon hängt von einer zu installierenden Erweiterung oder einer nicht zu vergessenden Einstellung ab.

Der Arbeitsablauf: Veröffentlichen heißt Zusammenführen

Der am wenigsten sichtbare Teil einer Migration entscheidet über alles Weitere. Mit einer statischen Website in einem Git-Repository folgt jede Änderung drei Schritten:

Niemand braucht ein auf seinem Rechner installiertes Werkzeug, und ein Artikel, der in sechs Monaten erscheint, folgt genau demselben Weg wie heute.

Das macht auch eine Content-Engine möglich: Unsere SEO- und GEO-Engine schreibt ihre Entwürfe direkt ins Repository, und die menschliche Prüfung ist die Durchsicht der Änderung vor dem Merge.

Die Migration, Schritt für Schritt

Das Hauptrisiko einer Migration ist nicht technisch, es liegt in den Adressen. Jede ohne Weiterleitung verlorene URL ist zerstörter Traffic, und eine zehn Jahre alte Website hat Hunderte davon, die noch Besuche oder Links erhalten. Die Methode, die wir anwenden, umfasst vier Schritte.

1. 01Die Bestandsaufnahme.

   Wir crawlen die bestehende Website, erfassen die tatsächlich ausgelieferte Sitemap und sechzehn Monate Search Console und erstellen die Liste der Seiten, die nicht brechen dürfen: die, die Traffic oder eingehende Links erhalten, mit ihrem Gewicht. Der Adressvertrag wird geschrieben, bevor eine einzige Seite gebaut wird.

2. 02Der Aufbau.

   Der Inhalt wird extrahiert und identisch übernommen, Seite für Seite kontrolliert. Das Design wird Vorlage für Vorlage beibehalten oder verbessert. Die Weiterleitungen werden auf einer Vorproduktion eingerichtet, die Sie besuchen können.

3. 03Die Abnahme.

   Ein Crawl-Vergleich stellt alte und neue Website Seite für Seite gegenüber: Titel, Beschreibungen, Canonicals, interne Links, HTTP-Status. Die Adressmatrix muss vor jeder Umstellung grün sein.

4. 04Die Umstellung.

   Die neue Website geht mit aktiven Weiterleitungen online. Search Console und Fehler werden vierzehn Tage lang überwacht, und die alte Website bleibt bereit, zurückzukehren. Die Messung vorher und nachher zeigt, was die Migration verändert hat.

Wir wenden diese Methode gerade für eine Digitalagentur mit rund zwanzig Mitarbeitenden an: eine Website mit mehreren hundert Seiten unter Drupal 7, siebzehn Jahre Historie, eine Vorgabe zur Erreichbarkeit aus China, eine Migration zu Astro bei unveränderten Adressen. Die Umstellung ist für Herbst 2026 geplant. Die Messungen werden hier veröffentlicht, vorher und nachher, sobald es sie gibt.

Wann man nicht migrieren sollte

Eine statische Website ist nicht die Antwort auf alles, und das sagen wir lieber vor dem Angebot.

• Ein Onlineshop mit Transaktionen (Warenkorb, Bestand, Zahlung, Kundenkonten) gehört auf eine E-Commerce-Plattform, nicht in einen Seitengenerator. Der Katalog kann statisch sein, die Transaktion nicht.
• Eine Anwendung mit angemeldeten Nutzern, die minütlich Daten lesen und schreiben, braucht serverseitiges Rendering oder eine Anwendung. Astro kann das, aber es ist keine statische Migration mehr.
• Ein Team aus zehn Redakteuren, die täglich veröffentlichen, braucht ein Redaktionswerkzeug: Das ist der Fall der Headless-Website mit Astro und Sanity, die für Besucher statisch bleibt und für das Team ein CMS hinzufügt.

In allen drei Fällen sagt das Audit es, bevor Sie sich auf irgendetwas festlegen.

Was es kostet

Die Migration zu einer statischen Website mit Astro ist ein Angebot mit festem Umfang: ab 5.900 € zzgl. MwSt. für eine Website mit bis zu hundert Seiten, vier Wochen, beibehaltene Adressen, Abnahme per Crawl-Vergleich und überwachte Umstellung. Eine neue Website ohne Bestand, der übernommen werden muss, fällt unter die Unternehmenswebsite, ab 3.900 €. In beiden Fällen bleiben danach Hosting und Inhalte.

Häufige Fragen

Quellen

1. Drei offizielle Schwellenwerte (neuer Tab)web.dev
2. Drupal.org (neuer Tab)drupal.org
3. Insel-Architektur (neuer Tab)docs.astro.build