ORM N+1, queries non indexées, jobs synchrones bloquants. J'optimise Laravel, Symfony, Django et l'infrastructure pour faire baisser le temps de réponse serveur durablement.
100% de clients satisfaits Données 2023-2026
•8+ ans XP•35+ clients accompagnés
Le backend est le plafond de la performance. Tant qu'il n'est pas traité, les optimisations frontend ont un effet limité.
⏱️ TTFB qui dépasse 600ms sur les pages stratégiques
PageSpeed signale un TTFB rouge sans donner la cause. Les traces APM remontent immédiatement la query SQL lente, le service tiers bloquant ou la deserialization coûteuse.
🔁 Queries N+1 que personne ne voit
L'ORM rend les joins invisibles. Une page qui boucle sur 50 entités et accède aux relations sans with() triggers 51 queries. Telescope, Symfony Profiler, django-silk exposent immédiatement le motif.
📊 Queries SQL non-indexées sur les tables hot
EXPLAIN sur les queries lentes identifie les full scans. L'ajout d'indexes adaptés au pattern d'accès descend le temps de query de 10x à 100x.
🔌 Appels à des services tiers qui bloquent le rendu
Authentification synchrone, scoring de fraude, webhooks marketing, cache distant. Service Map APM les rend visibles. On désynchronise, on cache, on déplace.
💾 Pas d'object cache, pas de Redis
Sessions en DB, options re-requêtées à chaque page, fragments non cachés. Redis pour cache et sessions descend le TTFB sans toucher au code applicatif.
⚙️ PHP 7.x ou Python 3.10, opcache désactivé
PHP 8.x + opcache + JIT divise le temps d'exécution par 2 à 4. Python 3.11+ apporte des gains interpréteur significatifs. La mise à jour runtime est le gain le plus rentable d'un stack.
Les stacks backend que j'optimise
Laravel (Eloquent, opcache, Octane), Symfony (Doctrine, HTTP cache, FrankenPHP), Python (Django ORM, async, gunicorn). Avec instrumentation Datadog ou Dynatrace selon ce qui est en place.
Angular
Astro
Drupal
Laravel
Python
React
Salesforce Commerce Cloud
SAP Commerce Cloud
Sylius
Symfony
Akamai mPulse
Datadog
Dynatrace
SpeedCurve
Akamai
Cloudflare
Fastly
Magento
Prestashop
Shopify
Wordpress
Medusa.js
Ruby on Rails
Angular
Astro
Drupal
Laravel
Python
React
Salesforce Commerce Cloud
SAP Commerce Cloud
Sylius
Symfony
Akamai mPulse
Datadog
Dynatrace
SpeedCurve
Akamai
Cloudflare
Fastly
Magento
Prestashop
Shopify
Wordpress
Medusa.js
Ruby on Rails
Angular
Astro
Drupal
Laravel
Python
React
Salesforce Commerce Cloud
SAP Commerce Cloud
Sylius
Symfony
Akamai mPulse
Datadog
Dynatrace
SpeedCurve
Akamai
Cloudflare
Fastly
Magento
Prestashop
Shopify
Wordpress
Medusa.js
Ruby on Rails
AngularAstroDrupalLaravelPythonReactSalesforce Commerce CloudSAP Commerce CloudSyliusSymfonyAkamai mPulseDatadogDynatraceSpeedCurveAkamaiCloudflareFastlyMagentoPrestashopShopifyWordpressMedusa.jsRuby on RailsAngularAstroDrupalLaravelPythonReactSalesforce Commerce CloudSAP Commerce CloudSyliusSymfonyAkamai mPulseDatadogDynatraceSpeedCurveAkamaiCloudflareFastlyMagentoPrestashopShopifyWordpressMedusa.jsRuby on RailsAngularAstroDrupalLaravelPythonReactSalesforce Commerce CloudSAP Commerce CloudSyliusSymfonyAkamai mPulseDatadogDynatraceSpeedCurveAkamaiCloudflareFastlyMagentoPrestashopShopifyWordpressMedusa.jsRuby on RailsAngularAstroDrupalLaravelPythonReactSalesforce Commerce CloudSAP Commerce CloudSyliusSymfonyAkamai mPulseDatadogDynatraceSpeedCurveAkamaiCloudflareFastlyMagentoPrestashopShopifyWordpressMedusa.jsRuby on RailsAngularAstroDrupalLaravelPythonReactSalesforce Commerce CloudSAP Commerce CloudSyliusSymfonyAkamai mPulseDatadogDynatraceSpeedCurveAkamaiCloudflareFastlyMagentoPrestashopShopifyWordpressMedusa.jsRuby on RailsAngularAstroDrupalLaravelPythonReactSalesforce Commerce CloudSAP Commerce CloudSyliusSymfonyAkamai mPulseDatadogDynatraceSpeedCurveAkamaiCloudflareFastlyMagentoPrestashopShopifyWordpressMedusa.jsRuby on RailsAngularAstroDrupalLaravelPythonReactSalesforce Commerce CloudSAP Commerce CloudSyliusSymfonyAkamai mPulseDatadogDynatraceSpeedCurveAkamaiCloudflareFastlyMagentoPrestashopShopifyWordpressMedusa.jsRuby on RailsAngularAstroDrupalLaravelPythonReactSalesforce Commerce CloudSAP Commerce CloudSyliusSymfonyAkamai mPulseDatadogDynatraceSpeedCurveAkamaiCloudflareFastlyMagentoPrestashopShopifyWordpressMedusa.jsRuby on RailsAngularAstroDrupalLaravelPythonReactSalesforce Commerce CloudSAP Commerce CloudSyliusSymfonyAkamai mPulseDatadogDynatraceSpeedCurveAkamaiCloudflareFastlyMagentoPrestashopShopifyWordpressMedusa.jsRuby on RailsAngularAstroDrupalLaravelPythonReactSalesforce Commerce CloudSAP Commerce CloudSyliusSymfonyAkamai mPulseDatadogDynatraceSpeedCurveAkamaiCloudflareFastlyMagentoPrestashopShopifyWordpressMedusa.jsRuby on Rails
Engagements de la mission
-50%TTFB backend typique
N+1éliminés sur templates critiques
Asyncsur jobs I/O-bound lourds
ContinuORM profilé sur chaque release
FAQ
Frequently asked questions
Laravel, Symfony, Django : lequel a la meilleure perf ?
Aucun n'est intrinsèquement plus rapide. Les goulets viennent de l'usage (ORM mal utilisé, jobs synchrones, opcache désactivé), pas du framework. Bien configuré, chacun tient des TTFB sub-200ms sur des applications complexes.
Comment savoir si mon backend est le goulet ?
Trois indicateurs : TTFB Search Console au-dessus de 600ms, P95 backend qui dérive après les releases, équipe qui passe du temps à fouiller dans les logs au lieu d'analyser des traces. Un diagnostic chiffre les gains accessibles.
Faut-il passer en async (Octane, FrankenPHP, FastAPI) ?
Sur les endpoints I/O-bound (appels API, accès BDD, fichiers), oui : l'async libère les workers et augmente le throughput. Sur les endpoints CPU-bound, le gain est nul. L'audit identifie les endpoints à migrer.
Comment se structurent vos accompagnements backend ?
En sprints continus. Diagnostic initial via APM (Datadog, Dynatrace), puis sprints d'optimisation (N+1, cache, async, opcache, Octane si pertinent) avec mesure avant/après. Une application active continue d'évoluer : la dette N+1 se reconstitue si personne ne profile à chaque release.
Faire baisser votre TTFB backend
Diagnostic APM complet
Roadmap priorisée
Accompagnement long terme
100% de clients satisfaits
Données 2023-2026
Témoignages
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
Le TTFB, plafond de verre de la performance
Le Time To First Byte fixe le plancher de toute la chaîne de rendu. Le navigateur ne peut rien commencer tant que le serveur n'a pas répondu. Un TTFB de 800 ms signifie que même avec un front-end parfaitement optimisé, le LCP ne pourra pas descendre sous les 1.5 à 2 secondes.
C'est un constat que je fais régulièrement en audit : des équipes investissent des semaines sur du lazy loading et de la compression d'images, alors que le vrai goulet est un temps de réponse serveur de 1.2 secondes sur les pages catégories. Tant que le back-end n'est pas traité, les optimisations front-end ont un effet limité.
Les causes habituelles
Les problèmes de performance back-end se ressemblent d'un projet à l'autre. Des requêtes N+1 qui transforment l'affichage d'un catalogue de 50 produits en 200 appels à la base de données. Du cache applicatif configuré mais invalidé trop souvent, ou pas du tout. Des appels synchrones à des API tierces (ERP, moteur de recherche, service de stock) qui bloquent le rendu tant qu'ils n'ont pas répondu.
L'instrumentation est le point de départ. Sans visibilité sur ce qui se passe à l'intérieur d'une requête, on devine. Dynatrace, Datadog, New Relic : l'outil importe peu, ce qui compte c'est de pouvoir tracer une requête HTTP de bout en bout et de voir exactement où le temps est consommé. Sur un checkout e-commerce, la différence entre "le serveur met 8 secondes" et "le serveur met 8 secondes dont 5 à attendre la réponse de l'ERP" change complètement l'approche.
Cache et stratégie d'invalidation
Le cache est probablement le levier le plus puissant et le plus sous-utilisé en back-end. Un page cache bien configuré peut diviser le TTFB par 10 sur les pages à forte audience. La complexité est dans l'invalidation : quand un prix change, quand un produit passe en rupture, quand une promotion démarre.
La plupart des implémentations que je vois sont soit trop agressives (cache de 5 minutes qui sert des prix obsolètes), soit trop conservatrices (invalidation globale à chaque modification, ce qui revient à ne pas avoir de cache). Une stratégie efficace est granulaire : elle invalide précisément ce qui a changé, pas tout le catalogue.
Performance et coûts d'infrastructure
Un back-end qui consomme moins de CPU par requête a besoin de moins de serveurs pour absorber le même trafic. Sur des architectures cloud facturées à l'usage, l'optimisation du code se traduit directement sur la facture. Des requêtes SQL optimisées, un cache efficace, des appels externes parallélisés : ça se chiffre. Le gain en performance utilisateur est presque un bonus à côté de la réduction de coûts.
Pour une intervention complète qui couvre back-end + front-end + CDN, mon audit web performance reste le point d'entrée le plus efficace.
Sur un programme long-terme qui structure front-end, back-end, CDN et monitoring simultanément, mon agence web performance prend le relais du consultant unique.
Preuves
Missions menées en conseil web performance
Quelques exemples de missions où ces leviers ont été mis en place sur des marques exigeantes.
CHANEL
2022 → 2026
Web Performance Architect
Audits sur l'ensemble des marchés mondiaux (APAC, EMEA, AMER, CN, JP), intégré aux équipes techniques internes.
SAP HybrisReactJSAkamaiCloudinaryDynatraceSpeedCurve
95 % des utilisateurs avec une expérience excellente sur CrUX
TTFB réduit de 46 %
CLS parfait sur l'ensemble du site
Définition de budgets de performance, suivi des retombées techniques et business
SiriusXM
2025 → présent
Web Performance Consultant
Audits sur la plateforme web et les sites marketing. Reporting personnalisé via monitoring synthétique et real-user.
React.jsNext.jsAngularAkamaiDatadogSpeedCurve
82 % des utilisateurs avec une bonne expérience sur CrUX
Suivi continu de la roadmap performance
Optimisations implémentées hands-on dans la codebase des produits
Mes offres
Découvrir mes services associés
Offre phare
Audit web performance
Le diagnostic des millisecondes qui vous coûtent (trop) cher
Audit web performance complet de votre site : identification des goulots d'étranglement, analyse des Core Web Vitals et recommandations priorisées.
Diagnostic Core Web Vitals terrain et lab
Identification des goulots front, back et CDN
votre-site.fr
!
JS
!
!
3P
!
Score global
Core Web Vitals
LCP—
INP—
CLS—
Problèmes détectés
0
Optimisation web performance
Boutique e-commerce, site corporate ou média : améliorez votre UX pour augmenter votre taux de conversion avec un consultant web performance intégré à vos équipes.
Optimisation web performance de votre site : accompagnement pour améliorer la vitesse et l'expérience utilisateur de votre site vitrine, e-commerce ou corporate.
Implémentation des leviers prioritaires
Optimisation front : LCP, INP, code splitting
Tuning back et infra : cache, CDN, base
Monitoring web performance
Détectez les régressions avant vos utilisateurs grâce à un monitoring continu de vos Core Web Vitals et métriques de performance.
Monitoring web performance continu : suivi des Core Web Vitals, alertes en temps réel et détection des régressions.
