Wenn Angehörige einen Pflegedienst suchen, zählt jede Sekunde – im Wortsinn. Rund 53 Prozent (Think with Google) der mobilen Besucher verlassen eine Seite, die länger als drei Sekunden zum Laden braucht, und da inzwischen etwa 59 Prozent (Statista) des Web-Traffics mobil laufen, entscheidet die Ladezeit unmittelbar darüber, ob aus einer Suche ein Anruf wird. Google fasst diese Ladeerfahrung in drei messbaren Werten zusammen, den Core Web Vitals: Largest Contentful Paint, Interaction to Next Paint und Cumulative Layout Shift. Sie sind kein technisches Beiwerk, sondern zugleich Ranking-Signal und Anfragefaktor. Dieser Beitrag erklärt die drei Werte samt ihrer Gut-Schwellen verständlich, zeigt, warum eine langsame Seite gerade gestresste Angehörige verliert, und beschreibt, an welchen Stellschrauben – Bilder, Hosting, Schriften und Code – sich eine Pflege-Website messbar beschleunigen lässt. Anders als der Beitrag zur mobil optimierten Pflege-Website, der Bedienung und Layout behandelt, geht es hier um reine Messwerte, Geschwindigkeit und Sichtbarkeit.
Das Wichtigste in Kürze
- Rund 53 Prozent (Think with Google) der mobilen Besucher verlassen eine Seite, die länger als drei Sekunden lädt. Von einer auf drei Sekunden steigt die Absprungwahrscheinlichkeit um 32 Prozent, bei fünf Sekunden um 90 Prozent (Think with Google).
- Die drei Core Web Vitals haben klare Gut-Schwellen: Largest Contentful Paint unter 2,5 Sekunden, Interaction to Next Paint unter 200 Millisekunden, Cumulative Layout Shift unter 0,1 (Google Search Central). Als schnell gilt eine Seite erst, wenn alle drei stimmen.
- Seit dem 12. März 2024 (Google Search Central) ersetzt Interaction to Next Paint die frühere First Input Delay. Sie misst die gesamte Interaktion bis zur nächsten sichtbaren Aktualisierung und wird von den langsamsten Interaktionen einer Sitzung bestimmt.
- Bewertet werden echte Seitenaufrufe aus dem Chrome UX Report am 75. Perzentil (Google Search Central): Erst wenn drei von vier Besuchen gut sind, zählt die Seite als schnell. Ein einzelner Labortest auf schnellem Rechner ersetzt diese Felddaten nicht.
- Bilder sind die häufigste Bremse: Bei 73 Prozent (HTTP Archive Web Almanac) der mobilen Seiten ist ein Bild das LCP-Element, 16 Prozent laden ausgerechnet dieses Bild verzögert nach. Komprimieren, Maße angeben, bevorzugt laden und Schriften selbst hosten.
- Core Web Vitals sind ein bestätigtes Ranking-Signal unter vielen und heben eine inhaltlich schwache Seite nicht nach oben. Weil Google über Wochen im Feld misst, zeigen sich Rückschritte verzögert; die Kontrolle gehört deshalb in die laufende Wartung.
Warum Ladezeit über Anfragen und Sichtbarkeit entscheidet
Geschwindigkeit ist im Pflegekontext kein Komfortmerkmal, sondern ein direkter Hebel für den Erstkontakt. Der Bedarf an Pflege entsteht meist unter Druck: nach einem Sturz, einer Diagnose oder der Entlassung aus dem Krankenhaus. In dieser Lage recherchieren Angehörige unterwegs und haben weder Geduld noch Nerven, auf eine träge Seite zu warten. Die Zahlen dazu sind eindeutig: Steigt die Ladezeit von einer auf drei Sekunden, erhöht sich die Wahrscheinlichkeit eines Absprungs um 32 Prozent (Think with Google); bei fünf Sekunden klettert sie um 90 Prozent (Think with Google). Jede eingesparte Sekunde ist damit unmittelbar in Anrufen und Anfragen messbar.
Zur Nutzererfahrung kommt die Sichtbarkeit. Suchmaschinen bewerten Seiten über die mobile Ansicht und beziehen die Core Web Vitals als Signal in das Ranking ein (Google Search Central). Eine langsame, unruhig aufbauende Seite hat damit ein doppeltes Problem: Sie verliert Besucher, die schon da sind, und sie wird von neuen seltener gefunden. Für einen Pflegedienst, der in seiner Region sichtbar sein will, hängt die lokale Auffindbarkeit deshalb direkt an der technischen Qualität der Website. Die Nachfrage ist real: Ende 2023 galten in Deutschland rund 5,7 Millionen (Destatis) Menschen als pflegebedürftig, die überwiegend zu Hause mit Beteiligung von Angehörigen versorgt werden – genau der mobilen Zielgruppe, die schnelle Seiten belohnt.
Ranking-Signal, aber kein Wundermittel
Tempo ist eine Conversion-Frage
Die drei Core Web Vitals verständlich erklärt
Hinter dem sperrigen Begriff stecken drei alltagsnahe Fragen: Wie schnell ist der Hauptinhalt sichtbar, wie flott reagiert die Seite auf eine Eingabe, und wie ruhig baut sie sich auf, ohne zu springen? Genau das messen Largest Contentful Paint, Interaction to Next Paint und Cumulative Layout Shift. Für jeden Wert gibt es eine klare Gut-Schwelle, die Google öffentlich dokumentiert (Google Search Central).
LCP – Ladegefühl
Der Largest Contentful Paint misst, wann der größte sichtbare Inhalt – meist ein Bild oder eine Überschrift – geladen ist. Als gut gilt ein Wert unter 2,5 Sekunden (Google Search Central). Er beschreibt am ehesten das gefühlte Tempo einer Pflege-Website.
INP – Reaktion
Die Interaction to Next Paint misst, wie schnell die Seite auf Tippen und Klicks reagiert. Unter 200 Millisekunden (web.dev) gilt sie als gut. Ein hoher Wert fühlt sich an, als hänge die Seite – gerade auf älteren Smartphones ein häufiges Ärgernis.
CLS – Stabilität
Der Cumulative Layout Shift bewertet, wie ruhig der Inhalt aufbaut. Springt der Text, weil ein Bild nachlädt, steigt der Wert; unter 0,1 (web.dev) gilt er als gut. Auf Formularen verhindert ein niedriger CLS Fehltipps beim Absenden einer Anfrage.
Wichtig ist, dass diese drei Werte zusammen betrachtet werden. Eine Seite, die schnell lädt, aber beim ersten Tipp hängt, besteht die Prüfung ebenso wenig wie eine, die zwar flott reagiert, deren Inhalt aber ständig verrutscht. Erst wenn LCP, INP und CLS gemeinsam im grünen Bereich liegen, gilt eine Seite als schnell im Sinne der Core Web Vitals.
INP seit 2024: die neue Messgröße für Reaktionsschnelligkeit
Die Core Web Vitals sind kein starres Gebilde. Am 12. März 2024 (Google Search Central) hat Google die Interaction to Next Paint zum offiziellen Core Web Vital gemacht und damit die frühere First Input Delay abgelöst. Der Grund: Die alte Messgröße erfasste nur die Verzögerung bis zur ersten Reaktion, während INP die gesamte Interaktion bis zur nächsten sichtbaren Aktualisierung misst – ein deutlich ehrlicheres Bild davon, wie reaktionsschnell sich eine Seite anfühlt.
Für Pflege-Websites ist das relevant, weil ihre Zielgruppe überdurchschnittlich oft mit älteren oder günstigeren Geräten unterwegs ist, auf denen schwerfälliger Code besonders spürbar wird. Eine Seite, die beim Öffnen eines Menüs oder beim Absenden eines Formulars kurz hängt, kostet Vertrauen – und im Zweifel den Anruf. Der Umstieg auf INP hat sichtbar gemacht, wie viele Seiten hier Nachholbedarf haben: Der Anteil der mobilen Seiten mit rundum guten Core Web Vitals lag 2024 bei 43 Prozent (HTTP Archive Web Almanac), nachdem er unter der alten Messgröße höher ausgefallen war.
Was INP im Alltag bedeutet
Feld statt Labor: wie Google wirklich misst
Ein verbreitetes Missverständnis ist, ein einzelner Geschwindigkeitstest genüge als Urteil. Tatsächlich bewertet Google die Core Web Vitals anhand echter Seitenaufrufe realer Besucher, gesammelt im Chrome UX Report (Chrome UX Report). Diese Felddaten spiegeln die tatsächliche Bandbreite und Gerätevielfalt der Nutzer wider – von der schnellen Glasfaser bis zum älteren Smartphone im ländlichen Funkloch. Ein Laborwert auf einem schnellen Testrechner kann davon deutlich abweichen.
Maßgeblich ist dabei das 75. Perzentil (Google Search Central) der Seitenaufrufe: Erst wenn drei von vier Besuchen einen guten Wert erreichen, gilt eine Seite für diesen Messwert als schnell. Diese Hürde ist bewusst streng, denn sie verhindert, dass ein guter Durchschnitt eine schlechte Erfahrung für ein Viertel der Nutzer überdeckt. Für Pflegedienste heißt das: Es reicht nicht, dass die Seite auf dem eigenen, neuen Bürorechner flott lädt – sie muss auch auf dem drei Jahre alten Handy der suchenden Tochter überzeugen.
Labor plant, Feld urteilt
Eine Seite ist nicht dann schnell, wenn sie im Test gut aussieht, sondern wenn drei von vier echten Besuchern sie als schnell erleben.
Wo eine Pflege-Website Tempo verliert
Wenn eine Seite die Gut-Schwellen verfehlt, liegt das selten an einer einzigen Ursache. Meist summieren sich mehrere Bremsen. Die Auswertung von Millionen realer Seiten zeigt, wo die größten Hebel liegen: Bei 73 Prozent (HTTP Archive Web Almanac) der mobilen Seiten ist das ladeentscheidende LCP-Element ein Bild – und Bilder sind damit der häufigste Grund für einen langsamen Seitenaufbau. Hinzu kommen eine träge Serverantwort, schwere Schriften und überladener Code.
Große, unkomprimierte Bilder
Fotos in voller Kameraauflösung sind der häufigste Bremsklotz. Da bei den meisten Seiten ein Bild das LCP-Element ist, entscheidet dessen Größe unmittelbar über die gefühlte Ladezeit.
Langsame Serverantwort
Reagiert der Server erst nach langer Wartezeit, verzögert sich alles Weitere. Diese Server-Antwortzeit ist einer der größten Einzelanteile am LCP und hängt stark am Hosting-Standort.
Schwere Web-Schriften
Mehrere eingebundene Schriftschnitte, oft von externen Servern nachgeladen, verzögern die Textdarstellung und können zu springenden Layouts führen.
Überflüssige Skripte
Chat-Widgets, Tracker und Effekt-Bibliotheken von Drittanbietern blockieren die Reaktionsfähigkeit und drücken den INP-Wert – bei fragwürdigem Nutzen für einen Pflegedienst.
Auffällig ist, dass viele Bremsen hausgemacht sind. So laden 16 Prozent (HTTP Archive Web Almanac) der mobilen Seiten ausgerechnet ihr wichtigstes Bild verzögert nach – ein gut gemeinter, an dieser Stelle aber schädlicher Kniff, der den LCP künstlich verschlechtert. Der Anteil der Seiten mit gutem LCP liegt mobil denn auch nur bei 59 Prozent (HTTP Archive Web Almanac), während die visuelle Stabilität mit 79 Prozent (HTTP Archive Web Almanac) und die Reaktionsschnelligkeit mit 74 Prozent (HTTP Archive Web Almanac) deutlich häufiger im grünen Bereich liegen. Die Ladezeit ist also die schwierigste der drei Disziplinen – und zugleich die mit dem größten Verbesserungspotenzial.
Bilder, Hosting und Schrift gezielt optimieren
Die gute Nachricht: Fast alle Bremsen lassen sich mit bewährten Mitteln lösen, ohne teure Spezialtechnik. Der größte Hebel sind die Bilder. Wer sie in einem modernen, stark komprimierten Format ausliefert, exakt in der benötigten Größe skaliert und dem Browser vorab die Maße mitteilt, senkt sowohl die Ladezeit als auch den Layout-Sprung. Das ladeentscheidende Bild im sichtbaren Bereich sollte dabei bevorzugt geladen und nicht verzögert nachgereicht werden.
- Bilder komprimieren und in moderner Kodierung ausliefern, in genau der angezeigten Größe statt in voller Kameraauflösung
- Höhe und Breite von Bildern fest angeben, damit der Inhalt beim Laden nicht springt und der CLS niedrig bleibt
- Das wichtigste Bild im sichtbaren Bereich bevorzugt laden, statt es verzögert nachzureichen
- Schriften selbst hosten, auf wenige Schnitte begrenzen und mit einem Anzeige-Verhalten versehen, das den Text sofort zeigt
- Auf überflüssige Drittanbieter-Skripte verzichten und nötige Funktionen möglichst selbst und schlank umsetzen
- Auf einem schnellen Server mit kurzer Antwortzeit und Standort in Deutschland hosten
Beim Hosting lohnt der Blick auf zwei Dinge zugleich: Tempo und Datenschutz. Ein Server mit kurzer Antwortzeit und Standort in Deutschland verkürzt die entscheidende Server-Antwortzeit und hält zugleich die sensiblen Gesundheitsdaten, die auf einer Pflege-Website berührt werden, im europäischen Rechtsraum. Beides gehört zusammen: Ein naher, schneller Server steht selten im Widerspruch zu einem datenschutzfreundlichen. Wie sich vollständige Inhalte für Angehörige ohne Tempoverlust umsetzen lassen, zeigt der Beitrag zum durchdachten Aufbau einer Pflegedienst-Website; warum echte Fotos trotz ihres Gewichts Vertrauen schaffen und wie man sie schlank hält, behandelt der Beitrag zu echten Fotos auf der Pflege-Website.
Vorsicht bei externen Helfern
Gut, verbesserungswürdig, schlecht: die Werte im Vergleich
Damit die abstrakten Zahlen greifbar werden, hilft eine Einordnung in drei Stufen. Google bewertet jeden der drei Werte nicht nur als bestanden oder durchgefallen, sondern in den Kategorien gut, verbesserungswürdig und schlecht (web.dev). Die folgende Übersicht zeigt die offiziellen Grenzen – ein nützlicher Maßstab, um einen eigenen Messbericht einzuordnen.
| Messwert | Gut | Verbesserungswürdig | Schlecht |
|---|---|---|---|
| Largest Contentful Paint (LCP) | bis 2,5 Sekunden | 2,5 bis 4 Sekunden | über 4 Sekunden |
| Interaction to Next Paint (INP) | bis 200 ms | 200 bis 500 ms | über 500 ms |
| Cumulative Layout Shift (CLS) | bis 0,1 | 0,1 bis 0,25 | über 0,25 |
Ein einzelner Wert im gelben Bereich ist noch kein Grund zur Sorge, wohl aber ein Hinweis. Liegen dagegen mehrere Werte dauerhaft im roten Bereich, verliert die Seite messbar Besucher und Sichtbarkeit zugleich. Ob sich eine gezielte Optimierung lohnt oder ein grundlegender Neubau die wirtschaftlichere Wahl ist, hängt davon ab, wie tief die Schwächen sitzen – eine Abwägung, die der Beitrag zum Pflege-Website-Relaunch 2026 ausführlich behandelt. Als Faustregel gilt: Punktuelle Schwächen lassen sich nachbessern, strukturell langsame Technik nicht.
Schnell bleiben ist eine Daueraufgabe
Geschwindigkeit ist kein Zustand, den man einmal herstellt und dann vergisst. Über die Zeit kommen Bilder, Beiträge und Funktionen hinzu, und eine anfangs schnelle Pflege-Website kann unbemerkt wieder träge werden. Weil Google im Feld über Wochen misst, zeigt sich ein Rückschritt zudem mit Verzögerung – und ist dann umso mühsamer zu beheben. Eine regelmäßige Kontrolle der Core Web Vitals gehört deshalb zur laufenden Website-Wartung und sollte nicht dem Zufall überlassen werden.
Aus über 50 Website-Projekten (Projekterfahrung) wissen wir, dass der größte Gewinn nicht in einmaliger Spezialtechnik liegt, sondern in soliden Grundlagen, die dauerhaft gepflegt werden: schlanker Code, disziplinierter Umgang mit Bildern und der Verzicht auf alles Überflüssige. Welche Bausteine dazu gehören, fasst unsere Übersicht der Leistungen zusammen. Ob Ihre bestehende Seite die Gut-Schwellen erreicht, lässt sich objektiv prüfen – ein guter Ausgangspunkt für jede weitere Entscheidung.
Mit einer Messung beginnen
Quellen und Studien