Core Web Vitals optimieren — ohne die Website neu zu bauen
Wir messen, woran Ihre Website in den Felddaten tatsächlich scheitert, und beheben die Ursachen — meist ohne Relaunch und ohne Themewechsel.
Die meisten Versuche, eine Website schneller zu machen, scheitern an der Messgrundlage. Auf einem schnellen Rechner mit schneller Leitung sieht jede Seite gut aus. Bewertet wird sie aber nach dem, was echte Besucher erleben — häufig auf dem Telefon, unterwegs, mit allem, was eine über Jahre gewachsene Installation mitschleppt.
Wir fangen deshalb bei den Felddaten an, grenzen die tatsächlichen Ursachen ein und beheben sie: Bilder in passenden Formaten und Grössen, ein bevorzugt geladenes Hauptelement, reservierter Platz gegen Layoutsprünge, entzerrtes JavaScript und, wo nötig, eine schnellere Serverantwort. Ein Relaunch ist dafür meist nicht nötig.
Wir schauen zuerst in Ihre echten Nutzerdaten, nicht in einen Test auf unserem Rechner.
Was Sie bekommen
Ursachen statt Punktzahl
Wir arbeiten an dem, was die Ladezeit tatsächlich verursacht — nicht daran, eine Zahl in einem Testwerkzeug kurzfristig zu heben.
Gemessen an echten Nutzern
Bewertet wird mit Felddaten aus echten Aufrufen, nicht mit einem Labortest auf einer schnellen Leitung.
Meist ohne Relaunch
In vielen Fällen liegt das Problem in Bildern, Skripten und Schriften — nicht im Theme. Ein Neubau ist selten nötig.
Für wen geeignet
Websites nach einem Google-Hinweis
Wenn die Search Console Seiten als langsam meldet und unklar ist, woran es liegt.
Gewachsene WordPress-Seiten
Wenn über Jahre Plugins dazugekommen sind und die Seite spürbar träge geworden ist.
Seiten mit Werbebudget
Wenn Besucher Geld kosten und auf dem Telefon abspringen, bevor überhaupt etwas zu sehen ist.
Vor einem geplanten Relaunch
Wenn zuerst geklärt werden soll, ob ein Neubau überhaupt nötig ist oder die bestehende Seite zu retten ist.
Das Testwerkzeug zeigt Grün, die Nutzer warten trotzdem
Die meisten Optimierungsversuche scheitern nicht am Können, sondern an der Messgrundlage. Wer auf einem schnellen Rechner mit schneller Leitung testet, sieht ein anderes Bild als der Besucher auf dem Telefon.
Labortest statt Felddaten
Ein Testlauf misst einen einzelnen Abruf unter idealen Bedingungen. Bewertet wird Ihre Website aber nach dem, was echte Besucher erleben.
Caching-Plugin als Dauerlösung
Ein Cache verdeckt das Problem für einen Teil der Aufrufe. Die Ursache — zu viel CSS, zu viel JavaScript, zu grosse Bilder — bleibt bestehen.
Bilder in voller Grösse
Ein Foto wird in Originalgrösse ausgeliefert und erst im Browser kleingerechnet. Das kostet genau dort Zeit, wo die Verbindung langsam ist.
Springendes Layout
Bilder ohne feste Masse, nachgeladene Banner und Schriften verschieben den Inhalt, während jemand schon liest oder klicken will.
Zu viel JavaScript vor dem Inhalt
Skripte blockieren die Darstellung, bis sie geladen und ausgeführt sind. Bei vielen Plugins passiert das auf jeder Seite, auch wo die Funktion gar nicht vorkommt.
Der Server antwortet langsam
Wenn schon die erste Antwort dauert, hilft keine Optimierung im Browser. Das ist ein Hosting-Thema, kein Frontend-Thema.
Wir sagen Ihnen, ob Ihr Problem im Browser oder beim Server liegt.
Die drei Werte, um die es geht
Core Web Vitals sind drei Messgrössen. Jede beschreibt ein anderes Erlebnis, und jede hat andere Ursachen.
LCP — wann der Hauptinhalt da ist
Largest Contentful Paint misst, wann das grösste sichtbare Element geladen ist. Meist ist das ein Bild oder eine Überschrift. Als gut gilt ein Wert bis 2,5 Sekunden.
INP — wie schnell die Seite reagiert
Interaction to Next Paint misst, wie lange es dauert, bis nach einem Klick oder einer Eingabe sichtbar etwas passiert. Als gut gilt ein Wert bis 200 Millisekunden.
CLS — wie ruhig das Layout bleibt
Cumulative Layout Shift misst, wie stark Inhalte während des Ladens verspringen. Als gut gilt ein Wert bis 0,1.
Bewertet wird das 75. Perzentil
Entscheidend ist nicht der Durchschnitt, sondern der Wert, den drei von vier Aufrufen erreichen. Ein schneller Mittelwert kann eine langsame Minderheit verdecken.
Woran wir typischerweise arbeiten
Was genau ansteht, ergibt die Messung. Das sind die Hebel, die in der Praxis am häufigsten greifen.
Bilder in modernen Formaten
AVIF und WebP mit passenden Grössen je Gerät, statt ein grosses Original für alle. Das ist meist der grösste einzelne Hebel beim LCP.
Das LCP-Element bevorzugt laden
Das grösste sichtbare Element wird früh angefordert, statt hinter Skripten und anderen Bildern in der Warteschlange zu stehen.
Feste Masse gegen Layoutsprünge
Bilder, Einbettungen und Werbeflächen bekommen ihren Platz reserviert, bevor sie geladen sind.
Schriften entschärfen
Web-Schriften werden so eingebunden, dass Text sofort lesbar ist, statt auf die Schriftdatei zu warten.
JavaScript entzerren
Skripte, die für die erste Darstellung nicht gebraucht werden, laufen später — und Plugin-Code nur dort, wo die Funktion vorkommt.
Serverantwort verkürzen
Wo die erste Antwort zu lange dauert, schauen wir auf Caching, PHP-Version und Hosting, statt im Browser weiterzuoptimieren.
Nach der Messung wissen Sie, welche dieser Punkte bei Ihnen überhaupt eine Rolle spielen.
Was wir nicht versprechen
Damit klar ist, was diese Leistung leisten kann und was nicht:
Bessere Rankings
Core Web Vitals sind ein Signal unter vielen. Eine schnellere Website ist messbar besser für Nutzer — welche Position daraus folgt, entscheidet niemand von uns.
Grüne Werte auf jedem Testwerkzeug
Wir arbeiten an Felddaten. Eine bestimmte Punktzahl in einem Labortest ist kein Ziel, das wir verfolgen.
Sofortige Wirkung in der Statistik
Felddaten laufen über ein rollendes Zeitfenster von 28 Tagen. Eine Verbesserung ist im Browser sofort da, in der Auswertung aber erst nach Wochen vollständig sichtbar.
Ablauf
Felddaten auslesen
Wir schauen zuerst in die echten Nutzerdaten Ihrer Website und halten fest, welcher Wert auf welchen Seitentypen reisst.
Ursachen eingrenzen
Zu jedem schlechten Wert suchen wir die tatsächliche Ursache, statt eine Liste allgemeiner Empfehlungen abzuarbeiten.
Nach Wirkung priorisieren
Sie bekommen die Massnahmen sortiert nach Wirkung und Aufwand — inklusive der Punkte, die sich nicht lohnen.
Umsetzen
Wir setzen die Massnahmen um, ohne das Erscheinungsbild zu verändern, sofern Sie das nicht ausdrücklich wollen.
Nachmessen
Nach der Umsetzung messen wir erneut — und beobachten, wie die Felddaten über die folgenden Wochen nachziehen.
Übergeben
Sie bekommen dokumentiert, was geändert wurde und was Sie künftig vermeiden sollten, damit die Werte nicht wieder abrutschen.
Sie erfahren vorab, welche Zugänge wir brauchen und was ohne Ihr Zutun geht.
Warum sich das rechnet
Ladezeit ist keine technische Kennzahl, sondern der erste Eindruck Ihrer Website:
Weniger Abbrüche vor dem ersten Inhalt
Wer wartet, bevor überhaupt etwas zu sehen ist, entscheidet sich oft gegen die Seite — besonders auf dem Telefon.
Werbebudget wirkt besser
Ein Klick, der auf einer langsamen Seite landet, ist trotzdem bezahlt. Schnellere Landingpages verschwenden weniger davon.
Kein Neubau als Standardantwort
Ein Relaunch kostet ein Vielfaches einer Optimierung. Oft zeigt die Messung, dass er gar nicht nötig ist.
Nachvollziehbar statt Gefühl
Vorher und nachher stehen als Zahl da, statt als Eindruck, dass es sich schneller anfühlt.
Häufige Fragen
Was ist der Unterschied zwischen Labor- und Felddaten?
Labordaten entstehen aus einem einzelnen Testabruf unter festgelegten Bedingungen — gut, um Ursachen zu finden. Felddaten stammen aus echten Aufrufen echter Besucher mit ihren Geräten und Verbindungen. Bewertet wird Ihre Website nach den Felddaten, deshalb fangen wir dort an.
Warum ändern sich die Werte nach der Umsetzung nicht sofort?
Weil Felddaten über ein rollendes Fenster von 28 Tagen gebildet werden. Die Verbesserung ist für jeden neuen Besucher sofort da, aber die Auswertung enthält noch wochenlang auch die alten, langsamen Aufrufe.
Müssen wir dafür die Website neu bauen?
Meistens nicht. Die häufigsten Ursachen sind Bilder, Skripte, Schriften und Serverantwortzeiten — alles Dinge, die sich in einer bestehenden Installation beheben lassen. Wenn ein Neubau wirklich der günstigere Weg ist, sagen wir das, statt Aufwand in eine Sackgasse zu stecken.
Reicht nicht ein Caching-Plugin?
Ein Cache hilft, aber er verdeckt die Ursache eher, als dass er sie löst. Er beschleunigt die Auslieferung des HTML und ändert nichts daran, wie viele Bilder, Skripte und Schriften der Browser danach noch laden muss.
Verbessert das unser Ranking?
Core Web Vitals sind ein Signal unter vielen, und wir sagen Ihnen keine Position zu. Was sich verlässlich verbessert, ist das Erlebnis für Ihre Besucher — und das lässt sich in Zahlen belegen, anders als eine Ranking-Zusage.
Funktioniert das auch ohne WordPress?
Ja. Die drei Messwerte gelten für jede Website. Die Ursachen unterscheiden sich je nach System, die Vorgehensweise bleibt dieselbe.
Ändert sich das Aussehen der Website?
Nein, sofern Sie das nicht ausdrücklich wollen. Wir arbeiten an der Art, wie Inhalte geladen werden, nicht daran, wie sie aussehen. Eine Ausnahme sind Elemente, die bisher sichtbar gesprungen sind — die stehen danach still.
Was ist INP und warum höre ich das erst jetzt?
Interaction to Next Paint misst die Reaktionszeit nach einer Eingabe und hat den älteren Wert First Input Delay abgelöst. INP misst strenger, deshalb sind Seiten, die vorher gut dastanden, damit teilweise auffällig geworden.
Haben Sie das schon gemacht?
Ja. Bei einer bestehenden WordPress-Website haben wir den LCP in den Felddaten von 5,7 auf 1,1 Sekunden gesenkt, bei einem CLS, der konstant im guten Bereich blieb — ohne Relaunch. Der Fall ist unter unseren Projekten ausführlich beschrieben.
Was, wenn das Hosting die Ursache ist?
Dann sagen wir das. Wenn schon die Serverantwort zu lange dauert, bringt Optimierung im Browser wenig. Wir zeigen auf, was ein Wechsel oder eine andere Konfiguration bringen würde, bevor Sie Geld ins Frontend stecken.
Langsam laut Google, schnell auf Ihrem Rechner?
Schicken Sie uns Ihre Adresse. Wir schauen in die echten Nutzerdaten und sagen Ihnen, welcher Wert reisst, woran es liegt und was es braucht.
