Core Web Vitals bei Arztwebsites: Wie schnell sollte eine medizinische Website sein?
Ein Patient sucht auf dem Smartphone nach einer Arztpraxis, öffnet die Website und möchte eigentlich nur die Telefonnummer finden. Doch zunächst erscheint ein großes Bild, anschließend verschiebt sich die Navigation und gerade als er auf „Termin vereinbaren“ tippen möchte, springt der Button an eine andere Stelle.
Technisch funktioniert die Website vielleicht.
Angenehm zu benutzen ist sie trotzdem nicht.
Genau mit solchen Situationen beschäftigen sich die Core Web Vitals. Sie messen bestimmte Aspekte der technischen Nutzererfahrung einer Website und können Hinweise darauf geben, wo reale Besucher beim Laden und Bedienen einer Seite Probleme haben könnten.
Für Arztwebsites und medizinische Websites sind diese Werte aus zwei Gründen interessant: Eine technisch saubere Website unterstützt die Suchmaschinenoptimierung und erleichtert gleichzeitig Patienten den Zugriff auf wichtige Informationen.
Core Web Vitals sollten allerdings nie isoliert betrachtet werden.
Eine extrem schnelle Website mit schlechten medizinischen Inhalten wird nicht dadurch hilfreich, dass sie in einer halben Sekunde geladen ist.
Was sind die Core Web Vitals?
Die Core Web Vitals sind von Google definierte Messwerte zur technischen Nutzererfahrung.
Aktuell stehen drei Bereiche im Mittelpunkt:
Largest Contentful Paint (LCP)
Wie schnell wird ein wesentliches sichtbares Inhaltselement geladen?
Interaction to Next Paint (INP)
Wie schnell reagiert die Website auf Interaktionen eines Nutzers?
Cumulative Layout Shift (CLS)
Wie stabil bleibt das Layout während des Ladens?
Damit betrachten die Core Web Vitals nicht einfach nur die klassische Ladezeit.
Eine Seite kann beispielsweise relativ schnell sichtbar werden und sich trotzdem unangenehm bedienen lassen, weil Elemente ständig ihre Position verändern.
Deshalb lohnt es sich, die einzelnen Kennzahlen genauer zu betrachten.
LCP: Wann sieht der Patient den wichtigen Inhalt?
Der Largest Contentful Paint, kurz LCP, beschäftigt sich vereinfacht gesagt damit, wann ein großes beziehungsweise wesentliches Inhaltselement im sichtbaren Bereich dargestellt wird.
Bei einer Arztwebsite kann dies beispielsweise ein großes Titelbild, ein Textbereich oder ein anderes zentrales Element sein.
Stellen wir uns eine Behandlungsseite vor.
Der Patient öffnet sie und wartet zunächst mehrere Sekunden auf ein riesiges Hintergrundbild, während die eigentliche Information erst verspätet erscheint.
Für den Nutzer entsteht der Eindruck:
Diese Seite ist langsam.
Google bewertet für einen guten LCP grundsätzlich einen Wert von 2,5 Sekunden oder weniger als Zielbereich.
Das bedeutet nicht, dass bei 2,6 Sekunden plötzlich eine schlechte Website entsteht. Die Grenzwerte dienen vielmehr der technischen Einordnung und sollten zusammen mit den tatsächlichen Nutzerdaten betrachtet werden.
Was kann einen schlechten LCP verursachen?
Bei medizinischen Websites begegnen einem einige typische Ursachen.
Sehr große Bilder sind ein Klassiker.
Ein Praxisfoto wird beispielsweise direkt aus der Kamera mit mehreren Megabyte hochgeladen und anschließend lediglich über das Design verkleinert dargestellt.
Optisch sieht das Bild vielleicht gut aus. Technisch muss der Browser trotzdem eine unnötig große Datei übertragen.
Weitere mögliche Ursachen sind langsame Serverantworten, ungünstig eingebundene Schriftarten, blockierende Ressourcen oder aufwendige Seitenelemente.
Deshalb sollte bei einem schlechten LCP nicht einfach irgendein Performance-Plugin installiert werden.
Zunächst muss geklärt werden, welches Element tatsächlich für den Messwert verantwortlich ist.
INP: Wie schnell reagiert die Arztwebsite?
Der Interaction to Next Paint, kurz INP, betrachtet die Reaktionsfähigkeit einer Website.
Ein Besucher klickt beispielsweise auf:
„Termin vereinbaren“
oder öffnet auf dem Smartphone das Navigationsmenü.
Nun ist entscheidend, wie schnell die Website sichtbar auf diese Aktion reagiert.
Wenn nach dem Antippen scheinbar nichts passiert, tippt ein Nutzer möglicherweise ein zweites Mal. Das führt zu Unsicherheit und kann die Bedienung unnötig erschweren.
Für einen guten INP nennt Google grundsätzlich 200 Millisekunden oder weniger.
Gerade komplexe WordPress-Websites können bei diesem Wert Probleme entwickeln, wenn zahlreiche Skripte gleichzeitig ausgeführt werden.
Warum JavaScript eine Rolle spielen kann
Moderne Websites verwenden JavaScript für zahlreiche Funktionen.
Das ist grundsätzlich kein Problem.
Navigationen, Slider, Formulare, Terminbuchungen und viele andere Funktionen benötigen möglicherweise JavaScript.
Schwierig wird es, wenn eine Website so viele Skripte lädt und verarbeitet, dass der Browser kaum noch Zeit hat, unmittelbar auf eine Eingabe des Nutzers zu reagieren.
Auf einer Praxiswebsite können beispielsweise verschiedene Analyse-, Marketing-, Design-, Termin- und Komfortfunktionen gleichzeitig aktiv sein.
Jedes einzelne Skript erscheint vielleicht gerechtfertigt.
Zusammen können sie die Seite jedoch unnötig belasten.
Bei der technischen Optimierung sollte deshalb regelmäßig gefragt werden:
Brauchen wir diese Funktion tatsächlich?
Nicht jedes Plugin und nicht jedes externe Skript, das irgendwann installiert wurde, muss dauerhaft Bestandteil einer Website bleiben.
CLS: Wenn der Terminbutton plötzlich wegspringt
Der Cumulative Layout Shift, kurz CLS, misst unerwartete Verschiebungen des Layouts.
Das lässt sich besonders gut anhand eines praktischen Beispiels erklären.
Ein Patient sieht auf seinem Smartphone einen Button:
„Termin vereinbaren“
Er möchte darauf tippen.
In diesem Moment wird oberhalb noch ein Bild oder ein anderes Element geladen. Der Inhalt verschiebt sich nach unten und der Nutzer tippt plötzlich auf etwas anderes.
Das ist nicht nur ärgerlich.
Es kann die Bedienbarkeit einer Website deutlich verschlechtern.
Für einen guten CLS nennt Google einen Wert von 0,1 oder weniger.
Das Ziel besteht darin, dass eine Seite beim Laden möglichst stabil bleibt.
Woher kommen Layout-Verschiebungen?
Eine häufige Ursache sind Bilder, für die der Browser zunächst keinen festen Platz reservieren kann.
Das Bild wird nachgeladen und schiebt anschließend den darunterliegenden Inhalt nach unten.
Auch nachträglich eingeblendete Elemente, Schriftarten oder externe Inhalte können Verschiebungen verursachen.
Bei Arztwebsites sollte zusätzlich auf Termin-Widgets, Hinweise, Cookie-Elemente und andere nachgeladene Komponenten geachtet werden.
Nicht jedes dynamische Element ist automatisch problematisch.
Entscheidend ist, ob die Website beim tatsächlichen Gebrauch stabil bleibt.
Warum Core Web Vitals für Arztwebsites relevant sind
Die technische Performance einer Arztwebsite ist kein Selbstzweck.
Patienten besuchen eine Praxiswebsite aus sehr unterschiedlichen Situationen heraus.
Manche informieren sich ausführlich über eine Behandlung. Andere suchen lediglich nach Öffnungszeiten, einer Telefonnummer oder der Adresse.
Gerade bei der zweiten Gruppe können bereits wenige unnötige Sekunden störend sein.
Wer unterwegs mit einer mobilen Verbindung nach einer Praxis sucht, sollte nicht erst mehrere große Bilder und Animationen laden müssen, bevor die Telefonnummer sichtbar wird.
Eine gute technische Performance unterstützt deshalb etwas sehr Praktisches:
Der Patient kommt schneller zu der Information, die er gerade benötigt.
Core Web Vitals und SEO: Sind sie ein Google-Rankingfaktor?
Core Web Vitals gehören zu den Signalen, die Google im Zusammenhang mit der Seitenerfahrung berücksichtigt.
Das führt manchmal zu einer falschen Schlussfolgerung:
„Wenn ich überall 100 Punkte bei PageSpeed erreiche, steige ich automatisch bei Google.“
So funktioniert SEO nicht.
Relevanz und Qualität der Inhalte bleiben entscheidend.
Eine schnelle Seite über eine medizinische Behandlung wird nicht allein deshalb vor einer wesentlich hilfreicher beantworteten Seite erscheinen müssen.
Core Web Vitals sollten deshalb eher als Bestandteil einer insgesamt guten Website betrachtet werden.
Guter Inhalt und gute Technik sind keine Gegensätze.
Im Idealfall besitzt eine medizinische Website beides.
PageSpeed Insights: Was wird dort eigentlich gemessen?
Ein bekanntes Werkzeug zur Prüfung der Core Web Vitals ist Google PageSpeed Insights.
Dabei ist eine Unterscheidung besonders wichtig.
Das Werkzeug kann sowohl Labordaten als auch reale Nutzerdaten anzeigen.
Labordaten entstehen unter festgelegten Testbedingungen. Sie sind sehr hilfreich, um technische Probleme zu untersuchen und Änderungen miteinander zu vergleichen.
Reale Nutzerdaten basieren dagegen auf tatsächlichen Nutzungserfahrungen geeigneter Chrome-Nutzer über einen bestimmten Zeitraum.
Beide Datenarten beantworten unterschiedliche Fragen.
Ein einzelner PageSpeed-Test sollte deshalb nicht als endgültiges Urteil über eine Website betrachtet werden.
Warum der PageSpeed-Score nicht die Core Web Vitals ist
Eine häufige Verwechslung besteht zwischen dem Performance-Score von PageSpeed Insights und den Core Web Vitals.
Ein Wert von beispielsweise 87 oder 96 Punkten ist nicht dasselbe wie „Core Web Vitals bestanden“.
Der Performance-Score basiert auf mehreren Messwerten aus einem Labortest.
Für die Core-Web-Vitals-Bewertung anhand realer Nutzerdaten werden dagegen LCP, INP und CLS betrachtet.
Deshalb sollte eine Praxis nicht ausschließlich versuchen, einen möglichst beeindruckenden grünen Kreis mit der Zahl 100 zu erreichen.
Viel wichtiger ist:
Welche konkreten Probleme haben reale Nutzer auf der Website?
Die Google Search Console für Core Web Vitals nutzen
Auch die Google Search Console bietet einen Bericht zu den Core Web Vitals.
Dort können Probleme auf URL-Gruppen sichtbar werden.
Das ist besonders bei größeren medizinischen Websites hilfreich.
Vielleicht haben nicht sämtliche Seiten ein Problem, sondern nur ein bestimmter Seitentyp.
Beispielsweise:
Alle Behandlungsseiten verwenden dasselbe große Headerbild.
Oder alle Standortseiten laden dasselbe problematische Termin-Widget.
Dann muss nicht jede URL einzeln repariert werden. Häufig liegt die Ursache in einer gemeinsamen Vorlage.
Das ist ein wichtiger Vorteil einer strukturierten technischen Analyse.
Bilder richtig optimieren
Bilder sind auf Arztwebsites wichtig.
Praxisräume, Ärzte, medizinische Geräte oder erklärende Grafiken können Patienten Orientierung geben.
Sie müssen deshalb nicht entfernt werden, nur um eine Seite schneller zu machen.
Die bessere Lösung ist eine saubere Bildoptimierung.
Dazu gehören unter anderem passende Abmessungen, moderne und geeignete Dateiformate, sinnvolle Komprimierung und eine technisch korrekte Einbindung.
Auch Lazy Loading kann bei Bildern außerhalb des unmittelbar sichtbaren Bereichs sinnvoll sein.
Beim zentralen Bild im oberen sichtbaren Bereich muss dagegen genauer hingesehen werden. Ein für den LCP entscheidendes Bild sollte nicht durch eine ungeeignete Konfiguration unnötig spät geladen werden.
Performance-Optimierung bedeutet deshalb nicht:
möglichst wenig Bilder.
Sondern:
Bilder so effizient laden, wie es für ihre Funktion sinnvoll ist.
WordPress und Core Web Vitals
Viele Arztwebsites basieren auf WordPress.
WordPress selbst muss nicht langsam sein.
Probleme entstehen häufig durch das Zusammenspiel von Theme, Page Builder, Plugins, Bildern, Schriftarten und externen Diensten.
Mit der Zeit wächst eine Website.
Ein Plugin wird für ein Formular installiert. Ein weiteres für einen Slider. Dann kommen Statistik, Terminbuchung, Cookie-Verwaltung und verschiedene Designfunktionen hinzu.
Jede einzelne Erweiterung kann einen guten Grund haben.
Trotzdem sollte regelmäßig geprüft werden, welche Komponenten noch benötigt werden und welchen Einfluss sie auf die technische Performance haben.
Eine schlanke WordPress-Installation lässt sich häufig leichter optimieren als eine Website, bei der sich über Jahre zahlreiche Erweiterungen angesammelt haben.
Externe Schriftarten und weitere Ressourcen prüfen
Auch Schriftarten können die Darstellung beeinflussen.
Werden mehrere Schriftfamilien mit zahlreichen Schnitten geladen, entstehen zusätzliche Ressourcen.
Ähnliches gilt für externe Videos, Karten, Bewertungswidgets oder andere Dienste.
Nicht alles muss beim ersten Seitenaufruf sofort geladen werden.
Hier lohnt sich eine Priorisierung:
Was braucht der Patient unmittelbar und was kann später geladen werden?
Gerade bei einer medizinischen Website sollte Funktionalität vor dekorativer Komplexität stehen.
Mobile Core Web Vitals besonders beachten
Eine Arztwebsite sollte immer auf echten Smartphones getestet werden.
Nicht nur in einer verkleinerten Browseransicht am Computer.
Auf einem aktuellen Rechner mit schneller Internetverbindung können Performance-Probleme kaum auffallen.
Ein älteres Smartphone über eine langsamere Mobilfunkverbindung vermittelt möglicherweise einen ganz anderen Eindruck.
Deshalb gehört zur Optimierung auch ein praktischer Test:
Website öffnen.
Navigation benutzen.
Behandlungsseite aufrufen.
Telefonnummer antippen.
Terminbuchung öffnen.
Formular testen.
Dabei fallen Probleme auf, die eine einzelne Kennzahl nicht immer vollständig beschreibt.
Was sollte zuerst optimiert werden?
Bei schlechten Core Web Vitals würde ich nicht versuchen, gleichzeitig zwanzig Dinge zu verändern.
Zuerst sollte die Ursache identifiziert werden.
Ist der LCP schlecht, wird das betreffende LCP-Element untersucht.
Ist der INP auffällig, werden JavaScript und konkrete Interaktionen betrachtet.
Bei CLS werden die Elemente gesucht, die Layout-Verschiebungen verursachen.
Anschließend beginnt man mit den Änderungen, die den größten tatsächlichen Nutzen versprechen.
Diese Vorgehensweise ist wesentlich sinnvoller, als wahllos mehrere Performance-Plugins zu installieren und anschließend zu hoffen, dass irgendeines davon das Problem löst.
Häufige Fehler bei der Performance-Optimierung
Einige Probleme begegnen mir bei Websites immer wieder:
- Bilder werden in viel zu großen Abmessungen hochgeladen
- zahlreiche Plugins erfüllen ähnliche Aufgaben
- externe Skripte werden auf jeder Unterseite geladen
- Schriftarten werden unnötig umfangreich eingebunden
- Bilder besitzen keine sinnvoll reservierten Abmessungen
- große Slider werden direkt im sichtbaren Bereich eingesetzt
- Termin- oder andere Widgets verzögern die Interaktion
- ausschließlich die Desktop-Version wird getestet
- Optimierung konzentriert sich nur auf den PageSpeed-Score
Der letzte Punkt ist besonders wichtig.
Eine Website sollte nicht für ein Testwerkzeug gebaut werden.
Sie sollte für Menschen funktionieren.
Nicht jede Millisekunde ist gleich wichtig
Technische Optimierung kann schnell zu einer Jagd nach perfekten Zahlen werden.
Aus 94 Punkten sollen 97 werden.
Danach 99.
Schließlich unbedingt 100.
Dabei kann enorm viel Zeit in Verbesserungen fließen, die ein realer Nutzer kaum noch wahrnimmt.
Deshalb sollte immer das Verhältnis betrachtet werden.
Wenn eine Praxiswebsite bereits schnell und stabil funktioniert, kann es wesentlich sinnvoller sein, eine schlechte Behandlungsseite zu verbessern als mehrere Stunden in die letzten Millisekunden einer technischen Messung zu investieren.
SEO braucht Prioritäten.
Core Web Vitals sind wichtig, aber sie sind nur ein Teil des Gesamtbildes.
Core Web Vitals und Conversion hängen zusammen
Technische Nutzererfahrung und Conversion bei Arztwebsites lassen sich nicht vollständig voneinander trennen.
Ein Patient möchte einen Termin vereinbaren.
Wenn der Button erst spät reagiert oder sich beim Laden verschiebt, entsteht eine unnötige Hürde.
Ein anderer möchte anrufen.
Wenn zunächst ein riesiges Headerbild geladen werden muss, bevor die Telefonnummer zugänglich wird, erschwert die Website eine eigentlich einfache Handlung.
Performance-Optimierung kann deshalb auch bedeuten:
Den Weg zur gewünschten Information oder Kontaktaufnahme technisch möglichst störungsfrei gestalten.
Fazit: Eine schnelle Arztwebsite sollte vor allem gut benutzbar sein
Core Web Vitals helfen dabei, technische Probleme sichtbar zu machen, die Nutzer möglicherweise tatsächlich erleben.
LCP betrachtet, wie schnell wichtige Inhalte sichtbar werden. INP misst die Reaktionsfähigkeit bei Interaktionen. CLSzeigt, wie stabil eine Seite während des Ladens bleibt.
Für medizinische Websites sind diese Werte besonders interessant, weil Patienten häufig mobil und mit einem konkreten Anliegen auf eine Praxiswebsite zugreifen.
Trotzdem sollte Performance niemals isoliert optimiert werden.
Eine hervorragende Ladezeit ersetzt keine verständliche Behandlungsseite, keine klare Navigation und keine fachlich zuverlässigen Informationen.
Das Ziel sollte deshalb nicht lauten:
„Wie bekomme ich bei PageSpeed 100 Punkte?“
Die bessere Frage lautet:
„Wie sorgen wir dafür, dass Patienten unsere Website schnell, stabil und ohne unnötige Hindernisse nutzen können?“
Wenn technische Optimierung diese Frage beantwortet, erfüllt sie ihren eigentlichen Zweck.