Webflow hat sich von einem Designer-Tool zu einer ernsthaften Content-Plattform entwickelt. Mit dem CMS, Localization und Logic-Erweiterungen entstehen heute Websites die früher WordPress oder Custom-Code gebraucht hätten. SEO-technisch ist Webflow gut, aber nicht automatisch perfekt – und einige Eigenheiten der Plattform werden in der Praxis oft übersehen. Dieser Artikel zeigt was Webflow stark macht, wo seine Grenzen liegen und welche konkreten Tweaks Rankings hebeln.

Was Webflow von Haus aus richtig macht

Webflow ist mit klarem Code-Output gestartet und hat den Vorteil bis heute behalten. Generierte Seiten sind:

Validem HTML5 mit semantischen Tags
Responsive ohne Hilfs-Frameworks
HTTP/2-fähig durch das eigene Hosting (powered by AWS und Fastly)
Mit globalen CDN-Edges automatisch ausgeliefert
Standardmäßig HTTPS-only

Aus SEO-Sicht heißt das: ein Webflow-Site startet ohne typische technische Probleme, die bei manchen anderen Buildern (Wix, Squarespace) durch JavaScript-Overload oder schlechte Mobile-Strukturen entstehen.

Auch die wichtigsten Meta-Daten sind direkt im Editor pflegbar – Title, Description, Open Graph, Canonicals, Robots-Anweisungen. Das ist solide.

Wo Webflow strukturelle Schwächen hat

So gut der Output ist, hat Webflow auch typische Eigenheiten die SEO-Aufwand verursachen:

Hosting nur über Webflow. Sie können ein Webflow-Projekt nicht extern hosten. Damit sind Sie an die Plattform gebunden – inklusive Pricing-Modell und Bandbreiten-Limits.

Kein direkter Server-Zugriff. Kein .htaccess, kein Server-Side Rendering von eigenem Code, keine Custom-Headers ohne Plan-Upgrade. Spezielle Tweaks werden umständlich.

CMS-Strukturen sind starr. Collections sind eine Datenbank-Tabelle pro Inhaltstyp, ohne tiefere Verschachtelung. Komplexe Beziehungen zwischen Inhalten kosten Workarounds.

Robots.txt nur eingeschränkt editierbar. Standardregeln sind setzbar, komplexe Regeln (z. B. nur bestimmte Verzeichnisse blocken) sind eingeschränkt.

Pagespeed-Optimierung mit Limits. Bilder werden automatisch komprimiert und in WebP geliefert, aber bei Custom-Code-Embeds, Animationen und Interactions wird’s schnell schwer.

Wer das versteht, kann Webflow gezielt einsetzen – nämlich für Sites bei denen Design-Flexibilität wichtiger ist als technische Tiefe.

Title und Meta-Description in Webflow

Webflow bietet pro Seite und pro CMS-Item eigene SEO-Felder. Best Practices:

Title-Tag manuell setzen statt dem Default „Seitenname | Sitename” zu vertrauen
Title-Länge unter 60 Zeichen, sonst Cut-off in der SERP
Meta-Description pro Seite, max. 155 Zeichen
Open Graph separat pflegen – Webflow nimmt sonst automatisch die Meta-Description, was nicht immer optimal ist
Canonical nur setzen wenn nötig (z. B. bei Duplikaten); ansonsten Webflow automatisch lassen

Für Collection Items (Blog-Artikel, Produkte etc.) lassen sich Title und Description über Felder dynamisch generieren: {{ Name }} | Beispiel-Shop oder Ähnliches. Das funktioniert für viele KMUs problemlos – nur achten Sie darauf dass die Templates nicht zu generisch sind, sonst sieht die SERP austauschbar aus.

Strukturierte Daten in Webflow

Webflow generiert kein automatisches Schema-Markup. Strukturierte Daten muss man selbst einbauen, was bei dynamischen Inhalten (CMS Collections) etwas Arbeit bedeutet.

Ansätze:

Custom Code im <head> der Seite/Template, mit Webflow-Variablen für dynamische Werte
Embed-Block in der Body-Position, z. B. unten auf der Produktseite
JSON-LD bevorzugen über Microdata – einfacher zu warten, weniger fehleranfällig

Beispiel für ein Article-Schema in einem Webflow-Blog-Template:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "{{ wf {'path':'name'} }}",
  "datePublished": "{{ wf {'path':'published-date'} }}",
  "author": {
    "@type": "Person",
    "name": "{{ wf {'path':'author'} }}"
  }
}
</script>

Mehr zu validem Schema im Artikel zu Schema Markup.

Praxis-Tipp: Bauen Sie Schema-Markup nicht nur einmal ein, sondern testen Sie es nach jedem Webflow-Publish im Rich Results Test. Webflow ändert manchmal das Rendering von Custom-Code-Embeds, was zu unerwarteten Schema-Fehlern führen kann.

Pagespeed in Webflow optimieren

Webflow-Sites starten oft mit Lighthouse-Scores von 80+, können aber durch Aufwand auf 90+ getrieben werden. Die wichtigsten Hebel:

Bilder klein hochladen. Webflow komprimiert, aber die Quell-Datei bleibt im Asset-Manager. Wer 4000-Pixel-Bilder hochlädt, hat größere Quell-Dateien als nötig.
Lazy Loading aktivieren auf allen Bildern unterhalb des Folds. Bei modernen Webflow-Versionen Standard, bei älteren prüfen.
Custom Code reduzieren. Jedes externe Script (Hotjar, Tracking, Chat-Widgets) kostet 50–200ms. Server-Side wo möglich.
Animationen sparsam. Webflow-Interactions sind verführerisch, aber jede zusätzliche Animation belastet das Hauptthread. Ein bis zwei pro Seite reichen.
Web Fonts limitieren. Drei Schnitte sind genug für die meisten Designs.

Mehr zur generellen Optimierung im Artikel zu Pagespeed optimieren.

CMS-Strukturen für SEO

Webflow CMS ist mächtig, wenn man es richtig nutzt. Für SEO-orientierte Setups gilt:

Eine Collection pro Inhaltstyp, mit klaren Feldern für Title, Slug, Body, Meta-Description, Featured Image, Datum, Autor
Slug-Feld manuell setzen statt automatisch aus dem Namen zu generieren – sonst kommen URL-Inkonsistenzen
Reference-Felder für Verbindungen zwischen Collections (z. B. Artikel → Kategorie → Autor)
Multi-Reference-Felder sparsam verwenden – sie machen Templates komplex und können Performance kosten

Das Template-System sollte einheitliche H1, Meta-Felder und strukturelle Elemente erzeugen. Inkonsistente Templates sind die häufigste Ursache für SEO-Probleme bei großen Webflow-Sites.

Localization und Multi-Language

Seit 2023 hat Webflow ein eingebautes Localization-System. Es erlaubt Übersetzungen pro Sprache mit eigenen Subpaths (/de/, /en/).

SEO-Vorteile:

hreflang-Tags automatisch generiert
Pro Sprache eigene Meta-Felder
Sitemap-Einträge automatisch berücksichtigt

Limitierungen:

Komplexe Inhalts-Ableitungen schwer abzubilden
Übersetzungs-Workflow setzt voraus dass alle Sprachen im selben Webflow-Projekt liegen
Subdomain-Setups (en.beispiel.de) sind nicht direkt unterstützt – nur Subpaths

Für KMU mit zwei bis drei Sprachen funktioniert das gut. Bei großen internationalen Setups stößt Webflow an Grenzen, wo dann doch ein Headless-CMS oder ein klassisches CMS sinnvoller wird.

Sitemap und Robots.txt

Webflow generiert eine XML-Sitemap automatisch unter /sitemap.xml. Diese enthält alle veröffentlichten Seiten und CMS-Items mit Visible in Sitemap = true.

Wichtig:

Sitemap in Search Console einreichen nach jedem größeren Inhalts-Update
Items die nicht ranken sollen in den CMS-Einstellungen aus der Sitemap nehmen
Robots.txt unter Site Settings → SEO editierbar; hier können bestimmte Pfade ausgeschlossen werden

Standard-Verbote die fast immer Sinn machen:

User-agent: *
Disallow: /404
Disallow: /401
Disallow: /password

Wer mehr Detail zur Sitemap braucht, findet das im Artikel zur XML-Sitemap.

Häufige SEO-Fallen in Webflow

In Audits sehen wir bei Webflow-Sites diese typischen Probleme:

Duplicate Content durch Staging-Subdomain. Webflow stellt jede Site unter *.webflow.io bereit, das ist eine Staging-Umgebung. Sie sollte per noindex und Canonical auf die eigene Domain abgesichert sein. Tatsächlich ranken Staging-URLs erstaunlich oft mit – das schadet der Hauptdomain.
Fehlende H1 auf Templates. Wenn ein Designer das H1 vergisst und durch ein optisches Heading ersetzt, fehlt Google ein wichtiges Signal.
Lange Animation-Trigger die nach dem Laden noch Custom-Code ausführen und INP verschlechtern.
CMS-Items mit identischer Title-Struktur, die alle wie Templates klingen.
Blockierte Crawler in robots.txt durch versehentliche Konfiguration.
Custom Code im falschen Embed-Block, der das Schema-Markup ungültig macht.

Gut zu wissen: Die Webflow-Staging-Subdomain (`*.webflow.io`) ist standardmäßig per noindex geschützt – aber nur, solange Sie das nicht versehentlich überschreiben. Im Site-Settings-Bereich gibt es eine Option „Disable subdomain indexing", die immer aktiviert sein sollte.

Wann Webflow die richtige Wahl ist

Webflow ist sehr gut für:

Marketing-Sites mit hohem Design-Anspruch
Landing-Pages-Sammlungen für Kampagnen
Mittelgroße Blogs (bis ~500 Artikel)
Portfolios und Agentur-Sites
Headless-Frontends (mit Webflow als CMS, Frontend separat)

Webflow ist weniger gut für:

Sehr große Content-Sites mit zehntausenden URLs
Komplexe E-Commerce-Setups (Shopify oder Custom passt besser)
Sites mit zwingender Custom-Server-Logik (z. B. Authentifizierung, Custom-API)
Multi-Language-Setups mit Subdomains
Sehr Performance-kritische Sites mit aggressiven Pagespeed-Anforderungen

Wer ein KMU mit dem typischen Marketing-Setup betreibt – Startseite, ein paar Service-Seiten, Blog mit 50–200 Artikeln, Kontakt – ist mit Webflow gut bedient. Die Site lässt sich vom Geschäftsführer pflegen ohne dass jedes Mal ein Entwickler ran muss. Und SEO-technisch reicht das Setup für die meisten Anforderungen.

Webflow ist kein technischer SEO-Champion, aber ein verlässlicher Allrounder. Wer die Plattform-Eigenheiten kennt und SEO-Aufgaben gezielt erledigt, kann mit Webflow sehr ordentlich ranken – auch in umkämpften Märkten.

Webflow SEO: Stärken, Grenzen, Optimierung