Wenn Sie Ihre Core Web Vitals verbessern wollen, fangen Sie nicht bei irgendeinem Plugin an, sondern bei der Frage, warum die Seite überhaupt so langsam lädt. Eine Website, die auf dem Handy drei Sekunden zum Laden braucht, verliert ungefähr die Hälfte der Besucher, bevor die überhaupt etwas gesehen haben. Das ist keine Panikmache. Das messen wir bei fast jedem neuen Kunden. Und die Ursachen sind fast immer dieselben vier.
Wir bauen und betreuen Websites für kleine Betriebe rund um Fürstenfeldbruck, Olching, Germering und den Münchner Westen. In dieser Zeit haben wir Dutzende KMU-Seiten aufgemacht und uns angeschaut, wo die Zeit verloren geht. Meistens sind es dieselben Verdächtigen. Hier sind sie, jeder mit einer Lösung, die auch ohne Informatikstudium umsetzbar ist.
Was sind Core Web Vitals überhaupt?
Core Web Vitals sind drei Messwerte, mit denen Google beurteilt, wie schnell und stabil sich Ihre Seite für echte Nutzer anfühlt. Der erste misst, wann das größte Element sichtbar wird (LCP). Der zweite, wie schnell die Seite auf den ersten Klick reagiert (INP). Der dritte, ob beim Laden Dinge herumspringen (CLS). Google nutzt diese Werte als Ranking-Signal. Ihre Kunden nutzen sie, ohne es zu wissen, als Bauchgefühl. Langsam gleich unseriös.
Warum machen riesige Fotos die Website langsam?
Der mit Abstand häufigste Fehler. Jemand lädt ein Foto direkt aus der Handykamera oder von der Spiegelreflex hoch, 5000 Pixel breit, 8 Megabyte schwer, und baut es als Titelbild ein. Der Browser muss diese ganze Datei erst herunterladen, bevor er das Bild anzeigen kann. Bei mobilem Netz an der Bushaltestelle in Puchheim dauert das eine gefühlte Ewigkeit.
Ein Beispiel aus der Praxis. Ein Bäcker aus dem Landkreis kam zu uns, weil die Seite "irgendwie träge" war. Wir haben gemessen: 4,1 Sekunden bis das Titelbild stand. Schuld war ein einziges Foto, ein Laib Brot in Großaufnahme, 8 MB. Wir haben es auf die tatsächlich benötigte Größe skaliert, ins WebP-Format umgewandelt und ordentlich komprimiert. Danach: 0,9 Sekunden. Aus einem 8-MB-Klotz wurden 140 Kilobyte. Die Absprungrate ging in den Wochen danach spürbar zurück, und der Chef rief an, weil er dachte, wir hätten "das ganze Internet schneller gemacht".
Die Lösung, kurz:
- Fotos vor dem Hochladen auf die Anzeigegröße bringen. Ein Titelbild braucht selten mehr als 1920 Pixel Breite.
- Modernes Format nutzen. WebP oder AVIF sind deutlich kleiner als JPEG bei gleicher Optik.
- Breite und Höhe im Code fest hinterlegen und
loading="lazy"für Bilder weiter unten setzen.
Wie viele Tracking-Skripte sind zu viele?
Der zweite Klassiker. Über die Jahre sammelt sich einiges an. Google Analytics, dazu der Facebook-Pixel, ein Chat-Widget, ein Bewertungs-Badge, ein Cookie-Banner-Tool, vielleicht noch ein altes Newsletter-Popup, das keiner mehr braucht. Jedes dieser Skripte lädt Code von einem fremden Server, blockiert den Aufbau und frisst Rechenzeit auf dem Handy Ihrer Besucher.
Bei einer Physiotherapie-Praxis haben wir mal elf externe Skripte gezählt. Elf. Die Hälfte davon gehörte zu Diensten, die der Kunde gar nicht mehr aktiv nutzte. Ausräumen kostete zwei Stunden und brachte fast eine Sekunde. Fragen Sie sich bei jedem Skript ehrlich: Brauche ich das wirklich, und wenn ja, muss es sofort beim Seitenaufbau laden oder reicht später? Verwandtes Thema, das oft mit reinspielt: die drei WordPress-Plugins, die Websites lahmlegen.
Warum flackert die Schrift beim Laden?
Kennen Sie das? Die Seite lädt, kurz sehen Sie Text in einer Standardschrift, dann springt alles um, weil die eigentliche Schriftart nachgeladen wird. Das nennt sich FOUT, und es sieht billig aus. Der Grund: Die Schrift kommt oft von Google Fonts, also von einem fremden Server, und der Browser wartet darauf.
Zwei Dinge helfen. Erstens, die Schriftdateien auf dem eigenen Server ablegen statt sie bei Google zu holen. Das ist obendrein sauberer für die Datenschutzerklärung, weil dann keine IP-Adressen Ihrer Besucher an Google gehen. Zweitens, im Code font-display: swap setzen, damit sofort lesbarer Text erscheint. Und wenn Sie ehrlich sind: Meistens reichen ein oder zwei Schriftschnitte. Nicht sieben.
Was ist Layout Shift und warum nervt er so?
Der vierte Fehler ist der heimtückischste, weil er nicht mit Ladezeit zu tun hat, sondern mit Stabilität. Sie wollen auf einen Button tippen, im letzten Moment lädt darüber ein Bild nach, alles rutscht runter, und Sie treffen die Werbung statt den Button. Genau dafür steht CLS, der springende Aufbau. Google straft das ab, und Nutzer hassen es.
Die häufigsten Auslöser: Bilder ohne feste Größenangabe, Werbeblöcke, die erst spät Platz einnehmen, und nachgeladene Schriften mit anderer Höhe. Die Lösung ist meist unspektakulär. Man reserviert den Platz von Anfang an. Höhe und Breite für jedes Bild, feste Container für dynamische Inhalte. Nichts Wildes, nur Sorgfalt beim Bauen. Wer Webdesign ernst nimmt, denkt das von der ersten Zeile an mit, statt es hinterher zu flicken.
Was bringt die Optimierung konkret?
Ehrlich gesagt hängt es stark davon ab, wie schlecht der Ausgangszustand ist. Wenn eine Seite schon ordentlich gebaut ist, holen Sie vielleicht ein paar Zehntelsekunden raus. Wenn ein 8-MB-Bild drinsteckt wie beim Bäcker, holen Sie drei Sekunden. Was wir aber fast immer sehen: Weniger Absprünge, längere Verweildauer, mehr Anfragen über das Kontaktformular. Tempo ist kein Selbstzweck. Es ist die Voraussetzung dafür, dass Ihre Inhalte überhaupt eine Chance bekommen. Und für lokale Sichtbarkeit spielt das ebenfalls mit rein, wie im Beitrag zu Local SEO ohne Budget beschrieben.
Häufige Fragen
Wie kann ich meine Core Web Vitals selbst testen?
Kostenlos über Googles PageSpeed Insights. Adresse eingeben, Handy-Ansicht wählen, Werte ablesen. Achten Sie auf die Felddaten oben (echte Nutzer), nicht nur auf den Labor-Test. Für die nackte Ladezeit reicht auch das Netzwerk-Tab im Browser.
Reicht ein Caching-Plugin, um die Website schneller zu machen?
Es hilft, löst aber nicht das Kernproblem. Ein Cache liefert die Seite schneller aus, macht aber ein 8-MB-Bild nicht kleiner und entfernt kein überflüssiges Tracking-Skript. Erst die Ursachen beseitigen, dann Cache obendrauf.
Muss ich für schnelle Ladezeiten einen teureren Server mieten?
Meistens nein. Bei den allermeisten KMU-Seiten liegt das Problem im Aufbau der Seite selbst, nicht am Hosting. Erst optimieren, dann schauen, ob der Server überhaupt der Flaschenhals ist. Oft ist er es nicht.
Sie wollen wissen, wo Ihre Seite steht, ohne selbst durch Menüs zu klicken? Wir schauen im kostenlosen Website-Check konkret nach: Ladezeit, die vier Fehler von oben, und was der schnellste Hebel wäre. Kein Verkaufsgespräch, nur Zahlen und eine ehrliche Einschätzung. Hier geht es zum Kontakt, dann melden wir uns aus Fürstenfeldbruck.