Core-Web-Vitals-Audit in Bern

Ein Core Web Vitals Audit prüft, wie schnell und stabil sich eine Website für echte Besucher anfühlt, und übersetzt diesen Eindruck in drei messbare Kennzahlen: LCP, INP und CLS. Für Unternehmen in Bern ist das keine akademische Übung. Wer eine Dienstleistung, eine Kanzlei oder einen Verband in der Bundesstadt vertritt, wird überwiegend mobil und über Schweizer Mobilfunknetze gefunden, und dort trennt eine halbe Sekunde Ladezeit den Besuch vom Absprung. Dieses Audit misst diese halbe Sekunde, benennt ihre Ursache und liefert einen Plan, mit dem sie sich beheben lässt.

#Was ist ein Core Web Vitals Audit

Core Web Vitals sind die drei Kennzahlen, mit denen Google seit einigen Jahren die Nutzererfahrung einer Seite bewertet und als Ranking-Signal verwendet. Ein Audit erhebt diese Werte systematisch, statt sich auf einen einzelnen Testlauf zu verlassen, und ordnet jedem schwachen Wert eine konkrete technische Ursache zu.

Der entscheidende Punkt, den viele Berichte auslassen: Google bewertet Core Web Vitals über Felddaten, also über die tatsächlichen Messwerte echter Chrome-Nutzer aus dem Chrome UX Report. Ein Laborlauf in PageSpeed Insights zeigt Ihnen, wie eine Seite unter kontrollierten Bedingungen lädt, aber nicht, was Ihre Besucherin auf dem Weg zur Arbeit mit schwankendem Empfang erlebt. Ein seriöses Audit erhebt beide Datenarten und hält sie sauber auseinander. Der Feldwert entscheidet über die Bewertung, der Laborwert erklärt die Ursache.

#Warum Core Web Vitals für Websites in Bern zählen

Bern hat ein besonderes wirtschaftliches Profil. Als Bundesstadt prägen Verwaltung, Verbände, Kommunikationsagenturen und ein breiter Mittelstand die Landschaft, und viele dieser Organisationen leben von Vertrauen, das ihre Website als erster Kontaktpunkt vermitteln muss. Eine Seite, die auf dem Mobiltelefon eine Sekunde lang weiss bleibt und dann ruckartig ihr Layout verschiebt, untergräbt genau dieses Vertrauen, bevor der erste Satz gelesen ist.

Dazu kommt der Wettbewerb um lokale Sichtbarkeit. Wer in Bern nach einer Dienstleistung sucht, bekommt eine Ergebnisliste, in der Core Web Vitals als Signal mitspielen. Bei zwei inhaltlich vergleichbaren Seiten gewinnt die schnellere und stabilere, und dieser Vorsprung lässt sich messen und gezielt herstellen. Das Audit ist der erste Schritt, weil man nicht optimieren kann, was man nicht gemessen hat.

#LCP, INP und CLS: die drei Kennzahlen im Detail

LCP, Largest Contentful Paint, misst, wann das grösste sichtbare Element im Ansichtsfenster fertig geladen ist, meist ein Titelbild, eine Überschrift oder ein grosser Textblock. Der Zielwert liegt bei unter 2,5 Sekunden am 75. Perzentil der Nutzer. Ein schlechter LCP bedeutet fast immer, dass entweder der Server zu spät antwortet oder das Hauptbild zu gross und ungünstig eingebunden ist.

INP, Interaction to Next Paint, hat 2024 die alte Kennzahl FID abgelöst und misst, wie schnell die Seite auf Eingaben reagiert, also auf Klicks, Tippen und Antippen. Der Zielwert liegt bei unter 200 Millisekunden. Ein schwacher INP zeigt fast immer auf zu viel JavaScript, das den Hauptthread blockiert, während die Nutzerin schon auf etwas tippt. Gerade WordPress-Seiten mit vielen Plugins und einem schweren Seitenersteller fallen hier durch.

CLS, Cumulative Layout Shift, misst die visuelle Stabilität, also wie stark Inhalte während des Ladens noch verspringen. Der Zielwert liegt bei unter 0,1. Die häufigste Ursache sind Bilder und eingebettete Elemente ohne reservierte Abmessungen sowie spät geladene Schriften, die den Text neu umbrechen. Wer schon einmal auf einer Seite einen Knopf antippen wollte und im letzten Moment etwas anderes traf, hat einen schlechten CLS am eigenen Finger erlebt.

#Wie wir ein Core Web Vitals Audit durchführen

Der Ablauf ist bewusst methodisch, weil bei Performance das Bauchgefühl täuscht. Zuerst erheben wir die Felddaten. Aus dem Chrome UX Report und aus der Search Console lesen wir die realen Werte für LCP, INP und CLS aus, getrennt nach Mobil und Desktop, denn diese beiden Welten verhalten sich oft völlig unterschiedlich. Ein grüner Desktopwert verdeckt regelmässig ein rotes Mobilergebnis, und in Bern zählt das mobile Ergebnis mehr.

Dann folgt die Labormessung. Wir prüfen nicht nur die Startseite, sondern mehrere Seitentypen, typischerweise Start-, Leistungs- und Kontaktseite sowie eine inhaltsreiche Unterseite, weil jede davon anders gebaut ist. Mit Lighthouse und WebPageTest erzeugen wir Wasserfalldiagramme, lesen die Time to First Byte, identifizieren render-blockierende Skripte und Stylesheets, prüfen Bildformate und -grössen und suchen die Elemente, die den CLS verursachen.

Aus dieser Analyse entsteht der eigentliche Wert des Audits: ein Massnahmenplan, in dem jede Ursache nach erwarteter Wirkung und Aufwand sortiert ist. Kein Screenshot mit einer roten Zahl, sondern eine Liste, die ein Entwickler abarbeiten kann. Genau an dieser Übersetzung von Diagnose in umsetzbare Schritte scheitern die meisten automatisierten Berichte.

#Häufige Ursachen schwacher Core Web Vitals in WordPress

In der Praxis wiederholen sich die Muster. Ein WooCommerce-Shop mit dreissig aktiven Plugins und einer Time to First Byte von 1,8 Sekunden hat sein LCP-Problem verloren, bevor überhaupt ein Bild geladen wird, weil der Server zu lange mit dem ersten Byte wartet. Eine Seite auf einem schweren Seitenersteller, die unter der Last echter Besucher zusammenbricht, hat fast immer ein INP-Problem, weil zu viel JavaScript den Hauptthread blockiert.

Die typischen Ursachen im Detail: unkomprimierte oder im falschen Format ausgelieferte Bilder statt moderner Formate wie WebP oder AVIF, render-blockierende CSS- und JavaScript-Dateien im Seitenkopf, Schriften ohne Font-Display-Strategie, fehlende Grössenangaben bei Bildern und Einbettungen, überladene Plugin-Stapel, die auf jeder Seite Code laden, den nur eine Seite braucht, sowie Caching, das entweder fehlt oder falsch konfiguriert ist. Jede dieser Ursachen hat eine bekannte Lösung, aber nur, wenn man sie zuerst sauber der richtigen Kennzahl zuordnet.

#Core Web Vitals und Schweizer Hosting

Ein Faktor wird bei Berner Websites oft übersehen: das Hosting und seine Nähe zum Nutzer. Die Time to First Byte hängt direkt davon ab, wie schnell der Server antwortet, und die Antwortzeit steigt mit der Distanz. Eine Website, die für Schweizer Besucher gedacht ist, aber auf einem überbuchten Server irgendwo weit weg liegt, verschenkt LCP-Budget, bevor die erste Zeile Code läuft.

Schweizer Anbieter wie Infomaniak, Hostpoint oder cyon betreiben Rechenzentren im Land, was die Latenz für Besucher aus Bern und der Region spürbar senkt. Das allein macht keine langsame Seite schnell, aber es entfernt einen Sockelbetrag an Verzögerung, den keine Optimierung im Frontend zurückholen kann. Im Audit prüfen wir daher immer auch die Serverantwortzeit aus Schweizer Sicht und, falls sinnvoll, den Einsatz eines Content Delivery Network, das statische Dateien näher an den Nutzer bringt. Wo Schweizer Datenschutz nach dem revidierten Datenschutzgesetz eine Rolle spielt, achten wir darauf, dass Performance-Massnahmen wie Drittanbieter-Skripte diese Anforderungen nicht unterlaufen.

#Was Sie nach dem Audit erhalten

Am Ende steht ein Bericht, der drei Dinge liefert. Erstens den Ist-Zustand: jede Kennzahl in Feld- und Labordaten, getrennt nach Mobil und Desktop, über die geprüften Seitentypen. Zweitens die Ursachen: pro schwacher Metrik die konkrete technische Erklärung, warum der Wert schlecht ist, belegt am Wasserfalldiagramm oder an der betroffenen Ressource. Drittens den Plan: die Massnahmen, sortiert nach Wirkung und Aufwand, formuliert so, dass sie ohne Rückfragen umgesetzt werden können.

Dieser Bericht ist bewusst kein Marketingdokument mit einer grünen Zahl auf dem Deckblatt. Er ist ein Arbeitsdokument. Wer eine eigene Entwicklerin oder Agentur hat, kann ihn direkt weitergeben. Wer die Umsetzung an uns übergeben möchte, bekommt sie als eigenständigen Schritt, mit einer erneuten Messung danach.

#Feld- gegen Labordaten, und warum ein grüner Laborwert täuschen kann

Der häufigste Irrtum bei Core Web Vitals ist die Annahme, ein grüner Wert in PageSpeed Insights bedeute eine schnelle Website. Der Laborwert entsteht unter kontrollierten Bedingungen: ein definiertes Gerät, eine gedrosselte, aber stabile Verbindung, ein leerer Cache. Das ist reproduzierbar und nützlich zur Ursachensuche, hat aber wenig mit dem Alltag Ihrer Besucher zu tun.

Die Felddaten aus dem Chrome UX Report bilden dagegen ab, was echte Menschen erleben: eine Nutzerin im Tram mit wechselndem Empfang, ein Kunde auf einem drei Jahre alten Mobiltelefon, jemand mit zwölf offenen Browsertabs. Diese Werte streuen breit, und Google bewertet nicht den Durchschnitt, sondern das 75. Perzentil, also den Wert, den drei von vier Besuchern mindestens erreichen. Eine Seite kann im Labor bei 1,8 Sekunden LCP liegen und im Feld trotzdem bei 3,4 Sekunden, weil das Perzentil die langsame Realität einfängt, die der eine Testlauf glättet. Genau diese Lücke zwischen Labor und Feld ist der Grund, warum ein Audit beide Datenquellen braucht und niemals nur einen Screenshot.

#Was schwache Core Web Vitals ein Berner Unternehmen kosten

Der Schaden schlechter Ladeleistung ist selten dramatisch und deshalb leicht zu übersehen. Er zeigt sich nicht als Ausfall, sondern als langsames Versickern. Jede zusätzliche Sekunde bis zum ersten sichtbaren Inhalt erhöht die Absprungrate, und zwar besonders auf dem Mobiltelefon, wo die Geduld am kürzesten ist. Für ein Berner Dienstleistungsunternehmen, dessen Website der erste Eindruck vor dem ersten Gespräch ist, bedeutet das verlorene Anfragen, die nie als solche sichtbar werden, weil der Interessent einfach zurück zur Ergebnisliste tippt.

Bei einem Webshop ist der Zusammenhang direkter messbar. Ein schwacher INP, bei dem der Warenkorb-Knopf eine spürbare Verzögerung hat, kostet Kaufabschlüsse an genau der Stelle, an der die Kaufabsicht am höchsten ist. Ein schlechter CLS, bei dem die Seite während des Ladens noch verspringt, führt zu Fehlklicks und Frust. Diese Effekte summieren sich still über Monate, und weil niemand eine Fehlermeldung sieht, bleibt die Ursache unentdeckt, bis jemand gezielt misst. Ein Audit macht diesen unsichtbaren Verlust sichtbar und beziffert ihn dort, wo es geht.

#Core Web Vitals als Teil der lokalen Sichtbarkeit in Bern

Lokale Suche ist in Bern umkämpft, und Core Web Vitals sind einer von mehreren Faktoren, die bei ansonsten vergleichbaren Anbietern den Ausschlag geben. Wer nach einer Leistung in der Stadt sucht, bekommt eine Mischung aus Karteneintrag und organischen Ergebnissen, und in beiden zählt Geschwindigkeit mit. Das heisst nicht, dass eine schnelle Seite automatisch oben steht, denn Relevanz und Inhalt bleiben wichtiger. Aber bei zwei inhaltlich gleichwertigen Seiten ist die schnellere im Vorteil, und dieser Vorteil ist einer der wenigen, die sich technisch sauber herstellen lassen, ohne dass man auf das Wohlwollen eines Algorithmus hoffen muss.

Dazu kommt ein Nebeneffekt, den viele unterschätzen: eine Seite, die auf dem Mobiltelefon schnell und stabil lädt, wirkt professioneller. In einer Stadt wie Bern, in der Vertrauen und Seriosität für viele Organisationen das eigentliche Verkaufsargument sind, ist dieser Eindruck kein Nebenschauplatz. Die technische Qualität der Website ist ein Signal, das gelesen wird, auch wenn es niemand bewusst benennt.

#Grenzen eines Audits, ehrlich benannt

Ein Audit ist kein Zaubertrick, und es ist fair, das offen zu sagen. Es misst und erklärt, aber es verbessert die Werte erst dann, wenn die Massnahmen umgesetzt werden. Manche Ursachen sind mit wenig Aufwand behoben, etwa ein falsch dimensioniertes Titelbild oder ein fehlendes Caching. Andere sitzen tiefer, etwa ein überladener Seitenersteller oder ein Theme, das strukturell zu viel JavaScript mitbringt, und deren Behebung ist ein grösserer Eingriff. Ein seriöses Audit sagt beides und tut nicht so, als wäre alles ein Schnellschuss.

Ebenso ehrlich ist der Hinweis, dass Core Web Vitals nur ein Teil der Suchmaschinenoptimierung sind. Eine schnelle Seite mit dünnem Inhalt rankt nicht allein wegen ihrer Geschwindigkeit. Umgekehrt verschenkt eine inhaltlich starke Seite mit schlechter Ladeleistung einen Vorteil, den sie leicht haben könnte. Das Audit adressiert genau diesen technischen Teil, sauber abgegrenzt, damit klar ist, was es leistet und was nicht. Wer mehr als nur Performance braucht, findet den weiteren Rahmen in unserer Arbeit als WordPress Entwickler.

#Vom Audit zur Umsetzung

Ein Audit ist der Anfang, nicht das Ziel. Der eigentliche Gewinn entsteht, wenn die Massnahmen umgesetzt und die Werte danach erneut gemessen werden. Weil die Felddaten aus dem Chrome UX Report ein 28-Tage-Fenster abbilden, zeigt sich der Effekt einer Umsetzung erst über einige Wochen, und genau deshalb messen wir vorher und nachher statt nur einmal. Ein Effekt, der sich nicht in den Felddaten niederschlägt, ist kein Effekt, sondern eine Behauptung.

Wichtig ist dabei die Reihenfolge: erst messen, dann priorisieren, dann umsetzen, dann erneut messen. Wer diese Reihenfolge überspringt und blind Plugins installiert, die Geschwindigkeit versprechen, macht die Lage oft schlimmer, weil sich Optimierungswerkzeuge gegenseitig ins Gehege kommen und neue Fehler erzeugen. Ein Audit ersetzt das Raten durch eine belegte Grundlage, auf der jede Entscheidung nachvollziehbar wird.

Wenn Sie eine WordPress-Website in Bern betreiben und wissen wollen, wo Sie bei LCP, INP und CLS wirklich stehen, ist das Audit der belastbare erste Schritt. Für tiefergehende Sanierungen, insbesondere bei schnell oder mit KI gebauten Seiten, führt der Weg weiter zu unserem Core Web Vitals Rescue für WordPress, und wer laufende Entwicklung braucht, findet sie beim WordPress Entwickler. Ein Gespräch lässt sich jederzeit über die Kontaktseite vereinbaren, für Berner Kundschaft auf Wunsch auch persönlich vor Ort.