Webgeschwindigkeitsüberwachung: Warum ist sie wichtig und wie nutzt man sie effektiv?

Plötzlich funktioniert nichts mehr. Die Conversions sinken, die Besucher verschwinden, die Website wird langsamer, und Sie wissen nicht, warum. Sie haben nichts Wesentliches geändert – wo liegt also das Problem?

Vielleicht verlangsamt sich Ihre Website schon seit Monaten, ohne dass Sie es bemerkt haben. Vielleicht haben Sie letzte Woche eine neue Funktion eingeführt, die wichtige Seiten verlangsamt hat. Oder vielleicht hat ein Dritter seinen Code geändert, ohne Sie darüber zu informieren. Ohne Überwachung haben Sie keine Chance, herauszufinden, was los ist.

Die Überwachung der Webgeschwindigkeit bietet Ihnen Überblick, Kontrolle und die Möglichkeit, Probleme zu lösen, bevor sie Ihr Geschäft beeinträchtigen.

Worum geht es in diesem Artikel?

1. Warum ist die Webgeschwindigkeit entscheidend? Auswirkungen auf Conversions, SEO und die allgemeine Benutzerzufriedenheit.
2. Wie spart Ihnen Überwachung Zeit und Geld? Rendite und direkter Einfluss auf das Geschäft.
3. Welche Art von Überwachung benötigen Sie? Warum es sinnvoll ist, verschiedene Überwachungsarten zu kombinieren.
4. Warum reichen einmalige Tests nicht aus? Der Unterschied zwischen PageSpeed Insights und kontinuierlicher Überwachung.
5. Wie richtet man Überwachung ein und nutzt sie? Unsere Methodik, die Zeit, Geld und Nerven spart.

Wenn Sie die Kontrolle über die Geschwindigkeit Ihrer Website behalten möchten, lesen Sie weiter.

Warum Webgeschwindigkeitsüberwachung? Geschäft, hohe Rendite und Vermeidung von Fehlern#

Die Webgeschwindigkeit ist wichtig, da sie direkten Einfluss auf Conversions und den Website-Traffic haben kann. Betrachten wir einige Beispiele aus unserer Praxis:

• Bei einem der größten Anbieter von Sportergebnissen, Livesport, haben wir durch Geschwindigkeitsoptimierung geholfen, die Positionen in Google Ads zu verbessern und dadurch erhebliche PPC-Budgets einzusparen.
• Studien zeigen, dass die Reaktionsgeschwindigkeit des Backends mit dem Ranking in Google-Suchergebnissen korreliert und somit das SEO verbessert. Bei einigen unserer Kunden haben wir nach der Optimierung der Core Web Vitals einen Anstieg des Traffics erlebt.
• Auf einer großen E-Commerce-Website stellten wir fest, dass Benutzer mit einer Ladegeschwindigkeit von etwa einer Sekunde 3,5-mal mehr Conversions aufwiesen als Benutzer mit einer Ladegeschwindigkeit von 2,5 Sekunden.

Werfen wir einen Blick auf das Diagramm der Korrelation zwischen Geschwindigkeit (LCP, gelb) und Konversionsrate (CR, blau):

Oft gilt: Je schneller die Website für den Benutzer lädt, desto einfacher kommt es zu einer Konversion.

In all diesen Fällen gilt: Ohne Daten sind solche Erfolge nicht erreichbar oder messbar. Fehlende Überwachung führt oft zu einer Situation, in der man das Problem kennt, aber nicht dessen Ursache.

Fehler aufgrund fehlender Überwachung#

Vielleicht denken Sie, dass die Geschwindigkeit Ihrer Website stabil ist, weil Sie keine Änderungen vornehmen, die sie beeinflussen könnten. Meistens ist jedoch das Gegenteil der Fall.

Die Webgeschwindigkeit ändert sich ständig, und leider meistens zum Schlechteren. In unserer Beratungspraxis erleben wir häufig, dass sich die Core Web Vitals selbst bei harmlos erscheinenden Änderungen verschlechtern:

1. Bei unserem Kunden Innogy erfasste die Überwachung eine merkwürdige Verschlechterung der INP-Metrik nach der Implementierung von Server-Side GTM. Dank der technischen Analyse konnten wir den Kunden und seine Analyseanbieter auf konkrete Aufgaben zur Lösung hinweisen.
2. Dank der Überwachung können wir unsere Kunden, wie den E-Shop Dr. Max, rechtzeitig warnen. Zum Beispiel, wenn sich die Metrik der Layout-Stabilität (CLS) aufgrund eines Fehlers auf einer der Seiten verschlechterte.
3. Die Überwachung zeigte uns eine Verschlechterung der Server-Reaktionszeit (TTFB) auf den Websites einer großen E-Commerce-Plattform, wodurch unsere Kunden genaue Daten für die Kommunikation mit dem Support zur Verfügung hatten.
4. Im tschechischen Podcast "Fuckupy v IT" wird die Geschichte erzählt, wie ein Team ohne Überwachungsdaten die Ursache eines Problems falsch einschätzte und zwei Wochen mit der Neuschreibung einer Anwendung verbrachte. Das Problem lag tatsächlich nur in einer einzigen Konfigurationszeile.

Wenn hinter der Verschlechterung von TTFB der Betrieb von Bots steckt, lohnt es sich, eine Strategie zu haben. Schauen Sie sich unseren Service Strategie für AI-Bots an.

Gute Überwachung liefert Ihnen auch Daten über die Ursachen von Änderungen und weist Sie auf einen konkreten Ort auf der Website hin.

Auf dem Bild sehen Sie ein Beispiel für einen Bericht der PLUS PageSpeed.ONE-Überwachung bei fehlerhafter Implementierung eines Bildes auf der Homepage der Nachrichtenwebsite iRozhlas.cz:

1. Synthetische Daten des Watchdogs zeigen ein Problem mit der LCP-Metrik.
2. Beim Blick auf den Verlauf der LCP nach Seiten sehen wir ein Problem auf der mobilen Homepage.
3. Der Detailbericht eines Lighthouse-Testlaufs identifiziert einen falsch konfigurierten Lazy Loading beim ersten Bild.

Ohne Überwachung bemerken Sie die Änderungen nicht. Ohne Überwachungsdaten wird die spätere Suche nach der Ursache der Verschlechterung sehr teuer und verlangsamt Ihre Arbeit an der Entwicklung neuer Website-Funktionen.

Einmalige Messungen sind keine Überwachung#

Es gibt viele beliebte Tools wie unseren Web-Geschwindigkeitstest, PageSpeed Insights, Lighthouse oder WebpageTest.org, die Ihnen einmalige Ergebnisse von Metriken und eine Analyse des technischen Zustands der Seite liefern.

Verwechseln Sie jedoch nicht einmaliges Testen mit Überwachung. Die Geschwindigkeitsüberwachung wird automatisch, mindestens einmal täglich, gestartet und liefert Ihnen daher auch Daten für den Zeitraum, in dem Sie nicht an eine Geschwindigkeitsprüfung durch eine einmalige Messung gedacht haben.

Warum reicht es nicht aus, die Geschwindigkeit ab und zu mit PageSpeed Insights zu überprüfen?

• Sie erfahren nichts über die meisten Probleme.
• Sie haben keine Datenhistorie, die Sie bei Bedarf abrufen können.
• Sie sehen keine Muster und Trends, die sich in den Daten entwickeln.
• Sie haben keine Daten, die Sie auf einfache Lösungen des Problems hinweisen.
• Sie können keine Erfolge feiern, wenn es zu Verbesserungen kommt.

Einmalige Tests in PageSpeed Insights, die Sie nur dann durchführen, wenn Sie daran denken, verbergen wahrscheinlich Probleme und könnten Sie sogar fälschlicherweise glauben lassen, dass sich die Geschwindigkeit der Website verbessert.

Die Webgeschwindigkeit haben Sie nicht unter Kontrolle, auch wenn Sie es glauben#

Ein schneller Web entsteht unter anderem dadurch, dass wir aktiv verhindern, dass er langsamer wird.

Die Verringerung der Webgeschwindigkeit ist jedoch leider ein häufiges Phänomen, das darauf beruht, dass Webentwicklungsprojekte oft viel weniger unter Kontrolle der Teams stehen, als diese glauben.

Unerwartete Verschlechterung der Server-Reaktionszeit (TTFB) einer großen mitteleuropäischen E-Commerce-Plattform. Synthetik warnt frühzeitig, CrUX bietet ein verzögertes, aber genaueres Bild des Benutzererlebnisses. Stellen Sie sich vor, Sie hätten diese Information nicht und würden eine Kampagne planen.

Werfen wir nun einen Blick auf einige Beispiele, die zeigen, dass die moderne Webentwicklung viel komplexer ist, als Sie vielleicht denken:

• Webseiten bestehen aus vielen Teilen (Client-side, Server-side) und Komponenten, die oft von verschiedenen Teams verwaltet werden.
• Die Webgeschwindigkeit kann häufig durch JavaScript-Code von Drittanbietern beeinflusst werden, der über GTM von Analysten, Marketern oder UX-Leuten eingefügt wird. Oft handelt es sich um externe Anbieter.
• Die Komponenten von Drittanbietern (Messung, Werbung, Personalisierung…) entwickeln sich ohne Ihre Kontrolle weiter und können die Webgeschwindigkeit im Laufe der Entwicklung weiter verschlechtern.
• Die Webgeschwindigkeit kann durch eine einmalige Aktion beeinflusst werden, wie eine erfolgreiche Marketingkampagne oder ein DDoS-Angriff auf Ihren Infrastrukturprovider.
• Änderungen in der Geschwindigkeit können auf Veränderungen in der Zusammensetzung der Benutzerbasis zurückzuführen sein. Ihre Kampagnen können eine neue Zielgruppe ansprechen, wie Benutzer langsamer Android-Geräte, was plötzlich die Core Web Vitals verschlechtern kann.
• Webseiten entwickeln sich natürlich im Laufe der Zeit und Sie setzen ständig neue Inhalte oder Funktionen ein. Auch scheinbar harmlose können die Geschwindigkeit negativ beeinflussen.

Diese Komplexität betrifft heute auch relativ kleine Websites. Web-Performance ist ein multidisziplinäres Fachgebiet, das Kommunikation und Abstimmung vieler verschiedener Parteien erfordert.

Aus unserer Erfahrung geht hervor, dass Geschwindigkeitsüberwachung klare Daten liefert, die unnötige Konflikte in Teams vermeiden und auf konkrete Probleme hinweisen.

Überwachung hat eine ausgezeichnete Rendite (ROI)#

Bei unserer Arbeit an der Optimierung der Webgeschwindigkeit für kleine und große Kunden fordern wir das Einschalten der Geschwindigkeitsüberwachung als notwendigen ersten Schritt für die Aufnahme der Zusammenarbeit.

Kaum etwas im Bereich der Webgeschwindigkeit hat eine so gute Rendite (ROI) wie die Überwachung.

Für ein paar Dollar pro Monat verhindern wir komplexe Probleme, Untersuchungen und Diskussionen in Teams, die Hunderte und Tausende von Dollar kosten können.

Verschiedene Arten der Überwachung: Sie brauchen Verfügbarkeit, Synth und Benutzer#

Wir begegnen oft Menschen, die verschiedene Arten der Webüberwachung miteinander verwechseln.

Für den erfolgreichen Betrieb einer Website benötigen Sie mindestens drei Arten der Überwachung: Verfügbarkeit, Synthetik und Benutzer.

Lassen Sie uns das klären:

Verfügbarkeitsüberwachung#

Beantwortet die Frage: „Sieht der Roboter, ob Ihre Website läuft?“

Dank der Verfügbarkeitsüberwachung wissen Sie, ob Ihre Website wirklich jede Stunde, Minute und Sekunde des Tages funktioniert. Diese Überwachung konzentriert sich hauptsächlich auf technische Indikatoren und scannt das Hosting und die Infrastruktur.

Dieser Überwachungstyp wird zum Beispiel von UptimeRobot oder BetterStack bereitgestellt.

Synthetisches Performance Monitoring#

Beantwortet die Frage: „Wie sieht der Roboter die Geschwindigkeit Ihrer Website?“

Hier sind wir bereits im Bereich der Geschwindigkeitsüberwachung. Synthetisches Monitoring testet die Website in bestimmten Zeitintervallen mit Software wie Lighthouse oder WebpageTest. Es liefert Ihnen Geschwindigkeitsmetriken, die jedoch möglicherweise nicht dem Benutzererlebnis entsprechen (begrenzte Metriken CLS und INP) oder verzerrte Werte anderer Metriken zeigen können.

Benutzer können die Website einfach anders erleben, als sie von der Maschine getestet wird. Der Vorteil des synthetischen Monitorings liegt hingegen in den sehr detaillierten technischen Daten. Synthetik ermöglicht es auch, relativ häufig zu testen und so rechtzeitig vor einer Änderung auf der Website gewarnt zu werden.

Dieser Überwachungstyp wird beispielsweise von Pingdom oder GTmetrix bereitgestellt, jedoch leider mit dem Fokus auf mittlerweile veraltete technische Metriken. Unser PLUS-Monitoring misst ebenfalls synthetisch, konzentriert sich jedoch auf die Core Web Vitals und ergänzt dies um den Benutzerblick.

Wir denken, dass wirklich jede Website Synth- und CrUX-Daten zur Geschwindigkeitsüberwachung benötigt. RUM ist wichtig, aber eher für größere Websites.

Benutzerorientiertes Performance Monitoring#

Beantwortet die Frage: „Wie sehen Benutzer die Geschwindigkeit Ihrer Website?“

Core Web Vitals und andere Metriken ermöglichen es, den technisch messbaren Teil des Benutzererlebnisses (UX) anhand großer Datenmengen zu sehen.

Es gibt im Wesentlichen zwei Arten von Benutzermessungen:

• Chrome UX Report (CrUX) – Google bietet Daten von allen Chrome-Benutzern für Domains oder URLs an, die eine ausreichend hohe Besucherzahl haben. Der Nachteil ist die Kumulativität der Daten (wir sehen immer den Zustand der letzten 28 Tage) und daher eine gewisse Verzögerung sowie unzureichende Details. Der Vorteil ist, dass Google diese Daten kostenlos zur Verfügung stellt. Die aus CrUX gewonnenen Core Web Vitals bestimmen auch, wie Google Ihre Domains und URLs für die Suchergebnisse (SERP) oder Google Ads bewertet.
• Real User Monitoring (RUM) – Metriken werden von allen Benutzern durch eigene JavaScript-Messungen gesammelt. Der Vorteil ist, dass die Messung nicht auf den Chrome-Browser beschränkt ist, die Daten ohne Verzögerung und in der von uns bestimmten Detailgenauigkeit verfügbar sind. RUM-Monitoring kann auch für Anwendungen hinter einem Login eingesetzt werden. Der Nachteil ist die Datenkomplexität, die schwierige Einrichtung der Messung und oft auch der höhere Preis der Lösung.

Messungen bei Benutzern sind natürlich ideal, da uns das tatsächliche Erlebnis interessiert. Der Nachteil von Benutzermessungen ist, dass sie nicht immer sofort verfügbar sind und nicht immer ausreichend technische Details bieten. Deshalb kombinieren wir Benutzermessungen im Rahmen unseres PLUS-Monitorings mit synthetischen Daten.

Lassen Sie uns zusammenfassen, was wir in diesem Abschnitt behandelt haben. Die Verfügbarkeitsüberwachung überprüft nur, ob die Website funktionsfähig ist. Synthetisches Performance-Monitoring misst die Geschwindigkeit während des Ladens durch eine Maschine. Benutzerorientiertes Performance-Monitoring liefert dann Daten über das Erlebnis echter Benutzer. Ideal ist es, alle diese Überwachungsarten zu haben.

Überwachung der Geschwindigkeit nach Zielgruppen#

Interessant am Thema Überwachung ist, dass verschiedene Zielgruppen unterschiedliche Leistungsdaten benötigen:

• Entwickler – benötigen neben dem Geschwindigkeitsstatus der Website bei den Benutzern auch Benachrichtigungen über Änderungen, Diagnosedaten wie beispielsweise technische Metriken, die sie zu den Ursachen von Problemen und Optimierungsmöglichkeiten führen. Selbstverständlich sollte auch die Verfügbarkeitsüberwachung sein.
• Website-Besitzer, Marketer, UX-Designer und andere – benötigen einen Überblick über den aktuellen Geschwindigkeitsstatus, regelmäßige Berichte und gegebenenfalls auch Benachrichtigungen über Änderungen. Ideal ist es, im Tool auch den Zusammenhang zwischen Geschwindigkeit und Geschäftserfolg der Website zu sehen.
• Marketing- und Entwicklungsagenturen – benötigen neben dem oben genannten die Möglichkeit, Zugänge zu mehreren Projekten zu verwalten, regelmäßige Berichte zu erhalten und den Status verschiedener Projekte an einem Ort einzusehen.

Fordern Sie von Ihren Überwachungstools immer das, was Ihren Zielen entspricht.

Unsere Methodik: Wie gehen wir an die Performance-Überwachung heran?#

Wir verfügen über langjährige Erfahrung in der Beratung zur Webgeschwindigkeit für kleine und große Kunden in der Region Mitteleuropa. In dieser Zeit haben wir eine Methodik zur Einrichtung der Geschwindigkeitsüberwachung entwickelt, die wir Ihnen nun vorstellen.

CrUX als Grundlage und Geschwindigkeitsscore (SPS) als Hauptindikator#

Core Web Vitals betrachten wir als sehr gute Geschwindigkeitsmetriken und die Daten aus dem Chrome UX Report (CrUX) von Google-Benutzern als großes Geschenk für alle Website-Betreiber.

Die Metriken LCP, INP und CLS sind sicherlich nicht perfekt, aber sie zeigen verschiedene Teile des Benutzererlebnisses gut an. CrUX-Daten sind zwar nicht ideal für alle Messfälle, aber eine ausreichende Grundlage für jede vernünftig große Website.

Core Web Vitals aus dem Chrome UX Report haben auch den Vorteil, dass sie Daten für beide Hauptgründe zur Optimierung der Geschwindigkeit liefern – Benutzererfahrung (UX) und Traffic aus Google (PPC, SEO).

Kunden zeigen wir in unserem Monitoring-Zusammenfassung immer zuerst die aktuellen Zahlen dieser Metriken:

Wie zu sehen ist, sind in unserem Monitoring auch Informationen über die Entwicklung der Metriken verfügbar.

Es gibt drei Metriken, die für zwei verschiedene Geräte überwacht werden müssen, sodass sich die Benutzer oft sechs verschiedene Metriken auf vielen verschiedenen Domains merken müssen.

Deshalb haben wir experimentell in unserem Monitoring einen Score eingeführt, der diese sechs Zahlen zu einem einzigen Wert zusammenfasst, den wir PageSpeed.ONE Score (SPS) nennen:

Der Geschwindigkeitsscore (SPS) hilft bei der schnellen Zusammenfassung des aktuellen Zustands der Webgeschwindigkeit.

Bei kleineren Websites kann es vorkommen, dass die Domain des Kunden nicht genügend Daten hat. Dann bleibt nur die synthetische Messung.

Synthetische Messungen einmal täglich#

Synthetisches Testen mit Lighthouse ist eine notwendige Ergänzung zu CrUX-Daten von Benutzern. Die Daten sind praktisch für alle Websites verfügbar und wir erhalten immer aktuelle Metrikwerte.

Wir haben ausprobiert, die Tests mehrmals täglich durchzuführen, uns jedoch schließlich auf einmal tägliches Testen mit einem dreitägigen Zyklus für mögliche Warnungen vor Änderungen durch den Watchdog festgelegt.

Der Grund dafür ist, dass praktisch alle unsere Kunden eher in wöchentlichen bis monatlichen Intervallen an der Geschwindigkeitsoptimierung arbeiten. Warnungen über Schwankungen innerhalb von Stunden oder Minuten haben sie immer mehr belastet, als sie selbst wollten. Wir haben beobachtet, dass auf diese Weise praktisch alle an der Webgeschwindigkeit arbeiten.

Watchdog-Benachrichtigungen werden nicht gesendet, wenn es zu einem einmaligen Ausreißer kommt, sondern erst nach drei Tagen, wenn wir sicher sind.

Für detailliertere Messungen bei größeren Websites oder während schwankender Geschwindigkeiten (Black Friday und andere Saisons) aktivieren wir bei Kunden vorübergehend RUM-Messungen.

RUM-Überwachung bei größeren Kunden oder während Optimierungen#

Daten von allen Benutzern (RUM) zu haben klingt verlockend, aber wie bereits angedeutet, führt dies oft zu einer Überlastung des Kunden mit Daten und der Unfähigkeit, diese richtig auszuwerten. Die RUM-Messung ist nicht einfach richtig einzurichten, insbesondere bei SPA-Anwendungen, und ist auch nicht gerade günstig.

Unseren Kunden bieten wir Unterstützung bei der Implementierung von SpeedCurve RUM an und aktivieren diese Messungen bei kleineren Kunden, wenn wir intensiv an Optimierungen arbeiten oder wenn eine Saison stattfindet, die die Webleistung beeinflussen könnte.

RUM-Messungen empfehlen wir auch allen, die nicht-öffentliche Webanwendungen überwachen, wie SaaS (Software as a Service).

Wo überwachen: Produktionsserver, Stage…?#

Oft stellt sich die Frage, an welchen Orten die Überwachung ausgeführt werden soll. Nur auf der Produktion? Stage oder Testserver? Lokal während der Entwicklung oder im Rahmen der CI/CD-Pipeline?

Die ideale Antwort lautet: Überwachen Sie die Geschwindigkeit auf allen Ebenen.

In der Praxis stößt dieser ideale Zustand jedoch auf viele Probleme. Das erste davon ist die Instabilität der Stage-Umgebung, die oft nicht einmal datentechnisch oder einstellungstechnisch der tatsächlichen Website entspricht. Hier ist eine sogenannte Pre-Production-Umgebung besser, die jedoch bei weitem nicht alle Unternehmen haben.

Idealerweise haben Sie überall Überwachung, aber in jedem Fall immer auf den Produktionswebsites.

Die CI/CD-Pipeline oder das Testen auf dem lokalen Host ist ebenfalls wichtig, aber Entwickler und Tester haben in diesem Teil des Prozesses keine Benutzerdaten (CrUX oder RUM) zur Verfügung. Darüber hinaus stoßen wir hier erneut auf die Instabilität des lokalen Hosts, sodass auch synthetische Tests oft keine vergleichbaren Zahlen liefern.

Die pragmatische Antwort auf die Frage, in welchem Teil die Überwachung sein sollte, lautet: hauptsächlich auf dem Produktionsserver.

Passen Sie jedoch gleichzeitig Ihren Entwicklungszyklus so an, dass Sie problematische Releases schnell zurücknehmen oder mit Hotfixes reparieren können.

Besondere Aufmerksamkeit für Benachrichtigungen#

Gutes Performance-Monitoring lässt sich von schlechtem daran erkennen, dass es gut mit Ihnen kommunizieren kann.

Überwachungsanwendungen senden oft unsinnige Benachrichtigungen, falsche negative Nachrichten, die zu sogenannter Alarmmüdigkeit führen, also zur Ermüdung durch Benachrichtigungen und deren anschließender Ignorierung.

Anwendungen für Performance-Monitoring erfordern auch oft manuelle Einstellungen sogenannter Performance-Budgets (Grenzwerte für einzelne Geschwindigkeitsmetriken). Das erfordert wiederum Aufmerksamkeit und Zeit von jemandem auf Kundenseite.

Watchdog-Berichte können in Teams, Slack oder per E-Mail empfangen werden.

Die Benachrichtigungen unseres Watchdogs haben wir so gestaltet, dass sie beide Probleme eliminieren. Daher senden wir Benachrichtigungen nur, wenn die Verschlechterung nicht einmalig ist.

Die Limits für einzelne Metriken stellen wir dann automatisch ein nach Best-Practice, die wir in vielen Jahren der Beratung zur Geschwindigkeit entwickelt haben.

Unsere Kunden erhalten auch das Know-how, wie man Watchdog-Warnungen auswertet, sowie technische Daten, die notwendig sind, um die Ursache für Änderungen der Metriken zu finden.

Abschließend#

Wer nicht misst, beschleunigt nicht. Das ist ein Satz, den Sie sich merken sollten.

Wenn Sie die Geschwindigkeit Ihrer Website für wichtig halten, richten Sie sich schnell eine Core Web Vitals-Überwachung ein.

Es wird sich für Sie lohnen, denn die jährlichen Kosten für ein Tool, das Ihnen bei der Fehlererkennung hilft, sind ein Bruchteil der Kosten für die Fehlererkennung im Blindflug und ohne Daten.

Geschwindigkeitsoptimierung ist kein Sprint, es ist ein Marathon, eine kontinuierliche Arbeit an der Verbesserung des UX der Website oder der Positionen im Rahmen von SEO oder PPC. Geschwindigkeitsoptimierung ist ein Marathon, auf dessen Strecke Sie einen Partner mit Daten in der Tasche benötigen, den die Geschwindigkeitsüberwachung darstellen kann.

Fallstudie zum Redesign von Svět Svítidel#

Wie Daten aus Messungen in der Praxis helfen, lesen Sie in der Fallstudie zum Redesign von Svět Svítidel. Bei Kunden mit stabiler Geschwindigkeit messen wir langfristig nur synthetisch und mit CrUX-Daten von Google mit PLUS-Monitoring. Bei größeren Änderungen führen wir jedoch eine detaillierte Messung von allen Benutzern (RUM) durch, was wir hier kurz vor dem Start des Redesigns getan haben, und hatten so Echtzeitdaten zur Verfügung.