Pourquoi ma boutique Magento est lente

Commencer par mesurer

« Le site est lent » recouvre des réalités très différentes. Avant toute action, notez précisément :

• Quelles pages : accueil, catégorie, fiche produit, recherche, panier, tunnel de commande, back-office.
• Quel temps : le temps de réponse du serveur (TTFB, le délai avant le premier octet) ou le temps d'affichage complet dans le navigateur.
• Quand : en permanence, aux heures de pointe, pendant les imports, la nuit lors des tâches planifiées.
• Pour qui : visiteur anonyme, client connecté, panier rempli, administrateur.

Si le TTFB est bon mais la page s'affiche lentement, le problème est côté navigateur : JavaScript, CSS, images, scripts tiers. Si le TTFB est mauvais, le problème est côté serveur ou application. Les outils de développement du navigateur et PageSpeed Insights suffisent pour faire cette première distinction.

Symptômes, causes possibles et premiers contrôles

Les causes listées sont des pistes fréquentes, pas un diagnostic : plusieurs peuvent se cumuler.

Commandes de diagnostic sans risque

Ces commandes, à lancer depuis la racine de Magento avec l'utilisateur du site, ne modifient rien :

bin/magento deploy:mode:show        # doit indiquer "production"
bin/magento cache:status            # tous les caches doivent être actifs (1)
bin/magento indexer:status          # index valides ou en attente
bin/magento indexer:show-mode       # "Update by Schedule" conseillé sur un gros catalogue
bin/magento queue:consumers:list    # consommateurs de files de messages déclarés

Côté services, toujours en lecture seule :

curl -s 'http://localhost:9200/_cluster/health?pretty'          # santé d'OpenSearch
varnishstat -1 -f MAIN.cache_hit -f MAIN.cache_miss              # succès et échecs du cache Varnish
curl -sI https://www.votre-boutique.fr/ | grep -iE 'age|x-cache|cache-control'

Et pour les tâches planifiées, une requête SQL de lecture :

SELECT job_code, status, COUNT(*) AS nb, MAX(scheduled_at) AS dernier
FROM cron_schedule GROUP BY job_code, status ORDER BY nb DESC LIMIT 30;

Le cache, premier suspect

Magento sert ses pages beaucoup plus vite quand elles viennent du cache de pages complètes. En production, Adobe recommande Varnish pour ce rôle ; Redis ou Valkey servent au cache applicatif et aux sessions. Un taux de succès faible a souvent une cause précise : un bloc de mise en page déclaré cacheable="false" rend toute la page non cachable, et des paramètres d'URL de campagne mal gérés multiplient les variantes d'une même page.

Le choix entre Redis et Valkey, comme les versions de chaque service, dépend de votre version de Magento : vérifiez la compatibilité dans notre tableau des versions.

Indexation, cron et files de messages

Magento recalcule en arrière-plan des index (prix, stocks, catégories, recherche). Sur un catalogue important, le mode «  Update by Schedule » évite de recalculer à chaque enregistrement. Ce mode repose sur le cron : si le cron ne tourne plus, les index restent en retard, les e-mails ne partent pas et les tâches s'accumulent. Les files de messages, enfin, traitent certaines opérations de façon asynchrone grâce à des consommateurs qui doivent être lancés et surveillés.

Le trafic des robots

Une part importante des requêtes vient souvent de robots : moteurs de recherche, outils SEO, robots des assistants IA, aspirateurs de sites. Les pages à filtres de la navigation par couches sont leurs cibles favorites, car chaque combinaison de filtres crée une nouvelle URL. Avant d'agrandir le serveur, mesurez cette part dans les journaux d'accès. Notre guide Robots d'IA : autoriser, bloquer, mesurer détaille les règles à appliquer.

L'affichage dans le navigateur

Avec le thème historique Luma, le navigateur charge beaucoup de JavaScript avant d'afficher la page. Optimiser les images, réduire les scripts tiers et différer ce qui n'est pas indispensable donnent déjà des résultats. Pour aller plus loin, le thème Hyvä remplace la pile JavaScript de Luma par une approche beaucoup plus légère, au prix d'une adaptation du thème et des extensions.

Mesurer avant et après

Chaque action doit être jugée sur des mesures comparables : mêmes pages, mêmes conditions, même période de la journée. Notez le TTFB et l'affichage avant l'intervention, appliquez un seul changement à la fois, puis mesurez de nouveau. C'est la seule façon de savoir ce qui a réellement fonctionné.

Questions fréquentes