Die mediane Latenz unter Last liegt bei 257 ms — das INP-Budget bei 200 ms. Bevor Ihr JavaScript eine einzige Zeile ausführt, hat das Netzwerk die gesamte Zeit bereits verbraucht. Die Zahlen, die Ihre Core Web Vitals wirklich entscheiden.
Sie testen Ihre Website auf einer unbelasteten Verbindung. Ihre Nutzer sind niemals auf einer. In Cloudflares globalen Geschwindigkeitsmessungen für die 28 Tage bis zum 14. Juli 2026 liegt die mediane Latenz im Leerlauf bei 97,9 ms. Unter Last — also während die Seite tatsächlich lädt — bei 257,1 ms. Googles INP-Schwellenwert liegt bei 200 ms. Allein das Netzwerk hat das gesamte Interaktionsbudget aufgebraucht, bevor eine einzige Zeile Ihres JavaScripts ausgeführt wird.
Genau dafür existiert diese Seite — und kaum ein Speed-Ratgeber erwähnt es, weil kaum ein Speed-Ratgeber so testet, wie Menschen tatsächlich surfen. Das Erste, was ich prüfe, wenn eine Website „sich für uns schnell anfühlt, die Nutzer aber weiter klagen“, ist genau diese Lücke. Ich drossele die Verbindung und teste unter Last, bevor ich eine einzige Zeile Code lese.
| Messwert | Leerlauf | Unter Last | Veränderung |
|---|---|---|---|
| Latenz | 97,9 ms | 257,1 ms | 2,6× schlechter |
| Jitter | 30,5 ms | 66,6 ms | 2,2× schlechter |
| Paketverlust | — | 2,34 % | — |
| Download-Bandbreite | 119,9 Mbit/s | — | — |
Quelle: Cloudflare Radar quality/speed (radar.cloudflare.com), 28-Tage-Fenster bis 14. Juli 2026. Das sind RAW-Messwerte in ms und Mbit/s, keine Indizes. Die Daten stammen von Cloudflare — die Interpretation von uns.
Und jetzt die Zahl, die Ihnen mehr Sorgen machen sollte. Die 119,9 Mbit/s stammen von speed.cloudflare.com — also von Menschen, die sich entschieden haben, einen Speedtest zu machen, was stark zugunsten guter Verbindungen selektiert. Cloudflare veröffentlicht zusätzlich eine bewusst konservative Schätzung über die gesamte Population, den Internet Quality Index:
| Perzentil | Bandbreite | Latenz | DNS-Antwort |
|---|---|---|---|
| 25. | 7,6 Mbit/s | 52,3 ms | 34,1 ms |
| 50. (Median) | 12,7 Mbit/s | 75,1 ms | 57,2 ms |
| 75. | 22,3 Mbit/s | 110,2 ms | 100,4 ms |
Quelle: Cloudflare Radar quality/iqi (radar.cloudflare.com), 28-Tage-Fenster bis 14. Juli 2026. RAW_VALUES — echte Mbit/s und Millisekunden.
Die mediane Verbindung liefert 12,7 Mbit/s, nicht 120. Die Lücke zwischen diesen beiden Zahlen ist die Lücke zwischen dem Rechner, auf dem Sie entwickeln, und dem Handy, das Ihr Kunde in der Hand hält. Ein 3 MB großes Hero-Bild ist auf Ihrem Laptop ein 0,2-Sekunden-Problem und beim Median ein rund 1,9-Sekunden-Problem. Gleiches Bild, gleiche Website, völlig anderes Geschäftsergebnis.
Daraus folgen drei Dinge — und sie sind der eigentliche Punkt dieser Seite:
Danach: was Ladezeit ist, was sie kaputt macht, und die Reihenfolge, die pro Arbeitsstunde die meiste Zeit zurückholt.
Einfach ausgedrückt ist die Website-Ladezeit die gesamte Zeit, die Ihre Seite benötigt, um die Inhalte einer bestimmten Seite vollständig anzuzeigen. Es ist die Dauer vom Klick auf einen Link bis zu dem Moment, in dem der komplette Inhalt dieser Seite auf Ihrem Bildschirm geladen ist.
Die Website-Ladezeit ist jedoch mehr als nur die Frage, wie schnell die Seiten Ihrer Website laden. Es geht auch um ein reibungsloses, fehlerfreies und angenehmes Nutzererlebnis.
Sehr ähnlich, aber leicht unterschiedlich, ist die Seitenladezeit der Zeitraum zwischen der ersten Anfrage einer URL und dem Punkt, an dem der Inhalt der Seite den Ladevorgang abschließt. Sie spiegelt die Effizienz Ihrer Website wider und zeigt, wie gut sie Inhalte an Ihre Nutzer ausliefert.
2026 ist die Kennzahl, die Google tatsächlich bewertet, spezifischer als „Ladezeit“. Largest Contentful Paint (LCP) misst, wann Ihr Hauptinhalt erscheint, Interaction to Next Paint (INP) misst, wie schnell die Seite auf ein Tippen oder Klicken reagiert, und Cumulative Layout Shift (CLS) misst die visuelle Stabilität. Zusammen sind sie die Core Web Vitals, und INP löste im März 2024 First Input Delay (FID) als offiziellen Core Web Vital ab — eine deutlich höhere Hürde, weshalb so viele Seiten, die vorher „bestanden“, jetzt durchfallen.
Ich behalte alle drei im Auge, weil sie zusammen der beste Näherungswert sind, den Google uns dafür gibt, was ein echter Nutzer tatsächlich spürt. In den Audits, die ich durchführe, ist INP der Wert, bei dem ich die meisten Seiten leise von „bestanden“ zu „durchgefallen“ rutschen sehe — und meist ist es der Grund, warum ein Betreiber sich nicht erklären kann, warum guter Inhalt nicht so rankt, wie er erwartet hat.
Schnelle Ladezeiten sind entscheidend, weil Geschwindigkeit direkt mit Umsatz und Rankings zusammenhängt: Eine Verbesserung der mobilen Ladezeit um 0,1 Sekunden (100 ms) hob die Conversions im Einzelhandel um 8,4 % und den durchschnittlichen Bestellwert um 9,2 % — in einer Studie von Google und Deloitte über 37 Marken und mehr als 30 Millionen Sitzungen. Langsame Seiten verlieren an jedem Schritt Geld, und Googles Algorithmus sieht das. Wenn ich eine Website auditiere, deren Wachstum stagniert, ist Geschwindigkeit eines der ersten Dinge, die ich aus- oder einschließe — weil es einer der seltenen Hebel ist, der Conversions und Rankings gleichzeitig bewegen kann.
Ein Blick auf die Page-Speed-Trends genügt, und Sie erkennen eine klare Verschiebung hin zu schnelleren Websites, angetrieben von den steigenden Ansprüchen von Nutzern und Suchmaschinen gleichermaßen.
Hier ist der Grund:
✅ Nutzererlebnis: Wenn Ihre Website länger als ein paar Sekunden zum Laden braucht, kann das Ihre Nutzer ernsthaft frustrieren. Und wenn Nutzer nicht zufrieden sind, haben sie das gesamte Internet zur Hand, um Alternativen zu finden.
✅ Conversion-Raten: Webseiten mit kürzeren Ladezeiten haben höhere durchschnittliche Transaktionsgrößen und niedrigere Absprungraten. Hier gilt eine klare Gleichung: Geschwindigkeit gleich Umsatz. Laut Google und Deloittes Studie Milliseconds Make Millions hob schon eine Verkürzung der mobilen Ladezeit um 0,1 s die Conversions im Einzelhandel um 8,4 % und im Reisesektor um 10,1 %. Und in Portents Analyse von über 100 Millionen Seitenaufrufen sanken die Conversion-Raten im Schnitt um 4,42 % pro zusätzlicher Sekunde zwischen 0 und 5 Sekunden — eine Seite, die in einer Sekunde lädt, konvertiert mit 39 %, gegenüber 18 % bei sechs Sekunden.
✅ SEO und Website-Ranking: Website-Geschwindigkeit ist eines der Signale, die Google zur Bewertung von Seiten heranzieht. Die Core Web Vitals fließen in Googles Ranking-Systeme ein — eine langsame, instabile Seite wird also abgewertet, bevor Sie überhaupt Inhalte oder Links anfassen. Wenn Ihre Website die Prüfung nicht besteht, beginnen Sie mit unserem Leitfaden zum Beheben eines fehlgeschlagenen Core-Web-Vitals-Berichts — und lesen Sie, wie sich die Ladegeschwindigkeit auf SEO auswirkt, für die Ranking-Mechanik.
🚀 Genau dafür haben wir SEOmators kostenlosen Website-Geschwindigkeitstest gebaut — lassen Sie Ihre Seite durchlaufen, um die echte Ladezeit zu sehen, und leiten Sie dann die Schritte ein, um sie schneller zu machen.
Die größten Faktoren sind Hosting und Server-Antwortzeit, das Gesamtgewicht der Seite (vor allem unoptimierte Bilder) und renderblockierendes oder Drittanbieter-JavaScript. Auf den meisten Websites ist 2026 ungenutztes Drittanbieter-JavaScript — Tag-Manager, Chat-Widgets, Ad-Tags — die mit Abstand häufigste Ursache für ein durchgefallenes INP.
Wenn ich das Netzwerk-Wasserfalldiagramm einer langsamen Seite öffne, sind die schwersten Zeilen selten der Code, den das Team selbst geschrieben hat. Es sind die Drittanbieter-Tags, die jemand vor Monaten eingefügt und dann vergessen hat.
Hier sind einige gewichtige Variablen, die Sie berücksichtigen müssen:
⏳ Webhosting: Wählen Sie Ihren Hoster mit Bedacht! Die Art des Hostings, für die Sie sich entscheiden, kann die Ladezeit Ihrer Website dramatisch beeinflussen.
⏳ Website-Größe: Wir lieben hochauflösende Bilder und Videos, aber je größer die Dateigröße, desto länger dauert das Laden. Es ist eine feine Balance, die Sie finden müssen.
⏳ Website-Traffic: Mehr Traffic kann Ihre Server-Antwortzeit verlangsamen. Stellen Sie sicher, dass Ihr Server hohe Traffic-Aufkommen bewältigen kann.
⏳ Plugins & Widgets: Sie mögen praktisch sein, aber zu viele davon können Ihre Website-Geschwindigkeit beeinträchtigen. Seien Sie wählerisch.
⏳ Plattform und CMS: Die Effizienz Ihrer Website-Plattform und Ihres CMS kann maßgeblich beeinflussen, wie schnell Ihre Inhalte ausgeliefert werden.
⏳ Coding: Sauberer, optimierter Code unterstützt schnelleres Laden der Webseiten. Stellen Sie sicher, dass Ihre Website effizient programmiert ist.
Wenn Sie auf diese Faktoren achten, sind Sie bereits auf dem besten Weg zu blitzschnellen Website-Geschwindigkeiten!
Die gemessenen Zahlen oben auf dieser Seite sind die, auf die wir tatsächlich reagieren würden. Die vielzitierten Branchenstatistiken weiter unten lohnt es zu kennen, weil man sie Ihnen ständig entgegenhält — aber achten Sie beim Lesen darauf, dass die meisten mehrere Jahre alt sind, mehrere keinen nachvollziehbaren Ursprungsforscher haben und keine einzige die Verbindung Ihrer Nutzer gemessen hat.
📊 Auch wenn es vielleicht keine eindeutige „goldene Zahl“ gibt, legt Google nahe, dass die meisten Nutzer erwarten, dass eine Webseite in unter 3 Sekunden lädt.
Ja, Sie haben richtig gehört: nur drei kleine Sekunden.
📊 Laut einer Studie hat Google.com einen durchschnittlichen Speed-Index-Wert von nur 0,77 Sekunden.
Geschwindigkeit ist ein bestätigtes Ranking-Signal — die Core Web Vitals fließen in Googles Ranking-Systeme ein, und die Felddaten dahinter sind die 75.-Perzentil-Spalte in der Tabelle oben, kein Lab-Score.
📊 Eine Studie legt nahe, dass die durchschnittliche Page Speed einer Website, die auf der ersten Seite einer Google-SERP erscheint, bei 1,65 Sekunden liegt.
Die Ladezeit einer durchschnittlichen Website ist jedoch langsamer als das.
📊 Die durchschnittliche Ladezeit einer Webseite beträgt 2,5 Sekunden auf dem Desktop und 8,6 Sekunden auf dem Mobilgerät, laut einer Studie. Es ist wichtig zu beachten, dass Webseiten auf Mobilgeräten im Durchschnitt 70,9 % länger zum Laden brauchen als auf dem Desktop.
Versuchen Sie also, Ihre Website-Ladezeit nicht über 2 Sekunden steigen zu lassen, um diese schnell surfenden Nutzer zufriedenzustellen und eine wettbewerbsfähige Online-Präsenz zu wahren.
Haben Sie übrigens schon einmal innegehalten und darüber nachgedacht, wie sehr sich unser Leben heute um mobile Geräte dreht? Geselligkeit, Shopping, Filme schauen, Nachrichten lesen – all das erledigen wir auf unseren Mobilgeräten.
📊 Untersuchungen zeigen, dass 53 % der Besucher mobiler Seiten eine Seite verlassen, wenn sie länger als 3 Sekunden zum Laden braucht.
In einer mobil geprägten Welt steigen die Erwartungen nur noch weiter in die Höhe.
📊 Laut einer aktuellen Umfrage von Forbes Advisor sind die Menschen bereit, im Durchschnitt acht Sekunden auf das Laden einer Website zu warten. 4 % warten weniger als 3 Sekunden, 29 % warten 3 bis 6 Sekunden, 38 % warten 7 bis 10 Sekunden und 24 % warten mehr als 11 Sekunden.
Wenn Sie wollen, dass die Transaktionsglocken weiter läuten, konzentrieren Sie sich auf Ihre Website-Geschwindigkeitsstatistiken.
📊 Studien legen nahe, dass langsam ladende Websites zu einem jährlichen Umsatzverlust von 2,6 Milliarden US-Dollar für Unternehmen führen.
Je schneller Ihre Seite also ist, desto höher sind Zufriedenheit, Interaktion und Conversions.
📊 Eine Umfrage ergab, dass 45 % der Nutzer mit geringerer Wahrscheinlichkeit kauften und 37 % mit geringerer Wahrscheinlichkeit auf die Website zurückkehrten, wenn die Geschwindigkeit einer Webseite langsamer war, als ein Besucher erwartet hatte.
📊 Außerdem zeigt eine Untersuchung, dass 64 % der Online-Käufer, die ein schlechtes Nutzererlebnis auf einer Website haben, ihre Meinung ändern und sich entscheiden, in einem anderen Shop einzukaufen.
Das bedeutet: Eine schnelle Website-Ladezeit kann Ihnen absolut einen Wettbewerbsvorteil verschaffen.
📊 Eine Untersuchung zeigt, dass Nutzer lieber auf eine Animation oder ein Video verzichten würden, wenn sie dafür schnellere Ladezeiten bekämen.
Auch wenn auffälligere Animationen und mitreißende Videos mehr Traffic versprechen, sollten Sie also unbedingt darauf achten, dass sie Ihre Ladezeit nicht verlangsamen.
Diese Statistiken sind ein echter Augenöffner, oder?
Wenn Sie einen aktuellen, belegten Benchmark statt eines recycelten brauchen, sind das die Zahlen, die Sie mit ins Meeting nehmen:
Unsere digital geprägte Gesellschaft lebt vom Bedürfnis nach Geschwindigkeit. Von Fast Food bis zu schnellen Autos – wir sind immer in Eile, und die digitale Welt ist gegen diesen Trend nicht immun. Wenn es ums Surfen im Internet geht, ist Geduld Mangelware!
Fangen Sie dort an, wo die Zeit tatsächlich verloren geht: Bilder komprimieren und in Next-Gen-Formaten ausliefern, renderblockierendes und Drittanbieter-JavaScript reduzieren, ein CDN vor Ihre Assets setzen und die Server-Antwortzeit (TTFB) unter 200 ms halten. Beheben Sie es in dieser Reihenfolge, und Sie holen pro Arbeitsstunde die meiste Zeit zurück.
Ich arbeite diese Liste von oben nach unten ab und messe nach jeder Änderung neu — denn der größte Zeitfresser, den ich sehe, sind Teams, die in der falschen Reihenfolge optimieren: eine Woche mit Bildkomprimierung verbracht, während ein einziges renderblockierendes Skript das ganze Problem war. Beheben Sie zuerst das, was wirklich auf dem kritischen Pfad liegt, und arbeiten Sie sich dann nach unten.
Hier sind einige Strategien, um Ihre Ladezeit zu beschleunigen:
🔄 HTTP-Requests reduzieren: Historisch entfielen über 80 % der Ladezeit einer Webseite auf das Herunterladen von Bildern, Stylesheets und Skripten — ein HTTP-Request pro Element. Da HTTP/2- und HTTP/3-Multiplexing inzwischen Standard sind, ist das Bündeln aller Dateien in eine nicht mehr der Gewinn, der es unter HTTP/1.1 war. Der größere Hebel ist 2026, die Requests ganz zu streichen, die Sie gar nicht brauchen — besonders ungenutzte Skripte — und unkritisches JavaScript zu verzögern, damit es den ersten Bildaufbau nicht blockiert.
🔄 Komprimierung aktivieren: Große Seiten (oft 100 KB und mehr) laden langsamer herunter. Komprimieren Sie Ihre Text-Assets — nutzen Sie, wo Ihr Server es unterstützt, Brotli statt des älteren gzip — über integrierte Direktiven oder Module. Das ist einer der günstigsten Gewinne überhaupt.
🔄 Browser-Caching aktivieren: Wenn Sie eine Website besuchen, werden die Elemente der Seite auf Ihrer Festplatte in einem Cache abgelegt. Das bedeutet, dass Ihr Browser die Seite beim nächsten Besuch laden kann, ohne einen weiteren HTTP-Request an den Server senden zu müssen. Aktivieren Sie Caching, und Ihre Ladezeit sinkt deutlich.
🔄 Bildgrößen reduzieren: Bilder sind nach wie vor der schwerste Teil der meisten Seiten, deshalb ist das meist der schnellste Gewinn. Liefern Sie Next-Gen-Formate (AVIF oder WebP) statt PNG/JPEG aus, skalieren Sie jedes Bild mit responsivem srcset auf den Container, in dem es dargestellt wird, und laden Sie alles unterhalb des sichtbaren Bereichs per Lazy Loading. Liefern Sie niemals ein Bild aus, das größer ist als nötig.
🔄 Drittanbieter-Skripte reduzieren: Tag-Manager, Chat-Widgets, A/B-Test-Snippets und Ad-Tags laufen im Haupt-Thread und sind die mit Abstand häufigste Ursache für ein durchgefallenes INP. Prüfen Sie jedes Drittanbieter-Tag, entfernen Sie, was Sie nicht rechtfertigen können, und laden Sie den Rest mit async oder defer. Unser Crawler macht das schnell sichtbar: Ein vollständiger Site-Crawl zeigt, welche Templates die schwerste Drittanbieter-Last tragen.
🔄 Weiterleitungen vermeiden: Jedes Mal, wenn eine Seite auf eine andere weiterleitet, entsteht für Ihren Besucher zusätzliche Wartezeit, bis der HTTP-Request-Response-Zyklus abgeschlossen ist. Minimieren Sie sie, um die Geschwindigkeit Ihrer Seite zu erhöhen.
🔄 Doppelte Skripte entfernen: Doppelte JavaScript- und CSS-Dateien kommen häufig vor und können die Seitenladezeiten beeinträchtigen. Auch wenn es nicht nach einem nennenswerten Problem aussieht — sie erzeugen unnötige HTTP-Requests und erhöhen das Seitengewicht.
🔄 Server-Antwortzeit verbessern: Die Server-Antwortzeit ist die Zeit, die ein Webserver braucht, um auf eine Anfrage aus dem Browser eines Nutzers zu reagieren. Mehrere Faktoren können sie verlangsamen: langsame Anwendungslogik, langsames Routing, Frameworks, ressourcenknappe CPUs und langsame Datenbankabfragen. Idealerweise liegt sie unter 200 ms — das ist Ihre Time to First Byte (TTFB), und sie bildet die Untergrenze für Ihr LCP.
🔄 Ein Content Delivery Network (CDN) verwenden: Kopien Ihrer Website werden in mehreren, geografisch verteilten Rechenzentren gespeichert, sodass Nutzer schneller und zuverlässiger auf Ihre Website zugreifen — was direkt die Latenzwerte aus den Tabellen oben angreift.
🔄 CSS optimieren: CSS enthält die Stilvorgaben für Ihre Seite, und Browser rendern die Seite erst, wenn das CSS geladen ist. Betten Sie das kritische „Above the Fold“-CSS direkt in Ihr HTML ein, damit der sichtbare Inhalt sofort rendert, und verzögern Sie den Rest.
Was ist eine gute Seitenladezeit im Jahr 2026? Streben Sie an, in unter 2,5 Sekunden vollständig zu laden, und halten Sie Interaktionen reaktionsschnell. In Core-Web-Vitals-Begriffen heißt das: LCP unter 2,5 s, INP unter 200 ms und CLS unter 0,1 — gemessen an echten Nutzern (dem 75. Perzentil in CrUX), nicht an Ihrer eigenen unbelasteten Verbindung.
Beeinflusst die Seitengeschwindigkeit SEO und Rankings? Ja. Die Core Web Vitals sind ein bestätigtes Signal für Googles Ranking-Systeme. Geschwindigkeit allein schlägt keinen stärkeren Inhalt, aber eine langsame, instabile Seite wird abgewertet — und sie drückt die Klick- und Verweildauer-Signale, die Google ebenfalls beobachtet.
Was hat First Input Delay (FID) ersetzt? Interaction to Next Paint (INP) wurde im März 2024 zu einem offiziellen Core Web Vital und ersetzte FID. INP misst die volle Latenz der Interaktionen über den gesamten Besuch hinweg — es ist also eine deutlich schwerer zu bestehende Kennzahl als das alte FID.
Was ist ein guter INP-Wert? Unter 200 Millisekunden gilt als „gut“, 200–500 ms als „verbesserungswürdig“ und über 500 ms als „schlecht“. 2025 erreichten rund 77 % der mobilen Websites die gute Schwelle, doch traffic-starke, skriptlastige Seiten tun sich am schwersten.
Warum ist meine Website für mich schnell, für Besucher aber langsam? Weil Sie auf einer unbelasteten Verbindung mit hoher Bandbreite testen und Ihre Nutzer nicht. Die mediane mobile Verbindung liefert rund 12,7 Mbit/s bei einer Latenz, die sich unter Last etwa verdoppelt — testen Sie immer auf einer gedrosselten Verbindung und lesen Sie Felddaten, nicht Lab-Scores.
Wie messe ich meine echte Ladezeit? Machen Sie einen kostenlosen Website-Geschwindigkeitstest unter realistischen Bedingungen und nutzen Sie dann Chromes CrUX-Felddaten oder ein Audit-Tool, um die 75.-Perzentil-Zahlen zu sehen, an denen Google tatsächlich misst.
Die digitale Welt ist hart umkämpft, das Streben nach Geschwindigkeit ist konstant und wächst weiter. Und jede Millisekunde zählt!
Während die Nutzer ungeduldiger werden, die Suchmaschinen anspruchsvoller und der Wettbewerb intensiver, werden diese kostbaren Sekunden zweifellos eine entscheidende Rolle für Ihren Online-Erfolg spielen — und da nur 48 % der mobilen Websites die Core Web Vitals bestehen, liegt die Latte noch niedrig genug, dass es ein echter Vorsprung ist, das richtig hinzubekommen.
Wenn ich Ihnen eine einzige Gewohnheit mitgeben müsste, dann diese: Hören Sie auf, auf Ihrer eigenen Verbindung zu testen. Drosseln Sie sie, testen Sie unter Last und lesen Sie die Felddaten, die Ihre Nutzer erzeugen — diese eine Änderung deckt mehr echte Probleme auf als jeder Score, den ich je von einem unbelasteten Laptop abgelesen habe.
Geschwindigkeit bedeutet jedoch nicht nur schnelle Seitenladevorgänge. Es geht auch um ein nahtloses, fehlerfreies und angenehmes Nutzererlebnis auf Ihrer Website. Vom Moment, in dem ein Nutzer auf Ihrer Seite landet, bis er sie wieder verlässt, über jede einzelne Interaktion hinweg – Geschwindigkeit zählt auf allen Ebenen!
Die gemessenen Zahlen oben auf dieser Seite stammen von Cloudflare, nicht von uns — und sie sind überall, wo sie auftauchen, entsprechend gekennzeichnet. Wir konnten die Latenz des globalen Internets nicht selbst messen; Cloudflare sitzt vor einem großen Teil davon und kann es. Wo das bessere Messinstrument bei ihnen liegt, zitieren wir sie und sagen es auch.
Quelle: Cloudflare Radar (radar.cloudflare.com) — quality/speed (aggregierte Speedtest-Messungen) und quality/iqi (der Internet Quality Index, ein bewusst konservatives Perzentilband über die gesamte gemessene Population). Beide beziehen sich auf ein 28-Tage-Fenster bis zum 14. Juli 2026 und sind beide als RAW_VALUES normalisiert: echte Millisekunden und echte Megabit, keine Indizes oder Anteile.
Zwei Vorbehalte, die wir lieber aussprechen als verschweigen. Der Speedtest-Aggregatwert ist selbstselektiert — wer einen Speedtest macht, hat mit höherer Wahrscheinlichkeit eine Verbindung, die das Testen wert ist, und genau deshalb widersprechen sich die 119,9 Mbit/s Download und der IQI-Median von 12,7 Mbit/s so heftig. Dieser Widerspruch ist kein Fehler, sondern das Ergebnis. Und es handelt sich um Netzwerkmessungen, nicht um Seitenmessungen: Sie sagen Ihnen, welche Bedingungen Ihre Seite überstehen muss, nicht, wie Ihre Seite abschneidet. Dafür messen Sie sie selbst: kostenloser Website-Geschwindigkeitstest.
Die Branchenstatistiken weiter oben stammen von Dritten und sind jeweils mit ihrer Quelle verlinkt. Mehrere stammen aus den Jahren 2023–2024 und werden hier wiedergegeben, weil man sie Ihnen im Meeting zitieren wird — nicht weil wir glauben, dass sie eine aktuelle Messung schlagen; genau deshalb haben wir den Web Almanac 2025 und die Google/Deloitte-Zahlen daneben gestellt.
🚀 Vielleicht möchten Sie auch lesen:
- Wie Sie Ihre SEO-Rankings in 9 Schritten wiederherstellen
- Wie sich die Ladegeschwindigkeit auf SEO auswirkt
- Wie Sie einen fehlgeschlagenen Core-Web-Vitals-Bericht beheben
SEOmator Rank Tracker
Technische Korrekturen bleiben unsichtbar, bis sich Positionen bewegen. Verfolgen Sie die Keywords, auf die eine Korrektur zielte, und sehen Sie, ob sie gewirkt hat.
SEOmator Rank Tracker
Entdecken Sie die 10 häufigsten technischen SEO-Probleme, die Websites 2025 betreffen, mit datengestützten Lösungen. Erfahren Sie, wie Sie Crawlability-Probleme beheben, die Seitengeschwindigkeit verbessern, doppelte Inhalte lösen und Schema-Markup implementieren, um Ihre Suchrankings zu steigern.
Die von uns auditierte Median-Website erreicht 71/100 – ein C+. Was 100.000+ SEO-Audits über die häufigsten Fehler zeigen und wie oft Sie 2026 auditieren sollten.
Die Seitenladegeschwindigkeit beeinflusst direkt SEO-Rankings und Nutzerengagement. Erfahren Sie, wie Core Web Vitals (LCP, INP, CLS) Ihre Suchsichtbarkeit beeinflussen, warum 53% der mobilen Besucher langsame Seiten verlassen und bewährte Optimierungsstrategien.
