Bonjour, je suis Arjen. Je corrige les Core Web Vitals.
Appelez-moi quand vous êtes dans l'impasse. Je trouve 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 fixes, le mauvais ordre
Vous avez traité la liste de tickets, peut-être pendant des mois, et le site est toujours lent. Je le vois sur la plupart des projets. Chaque ticket est logique en soi, mais la vitesse d'une page est un écosystème : les fixes dépendent les uns des autres. Une image hero préchargée ne sert à rien tant que 500 ms de scripts bloquent le main thread avant elle.
Je commence donc par identifier ce qui doit se passer en premier sur votre site, et nous déroulons à partir de là.
Je commence par vos vrais visiteurs
Chaque mission commence par les field data : votre p75 sur mobile, les pages qui échouent, et si le problème est survenu du jour au lendemain ou s'est installé au fil des mois. J'utilise CoreDash, l'outil RUM que j'ai développé, pour voir quel élément ou script cause le ralentissement. C'est ce que nous corrigeons en premier, parce que c'est ce que vos visiteurs attendent.
Vous décidez qui développe
Vos propres développeurs avec mon plan, moi qui écris le code, ou moi aux côtés de votre équipe pendant quelques mois. Bloqué sur une question ? Une heure suffit souvent. Voir les services
Le site reste rapide après mon départ
Un fix n'est terminé que quand vos vrais visiteurs le ressentent. CoreDash continue de surveiller le site une fois les changements en ligne. Le moindre plugin, application ou deploy qui ralentit les pages est détecté le jour même.
Loop Earplugs
« Le mobile a gagné environ 800 ms et la conversion au checkout a augmenté de 7 %. C'était rentabilisé presque immédiatement. »
Nathan Ziarczyk
Résultats
Marktplaats, Subito, Fotocasa et Kijiji
Adevinta gère certaines des plus grandes marketplaces au monde. Entre 2022 et 2024, j'en ai aidé quatre à devenir plus rapides, aux Pays-Bas, en Italie, en Espagne et au Canada. Fin 2024, le LCP mobile de Kijiji est passé de 3,7 à 1,9 seconde et l'INP de Fotocasa de 600 à 200 ms. Sur les quatre sites, le bouton retour s'est mis à charger les pages directement depuis le cache du navigateur. Leurs développeurs ont implémenté les fixes, et l'équipe de Fotocasa a documenté son travail sur l'INP dans une étude de cas sur web.dev. Lire le cas Adevinta
avec d'autres chantiers
Réglé en deux sessions
Leur équipe travaillait sur les layout shifts et le LCP depuis des mois. En cause : la galerie de produits, 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. Les field data ont montré 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 regardons les field data ensemble, nous décidons de ce qui compte le plus pour les mois à venir et nous définissons comment l'implémenter. Leurs développeurs font le travail. Je m'assure que c'est le bon travail, dans le bon ordre.
What clients say
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
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
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
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
Swift
"The layout shift on our checkout is gone. CLS went from 0.4 to 0.02, on mobile and on desktop."
Louis Breton
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."
Alza
"Arjen taught our team how he works. We now find and fix performance problems ourselves."
L'outil derrière mes interventions
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 quel script ralentit une page ou fait lagger un clic. Après des années passées à chercher ç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 de mes clients.
En temps réel, jusqu'à la cause
Voyez ce que vos visiteurs vivent en temps réel, 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 répond via MCP.
Les données restent dans l'UE. Pas de cookies, pas d'adresses IP, pas de données personnelles : aucun bandeau de consentement. Et aucune limite sur le nombre de pages suivies ni sur la durée de conservation des données.
Dans l'impasse ? Parlons-en.
Envoyez-moi un message avec votre URL et la situation. Je regarderai et vous dirai ce qui ne va pas selon moi, ainsi que ce qu'il faudrait pour le régler. Et s'il s'avère que vous n'avez pas besoin de moi, je vous le dirai aussi.
Le LCP mobile stagne autour de 3,8 s. On a appliqué toute la liste de Lighthouse, sans la moindre 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 chargé. Sur mobile, c'est l'essentiel de votre LCP. Réglez ça en premier. D'ici là, le reste de la liste a beaucoup moins d'importance.
Vous voulez que je montre la marche à suivre à vos développeurs ?
