182 Statistiken zur Website-Geschwindigkeit, im November 2026

Die Website-Geschwindigkeitsstatistiken aus den Jahren 2025 und 2026 zeichnen das Bild eines Webs, das seine Leistungstests jedes Jahr häufiger besteht und sie auf fast der Hälfte der mobilen Ursprünge trotzdem verfehlt. Der Datensatz von Chrome für September 2026 umfasste 18.376.044 Ursprünge (Chrome UX Report – Versionshinweise, Sep 2026). Der Crawl des HTTP Archive, Plattform-Engineering-Teams und Unternehmen, die gemessen haben, was ihnen schnellere Seiten einbringen, liefern den Rest.

Die Seite behandelt die Bestehensquoten für Ladezeit, Reaktionsfähigkeit und Layoutstabilität, wie sie sich nach CMS, Framework, Gerät und Land unterscheiden, Seitengröße, JavaScript und Drittanbieter-Code, die Nutzung von CDN, Komprimierung und Caching, den Effekt schnellerer Seiten auf Conversion und Umsatz sowie Googles Aussagen zur Bedeutung von Geschwindigkeit fürs Ranking. Jede Zahl verweist auf die Organisation, die sie ermittelt hat, und nennt das Datum ihrer Daten. Studien von Anbietern sind als solche gekennzeichnet, Ergebnisse aus Fallstudien stammen von den jeweiligen Unternehmen, und keine der Zahlen wurde aus einer anderen Zusammenstellung übernommen.

Die Conversion-Auswirkungen der Ladezeit werden auch in den Statistiken zur Conversion-Rate-Optimierung behandelt, das Gewicht von Videos in den Statistiken zu Video-SEO. Für den größeren Überblick beginnen Sie mit den SEO-Statistiken.

Wie viele Websites bestehen die Core Web Vitals, und wie schnell ist die typische Seite?

Die Bestehensquoten sind sechs Jahre lang gestiegen und haben sich zuletzt auf Mobilgeräten abgeflacht. Laden, Reaktionsfähigkeit und Layoutstabilität haben jeweils eine andere Schwachstelle.

Welcher Anteil der Websites besteht die Core Web Vitals in den Chrome-Daten?

Etwas mehr als die Hälfte, mit einem jüngsten Rückgang bei der Reaktionsfähigkeit. Chrome veröffentlicht die Zahlen monatlich auf Grundlage von Daten echter Nutzer.

• In der Veröffentlichung für September 2026 wiesen 68,3 % der Ursprünge einen guten LCP, 81,7 % einen guten CLS und 85,4 % einen guten INP auf (Chrome UX Report – Versionshinweise, Sep 2026).
• Der gute INP erreichte im März 2026 mit 87,2 % der Ursprünge einen Höchststand (Chrome UX Report – Versionshinweise, Mär 2026).
• In den Versionshinweisen für August 2026 bezeichnet Chrome den anhaltenden Rückgang beim INP als besorgniserregend und erklärt, das Team habe keine eindeutige Erklärung dafür (Chrome UX Report – Versionshinweise, Aug 2026).
• Der Anteil der Ursprünge mit guten Core Web Vitals lag im April 2024 bei 47,3 % und im September 2024 bei 51,0 % (Chrome UX Report – Versionshinweise, Sep 2024).
• Eine experimentelle Variante, die die von Single-Page-Apps verwendeten sanften Navigationen berücksichtigt, weist für 59,5 % der Ursprünge gute Core Web Vitals aus (Chrome UX Report – Versionshinweise, Sep 2026).
• In einer Analyse von Chrome-Daten aus dem Jahr 2021 bestanden fast 33 % der Websites die Tests von Ahrefs, rund 10 % mehr als im Vorjahr; eine Anbieterstudie (Ahrefs, Jan 2022).
• In den Site-Audit-Daten von Ahrefs verfügten nur 5,21 Millionen von 43,66 Millionen Seiten, etwa 11,9 %, über mindestens eine Core-Web-Vitals-Messung; eine Anbieterstudie (Ahrefs, Jan 2022).

Wie schnell reagieren Server und wann werden Seiten erstmals angezeigt?

Weniger als die Hälfte der mobilen Websites erreicht eine gute Serverantwort, und die Zahl änderte sich binnen eines Jahres nur um ein bis zwei Prozentpunkte.

• 55 % der Desktop-Websites und 44 % der mobilen Websites wiesen eine gute Time to First Byte von höchstens 0,8 Sekunden auf, gegenüber 54 % und 42 % im Jahr 2024 (HTTP Archive Web Almanac, Jan 2026).
• 17 % der mobilen Websites und 12 % der Desktop-Websites wiesen eine schlechte Time to First Byte von mehr als 1,8 Sekunden auf (HTTP Archive Web Almanac, Jan 2026).
• Der Anteil der Websites mit gutem First Contentful Paint stieg innerhalb eines Jahres bei Desktop-Websites von 68 % auf 70 % und bei mobilen Websites von 51 % auf 55 % (HTTP Archive Web Almanac, Jan 2026).
• 13 % der mobilen Websites und 7 % der Desktop-Websites wiesen einen schlechten LCP von mehr als 4,0 Sekunden auf (HTTP Archive Web Almanac, Jan 2026).
• Laut web.dev entfallen bei einer gut optimierten Seite etwa 40 % der LCP-Zeit auf die Time to First Byte, weniger als 10 % auf die Verzögerung beim Laden von Ressourcen, etwa 40 % auf die Ladezeit der Ressourcen und weniger als 10 % auf die Verzögerung beim Rendern des Elements (web.dev, Mär 2025).
• fetchpriority="high" wird auf 17,3 % der mobilen Seiten mit einem LCP-Bild verwendet, gegenüber 15 % im Jahr 2024; Vorladen kommt auf 2,1 % der Seiten zum Einsatz (HTTP Archive Web Almanac, Jan 2026).

Wie reaktionsfähig und visuell stabil sind Seiten?

Die Reaktionsfähigkeit auf Desktopgeräten ist fast kein Problem mehr. Die verbleibenden Fehler betreffen die Reaktionsfähigkeit auf Mobilgeräten und die Layoutstabilität.

• 97 % der Desktop-Websites weisen einen guten INP auf (HTTP Archive Web Almanac, Jan 2026).
• Auf Mobilgeräten weisen 80 % der Startseiten einen guten INP auf, gegenüber 69 % der Unterseiten. Das ist eine Umkehr gegenüber 2024, als die Werte nur einen Prozentpunkt auseinanderlagen (73 % gegenüber 72 %) (HTTP Archive Web Almanac, Jan 2026).
• Die Total Blocking Time auf Mobilgeräten erreichte am 75. Perzentil 4.193 Millisekunden und am 90. Perzentil 7.555 Millisekunden, gegenüber 336 und 802 auf Desktopgeräten (HTTP Archive Web Almanac, Jan 2026).
• 72 % der Desktop-Seiten und 81 % der mobilen Seiten weisen einen guten CLS auf, gegenüber 62 % auf beiden Gerätetypen im Jahr 2021 (HTTP Archive Web Almanac, Jan 2026).
• Bei 62 % der mobilen Seiten und 65 % der Desktop-Seiten sind mindestens einem Bild keine expliziten Abmessungen zugewiesen, gegenüber 66 % und 69 % im Jahr 2024 (HTTP Archive Web Almanac, Jan 2026).
• Nutzungsdaten von Chrome zeigen, dass 1 von 10 Navigationen auf Desktop und 1 von 5 auf Mobilgeräten Vorwärts- oder Rückwärtsnavigationen sind (web.dev, Sep 2026).

Woher kommen die Schwellenwerte der Core Web Vitals?

Sie beruhen auf Daten aus der Praxis und Wahrnehmungsforschung und werden am 75. Perzentil bewertet. Daher kann ein Viertel der Besuche schlechter ausfallen als der angegebene Wert.

• Die Google-Dokumentation empfiehlt einen LCP innerhalb von 2,5 Sekunden, einen INP unter 200 Millisekunden und einen CLS unter 0,1 (Google Search Central, Dez 2025).
• Eine Website wird am 75. Perzentil der Seitenaufrufe bewertet. Ein LCP am 75. Perzentil von 2 Sekunden ist daher gut, einer von 5 Sekunden schlecht (web.dev, Mai 2025).
• Als Chrome den LCP-Schwellenwert anhand von Daten aus dem April 2020 festlegte, erreichten 42 % der Ursprünge auf Smartphones und 51 % der Desktop-Ursprünge einen Wert von 2,5 Sekunden (web.dev, Apr 2020).
• Ein Schwellenwert von 4 Sekunden für „schlecht“ hätte in den Daten aus dem April 2020 etwa 26 % der Ursprünge auf Smartphones als schlecht eingestuft (web.dev, Apr 2020).
• INP ersetzte First Input Delay am 12. März 2024 als Core Web Vital (web.dev, Jan 2024).
• Laut Jakob Nielsen sind 0,1 Sekunden nötig, damit sich ein System sofortig anfühlt, 1 Sekunde für einen ununterbrochenen Gedankenfluss und 10 Sekunden, um die Aufmerksamkeit des Nutzers zu halten (Nielsen Norman Group, Jan 1993).

Welches CMS, welcher Website-Baukasten oder welches Framework erzielt die besten Core Web Vitals?

Streng verwaltete Baukästen stehen sowohl im Web Almanac als auch im Tech Report an der Spitze; erweiterbare CMS und clientseitig gerenderte Frameworks schneiden schlechter ab. Änderungen an den Standardeinstellungen einer Plattform betreffen alle Websites darauf gleichzeitig.

Wie schneiden die größten CMS auf dem Smartphone ab?

Die Bestehensquoten, Ladezeitmesswerte und Seitengröße weisen jeweils auf einen anderen Spitzenreiter hin; bei keinem CMS sind alle Werte am besten.

• Duda führte die mobilen Bestehensquoten mit 85 % an, gefolgt von TYPO3 mit 79 %; Wix erreichte 74 %, Squarespace 69 %, Drupal 61 % und WordPress 45 % (HTTP Archive Web Almanac, Jan 2026).
• Beim LCP wiesen auf Mobilgeräten 94 % der Duda-Websites, 89 % der TYPO3-Websites und 81 % der Wix-Websites gute Werte auf, gegenüber 53 % der WordPress-Websites und 54 % aller verglichenen CMS (HTTP Archive Web Almanac, Jan 2026).
• Wix steigerte den Anteil mobiler Websites mit gutem CLS von etwa 86 % auf 95 %, während Weebly auf 58 % zurückfiel (HTTP Archive Web Almanac, Jan 2026).
• Beim INP lag Squarespace auf Mobilgeräten mit 96 % guten Werten vorn, vor TYPO3 mit 95 % und Duda mit 94 %; 1C-Bitrix und Weebly bildeten mit 71 % das Schlusslicht (HTTP Archive Web Almanac, Jan 2026).
• Die medianen mobilen Lighthouse-Leistungswerte lagen bei 64 für Wix, 58 für Webflow, 57 für Duda und 52 für Shopify, gegenüber 41 für WordPress und 40 für Joomla (HTTP Archive Web Almanac, Jan 2026).
• Die mediane Menge an JavaScript auf Mobilgeräten betrug 1.634 KB bei Wix und 1.615 KB bei Shopify, gegenüber 638 KB bei WordPress und 453 KB bei Joomla (HTTP Archive Web Almanac, Jan 2026).

Welche Website-Baukästen und Frameworks bestehen im September 2026 am häufigsten?

Websites auf gehosteten Baukästen und statisch ausgerichteten Frameworks bestehen die Tests am häufigsten. Websites auf clientseitig gerenderten Frameworks bestehen sie am seltensten. Die Anteile zeigen lediglich Korrelationen zwischen Websites, die die jeweilige Technologie verwenden.

• 85,8 % der Duda-Ursprünge bestehen die Core Web Vitals auf Mobilgeräten (HTTP Archive Tech Report, Duda, Sep 2026).
• 76,2 % der Shopify-Ursprünge bestehen sie auf Mobilgeräten, derselbe Anteil wie ein Jahr zuvor (HTTP Archive Tech Report, Shopify, Sep 2026).
• 71,3 % der Webflow-Ursprünge bestehen sie auf Mobilgeräten, gegenüber 64,0 % im September 2025 (HTTP Archive Tech Report, Webflow, Sep 2026).
• 71,0 % der Squarespace-Ursprünge bestehen sie auf Mobilgeräten, gegenüber 65,0 % (HTTP Archive Tech Report, Squarespace, Sep 2026).
• 71,1 % der Astro-Ursprünge bestehen sie auf Mobilgeräten, gegenüber 61,6 % (HTTP Archive Tech Report, Astro, Sep 2026).
• 35,7 % der Next.js-Ursprünge bestehen sie auf Mobilgeräten, gegenüber 28,1 % ein Jahr zuvor (HTTP Archive Tech Report, Next.js, Sep 2026).
• 39,3 % der WooCommerce-Ursprünge bestehen sie auf Mobilgeräten, und nur 12,1 % weisen eine gute Time to First Byte auf (HTTP Archive Tech Report, WooCommerce, Sep 2026).

Was haben Plattformteams unternommen, um die Bestehensquoten zu erhöhen?

Plattformverbesserungen erreichen Millionen Websites, ohne dass ihre Betreiber etwas ändern müssen. Deshalb wirken sich Standardeinstellungen auf die Gesamtwerte aus.

• Das WordPress-Performance-Team berichtete, dass der Anteil aller WordPress-Websites, die die mobilen Core Web Vitals bestehen, im Jahr 2023 von 28,31 % auf 36,44 % stieg (WordPress Core, Dez 2023).
• Die Bestehensquoten beim mobilen LCP in WordPress stiegen 2023 von 34,48 % auf 43,37 %. Das Team führte den Gesamtzuwachs vor allem auf den LCP zurück (WordPress Core, Dez 2023).
• Bei Websites, die in WordPress 6.3 nicht mehr ihr LCP-Bild verzögert luden, stiegen die LCP-Bestehensquoten auf Mobilgeräten um 16 % bis 21 % (WordPress Core, Sep 2023).
• Websites, die spekulatives Laden in WordPress aktivierten, verbesserten ihre LCP-Bestehensquote am Median um etwa 1,9 % (WordPress Core, Mär 2025).
• Labor-Benchmarks für WordPress 6.3 zeigten, dass Block-Themes 27 % schneller und klassische Themes 18 % schneller geladen wurden (WordPress Core, Sep 2023).
• In Benchmarks für WordPress 6.9 verbesserte das Entfernen aller das Rendering blockierenden Stylesheets im Theme Twenty Twenty-Five den LCP bei einer emulierten schnellen 4G-Verbindung um etwa 36 %; das Einbetten aller Styles verbesserte ihn bei langsamer 3G-Verbindung um etwa 45 % (WordPress Core, Nov 2025).
• GoDaddy steigerte den Anteil der Kundenwebsites von Websites + Marketing, die die Core Web Vitals bestehen, von rund 40 % auf fast 70 %, indem das Unternehmen den CLS in den Mittelpunkt stellte (web.dev, GoDaddy, Jul 2022).
• Die Streaming-Änderung von Shopify verbesserte den FCP und den LCP beim Shop im Median um 2 % bis 6 %. Laut Shopify ist das wichtiger als der Zugewinn bei der Time to First Byte, weil Käufer diese Messwerte sehen (Shopify Web Performance, Sep 2026).
• Die automatischen Early Hints von Shopify machten den First Contentful Paint am 75. Perzentil für geeignete Seitenaufrufe um 76 Millisekunden und den LCP um 100 Millisekunden schneller (Shopify Web Performance, Aug 2026).
• Der Wechsel bei Shopify von konservativen zu moderaten Spekulationsregeln senkte die mediane Time to First Byte auf Desktop um 285 Millisekunden und den LCP um 228 Millisekunden; der Preis dafür waren etwa 14 % mehr HTML-Anfragen (Shopify Web Performance, Mai 2026).
• Die erste plattformweite Konfiguration von Spekulationsregeln bei Shopify verbesserte die Ladezeitmesswerte im Durchschnitt um 130 Millisekunden auf Desktop und um 180 auf Mobilgeräten (Shopify Web Performance, Aug 2025).
• Nuvemshop steigerte den Anteil seiner Shops mit gesundem LCP innerhalb eines Jahres von 57 % auf 96 %, nachdem das Unternehmen die Priorisierung von Bildern geändert hatte (web.dev, Nuvemshop, Jun 2026).

Wie beeinflussen Geräte, Verbindungen und Länder die Seitengeschwindigkeit?

Die Bestehensquoten hängen mindestens ebenso sehr vom Land und Gerät der Besucher ab wie vom Aufbau der Website. Auf Mobilgeräten unterscheiden sich die Bestehensquoten zwischen den Ländern mit den besten und schlechtesten Werten um den Faktor zehn.

Wie viel schlechter schneiden Smartphones als Desktopgeräte ab?

Bei allen Ladezeitmesswerten schlechter, bei der Layoutstabilität dagegen besser.

• 65,6 % der mobilen Ursprünge weisen einen guten LCP auf, gegenüber 79,0 % auf Desktopgeräten (HTTP Archive Tech Report, Sep 2026).
• 83,4 % der mobilen Ursprünge weisen einen guten CLS auf, gegenüber 74,6 % auf Desktopgeräten. Das ist der einzige Messwert, bei dem Smartphones vorn liegen (HTTP Archive Tech Report, Sep 2026).
• 79,4 % der mobilen Ursprünge weisen einen guten INP auf, gegenüber 97,6 % auf Desktopgeräten (HTTP Archive Tech Report, Sep 2026).
• 57,6 % der mobilen Ursprünge weisen einen guten First Contentful Paint auf, gegenüber 75,4 % auf Desktopgeräten (HTTP Archive Tech Report, Sep 2026).
• 45,9 % der mobilen Ursprünge weisen eine gute Time to First Byte auf, gegenüber 58,2 % auf Desktopgeräten (HTTP Archive Tech Report, Sep 2026).
• In den Lighthouse-Labortests erreichte die mediane Desktop-Seite den LCP in 2,2 Sekunden, die mediane mobile Seite in 4,7 Sekunden (HTTP Archive Web Almanac, Jan 2026).
• 91 % der Erwachsenen in den USA besitzen ein Smartphone, und 16 % nutzen das Internet ausschließlich über ein Smartphone, ohne Breitbandanschluss zu Hause (Pew Research Center, Nov 2025).
• 78 % der Erwachsenen in den USA haben einen Breitbandanschluss zu Hause (Pew Research Center, Nov 2025).
• iOS-Geräte erzeugten 2025 weltweit 35 % des Datenverkehrs mobiler Geräte; in 117 Ländern und Regionen entfiel mehr als die Hälfte des Anfrageverkehrs auf Mobilgeräte (Cloudflare, Dez 2025).
• Safari 26.2 begann, LCP und INP über die Performance API bereitzustellen. Dadurch erscheinen iOS-Besucher, die in diesen Messwerten bisher nicht erfasst wurden, nun in Dashboards mit echten Nutzerdaten (Shopify Web Performance, Dez 2025).

Das Suchverhalten nach Gerät wird in den Statistiken zur Nutzung von Suchmaschinen behandelt.

In welchen Ländern werden die Core Web Vitals am häufigsten bestanden?

Wohlhabende Länder mit schnellen Netzen liegen vorn, große Entwicklungsmärkte hinten. Die größten Unterschiede zeigen sich beim LCP und INP.

• 71,4 % der mobilen Ursprünge in Japan bestehen die Tests (HTTP Archive Tech Report, Japan, Sep 2026).
• 69,2 % der mobilen Ursprünge in Deutschland bestehen die Tests (HTTP Archive Tech Report, Deutschland, Sep 2026).
• 63,3 % der mobilen Ursprünge in den Vereinigten Staaten bestehen die Tests, gegenüber 65,4 % auf Desktopgeräten (HTTP Archive Tech Report, Vereinigte Staaten, Sep 2026).
• 33,7 % der mobilen Ursprünge in Brasilien bestehen die Tests, und nur 55,3 % weisen einen guten INP auf (HTTP Archive Tech Report, Brasilien, Sep 2026).
• 31,6 % der mobilen Ursprünge in Indien bestehen die Tests, gegenüber 50,9 % auf Desktopgeräten (HTTP Archive Tech Report, Indien, Sep 2026).
• 29,4 % der mobilen Ursprünge in Indonesien bestehen die Tests (HTTP Archive Tech Report, Indonesien, Sep 2026).
• 22,0 % der mobilen Ursprünge in Südafrika bestehen die Tests (HTTP Archive Tech Report, Südafrika, Sep 2026).
• 19,8 % der mobilen Ursprünge in Pakistan bestehen die Tests, und nur 13,0 % weisen eine gute Time to First Byte auf (HTTP Archive Tech Report, Pakistan, Sep 2026).
• Ahrefs fand kaum Websites, die Tests bei 3G- oder langsameren Verbindungen bestanden, und setzte die Vereinigten Staaten im August 2021 mit einer Bestehensquote von 41 % auf Platz 38; eine Anbieterstudie (Ahrefs, Jan 2022).

Wie schnell sind die Internetverbindungen weltweit?

Die medianen Werte der schnellsten und langsamsten Länder unterscheiden sich sowohl bei Mobilfunk- als auch bei Festnetzverbindungen etwa um den Faktor 30. Die 5G-Abdeckung konzentriert sich auf wohlhabende Länder.

• Die globale mediane Downloadgeschwindigkeit im Mobilfunk lag im August 2026 bei 202,21 Mbps, mit 24,15 Mbps Upload-Geschwindigkeit und 29 Millisekunden Latenz (Ookla Speedtest Global Index, Aug 2026).
• Die globale mediane Downloadgeschwindigkeit bei festem Breitband lag bei 256,16 Mbps, mit 162,05 Mbps Upload-Geschwindigkeit und 17 Millisekunden Latenz (Ookla Speedtest Global Index, Aug 2026).
• Bei mobilen Downloads belegten die Vereinigten Staaten mit 283,68 Mbps Platz 10 und Indien mit 164,97 Mbps Platz 50 (Ookla Speedtest Global Index, Aug 2026).
• Die Vereinigten Arabischen Emirate führten bei mobilen Downloads mit 763,70 Mbps; Eswatini lag mit 24,68 Mbps unter 102 Ländern auf dem letzten Platz (Ookla Speedtest Global Index, Aug 2026).
• Singapur führte beim Festnetz-Breitband mit 652,88 Mbps; Afghanistan belegte mit 21,36 Mbps unter 149 Ländern den letzten Platz (Ookla Speedtest Global Index, Aug 2026).
• Die Geschwindigkeitstests von Cloudflare ergaben 2025 durchschnittliche Downloadgeschwindigkeiten von mehr als 300 Mbps in Spanien und Ungarn. Island wies mit 13 Millisekunden die niedrigste durchschnittliche Leerlauflatenz auf (Cloudflare, Dez 2025).
• 5G-Netze deckten 2025 schätzungsweise 55 % der Weltbevölkerung ab; in Ländern mit hohem Einkommen betrug die Abdeckung 84 %, in Ländern mit niedrigem Einkommen 4 % (ITU, Nov 2025).
• Ein typischer Nutzer in einem Land mit hohem Einkommen erzeugt fast achtmal mehr mobile Daten als ein Nutzer in einem Land mit niedrigem Einkommen (ITU, Nov 2025).
• 2025 waren etwa 6 Milliarden Menschen online. In Ländern mit hohem Einkommen nutzten 94 % der Menschen das Internet, gegenüber 23 % in Ländern mit niedrigem Einkommen (ITU, Nov 2025).
• 2025 waren weiterhin 2,2 Milliarden Menschen offline (ITU, Nov 2025).

Wie groß sind Webseiten, und geht eine größere Seitengröße zulasten der Geschwindigkeit?

Webseiten sind ein Jahrzehnt lang jedes Jahr gewachsen, und mit jeder Zunahme der Seitengröße bestehen Startseiten die Core Web Vitals seltener.

Wie schnell wächst die mediane Seitengröße?

Die mediane Startseite wuchs innerhalb eines Jahres um 7,8 %, und Unterseiten legten noch stärker zu.

• Die mediane mobile Startseite war im Juli 2025 2.362 KB groß, gegenüber 845 KB im Juli 2015 – ein Anstieg um 202,8 %. Der Median auf Desktop stieg um 110,2 % (HTTP Archive Web Almanac, Jan 2026).
• Die mediane Desktop-Startseite erreichte 2,9 MB, 7,3 % mehr als die 2,7 MB im Jahr 2024 (HTTP Archive Web Almanac, Jan 2026).
• Mediane Unterseiten waren auf Mobilgeräten 1,8 MB und auf Desktop 2 MB groß; die Seitengröße von Unterseiten nahm innerhalb eines Jahres um 9,5 % zu (HTTP Archive Web Almanac, Jan 2026).

Woraus bestehen die Datenmengen?

Bilder und JavaScript machen den größten Teil aus, HTML dagegen fällt kaum ins Gewicht.

• Die mediane mobile Startseite enthält 911 KB Bilder, 632 KB JavaScript, 122 KB Schriftarten, 77 KB CSS und 22 KB HTML (HTTP Archive Web Almanac, Jan 2026).
• Die mediane Desktop-Startseite enthält 1.058 KB Bilder und 697 KB JavaScript (HTTP Archive Web Almanac, Jan 2026).
• Unterseiten enthalten auf Mobilgeräten 354 KB Bilder; auf Desktop enthält die mediane Startseite 239 % mehr Bilddaten als eine Unterseite (HTTP Archive Web Almanac, Jan 2026).

Sagt die Seitengröße etwas über die Core Web Vitals aus?

Ja, mit einem Vorbehalt: Die Daten umfassen nur Seiten mit Chrome-Daten auf URL-Ebene und sind daher in Richtung beliebter Websites verzerrt.

• 70 % der Desktop-Startseiten unter 1 MB bestehen die Core Web Vitals, gegenüber 38 % der Seiten mit mindestens 5 MB (HTTP Archive Web Almanac, Jan 2026).
• Unterseiten schneiden besser ab: 79 % der Desktop-Unterseiten unter 1 MB bestehen die Tests, gegenüber 50 % der Seiten mit mindestens 5 MB (HTTP Archive Web Almanac, Jan 2026).
• Der LCP der Startseite steigt bei Seiten unter 1 MB von 2,1 Sekunden auf Desktop und 2,6 Sekunden auf Mobilgeräten auf 3,3 bzw. 3,8 Sekunden bei Seiten mit mindestens 5 MB (HTTP Archive Web Almanac, Jan 2026).
• 88 % der mobilen Startseiten unter 1 MB weisen einen guten CLS auf, gegenüber 71 % der Seiten mit mindestens 5 MB (HTTP Archive Web Almanac, Jan 2026).

Wie werden Bilder und Schriftarten ausgeliefert?

Veraltete Formate machen weiterhin den größten Teil der Datenmenge aus; bei Schriftarten dominiert selbst gehostetes WOFF2.

• JPG ist das Format von 57 % der LCP-Bilder und PNG von 26 %, während WebP auf 11 % und AVIF auf 0,7 % kommt (HTTP Archive Web Almanac, Jan 2026).
• 22,5 % der Websites nutzen WebP und 1,7 % AVIF, gegenüber 69,3 % für JPEG (W3Techs, Okt 2026).
• Verlustfrei komprimierte WebP-Bilder sind 26 % kleiner als PNGs; verlustbehaftet komprimierte WebP-Bilder sind 25 % bis 34 % kleiner als vergleichbare JPEGs (Google WebP-Dokumentation, Aug 2025).
• In Chrome-Tests waren 97,5 % der verzögert geladenen Bilder bei 4G innerhalb von 10 Millisekunden vollständig geladen, nachdem sie sichtbar wurden; bei langsamem 2G waren es 92,6 % (web.dev, Aug 2024).
• Auf mehr als 71 % der Seiten kommen selbst gehostete Schriftarten zum Einsatz, Google Fonts auf etwa 47 % (HTTP Archive Web Almanac, Jan 2026).
• 50,1 % der mobilen Websites legen font-display: swap fest, 24,9 % verwenden block, und nur 11,7 % laden eine Schriftart vor (HTTP Archive Web Almanac, Jan 2026).

Wie viel JavaScript und Drittanbieter-Code verwenden Webseiten?

Skriptdateien kosten mehr als gleich große Bilddateien, weil der Browser sie verarbeiten und ausführen muss. Drittanbieter-Code fügt Anfragen hinzu, die der Website-Betreiber nicht kontrolliert.

Wie viel JavaScript wird mit einer Seite ausgeliefert, und wie viel davon bleibt ungenutzt?

Fast jede Seite verwendet JavaScript, und die mediane Seite enthält Hunderte Kilobytes, die beim Laden nicht genutzt werden.

• Die mediane Seite stellt auf Mobilgeräten 22 und auf Desktop 23 JavaScript-Anfragen (HTTP Archive Web Almanac, Jan 2026).
• Die mediane Seite enthält auf Mobilgeräten 251 KB und auf Desktop 280 KB ungenutztes JavaScript, gemessen im unkomprimierten Zustand (HTTP Archive Web Almanac, Jan 2026).
• jQuery läuft auf 65,3 % der Websites, Bootstrap auf 14,8 % und React auf 6,1 % (W3Techs, Okt 2026).
• Das Team von V8 maß, dass die Verarbeitung von JavaScript auf einem leistungsstarken Desktopgerät bei einem typischen Seitenaufruf 10 % bis 30 % der in V8 verbrachten Zeit ausmacht (V8, Jun 2019).

Wie verbreitet sind Skripte und Anfragen von Drittanbietern?

Der Web Almanac beschreibt Drittanbieter als allgegenwärtig und zunehmend auf wenige Anbieter konzentriert.

• Skripte machen 24,8 % der Anfragen an Drittanbieter aus, Bilder 19,9 % und andere Typen 13,9 % (HTTP Archive Web Almanac, Jan 2026).
• Unter den zehn wichtigsten Drittanbieter-Domains dominieren Google-Dienste; facebook.com ist mit 21 % der Seiten die einzige Domain darunter, die nicht zu Google gehört (HTTP Archive Web Almanac, Jan 2026).
• Laut Lighthouse könnten 77 % der Desktop-Startseiten und 41 % der mobilen Startseiten Datenvolumen sparen, indem eingebettete Inhalte hinter einem Platzhalter geladen werden (HTTP Archive Web Almanac, Jan 2026).
• Google Tag Manager läuft auf 45,1 % der Websites (W3Techs, Okt 2026).

Was ändert sich, wenn Drittanbieter-Code optimiert wird?

Mehrere Anbieter haben Vorher-Nachher-Ergebnisse veröffentlicht.

• Poptin senkte den Interaction to Next Paint am 75. Perzentil nach der Verkleinerung einer etwa 900 Millisekunden langen Hauptthread-Aufgabe auf etwa 75 Millisekunden von 280 auf 120 Millisekunden – ein Rückgang um 57 % über Tausende Shopify-Shops hinweg (Shopify Web Performance, Aug 2026).
• Der Anteil der Ursprünge, die den INP bei Verwendung der Consent-Management-Plattform von PubTech bestehen, stieg auf Mobilgeräten von 13 % auf 55 %, nachdem der Anbieter lange Aufgaben aufgeteilt hatte (web.dev, PubTech, Feb 2024).
• Taboola nutzte Daten zu Long Animation Frames, um den INP auf den Websites seiner Verlagspartner um bis zu 36 % zu verbessern (web.dev, Taboola, Feb 2024).
• Das Anzeigenteam von Google maß bei Verlagen einen Umsatzanstieg um 0,5 % und einen Zuwachs von 2 % bei früh geladenen Anzeigenskripten, nachdem es das Anzeigenskript mit stale-while-revalidate auslieferte (web.dev, Google Ads, Mär 2020).
• 46,5 % der Ursprünge, die Google Tag Manager verwenden, bestehen die Tests auf Mobilgeräten. Dieser Anteil spiegelt neben dem Tag auch alles andere wider, was diese Websites ausliefern (HTTP Archive Tech Report, Google Tag Manager, Sep 2026).
• 58,0 % der Ursprünge, die das Consent-Tool Cookiebot verwenden, bestehen die Tests auf Mobilgeräten (HTTP Archive Tech Report, Cookiebot, Sep 2026).

Wie verbreitet sind CDNs, Komprimierung, Caching und neuere Protokolle?

CDNs und Komprimierung sind weit verbreitet. Außer auf Plattformen, die Early Hints und Spekulationsregeln für alle aktivieren, sind diese Funktionen selten.

Wie viele Websites nutzen ein CDN?

Ein Viertel der Websites nutzt Cloudflare als CDN, doch die CDN-Nutzung unterscheidet sich je nach Art der Anfrage stark.

• CDNs lieferten 71 % der Anfragen an Drittanbieter, 52 % der Subdomain-Anfragen und 35 % der HTML-Anfragen auf Mobilgeräten aus (HTTP Archive Web Almanac, Jan 2026).
• Cloudflare lieferte 58 % der über CDNs ausgelieferten HTML-Anfragen aus, Google 21 %, CloudFront 7 %, Fastly 5 % und Vercel 2 % (HTTP Archive Web Almanac, Jan 2026).
• 25 % aller Websites nutzen Cloudflare als CDN, gegenüber 19,6 % ein Jahr zuvor und 3,9 % zehn Jahre zuvor (W3Techs, Sep 2026).
• Cloudflare ist der Webserver von 31,9 % der Websites, deren Server bekannt ist. Damit liegt der Dienst vor Nginx mit 30,6 %, Apache mit 21,7 % und LiteSpeed mit 14,1 % (W3Techs, Okt 2026).
• Laut Cloudflare ist sein Netzwerk für 95 % der mit dem Internet verbundenen Bevölkerung innerhalb von 50 Millisekunden erreichbar (Cloudflare, Sep 2024).

Wie verbreitet sind Komprimierung und HTTP/3?

Komprimierung ist nahezu universell, und das neueste Protokoll kommt auf vier von zehn Websites zum Einsatz.

• 93,3 % der Websites verwenden Komprimierung (W3Techs, Okt 2026).
• HTTP/3 kommt auf 40,9 % der Websites zum Einsatz und HTTP/2 auf 34,8 % (W3Techs, Okt 2026).
• CDNs lieferten HTML auf Mobilgeräten in 29 % der Fälle über HTTP/3 und in 69 % der Fälle über HTTP/2 aus. Ursprungsserver verwendeten HTTP/3 gar nicht und HTTP/2 in 79 % der Fälle (HTTP Archive Web Almanac, Jan 2026).
• CDNs lieferten 46 % der mobilen Anfragen als Brotli, 42 % als gzip und 12 % als Zstandard aus; Ursprungsserver lieferten 39 % als Brotli und 61 % als gzip aus (HTTP Archive Web Almanac, Jan 2026).
• 72 % der mobilen Startseiten bestehen die Textkomprimierungsprüfung von Lighthouse; mehr als 25 % der Seiten auf allen Geräten und Seitentypen bestehen sie nicht (HTTP Archive Web Almanac, Jan 2026).
• Für The Economic Times verkleinerte Brotli JavaScript-Dateien gegenüber gzip um 15 %, HTML um 18 % sowie CSS- und Schriftdateien um 17 % (web.dev, The Economic Times, Dez 2021).
• QuintoAndar stellte fest, dass Brotli über das CDN JavaScript-Dateien gegenüber gzip um 18 % verkleinerte und Brotli zur Erstellungszeit sie um 24 % verkleinerte (web.dev, QuintoAndar, Dez 2021).
• In 15 Ländern und Regionen wurde 2025 mehr als ein Drittel der Anfragen über Cloudflare mit HTTP/3 gesendet; Georgien lag mit 38 % an der Spitze (Cloudflare, Dez 2025).

Verbessern Caching, Early Hints und spekulatives Laden die Leistung?

Early Hints und Spekulationsregeln bringen messbare Vorteile, sind aber außerhalb von Plattformen, die sie für alle aktivieren, selten.

• Die mediane Desktop-Startseite könnte 303 KB und die mediane mobile Startseite 270 KB einsparen, wenn Ressourcen mit kurzen Cache-Lebensdauern aus dem Cache ausgeliefert würden (HTTP Archive Web Almanac, Jan 2026).
• Early Hints kommen auf knapp über 6 % der Desktop-Seiten unter den eine Million Websites mit den höchsten Rankings zum Einsatz; in den meisten anderen Ranggruppen liegen die Werte deutlich unter 5 % (HTTP Archive Web Almanac, Jan 2026).
• Spekulationsregeln kommen auf 15 % der Startseiten unter den eine Million Websites mit den höchsten Rankings zum Einsatz (HTTP Archive Web Almanac, Jan 2026).
• Im Benchmark von Cloudflare verbesserten Early Hints bei der Hälfte der Desktop-Seiten den FCP um mehr als 9,47 % und den LCP um mehr als 6,03 % (Cloudflare, Jun 2022).
• Cloudflare maß für Websites mit Speed-Brain-Vorladen am 75. Perzentil LCP-Verbesserungen von 40 % bis 50 %, im Durchschnitt rund 45 % (Cloudflare, Sep 2024).
• Etwa die Hälfte der Hunderte Milliarden HTML-Anfragen, die Cloudflare täglich sieht, werden aus dem Cache ausgeliefert (Cloudflare, Sep 2024).
• Mehr als 8 % der Chrome-Navigationen nutzen Spekulationsregeln (WordPress Core, Mär 2025).
• Ray-Ban setzte Vorabrendering mit Spekulationsregeln ein und verbesserte den LCP auf Desktop und Mobilgeräten um 43 % (web.dev, Ray-Ban, Jan 2025).
• Die Arbeit von Monrif an Vorabrendering und dem Back/Forward-Cache senkte den Desktop-LCP um 433 Millisekunden bzw. 17,9 %, ausgehend von 2.419 (web.dev, Monrif, Dez 2025).

Was bringt eine schnellere Seite bei Conversion, Interaktion und Umsatz?

Unternehmen, die ihre eigenen Websites gemessen haben, berichten nach Verbesserungen bei LCP, INP und CLS von Zuwächsen bei Conversion, Interaktion und Werbeumsatz. Jedes Ergebnis stammt aus den eigenen Analysen einer Website, und die Effektgrößen unterscheiden sich stark.

Wie hängen Ladezeiten und Conversion im Einzelhandel und Reisebereich zusammen?

Der Zusammenhang weist durchgehend in dieselbe Richtung. Wie stark er ausfällt, hängt von der Website und ihrem Ausgangswert ab.

• T-Mobile verzeichnete nach den LCP-Verbesserungen einen Rückgang um 20 % bei Beschwerden über die Website und um 34 % bei Beschwerden über langsames Laden (web.dev, T-Mobile, Mär 2025).
• Durch Vorabrendering stieg bei Ray-Ban die Conversion-Rate auf Produktseiten in A/B-Tests auf Mobilgeräten um 101,47 % und auf Desktop um 156,16 %; die Absprungraten sanken auf beiden Gerätetypen um etwa 13 % (web.dev, Ray-Ban, Jan 2025).
• Die eigene Analyse von Zalando ergab, dass kürzere Ladezeiten bei jedem Schritt der Customer Journey und auf jedem Gerät mit einem höheren Umsatz pro Sitzung einhergingen (Zalando Engineering, Jun 2018).
• 2018 stammten mehr als 75 % des Traffics von Zalando von Mobilgeräten; innerhalb von fünf Monaten senkte das Unternehmen die Gesamtladezeit um 25 % (Zalando Engineering, Jun 2018).
• Der Leiter des Performance Engineering bei Shopify erklärte, wenn die erste Seite, die ein Käufer aufruft, 10 % schneller ist, steigt die Conversion im Durchschnitt um 7 % (Cloudflare, Jun 2022).
• Farfetch stellte fest, dass die Conversion-Rate im Durchschnitt mit jeder zusätzlichen LCP-Zeit von 100 Millisekunden über dem empfohlenen Wert um 1,3 % sinkt und mit jeder eingesparten Sekunde bei der Time to Interactive um 2,8 % steigt (web.dev, Farfetch, Jul 2022).
• Renault analysierte mehr als 10 Millionen Besuche in 33 Ländern und stellte fest, dass eine Verbesserung des LCP um 1 Sekunde die Absprungrate um 14 Prozentpunkte senken und die Conversion um 13 % steigern könnte (web.dev, Renault, Okt 2021).
• Die relative mobile Conversion-Rate von Swappie stieg innerhalb von drei Monaten von 24 % auf 34 %, der mobile Umsatz legte um 42 % zu (web.dev, Swappie, Sep 2021).
• redBus steigerte seinen Umsatz um etwa 7 %, nachdem das Unternehmen den INP verbessert hatte (web.dev, redBus, Mai 2023).
• Die Performance-Verbesserungen von Tokopedia steigerten die Klickrate um 35 % und die Conversion-Rate um 8 % (web.dev, Tokopedia, Okt 2020).

Was gewinnen Verlage und Anzeigenplattformen?

Längere Sitzungen und mehr Anzeigenaufrufe – dort liegt der Umsatzgewinn für Verlage.

• Yahoo! JAPAN News erhöhte seine mobile Trefferquote im Back/Forward-Cache von 0,04 % auf 54,07 % und verzeichnete einen Anstieg der mobilen Werbeeinnahmen um 9,0 %, gegenüber 0,6 % auf Desktop (web.dev, Yahoo! JAPAN News, Jul 2023).
• Yahoo! JAPAN News senkte den CLS um 0,2. Dadurch stiegen die Seitenaufrufe pro Sitzung um 15 % und die Sitzungsdauer um 13 %; die Absprungrate sank um 1,72 Prozentpunkte (web.dev, Yahoo! JAPAN News, Mär 2021).
• Netzwelt steigerte die Werbeeinnahmen um 18 %, die Seitenaufrufe um 27 % und die Sichtbarkeit von Anzeigen auf über 75 %, während die Absprungrate um 50 % sank (web.dev, Netzwelt, Jul 2021).
• The Economic Times senkte den LCP von 4,5 auf 2,5 Sekunden und die Absprungrate insgesamt um 43 % (web.dev, The Economic Times, Dez 2021).
• Ein späteres INP-Projekt von The Economic Times senkte die Total Blocking Time um das 30-Fache und den INP fast auf ein Viertel; zugleich sank die Absprungrate um 50 % und die Seitenaufrufe stiegen um 43 % (web.dev, The Economic Times, Mai 2023).
• NDTV verbesserte den LCP innerhalb eines Monats um 55 %. Das ging mit einer Halbierung der Absprungrate einher (web.dev, NDTV, Okt 2020).
• Durch Vorabladen steigerte Terra die Klickrate auf Anzeigen auf Mobilgeräten um 11 % und auf Desktop um 30 % (web.dev, Terra, Sep 2023).
• Mail.ru steigerte nach der Verbesserung des CLS die Conversion-Rate seiner zentralen Bereiche um mehr als 10 % (web.dev, Mail.ru, Nov 2021).

Was brachte die Verbesserung des INP?

Mehr Interaktionen und Conversions, denn der INP erfasst jede Interaktion auf der Seite.

• QuintoAndar senkte den INP um 80 %, steigerte den Anteil der Seiten mit gutem INP von 42 % auf 78 % und berichtete von einem Anstieg der Conversions gegenüber dem Vorjahr um 36 % (web.dev, QuintoAndar, Jan 2025).
• Disney+ Hotstar senkte den INP auf Geräten für den Fernseher um 61 %; die wöchentlichen Kartenaufrufe pro Nutzer stiegen von 111 auf 226 (web.dev, Disney+ Hotstar, Mai 2024).
• Trendyol halbierte den INP und verzeichnete einen Anstieg der Klickrate in der Suche um 1 % (web.dev, Trendyol, Dez 2023).
• Die INP-Verbesserungen von Fotocasa trugen zu einem Anstieg der Kontakt- und Telefon-Leads um 27 % bei (web.dev, Fotocasa, Okt 2025).
• Durch spekulatives Laden und die Arbeit am Back/Forward-Cache steigerte Monrif die Interaktion in einigen Segmenten um 8,9 % (web.dev, Monrif, Dez 2025).

Ist die Seitengeschwindigkeit ein Google-Rankingfaktor?

Ja, in begrenztem Maß, und Googles Aussagen sind seit 2010 gleich geblieben. Geschwindigkeit kann bei ähnlichen Seiten den Ausschlag geben und die langsamsten Seiten zurückstufen; am wichtigsten ist weiterhin die Relevanz.

Was hat Google seit 2010 über die Bedeutung von Geschwindigkeit fürs Ranking gesagt?

Drei Dinge sind gleich geblieben: Geschwindigkeit ist ein Signal, aber ein kleines, und für jede Seite gilt derselbe Maßstab.

• In der Ankündigung von 2010 erklärte Google, dass die Website-Geschwindigkeit weniger stark gewichtet werde als die Relevanz einer Seite. Zum Start galt das Signal nur für englischsprachige Suchanfragen auf Google.com (Google Search Central Blog, Apr 2010).
• Im Januar 2018 kündigte Google an, dass die Seitengeschwindigkeit ab Juli 2018 ein Rankingfaktor für mobile Suchanfragen sein würde (Google Search Central Blog, Jan 2018).
• Das Speed Update von 2018 betrifft nur Seiten mit dem langsamsten Nutzungserlebnis und einen kleinen Anteil der Suchanfragen, legt unabhängig von der verwendeten Technologie denselben Maßstab an alle Seiten an, und eine langsame Seite kann mit hervorragenden, relevanten Inhalten weiterhin weit oben ranken (Google Search Central Blog, Jan 2018).
• Im Mai 2020 erklärte Google, dass das Seitenerlebnis für die Sichtbarkeit deutlich wichtiger werde, wenn mehrere Seiten ähnliche Inhalte bieten (Google Search Central Blog, Mai 2020).
• Das Rollout des Page-Experience-Updates begann Mitte Juni 2021 und entfaltete bis Ende August 2021 seine volle Wirkung (Google Search Central Blog, Apr 2021).
• Das Rollout für Desktop begann im Februar 2022 und war Ende März 2022 abgeschlossen; dabei kamen dieselben drei Core Web Vitals zum Einsatz (Google Search Central Blog, Nov 2021).
• Im November 2020 erklärte Google, dass die Nutzung von Lighthouse und PageSpeed Insights seit der Ankündigung im Median um 70 % gestiegen war (Google Search Central Blog, Nov 2020).
• Google stellte den Bericht zur mobilen Benutzerfreundlichkeit in der Search Console und den Mobile-Friendly-Test zum 1. Dezember 2023 ein, behielt aber die Berichte zu Core Web Vitals und HTTPS bei (Google Search Central Blog, Apr 2023).

Wie berücksichtigt Google die Core Web Vitals heute beim Ranking?

Als einen von vielen Faktoren, bewertet auf Seitenebene, ergänzt um bestimmte Bewertungen auf Website-Ebene.

• Google erklärt, dass gute Werte in der Search Console oder in Drittanbieter-Tools keine Spitzenposition garantieren und dass es für SEO allein möglicherweise nicht die beste Zeitinvestition ist, einem perfekten Wert hinterherzujagen (Google Search Central, Sep 2026).
• Die zentralen Ranking-Systeme von Google bewerten Inhalte in der Regel auf Seitenebene, ergänzend zu bestimmten Bewertungen auf Website-Ebene (Google Search Central, Sep 2026).
• Google strebt nach eigenen Angaben stets an, die relevantesten Inhalte anzuzeigen, selbst wenn das Seitenerlebnis mangelhaft ist. Ein großartiges Seitenerlebnis ist am wichtigsten, wenn viele hilfreiche Inhalte verfügbar sind (Google Search Central, Sep 2026).
• PageSpeed Insights erfasst Felddaten über einen gleitenden Zeitraum von 28 Tagen (Google PageSpeed Insights-Dokumentation, Okt 2024).
• 2017 lud die Google-Suchergebnisseite so langsam, dass sie bei bestimmten häufigen Suchanfragen in 25 % der Fälle länger als drei Sekunden brauchte; in 98 % der Fälle erschien das erste Ergebnis bei Bing früher (US-Bezirksgericht für den District of Columbia, Aug 2024).
• Aus den Gerichtsunterlagen geht hervor, dass Google Project Folly startete, um diese Latenz zu verringern, nachdem das Unternehmen festgestellt hatte, dass seine eigenen Ergebnisse etwa 300 Millisekunden langsamer waren als die von Bing (US-Bezirksgericht für den District of Columbia, Aug 2024).

Was ergeben Studien zu Rankingfaktoren?

Dass Geschwindigkeit Seiten auf der ersten Suchergebnisseite nicht voneinander unterscheidet – das entspricht Googles eigener Beschreibung des Signals.

• Backlinko verglich die Ladezeiten von Alexa für 1 Millionen Domains mit ihren Rankings und fand keine Korrelation mit den Positionen auf der ersten Seite; eine Anbieterstudie (Backlinko, Mär 2020).
• Ahrefs erklärte, der zeitliche Ablauf des Rollouts und andere gleichzeitig eingeführte Updates machten es unmöglich, die Auswirkungen der Core Web Vitals auf Rankings einzeln zu bestimmen. Zudem würden Websites, die an ihrer Geschwindigkeit arbeiten, wahrscheinlich auch allgemein mehr für SEO tun; eine Anbieterstudie (Ahrefs, Jan 2022).

Weitere Rankingfaktoren jenseits der Geschwindigkeit behandeln die SEO-Statistiken zu Websites.

Methodik und Quellen

Jede Statistik auf dieser Seite wurde bis zur Organisation zurückverfolgt, die sie erstellt hat: Chrome UX Report, HTTP Archive (Web Almanac 2025 und Core Web Vitals Technology Report), Google Search Central, web.dev, ein Gerichtsprotokoll eines US-Bundesgerichts, W3Techs, Ookla, ITU, Pew Research Center, Cloudflare, Shopify, das Performance-Team von WordPress Core, Zalando, Nielsen Norman Group, V8 und die WebP-Dokumentation von Google. Die Anbieterstudien stammen von Ahrefs und Backlinko. Die Fallstudienergebnisse auf web.dev werden von den jeweiligen Unternehmen veröffentlicht, beziehen sich jeweils auf eine Website und stammen aus Unternehmensangaben. Die Bestehensquoten nach Land und Technologie im Tech Report geben den Anteil der Ursprünge an, für die Chrome über genügend Daten verfügt. Sie zeigen Korrelationen zwischen Websites, die eine Technologie verwenden, nicht die Auswirkungen der Technologie. Jeder Link wurde am 14. Oktober 2026 geöffnet, um zu prüfen, ob die Seite geladen wird, die Zahl dort erscheint und das Datum stimmt. Die Zahlen aus dem Tech Report wurden außerdem anhand der dem Bericht zugrunde liegenden Daten überprüft. Weichen Zahlen aus verschiedenen Kapiteln oder Zeiträumen voneinander ab, verwendet die Seite den für das angegebene Datum genannten Wert. Statistiksammlungen zitieren wir nicht. Die Seite wird monatlich aktualisiert; die Werte aus Chrome und dem Tech Report werden zuerst ersetzt.

Glossar

• Core Web Vitals: Googles drei Feldmesswerte für Ladezeit (LCP), Reaktionsfähigkeit (INP) und visuelle Stabilität (CLS).
• LCP: Largest Contentful Paint, die Zeit, bis das größte sichtbare Element gerendert wurde.
• INP: Interaction to Next Paint, die Geschwindigkeit, mit der eine Seite auf Klicks, Tippen und Tastatureingaben reagiert.
• CLS: Cumulative Layout Shift, das Ausmaß unerwarteter Verschiebungen sichtbarer Inhalte.
• FCP: First Contentful Paint, die Zeit, bis erstmals Inhalte angezeigt werden.
• TTFB: Time to First Byte, die Zeit, bis das erste Antwortbyte eintrifft.
• TBT: Total Blocking Time, ein Labormesswert für die Blockierung des Hauptthreads, der als Näherungswert für den INP dient.
• CrUX: Chrome UX Report, der öffentliche Datensatz mit Messungen echter Nutzer in Chrome.
• Ursprung: Schema, Host und Port, die in CrUX als Maßeinheit dienen.
• 75. Perzentil: Der Wert, den 75 % der Seitenaufrufe erreichen oder unterschreiten; er dient zur Bewertung der Core Web Vitals.
• CDN: Content Delivery Network.
• Early Hints: Ein HTTP-Status, mit dem ein Server dem Browser mitteilen kann, welche Ressourcen geladen werden sollen, bevor die Seitenantwort bereitsteht.
• Spekulationsregeln: Eine Browser-API zum Vorladen oder Vorabrendern von Seiten, die der Besucher wahrscheinlich als Nächstes öffnet.
• bfcache: Back/Forward-Cache, der eine Seite bei Vorwärts- und Rückwärtsnavigation aus dem Arbeitsspeicher wiederherstellt.
• Brotli: Ein Komprimierungsformat, das bei Textdateien in der Regel besser abschneidet als gzip.

Quellen

• Ahrefs: Studie zu Core-Web-Vitals-Daten mit CrUX und 5.2M Seiten
• Backlinko: 11.8 Millionen Google-Suchergebnisse analysiert
• Chrome UX Report: Versionshinweise
• Cloudflare: Speed Brain wird vorgestellt
• Cloudflare: Leistung von Early Hints
• Cloudflare: Der Jahresrückblick 2025 zu Radar
• Google PageSpeed Insights-Dokumentation: Über PageSpeed Insights
• Google Search Central Blog: Website-Geschwindigkeit im Websuchranking
• Google Search Central Blog: Seitengeschwindigkeit im mobilen Suchranking
• Google Search Central Blog: Das Seitenerlebnis für ein besseres Web bewerten
• Google Search Central Blog: Zeitplan für die Einführung des Seitenerlebnisses in der Google-Suche
• Google Search Central Blog: Mehr Zeit, Tools und Details zum Page-Experience-Update
• Google Search Central Blog: Zeitplan für die Einführung des Page-Experience-Rankings auf Desktop
• Google Search Central Blog: Die Rolle des Seitenerlebnisses bei der Erstellung hilfreicher Inhalte
• Google Search Central: Core Web Vitals und Google-Suchergebnisse verstehen
• Google Search Central: Das Seitenerlebnis in den Google-Suchergebnissen verstehen
• Google WebP-Dokumentation
• HTTP Archive: Core Web Vitals Technology Report
• HTTP Archive: Web Almanac 2025, CDN
• HTTP Archive: Web Almanac 2025, CMS
• HTTP Archive: Web Almanac 2025, Schriftarten
• HTTP Archive: Web Almanac 2025, Seitengröße
• HTTP Archive: Web Almanac 2025, Leistung
• HTTP Archive: Web Almanac 2025, Drittanbieter
• ITU: Pressemitteilung zu Zahlen und Fakten 2025
• Nielsen Norman Group: Reaktionszeiten – 3 wichtige Grenzen
• Ookla: Speedtest Global Index
• Pew Research Center: Merkblatt zu Mobilgeräten
• Pew Research Center: Merkblatt zu Internet und Breitband
• Shopify Web Performance: Early Hints
• Shopify Web Performance: Liquid-Shops beginnen jetzt 29% schneller zu laden
• Shopify Web Performance: Moderate Spekulationsregeln
• Shopify Web Performance: Poptin
• Shopify Web Performance: Safari LCP und INP
• Shopify Web Performance: Spekulationsregeln bei Shopify
• US-Bezirksgericht für den District of Columbia: United States v. Google LLC, Begründete Stellungnahme (Aug 2024)
• V8: Die Kosten von JavaScript im Jahr 2019
• W3Techs: Bilddateiformate
• W3Techs: JavaScript-Bibliotheken
• W3Techs: Reverse-Proxy-Dienste
• W3Techs: Website-Elemente
• W3Techs: Tag-Manager
• W3Techs: Webserver
• web.dev: Back/Forward-Cache
• web.dev: Verzögertes Laden von Bildern auf Browserebene
• web.dev: Schwellenwerte für die Core-Web-Vitals-Messwerte festlegen
• web.dev: INP wird am 12. März zu einem Core Web Vital
• web.dev: Largest Contentful Paint optimieren
• web.dev-Fallstudie: Farfetch
• web.dev-Fallstudie: Fotocasa
• web.dev-Fallstudie: GoDaddy
• web.dev-Fallstudie: Google Ads und stale-while-revalidate
• web.dev-Fallstudie: Disney+ Hotstar
• web.dev-Fallstudie: Mail.ru
• web.dev-Fallstudie: Monrif
• web.dev-Fallstudie: NDTV
• web.dev-Fallstudie: Netzwelt
• web.dev-Fallstudie: Nuvemshop
• web.dev-Fallstudie: PubTech
• web.dev-Fallstudie: QuintoAndar
• web.dev-Fallstudie: QuintoAndar INP
• web.dev-Fallstudie: Ray-Ban
• web.dev-Fallstudie: redBus
• web.dev-Fallstudie: Renault
• web.dev-Fallstudie: Swappie
• web.dev-Fallstudie: T-Mobile
• web.dev-Fallstudie: Taboola
• web.dev-Fallstudie: Terra
• web.dev-Fallstudie: The Economic Times
• web.dev-Fallstudie: The Economic Times INP
• web.dev-Fallstudie: Tokopedia
• web.dev-Fallstudie: Trendyol
• web.dev-Fallstudie: Yahoo! JAPAN News bfcache
• web.dev-Fallstudie: Yahoo! JAPAN News CLS
• WordPress Core: Auswirkungen der WordPress-Performance auf die Core Web Vitals im Jahr 2023
• WordPress Core: Analyse der Core Web Vitals in WordPress 6.3 anhand von Felddaten
• WordPress Core: Leitfaden zur Frontend-Performance in WordPress 6.9 anhand von Felddaten
• WordPress Core: Spekulatives Laden in 6.8
• Zalando Engineering: Ladezeit ist wichtig