Core Web Vitals für Dienstleister-Websites: Ladezeit gezielt verbessern

Warum Ladezeit für Praxen und Dienstleister ein Anfragenthema ist

Wer abends mit dem Handy nach einem Zahnarzt, Klempner oder Steuerberater sucht, wartet nicht gern. Eine Seite, die ruckelt, verspringt oder lange leer bleibt, kostet Vertrauen, bevor ein Wort gelesen wurde. Das Ergebnis sind weniger Anrufe, weniger WhatsApp-Nachrichten und weniger Formulare, auch wenn die Besucherzahl gleich bleibt.

Google empfiehlt gute Core Web Vitals ausdrücklich für den Erfolg in der Suche und schreibt, dass sie zu dem passen, was die Kernranking-Systeme belohnen wollen (Google Search Central). Das ist ein Argument, aber kein Versprechen: Relevanz und Inhalt entscheiden zuerst, die Seitenerfahrung kommt hinzu. Am Ende zählt für Sie ohnehin, ob aus Besuchen Anfragen werden. Deshalb betrachten wir Ladezeit als Teil des Systems aus Website, Anzeigen und Tracking, nicht als technische Spielerei.

Die drei Kennzahlen im Überblick

Die Schwellenwerte stammen aus der offiziellen Dokumentation von web.dev, die auch erläutert, dass eine Seite bestanden hat, wenn alle drei Werte im 75. Perzentil im guten Bereich liegen (web.dev: Core Web Vitals). Weil Google die Kennzahlen weiterentwickelt, lohnt ein gelegentlicher Blick in die aktuelle Fassung.

Erst messen: Feld- und Labordaten richtig lesen

Bevor Sie etwas ändern, brauchen Sie eine Ausgangslage. Drei Werkzeuge sind für den Anfang genug:

• PageSpeed Insights: zeigt für eine Seite Felddaten echter Besucher, sofern genug vorhanden sind, und Labordaten aus einem Testlauf.
• Search Console, Bericht „Core Web Vitals“: fasst Seitengruppen zusammen und zeigt, wo viele Seiten dasselbe Problem haben.
• Chrome DevTools: hilft bei der Ursachensuche, etwa mit dem Performance-Bereich für lange Aufgaben.

Wichtig ist der Unterschied: Felddaten zeigen, wie es echten Besuchern ergeht, Labordaten zeigen reproduzierbar, woran es liegen könnte. Testen Sie die wichtigsten Seiten, also Startseite, Leistungsseiten und Kontaktseite, auf dem Smartphone. Bei der Gelegenheit prüfen Sie auch, ob Ihr Kontaktweg in der ersten Bildschirmhöhe sichtbar ist.

LCP verbessern: der Hauptinhalt soll schnell erscheinen

web.dev teilt den LCP in vier Teile: die Zeit bis zum ersten Byte vom Server, die Verzögerung bis zum Laden der Hauptressource, die Ladedauer dieser Ressource und die Verzögerung bis zur Darstellung. Als grobe Richtwerte nennt die Dokumentation etwa 40 Prozent für die Serverzeit, etwa 40 Prozent für die Ladedauer und je unter 10 Prozent für die beiden Verzögerungen (web.dev: LCP optimieren). Das Element ist bei Dienstleister-Seiten meist das Titelbild oder die große Überschrift.

• Komprimieren Sie das Titelbild, nutzen Sie ein modernes Format und liefern Sie es in passender Größe für Handy und Desktop.
• Laden Sie das wichtigste Bild nicht verzögert nach. web.dev rät ausdrücklich davon ab, das LCP-Bild per Lazy-Loading zu laden.
• Geben Sie dem wahrscheinlichen LCP-Bild hohe Priorität (fetchpriority), aber nur einem oder zwei Bildern.
• Vermeiden Sie blockierende Stylesheets und Skripte im Kopfbereich oder laden Sie sie zeitversetzt.
• Verkürzen Sie die Serverantwort durch Caching, ein schnelles Hosting und wenige Weiterleitungen.

INP verbessern: die Seite soll auf Eingaben reagieren

INP misst, wie lange es von einer Eingabe bis zur nächsten sichtbaren Reaktion dauert. web.dev unterscheidet drei Phasen: die Wartezeit, bis die Verarbeitung beginnt, die Verarbeitungsdauer und die Verzögerung bis zur Darstellung (web.dev: INP optimieren). Auf klassischen Dienstleister-Seiten entstehen schlechte Werte häufig durch zu viel JavaScript im Hintergrund.

• Entfernen Sie Skripte und Plugins, die Sie nicht brauchen, etwa alte Slider, Animationen und doppelte Tracking-Tags.
• Laden Sie Chat-Widgets, Bewertungs-Plugins und Karten erst bei Bedarf.
• Halten Sie die Seitenstruktur schlank, denn eine große Seitenstruktur verlängert die Darstellungszeit.
• Prüfen Sie Menüs, Formulare und Kontaktbuttons gezielt auf dem Handy: Reagieren sie sofort?

CLS verbessern: nichts darf springen

Springende Inhalte sind ärgerlich, besonders wenn jemand gerade auf „Anrufen“ tippen will und der Button wegrutscht. Die offizielle Dokumentation beschreibt typische Ursachen und Lösungen (web.dev: CLS optimieren):

Auch Cookie-Hinweise verschieben Seiten gern. Gestalten Sie sie als Overlay oder mit reserviertem Platz, ohne die Anforderungen an die Einwilligung zu verändern. Rechtliche Fragen dazu klären Sie mit Ihrer Datenschutzberatung, dieser Beitrag ersetzt keine Rechtsberatung.

Maßnahmen für statische Websites

Statische HTML-Seiten sind technisch im Vorteil, weil der Server nur Dateien ausliefert. Typische Stolpersteine bleiben:

1. Bilder: auf Anzeigegröße verkleinern, modernes Format verwenden, Breite und Höhe setzen.
2. Schriften: wenige Schnitte laden, bevorzugt selbst hosten und mit sinnvoller Ladestrategie einbinden.
3. CSS und JavaScript: zusammenfassen, minimieren und nur laden, was die Seite braucht.
4. Caching: Cache-Header für unveränderte Dateien setzen und ein CDN erwägen, wenn Besucher aus mehreren Ländern kommen (DACH).
5. Drittanbieter: Tag-Manager, Karten, Videos und Chat erst nach Interaktion oder mit Einwilligung laden.

Maßnahmen für WordPress-Websites

Bei WordPress ergeben sich Probleme oft aus der Summe vieler Komponenten: ein großes Theme, ein Pagebuilder, viele Plugins und unkomprimierte Mediathek.

• Eine Bestandsaufnahme der Plugins: Was ist nötig, was doppelt, was veraltet?
• Ein Seitencache und, wenn möglich, ein serverseitiger Cache.
• Bildoptimierung für die Mediathek, mit passenden Größen für Handy.
• Ein schlankes Theme oder ein reduziertes Pagebuilder-Setup für die wichtigsten Seiten.
• Aktuelle PHP-Version und solide Hostingleistung, damit die Serverzeit sinkt.
• Updates für Kern, Themes und Plugins, mit vorheriger Sicherung.

Wenn der Aufwand für Umbau und Pflege zu hoch wird, kann ein Relaunch günstiger sein als weitere Reparaturen, siehe Website-Relaunch: Kosten. Eine Gegenüberstellung der Kosten für Neubauten bietet Webdesign: Kosten. Unseren Ansatz für Seiten, die Anfragen bringen sollen, beschreibt die Seite Websites für Dienstleister.

Prüfliste: in dieser Reihenfolge vorgehen

Typische Fehler bei der Ladezeitoptimierung

• Nur den Gesamtwert eines Tools verfolgen, statt die drei Kennzahlen zu verstehen.
• Mit einem Plugin alles lösen wollen und dadurch neue Skripte hinzufügen.
• Alle Bilder verzögert laden, auch das Titelbild.
• Tracking, Chat und Karten ohne Prüfung einbauen, bis die Seite überladen ist.
• Nach der Optimierung die Funktion von Formularen und Anrufbuttons nicht erneut testen.
• Auf Wunderwerte hoffen: Eine gute Zahl ersetzt keine klare Botschaft.

So arbeiten wir bei ZED

ZED Marketing ist eine Remote-Agentur für Dienstleister und Praxen im deutschsprachigen Raum und arbeitet per WhatsApp, Telefon und Videocall. Nach unserem Verständnis ist die Website Teil eines Systems, das mit Content, Anzeigen, SEO und Tracking verbunden sein muss, und sie soll Buchungen, Anrufe und Anfragen fördern. Das bedeutet für Ladezeit:

• Wir prüfen Seiten zuerst aus Sicht der Anfragen: Ist der Kontaktweg schnell erreichbar?
• Wir sorgen dafür, dass Tracking und Skripte die Seite nicht unnötig bremsen (Tracking und Conversion).
• Wir nennen keine garantierten Werte oder Rankings, sondern messen vor und nach Änderungen.

Wenn Anzeigen auf eine langsame Seite führen, verpufft Budget, mehr dazu im Beitrag Google Ads: Kosten verständlich erklärt und auf der Seite zur Google-Ads-Betreuung. Für Praxen lesen Sie zusätzlich die Checkliste zur Praxiswebsite. Sprechen Sie uns an, wenn Sie Ihre Werte gemeinsam prüfen möchten.

Häufige Fragen zu Core Web Vitals und Ladezeit

Was sind die Core Web Vitals?

Es sind drei Kennzahlen, mit denen Google die Nutzererfahrung einer Seite beschreibt: Largest Contentful Paint (LCP) für die Ladegeschwindigkeit, Interaction to Next Paint (INP) für die Reaktionsfähigkeit und Cumulative Layout Shift (CLS) für die visuelle Stabilität. Gemessen wird jeweils das 75. Perzentil der Seitenaufrufe, getrennt nach Mobil und Desktop.

Welche Werte gelten als gut?

Laut web.dev und Google gelten als gut: LCP bis 2,5 Sekunden, INP bis 200 Millisekunden und CLS bis 0,1. Eine Seite besteht die Bewertung, wenn alle drei Werte im 75. Perzentil im grünen Bereich liegen. Prüfen Sie die aktuellen Angaben in der offiziellen Dokumentation, da Google Kennzahlen weiterentwickelt.

Beeinflussen Core Web Vitals das Google-Ranking?

Google empfiehlt gute Core Web Vitals ausdrücklich und sagt, sie passten zu dem, was die Kernranking-Systeme belohnen wollen. Sie sind aber nur ein Teil der Seitenerfahrung. Gute Inhalte und Relevanz bleiben entscheidend, und ein bestimmtes Ranking lässt sich durch schnelle Ladezeiten nicht garantieren.

Wie prüfe ich die Core Web Vitals meiner Website?

Nutzen Sie PageSpeed Insights für Einzelseiten, den Bericht zu Core Web Vitals in der Google Search Console für ganze Seitengruppen und die Chrome DevTools für die Ursachensuche. Achten Sie auf den Unterschied zwischen Felddaten echter Besucher und Labordaten aus einem Testlauf.

Warum unterscheiden sich die Werte in den Tools?

Labordaten stammen aus einem simulierten Testlauf unter festen Bedingungen, Felddaten aus echten Besuchen mit unterschiedlichen Geräten und Netzen. Außerdem aktualisieren sich Felddaten verzögert. Entscheidend für die Bewertung sind die Felddaten, die Labordaten helfen bei der Fehlersuche.

Wie verbessere ich die Ladezeit meiner WordPress-Website?

Beginnen Sie mit den größten Hebeln: Bilder in passender Größe und modernem Format, ein Caching, schlanke Themes und wenige Plugins, kein Lazy-Loading für das größte sichtbare Element und ein verlässliches Hosting. Prüfen Sie danach nach jeder Änderung die Werte erneut, damit klar bleibt, was gewirkt hat.

Sind statische HTML-Seiten automatisch schnell?

Sie haben gute Voraussetzungen, weil keine Datenbank und kein serverseitiges Rendern anfallen. Dennoch können zu große Bilder, Schriftarten, Skripte von Drittanbietern oder fehlende Platzhalter für Bilder die Werte verschlechtern.

Wie schnell zeigen sich Verbesserungen in der Search Console?

Der Bericht beruht auf Felddaten über einen längeren Zeitraum. Verbesserungen werden daher erst nach einigen Wochen sichtbar, nicht sofort nach der Änderung. Prüfen Sie zwischendurch mit Testwerkzeugen, ob der Fix grundsätzlich wirkt.