Maintenance d’une boutique PrestaShop : les points à contrôler régulièrement

Une maintenance PrestaShop efficace ne se limite pas à lancer une mise à jour lorsqu’un problème survient. Une boutique dépend de son cœur logiciel, de ses modules, de son thème, de sa base de données, de son hébergement et de services externes tels que le paiement, le transport ou l’envoi d’e-mails. Contrôler ces éléments à une fréquence définie réduit les risques de commande perdue, de faille de sécurité ou de ralentissement. Voici une checklist opérationnelle pour organiser une maintenance préventive, avec des vérifications réalistes à effectuer dans le back-office, sur le serveur et côté client.

Avant toute intervention : sauvegarder et préparer un environnement de test

Aucune mise à jour du cœur de PrestaShop, d’un module critique ou du thème ne doit être faite sans sauvegarde complète. Elle doit contenir les fichiers de la boutique et un export de la base de données MySQL ou MariaDB. La sauvegarde de la base seule ne suffit pas : les images produits, les modules, les fichiers du thème et les éventuelles personnalisations sont aussi nécessaires à une restauration fiable.

• Vérifiez que les sauvegardes sont planifiées, stockées hors de l’hébergement principal et qu’elles couvrent les fichiers comme la base.
• Conservez plusieurs points de restauration selon la fréquence de commande et la capacité de stockage disponible.
• Testez périodiquement une restauration sur un environnement distinct. Une archive présente mais inutilisable ne protège pas la boutique.
• Notez la version de PrestaShop, la version de PHP, les modules modifiés et les changements prévus avant chaque opération.

Pour une évolution importante, utilisez une préproduction aussi proche que possible de la production : même version de PHP, modules actifs comparables et copie anonymisée si nécessaire de la base. Effectuez les tests de commande et de paiement sur cet environnement avant de reproduire l’opération en ligne.

Chaque jour : contrôler ce qui bloque les ventes

Les contrôles quotidiens sont courts et visent les incidents à impact immédiat. Dans le tableau de bord, vérifiez les nouvelles commandes, paiements en attente, commandes annulées ou erreurs inhabituelles. Une hausse soudaine de paniers abandonnés ou de paiements échoués peut révéler un problème de module de paiement, de navigateur, de certificat SSL ou de configuration d’un prestataire.

Tester un parcours d’achat réel

Au moins une fois par jour pour une boutique active, ouvrez le site comme un client non connecté. Testez la recherche, une fiche produit, l’ajout au panier, l’application éventuelle d’un code promotionnel et le passage à la caisse. Vérifiez en particulier que le prix, la TVA, les frais de livraison et le moyen de paiement s’affichent correctement.

Ne validez pas systématiquement un paiement réel. Les environnements de test proposés par certains prestataires sont adaptés en préproduction. En production, un contrôle visuel du tunnel et une commande de test ponctuelle, ensuite remboursée si besoin, permettent de détecter les régressions. Contrôlez également les e-mails transactionnels : confirmation de commande, changement de statut, création de compte et réinitialisation de mot de passe.

Surveiller les alertes techniques

Consultez la page Paramètres avancés > Logs lorsque votre version de PrestaShop la propose. Les erreurs répétées doivent être traitées selon leur gravité et leur fréquence. Côté serveur, surveillez les journaux PHP, les erreurs 500, les erreurs de connexion à la base et l’espace disque. Un disque saturé peut empêcher la génération de caches, l’écriture de logs ou l’enregistrement de commandes.

Chaque semaine : sécurité, mises à jour et performances

Examiner les mises à jour sans les installer aveuglément

Contrôlez les versions disponibles pour PrestaShop, les modules et le thème. Lisez le journal des modifications et les prérequis de compatibilité, notamment la version de PHP requise. Une mise à jour de module de paiement, de sécurité ou de transport mérite une attention prioritaire, mais doit d’abord être testée hors production.

Évitez de multiplier les modules qui réalisent la même fonction. Désactivez et, après validation, supprimez les modules non utilisés. Un module désactivé mais vulnérable peut rester présent sur le serveur : sa suppression, précédée d’une sauvegarde, est souvent préférable lorsqu’il n’est plus nécessaire. Ne modifiez pas directement les fichiers du cœur ou d’un module ; ces changements seront écrasés à la prochaine mise à jour. Documentez plutôt les surcharges et développements spécifiques.

Contrôler les accès d’administration

Dans Paramètres avancés > Équipe, vérifiez les comptes employés, leurs profils et leurs permissions. Supprimez les accès des anciens collaborateurs et prestataires. Chaque personne doit avoir son propre compte : un compte partagé empêche de tracer les actions et complique la révocation d’accès.

• Utilisez des mots de passe uniques et robustes pour le back-office, l’hébergement, le FTP/SFTP et la base de données.
• Privilégiez SFTP ou SSH plutôt que FTP non chiffré.
• Activez l’authentification multifacteur lorsque l’hébergeur ou l’outil d’accès la propose.
• Vérifiez que le back-office est accessible uniquement en HTTPS et que le certificat SSL est valide.

Mesurer les performances sur les pages qui comptent

Testez la page d’accueil, une catégorie, une fiche produit et le tunnel de commande sur mobile comme sur ordinateur. Un changement de thème, de module de consentement ou de script marketing peut dégrader le chargement sans générer d’erreur visible. Dans Paramètres avancés > Performances, vérifiez la configuration du cache compatible avec votre hébergement. Ne videz pas le cache comme réflexe de dépannage : faites-le après un changement identifié, puis vérifiez que les pages et le panier fonctionnent encore.

Contrôlez aussi le poids des images récemment ajoutées. Des visuels produits trop volumineux ralentissent les pages catégories et fiches. Utilisez des dimensions adaptées aux emplacements du thème et assurez-vous que les miniatures sont correctement régénérées lorsque les réglages d’images évoluent.

Chaque mois : données, catalogue et SEO technique

Une revue mensuelle permet de détecter les anomalies moins visibles. Contrôlez les produits sans image, les ruptures de stock incohérentes, les déclinaisons mal configurées, les règles panier expirées et les transporteurs actifs. Passez quelques commandes récentes en revue : statuts, montants, taxes, adresse de livraison et numéro de suivi doivent correspondre aux données du prestataire.

Pour le référencement, explorez les principales pages avec un outil d’audit ou consultez la Search Console si elle est configurée. Recherchez les pages en erreur, les redirections anormales, les problèmes d’indexation et les URL qui renvoient des erreurs 404. Après une suppression de produit, mettez en place une redirection 301 vers un produit proche ou une catégorie pertinente lorsque cela a du sens. Rediriger systématiquement vers la page d’accueil est rarement utile pour l’internaute.

Vérifiez le fichier robots.txt, le sitemap XML utilisé et les balises canoniques, surtout après un changement de thème, de module SEO ou de structure d’URL. Les filtres à facettes peuvent créer de nombreuses URL : leur indexation doit être maîtrisée selon la stratégie du catalogue.

Avant une mise à jour majeure : suivre une procédure stricte

Une montée de version de PrestaShop n’est pas une opération de routine. Vérifiez les compatibilités du thème, des modules et de la version PHP avant de démarrer. Le module de mise à niveau proposé par PrestaShop peut accompagner le processus, mais il ne remplace ni la préproduction ni le contrôle des personnalisations.

1. Inventoriez les modules, surcharges, modifications de thème et connexions externes.
2. Créez une sauvegarde complète, puis vérifiez qu’elle est récupérable.
3. Clonez la boutique sur une préproduction protégée de l’indexation et des e-mails clients.
4. Effectuez la mise à jour sur ce clone et corrigez les incompatibilités détectées.
5. Testez navigation, connexion client, panier, promotions, transport, paiement, e-mails et génération de facture.
6. Planifiez l’intervention en dehors des périodes de vente sensibles, activez le mode maintenance uniquement pendant l’opération et ajoutez l’adresse IP de l’intervenant autorisé.
7. Après mise en ligne, contrôlez les logs, les commandes et les performances pendant les heures suivantes.

Mettre en place un registre de maintenance exploitable

Un tableau partagé suffit pour professionnaliser le suivi : date, intervention, environnement concerné, sauvegarde disponible, personne responsable, résultat des tests et éventuel retour arrière. Ajoutez les renouvellements à anticiper : nom de domaine, certificat, hébergement, licences de modules et clés API des services de paiement ou de transport.

Cette traçabilité évite les mises à jour improvisées et accélère le diagnostic en cas d’incident. Pour une boutique qui génère des ventes quotidiennes, confier les opérations sensibles à un prestataire capable de travailler sur préproduction, de documenter ses actions et de prévoir une procédure de restauration limite fortement le risque d’interruption.