Ce guide s’applique à PrestaShop 8.0 ou plus récent et à PHP 8.1 ou plus récent. Il faut disposer d’un compte live24h, d’un Workspace et d’une clé API avec droits d’écriture – voir les étapes communes .
Installer
Vous avez deux voies – via le Back-Office ou via Composer :
Back-Office : récupérez le module en téléchargement direct depuis live24h, puis dans le Back-Office sous Modules → Téléverser un module, sélectionnez le ZIP et installez-le.
Composer :
composer require live24h/prestashop-adapter
php bin/console prestashop:module install live24hhealthcenter
Le référencement sur le PrestaShop Addons Marketplace suivra.
Pas à pas
Vous trouverez le déroulement illustré dans l’aperçu ; les étapes suivantes sont identiques à l’assistant montré là-bas, mais dans le Back-Office PrestaShop.
- Ouvrez le module live24h Health Center via son propre onglet d’administration dans le Back-Office.
- Renseignez la clé API live24h dans l’onglet Paramètres.
- Laissez l’API Base sur
https://api.live24h.eu, sauf indication contraire du support. - Enregistrez et utilisez le test de connexion.
- Lancez le scan de la boutique et des stores (vitrine, panier et checkout par domaine de boutique, catalogue, SEO, SSL/DNS, e-mail et Cron).
- Vérifiez le Website Health Score, les indications de plan et les suggestions.
- Choisissez un preset de politique (minimal, standard ou enterprise) et examinez l’aperçu en mode dry-run.
- Sélectionnez les checks et créez-les en un clic dans live24h.
En variante via la CLI
# Dry-run : affiche scan, modules, score et suggestions sous forme de rapport
php bin/console prestashop:module live24hhealthcenter:scan
# Création : crée les suggestions par défaut
php bin/console prestashop:module live24hhealthcenter:scan --apply
Dépannage et conseils
L’onglet « live24h Health Center » n’apparaît pas dans le Back-Office. Vérifiez que le module est installé et activé, puis videz le cache PrestaShop (Paramètres avancés → Performances → Vider le cache). Après une mise à jour, un rechargement forcé du navigateur aide également.
Le « test de connexion » échoue.
Vérifiez la clé API (droits d’écriture requis), l’API Base https://api.live24h.eu et la possibilité pour le serveur d’établir des connexions sortantes. Les pare-feu d’hébergement bloquent parfois les requêtes sortantes.
Le check de checkout signale une erreur alors que la boutique fonctionne. La protection anti-bot, les limites de débit ou un mode maintenance actif peuvent bloquer les appels automatisés. Vérifiez que les chemins de la vitrine sont accessibles sans connexion.
En multistore, le mauvais domaine de boutique est vérifié. Le scan déduit la vitrine, le checkout et le SSL de chaque domaine de boutique productif. Vérifiez dans la configuration multistore de PrestaShop que chaque store dispose d’un domaine productif correct.
Un check Heartbeat reste sur « En attente ». C’est normal et ce n’est pas une erreur : un Heartbeat attend le premier signal de la tâche surveillée (le ping vers l’URL du Heartbeat). Tant que l’exécution du Cron ne s’est pas manifestée, le check reste sur « En attente » – pas sur « Panne ». Au premier passage, le statut bascule sur « Opérationnel ».
Le Heartbeat Cron n’apparaît pas. La suggestion de Heartbeat suppose que le module cronjobs est actif ou qu’un Webcron déclenche les tâches planifiées. Sans tâche enregistrée, ce point n’apparaît pas.
Une suggestion est marquée « À partir de Pro ». Le type de check n’est pas inclus dans votre tarif. Les suggestions verrouillées restent visibles ; vous pouvez les désélectionner ou monter en gamme .
Questions fréquentes
Pourquoi un simple check de page d’accueil ne suffit-il pas ? Parce qu’une boutique génère du chiffre d’affaires via plusieurs parcours. Le checkout, le panier, les pages produit et les tâches Cron peuvent tomber en panne pendant que la page d’accueil se charge encore.
Le plugin passe-t-il de vraies commandes de test ? Non. L’accent est mis sur une surveillance sûre de la disponibilité, des signaux et des Heartbeats – sans paiements réels.
Est-ce compatible avec le multistore ? Oui. La vitrine, le checkout et le SSL sont déduits de chaque domaine de boutique productif, de sorte que chaque store est pris en compte lors de la configuration.