Ein großer Teil der Websites des deutschen Mittelstandes läuft 2026 noch immer auf WordPress — und der Wechsel zu modernen Architekturen wie Next.js gewinnt rasant an Bedeutung. Doch die Realität ist ernüchternd: Viele Unternehmen, die diese Migration durchführen, verlieren in den ersten drei Monaten signifikanten SEO-Traffic, weil sie keine saubere Redirect-Strategie aufgesetzt haben. Der Hauptgrund ist nicht die Technologie selbst, sondern die fehlende Vorbereitung: URLs werden nicht gemappt, 301-Weiterleitungen fehlen, die Search Console wird nicht informiert, und Performance-Optimierungen bleiben theoretisch.
Dieser Leitfaden richtet sich an deutsche Unternehmen, die ihre WordPress-Installation — sei es bei Hetzner, IONOS, DomainFactory oder Mittwald — zu einer modernen Next.js-Architektur überführen möchten, ohne ihre über Jahre aufgebaute organische Sichtbarkeit zu opfern. Wir behandeln den kompletten Prozess: vom initialen URL-Audit über die DSGVO-konforme Datenmigration bis hin zum 90-Tage-Monitoring nach dem Go-Live.
1. URL-Audit mit Screaming Frog: Die Bestandsaufnahme
Bevor Sie auch nur eine einzige Zeile Code für Ihre neue Next.js-Anwendung schreiben, benötigen Sie eine vollständige Inventur Ihres aktuellen WordPress-Ökosystems. Der Industriestandard hierfür ist Screaming Frog SEO Spider — eine Lizenz kostet rund 259 Euro pro Jahr und ist für Migrationen jeder ernsthaften Größe unverzichtbar.
Konfigurieren Sie den Crawler mit folgenden Einstellungen, um ein vollständiges Bild Ihrer bestehenden Website zu erhalten:
- User-Agent: Googlebot (Smartphone), um die mobile Indexierung zu simulieren
- Crawl-Limit: Mindestens 50.000 URLs, bei größeren Sites deaktivieren
- JavaScript Rendering: Aktiviert, falls Ihre WordPress-Theme dynamisch lädt
- Respect robots.txt: Deaktiviert für vollständige Sichtbarkeit
- XML Sitemap-Crawl: Aktiviert, um Diskrepanzen zwischen Sitemap und tatsächlich erreichbaren Seiten aufzudecken
Exportieren Sie nach dem Crawl folgende Listen als CSV: alle URLs mit Statuscode 200, alle Weiterleitungsketten (301/302), alle 404-Fehler, alle kanonischen URLs, alle Metadaten (Title, Description, H1) sowie sämtliche internen Links. Diese Daten bilden die Grundlage für Ihr späteres Mapping.
Ergänzend dazu empfehlen wir den Export der Google Search Console-Performance-Daten der letzten 16 Monate — insbesondere die Top-1000-URLs nach Klicks und Impressionen. Diese Liste markiert die SEO-kritischen Seiten, deren Migration besondere Aufmerksamkeit erfordert. Verlieren Sie hier auch nur eine wichtige URL, kostet Sie das messbare Rankings.
Vergessen Sie auch nicht die Backlink-Analyse: Tools wie Ahrefs oder die Sistrix Toolbox (rund 100 Euro pro Monat in der DACH-Region weit verbreitet) liefern Ihnen die Liste aller externen Domains, die auf Ihre Site verlinken. Jede URL mit signifikanten Backlinks muss zwingend per 301 weitergeleitet werden, sonst verschenken Sie Linkjuice.
2. 1:1 Mapping: Die Migrationsmatrix aufbauen
Das URL-Mapping ist der gefährlichste Punkt jeder Migration. In einer Tabellenkalkulation — wir empfehlen Excel oder Google Sheets mit mindestens vier Spalten — dokumentieren Sie für jede alte WordPress-URL die exakte Ziel-URL auf der neuen Next.js-Site. Die Mindeststruktur sieht so aus:
- Spalte A: Alte URL (z. B.
/blog/seo-tipps-mittelstand-2025/) - Spalte B: Neue URL (z. B.
/blog/seo-strategie-mittelstand) - Spalte C: Statuscode-Ziel (in der Regel 301)
- Spalte D: SEO-Priorität (kritisch / hoch / mittel / niedrig)
- Spalte E: Anmerkungen (z. B. „Inhalt zusammengeführt mit URL X")
Bei deutschen WordPress-Installationen treten typischerweise drei Sonderfälle auf, die besondere Sorgfalt erfordern. Erstens: Trailing-Slashes. WordPress fügt standardmäßig einen abschließenden Slash hinzu (/dienstleistungen/), während Next.js diesen per Default weglässt. Treffen Sie hier eine bewusste Entscheidung und halten Sie sie konsistent durch — Inkonsistenz führt zu Duplicate Content.
Zweitens: Umlaut-URLs. Viele deutsche Websites haben URLs wie /über-uns/ oder /lösungen/. Diese werden im Browser als /%C3%BCber-uns/ kodiert dargestellt. Entscheiden Sie sich in der Migration konsequent für ASCII-Varianten (/ueber-uns/) und richten Sie Redirects von beiden Versionen ein.
Drittens: Kategorie- und Tag-Archive. WordPress generiert automatisch URLs wie /category/marketing/ oder /tag/dsgvo/. Prüfen Sie in der Search Console, welche dieser Archivseiten tatsächlich Traffic erhalten. Seiten ohne organischen Wert können auf die Hauptkategorie umgeleitet oder per 410 (Gone) deindexiert werden, anstatt sie 1:1 zu replizieren.
Wenn Sie sich bei der Strukturierung Ihrer neuen Architektur unsicher sind, kann eine spezialisierte Website-Relaunch-Beratung die kritischen Entscheidungen früh genug treffen, um teure Nacharbeiten zu vermeiden.
3. 301 Redirects: next.config.js und Cloudflare im Zusammenspiel
Sobald die Mapping-Tabelle steht, geht es an die technische Umsetzung. Next.js 15 bietet im next.config.ts eine native Redirects-API, die für kleine bis mittlere Migrationen (bis ca. 500 Redirects) hervorragend funktioniert:
// next.config.ts
import type { NextConfig } from 'next';
const config: NextConfig = {
async redirects() {
return [
{
source: '/blog/seo-tipps-mittelstand-2025',
destination: '/blog/seo-strategie-mittelstand',
permanent: true,
},
{
source: '/category/marketing/:slug*',
destination: '/blog/kategorie/marketing/:slug*',
permanent: true,
},
{
source: '/ueber-uns',
destination: '/agentur',
permanent: true,
},
];
},
};
export default config;
Für umfangreichere Migrationen mit mehreren tausend Redirects ist diese Methode jedoch nicht optimal — die next.config.ts wird unübersichtlich, und jede Änderung erfordert ein neues Deployment. Hier kommt Cloudflare ins Spiel, das in der DACH-Region aufgrund der EU-Rechenzentren (Frankfurt, München) DSGVO-konform betrieben werden kann.
Cloudflare bietet drei Mechanismen für Redirects:
- Bulk Redirects: Bis zu 100.000 statische 1:1-Weiterleitungen über die Cloudflare-Konsole, ideal für Massenmigrationen
- Single Redirects: Komplexe Regeln mit regulären Ausdrücken und dynamischen Zielen
- Page Rules: Legacy-Methode, ab 2026 zugunsten der modernen Rules-Engine auslaufend
Die Bulk Redirects laden Sie als CSV mit den Spalten source_url, target_url, status_code, preserve_query_string hoch. Cloudflare wendet diese vor jedem Request auf Ihren Next.js-Origin an — die Weiterleitung erfolgt also bereits am Edge, ohne dass Ihr Server beansprucht wird. Das spart Compute-Kosten und ist deutlich schneller.
Wichtig für deutsche Hosting-Setups: Wenn Sie auf Hetzner oder Mittwald hosten und Cloudflare nur als CDN nutzen, müssen Sie sicherstellen, dass die Origin-IP-Adresse nicht öffentlich erreichbar bleibt. Andernfalls können Crawler die alten WordPress-URLs direkt am Origin abrufen und die Redirects umgehen. Konfigurieren Sie Firewall-Regeln, die nur Cloudflare-IP-Ranges zulassen.
4. Search Console Change of Address: Den Domainwechsel signalisieren
Wenn Ihre Migration mit einem Domainwechsel verbunden ist (z. B. von alt-firmenname.de auf neuer-name.de), müssen Sie Google explizit informieren. Das geschieht über das Change of Address-Tool in der Google Search Console — eine oft übersehene, aber kritische Komponente.
Bevor Sie das Tool verwenden, müssen folgende Bedingungen erfüllt sein:
- Beide Domains (alt und neu) sind als Properties in der Search Console verifiziert
- Mindestens 80 Prozent der alten URLs leiten per 301 auf die neuen URLs weiter
- Die neue Domain ist crawlbar (robots.txt erlaubt Googlebot)
- Die neue Site liefert keine massenhaften 404-Fehler
Sind diese Voraussetzungen erfüllt, gehen Sie in der alten Property auf Einstellungen → Adressänderung und wählen die neue Property aus. Google führt automatisch einen Verifikationstest durch — schlägt dieser fehl, erhalten Sie eine detaillierte Fehlerliste, die Sie systematisch abarbeiten müssen.
Bei einer Migration ohne Domainwechsel (gleiche Domain, nur neue URLs) ist das Change of Address-Tool nicht anwendbar. Stattdessen reichen Sie eine aktualisierte sitemap.xml ein und beobachten den Indexierungsstatus über den URL-Inspektionsbericht. Erwarten Sie nicht, dass Google alle alten URLs sofort durch die neuen ersetzt — der Prozess dauert typischerweise zwischen 4 und 12 Wochen.
Ein häufiger Fehler deutscher Unternehmen: Die Bing Webmaster Tools werden vergessen. Auch wenn Bing im DACH-Raum nur etwa 6 bis 8 Prozent Marktanteil hat, generiert dieser Traffic häufig hochwertige B2B-Leads. Wiederholen Sie den Change-of-Address-Prozess auch dort.
5. Performance-Gewinne: Was Sie technisch wirklich gewinnen
Der größte Vorteil einer Migration von WordPress zu Next.js ist die messbare Performance-Verbesserung — und damit verbunden bessere Core Web Vitals, die seit 2021 ein bestätigter Google-Rankingfaktor sind. In Benchmarks deutscher mittelständischer Sites sehen wir typischerweise folgende Verbesserungen:
- Largest Contentful Paint (LCP): Von 3,2 Sekunden (WordPress mit Elementor) auf 0,9 Sekunden (Next.js mit statischer Generierung)
- Interaction to Next Paint (INP): Von 320 ms auf unter 100 ms
- Cumulative Layout Shift (CLS): Stabilität durch festes Layout-System statt dynamisch nachgeladener Plugins
- Time to First Byte (TTFB): Unter 200 ms bei Edge-Deployment, verglichen mit 600 bis 1200 ms bei klassischem WordPress-Hosting auf Shared-Tarifen
Diese Gewinne entstehen jedoch nicht automatisch. Sie müssen die Next.js-Architektur bewusst auf Performance auslegen. Drei Stellschrauben sind dabei entscheidend.
Erstens: Nutzen Sie Static Site Generation (SSG) oder Incremental Static Regeneration (ISR) wo immer möglich. Blog-Artikel, Service-Seiten und Landingpages sollten als statisches HTML ausgeliefert werden. Nur Bereiche mit echter Interaktivität (Kontaktformulare, Warenkorb, Login) rechtfertigen Server-Side Rendering oder Client Components.
Zweitens: Verwenden Sie das native next/image-Komponente konsequent. Sie generiert automatisch WebP- und AVIF-Varianten, lazy-loaded unterhalb des Folds und liefert responsive Bildgrößen aus. Bei einer typischen WordPress-Migration werden 60 bis 80 Prozent des Page-Weights durch Bilder verursacht — hier liegt das größte Optimierungspotenzial.
Drittens: Reduzieren Sie JavaScript-Bundles. WordPress-Themes laden oft 800 KB bis 1,5 MB an Skripten allein für visuelle Effekte. Mit Next.js und Server Components können Sie diese Last auf unter 100 KB drücken, ohne funktional einzubüßen.
Für deutsche Sites mit DSGVO-Pflichten kommt ein weiterer Bonus hinzu: Da Sie nicht mehr auf externe WordPress-Plugins (Analytics, Cookie-Banner, Chat-Widgets) angewiesen sind, können Sie alle Tracking-Funktionen first-party implementieren. Das vereinfacht Ihre Datenschutzerklärung erheblich und reduziert das Risiko bei Abmahnungen.
6. 30/60/90-Tage Monitoring: Das Sicherheitsnetz nach dem Go-Live
Eine SEO-sichere Migration endet nicht mit dem Go-Live. Die ersten 90 Tage entscheiden darüber, ob Sie Rankings verlieren oder sogar Gewinne erzielen. Etablieren Sie ein strukturiertes Monitoring mit klaren Eskalationsstufen:
Tag 1 bis 30 — Akute Überwachung:
- Täglicher Crawl mit Screaming Frog, Vergleich der Statuscodes zur Vorab-Inventur
- Tägliche Prüfung der Search Console auf neue 404-Fehler und Indexierungsprobleme
- Wöchentlicher Sistrix- oder Ahrefs-Sichtbarkeitsindex-Check
- Cloudflare Analytics: Welche alten URLs werden noch aufgerufen und korrekt weitergeleitet?
Tag 31 bis 60 — Stabilisierung:
- Wöchentlicher Crawl statt täglich
- Analyse der Klick- und Impressionsentwicklung in der Search Console im Vergleich zur Pre-Migration-Baseline
- Identifikation von Seiten, die signifikant Rankings verloren haben — diese benötigen Content-Audits
- Erste Performance-Messungen via PageSpeed Insights und Chrome User Experience Report (CrUX)
Tag 61 bis 90 — Optimierung:
- Monatlicher Crawl reicht, sofern keine größeren Probleme auftreten
- Vollständige Core-Web-Vitals-Analyse: Welche URLs erfüllen die Schwellenwerte nicht?
- Backlink-Reaktivierung: Identifizieren Sie wichtige externe Links, die ins Leere zeigen, und kontaktieren Sie die verlinkenden Sites mit der aktualisierten URL
- Abschlussbericht: Vergleich aller relevanten Metriken (organischer Traffic, Conversions, Rankings) mit der Baseline
Wenn Sie nach 90 Tagen weniger als 10 Prozent Traffic-Verlust haben, war Ihre Migration ein Erfolg. Bei 10 bis 25 Prozent Verlust sollten Sie eine vertiefte Analyse durchführen — meist liegt es an falsch konfigurierten Redirects oder zusammengeführten Inhalten, die thematisch zu stark verändert wurden. Verluste über 25 Prozent deuten auf strukturelle Probleme hin und erfordern oft die Hilfe einer spezialisierten Digitalagentur mit Migrationserfahrung.
Fazit: Die Migration als strategische Investition
Die Migration von WordPress zu Next.js ist 2026 für viele deutsche Unternehmen kein Nice-to-have mehr, sondern eine strategische Notwendigkeit. Die Performance-Vorteile, die einfachere DSGVO-Konformität und die langfristig niedrigeren Wartungskosten rechtfertigen den Aufwand in den meisten Fällen. Entscheidend ist jedoch die Disziplin in den vier kritischen Phasen: gründliche Inventur, präzises URL-Mapping, technisch saubere Redirect-Implementierung und kontinuierliches Post-Launch-Monitoring.
Wer einen dieser Schritte überspringt — und das ist die häufigste Ursache für Traffic-Einbrüche — riskiert Monate organischen Sichtbarkeitsverlustes, die im Worst Case Jahre an SEO-Arbeit zunichtemachen. Wer hingegen strukturiert vorgeht, gewinnt nicht nur eine technologisch zukunftsfähige Website, sondern oft auch bessere Rankings als zuvor, weil die Performance-Verbesserungen sich direkt in den Core Web Vitals niederschlagen.
Wenn Sie eine Migration in den kommenden Monaten planen und sicherstellen möchten, dass Ihre über Jahre aufgebaute SEO-Substanz erhalten bleibt, können Sie Ihr Projekt über unser Angebotsformular beschreiben — Sie erhalten innerhalb von 48 Stunden eine fundierte Einschätzung per E-Mail. Wir prüfen Ihre individuelle Situation und erstellen einen konkreten Fahrplan für eine technisch und strategisch saubere Migration.

