Core Web Vitals und Ladezeit 2026: warum langsame Seiten Rankings und Umsatz kosten

Öffnen Sie die Analytics Ihrer Website und suchen Sie zwei Zahlen heraus: wie viele Menschen hereinkamen und wie viele es bis zum Formular oder Anruf geschafft haben. Dazwischen klafft eine Lücke, und ein Teil davon erklären Core Web Vitals und Ladezeit – nicht der Text, nicht der Preis und nicht das Design. Sie lebt in den zwei, drei Sekunden, in denen jemand mit dem Handy in der Straßenbahn auf einen weißen Bildschirm starrt und wartet, dass endlich etwas erscheint. Die Hälfte wartet nicht ab. Sie schließen den Tab und öffnen den nächsten – den Wettbewerber, bei dem es sofort da war. Für diesen Absprung haben Sie bereits bezahlt: entweder mit Werbung, die den Menschen auf eine langsame Seite geführt hat, oder mit Monaten an SEO, damit er Sie überhaupt findet. Das Geld ist weg, die Anfrage nicht gekommen.

Core Web Vitals und Ladezeit sind keine technische Marotte von Entwicklern und keine Zeile im Bericht, die schön grün aussieht. Sie sind genau der Punkt, an dem zwei Dinge zusammenkommen, die sonst für getrennt gehalten werden: die Position in der Suche und der Umsatz. Eine langsame Seite rankt schlechter und verkauft zugleich schlechter – doppelte Strafe für dasselbe Problem. Und 2026 ist der Preis dieses Problems gestiegen, weil fast der gesamte Verkehr inzwischen mobil ist und ein echtes Handy in einer echten Hand im echten Netz deutlich langsamer ist als der Laptop, auf dem Sie Ihre Seite bewundern.

Gehen wir es nüchtern durch: was Google misst, welche Zahlen es für gut hält, wie genau langsame Seiten leise Ihre Anfragen verschlucken und die Werbekosten hochtreiben – und vor allem, was Seiten wirklich bremst und wie man das behebt. Ohne Fachjargon, wo es auch ohne geht.

Core Web Vitals einfach erklärt: drei Zahlen, die Google sieht

Google hat früh begriffen, dass „schnelle Seite“ zu unscharf ist, um es zu messen. Also hat es das Gefühl von Tempo auf drei konkrete Werte heruntergebrochen und sie Core Web Vitals genannt. Jeder beantwortet eine einfache Frage des Menschen, der Ihre Seite gerade geöffnet hat.

• LCP (Largest Contentful Paint) – „wann sehe ich endlich etwas“. Das ist die Zeit, bis der größte Block im sichtbaren Bereich gezeichnet ist: das Hauptbild, die Überschrift, das Banner. Solange der LCP nicht eingetreten ist, starrt der Mensch ins Leere und entscheidet, ob er wartet oder geht.
• INP (Interaction to Next Paint) – „wann reagiert die Seite auf meinen Klick“. Jemand hat geklickt, das Menü angetippt, zu scrollen begonnen – wie schnell hat die Seite reagiert? Liegt zwischen Tipp und Reaktion eine spürbare Verzögerung, fühlt sich die Seite „hängend“ an, auch wenn sie schön aussieht. INP ist 2026 die geltende Reaktivitäts-Metrik; sie hat das alte FID abgelöst und fragt strenger.
• CLS (Cumulative Layout Shift) – „warum springt alles“. Sie wollen einen Button drücken, doch da lädt ein Bild nach, der Inhalt verschiebt sich, und der Finger trifft die Werbung. Das nervt körperlich. CLS misst, wie stark der Inhalt beim Laden herumspringt.

Drei Metriken fangen drei verschiedene Schmerzen ein: das Warten, das Stocken und das Zucken. Eine Seite kann bei einer brillant und bei einer anderen durchgefallen sein – deshalb müssen Sie alle drei zusammen betrachten.

Welche Werte als gut gelten

Hier hat Google keinen Auslegungsspielraum gelassen – die Schwellen sind veröffentlicht. Hier die Orientierung an den aktuellen Werten; halten Sie sie griffbereit.

Metrik	Was sie misst	„Gut“	„Schlecht“ (Handlungsbedarf)
LCP	Ladezeit des Hauptinhalts	bis 2,5 Sek.	über 4,0 Sek.
INP	Reaktion auf Aktionen	bis 200 ms	über 500 ms
CLS	Visuelle Stabilität	bis 0,1	über 0,25

Ein Detail, das alles verändert. Google bewertet diese Schwellen am 75. Perzentil – der Wert muss also bei rund drei Vierteln Ihrer Besucher in der Norm liegen. Nicht im Durchschnitt, nicht auf Ihrem Laptop, nicht „läuft meistens ganz okay“. Wenn die Seite bei einem Viertel der Leute fünf Sekunden lädt, weil sie ein älteres Handy und ein schwaches Netz haben, dann haben Sie ein Problem – selbst wenn bei Ihnen persönlich alles fliegt. Genau deshalb täuscht die Selbstprüfung „bei mir geht’s doch schnell“ fast immer.

Core Web Vitals und Ladezeit im Ranking: was stimmt, was Mythos ist

Um das Thema Tempo ist viel Angst gestrickt, also sagen wir es ehrlich und ohne Übertreibung. Core Web Vitals sind ein bestätigter Ranking-Faktor, aber nicht der wichtigste. Google sagt es direkt: Bei sonst gleichen Seiten erhält die schnellere, stabilere einen Vorteil – aber Tempo zieht keine inhaltlich schwache Seite nach oben und versenkt keine wirklich relevante. Wer Ihnen Platz eins „allein durch schnelleres Laden“ verspricht, flunkert.

Der echte Einfluss von Tempo auf die Position ist aber nicht direkt, sondern läuft über das Verhalten der Menschen – und er ist viel stärker als jedes formale Signal. Das funktioniert so:

• Von einer schnellen Seite springt man seltener sofort ab. Der Mensch wartet das Laden ab, beginnt zu lesen – und Google sieht, dass die Seite Aufmerksamkeit gehalten hat.
• Auf einer schnellen Seite werden mehr Seiten angesehen und man bleibt länger. Das ist ein Signal, dass der Inhalt nützlich ist.
• Auf einer schnellen Seite kommt man häufiger bis zur Anfrage. Und die Conversion in eine Handlung ist das ehrlichste Zeichen dafür, dass die Seite die Frage des Menschen beantwortet.

Die Suchmaschine muss Sie für Langsamkeit nicht direkt „bestrafen“ – es genügt, dass die Menschen mit den Füßen abstimmen und Google diese Stimme liest. Tempo ist also zugleich ein direktes Signal und ein Verstärker aller übrigen. Wenn Sie sich fragen, warum Ihre Seite in der Suche nicht wächst, gehört die technische Ladezeit zu den ersten Punkten, die Sie prüfen sollten, bevor Sie den Inhalt verantwortlich machen.

Wie eine langsame Seite leise Anfragen verschluckt und die Werbekosten hochtreibt

Hier kommt der Teil, den Unternehmer am stärksten unterschätzen, weil er im Bericht nicht direkt zu sehen ist. Tempo trifft das Geld an zwei Stellen gleichzeitig.

Erstens die Conversion. Jede zusätzliche Ladesekunde kostet Sie einen Teil der Menschen, die schon bereit waren, etwas zu tun. Branchenstudien zeigen Jahr für Jahr dieselbe Richtung: Die Absprungwahrscheinlichkeit steigt deutlich, je länger sich eine Seite von einer Sekunde Richtung drei und weiter zieht – und mobil fühlt sich das noch schärfer an. Die genauen Prozente schwanken von Studie zu Studie, und „minus X % Umsatz pro Sekunde“ zu versprechen wäre unredlich – die Richtung aber ist eisern: langsamer heißt fast immer weniger Anfragen. Und das Bitterste daran: Sie verlieren die heißesten Kontakte – die, die schon geklickt haben und gekommen sind.

Zweitens die Werbekosten. Hier ist der Zusammenhang weniger offensichtlich, aber durchaus real. Werbesysteme wie Google Ads bewerten die Qualität der Landingpage, und Tempo und Bedienkomfort sind Teil dieser Qualität. Eine langsame Seite zieht den Qualitätsfaktor nach unten, und das bedeutet einen höheren Klickpreis für dieselbe Position. Doppelter Schlag: Sie zahlen pro Klick mehr und verwandeln diese Klicks schlechter in Anfragen. Bevor Sie das Werbebudget erhöhen, reparieren Sie die Seite, auf die Sie den Verkehr leiten – sonst zahlen Sie obendrauf, um Menschen eine langsame Seite nur schneller zu zeigen.

Legen Sie beide Effekte zusammen, und die langsame Seite ist keine „kleine technische Altlast“, sondern ein leises Leck im Umsatz, das Sie jeden Tag bezahlen.

Was Seiten wirklich bremst

Die gute Nachricht: Die Ursachen für Langsamkeit sind wenige, und es sind fast immer dieselben. Hier die ehrliche Liste der Hauptschuldigen – absteigend danach, wie oft wir sie in echten Projekten sehen.

1. Schwere Bilder. Schuldiger Nummer eins. Ein Vier-Megabyte-Foto, unbearbeitet hochgeladen und vom Browser auf einen kleinen Block heruntergerechnet, killt den LCP im Alleingang. Dazu gehört auch das Fehlen moderner Formate und ein einziges Riesenbild statt Versionen für verschiedene Bildschirme.
2. Aufgeblähtes JavaScript. Zu viele Skripte, die der Browser herunterladen, parsen und ausführen muss, bevor die Seite reagiert. Das ist der Haupt-Killer des INP. Jedes Widget, jeder Chat, jedes Popup und jeder Zähler bringt Gewicht – und die Hälfte davon braucht die Seite gar nicht.
3. Render-Blocking – Skripte und Styles, die das Zeichnen blockieren. Wenn schwere CSS- und JS-Dateien ganz vorne laden und den Browser die Seite nicht zeigen lassen, bis sie selbst fertig sind, starrt der Mensch länger auf den weißen Bildschirm, als er müsste.
4. Billiges oder überladenes Hosting. Wenn der Server selbst eine Sekunde über die Antwort nachdenkt, gibt es nichts mehr zu beschleunigen – das Fundament ist langsam. Billiges Shared Hosting, auf dem sich Hunderte Seiten eine Maschine teilen, wird regelmäßig zum Flaschenhals.
5. Aufgeblähte Baukästen und Plugins. Universelle Vorlagen laden Kilobyte an CSS und JS „für alle Fälle“, die Ihre konkrete Seite nicht braucht. Ein Dutzend Plugins, jedes mit eigenen Skripten und Styles, macht aus einer simplen Seite einen Schwergewichtler. Dazu gleich gesondert mehr.
6. Fehlendes Caching und CDN. Wenn für jeden Besucher alles neu zusammengebaut wird und die Dateien von einem einzigen Server über den halben Kontinent reisen, bricht das Tempo dort ein, wo man es leicht zurückgewinnen könnte.
7. Fremdskripte. Analytics, Pixel, Chats, Karten, Schriften von fremden Domains – jedes zieht seinen eigenen Faden an Anfragen. Einzeln eine Kleinigkeit, zusammen eine spürbare Last, die obendrein außerhalb Ihrer direkten Kontrolle liegt.

Beachten Sie das Muster: Fast alles auf dieser Liste sind Entscheidungen, die bei der Entwicklung getroffen wurden. Tempo wird nicht am Ende per SEO-Häkchen „eingestellt“. Es wird entweder von Anfang an ins Fundament gelegt oder später mühsam Stück für Stück zurückerobert.

Gesondert zu Baukästen: warum „alles inklusive“ oft „alles schwer“ heißt

Website-Baukästen sind bequem, und für eine einfache Visitenkarten-Seite reichen sie oft. Aber Bequemlichkeit hat einen Preis in Kilobyte. Damit eine Vorlage zu Millionen verschiedener Seiten passt, packt man alles Erdenkliche hinein – und Ihre Seite nutzt fünf Prozent davon und schleppt die übrigen fünfundneunzig als toten Ballast. Dazu die Plugins: Jedes lädt, um bei allen „aus der Box“ zu funktionieren, seine Skripte und Styles auf jeder Seite, auch dort, wo es nicht gebraucht wird.

Bildkomprimierung, Lazy Loading und das Ausmisten überflüssiger Plugins helfen wirklich und sind die Arbeit wert. Aber es gibt eine Obergrenze: Steckt die Aufblähung in der Architektur des Baukastens selbst, springen Sie über ein bestimmtes Tempo nicht hinaus, egal wie viel Sie optimieren. An einem Punkt zeigt die ehrliche Rechnung, dass der Umzug auf eine leichte, für Sie gebaute Seite günstiger und schneller ist, als über Jahre Symptome zu kurieren. Es ist dieselbe Weggabelung wie bei der grundsätzlichen Wahl Agentur oder Baukasten: Der Baukasten spart am Start, aber die Obergrenze bei Tempo und Flexibilität gibt die Plattform vor, nicht Sie.

Wie Sie die Ladezeit Ihrer Website messen

Raten müssen Sie nicht – Google liefert kostenlose Werkzeuge, die genau die Zahlen zeigen, nach denen es Sie selbst bewertet.

• PageSpeed Insights. Sie tragen die Adresse der Seite ein und bekommen einen Bericht. Die wichtigste Regel: Schauen Sie zuerst auf die Felddaten (CrUX), nicht auf das Laborergebnis. Der Labortest ist ein einzelner Durchlauf auf einem Standardgerät unter idealen Bedingungen. Die Felddaten sind die echten Core Web Vitals Ihrer lebenden Besucher der letzten 28 Tage, gesammelt aus dem Chrome-Browser. Genau die nutzt Google fürs Ranking, und genau die sagen die Wahrheit darüber, wie sich die Seite bei den Leuten anfühlt – nicht bei Ihnen.
• Search Console, Bericht „Core Web Vitals“. Zeigt das Bild für die ganze Website auf einmal, getrennt für Mobil und Desktop, und gruppiert die problematischen URLs – praktisch, wenn es viele Seiten gibt und Sie verstehen müssen, wo es flächig leckt.
• Feld gegen Labor. Sagt das Labor „ausgezeichnet“ und das Feld „schlecht“, glauben Sie dem Feld. Die Abweichung bedeutet meist, dass echte Menschen schwächere Geräte und langsamere Netze haben als der Teststand. Reparieren Sie auf das Feld hin.

Ein praktischer Rat: Verbeißen Sie sich nicht in die schöne Zahl des „Gesamt-Scores“ in PageSpeed – die springt von Durchlauf zu Durchlauf. Schauen Sie auf LCP, INP und CLS selbst in den Felddaten: Das ist es, was Google wirklich zählt und was Ihr Kunde wirklich spürt.

Warum Tempo die Nahtstelle von Entwicklung und SEO ist (und warum Webtor beides macht)

Die Ladezeit lebt genau auf der Grenze zweier Berufe, die in den meisten Firmen getrennt sitzen und mit dem Finger aufeinander zeigen. Der SEO-Fachmann sieht in der Search Console den roten Bericht zu den Core Web Vitals und schreibt: „Die Seite muss schneller werden.“ Der Entwickler antwortet: „Gib mir eine konkretere Aufgabe.“ Die echte Reparatur braucht aber beides zugleich: zu verstehen, dass LCP, INP und CLS Signale sind, die Position und Anfragen bewegen, und in Bilder, Skripte, Rendering und Hosting greifen zu können, um diese Zahlen zu verschieben. Liegt zwischen diesen beiden Menschen eine Firmengrenze, hängt das Problem monatelang in der Luft.

Deshalb halten wir bei Webtor Entwicklung und SEO bewusst unter einem Dach. Die Seite, die wir bauen, ist von Anfang an auf Tempo ausgelegt: optimierte Bilder, ein Minimum an überflüssigem JavaScript, sauberer Code ohne den Ballast universeller Vorlagen, ordentliches Hosting und Caching. Und derselbe Ansatz bedient danach die Rankings – denn eine schnelle, stabile Seite lässt sich leichter pushen und hilft dem übrigen SEO selbst auf die Beine. Das sind nicht zwei Leistungen, die wir nebeneinander verkaufen. Es ist eine Arbeit, die man falsch aufteilt, wenn man sie trennt.

Wenn Sie überschlagen, was das kostet, existiert Tempo nicht losgelöst vom Rest – es ist Teil davon, was eine gute Website kostet, und Teil der Kosten einer laufenden SEO-Betreuung. Eine billige Seite auf schwerer Vorlage spart am Tag des Starts Geld und reicht diese Rechnung später nach – in verlorenen Anfragen und überzahlter Werbung. Das von Anfang an eingebaute Tempo zahlt sich umgekehrt leise und jeden Tag aus.

Womit Sie diese Woche anfangen

Liest man das als Halbjahresliste – ja, im Großen ist das eine ordentliche Baustelle. Aber loslegen kann man in einer Woche, und nach absteigendem Ertrag lautet die Reihenfolge so:

1. Schicken Sie die drei wichtigsten Seiten durch PageSpeed Insights – die Startseite, die zentrale Leistungsseite und eine Landingpage aus der Werbung. Schauen Sie auf die Felddaten, notieren Sie LCP, INP und CLS.
2. Fangen Sie bei den Bildern an. Das ist fast immer der schnellste Gewinn: Komprimieren Sie schwere Bilder, liefern Sie Versionen passend zur Blockgröße, aktivieren Sie Lazy Loading für alles unterhalb des sichtbaren Bereichs.
3. Räumen Sie Überflüssiges weg. Jedes Plugin, Widget und Fremdskript, das Sie nicht bewusst nutzen, ist ein Kandidat zum Löschen. Weniger Skripte – schnelleres INP.
4. Prüfen Sie das Hosting. Antwortet der Server schon von sich aus langsam, ist der Rest Kosmetik. Manchmal bringt der Umzug auf ordentliches Hosting mehr als ein Dutzend kleiner Korrekturen.
5. Messen Sie in ein paar Wochen erneut. Die Felddaten aktualisieren sich nicht sofort – geben Sie CrUX Zeit, echte Besuche zu sammeln, und gleichen Sie dann wieder mit den Schwellen ab.

Machen Sie das für drei Seiten, sehen Sie das Ergebnis in Zahlen – und entscheiden Sie dann, ob Sie den Rest der Liste abarbeiten oder, wenn im Fundament ein aufgeblähter Baukasten steckt, auf eine Seite umziehen, in deren Fundament das Tempo schon eingebaut ist.

Wer am Ende gewinnt

Zurück zum Menschen in der Straßenbahn, der auf den weißen Bildschirm starrt. Er ärgert sich nicht über Sie und schreibt keine Beschwerde – er geht einfach, stumm, zu dem, bei dem es sofort da war. Von diesem Absprung erfahren Sie direkt nie: Er hinterlässt keine Spur im Kontaktformular, er löst sich auf in der Lücke zwischen „hereingekommen“ und „bis zur Anfrage gelangt“. Und jeden Tag sind es Dutzende solcher Menschen.

Core Web Vitals und Ladezeit gewinnt nicht, wer das hübschere Bild des Scores in PageSpeed hat, sondern wer die echte Seite auf dem echten Handy früher öffnet, ohne Verzögerung auf den Tipp reagiert und nicht unter dem Finger springt. Diese Seite stellt Google ein Stück höher, und von ihr kommt man häufiger bis zum Anruf – zwei Gewinne für eine in Tempo investierte Arbeit. 2026, wenn fast der gesamte Verkehr mobil ist und die Aufmerksamkeit eines Menschen in Sekunden gemessen wird, ist das keine Feinjustierung für Technikfreaks mehr. Es ist der Unterschied zwischen einer Seite, die verdient, und einer Seite, die leise verliert – Anfragen, Platz in den Ergebnissen und das Werbegeld, das Sie für alles bereits bezahlt haben.