Hi, ich bin Arjen. Ich fixe Core Web Vitals.
Melde dich, wenn du nicht weiterkommst. Ich finde heraus, was deine Seite wirklich ausbremst, und behebe es mit deinen Entwicklern. Danach hat dein Team das Monitoring und die Skills, damit sie schnell bleibt.
Richtige Fixes, falsche Reihenfolge
Du hast die Ticket-Liste abgearbeitet, vielleicht monatelang, und die Seite ist immer noch langsam. Das sehe ich bei den meisten Projekten. Jedes Ticket für sich ist sinnvoll, aber Ladezeit ist ein Ökosystem: Die Fixes hängen voneinander ab. Ein vorab geladenes Hero-Bild bringt dir nichts, wenn davor 500 ms lang Skripte den Main Thread blockieren.
Ich finde deshalb zuerst heraus, was auf deiner Seite als Erstes passieren muss. Von da aus arbeiten wir uns vor.
Ich fange bei deinen echten Besuchern an
Jedes Projekt beginnt mit Field Data: dein p75 auf Mobile, welche Seiten durchfallen und ob das über Nacht passiert ist oder sich über Monate eingeschlichen hat. Mit CoreDash, dem RUM-Tool, das ich gebaut habe, sehe ich genau, welches Element oder Skript die Verzögerung verursacht. Das beheben wir zuerst, denn genau darauf warten deine Besucher.
Du entscheidest, wer es baut
Deine eigenen Entwickler mit meinem Plan, ich schreibe den Code selbst oder ich arbeite für ein paar Monate direkt in deinem Team mit. Du hängst an einer einzelnen Frage fest? Dann reicht oft schon eine Stunde. Leistungen ansehen
Es bleibt schnell, wenn ich wieder weg bin
Ein Fix ist erst fertig, wenn deine echten Besucher etwas davon merken. CoreDash überwacht die Seite weiter, wenn alles live ist. So fällt ein neues Plugin, eine App oder ein Deploy, das die Seite ausbremst, noch am selben Tag auf.
Loop Earplugs
„Mobile wurde etwa 800 ms schneller und die Checkout-Conversion stieg um 7 %. Das hat sich praktisch sofort bezahlt gemacht.“
Nathan Ziarczyk
Ergebnisse
Marktplaats, Subito, Fotocasa und Kijiji
Adevinta betreibt einige der größten Online-Marktplätze der Welt. Von 2022 bis 2024 habe ich vier davon schneller gemacht: in den Niederlanden, Italien, Spanien und Kanada. Ende 2024 war der mobile LCP von Kijiji von 3,7 auf 1,9 Sekunden gesunken und der INP von Fotocasa von 600 auf 200 ms. Bei allen vieren lädt der Zurück-Button Seiten direkt aus dem Browser-Cache. Ihre Entwickler haben die Fixes gebaut und das Team von Fotocasa hat die Arbeit am INP als Case Study auf web.dev veröffentlicht. Adevinta-Case lesen
zusammen mit anderen Maßnahmen
In zwei Sessions gelöst
Das Team arbeitete schon seit Monaten an Layout Shifts und LCP. Die Ursache war die Produktgalerie, komplett in JavaScript gebaut. Wir ließen die Bilder zuerst in einfachem HTML rendern. Das Skript ergänzt Scroller und Zoom erst danach. Die Field Data zeigte das Ergebnis innerhalb einer Woche.
Jedes Quartal ein neuer Plan
Seit 2024 setze ich mich mindestens viermal im Jahr mit dem Team von Prijsvrij zusammen. Wir schauen uns gemeinsam die Field Data an, entscheiden, was für die nächsten Monate am wichtigsten ist, und planen die Umsetzung. Ihre Entwickler machen die Arbeit. Ich sorge dafür, dass es die richtige Arbeit in der richtigen Reihenfolge ist.
What clients say
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
Swift
"The layout shift on our checkout is gone. CLS went from 0.4 to 0.02, on mobile and on desktop."
Louis Breton
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
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
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."
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
Alza
"Arjen taught our team how he works. We now find and fix performance problems ourselves."
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. Jahrelang habe ich das von Hand herausgesucht – dann habe ich ein Tool daraus gebaut. Es läuft weiter, wenn ich weg bin, und hat schon einigen Kunden den Kopf gerettet.
Echtzeit, bis zur Ursache
Sieh, was deine Besucher gerade erleben – und welches Element oder Skript hinter jeder langsamen Seite steckt.
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 kein Consent-Banner. Und keine Limits dafür, wie viele Seiten du trackst oder wie lange du die Daten speicherst.
Kommst du nicht weiter? Schreib mir.
Schick mir eine Nachricht mit deiner URL und was gerade los ist. Ich schaue mir das an und sage dir, wo das Problem liegt und was nötig ist, um es zu beheben. Und wenn sich herausstellt, dass du mich gar nicht brauchst, sage ich dir das auch.
Der mobile LCP hängt bei rund 3,8 s fest. Wir sind die gesamte Lighthouse-Liste durchgegangen und sehen keine Verbesserung.
https://www.example.com/
Hab's mir angeschaut. Dein A/B-Testing-Tool versteckt die komplette Seite, bis sein Skript geladen ist. Auf Mobile macht das den Großteil deines LCP aus. Beheb zuerst das. Der Rest der Liste ist bis dahin deutlich unwichtiger.
Soll ich das einmal mit deinen Entwicklern durchgehen?
