Relaunch-Tagebuch: seorado.de von WordPress auf statisch

Ich ziehe für meine Kunden Shops um: RYMHART von PrestaShop auf Shopify, Opal-Schmiede von Gambio auf Shopware. Im September 2026 war meine eigene Seite dran. seorado.de lief bisher auf WordPress mit Seitenbaukasten, jetzt ist sie eine schnelle, statische Seite auf meinem eigenen Server.

Dieses Tagebuch zeigt, wie ich dabei vorgegangen bin, mit allen Zahlen. Es ist dasselbe Vorgehen, das ich bei Kundenprojekten nutze. Stand ist der Tag der Umstellung, der 25.09.2026. Nach vier, acht und zwölf Wochen schreibe ich hier fort, wie sich die Seite in der Suche entwickelt.

Warum ich meine eigene Seite umgezogen habe

Die alte seorado.de lief auf WordPress mit einem Seitenbaukasten, dazu Skripte für Push-Nachrichten und Newsletter. Im Magazin standen 69 Beiträge, fast alle aus dem Jahr 2025. Die Seite war eine Visitenkarte, aber kein Kanal, über den Anfragen kamen. Genau das sollte sich ändern: Sie soll zeigen, wie ich arbeite, und bei den Themen gefunden werden, die ich anbiete.

Vor jedem Relaunch steht bei mir die Bestandsaufnahme. Über die Search-Console-API habe ich die vollen 16 Monate abgefragt, vom 26.05.2025 bis zum 17.09.2026:

Das ist die Ausgangslage, an der sich die neue Seite messen lassen muss. Die fachlichen Suchanfragen, um die es mir geht, standen weit hinten: „eeat google“ auf Position 93,8, „301 weiterleitungen“ auf 97,2. Genau diese Themen sind jetzt neu geschrieben. Und weil kaum Traffic an der alten Struktur hing, konnte ich gründlich aufräumen. Bei einem Shop mit Umsatz gehe ich vorsichtiger vor, wie in der SEO-Checkliste für den Relaunch beschrieben.

Das Vorgehen: erst messen, dann bauen

Ein Relaunch gelingt, wenn die Reihenfolge stimmt. So bin ich vorgegangen, vom 14. bis zum 25.09.2026:

1. Bestandsaufnahme: alle Adressen aus Sitemap und Search Console, Klicks und Impressionen pro Seite.
2. Export: alle Beiträge über die REST-Schnittstelle von WordPress, Bilder als WebP neu erzeugt.
3. Inhalte prüfen: jeder Beitrag gegen den aktuellen Stand, mit einer Entscheidung pro Adresse.
4. Neubau: statische Seite, Design, Magazin, Suche, Tools.
5. Weiterleitungsplan: jede alte Adresse bekommt ein Ziel oder einen bewussten 410.
6. Test auf dem Produktionsserver: die komplette Seite unter einer Testadresse, alle alten Adressen automatisch geprüft.
7. Umschalten: DNS ändern, Zertifikat prüfen, Sitemap einreichen.
8. Messen: feste Termine für den Vergleich mit der Ausgangslage.

Technik: schnell, schlank, ohne Cookies

Die neue Seite ist statisch. Ein kleines Python-Skript baut aus Textdateien fertige HTML-Seiten, dazu Sitemap, strukturierte Daten und robots.txt. Ausgeliefert wird das von nginx in einem Container auf meinem Server bei Hetzner, der mit 64 MB Arbeitsspeicher auskommt. Es gibt keine Plugins, keine Datenbank und keine wöchentlichen Updates. Schriften und Bilder liegen auf dem eigenen Server, nichts wird von Google oder anderen Diensten nachgeladen. Deshalb braucht die Seite auch keinen Cookie-Banner.

Gemessen mit Lighthouse 12.8, mobil mit Standard-Drosselung, am 14.09.2026:

Ein einzelner alter Beitrag hatte 6,5 MB Bilder direkt ins HTML eingebettet, heute ist sein HTML unter 40 KB groß. Was die Ladezeit für Google bedeutet, steht im Beitrag zu den Core Web Vitals.

Inhalte: weniger, dafür besser

Jeden der 69 alten Beiträge habe ich gegen den aktuellen Stand geprüft. Vieles war inzwischen überholt, SEO ändert sich schnell. Der Beitrag zu den Core Web Vitals erklärte zum Beispiel noch FID, obwohl INP diese Kennzahl im März 2024 abgelöst hat. Die robots.txt-Anleitung verwies auf einen Tester, den Google inzwischen eingestellt hat.

Für die Neufassungen habe ich eine eigene Recherche zu den Rankingfaktoren angelegt, mit 151 datierten Quellen, sortiert nach Belegstärke: von Googles eigener Dokumentation über Aussagen von Google-Mitarbeitern und Gerichtsunterlagen bis zu Behauptungen aus der Branche. Sie ist seitdem die Grundlage für jeden neuen Beitrag.

Die Regel für entfernte Beiträge: Wer Klicks oder Links hat, bekommt eine 301 auf ein passendes Ziel, alle anderen einen 410. Kein entfernter Beitrag hatte mehr als vier Klicks in 16 Monaten, und diese wenigen Klicks entfielen auf Themen ohne passendes Ziel auf der neuen Seite. Alles einfach auf die Startseite umzuleiten, wäre keine Lösung: Google warnt davor, viele alte Adressen auf ein unpassendes Ziel zu leiten, das kann als Soft 404 gewertet werden. Wann welcher Weg passt, steht im Beitrag URLs aus Google entfernen.

Weiterleitungen: keine Adresse geht verloren

Die neue Seite lief ab dem 18.09.2026 unter einer Testadresse auf dem Produktionsserver. Dort habe ich alle 91 Adressen der alten Sitemap automatisch geprüft: Jede musste 200, 301 oder 410 liefern. Zusätzlich kamen alle 65 Adressen dazu, die Google laut Search Console kannte. Dieser zweite Abgleich hat vier Sonderfälle gezeigt, die in keiner Sitemap standen, etwa /Impressum/ mit großem I oder die deutschen Blätter-Adressen wie /magazin/seite/3/. Auch sie leiten jetzt sauber weiter.

Die übernommenen Beiträge haben kurze, sprechende Adressen bekommen, etwa /301-weiterleitung/ oder /core-web-vitals/ statt der langen WordPress-Adressen mit über 100 Zeichen. Jede alte Adresse leitet per 301 weiter, und das Skript schreibt alle internen Links beim Bauen direkt auf das neue Ziel um. So gibt es keine Ketten und keine Umwege.

Der Livegang am 25.09.2026

Vor dem Umschalten habe ich die fertige Seite direkt gegen den neuen Server getestet, als hätte der DNS schon umgestellt. Das geht mit curl und dem Schalter --resolve, der eine Domain für eine einzelne Anfrage auf eine feste IP zwingt:

curl -sI --resolve seorado.de:443:46.225.31.222 https://seorado.de/

So waren Startseite, Sitemap, Canonical und alle 91 alten Adressen geprüft, bevor der erste Besucher kam. Dabei habe ich noch zwei Details ergänzt: www.seorado.de leitet auf die Hauptdomain weiter, und die alte WordPress-Sitemap /wp-sitemap.xml zeigt auf die neue Sitemap.

Die Mail bleibt bei meinem bisherigen Anbieter, deshalb habe ich nur die A-Einträge für seorado.de und www auf den neuen Server gesetzt. MX, SPF, DKIM und DMARC blieben unangetastet. Öffentliche DNS-Server wie die von Google und Cloudflare lieferten die neue Adresse nach wenigen Minuten. Das Zertifikat von Let's Encrypt kam im zweiten Anlauf, sobald auch www auf den neuen Server zeigte. Danach habe ich die Testadresse per 301 auf die echte Seite umgeleitet. Am nächsten Morgen ging die neue Sitemap an die Search Console, Googlebot hat sie Sekunden später abgerufen.

So läuft das bei Kunden: RYMHART und Opal-Schmiede

Meine eigene Seite hatte wenig zu verlieren. Bei Kundenshops hängt Umsatz an jeder Adresse, deshalb ist dort die Reihenfolge noch wichtiger.

RYMHART, die Strickerei aus Stade, lief bis 2023 auf PrestaShop unter rymhart-troyer.de. 2024 habe ich den Shop auf Shopify und die neue Domain rymhart.de gebracht, mit exakt dem alten Design. Produkte, Varianten, Kategorien, Inhalte und Kundenkonten sind umgezogen, jede alte Adresse leitet weiter. Erst 2026, auf der stabilen neuen Basis, kam das neue Theme. System und Design in zwei Schritten: So hat der Umzug weder Kunden noch Google gestört. Seit März 2026 kümmere ich mich dort auch um SEO: Keyword-Recherche und Blogbeiträge, ohne Linkaufbau. Die Zahl der Keywords, für die der Shop rankt, hat sich seitdem laut Semrush mehr als verdoppelt. Die ganze Geschichte mit Screenshots aus jeder Phase steht in der Referenz RYMHART.

Opal-Schmiede lief auf Gambio und ist im Januar 2023 auf Shopware 6 umgezogen, mit einer Weiterleitung für jede alte Adresse. In den Monaten rund um den Umzug blieb der Traffic auf dem Niveau davor. Eine Delle kam erst im März 2023 mit einem Google Core Update, im Februar 2024 lag der Shop bereits über dem alten Höchststand. Seitdem betreue ich ihn laufend. In den 16 Monaten von Mai 2025 bis September 2026 kamen 179.400 Klicks aus der Google-Suche, aktuell rund 400 am Tag, stabil durch die Google-Updates 2025 und 2026. Laut Semrush wird der Shop mit 249 Seiten in KI-Antworten zitiert. Mehr dazu in der Referenz Opal-Schmiede.

Was ich jetzt messe

Die Vergleichsbasis sind die 16 Monate vor dem Umbau. Neben der Search Console kommen die Bing Webmaster Tools dazu, denn auf meinen eigenen Seiten kommt ein großer Teil der Suchbesuche nicht von Google. An diesen Tagen schreibe ich das Tagebuch fort:

Was die Search Console dabei zeigt und was nicht, steht im Beitrag Search Console richtig lesen. Warum ich Bing nicht ignoriere, zeigen meine eigenen Zahlen im Beitrag Google hat meine Affiliate-Seiten abgestraft, Bing nicht.

Fünf Tipps für deinen Relaunch

• Erst messen, dann bauen. Ohne Bestandsaufnahme weißt du nicht, welche Adressen Umsatz bringen und welche weg können.
• Nicht alles auf einmal ändern. Bei RYMHART kam zuerst das neue System, das neue Design zwei Jahre später. Sinken Rankings, kennst du so die Ursache.
• Testumgebung mit Passwort. Eine robots.txt allein hält Seiten nicht aus dem Index, ein Passwort schon.
• Vor dem Umschalten gegen den neuen Server testen. Mit --resolve siehst du die neue Seite unter der echten Domain, bevor ein Besucher sie sieht.
• Jedes Formular einmal echt absenden. Erst wenn die Anfrage im Postfach liegt, ist der Relaunch fertig.

Du planst einen Relaunch oder Shop-Umzug und willst einen zweiten Blick? Im kostenlosen Shop-Check schaue ich mir deine Seite persönlich an. Für kleine Seiten baue ich genau diese Technik auch als Website zum Festpreis.

Häufige Fragen

Warum statisch und nicht wieder WordPress?

Weil die Seite fast nur aus Texten besteht, die sich selten ändern. Dafür braucht es keine Datenbank und keine Plugins, die gepflegt werden müssen. Statische Seiten sind schnell, haben wenig Angriffsfläche und laufen auf einem sehr kleinen Server. Für einen Shop oder eine Seite, die viele Leute ohne Technikwissen bearbeiten, ist ein Shopsystem oder CMS die bessere Wahl.

Kosten neue Adressen Rankings?

Mit sauberen 301-Weiterleitungen überträgt Google die Signale auf die neue Adresse. Bis Google alte und neue Adressen besucht hat, dauert es laut Google bei kleinen und mittleren Seiten einige Wochen, in dieser Zeit können Positionen schwanken. Wichtig ist, dass jede Weiterleitung auf die inhaltlich passende Seite zeigt und keine Ketten entstehen.

Brauchte ich das Tool zur Adressänderung in der Search Console?

Nein. Das Tool ist nur für einen Wechsel der Domain oder Subdomain gedacht, etwa von rymhart-troyer.de auf rymhart.de. Bei seorado.de blieb die Domain gleich, nur Server und Adressen innerhalb der Domain haben sich geändert.

Warum 410 und nicht 404 für entfernte Beiträge?

Beide führen dazu, dass Google die Seite aus dem Index nimmt. Ein 410 sagt ausdrücklich, dass die Seite absichtlich und dauerhaft entfernt wurde. Für mich ist das vor allem saubere Dokumentation: Jede entfernte Adresse steht in einer Liste, und der Server antwortet genau so, wie ich es entschieden habe.