Tout ce que vous voudriez savoir avant d'installer.
Un regard détaillé sur le fonctionnement de Surveillance et Alertes PrestaShop : Panne, Erreurs PHP, Paiements Échoués, pourquoi nous l'avons conçu ainsi, et la réflexion derrière les fonctionnalités ci-dessus.
Pensé pour les marchands sans agence d'astreinte
Une agence surveille parfois les boutiques de ses clients, mais la plupart des marchands n'ont personne pour regarder les logs à 23 h. Le module fait ce travail : il observe la boutique en permanence, garde ses alertes pour les vrais problèmes et vous les envoie sur le canal que vous consultez déjà. Le tableau de bord résume l'état de la boutique en une phrase, puis détaille disponibilité, temps de réponse, erreurs, paiements et commandes.
Des erreurs PHP que vous pouvez faire corriger
Un écran blanc ne dit pas qui l'a provoqué. Le module enregistre chaque erreur avec son fichier, sa ligne, la page concernée, le nombre d'occurrences et son origine probable. Les erreurs identiques sont regroupées, une nouvelle erreur fatale déclenche une alerte en quelques secondes, et le rapport copiable donne au développeur du module concerné tout ce qu'il faut pour reproduire le problème. Les chemins du serveur et le nom du dossier d'administration sont masqués avant tout envoi.
Une boutique qui répond mais qui ne vend plus
Les outils de disponibilité classiques ne voient pas une passerelle de paiement en panne. Le module enregistre chaque panier qui atteint l'étape de paiement et le compare aux commandes créées, puis le confronte au taux habituel de la boutique sur 28 jours. Il suit aussi les commandes passées en statut d'échec de paiement, avec le détail par module, et la chute du nombre de commandes par rapport au même créneau des quatre semaines précédentes. Les seuils tiennent compte de votre volume : une petite boutique un dimanche soir ne reçoit pas d'alerte.
Des alertes qui ne vous noient pas
Un problème ouvre une seule alerte, mise à jour tant qu'il dure. Les rappels sont espacés selon votre réglage et s'arrêtent dès que vous acquittez, depuis le back-office ou depuis le lien de la notification. Un message vous prévient quand le problème est résolu. Un plafond par heure protège votre boîte mail si tout casse en même temps, les heures calmes ne laissent passer que les alertes critiques, et la pause suspend les notifications pendant une mise à jour sans arrêter la détection.
Les causes silencieuses de panne
Certaines pannes s'annoncent des jours à l'avance. Le module lit le certificat SSL servi par votre domaine toutes les 6 heures et vous prévient avant son expiration, surveille l'espace disque libre et signale l'arrêt de la tâche cron. Pour couvrir le cas où le serveur entier tombe, une URL de heartbeat externe (Healthchecks.io, Better Stack) peut être appelée à chaque passage du cron.
Il n’y a pas encore d’avis.