Bonjour, je suis Arjen. Je corrige les Core Web Vitals.
Appelez-moi quand vous êtes dans l'impasse. J'identifie ce qui ralentit vraiment votre site, je le corrige avec vos développeurs, et je laisse à votre équipe le monitoring et les compétences pour qu'il reste rapide.
Les bons correctifs, dans le mauvais ordre
Vous avez épluché la liste des tickets, parfois pendant des mois, et le site est toujours lent. Je vois ça sur la plupart des projets. Chaque ticket a du sens pris isolément, mais la vitesse d'une page est un écosystème : les corrections dépendent les unes des autres. Précharger une image hero ne sert à rien tant que 500 ms de scripts bloquent le main thread en amont.
Je commence donc par déterminer ce qui doit passer en premier sur votre site, et nous traitons le reste dans l'ordre.
Je pars de vos vrais visiteurs
Toute mission commence par les field data : le p75 sur mobile, les pages qui échouent, et si le problème est apparu du jour au lendemain ou s'il s'est installé au fil des mois. J'utilise CoreDash, l'outil RUM que j'ai développé, pour identifier quel élément ou script cause le ralentissement. C'est ce que nous corrigeons en premier, car c'est ce que vos visiteurs attendent.
Vous choisissez qui développe
Vos propres développeurs avec mon plan d'action, moi qui écris le code, ou moi aux côtés de votre équipe pendant quelques mois. Bloqué sur un point précis ? Une heure suffit souvent. Voir les services
Le site reste rapide après mon départ
Un correctif n'est terminé que lorsque vos vrais visiteurs en constatent l'effet. CoreDash continue de surveiller le site une fois en production : un nouveau plugin, une application ou un déploiement qui ralentit la page est repéré le jour même.
Loop Earplugs
« Le site mobile a gagné environ 800 ms et la conversion au checkout a augmenté de 7 %. L'investissement a été rentabilisé presque immédiatement. »
Nathan Ziarczyk
Résultats
15 marketplaces à l'honneur sur web.dev
J'ai réorganisé le chargement des scripts tiers sur 15 marketplaces d'Adevinta. Google en a fait une étude de cas sur web.dev.
Corrigé en deux sessions
Leur équipe travaillait depuis des mois sur les décalages de mise en page et le LCP. La cause : la galerie produit, entièrement construite en JavaScript. Nous avons fait afficher les images d'abord en HTML brut, puis laissé le script ajouter le défilement et le zoom ensuite. Les field data ont confirmé le résultat en une semaine.
Un nouveau plan chaque trimestre
Depuis 2024, je fais le point avec l'équipe de Prijsvrij au moins quatre fois par an. Nous analysons ensemble les field data, décidons des priorités des mois à venir et établissons comment les mettre en œuvre. Leurs développeurs font le travail. Je m'assure qu'il s'agit des bonnes tâches, dans le bon ordre.
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."
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
Alza
"Arjen taught our team how he works. We now find and fix performance problems ourselves."
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
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
L'outil derrière le travail
CoreDash : Real User Monitoring pour les Core Web Vitals
J'ai créé CoreDash parce que j'en avais besoin. Sur chaque projet, je dois voir en direct quel élément ou script ralentit une page ou fait traîner un clic. Après des années passées à chercher tout ça à la main, j'en ai fait un outil. Il continue de tourner après mon départ, et il a sauvé la mise à plus d'un client.
En temps réel, jusqu'à la cause exacte
Voyez ce que vos visiteurs vivent en direct, et identifiez l'élément ou le script exact derrière chaque page lente.
Compatible avec votre IA
Demandez à votre assistant IA pourquoi le checkout a ralenti hier. CoreDash lui répond via MCP.
Les données restent dans l'UE. Pas de cookies, pas d'adresses IP, aucune donnée personnelle, donc aucun bandeau de consentement. Et aucune limite sur le nombre de pages suivies ou la durée de conservation des données.
Dans l'impasse ? Parlons-en.
Envoyez-moi un message avec votre URL et ce qui se passe. Je regarderai et vous dirai ce qui ne va pas selon moi, ainsi que ce qu'il faudrait pour corriger le tir. Et si vous n'avez pas besoin de moi, je vous le dirai aussi.
Le LCP sur mobile reste bloqué autour de 3,8 s. Nous avons appliqué toute la liste Lighthouse, sans aucune amélioration.
https://www.example.com/
J'ai regardé. Votre outil d'A/B testing masque toute la page tant que son script n'a pas fini de charger. Sur mobile, c'est l'essentiel de votre LCP. Réglez ça en premier. Tant que ce n'est pas fait, le reste de la liste a beaucoup moins d'importance.
Vous voulez que je guide vos développeurs là-dessus ?
