7 Fehler beim WordPress-Umzug auf Code vermeiden (und welche Plugin-Kosten du sparst)

Eine WordPress-Seite auf schnellen, statischen Code umzuziehen, ist eine der besten Entscheidungen, die ein content-lastiges Unternehmen treffen kann: Seiten laden in Millisekunden, es gibt kaum noch etwas zu hacken, und das Hosting kann auf fast null sinken. Den kompletten Ablauf beschreiben wir in unserem Leitfaden zum Umzug von WordPress auf eine statische Seite. Dieser Artikel ist die andere Hälfte der Geschichte: die Stolperfallen, die einen leise erwischen, und wie du jede einzelne umgehst.

Keine davon ist schwer zu vermeiden. Man vergisst sie nur leicht in der Aufregung, etwas Schnelleres zu launchen. Die Beispiele hier stammen aus echten WordPress-zu-Code-Umzügen, unter anderem von einer 260-seitigen zweisprachigen Firmenseite, die wir vor Kurzem umgezogen haben, das sind also die Fallen, die wirklich zuschlagen, keine Hypothesen. Hier sind die sieben, die am meisten zählen, ungefähr in der Reihenfolge, in der sie dir begegnen.

1. Annehmen, dass du dich weiter bei wp-admin anmelden kannst

Das ist die Falle, die die meisten am stärksten überrascht. Dein WordPress-Dashboard liegt unter deinedomain.de/wp-admin. In dem Moment, in dem du deine Domain auf die neue statische Seite richtest, liefert diese Adresse kein WordPress mehr aus, die Login-Maske, die du seit Jahren nutzt, ist also schlicht nicht mehr da.

Du hast weder die WordPress-Software noch die Datenbank verloren. Verloren hast du den Weg dorthin, weil die Domain jetzt woanders hinführt. Wenn du das nicht eingeplant hast, kannst du ausgerechnet am Tag des Go-live von deiner eigenen Inhaltshistorie, alten Entwürfen und Einstellungen ausgesperrt sein.

Wenn dein Hoster eine Staging- oder "temporäre URL" anbietet, zählt das auch. Bei einem kürzlichen Umzug haben wir das alte WordPress einfach unter archive.deinedomain.de geparkt, bevor wir die Hauptdomain umgelegt haben, das machte die Hauptadresse frei für die neue Seite und hielt die alte voll erreichbar für Nachschlagen und sofortiges Zurückrollen. Der Punkt ist einfach: Entscheide, wo das alte WordPress nach dem Umzug lebt, und richte es vor dem Umzug ein, nie umgekehrt.

2. Umziehen, bevor du einen vollständigen Export und ein Backup hast

Starte einen Umzug nie von einer Live-Seite aus, die du nicht wieder aufbauen kannst. Bevor irgendjemand irgendetwas anfasst, zieh eine komplette Kopie, solange die alte Seite noch online und gesund ist. Exportiere drei Dinge:

• Deine Inhalte. Gehe in WordPress auf Werkzeuge → Exportieren und lade die XML aller Beiträge und Seiten herunter. Das ist dein Text-Sicherheitsnetz.
• Deine Mediathek. Lade den Ordner wp-content/uploads herunter (über den Dateimanager deines Hosters oder per FTP), damit jedes Bild, jede PDF und jedes Logo sicher ist, dazu ein vollständiges Datenbank-Backup, falls dein Hoster eines anbietet.
• Deine Sitemap. Die vergisst man am ehesten, und für SEO ist sie am wichtigsten.

Warum die Sitemap das Teil ist, das du nicht auslassen darfst

Deine XML-Sitemap (meist unter deinedomain.de/sitemap.xml oder sitemap_index.xml) ist die vollständige, maschinenlesbare Liste jeder URL, die Google von deiner Seite kennt. Genau diese Liste brauchst du, um deine 301-Weiterleitungskarte zu bauen, damit kein alter Link, kein Ranking und kein Lesezeichen nach dem Umzug ins Leere läuft. Sichere die Sitemap, solange die alte Seite live ist, denn in dem Moment, in dem WordPress weg ist, ist auch das Plugin weg, das sie erzeugt hat, und dieses URL-Inventar aus dem Gedächtnis neu aufzubauen, ist mühsam.

Weiterleitungen sind das, was deine Google-Rankings beim Umzug schützt. Googles eigene Anleitung zu Website-Umzügen ist eindeutig: Alte URLs per 301 auf neue abzubilden, ist der Weg, auf dem die Autorität mit umzieht. Die beste Quelle für diese Liste ist kein Raten, sondern der Seiten-Export in der Google Search Console, der genau die URLs zeigt, die schon Traffic und Backlinks bringen. Beim kürzlichen Umzug ergab das 39 Weiterleitungen, und die weniger offensichtlichen übersieht man leicht: alte Yoast-Sitemap-Adressen und Lead-Magnet-PDFs unter /wp-content/uploads/, auf die andere Seiten noch verlinken. Wenn der Erhalt deiner Rankings Priorität hat, lies unseren eigenen Leitfaden zum Weg von WordPress ohne Rankingverlust.

3. Die alte Seite zu früh abschalten

Die alte WordPress-Seite ist dein Sicherheitsnetz, zieh es also nicht am ersten Tag weg. Halte sie parallel erreichbar (auf der Subdomain aus Fehler #1), mindestens zwei bis vier Wochen. Nutze das Fenster, um Seiten Seite an Seite zu vergleichen, zu prüfen, dass jede Weiterleitung greift, dass Formulare und E-Mail noch funktionieren, und um Google Zeit zu geben, die neuen URLs neu zu crawlen und zu indexieren. Erst wenn die neue Seite geprüft ist, solltest du ans Herunterfahren der alten denken. Bei ShiftPress bleibt deine Originalseite genau aus diesem Grund nach dem Go-live mindestens 14 Tage verfügbar.

4. Vergessen, die reinen WordPress-Abos zu kündigen

Das ist die Falle, die echtes Geld kostet, und die gute Nachricht ist: Du kannst sie nach dem Umzug beheben, sobald die neue Seite steht. Eine statische Seite hat keine Plugins und kein PHP, die meisten bezahlten Tools, die WordPress am Laufen hielten, tun also nichts mehr, außer dir Geld abzubuchen. Trotzdem trudeln die Rechnungen auf Autopilot weiter ein, weil niemand ans Kündigen gedacht hat.

Geh deine Kartenabrechnung und deine Plugin-Lizenzen durch und kündige alles, was nur existierte, um WordPress zu stützen. Dazu gehört typischerweise:

• Gemanagtes WordPress-Hosting (WP Engine, Kinsta, SiteGround) — eine statische Seite läuft auf einem kostenlosen oder fast kostenlosen Tarif wie Cloudflare Pages.
• Dein Page-Builder (Elementor Pro, Divi) — nicht mehr Teil der Seite.
• Caching und Performance (WP Rocket) — eine statische Seite ist schon von Natur aus schnell.
• Sicherheit und Firewall (Wordfence Premium, Sucuri) — es gibt kaum noch eine Angriffsfläche zu verteidigen.
• Backup (UpdraftPlus Premium) — deine Seite ist jetzt versionierter Code.
• SEO (Yoast Premium, Rank Math Pro) — die Metadaten stecken fest in den Seiten.
• Formulare und Extras (WPForms Pro, Gravity Forms, Mitglieder- oder Slider-Plugins) — ersetzt durch einen schlanken Dienst oder eingebaut.

Ein Beispiel, wie viel du sparst

Die Zahlen schwanken, aber hier eine realistische Jahresrechnung für eine überschaubare WordPress-Firmenseite, mit typischen veröffentlichten Preisen. Deine kann höher liegen, wenn du einen Page-Builder, ein Mitglieder-Plugin oder Premium-Hosting fährst.

Das sind rund 800 € im Jahr, oder etwa 67 € im Monat, die aufhören, dein Konto zu verlassen, und obendrein zahlst du nie wieder einen Entwickler für einen Plugin-Konflikt-Notfall. Selbst eine schlanke Seite mit nur Hosting und zwei oder drei Plugins spart meist 300 bis 400 € im Jahr. Für das vollständige Bild, was WordPress im Betrieb wirklich kostet, sieh dir unsere Aufschlüsselung der Website-Wartungskosten und der Kosten einer WordPress-Website an.

5. Deine E-Mail (und Formulare) zerschießen, wenn du die Domain umlegst

Eine statische Seite hat keinen serverseitigen Code, alles, was WordPress im Hintergrund getan hat, braucht also ein neues Zuhause. Kontakt- und Buchungsformulare ziehen auf einen schlanken Formular-Dienst oder einen eingebauten Handler um. Kommentare können einen Dienst wie Giscus oder Disqus nutzen.

Falls das aufwendig klingt: Du musst dich nicht selbst darum kümmern. ShiftPress übernimmt das alles und bringt einen eingebauten Formular-Builder mit, deine Kontakt- und Buchungsformulare funktionieren nach dem Umzug also weiter, ohne dass du einen separaten Dienst einrichtest oder Code schreibst.

Die größere Falle ist die E-Mail. Wenn über deine Domain auch deine Postfächer laufen, werden die von eigenen DNS-Einträgen gesteuert (den MX-Einträgen, dazu SPF/DKIM). Wenn du die Domain auf die neue Seite umlegst, musst du nur den Adress-Eintrag (A-Record) ändern, lass die MX- und Mail-Einträge also genau so, wie sie sind. Fasst du sie aus Versehen an, kommt keine E-Mail mehr an. Bei einem kürzlichen Umzug hatte die Domain fünf aktive Postfächer, und der ganze Trick, sie am Laufen zu halten, war schlicht, die MX-Einträge beim Umstellen des A-Records nicht anzufassen. Zwei Gewohnheiten machen das schmerzlos: mach einen Screenshot deiner kompletten DNS-Zone (A, MX, TXT, alles), bevor du irgendetwas änderst, und senke die TTL des Eintrags ein, zwei Tage vorher, damit ein Zurückrollen in Minuten greift, nicht in Stunden.

6. Die Übergabe an Suchmaschinen und KI überspringen

Reiche nach dem Go-live deine frische Sitemap in der Google Search Console ein, damit Google die neue Struktur schnell lernt, und behalte die Berichte zu Abdeckung und Weiterleitungen die ersten Wochen im Auge. Das ist eine Fünf-Minuten-Aufgabe, die dir Wochen an "Warum ist mein Traffic eingebrochen"-Sorgen erspart. Rankings schwanken während des Neu-Crawlens meist leicht und pendeln sich dann ein, sofern deine 301er sitzen.

Es gibt eine neuere, leicht zu übersehende Variante dieser Falle: blockiere nicht aus Versehen die KI-Crawler. Viele Hoster und Sicherheits-Firewalls (WAFs) sind so eingestellt, dass sie alles abweisen, was nicht wie ein normaler Browser aussieht, und wimmeln damit stillschweigend die Bots hinter den KI-Antworten ab: GPTBot (ChatGPT), ClaudeBot, PerplexityBot und Googles KI-Crawler. Bekommen die ein "403 verboten", kann deine Seite in der KI-Suche schlicht nicht zitiert werden, egal wie gut der Inhalt ist. Prüfe nach dem Umzug deine Hoster- oder Firewall-Einstellungen und stell sicher, dass diese User-Agents durchgelassen werden. Das ist eine der wirkungsvollsten Maßnahmen für GEO (von KI-Engines zitiert zu werden), und fast niemand prüft sie.

Noch ein Fünf-Minuten-Check, der viel Ärger spart: öffne die Live-Seite direkt nach der Umstellung auf der echten Domain, nicht nur auf deinem Laptop, und klick dich durch ein paar Seiten. Bei einem Umzug sah die Startseite lokal perfekt aus, aber eine Reihe Partnerlogos lud auf dem Live-Host als kaputte Bilder, weil ein Bildpfad in der Produktion anders auflöste. Ein kurzer Blick auf die echte URL fängt das in Minuten ab.

7. Eine Methode wählen, die dich nicht mehr bearbeiten lässt

Die letzte Falle ist strategisch. Die beliebten Plugin-Exporter (Simply Static, WP2Static) erzeugen einen eingefrorenen Schnappschuss: Um einen einzigen Satz zu ändern, musst du zurück in WordPress und die ganze Seite neu exportieren, du bleibst also für immer an der WordPress-Wartung hängen, genau an dem, dem du entkommen wolltest. Wählst du diesen Weg, kommen Fehler #1 und #4 zurück und beißen, weil du WordPress nie wirklich abschalten kannst.

Eine Checkliste vor dem Umzug

Geh das durch, bevor du umstellst:

• Entscheide, wo das alte WordPress nach dem Umzug lebt (Subdomain wie archive.deinedomain.de) und richte es zuerst ein.
• Exportiere deine Inhalte (Werkzeuge → Exportieren), deine Mediathek und ein vollständiges Datenbank-Backup.
• Sichere deine sitemap.xml, solange die alte Seite live ist, sie ist deine Weiterleitungskarte.
• Baue 301-Weiterleitungen für jede alte URL, aus dem Seiten-Export der Search Console (denk an PDFs und alte Sitemap-URLs).
• Mach einen Screenshot deiner kompletten DNS-Zone und senke die A-Record-TTL ein, zwei Tage vor dem Umzug.
• Zieh Formulare und Kommentare um und lass MX- / Mail-Einträge unangetastet, wenn du die Domain umlegst.
• Geh live, halte die alte Seite zwei bis vier Wochen parallel und reiche die neue Sitemap in der Search Console ein.
• Teste die Live-Domain (kaputte Bilder, Weiterleitungen, Formulare) und prüfe, dass KI-Crawler nicht von deiner Firewall blockiert werden.
• Wenn geprüft: kündige die reinen WordPress-Abos, das Hosting zuletzt, nach einem finalen Backup.

Häufige Fragen

Das Fazit

Der Umzug von WordPress auf Code ist ein großes Upgrade, und fast jede Stolperfalle läuft auf die Reihenfolge hinaus. Richte vor dem Umstellen ein Zuhause für das alte WordPress ein, exportiere alles (die Sitemap vor allem), solange die alte Seite live ist, behalte sie ein paar Wochen als Sicherheitsnetz, und kündige erst dann die Abos, die du nicht mehr brauchst. Machst du es in dieser Reihenfolge, behältst du deine Inhalte, deine Rankings und ein paar Hundert Euro in deinem Budget. Oder du lässt eine verwaltete Plattform wie ShiftPress die ganze Reihenfolge für dich übernehmen, dann gibt es von vornherein nichts zu verlieren.