Eine Sekunde Ladezeit zu viel – und der Entscheider ist weg. Wir zeigen, warum Core Web Vitals im B2B besonders zählen, wo Webflow-Projekte typischerweise Performance verlieren und welche Maßnahmen wirklich helfen.
Stell dir vor: Ein potenzieller Kunde googelt nach deiner Lösung, klickt auf deine Website – und wartet. Drei Sekunden. Vier. Die Seite lädt immer noch. Im B2B-Kontext ist das kein kleines Ärgernis, sondern ein echter Dealbreaker. Der Entscheider schließt den Tab, kehrt zu den Suchergebnissen zurück und landet beim Wettbewerber.
Das ist keine Theorie: Laut Think with Google kann bereits eine Verzögerung von einer Sekunde bei mobilen Ladezeiten die Conversion Rate um bis zu 20 % beeinflussen. Im B2B-Bereich, in dem Kaufentscheidungen länger dauern, mehrere Stakeholder involviert sind und der erste digitale Eindruck oft die Qualitätswahrnehmung des gesamten Unternehmens beeinflusst, ist das eine schmerzhafte Zahl.
Webflow gilt nicht umsonst als leistungsstarke Plattform. Aber: „Performant by default" bedeutet nicht „performant automatisch". Dieser Artikel zeigt, wo Webflow-Websites typischerweise Ladezeit verlieren, welche Maßnahmen zur Webflow-Performance-Optimierung wirklich helfen – und wann es Zeit ist, professionelle Unterstützung zu holen.
TL;DR
Core Web Vitals sind drei Kennzahlen, mit denen Google die Nutzererfahrung einer Website bewertet:
Für Marketing-Teams ist das aus zwei Gründen relevant. Erstens fließen Core Web Vitals direkt in das Google-Ranking ein – wer hier schlecht abschneidet, verliert organische Sichtbarkeit. Zweitens ist die eigentliche Wirkung verhaltenspsychologisch: Eine langsame, unruhig ladende Seite signalisiert dem Besucher unbewusst, dass das dahinterstehende Unternehmen ebenso unzuverlässig arbeitet. Im B2B-Bereich, in dem Vertrauen eine der wichtigsten Kaufvoraussetzungen ist, ist das ein kostspieliges Signal.
Webflow-Projekte haben oft eine Gemeinsamkeit: Sie starten mit soliden PageSpeed-Werten und werden mit der Zeit langsamer. Der Grund liegt selten an Webflow selbst, sondern an dem, was Marketing-Teams im Laufe der Zeit einbauen.
Der häufigste Flaschenhals. Webflow optimiert Bilder nicht automatisch beim Upload – wer ein 4 MB großes JPEG direkt ins CMS lädt, bekommt es in dieser Größe auch ausgeliefert.
Der zweitgrößte Performancekiller. HubSpot-Tracking, Intercom-Chat, Google Tag Manager, LinkedIn Insight Tag, Hotjar – jedes dieser Tools lädt zusätzliche Dateien und verzögert die Seiteninteraktivität. In der Summe können fünf solcher Skripte den INP-Wert leicht verdoppeln.
Schlecht eingebundene Webfonts erzeugen FOUT (Flash of Unstyled Text) oder blockieren das Rendering. Viele Webflow-Projekte laden Google Fonts über externe Requests – ein unnötiger Umweg, der sich vermeiden lässt.
YouTube, Vimeo oder Loom laden standardmäßig beim Seitenaufruf, auch wenn der Nutzer nie bis zum Video scrollt. Das belastet besonders den LCP-Wert auf Seiten mit Hero-Videos spürbar.
Webflows eigene JavaScript-Library wird auf jeder Seite geladen und lässt sich nicht entfernen. Wer darüber hinaus Custom Code ohne klaren Zweck anhäuft, addiert weiteres Gewicht – mit direktem Effekt auf PageSpeed-Webflow-Messungen.
Gegenüber einem selbst gehosteten WordPress-Stack bringt Webflow echte strukturelle Vorteile mit: Das globale CDN (Fastly) liefert Assets von einem Knoten in Nutzernähe aus, der generierte HTML/CSS-Code ist sauber und enthält keinen Plugin-Overhead, HTTPS ist standardmäßig aktiv. Für einfache Marketing-Seiten sind das solide Ausgangsbedingungen.
Allerdings endet Webflows Performance-Automatisierung dort, wo individuelle Entscheidungen beginnen. Die Plattform kann nicht wissen, ob ein eingebettetes Video lazy geladen werden soll, ob ein Tracking-Skript defer-attributiert ist oder ob ein Bild im richtigen Format hochgeladen wurde. Das sind redaktionelle und technische Entscheidungen, die das Team bewusst treffen muss.
Besonders bei CMS-lastigen Projekten – Magazin, Referenzen, Stellenanzeigen – häufen sich Performance-Schulden schnell an, weil Inhalte von verschiedenen Personen gepflegt werden und niemand systematisch auf Bildgrößen oder Einbettungen achtet. Wer die Webflow-Ladezeit dauerhaft verbessern will, muss deshalb nicht nur einmalig optimieren, sondern entsprechende Prozesse etablieren. Warum Webflow eine gute Wahl für SEO ist.
Die folgenden fünf Maßnahmen bringen in den meisten Projekten den größten Effekt – geordnet nach ihrem Aufwand-Nutzen-Verhältnis.
Bilder sollten vor dem Upload auf die maximale Anzeigebreite skaliert werden (bei Hero-Bildern reichen 1.600–2.000 px), anschließend mit einem Tool wie Squoosh oder TinyPNG in WebP konvertiert werden. WebP ist bei vergleichbarer Qualität im Schnitt 25–35 % kleiner als JPEG. Impact: hoch, Aufwand: niedrig.
Eine der wirkungsvollsten Maßnahmen, die in Webflow-Projekten fast immer fehlt: dem Browser vorab mitteilen, welche externen Ressourcen er benötigt. Mit rel="preconnect" werden DNS-Lookups und TCP-Verbindungen für externe Domains – etwa Webflow-CDN, Analytics oder Fontquellen – frühzeitig aufgebaut, noch bevor der Browser die entsprechenden Ressourcen im HTML entdeckt. Ergänzend dazu sollten die wichtigsten Schriftdateien per rel="preload" explizit priorisiert werden, damit sie nicht als Blocking-Ressource den Seitenaufbau verzögern. Beide Anpassungen werden im Custom Code-Bereich des Webflow-Projekts im <head> hinterlegt und sind in wenigen Minuten umgesetzt.
<!-- Verbindungen vorab aufbauen -->
<link rel="preconnect" href="https://cdn.prod.website-files.com" crossorigin>
<link rel="preconnect" href="https://www.googletagmanager.com" crossorigin>
<!-- Wichtigste Schriften priorisieren -->
<link rel="preload" href="https://cdn.prod.website-files.com/[projekt-id]/deine-schrift-regular.woff2" as="font" type="font/woff2" crossorigin>
<link rel="preload" href="https://cdn.prod.website-files.com/[projekt-id]/deine-schrift-bold.woff2" as="font" type="font/woff2" crossorigin>
Die konkreten URLs findest du, indem du die Netzwerk-Anfragen deiner Seite in den Chrome DevTools unter „Network → Font" ausliest.
Impact: hoch, Aufwand: niedrig.
Tracking- und Chat-Skripte müssen nicht beim ersten Paint geladen sein. Mit einem einfachen Custom-Code-Snippet lassen sie sich so einbinden, dass sie erst nach dem vollständigen Seitenaufbau oder nach einer Nutzerinteraktion aktiv werden. Im Google Tag Manager stehen dafür entsprechende Trigger-Optionen bereit.
Impact: mittel bis hoch, Aufwand: mittel.
Statt Google Fonts über einen externen Request einzubinden, können Font-Dateien direkt in Webflow hochgeladen werden. Das eliminiert einen DNS-Lookup und reduziert Rendering-Blockaden. Wer nur wenige Schriftschnitte benötigt, sollte zusätzlich Font-Subsetting nutzen – viele Webfonts enthalten Zeichensätze für Dutzende Sprachen, die im deutschsprachigen Einsatz nie benötigt werden.
Impact: mittel, Aufwand: niedrig.
Performance ist kein einmaliges Projekt. Wer vierteljährlich oder nach größeren Inhaltsupdates einen Lighthouse-Audit durchführt, erkennt Verschlechterungen frühzeitig. Dabei sollten echte Felddaten aus dem Chrome UX Report und PageSpeed Insights mit Labordaten kombiniert werden, da beide unterschiedliche Schwachstellen sichtbar machen.
Impact: langfristig hoch, Aufwand: niedrig.
[info] Du willst wissen, wo deine Website konkret Performance verliert? Unser kostenloser Webflow Check zeigt dir die größten Hebel – ohne Aufwand auf deiner Seite. Jetzt kostenlosen Webflow Check anfragen [/info]
Vor der Optimierung steht die Bestandsaufnahme. Diese drei Tools haben sich als Standard etabliert:
Google PageSpeed Insights bietet den einfachsten Einstieg. Das Tool zeigt sowohl Labordaten aus simulierten Tests als auch Felddaten aus dem Chrome UX Report – also echte Nutzermessungen. Wichtig: Immer die mobile Ansicht prüfen, da Google nach dem Mobile-First-Prinzip bewertet. pagespeed.web.dev
Chrome UX Report (CrUX) enthält aggregierte, anonymisierte Nutzerdaten aus Chrome und bildet den Maßstab, nach dem Google tatsächlich rankt. Wenn hier ein Wert als „schlecht" oder „verbesserungsbedürftig" ausgewiesen wird, hat das direkten Einfluss auf die organische Sichtbarkeit.
GTMetrix ist die tiefgehendste Option: Wasserfall-Diagramme zeigen exakt, welche Ressourcen wann geladen werden und wo Blockaden entstehen. Besonders nützlich, wenn PageSpeed Insights ein Problem benennt, aber nicht erklärt. gtmetrix.com
Ein verbreiteter Fehler ist es, sich ausschließlich auf den Lighthouse-Score in den Chrome DevTools zu verlassen. Dieser Score variiert je nach Gerät, Netzwerkbedingungen und Systemlast erheblich und spiegelt nicht zuverlässig wider, was echte Nutzer erleben.
Die beschriebenen Maßnahmen lassen sich von einem versierten Marketing-Team umsetzen – vorausgesetzt, Zeit und Fokus sind vorhanden. In der Praxis scheitert die Umsetzung jedoch oft nicht am fehlenden Wissen, sondern an der fehlenden Kapazität.
Drei Signale, bei denen externer Support sinnvoll ist:
In diesen Fällen zahlt sich eine externe Perspektive aus, die nicht nur einzelne Maßnahmen empfiehlt, sondern einen systematischen Audit durchführt und die Umsetzung begleitet.
Die Core Web Vitals sind kein rein technisches Thema, sondern ein direkter Hebel für Conversion, Ranking und Markenwahrnehmung. Webflow bietet eine gute Ausgangsbasis, aber keine Garantie für eine gute Performance. Die Entscheidungen, die Marketing-Teams täglich treffen – welche Bilder, Skripte und Einbettungen verwendet werden – summieren sich. Wer im B2B Vertrauen aufbauen will, sollte sicherstellen, dass die Website dies bereits beim ersten Laden vermittelt.
Möchtest du wissen, wie es um die Performance deiner Website steht? Mit unserem kostenlosen Webflow-Check erhältst du eine erste Einschätzung.
Strukturierte Daten gelten als SEO-Basics – werden in Webflow-Projekten aber oft falsch oder gar nicht umgesetzt. Dieser Artikel zeigt, wie B2B-Websites strukturierte Daten sinnvoll einsetzen, welche Formate wirklich relevant sind und wo typische Fehler liegen.
