WordPress 2026 auf eine statische Seite migrieren (ohne Inhalte oder Rankings zu verlieren)

WordPress betreibt einen riesigen Anteil des Webs, und jahrelang war es die naheliegende Wahl. Doch für inhaltsstarke Seiten, Beratungen, Wissensdatenbanken, Redaktions- und Expertenseiten, ist es still und leise mehr Arbeit geworden, als es wert ist: Plugin-Updates, Sicherheitswarnungen, langsame Ladezeiten und eine Entwicklerrechnung für jede kleine Änderung.

Eine statische Seite löst das meiste davon. Statt jede Seite live aus einer Datenbank aufzubauen, liefert eine statische Seite fertige HTML-Dateien aus. Das Ergebnis ist dramatisch schneller, weit sicherer und günstig zu hosten. Dieser Leitfaden zeigt genau, wie du migrierst, in einfacher Sprache, und weist auf den einen Kompromiss hin, den du einplanen musst.

Warum von WordPress zu einer statischen Seite wechseln?

Drei Gründe kommen immer wieder, und alle drei sind real:

• Tempo. Statische Seiten haben keine Datenbankabfrage und kein PHP, das laufen muss, also laden sie nahezu sofort. Das hilft sowohl deinen Besuchern als auch deinen Core Web Vitals (ein Google-Ranking-Signal).
• Sicherheit. Wenn WordPress-Seiten gehackt werden, geschieht das fast immer über ein verwundbares Plugin. Eine statische Seite hat keine Datenbank und keine Plugins zum Ausnutzen, es gibt schlicht weit weniger anzugreifen.
• Kosten & Stabilität. Kein "White Screen of Death" mehr, keine Plugin-Konflikte und Hosting auf einem kostenlosen oder nahezu kostenlosen Tarif wie Cloudflare Pages oder Netlify.

Der Kompromiss, den niemand erwähnt: ein statischer Export ist eingefroren

Hier der Teil, den die meisten Tutorials überspringen. Die beliebten Plugin-Exporter, Simply Static, WP2Static, nehmen einen Schnappschuss deiner WordPress-Seite und verwandeln ihn in HTML-Dateien. Besucher sehen dieselben Seiten, aber das Ergebnis ist keine wartbare Seite. Um einen einzigen Satz zu ändern, musst du zurück in WordPress, dort bearbeiten und das Ganze neu exportieren.

Du stehst also vor einer Wahl:

• WordPress im Hintergrund weiterlaufen lassen, rein als Editor (du trägst weiterhin den gesamten Wartungsaufwand, du verbirgst ihn nur vor den Besuchern), oder
• Eine verwaltete Plattform nutzen, die dich vollständig von WordPress wegbringt und die statische Seite bearbeitbar hält, ohne dass du je Code anfassen musst.

Welche Umwandlungsmethode passt zu dir?

Es gibt vier Wege, WordPress-Seiten in statische Dateien zu verwandeln, und sie unterscheiden sich weit mehr darin, was danach passiert, als in dem, was sie am ersten Tag liefern.

Alle vier vergleichen wir ausführlich, mit den konkreten Export-Schritten und den acht Dingen, die eine ZIP-Datei nicht löst, in WordPress in statisches HTML umwandeln. Wenn für dich schon klar ist, dass du den Tool-Weg gehst, fang dort an und komm für die Weiterleitungen hierher zurück.

Statischer Export vs. verwaltete Migration, auf einen Blick

WordPress auf eine statische Seite migrieren: Schritt für Schritt

1. Bestandsaufnahme deiner aktuellen Seite

Liste deine Seiten, Beiträge, Bilder und alle dynamischen Funktionen auf (Kontaktformulare, Suche, Kommentare, Mitgliederbereich). Notiere deine wichtigsten URLs und deine am besten rankenden Seiten, diese schützt du in Schritt 4.

Zwei Exporte lohnen sich jetzt, solange WordPress noch läuft: deine vollständige URL-Liste (Screaming Frog oder deine Sitemap) und deine Top-Seiten nach Klicks aus der Google Search Console, letzte 12 Monate. Die zweite Liste ist deine Prioritätenreihenfolge, falls später etwas schiefgeht.

2. Exportiere deine Inhalte

Du kannst den eingebauten Export von WordPress nutzen, ein Plugin oder den Export automatisch durchführen lassen. Ziel ist es, Text, Bilder und Struktur jeder Seite zu erfassen, einschließlich der Alt-Texte bei Bildern, die sowohl für die Barrierefreiheit als auch für SEO wichtig sind. Der Tool-Ratgeber geht jedes Export-Werkzeug durch.

3. Als statische Seite neu aufbauen

Moderne statische Seiten werden meist mit einem Generator wie Astro oder Next.js gebaut. Diese erzeugen sauberes, vorgerendertes HTML, das in Millisekunden lädt. Wenn du nicht technisch bist, ist das der Schritt, bei dem eine verwaltete Plattform die Schwerarbeit übernimmt, du siehst den Code nicht, du gibst nur das Ergebnis frei.

4. Schütze deine Rankings mit 301-Weiterleitungen

Das ist der Schritt, der über dein SEO entscheidet. Ordne jede alte URL ihrem neuen Ort zu und richte 301-Weiterleitungen (permanent) ein. Laut Googles eigenen Hinweisen geben 301-Weiterleitungen nahezu die gesamte Autorität einer Seite an die neue URL weiter, sodass deine Rankings mit umziehen. Halte die Weiterleitungen mindestens ein Jahr lang aktiv. Das ist der eine Schritt, den man langsam machen sollte, deshalb hat er weiter unten seine eigene Checkliste.

5. Ersetze Plugin-gestützte Funktionen

Da eine statische Seite kein PHP hat, werden serverseitige Plugins durch schlanke Dienste ersetzt: ein Formular-Handler (z. B. Formspree), ein Kommentar-Dienst (z. B. Giscus) und ein statischer Suchindex. Diese halten deine Seiten schnell und bewahren gleichzeitig die Funktionen, die Besucher tatsächlich nutzen.

6. Bereitstellen und prüfen

Spiele die Seite auf einen statischen Host, Cloudflare Pages, Netlify oder ähnlich, verbinde deine Domain und bestätige, dass SSL aktiv ist. Reiche dann eine neue Sitemap in der Google Search Console ein, damit Google die neue Struktur schnell lernt.

7. Behalte die alte Seite als Sicherheitsnetz

Schalte WordPress nicht am ersten Tag ab. Halte es ein paar Wochen lang parallel erreichbar, damit du Seiten vergleichen und sofort zurücksetzen kannst, falls etwas nicht stimmt. (Mit ShiftPress bleibt deine alte Seite aus genau diesem Grund mindestens 14 Tage verfügbar.)

Du willst sehen, wie das an einer echten Seite aussieht? Lies, wie CSR Tools über 200 Seiten von WordPress neu gebaut hat und die Seite rund 7× schneller wurde.

Die Weiterleitungs- und SEO-Checkliste

Fast jede "wir sind umgezogen und haben unsere Rankings verloren"-Geschichte ist eine Weiterleitungs-Geschichte. Nichts sonst auf dieser Seite hat so viel Gewicht, deshalb hier die komplette Aufgabe an einem Ort.

Bau die Weiterleitungs-Tabelle vor dem Go-live

Exportiere eine vollständige Liste deiner Live-URLs (deine XML-Sitemap plus ein Crawl mit Screaming Frog oder Sitebulb findet auch die verwaisten Seiten) und leg sie als Tabelle mit zwei Spalten an: alte URL, neue URL. Zwei Regeln machen den Unterschied zwischen einem sauberen und einem chaotischen Umzug:

• Eine alte URL, ein nächstliegendes neues Ziel. Einen Schwung stillgelegter Seiten auf die Startseite zu leiten, wertet Google als Soft-404 und überträgt nichts. Wenn es wirklich kein Gegenstück gibt, lass die URL bewusst auf 404 oder 410 laufen.
• Keine Ketten. Wenn /a schon auf /b zeigt und du /b jetzt auf /c verschiebst, ändere die erste Regel direkt auf /c. Ketten verlieren Autorität und bremsen das Crawling.

Die URL-Muster, die sich unbemerkt ändern

Auch eine Migration, die "die URLs behält", verschiebt diese hier oft. Prüf jeden Punkt:

Die sieben Onpage-Prüfungen vor der Domain-Umstellung

1. Canonical-Tags zeigen auf die neue URL, nicht auf die Staging- oder Vorschau-Domain. Ein Canonical, das noch auf einen Vorschau-Host zeigt, kickt die echte Seite aus dem Index.
2. Kein verirrtes noindex. Staging-Builds stehen meist auf noindex. Durchsuche die komplette Ausgabe vor dem Start nach noindex, und prüf, ob die robots.txt nicht immer noch alles sperrt.
3. Titel und Meta-Beschreibungen mitgenommen. Yoast und Rank Math speichern die in der Datenbank, nicht im Seiteninhalt, deshalb ist genau das das am häufigsten verlorene Element eines Umzugs.
4. Strukturierte Daten überlebt. Organization, LocalBusiness, Article, FAQ und Breadcrumb-Markup kamen ebenfalls vom Plugin. Neu einbauen und mit Googles Rich-Results-Test prüfen.
5. Interne Links aktualisiert. Links in deinen Inhalten, die auf alte absolute URLs zeigen, laufen entweder ins 404 oder schicken Besucher zurück auf die alte Installation. Durchsuche den Export nach deiner alten Domain.
6. Bilder mit gleichen Pfaden und Alt-Texten. Wenn Bild-URLs von /wp-content/uploads/… wegwandern, setzt das deine Bildersuche-Rankings zurück, wenn du sie nicht ebenfalls weiterleitest.
7. hreflang-Tags verknüpfen weiterhin die richtigen Sprachversionen, falls du mehrsprachig bist.

Nach dem Start: die ersten 48 Stunden, dann der erste Monat

• Tag eins: Reiche die neue sitemap.xml in der Google Search Console ein und beantrage mit der URL-Prüfung die Indexierung deiner fünf wertvollsten Seiten. Wenn deine Domain gleich geblieben ist, nutze nicht das Adressänderungs-Tool, das ist nur für Domain-Wechsel.
• Tag zwei bis sieben: Beobachte im Search-Console-Bericht "Seiten" einen Anstieg bei "Nicht gefunden (404)" und "Weiterleitungsfehler". Jeder Eintrag ist eine fehlende Regel in deiner Tabelle. Schau auch auf die Core Web Vitals, dort zeigt sich der Tempogewinn.
• Woche zwei bis sechs: Erwarte Bewegung in den Rankings, während Google neu crawlt. Vergleiche Klicks und Impressionen mit demselben Zeitraum im Vorjahr, nicht mit letzter Woche. Wenn eine bestimmte Seite fällt und unten bleibt, prüfe ihre Weiterleitung, ihr Canonical, und ob ihr Inhalt wirklich vollständig mitgekommen ist.
• Ein Jahr lang: Lass jede Weiterleitung stehen. Google besucht alte URLs noch lange, nachdem du sie vergessen hast.

Googles eigene Referenz dazu ist Umzüge mit URL-Änderungen in der Search Central. Wenn du lieber die Fehlerbilder als die Checkliste willst: unsere Liste der 7 Fehler beim WordPress-Umzug ist das Gegenstück, und weg von WordPress, ohne Rankings zu verlieren deckt die strategische Seite ab.

Wie lange dauert es, und fallen die Rankings?

Eine kleine Content-Seite lässt sich in ein, zwei Tagen migrieren. Nach dem Go-live braucht Google ein paar Wochen, um alles neu zu crawlen und zu indexieren; in diesem Zeitfenster kannst du kleine Ranking-Schwankungen sehen, bevor sich die Dinge einpendeln. Die meisten Ranking-Einbrüche nach einem Umzug gehen auf eine Handvoll vermeidbarer Fehler zurück. Mit korrekt gesetzten 301-Weiterleitungen ist der langfristige Effekt auf die Rankings neutral bis positiv, und der Tempo-Schub hilft oft.

Kann ich die Seite weiterhin selbst aktualisieren?

Mit einem reinen Export nein, du bist für jede Bearbeitung zurück an WordPress gebunden. Mit einer verwalteten Plattform wie ShiftPress ja: Du beschreibst die Änderung in deinen eigenen Worten ("aktualisiere die Frist in allen Artikeln auf den 30. Juni"), siehst eine Wort-für-Wort-Vorschau jeder betroffenen Seite, gibst sie frei, und sie geht live. Stimmt etwas nicht, setzt ein Klick sie zurück. Genau das ist der Sinn des Umzugs von WordPress, nicht mehr von ihm und von einem Entwickler abhängig zu sein.

Häufige Fragen

Das Fazit

Eine Migration von WordPress auf eine statische Seite bringt dir eine schnellere, sicherere, günstigere Website, und mit korrekten 301-Weiterleitungen ziehen deine Rankings einfach mit. Die einzige echte Entscheidung ist das Wie der Migration: ein eingefrorener Export, der dich an WordPress gebunden hält, oder eine verwaltete Plattform, die dich vollständig davon befreit und deine Seite trotzdem leicht bearbeitbar hält. Wenn du die zweite Option willst, ohne eine Zeile Code anzufassen, ist genau dafür ShiftPress gebaut.