La maintenance technique PrestaShop vise les composants qui travaillent en arrière-plan : serveur, PHP, base de données, tâches planifiées, webhooks et caches. Une page d’accueil accessible ne garantit pas que les stocks, paiements ou e-mails sont synchronisés. Ce guide explique quoi mesurer, quelle preuve conserver et quand intervenir.
Pour organiser le calendrier des opérations courantes et les contrôles du catalogue, utilisez plutôt la checklist de maintenance PrestaShop. Ici, l’objectif est de surveiller l’infrastructure et les traitements automatiques.
Inventorier les dépendances techniques
Relevez la version de PrestaShop, PHP, la base de données, le serveur web et les modules critiques. Listez aussi les services externes : paiement, transport, ERP, flux catalogue et e-mails. Pour chaque dépendance, identifiez un responsable, les journaux disponibles et la fonction métier affectée en cas d’arrêt.
Suivez les communications de l’hébergeur sur les changements de PHP et de ressources. Une évolution de l’environnement peut produire une panne sans modification du catalogue. Consultez les prérequis exacts de la branche PrestaShop et les notes des modules avant de planifier une bascule.
Surveiller les ressources et leur évolution
- Disque et inodes : contrôlez la marge disponible et la croissance des journaux, images et archives.
- PHP : examinez les erreurs, la saturation des processus et les traitements longs.
- Base de données : recherchez les connexions épuisées, requêtes lentes et échecs d’écriture.
- DNS et TLS : suivez les renouvellements, la résolution du domaine et la validité du certificat.
Définissez les seuils selon la capacité et l’activité réelles. Une hausse de consommation ne démontre pas une anomalie à elle seule : comparez les horaires avec les imports, sauvegardes et campagnes. Augmenter une limite ne remplace pas l’analyse d’une boucle ou d’un traitement répétitif.
Contrôler les tâches planifiées et les flux
Pour chaque tâche cron ou synchronisation, notez la fréquence, la dernière réussite, la durée habituelle et le résultat attendu. Une exécution sans erreur technique peut néanmoins exporter zéro commande ou importer un stock incomplet : contrôlez aussi un résultat métier.
Prévoyez une alerte lorsqu’une tâche critique ne s’exécute plus ou dépasse son délai normal. Avant de relancer un traitement, vérifiez s’il peut créer des doublons de commande, de facture ou de mouvement de stock. Ne déclenchez pas plusieurs reprises en parallèle sans connaître son comportement.
Suivre les webhooks et les e-mails
Rapprochez les événements du prestataire de paiement avec les commandes de PrestaShop : heure, identifiant de transaction et résultat de notification. Protégez les journaux et ne publiez jamais les clés d’accès. Une notification refusée peut provenir d’une URL incorrecte, d’un délai serveur ou d’une règle de filtrage ; demandez une analyse ciblée, sans désactiver globalement le pare-feu.
Pour les e-mails, distinguez la génération du message, son acceptation par le service d’envoi et sa réception. Testez la configuration SMTP et consultez les rejets du prestataire. Vérifiez les réglages de domaine demandés par ce service sans attribuer automatiquement toute absence de message à PrestaShop.
Tester le cache sur les données variables
Après un changement de cache ou de CDN, contrôlez les prix, variantes, promotions et stocks depuis une session non connectée. Vérifiez que le panier, le compte et les données propres à un client ne sont pas servis à un autre visiteur. Invalidez les couches concernées selon leur documentation, sans supprimer au hasard des dossiers de production.
Vérifier la capacité de reprise
Contrôlez la réussite des sauvegardes des fichiers et de la base, leur stockage séparé et leur restauration périodique dans un environnement isolé. Le clone doit être protégé par authentification, non indexable et sans effets réels sur les paiements, e-mails ou connecteurs. Adaptez la fréquence des sauvegardes au volume de commandes.
Un retour arrière doit préserver les commandes et données créées après l’archive. Documentez ce point avant une mise à jour PrestaShop, plutôt que de le découvrir pendant l’incident.
Transformer une alerte en action documentée
Relevez l’heure, le composant, le symptôme, le périmètre et le dernier changement. Consultez les journaux privés de l’hébergeur ; réservez le débogage affichant des détails à une copie protégée. Ne désactivez pas des modules au hasard. Si la boutique est inaccessible, suivez les vérifications prioritaires de disponibilité.
Une fois corrigé, rejouez le traitement concerné dans un cadre contrôlé, vérifiez son résultat métier et archivez la cause, la modification et les tests. Notre support technique PrestaShop permet de cadrer les investigations qui nécessitent une intervention spécialisée.
Questions fréquentes
Une surveillance HTTP suffit-elle ?
Non. Elle vérifie une réponse, mais pas la synchronisation des stocks, les notifications de paiement ou l’envoi des e-mails. Ajoutez des contrôles ciblés sur les fonctions critiques.
Faut-il relancer immédiatement une tâche en échec ?
Vérifiez d’abord les traces, les données déjà traitées et le risque de doublon. La procédure de reprise dépend du connecteur.
Quelle différence avec une checklist mensuelle ?
La checklist organise les interventions. La surveillance technique observe la continuité des services et fournit les preuves permettant de diagnostiquer une alerte entre deux interventions.