Learnings aus SEO-Audits von Webflow-CMS-Sites

TL;DR: Bei statischen Seiten ist Webflow in Sachen SEO weitgehend solide. Die Ranking-Killer verstecken sich in den Collection-CMS-Funktionen – Feldnamen, die zu URL-Slugs werden, Referenzfelder, die die Sitemap aufblähen, Draft-Items, die in sitemap.xml landen. Die Reihenfolge der Fixes ist wichtiger als die Checkliste selbst: Crawler lesen zuerst Sitemap und robots, dann das Seitentemplate, erst danach die aus Feldern generierten Metadaten. Das Umbenennen eines CMS-Feldes, bevor der Draft-Leak in der Sitemap gestopft ist, ist das häufigste Priorisierungs­problem in meinen Audits. Drei rein Webflow-spezifische Bugs verursachen rund 60 % aller Indexierungs­lücken bei CMS-lastigen Sites: Name-Field-to-Slug-Bleed, URL-Bloat durch Referenzfelder und 404-Fehler bei dynamischen OG-Bildern. Die Copy-&-Paste-Lösungen stehen unten.

Warum es in diesem Artikel nicht um Meta-Tags geht

Die meisten „Webflow-SEO“-Anleitungen hangeln sich an derselben Liste entlang: Meta-Title setzen, Bilder komprimieren, Search Console anschließen, Backlinks aufbauen. Alles okay, nur eben nicht Webflow-spezifisch. Für Wix, Framer, WordPress oder eine Next.js-Site bekäme man dieselbe Checkliste. Die wirklich Webflow-typischen Probleme stecken im Collection-CMS – und darüber schreibt kaum jemand, weil die Ranking-Posts zu „Webflow SEO“ selten von Leuten stammen, die jemals mehr als 50 Collection-Items geprüft haben.

Ich habe in den letzten zwei Jahren Webflow-Sites zerlegt: Verzeichnisse, programmatic-SEO-Kataloge, Agentur-Blogs, ein paar Marktplätze. Es tauchen immer dieselben drei, vier Fehler auf. Auf statischen Webflow-Seiten sieht man sie nie, bei CMS-Schwergewichten immer. Und sie bleiben im Designer unsichtbar – darum halten sie sich so hartnäckig.

Was folgt, ist meine Audit-Checkliste in der Reihenfolge, in der ich sie abarbeite. Ich starte mit der Crawl-Reihenfolge, weil dort die meisten Betreiber falsch priorisieren; die eigentlichen Issues hängen davon ab.

Was Google zuerst abruft (und warum die Fix-Reihenfolge zählt)

Der häufigste Fehler in Webflow-Audits ist kein fehlender Fix, sondern die falsche Reihenfolge. Ein Betreiber entdeckt fehlende Alt-Texte, füllt einen Nachmittag lang jedes Bild nach – und bemerkt nicht, dass gleichzeitig Drafts in der Sitemap veröffentlicht werden. Beides sind Bugs. Einer steht im Crawler-Ablauf vor dem anderen:

Alt-Text ist nicht unwichtig. Alt-Text auf einer Seite, die nicht in der Sitemap steht, aber schon. Viele „Ich hab alles optimiert und nichts passiert“-Geschichten stammen von Betreibern, die unten in dieser Liste angefangen haben. Geht sie von oben nach unten durch. Die ausführliche Crawl-Budget-Logik steckt im Beitrag zur Crawl-Budget-Optimierung.

Die zwölf Fehler, die immer wieder auftauchen

Hier die eigentliche Checkliste. Zwölf Zeilen. „Scope“ sagt, ob das Problem nur Collections, nur statische Seiten oder beides betrifft. „Priority“ ordnet es der Crawl-Reihenfolge zu: 1 heißt sofort fixen, 3 kann warten.

Acht der zwölf Punkte sind collection-spezifisch, und alle vier Top-Prioritäten ebenso. Hat deine Site weniger als 20 Collection-Items, gelten nur Zeile 4, 7, 10 und 12 – dann brauchst du diesen Artikel kaum. Die nächsten Abschnitte erklären die drei größten Webflow-Bugs plus den Canonical-Fix, der jeden Betreiber einmal erwischt.

Issue 1: Draft-Items in sitemap.xml

Der Klassiker bei Verzeichnis-Sites. Ein Betreiber legt 40 neue Listings als Draft an, publiziert 12 davon und glaubt, die restlichen 28 seien unsichtbar. Sind sie nicht. Ob Drafts in der Sitemap landen, hängt von der Collection-Einstellung ab. In mehreren Audits enthielt die Sitemap Drafts, weil die Collection Jahre zuvor testweise so konfiguriert wurde.

Fix: Zwei Klicks. Project Settings → SEO → Auto-generate Sitemap → prüfen, ob „Exclude Drafts“ aktiv ist. Dann Sitemap exportieren, im Texteditor öffnen. Tauchen dort URLs auf, die im Inkognito-Tab einen Draft-Slug oder 404 liefern, überschreibt eine Custom-Sitemap die Auto-Version.

Warum Priorität 1: Google crawlt die Sitemap zuerst. Eine verschmutzte Sitemap verbrennt Crawl-Budget. Bei einem Kunden enthielt die Sitemap 1 847 URLs, davon 1 200 404er; nach dem Cleanup stieg der Index von 312 auf 1 419 Seiten – Aufwand: 30 Minuten.

Issue 2: URL-Bloat durch Referenzfelder

Der K.o. bei Katalog- und Programmatic-SEO-Sites. Webflow-CMS kennt Multi-Reference-Felder: ein Item verweist auf viele Items einer anderen Collection. Klassisch: Blogpost mit mehreren Kategorien. Problematisch wird’s beim Category-Template, das per Reference filtert.

Rechenbeispiel: Hat ein Produkt sieben Kategorie-Tags und jede Kategorie listet alle Produkte, erscheint dasselbe Produkt unter sieben Pfaden: /category/a/product-x, /category/b/product-x usw. Jeder Pfad besitzt ein eigenes Canonical oder – häufiger – ein selbst­referenziertes. Sieben Canonicals konkurrieren um dieselbe Suche. Google wählt eins, muss aber alle sieben erst crawlen.

Zwei Lösungen. Sauber: Canonical jeder Kategorie-Instanz zeigt auf die Einmal-URL ohne Kategorie-Prefix. Webflow kann den Canonical per Feldbindung setzen. Faul: Kategorie-Seite nur als Liste ausgeben und auf die Produkt-URL verlinken – dafür braucht es ein Template-Redesign, das Betreiber gern vertagen.

Warum Priorität 1: der schadens­reichste Webflow-Bug. Sites mit diesem Fehler haben fünf- bis zehnfach aufgeblähte Sitemaps. Symptom: hohe Impressions, niedrige CTR, Rankings schwanken zwischen Platz 8 und 20, weil Google wöchentlich den Canonical wechselt.

Issue 3: Name-Field-to-Slug-Bleed

Kosmetischer, aber bei Masse relevant. Webflow leitet den Slug eines CMS-Items aus dem „Name“-Feld ab, sofern man ihn nicht manuell setzt. Meist bleibt er auto-generiert – mitsamt Satzzeichen, Datumsangaben, internen Versions-Suffixen oder AI-Verdacht-Formulierungen.

Gesehene Beispiele: /blog/the-best-2026-seo-checklist-finally/ („finally“ war ein Entwurfs­kommentar), /products/v2-rev3-final-fixed/ (interne Versionierung), /blog/why-you-should-actually-use-our-tool/ („actually“ wirkt nach KI). Indexiert werden sie trotzdem, aber CTR leidet und Shares wirken unprofessionell.

Fix: Bulk-Slug-Audit. Nach Slug sortieren, Länge > 60 Zeichen, Datums­muster, Wörter wie „final“, „v2“, „rev“, „actually“. Unter 500 Items dauert das einen Nachmittag. Bei mehr: CSV-Export, Regex über Slug-Spalte, Re-Import. Achtung: Slug-Änderung bricht die alte URL. Vorher Redirect anlegen: Project Settings → Hosting → 301 Redirects. Wildcards sind möglich. Mehr dazu im Post-Launch-SEO-Checklist.

Issue 4: Fehlendes Canonical im Collection-Template

Weniger dramatisch, trifft aber jeden. Das Collection-Template rendert alle Items nach deinem URL-Muster. Standardmäßig setzt Webflow ein selbst­referenziertes Canonical – solange niemand das Feld bindet. Bindet jemand es an ein CMS-Feld, das teils leer ist, rendert ein Teil der Items mit leerem Canonical. Google reagiert unberechenbar.

Symptom: Hälfte der Items rankt, Hälfte nicht, ohne erkennbares Muster. „View Source“ auf ein paar Items und <link rel="canonical"> prüfen. Leer? Feldbindung schuld. Falsche URL? Tippfehler. Fix: Canonical zurück auf „Page URL“. Audit: 10 Minuten. Effekt: schon von 30 % auf 90 % Indexierung gesehen.

Das leere-OG-Bild-Problem

Priorität 2. OG-Bild per CMS-Feld gebunden, Feld bleibt leer – Webflow hat keinen Fallback. Resultat: 404-Bild im Share-Snippet. Prüfe in Project Settings → SEO ein Standard-OG-Bild. Audit: Collection nach leeren Bild-Feldern filtern. Fix via Conditional Visibility: Wenn Feld leer, Site-Default anzeigen. Tritt bei etwa der Hälfte aller geprüften Sites auf, weil der Designer ein Platzhalter-Thumbnail zeigt.

Die Lighthouse-CWV-Falle

Priorität 3. Webflow-Scores sind meist okay, doch Cumulative Layout Shift steigt oft durch lazy-geladene Interactions. Ein Hover- oder Scroll-Effekt auf einem CMS-Element lädt verzögert und verschiebt das Layout. Lighthouse bestraft, Nutzer merken es kaum. Drei Collection-Pages prüfen: Liegt CLS auf der Startseite bei 0,1 und auf Items bei 0,25, sind Interactions schuld. Fix: Platz reservieren (min-height) oder Trigger auf „scroll into view“ ändern. Siehe den Beitrag zum Lighthouse-SEO-Score.

Warum Schema deinen Aufwand multipliziert

Das Collection-CMS ist de facto eine Schema-Definition, die sich in Hunderte Seiten ausrollt. Slug-Regel, Canonical-Binding, Feld-Setups – jede Entscheidung multipliziert sich. Ein Fehler kostet Hunderte Seiten. Darum lieber eine Stunde Template-Canonical fixen als vier Stunden einzelne Meta-Titles patchen.

Wann Webflow-CMS deiner Site entwächst

Die meist­gestellte Frage: Wann ist Webflow-CMS zu klein? Antwort: selten. Drei Signale sprechen für einen Wechsel. Erstens: > 5 000 Items und du stößt an Collection-Limits oder zahlst den höchsten Plan nur für Luft nach oben. Zweitens: serverseitiges Rendering für nutzer­abhängigen Content (Faceted Search, personalisierte Empfehlungen, dynamische Filter mit persistenter URL) – Client-Side-Filtering bricht die Indexierung. Drittens: > 15 Editoren, die sich im Designer ins Gehege kommen.

Trifft eines zu, empfehle ich meist Headless-CMS mit Custom-Frontend, Design-System bleibt in Webflow als Referenz. Siehe Migration zum Headless-CMS und WordPress-Migration. Trifft nichts zu, ist Replatforming teurer als Schema-Fixes. Betreiber, die zu früh wechselten, berichten oft von sechs Monaten Neuaufbau dessen, was schon lief.

Eine Prioritäten-Liste zum Mitnehmen

Erst die linke Spalte. Sie beeinflusst Sitemap und Crawl-Budget. Dann die mittlere, weil sie das Rendering pro Item betrifft. Rechte Spalte, wenn Zeit ist – Impact kleiner, Arbeit per Item statt schemaweit. Tauchte im Audit ein Draft-Leak auf? Diesen Bug diese Woche fixen, bevor Feld-Renames anstehen. Das gewonnene Crawl-Budget finanziert den Rest. Nicht-Webflow-Spezifisches steht in der SEO-Hygiene-Checklist; statische On-Page-Fehler im Beitrag zu häufigen On-Page-Fehlern.

Was das Audit nicht abdeckt

Ehrliche Einschränkung: Die Zwölf-Punkte-Liste behandelt die Struktur. Themenwahl, interne Links, Content-Tiefe, Backlinks deckt sie nicht ab. Das ist platt­form­agnostisch – in Webflow wie in WordPress gleich. Siehe Interne-Link-Statistiken und Content-Decay-Guide. Wenn nach den Zwölf Punkten immer noch nichts rankt, liegt der Engpass nicht mehr an Webflow. Tiefer geht’s im Log-File-Analyse-Beitrag.

FAQ

Handhabt Webflow SEO out of the box gut? Die statische Oberfläche ja: Meta-Tags, saubere URLs, Sitemap-Generator, Lighthouse-Scores sind solide. Die Collection-CMS-Oberfläche braucht Feinschliff – dort entsteht der meiste Webflow-spezifische Aufwand. Unter 20 Collection-Items reicht Standard-Webflow meist.

Brauche ich ein Webflow-SEO-Plugin? Das Plugin-Ökosystem ist dünner als bei WordPress, und vieles (Schema-Injection, Sitemap-Override, Redirect-Management) geht nativ in den Project Settings. Ausnahme: externe Site-Audit-Tools, die deine Site crawlen. Die Plugin-Frage zeigt oft, dass der Betreiber die native SEO-Sektion noch nicht ausgeschöpft hat.

Warum rankt meine Webflow-Collection inkonsistent? Meist wegen einer Canonical-Fehlkonfiguration im Template: Hälfte der Items hat leeres oder vertipptes Canonical, Google de-indexiert sie. Erst Canonical-Binding prüfen. Wenn an CMS-Feld gebunden, zurück auf „Page URL“.

Ist Referenz-Bloat noch ein Problem, wenn Canonicals gesetzt sind? Weniger, aber es kostet trotzdem Crawl-Budget. Google muss die Duplikate abrufen, um Canonicals zu prüfen. Eine 10-fache Sitemap-Inflation zahlt auch mit korrektem Canonical eine 10-fache Crawl-Rechnung. Quelle drosseln ist dauerhafter.

Wann sollte ich aus SEO-Gründen vom Webflow-CMS migrieren? Selten. Signale: > 5 000 Items, serverseitig dynamischer Content, der indexiert werden muss, oder > 15 Editoren im Designer. Trifft nichts zu, ist Migration teurer als Audit. Erst Schema fixen.