Hi, ich bin Arjen. Ich repariere Core Web Vitals.
Ruf mich an, wenn du nicht weiterkommst. Ich finde heraus, was deine Seite wirklich bremst. Ich behebe es mit deinen Entwicklern. Danach hat dein Team das Monitoring und das Wissen, damit sie schnell bleibt.
Richtige Fixes, falsche Reihenfolge
Du hast die Ticketliste abgearbeitet, vielleicht monatelang. Die Seite ist immer noch langsam. Das sehe ich in den meisten Projekten. Jedes Ticket für sich ergibt Sinn. Aber die Geschwindigkeit einer Seite ist ein Ökosystem. Die Fixes hängen voneinander ab. Ein Hero-Bild mit Preload bringt dir nichts, wenn davor 500ms an Skripten den main thread blockieren.
Deshalb finde ich zuerst heraus, was auf deiner Seite als Erstes passieren muss. Von dort arbeiten wir uns nach unten.
Ich beginne bei deinen echten Besuchern
Jeder Auftrag startet mit field data. Dein p75 auf Mobile, welche Seiten fehlschlagen und ob es über Nacht passierte oder sich monatelang eingeschlichen hat. Ich nutze CoreDash, das RUM-Tool, das ich gebaut habe. Damit sehe ich, welches Element oder Skript die Verzögerung verursacht. Das beheben wir zuerst. Denn darauf warten deine Besucher.
Du entscheidest, wer es baut
Deine eigenen Entwickler mit meinem Plan. Ich schreibe den Code selbst. Oder ich arbeite ein paar Monate in deinem Team. Hängst du an einer Frage fest? Dann reicht oft eine Stunde. Leistungen ansehen
Es bleibt schnell, wenn ich gehe
Ein Fix ist erst fertig, wenn deine echten Besucher ihn bemerken. CoreDash beobachtet weiter, nachdem die Arbeit live ist. Ein neues Plugin, eine App oder ein Deploy, das alles ausbremst, wird noch am selben Tag entdeckt.
Loop Earplugs
„Mobile wurde rund 800ms schneller und die Checkout-Conversion stieg um 7%. Es hat sich quasi sofort selbst abbezahlt.“
Nathan Ziarczyk
Ergebnisse
15 Marktplätze, auf web.dev vorgestellt
Ich habe das Laden von Third-Party-Skripten auf 15 Adevinta-Marktplätzen neu organisiert. Google hat es als web.dev Case Study veröffentlicht.
In einer Session behoben
Ihr Team hatte monatelang an Layoutverschiebungen und LCP gearbeitet. Die Ursache war die Produktgalerie. Sie war komplett in JavaScript gebaut. Wir ließen die Bilder zuerst in reinem HTML rendern. Das Skript fügte danach den Scroller und Zoom hinzu. Die field data zeigten das Ergebnis innerhalb einer Woche.
Ein neuer Plan jedes Quartal
Seit 2024 setze ich mich mindestens viermal im Jahr mit dem Team von Prijsvrij zusammen. Wir schauen uns gemeinsam die field data an. Wir entscheiden, was für die nächsten Monate am wichtigsten ist, und planen die Umsetzung. Ihre Entwickler erledigen die Arbeit. Ich sorge dafür, dass es die richtige Arbeit ist. In der richtigen Reihenfolge.
What clients say
Zalando
"We've had audits before, and they all gave us a long list of problems. This one told us what to fix first, and why."
Swift
"The layout shift on our checkout is gone. CLS went from 0.4 to 0.02, on mobile and on desktop."
Louis Breton
Miro
"Our dashboards were doing way too much work on the main thread. CPU usage went down 25%, and our users noticed it right away."
Suzanne Beek
Voices.com
"Arjen played a key role in fixing our Core Web Vitals. He got our critical profile pages back into the green in PageSpeed. What I value most is his hands-on attitude: he doesn't just find the bottlenecks, he works directly with our development team until the fixes are actually live."
Jayme Cousins
Alza
"Arjen taught our team how he works. We now find and fix performance problems ourselves."
Rituals
"We used to break performance every other sprint. Arjen put performance budgets in our pipeline and we haven't had a regression since."
Laura Vogels
DPG Media
"He found problems in our component library that we had been living with for two years. Within a few days you could see the difference."
Ashkan Malekloo
Das Tool hinter der Arbeit
CoreDash: Real User Monitoring für Core Web Vitals
Ich habe CoreDash gebaut, weil ich es brauchte. In jedem Projekt muss ich live sehen, welches Element oder Skript eine Seite ausbremst oder einen Klick verzögert. Nachdem ich das jahrelang von Hand gesucht hatte, machte ich ein Tool daraus. Es läuft weiter, wenn ich gehe. Es hat schon so manchem meiner Kunden den Hals gerettet.
In Echtzeit, bis zur Ursache
Sieh, was deine Besucher in diesem Moment erleben. Und finde das exakte Element oder Skript hinter jeder langsamen Seite.
Funktioniert mit deiner KI
Frag deinen KI-Assistenten, warum der Checkout gestern langsamer wurde. CoreDash antwortet über MCP.
Die Daten bleiben in der EU. Keine Cookies, keine IP-Adressen, keine personenbezogenen Daten. Also auch kein Consent-Banner. Und kein Limit dafür, wie viele Seiten du trackst oder wie lange du die Daten behältst.
Kommst du nicht weiter? Erzähl mir davon.
Schick mir eine Nachricht mit deiner URL und was los ist. Ich sehe es mir an. Dann sage ich dir, was meiner Meinung nach falsch läuft und was nötig wäre, um es zu beheben. Und falls du mich gar nicht brauchst, sage ich dir das auch.
Mobile LCP hängt bei rund 3,8s fest. Wir haben die komplette Lighthouse-Liste durchgearbeitet und keine Verbesserung gesehen.
https://www.example.com/Hab es mir angesehen. Euer A/B-Testing-Tool versteckt die gesamte Seite, bis sein Skript geladen ist. Auf Mobile macht das den Großteil deines LCP-Wertes aus. Behebe das zuerst. Der Rest der Liste spielt bis dahin kaum eine Rolle.
Soll ich es mit deinen Entwicklern durchgehen?
