Consultant web performance expert Drupal
Optimiser la web performance des sites Drupal
Drupal motorise des sites institutionnels et corporates exigeants. Sa flexibilité (Field API, Views, Layout Builder) génère aussi une dette de performance massive si elle n'est pas cadrée. J'interviens sur Render API, page cache, Views et requêtes SQL pour livrer des Core Web Vitals au vert.
Ils me font confiance
Les symptômes Drupal qui appellent un audit
Drupal présente des goulets spécifiques que ni Lighthouse ni PageSpeed n'identifient sans profiling backend.
🐢 TTFB origine au-dessus de 1 seconde sur les pages stratégiques
Render API mal utilisée, cache contexts trop fins ou trop larges, hooks lourds : Drupal recalcule le HTML à chaque requête. Sans Dynamic Page Cache et BigPipe correctement configurés, le TTFB dépasse facilement 1 seconde.
🔍 Views coûteuses qui génèrent des centaines de requêtes SQL
Une View avec relations, fields formatters et filters mal pensés peut générer 500 requêtes par page. L'optimisation Views (pagination, contextual filters, denormalisation) est l'un des leviers les plus payants.
📚 Entity references qui multiplient les requêtes
Référencer une entité ne pose pas problème, en référencer 5 sur une fiche avec sub-references multiplie les requêtes en cascade. Le profiling expose le motif, le refactor s'en suit.
⚙️ Hooks et listeners qui s'exécutent à chaque requête
hook_node_load(), hook_entity_view(), event subscribers Symfony : chaque listener actif s'exécute partout. Profiling XHProf ou Blackfire identifie ceux qui pèsent et permet de les conditionner ou les supprimer.
🖼️ Image styles non-AVIF, pas de fetchpriority sur le LCP
Drupal Image styles ne génèrent pas d'AVIF par défaut. Le module Responsive Image et l'intégration avec ImageMagick ou un service externe (Cloudinary, Imgix) règlent le problème, couplé au préchargement de l'image LCP.
🧱 Layout Builder ou Paragraphs qui surcouchent le render
Layout Builder permet beaucoup mais ajoute une couche de calcul à chaque vue. Sans cache fragments correctement posés, chaque section est recalculée. Le ratio flexibilité / coût se mesure et s'arbitre.
Méthodologie d'optimisation Drupal
4 étapes pour transformer votre performance
1. Profiling backend XHProf ou Blackfire
Identification des fonctions, hooks et services qui pèsent. Mise en lumière des cascades d'entity references et des Views coûteuses.
2. Optimisation Render API et cache
Audit des cache contexts, cache tags, cache max-age. Activation Dynamic Page Cache, BigPipe, configuration Internal Page Cache pour le trafic anonyme.
3. Refonte Views et requêtes SQL
Optimisation des Views (pagination, eager loading, exclusion des fields inutiles), ajout d'indexes SQL, refactor des hooks lourds.
4. CDN + Varnish + monitoring
Intégration Varnish pour le full page cache anonyme, configuration CDN (Akamai, Cloudflare, Fastly). Pose monitoring Core Web Vitals continu.
1. Profiling backend XHProf ou Blackfire
Identification des fonctions, hooks et services qui pèsent. Mise en lumière des cascades d'entity references et des Views coûteuses.
2. Optimisation Render API et cache
Audit des cache contexts, cache tags, cache max-age. Activation Dynamic Page Cache, BigPipe, configuration Internal Page Cache pour le trafic anonyme.
3. Refonte Views et requêtes SQL
Optimisation des Views (pagination, eager loading, exclusion des fields inutiles), ajout d'indexes SQL, refactor des hooks lourds.
4. CDN + Varnish + monitoring
Intégration Varnish pour le full page cache anonyme, configuration CDN (Akamai, Cloudflare, Fastly). Pose monitoring Core Web Vitals continu.
Engagements de la mission
Questions fréquentes
Drupal est-il plus lent que WordPress ?
Vaut-il mieux passer en Drupal headless ?
Drupal 7, 9, 10, 11 : les optimisations diffèrent-elles ?
Comment se structurent vos accompagnements Drupal ?
Optimiser votre Drupal pour des Core Web Vitals stables
Données 2023-2026
Ce qu'en disent mes clients
Excellent travail.
Paul a nettement amélioré la vitesse du site et l’a parfaitement aligné avec les recommandations Google.
Professionnel, rigoureux et efficace, je recommande vivement.
Nicolas - April Moto
Directeur digital & e-commerce
Nous sommes très satisfaits du travail de Paul. Il se montre rapide, disponible et particulièrement efficace. Depuis son arrivée, de très bons résultats ont été constatés, tant en termes de performance que de réactivité. Un vrai atout pour notre équipe.
Léo - Maison de luxe
E-commerce Product Owner
Je sais pas si on l'a assez répété.
Mais si vous voulez améliorer votre vitesse de chargement,
Faire plaisir à Google et mettre vos Signaux Web Essentiels dans le vert,
Contactez Paul Delcloy.
Florian Darroman - Les Makers
Co-fondateur
Drupal, puissance flexible et dette de performance latente
Drupal équipe une part importante des sites institutionnels, gouvernementaux et grandes entreprises en France et en Europe. Sa flexibilité native (Field API, Views, Layout Builder, Paragraphs) permet de modéliser n'importe quel domaine métier, mais elle ouvre aussi une porte massive sur la dette de performance. Une fiche article avec 30 champs, 5 références entities et 3 Views imbriquées peut générer 200 à 500 requêtes SQL par render.
L'angle d'optimisation web performance sur Drupal est essentiellement architectural : maîtrise du Render API et des cache contexts, activation correcte de Dynamic Page Cache et BigPipe, refonte des Views coûteuses, profilage des hooks et des entity references. Les outils standard Lighthouse ou PageSpeed sont insuffisants : il faut profiler avec XHProf ou Blackfire pour identifier où Drupal passe son temps.
Render API et cache contexts, le cœur du sujet
Bien utilisé, le système de cache Drupal est l'un des plus puissants des CMS. Cache tags pour l'invalidation chirurgicale, cache contexts pour la variabilité (user, route, query), cache bins pour la stratégie de stockage. Mal utilisé, on cache trop large (invalidations massives) ou trop strict (cache miss systématique). La conséquence directe : un TTFB qui dérive entre 300ms et 2 secondes selon la chance de cache.
Sur une mission Drupal, je commence par cartographier les Render API calls des templates LCP-critiques, j'identifie les cache contexts mal posés, je rationalise les Views avec leurs propres caches, et je pose Dynamic Page Cache + BigPipe correctement configurés.
Stack moderne : Drupal 10/11 + Varnish + CDN
Sur les missions grand compte, Drupal s'inscrit toujours dans une stack plus large : Varnish frontal pour le full page cache anonyme, CDN pour la diffusion (Akamai, Cloudflare, Fastly), Solr ou Elasticsearch pour la recherche, Redis pour l'object cache. Chaque couche peut être un levier ou un goulet selon sa configuration. Une mission webperf Drupal couvre l'ensemble, pas seulement le code applicatif.
Autres expertises Technologies
Angular
Angular optimisé : lazy modules, OnPush change detection, SSR Universal ou Analog, signals, zone.js élimination. Core Web Vitals stables sur SPA enterprise.
Découvrir
Astro
Astro optimisé : islands architecture, image optimization, view transitions, content collections. Sites quasi-statiques avec Core Web Vitals au vert.
Découvrir
Laravel
Laravel optimisé : Eloquent N+1, opcache + JIT, Octane, Redis cache, queues async, MySQL tuning. TTFB descendu et Core Web Vitals au vert.
Découvrir