Objectif
Une boutique lente n’est pas forcément un serveur insuffisant. Ce guide propose une démarche sûre : définir le symptôme, mesurer la bonne URL, séparer navigateur, réseau, application, base de données et serveur, puis appliquer une correction réversible. Il couvre WooCommerce et PrestaShop sans supposer qu’un service particulier est compris dans votre forfait.
Une boutique a besoin d’un hébergement e-commerce cohérent avec son catalogue et son trafic ; consultez aussi la méthode pour traiter les incidents sans perdre de données.
Prérequis
Ayez un accès administrateur à l’application, un navigateur doté des outils de développement, une sauvegarde vérifiée et l’autorisation de modifier la configuration. Pour les mesures serveur, l’accès aux métriques, logs, PHP-FPM, base de données, CDN ou cache objet dépend du forfait et des droits : confirmez leur disponibilité dans l’Espace client. Ne comparez pas une page mise en cache à une page de commande dynamique sans le signaler.
Procédure numérotée
- Décrire le symptôme. Notez l’URL, le type de visiteur, l’appareil, le navigateur, le pays, l’heure et la fréquence. Distinguez « toute la boutique est lente », « une seule page est lente », « la commande échoue » et « le site renvoie 4xx/5xx ». Une mesure reproductible vaut mieux qu’une impression isolée.
- Tester sans modifier. Ouvrez une fenêtre privée, désactivez seulement les extensions locales qui pourraient interférer et utilisez l’onglet Réseau. Relevez le temps de réponse initial, les erreurs console, les requêtes longues, les redirections et la taille des ressources. Conservez une capture expurgée et l’heure exacte.
- Comparer pages statiques et dynamiques. Testez une page publique, une fiche produit, une recherche, le panier et la commande. Pour WooCommerce, Cart, Checkout et My Account doivent être exclus du cache lorsqu’ils affichent des données propres au client [7]. Pour PrestaShop, vérifiez l’équivalent dans le cache natif, le module de cache et le proxy éventuel.
- Vérifier le cache sans empiler les couches. Identifiez le cache navigateur, plugin ou module, serveur, proxy/CDN et objet. Purgez une seule couche à la fois, puis mesurez. Un cache mal configuré peut servir un panier obsolète, bloquer un nonce ou renvoyer du HTML à une requête qui attend du JSON. L’activation d’un CDN, d’un cache serveur ou d’un cache objet n’est pas garantie par défaut : confirmez l’offre et la configuration NovaHoster.
- Examiner l’application. Mettez à jour uniquement après sauvegarde et vérification de compatibilité. Désactivez une extension ou un module à la fois dans un environnement de test si possible. Contrôlez les tâches planifiées, les images trop lourdes, les appels externes et les requêtes qui augmentent après l’ajout d’une fonction. Pour WooCommerce, la documentation recommande de commencer par rechercher la cause racine et cite cache/CDN, données et configuration serveur parmi les axes d’analyse [8].
- Examiner les ressources serveur. Comparez les heures de pointe, les limites PHP, les erreurs de mémoire, les processus actifs, la base de données et l’espace disque. Ne concluez pas à une surcharge à partir d’un seul indicateur. Un 502 peut indiquer un problème de passerelle ou de processus amont ; un 503 peut correspondre à une indisponibilité ou une limite ; un 500 exige les journaux pour distinguer code et serveur.
- Protéger les commandes et les données. Avant toute purge, migration, changement PHP ou désactivation d’optimisation, prenez une sauvegarde et vérifiez qu’elle est restaurable. Ne supprimez pas des commandes, sessions ou tables pour « nettoyer » une boutique. Si un paiement est en cours, évitez les répétitions et rapprochez d’abord le statut chez le prestataire.
- Appliquer puis valider une correction. Changez un paramètre à la fois, notez sa valeur précédente, purgez uniquement les caches nécessaires et rejouez le scénario. Vérifiez catalogue, connexion, panier, commande, e-mails et administration. Si le changement n’améliore pas le symptôme ou crée un effet secondaire, revenez à la valeur documentée.
Cas d’erreur et diagnostic
| Signal | Ce qu’il faut comparer | Cause possible, sans conclusion hâtive |
|---|---|---|
| TTFB élevé sur toutes les pages | Page publique, heure, région, état du cache, charge serveur et logs | Application lente, base sollicitée, processus PHP, réseau ou absence de cache ; il faut corréler les mesures. |
| Page rapide mais commande lente | Requêtes XHR, calcul livraison/taxes, appel du prestataire, e-mails et limite mémoire | Extension, API tierce, validation dynamique, cache indu ou ressource insuffisante. |
| Fichiers CSS/JS non actualisés | En-têtes, version de fichier, cache navigateur/CDN et purge effectuée | Cache non invalidé ou minification ; ne désactivez pas durablement la sécurité pour tester. |
| Réponse HTML à une requête JSON | Onglet Réseau, code HTTP, redirections, index.html, cache et logs | WooCommerce documente notamment un index.html prioritaire, une extension de cache ou un nonce périmé comme pistes [1]. |
| Erreur intermittente 502/504 | Heure, fréquence, durée, charge, logs proxy et processus PHP | Timeout, saturation ou défaillance amont ; le support doit corréler les journaux. |
| Boutique indisponible après mise à jour | Dernier changement, version PHP, compatibilité, logs et sauvegarde | Incompatibilité de module/thème, erreur de code ou configuration ; restaurez avec précaution. |
Questions fréquentes
Faut-il activer un cache pour accélérer une boutique ?
Un CDN est-il toujours utile ?
Comment savoir si le problème vient de NovaHoster ?
Puis-je supprimer les logs ou les anciennes données pour gagner de la place ?
Quelles informations accélèrent le traitement d’un incident ?
Quand contacter l’Espace client
Contactez NovaHoster dès qu’un incident touche la disponibilité, plusieurs visiteurs, les certificats/DNS, les erreurs 5xx, les limites de ressources, les journaux serveur ou une fonction annoncée comme dépendante de votre forfait. Avant d’ouvrir la demande, rassemblez les mesures et précisez les changements déjà testés. Si le problème est exclusivement lié à un module de paiement, ouvrez également un ticket auprès du prestataire, car NovaHoster ne peut pas confirmer une transaction à sa place.
Maillage interne suggéré
- Lire et interpréter les codes HTTP 400, 403, 404, 500, 502, 503 et 504
- Configurer les exclusions de cache pour panier et commande
- Mesurer le temps de réponse avec les outils du navigateur
- Restaurer une sauvegarde après une mise à jour
- Demander une analyse des logs et ressources dans l’Espace client
Sources techniques
[7] WooCommerce Developer Documentation — How to configure caching plugins
[8] WooCommerce — Performance documentation
[9] WooCommerce Developer Documentation — Performance optimization
[10] PrestaShop — Optimize your PrestaShop performance
[11] PrestaShop — Logs
Références transversales
Les liens cités dans chaque guide sont des documentations officielles des projets ou des éditeurs concernés. Les recommandations propres à NovaHoster doivent être confirmées dans l’Espace client, car elles dépendent de la configuration et des droits effectivement associés au compte.
[1]: https://woocommerce.com/document/endless-loadingspinner-on-the-checkout-page/ "WooCommerce — Endless loading/spinner on the checkout page" [2]: https://woocommerce.com/documentation/woocommerce/payments/ "WooCommerce — Payments documentation" [3]: https://wordpress.org/support/article/changing-the-site-url/ "WordPress — Changing the Site URL" [4]: https://devdocs.prestashop-project.org/9/scale/optimizations/ "PrestaShop — Performance and optimization" [5]: https://docs.prestashop-project.org/v.8-documentation/user-guide/configuring-shop/advanced-parameters/logs "PrestaShop — Logs" [6]: https://devdocs.prestashop-project.org/ "PrestaShop — Developer documentation" [7]: https://developer.woocommerce.com/docs/best-practices/performance/configuring-caching-plugins/ "WooCommerce — How to configure caching plugins" [8]: https://woocommerce.com/documentation/woocommerce/site-admin/performance/ "WooCommerce — Performance documentation" [9]: https://developer.woocommerce.com/docs/best-practices/performance/performance-optimization/ "WooCommerce — Performance optimization" [10]: https://devdocs.prestashop-project.org/9/scale/optimizations/ "PrestaShop — Optimize your PrestaShop performance" [11]: https://docs.prestashop-project.org/v.8-documentation/user-guide/configuring-shop/advanced-parameters/logs "PrestaShop — Logs"
*Document préparé pour NovaHoster — contenu public, pédagogique et à adapter aux versions et services effectivement disponibles.*
Contrôle qualité éditorial
Le bundle contient exactement trois guides autonomes. Chacun comporte un titre SEO, une meta description, un objectif, des prérequis, une procédure numérotée, un tableau de diagnostic, cinq questions de FAQ, une section de contact Espace client, un maillage interne et des sources techniques officielles. Aucune statistique, note, avis ou prix n’est utilisé ; les fonctionnalités dépendant de l’offre sont explicitement présentées comme à confirmer.
[1]: https://woocommerce.com/document/endless-loadingspinner-on-the-checkout-page/ [2]: https://woocommerce.com/documentation/woocommerce/payments/ [3]: https://wordpress.org/support/article/changing-the-site-url/ [4]: https://devdocs.prestashop-project.org/9/scale/optimizations/ [5]: https://docs.prestashop-project.org/v.8-documentation/user-guide/configuring-shop/advanced-parameters/logs/ [6]: https://devdocs.prestashop-project.org/ [7]: https://developer.woocommerce.com/docs/best-practices/performance/configuring-caching-plugins/ [8]: https://woocommerce.com/documentation/woocommerce/site-admin/performance/ [9]: https://developer.woocommerce.com/docs/best-practices/performance/performance-optimization/ [10]: https://devdocs.prestashop-project.org/9/scale/optimizations/ [11]: https://docs.prestashop-project.org/v.8-documentation/user-guide/configuring-shop/advanced-parameters/logs/
Fin du bundle
Les permissions et options visibles peuvent dépendre de votre formule ou de vos droits. Faites vérifier le contexte depuis l’Espace client.
Demander une vérification