Die Ausgangslage
Ein Strafverteidiger in Kiew hatte eine Website, die gegen ihn arbeitete. Sie lief auf einer alternden WordPress-Installation, beschwert durch ein schweres Theme, einen Stapel Plugins, render-blockierende Skripte und unoptimierte Bilder. Seiten fühlten sich träge an, und auf dem Handy über Mobilfunk war die Wartezeit lang genug, dass eine besorgte Person auf der Suche nach dringender rechtlicher Hilfe aufgeben und stattdessen den nächsten Anwalt in den Suchergebnissen anrufen konnte.
Für diese Art von Arbeit ist Geschwindigkeit keine Eitelkeitskennzahl. Menschen landen auf einer Strafverteidigungs-Site im schlimmsten Moment ihres Lebens, nach einer Festnahme, einer Durchsuchung, einer Anklage, oft auf dem Handy, oft in Eile. Eine Site, die stockt, verliert sie. Zum Geschwindigkeitsproblem kam, dass das alte Setup jahrelang angesammelten WordPress-Ballast mit sich trug und keine saubere Grundlage bot, um darauf richtige SEO-Landingpages zu bauen.
Was ich gemacht habe
Vollständiger Neubau auf statischem Stack. Ich baute die Site von Grund auf als statische Astro-Site neu, kein WordPress, keine Datenbank, kein Plugin-Stack. Das Ganze wird zu reinem HTML vorgerendert und als statische Dateien ausgeliefert, also gibt es kein serverseitiges Rendering bei jeder Anfrage und nichts, was den ersten Seitenaufbau verlangsamt.
Jede vermeidbare Anfrage entfernt. Die neue Site macht null externe Anfragen: Schriften sind selbst gehostet und auf genau die tatsächlich genutzten Zeichenbereiche reduziert, es gibt keine Drittanbieter-Skripte oder CDNs, das CSS ist ins HTML eingebettet, sodass nichts das Rendering blockiert, und das einzige JavaScript ist ein winziges Inline-Skript für Menü und Scroll-Verhalten. Bilder werden als modernes WebP in responsiven Grössen ausgeliefert, wobei das Hero-Bild für den grössten Seitenaufbau priorisiert und alles andere lazy geladen wird.
Das Ergebnis: ein perfekter Performance-Score. Google PageSpeed Insights meldet einen Performance-Score von 100/100 auf Desktop und Mobile, mit erstem und grösstem Seitenaufbau deutlich unter einer Sekunde und praktisch null Layout-Verschiebung und Blockierzeit.
SEO-Landingpages, nicht nur eine Broschüre. Die alte Site war eine dünne Broschüre. Der Neubau ergänzte neun eigene Landingpages, eine pro Verteidigungsbereich, jede keyword-first geschrieben mit klarer Struktur, Vergleichstabellen, einem FAQ-Abschnitt und strukturierten Daten (JSON-LD für die Kanzlei, den Anwalt, die Leistung und das FAQ), damit die Seiten für Rich Results in der Suche infrage kommen.
Eine Migration, die die Rankings schützte. Dies war eine Live-Site mit Historie bei Google, also musste der Umzug jedes bereits gehaltene Ranking bewahren. Ich ordnete die alten URLs der neuen Struktur zu und richtete 58 permanente (301-)Weiterleitungen ein, dazu Weiterleitungen auf Host-Ebene zu einer einzigen kanonischen Domain, eine generierte Sitemap und ein sauberes Robots-Setup. Alte Links funktionieren weiter, Suchmaschinen folgen den Weiterleitungen, und die angesammelte Autorität wird übertragen, statt weggeworfen zu werden.
Ergebnisse
- PageSpeed Performance: 100/100 auf Desktop und Mobile: erster und grösster Seitenaufbau unter einer Sekunde, nahezu null Layout-Verschiebung und Blockierzeit.
- Null externe Anfragen: selbst gehostete reduzierte Schriften, eingebettetes CSS, ein winziges Inline-Skript, keine Drittanbieter-Aufrufe.
- Neun keyword-first SEO-Landingpages mit Vergleichstabellen, FAQs und JSON-LD-strukturierten-Daten.
- Vollständige Migration mit 58 × 301-Weiterleitungen auf eine einzige kanonische Domain: bestehende Rankings erhalten, keine toten Links.
- Kein WordPress, keine Datenbank, keine zu patchenden Plugins: Die Site besteht aus statischen Dateien auf einem CDN, mit nichts zu hacken und nichts aktuell zu halten.
Was den Unterschied gemacht hat
Der entscheidende Schritt war, WordPress ganz fallen zu lassen, statt zu versuchen, es zu optimieren. Man kann eine WordPress-Site mit Caching-Plugins und Bild-Tooling schneller machen, aber man bezahlt weiterhin bei jedem Besuch für eine Datenbankabfrage, ein Theme und einen Plugin-Stack, und die Decke ist niedrig. Alles zu statischem HTML vorzurendern beseitigt die ganze Problemkategorie auf einen Schlag: Es bleibt schlicht nichts mehr übrig, das langsam sein könnte.
Das Zweite war, die Migration so ernst zu nehmen wie den Neubau. Eine schnellere Site ist wertlos, wenn der Neubau stillschweigend die Rankings fallen lässt, die die alte sich über Jahre erarbeitet hat. Jede alte URL ihrem neuen Ort zuzuordnen und weiterzuleiten bedeutet, dass der Geschwindigkeitsgewinn zur bestehenden Suchpräsenz hinzukommt, nicht an ihre Stelle tritt: Der Kunde ist am Ende schneller und weiterhin auffindbar.