Die meisten B2B-SaaS-Teams migrieren nicht von WordPress, weil sie Webflow lieben. Sie migrieren, weil WordPress zu einer Belastung geworden ist, einer Plattform, auf der jedes Plugin-Update ein potenzieller Vorfall ist, wo Marketing-Tempo von Entwickler-Verfügbarkeit abhängt, und wo die Gesamtbetriebskosten weiter steigen, während der Wettbewerbsvorteil weiter schrumpft.
Richtig gemacht, schützt eine WordPress-zu-Webflow-Migration jedes SEO-Asset, das ihr aufgebaut habt, und entfernt den Overhead, der euer Team ausbremst. Schlecht gemacht, kann sie organischen Traffic über Nacht um 30 bis 40 Prozent senken. Der Unterschied liegt komplett in der Ausführung. Diese Checkliste deckt jeden Schritt ab, der zählt, in der richtigen Reihenfolge.
Warum der Wechsel geschäftlich Sinn ergibt
Das "WordPress ist kostenlos"-Argument bricht schnell zusammen, wenn man zusammenzählt, was ein typisches B2B-SaaS-Team tatsächlich bezahlt, um es am Laufen zu halten:
- Hosting (performant): 450 bis 1.750 Euro/Jahr
- Themes und essenzielle Plugins: 250 bis 700 Euro/Jahr
- Sicherheits-Monitoring: 175 bis 350 Euro/Jahr
- Laufende Wartungsverträge: 1.300 bis 3.500 Euro/Jahr
- Notfall-Fixes (Konflikte, Vorfälle): 450 bis 1.300 Euro/Jahr
Das sind allein im ersten Jahr zwischen 2.600 und 7.800 Euro. Über drei Jahre erreichen viele Teams über 17.000 Euro auf einer Plattform, die sie für nahezu kostenlos hielten.
Webflow beseitigt das meiste davon. Hosting, CDN, SSL und Performance werden verwaltet. Es gibt keine Plugins zu aktualisieren oder Konflikte zu debuggen. Marketing-Teams veröffentlichen und aktualisieren Content ohne Entwicklungs-Tickets. Für SaaS-Unternehmen, bei denen Website-Tempo direkt Pipeline beeinflusst, summiert sich diese operative Verschiebung schnell.
Der SEO-Vorteil ist ebenfalls real, gut gemachte Migrationen haben gezeigt, dass Lighthouse-Performance-Werte von den mittleren 40ern auf 95+ springen und organischer Traffic innerhalb von 90 Tagen um 20+ Prozent steigt. Aber keines der beiden Ergebnisse ist garantiert. Beide hängen vollständig davon ab, wie die Migration ausgeführt wird.
Phase 1: Audit, bevor ihr irgendetwas baut
Die teuersten Migrationsfehler passieren, bevor auch nur eine Seite neu gebaut wird. Das Pre-Migrations-Audit ist keine optionale Fleissarbeit, es ist die Arbeit.
Führt einen vollständigen Crawl durch. Nutzt Screaming Frog oder Ahrefs Site Audit, um jede URL auf eurer aktuellen Seite zu exportieren. Das wird euer Migrations-Blueprint. Jede URL im Export muss entweder auf der neuen Seite existieren oder zum richtigen Ort weiterleiten.
Erfasst eure SEO-Baseline. Bevor sich etwas ändert, dokumentiert:
- Organischen Traffic pro Seite (letzte 90 Tage, aus GA4)
- Keyword-Rankings für alle Traffic-treibenden Seiten
- Core-Web-Vitals-Werte (aus Search Console oder PageSpeed Insights)
- Gesamtzahl indexierter Seiten (Search-Console-Page-Indexing-Report)
Ohne diese Baseline könnt ihr nach 30 oder 60 Tagen nicht sagen, ob die Migration geholfen, geschadet, oder nichts verändert hat.
Mappt eure Plugins und Integrationen. Listet jedes aktive Plugin auf und identifiziert sein Webflow-Äquivalent. Die meisten Marketing- und CRM-Integrationen (HubSpot, Zapier, Stripe, GTM) haben saubere Webflow-Lösungen. Manche, zum Beispiel WooCommerce für komplexen E-Commerce, haben keinen direkten Ersatz und brauchen einen separaten Lösungsplan.
Phase 2: Redirect-Map, der kritischste technische Schritt
Verpasste Weiterleitungen sind für fast jeden dramatischen SEO-Einbruch bei WordPress-zu-Webflow-Migrationen verantwortlich. Eine 301-Weiterleitung sagt Google, dass eure neue Seite dasselbe Asset wie die alte ist, und überträgt die Link-Equity, die diese Seite angesammelt hat. Ohne sie startet ihr bei null auf dieser Seite.
Baut eure Redirect-Map in einer Tabelle, bevor ihr den Webflow-Build anfasst:
Nutzt 301er für jede Seite, die umgezogen ist. Nutzt 410er (gelöscht) für Seiten, die ihr bewusst abschaltet, besser als sie 404en zu lassen. Nutzt niemals 302er in einer Migration, es sei denn, ihr habt einen konkreten technischen Grund.
Webflow hat einen eingebauten Redirect-Manager in den Site Settings und unterstützt Bulk-CSV-Import. Baut die Map in eurer Tabelle, importiert sie, und testet eine Stichprobe von 20 bis 30 URLs vor dem Launch. Fügt Weiterleitungen nicht nach dem Go-Live einzeln hinzu, so gehen sie verloren.
Phase 3: CMS-Architektur, für Suchintention designen
Hier sind die meisten Migrations-Guides wenig hilfreich vage. "Baut eure CMS-Struktur in Webflow nach" ist absolut keine ausreichende Anweisung.
Webflow CMS ist ein strukturiertes Content-System, jede Collection ist ein Template, konsistent auf jedes Item darin angewendet. Das ist ein bedeutender SEO-Vorteil, weil es heißt, ihr könnt Metadaten-Felder, URL-Muster und Schema über eure gesamte Content-Bibliothek hinweg erzwingen. Aber nur, wenn die Architektur mit Suchintention im Kopf designt wurde, nicht nur nach Content-Typ.
Eine typische B2B-SaaS-Seite braucht getrennte Collections für unterschiedliche Intentionen:
Jedes Collection-Template braucht dedizierte Felder für Meta-Titel, Meta-Description, Canonical-Tag und Schema-Typ, nicht Standardwerte. Standardwerte erzeugen generische Metadaten und versenken Click-Through-Raten.
Das Metadaten-Transfer-Problem: WordPress-SEO-Plugins wie Yoast speichern individuelle Meta-Titel und -Descriptions in der Datenbank. Diese Daten übertragen sich nicht automatisch, wenn ihr Content exportiert und importiert. Exportiert eure Yoast-Daten separat via CSV vor der Migration und mappt diese Felder auf eure Webflow-CMS-Felder beim Import. Diesen Schritt zu überspringen ist die häufigste einzelne Ursache für Click-Through-Rate-Einbrüche nach der Migration, selbst wenn die Rankings halten.
Das Shortcode-Problem: WordPress-Shortcodes migrieren nicht. Jeglicher Content, der Shortcodes nutzt, um Tabellen, Formulare, Rechner oder Preisblöcke einzubetten, erscheint nach dem Import als roher Shortcode-Text. Prüft euren Content auf Shortcode-Muster, bevor ihr exportiert, führt eine Datenbank-Suche nach "[ Shortcode-Syntax" durch, das dauert 20 Minuten und spart Stunden an Aufräumarbeit nach dem Launch.
Phase 4: Technische SEO-Konfiguration in Webflow
Webflow handhabt die meiste technische SEO nativ ohne Plugins. Verifiziert vor dem Launch, dass jede Einstellung bewusst konfiguriert ist:
- Sitemap: In den Site Settings aktiviert und an die Google Search Console übermittelt.
- Robots.txt: überprüft, bestätigt, dass keine wichtigen Seiten blockiert sind.
- Canonical-Tags: Pro Seite oder pro CMS-Template gesetzt.
- Noindex: Nur auf Seiten angewendet, die nicht indexiert werden sollen (Danke-Seiten, interne Suche, Staging-Vorschauen).
- Schema Markup: Für CMS-gesteuerte Seiten hinzugefügt (Prioritätstypen: Article, FAQPage, Organization, BreadcrumbList).
Für Core Web Vitals führt PageSpeed Insights auf Staging vor dem Launch aus. Webflows saubere Codebasis performt gut ab Werk, aber achtet auf:
- Unkomprimierte Bilder (nutzt WebP und komprimiert vor dem Hochladen).
- Schwere Drittanbieter-Skripte (lädt Analytics-, Chat- und Heatmap-Tools asynchron).
- Große Lottie-Animationsdateien (Lazy Loading, wo möglich).
Phase 5: Pre-Launch-QA
Als erfahrene Webflow-Rebuild-Agentur wissen wir: Launched niemals aus der Entwicklung heraus. Veröffentlicht auf Webflows Staging-Subdomain ("eureseite.webflow.io") und führt eine strukturierte QA durch, bevor ihr eure Domain verbindet.
Crawlt die Staging-Seite: Führt Screaming Frog gegen die Staging-URL aus. Achtet auf: 404er auf Seiten, die existieren sollten, fehlende Meta-Titel oder -Descriptions, kaputte interne Links, Bilder ohne Alt-Text, doppelte H1-Tags.
Testet eure Weiterleitungen: Nehmt eine Stichprobe von 30 URLs aus eurer Redirect-Map und verifiziert, dass jede korrekt zum richtigen Ziel mit einem 301 auflöst, nicht einer Redirect-Kette (A > B > C).
Verifiziert Integrationen: Bestätigt, dass Analytics feuert, CRM-Formular-Absendungen korrekt leiten, Conversion-Events tracken, und GTM-Tags wie erwartet laden.
Content-Review: Lasst jemanden, der nicht am Build beteiligt war, die Top-20-Seiten auf Formatierungsprobleme, fehlende Abschnitte, und kaputte Embeds prüfen. Das fängt Probleme ab, die Crawler übersehen.
Launch-Timing: Geht am Montag- oder Dienstagabend in der Zeitzone eurer primären Nutzer live, ganz sicher nicht Freitagnachmittag.
Phase 6: Launch-Tag-Ablauf
Wenn QA abgeschlossen ist, führt in dieser Reihenfolge aus:
1. Verbindet eure eigene Domain in den Webflow Site Settings und aktualisiert DNS.
2. Bestätigt, dass SSL bereitgestellt und aktiv ist.
3. Übermittelt eure neue Sitemap sofort an die Google Search Console.
4. Fordert Indexierung für eure wichtigsten Seiten über das GSC-URL-Inspection-Tool an.
5. Verifiziert, dass Weiterleitungen auf der Live-Domain funktionieren (nicht nur auf Staging).
6. Bestätigt, dass das gesamte Tracking im GTM-Preview-Modus feuert.
Super wichtig: Haltet eure WordPress-Seite mindestens 30 Tage intern zugänglich, nicht live, aber zugänglich, falls ihr auf Original-Content zurückgreifen müsst.
Phase 7: Post-Launch-Monitoring
Die Migration ist beim Launch nicht abgeschlossen. Die 90 Tage nach dem Go-Live entscheiden, ob eure SEO-Gewinne von Dauer sind.
7 Tage: Prüft die Search Console täglich. Beobachtet den Page-Indexing-Report und Crawl-Fehler. Jeder auftauchende 404-Fehler ist eine verpasste Weiterleitung, behebt ihn sofort.
30 Tage: Vergleicht organischen Traffic und Keyword-Rankings mit eurer Pre-Migrations-Baseline. Überprüft Core Web Vitals in der Search Console.
60 Tage: Vollständiger Keyword-Ranking-Vergleich. Untersucht Seiten, die Traffic verloren haben, meist ein Weiterleitungs-Problem oder Metadaten, die nicht korrekt übertragen wurden.
90 Tage: Vollständiger Performance-Review gegen Pre-Migrations-KPIs. Wenn Rankings stabil sind oder sich verbessern, ist das Fundament solide. Plant von hier aus eure nächste Phase an Content- und SEO-Arbeit.
Was sich nach einer sauberen Migration ändert
Eine korrekt ausgeführte Migration bewegt nicht nur eure Website. Sie verändert komplett, wie euer Marketing-Team arbeitet.
Content-Updates, die früher ein Entwickler-Ticket brauchten, passieren jetzt im Webflow Editor in Minuten. Neue Landing Pages werden ohne Entwicklungsbeteiligung gebaut. Die Plugin-Schwachstelle, die früher um 2 Uhr nachts einen Vorfall auslöste, passiert nicht mehr. Die Performance-Probleme, verursacht durch 40 aktive Plugins, verschwinden.
Für B2B-SaaS-Teams, bei denen Marketing-Tempo direkt Pipeline beeinflusst, summieren sich diese Änderungen. Das Team, das schneller veröffentlicht, mehr testet, und schneller iteriert, gewinnt über Zeit mehr organischen Traffic.
Die obige SEO-Checkliste stellt sicher, dass ihr die Rankings, die ihr euch bereits verdient habt, im Prozess dieses Übergangs nicht verschenkt.
FAQs
Nicht, wenn die Migration korrekt durchgeführt wird. Die Plattform selbst ist nicht das Risiko - Webflow verfügt über starke native SEO-Funktionen, darunter volle Kontrolle über Meta-Titel, Beschreibungen, Canonical-Tags, 301-Weiterleitungen, Schema-Markup und Sitemaps.
Das Risiko liegt vollständig in der Ausführung. Migrationen, die SEO schaden, haben fast immer dieselben Grundursachen: eine unvollständige Redirect-Map, Metadaten, die nicht aus Yoast oder Rank Math übertragen wurden, oder Seiten, die auf der neuen Website versehentlich auf noindex gesetzt wurden.
Eine saubere Migration, die die SEO-Performance vor dem Go-live benchmarkt, jede URL korrekt auf ihr Ziel mappt und die Search Console in den ersten 30 Tagen engmaschig überwacht, sollte die Rankings halten - und verbessert sie häufig sogar, da Webflow-Websites bei den Core Web Vitals tendenziell deutlich besser abschneiden als pluginlastige WordPress-Setups.
Für die meisten B2B-SaaS-Marketing-Websites: ja - und der Abstand wächst. Webflow generiert sauberes, semantisches HTML ohne Plugin-Overhead, lädt standardmäßig schnell über ein globales CDN und gibt Marketing-Teams direkten Zugriff auf jedes On-Page-SEO-Feld, ohne Entwickler:innen einzubeziehen.
WordPress kann bei korrekter Einrichtung mit Webflow in Sachen SEO-Konfiguration mithalten, erfordert aber mehr Wartung, um das zu bleiben. Jedes Plugin-Update ist ein potenzieller Konfliktpunkt, und die Performance verschlechtert sich mit der Zeit tendenziell, da Websites technische Schulden anhäufen.
Wo WordPress weiterhin die Nase vorn hat, sind sehr umfangreiche Content-Operationen mit komplexen redaktionellen Workflows, tiefgreifendem Bedarf an Entwickler-Individualisierung oder WooCommerce-basiertem E-Commerce. Für eine auf organisches Wachstum und Pipeline ausgerichtete B2B-SaaS-Marketing-Website ist Webflow die stärkere langfristige Wahl.
Für eine typische B2B-SaaS-Marketing-Website sind 3 bis 5 Wochen vom Kickoff bis zum Launch realistisch. Größere Websites oder Migrationen, die gleichzeitig mit einem Relaunch stattfinden, können bis zu 12 Wochen dauern.
Die Phasen, die durchweg länger dauern als Teams erwarten, sind das Pre-Migration-Audit, das Redirect-Mapping und die Metadaten-Übertragung - nicht die Design- oder Webflow-Build-Arbeit. Teams, die versuchen, diese Phasen zu überstürzen, sind es, die am Ende 30 Tage nach dem Launch mit Nachbesserungen beschäftigt sind.
Fühlt sich der Zeitrahmen zu lang an, ist die richtige Reaktion, die Migration konservativ zu scopen und eine saubere, vollständige Website zu launchen statt eine schnelle, unvollständige.
Die Migrationskosten variieren je nach Größe der Website, ob parallel ein Redesign stattfindet und wie viel individuelle Funktionalität neu gebaut werden muss.
Für eine unkomplizierte Migration von WordPress zu Webflow - saubere Redirect-Map, keine größeren individuellen Integrationen - kostet eine typische B2B-SaaS-Website 10.000 bis 18.000 Euro. Kombiniert man die Migration mit einem vollständigen Redesign und einer Messaging-Strategie, liegt man bei 25.000 bis 45.000 Euro. Bei Designbase sind das die beiden Engagement-Modelle, die wir für die meisten Teams anbieten.
Die für die meisten SaaS-Teams hilfreichere Betrachtung ist die der Gesamtbetriebskosten. Eine typische B2B-WordPress-Website kostet 3.000 bis 9.000 Euro pro Jahr für Hosting, Plugins, Wartungsverträge und Notfall-Fixes - noch bevor der Entwicklungsaufwand für Layout-Änderungen und Content-Updates eingerechnet ist.
Über drei Jahre geben viele Teams 20.000 Euro oder mehr für eine Plattform aus, die sie für nahezu kostenlos hielten. Eine gut ausgeführte Migration amortisiert sich häufig bereits innerhalb von 12 bis 18 Monaten allein durch geringere Wartungskosten - noch bevor man die gewonnene Marketing-Geschwindigkeit einer Website einrechnet, die das eigene Team tatsächlich eigenständig betreiben kann.
Nein, aber der Prozess erfordert mehr Sorgfalt als ein einfaches Copy-Paste. WordPress-Content wird als XML exportiert und kann für den Import in Webflow-CMS-Collections in CSV umgewandelt werden.
Der Content-Body überträgt sich einigermaßen gut. Was sich nicht automatisch überträgt, sind SEO-Metadaten (individuelle Titel und Beschreibungen aus Yoast oder Rank Math), Content, der auf Shortcodes basiert, sowie individuelle Felder aus Plugins wie Advanced Custom Fields.
Diese müssen separat exportiert, sorgfältig auf die CMS-Felder von Webflow gemappt und vor dem Launch Seite für Seite verifiziert werden. Die CMS-Architektur selbst - die Collections, Templates und Feldstruktur - muss in Webflow mit Blick auf die Suchintention von Grund auf neu konzipiert werden, statt einfach als Spiegelbild der bisherigen WordPress-Struktur nachgebaut zu werden.
Diese konzeptionelle Arbeit ist tatsächlich eine Chance: Die meisten B2B-SaaS-Websites landen nach der Migration bei einer saubereren, SEO-bewussteren Content-Struktur, als sie sie vorher hatten.
