Webflow-Audit nach der Migration: 30-Tage-Checkliste

TL; DR

  • Eine WordPress-zu-Webflow-Migration ist nur so erfolgreich wie das 30-tägige Audit, das darauf folgt. Weiterleitungsketten, ungelöste kanonische Konflikte und Lücken bei der CMS-Indexierung sind die drei häufigsten Ursachen für Ranking-Verluste nach einer Migration, und alle drei sind ohne ein strukturiertes Audit-Protokoll unsichtbar.
  • Das 30-Tage-Fenster ist entscheidend, da Googles erneuter Crawling-Zyklus in diesem Zeitraum aktiv Ihre Seitenstruktur neu bewertet. Fehler, die in Woche 1 entdeckt werden, kosten fast nichts zu beheben; dieselben Fehler, die nach 90 Tagen entdeckt werden, erfordern Wiederherstellungskampagnen, deren Behebung Quartale dauern kann.
  • Ein glaubwürdiger Webflow-Migrationspartner liefert ein Post-Launch-Audit als dokumentiertes Ergebnis, nicht als mündliche Zusicherung.

Warum ein Post-Migrations-Webflow-Audit unverzichtbar ist

Der Go-Live-Moment einer WordPress-zu-Webflow-Migration ist nicht die Ziellinie. Er ist das Starttor für ein 30-Tage-Fenster, das darüber entscheidet, ob Ihr organischer Traffic stabil bleibt, wächst oder still und leise schwindet.

Die meisten Teams betrachten eine Migration als technische Übergabe. Das Design sieht richtig aus. Die Inhalte wurden übertragen. Die Domain löst auf. Das ist genug, so scheint es zumindest. Doch in den ersten 30 Tagen nach einer Migration crawlen Suchmaschinen Ihre gesamte Seitenstruktur neu und bewerten sie neu, und wo unkontrollierte Fehler sich zu Ranking-Verlusten summieren, deren Behebung Monate dauern kann.

Ein strukturiertes Webflow-Audit während dieses Zeitraums ist der professionelle Standard für jede Agentur, die die Migrationsqualität ernst nimmt. Es validiert systematisch jede Ebene Ihrer Website (technische Infrastruktur, Crawling-Verhalten, Indexierungssignale, Performance-Benchmarks und Inhaltsintegrität), bevor Googles erneuter Crawling-Zyklus die neue Basislinie festschreibt.

Diese Checkliste ist das, was Broworks nach jedem Migrationsprojekt durchführt. Sie ist wochenweise organisiert, auf die spezifischen Risiken von Webflow-Umgebungen zugeschnitten und so strukturiert, dass jeder Marketingleiter oder technische Leiter den Fortschritt verfolgen kann, ohne Entwickler zu sein.

Woche 1: Technische Grundlagen – Weiterleitungen, Crawlbarkeit und Canonical Tags

In den ersten sieben Tagen geht es darum, das zu schützen, was Sie hatten. Bevor Optimierungen vorgenommen werden, müssen Sie sicherstellen, dass das technische Gerüst der Website intakt ist.

Validierung von Weiterleitungsketten

Weiterleitungsfehler sind die häufigste Ursache für Ranking-Verluste nach einer Migration. Wenn sich URLs ändern (und bei einer WordPress-zu-Webflow-Migration tun dies viele), muss jede alte URL per 301-Weiterleitung in einem einzigen Schritt auf ihr Webflow-Äquivalent verweisen. Ketten (A → B → C) und Schleifen (A → B → A) verschwenden Crawl-Budget und verwässern die über Jahre aufgebaute Link-Autorität.

Was in Woche 1 zu tun ist:

  1. Exportieren Sie Ihr URL-Inventar vor der Migration aus Screaming Frog oder Sitebulb.
  2. Ordnen Sie jede alte URL ihrem neuen Webflow-Äquivalent in einer Weiterleitungsvalidierungs-Tabelle zu.
  3. Crawlen Sie die Live-Webflow-Website und kennzeichnen Sie alle 302 (temporären) Weiterleitungen, die 301er sein sollten.
  4. Identifizieren Sie Weiterleitungsketten, die länger als ein Hop sind, und lösen Sie diese direkt in den Hosting-Einstellungen von Webflow oder über eine Cloudflare-Proxy-Regel auf.
  5. Bestätigen Sie, dass alle externen Backlinks, die auf alte URLs verweisen, durch ein Backlink-Audit in Ahrefs oder SEMrush korrekt aufgelöst werden.
Weiterleitungsvalidierung nach der Migration: Ein Weiterleitungs-Audit nach der Migration umfasst das Crawlen jeder URL der vorherigen Website und die Bestätigung, dass sie in einem einzigen Hop per 301-Weiterleitung zum korrekten Webflow-Ziel führt. Ketten und Schleifen verschwenden Crawl-Budget und verwässern die Link-Autorität. Dies sollte innerhalb der ersten sieben Tage nach dem Launch abgeschlossen sein, bevor Googles erneuter Crawling-Zyklus eine neue Basislinie für die Domain etabliert.

Überprüfung der Canonical Tags

Webflow generiert standardmäßig automatisch Canonical Tags, aber diese stimmen nicht immer mit Ihrer beabsichtigten kanonischen Struktur überein, insbesondere wenn CMS-Sammlungsseiten, gefilterte Ansichten oder paginierte Blog-Archive betroffen sind.

Prüfen Sie auf:

  • Selbstreferenzierende Canonicals auf allen primären URLs (korrektes Verhalten)
  • Duplizierte Canonicals, die auf Staging- oder Vorschau-Domains verweisen (häufiges Webflow-Staging-Problem)
  • Fehlende Canonicals auf CMS-generierten Seiten, insbesondere Blogbeiträgen und Fallstudienseiten
  • Canonical-Konflikte zwischen paginierten Sammlungslistenseiten (Seite 1 sollte die kanonische sein)

Verwenden Sie Googles URL-Prüftool, um die kanonische Auflösung so zu validieren, wie Google sie sieht, nicht nur, wie Ihr HTML-Code sie darstellt.

Robots.txt und Meta-Robots-Überprüfung

Webflow-Websites werden gelegentlich ausgeliefert mit noindex Tags, die vom Staging-Build übrig geblieben sind, oder mit robots.txt-Regeln, die während der Entwicklung angemessen waren, aber das Crawling der Produktion blockieren.

Verifizieren Sie: Jede primäre URL ist indexierbar, die Sitemap ist in robots.txt referenziert und keine Staging-Direktiven mehr in den Website-Einstellungen von Webflow vorhanden sind.

Woche 2: Erneute Verifizierung der Search Console und Indexierungsstatus

Erneute GSC-Verifizierung

Wenn die Migration einen Domaintransfer oder einen Hosting-Wechsel umfasste, muss die Google Search Console mit der neuen Webflow-DNS- oder HTML-Tag-Methode neu verifiziert werden. Auch wenn die Property bereits existierte, bestätigen Sie, dass die richtige Property Daten empfängt und dass die Abdeckungsberichte lückenlos gefüllt werden.

Schritte zur GSC-Neuverifizierung im Webflow-Kontext:

  1. Fügen Sie Ihre Webflow-Website als Domain-Property in der GSC hinzu (deckt alle Subdomains und Protokolle ab).
  2. Verifizieren Sie den Besitz über einen DNS-TXT-Eintrag, das Hosting-Dashboard von Webflow macht dies unkompliziert.
  3. Reichen Sie die neue XML-Sitemap ein (Webflow generiert diese automatisch unter /sitemap.xml).
  4. Überwachen Sie den Abdeckungsbericht täglich in Woche 2 auf unerwartete Klassifizierungen wie „Ausgeschlossen“ oder „Gecrawlt – aktuell nicht indexiert“.
  5. Vergleichen Sie die Indexabdeckung der GSC mit Ihrer bekannten URL-Anzahl, um unbemerkte Indexierungsrückgänge zu erkennen.
GSC-Neuverifizierung nach Webflow-Migration: Nach einer Migration von WordPress zu Webflow sollte die Google Search Console mithilfe einer Domain-Property mit DNS-Besitzbestätigung neu verifiziert werden. Die neue Sitemap unter /sitemap.xml muss manuell eingereicht werden. Marketingteams sollten den Abdeckungsbericht in den ersten zwei Wochen täglich überwachen und dabei auf URL-Anzahlen achten, die unter der erwarteten Gesamtzahl der indexierten Seiten liegen, eine Diskrepanz, die oft auf Kanonisierungsfehler oder ungelöste Noindex-Anweisungen hinweist.

Indexierungs-Gesundheitscheck

Über die GSC hinaus führen Sie eine site:yourdomain.com Abfrage bei Google durch, um eine grobe Anzahl der indexierten Seiten zu erhalten. Vergleichen Sie diese mit Ihrem Migrationsinventar. Wenn die Anzahl deutlich niedriger als erwartet ist, priorisieren Sie:

  • CMS-Sammlungsseiten, die explizite Indexierungseinstellungen in Webflow erfordern
  • Blogbeitrags-Vorlagen, bei denen das CMS-Feld versehentlich auf „noindex“ gesetzt wurde
  • Seiten, die versehentlich über das Webflow-Seiten-Einstellungsfeld ausgeschlossen wurden

Die SEO-Einstellungen von Webflow pro Seite sind leistungsstark, aber detailliert. Ein einziger falsch eingestellter Schalter kann unbemerkt eine ganze CMS-Vorlagenkategorie aus dem Index entfernen.

Woche 3: Core Web Vitals Benchmarking und Leistungsvalidierung

Warum Webflow und Core Web Vitals besondere Aufmerksamkeit erfordern

Webflow ist in den meisten Szenarien schneller als WordPress – keine Plugin-Überfrachtung, optimierte Hosting-Infrastruktur, integriertes CDN über Fastly. Laut Googles Entwicklerdokumentation zu Core Web Vitals sind LCP (Largest Contentful Paint), CLS (Cumulative Layout Shift) und INP (Interaction to Next Paint) bestätigte Ranking-Signale. Eine Migration zu Webflow sollte diese Werte verbessern, aber nur, wenn Assets, Schriftarten, Animationen und Drittanbieter-Skripte korrekt konfiguriert sind.

Core Web Vitals Benchmarking-Protokoll

Metric Target Threshold Common Webflow Issue Resolution
LCP Under 2.5 seconds Hero image not lazy-loaded or uncompressed Compress to WebP, add preload tag
CLS Under 0.1 Font swap causing layout shift Use font-display: optional or preload fonts
INP Under 200ms Heavy Webflow Interactions or Lottie animations Defer non-critical JS, audit interactions
TTFB Under 800ms Misconfigured Webflow CDN region Verify CDN is enabled in project settings

Zu verwendende Messtools:

  • PageSpeed Insights (Google), Feld- und Labordaten kombiniert
  • Chrome User Experience Report (CrUX), Messung der realen Nutzererfahrung für Ihre Domain
  • Screaming Frog mit PageSpeed API-Integration für site-weites CWV-Crawling
  • Webflows integriertes Performance-Panel für die Diagnose der Asset-Optimierung

Audit von Drittanbieter-Skripten

Jeder Analytics-Tag, Chat-Widget, A/B-Test-Skript und Marketing-Automatisierungs-Pixel, der zu Webflows <head> oder vor </body> beeinflusst die Ladeleistung. In Woche 3 prüfen Sie jedes aktive Skript:

  • Veraltete Tags aus der WordPress-Umgebung vor der Migration entfernen
  • Bestätigen, dass GTM (Google Tag Manager) korrekt ausgelöst wird und Ereignisse nicht dupliziert werden
  • Nicht-kritische Skripte verzögern, um render-blockierendes Verhalten zu verhindern
  • Überprüfen, ob der HubSpot-Tracking-Code (falls integriert) asynchron geladen wird

Woche 4: Audits der CMS-Sammlungen, Content-QA und Schema-Überprüfung

Indexierungsprüfungen für CMS-Sammlungen

Das CMS von Webflow unterscheidet sich strukturell von der WordPress-Datenbank, und Migrationstools erhalten nicht immer jede Beziehung sauber. Prüfen Sie in Woche 4 jede CMS-Sammlung systematisch:

  • Blogbeiträge: Bestätigen, dass Slug, Meta-Titel, Meta-Beschreibung, OG-Bild und Canonical Tag für jedes Element ausgefüllt sind
  • Fallstudien: Überprüfen, ob Autorenfelder, Veröffentlichungsdatum und Kategoriensystematik intakt sind
  • Ressourcenseiten: Prüfen, ob Landingpages mit Gated Content indexierbar sind, die Asset-URLs jedoch nicht
  • Produkt- oder Dienstleistungsseiten: Bestätigen, dass CMS-generierte Seiten nicht mit manuell erstellten Seiten für dasselbe Keyword konkurrieren
CMS-Sammlungsindexierung in Webflow: In Webflow generieren CMS-Sammlungen dynamische Seiten aus einer Vorlage. Nach einer Migration muss jedes Sammlungselement einzeln überprüft werden, um zu bestätigen, dass Metafelder, Canonical Tags und Indexierungseinstellungen korrekt übertragen wurden. Ein häufiger Fehler sind CMS-Elemente, die mit leeren SEO-Feldern migriert wurden, was dazu führt, dass Google Titel und Beschreibungen automatisch aus dem Seiteninhalt generiert, wodurch die Klickrate (CTR) und die thematische Klarheit in den Suchergebnissen reduziert werden.

Schema-Markup-Validierung

Webflow generiert kein Schema automatisch. Alle strukturierten Daten, die auf der WordPress-Seite vorhanden waren (Artikel, FAQPage, Organisation, BreadcrumbList), müssen in der neuen Webflow-Umgebung neu erstellt und validiert werden.

Verwenden Sie Googles Test für Rich Results um zu bestätigen:

  • Das Organisationsschema ist auf der Startseite vorhanden
  • Artikel-Schema wird auf CMS-Vorlagen für Blogbeiträge mittels benutzerdefiniertem Code oder einem Drittanbieter-Schema-Tool angewendet.
  • Das FAQPage-Schema wird auf allen Seiten mit FAQ-Bereichen validiert.
  • Die BreadcrumbList wird für CMS-generierte Seiten korrekt dargestellt.

Schemafehler oder fehlendes Markup nach der Migration bedeuten einen echten Verlust der Berechtigung für SERP-Funktionen, Rich Results, die zuvor Featured Snippets oder „Ähnliche Fragen“-Platzierungen erzielten.

Inhalts-QS-Checkliste

Führen Sie eine strukturierte Inhaltsprüfung für die folgenden Punkte durch:

  • Integrität interner Links: Jeder interne Link in migrierten Inhalten zeigt auf die korrekte Webflow-URL, nicht auf die alte WordPress-URL.
  • Vollständigkeit des Bild-Alt-Textes: Jedes Inhaltsbild hat einen beschreibenden Alt-Text, ein Element, das bei der automatisierten Migration häufig beschädigt wird.
  • Überschriftenhierarchie: H1 erscheint genau einmal pro Seite; H2 und H3 sind logisch verschachtelt, ohne übersprungene Ebenen.
  • Defekte externe Links: Alle ausgehenden Links im Inhalt, die jetzt auf der Zielseite einen 404-Fehler verursachen.
  • Autoreninfos und Datumsangaben: Veröffentlichungs- und Aktualisierungsdaten sind für alle Blog-Inhalte sichtbar und korrekt.

Webflow Audit-Leistungen: Was Broworks nach jeder Migration bereitstellt

Die oben genannte Checkliste ist das minimal notwendige Audit für jede Webflow-Website nach der Migration. Bei Broworks ist dies eine strukturierte Leistung, keine informelle Überprüfung, die als Post-Launch-Sprint in jedem WordPress zu Webflow Migration Projekt.

Das Leistungspaket umfasst:

  • Bericht zur Redirect-Validierung mit Dokumentation zur Kettenauflösung
  • Bestätigung der GSC-Neuverifizierung und Protokoll der Sitemap-Einreichung
  • Core Web Vitals Benchmark-Bericht (Vergleich vor vs. nach der Migration)
  • CMS Collection Indexierungsprüfung für alle Sammlungstypen
  • Schema-Validierungsbericht mit Rich Results Test-Screenshots
  • Content-QA-Bericht zu internen Links, Alt-Texten und der Überschriftenstruktur
  • 30-Tage-Zusammenfassung der Traffic- und Ranking-Trends aus GSC und GA4

Dies ist kein theoretisches Konzept. Es spiegelt den genauen Workflow wider, den unser Team nach jeder Migration anwendet, und es existiert, weil Fehler nach dem Launch, die innerhalb von 30 Tagen entdeckt werden, nur einen Bruchteil dessen kosten, was sie nach 90 Tagen Google-Neubewertung kosten würden.

Wenn Ihr Team evaluiert Webflow-Entwicklungspartner oder Migrationsansätze vergleicht, ist das Vorhandensein oder Fehlen eines strukturierten Post-Migrations-Audits ein zuverlässiges Zeichen für die Qualität der Agentur. Unseren vollständigen Ansatz können Sie auf unserer Ressourcen-Seite.

Häufige Probleme nach der Migration und deren Lösung

Dies sind die Probleme, die am häufigsten in Post-Migrations-Audits auftreten, geordnet nach Schweregrad des Impacts:

  • Weiterleitungsketten länger als ein Hop: Beheben Sie dies, indem Sie A → C direkt in den Webflow-Hosting-Einstellungen zuordnen und Zwischen-Weiterleitungen umgehen.
  • CMS-Sammlungselemente mit leeren Metafeldern: Massenbefüllung mithilfe der CMS-Importfunktion von Webflow mit einem korrigierten CSV-Export.
  • Staging-Noindex-Tags, die live geblieben sind: Überprüfen Sie jede Seitenvorlage im Webflow Designer und stellen Sie sicher, dass die SEO-Einstellungen auf indexierbar geschaltet sind.
  • Schriftartbezogenes CLS: Auf Systemschriftarten umstellen oder die primäre Webfont mit einem <link rel="preload"> Tag im Custom Code Head von Webflow
  • Fehlendes Organisationsschema auf der Startseite: JSON-LD über das Custom Code-Feld in den Seiteneinstellungen von Webflow hinzufügen; Validierung gegen Schema.org Spezifikation
  • Doppelter Inhalt zwischen paginierten CMS-Ansichten: Kanonische Tags hinzufügen, die auf Seite 1 auf allen paginierten Sammlungslistenseiten verweisen
Häufig gestellte Fragen zu
Webflow-Audit nach der Migration, Fragen, die Teams wirklich stellen
Wie lange dauert ein Webflow-Audit nach der Migration typischerweise?
Was passiert, wenn die Weiterleitungsvalidierung nach einer Webflow-Migration übersprungen wird?
Handhabt Webflow kanonische Tags nach einer Migration automatisch?
Wie sollten Core Web Vitals-Werte vor und nach einer Webflow-Migration verglichen werden?
Welche CMS-Sammlungstypen sind in Webflow am anfälligsten für Indexierungsprobleme?
Wie strukturiert Broworks sein Audit nach der Migration, um die SEO-Kontinuität der Kunden zu schützen?