Module · LNK Bug Finder
LNK Bug Finder, le module gratuit qui repère ce qui bloque vos ventes PrestaShop
Une page produit en erreur 500, un bouton « Ajouter au panier » qui ne répond plus, un moyen de paiement qui disparaît de la commande : vos clients partent sans rien dire, et vous l'apprenez des jours plus tard. LNK Bug Finder surveille le parcours d'achat de votre boutique, vous alerte par e-mail quand un problème bloque le panier ou le paiement, et mesure la vitesse ressentie par vos vrais visiteurs. Gratuit.
- Version 1.1.4 · PrestaShop 1.7.6 à 8.x
- Version 1.9.3 · PrestaShop 9
- PrestaShop 1.7.6 à 9.x
- PHP 7.1 à 8.4
- Aucun override
Captures d'écran
Points clés
- Surveille l'accueil, les catégories, les fiches produits, le panier, la commande et le paiement.
- Erreurs fatales et pages 500, avec le fichier et le module en cause.
- Ajout au panier cassé, sans fausse alerte sur les thèmes qui le gèrent autrement.
- Aucun moyen de paiement proposé, erreurs des modules de paiement.
- Base de données injoignable, même quand la boutique n'a pas pu démarrer.
- E-mail d'alerte immédiat pour le panier et le paiement, au plus un par problème et par jour.
- Core Web Vitals de vos vrais visiteurs, par type de page.
- Poids des fichiers de chaque module sur le parcours d'achat.
- Bouton « Faire corriger », avec l'envoi affiché avant accord.
- Aucun cookie, aucune donnée personnelle.
- Aucun override, 2,1 Ko de JavaScript sur la boutique.
- Traduit en français, anglais, espagnol, italien, polonais et arabe.
- PrestaShop 1.7.6 à 9, gratuit.
Les erreurs qui coûtent des ventes, et seulement celles-là
Le module surveille l'accueil, les catégories, les fiches produits, le panier, la commande et les pages des modules de paiement. Il retient les erreurs fatales de PHP, les pages en erreur 500, les erreurs écrites par vos modules de paiement dans le journal de PrestaShop, une base de données injoignable, et les erreurs JavaScript des fichiers de votre boutique. Les avertissements, les extensions de navigateur, les scripts d'autres sites et les robots sont ignorés. Une même erreur vue mille fois devient un seul problème, avec son compteur sur 7 jours et sa dernière occurrence ; plusieurs erreurs d'un même module à la même seconde forment un seul incident.
Un ajout au panier qui ne répond plus
Le module suit chaque clic sur le bouton « Ajouter au panier » et attend la réponse de votre boutique. Un refus normal, comme un stock insuffisant, est ignoré. Une panne est signalée, avec son code d'erreur. Si le bouton ne répond pas du tout, le module ne le signale qu'après avoir vu votre thème réussir au moins un ajout : un thème qui gère le panier à sa façon ne déclenche aucune fausse alerte. Vos fiches produit viennent d'un configurateur ou d'un module de personnalisation ? Le module repère ces pages et vous propose de les surveiller en un clic.
Un moyen de paiement qui disparaît
Quand un module de paiement plante pendant l'affichage de la commande, PrestaShop 8 et 9 retirent ce moyen de paiement de la page, sans rien écrire nulle part. LNK Bug Finder signale une commande qui n'a plus aucun moyen de paiement, et les erreurs que vos modules de paiement écrivent dans le journal de PrestaShop pendant le parcours d'achat.
Léger et rapide
Chiffres mesurés sur le module livré, compressé en gzip (niveau 9). Sur l'accueil, les catégories, les fiches produits, le panier et la commande : 2,1 Ko de JavaScript pour surveiller l'ajout au panier. Avec le suivi de la vitesse activé : 1,2 Ko de plus, qui s'arrête dès sa première ligne pour les visites hors échantillon. Sur toutes les autres pages : rien. Aucune feuille de style sur la boutique.
Le module n'utilise ni jQuery ni bibliothèque. Une page sans erreur ne coûte à votre serveur aucune requête de base de données. Le tableau de bord lit des compteurs déjà calculés.
La vitesse vue par vos vrais visiteurs
Sur un échantillon de visites (10 % par défaut, réglable), le module mesure les Core Web Vitals de Google : affichage du plus grand élément (LCP), réactivité (INP), stabilité de la mise en page (CLS) et premier octet reçu (TTFB), avec le temps de votre serveur. Les résultats sont donnés par type de page, sur 7 et 30 jours. Le suivi se coupe dans les réglages, et le script ne se charge alors plus du tout.
Les modules qui alourdissent vos pages
L'onglet Extensions donne le poids des fichiers que chaque module charge sur les pages du parcours d'achat : JavaScript, feuilles de style et polices. Il repère aussi les fichiers qu'un module insère sans passer par PrestaShop. Vous voyez d'un coup d'œil quel module alourdit le plus vos fiches produits.
Faire corriger en un clic
Chaque problème a un bouton « Faire corriger ». Il affiche exactement ce qui sera envoyé à MonSiteBug : la nature de l'erreur, le fichier, le nombre d'occurrences, les versions de PrestaShop, de PHP et de vos modules. Aucun mot de passe, aucune donnée de client. Rien ne part sans votre accord, et vous confirmez la demande depuis votre boîte e-mail. Cochez jusqu'à 10 problèmes et ajoutez un message : tout part dans une seule demande. Support en français et en anglais.
Vos clients et le RGPD
Le module ne dépose aucun cookie, ne lit pas la session et n'enregistre aucune donnée personnelle : ni adresse e-mail, ni adresse IP, ni identifiant de client ou de commande. Les messages d'erreur sont nettoyés avant d'être enregistrés.
Compatibilité PrestaShop 1.7.6, 8 et 9
Deux versions du module, une par génération : la 1.1 pour PrestaShop 1.7.6 à 8.x, la 1.9 pour PrestaShop 9, avec une page native de chaque back-office, sous Paramètres avancés. Vérifié sur des boutiques de test PrestaShop 1.7.6, 8.1 et 9.2, avec les thèmes Classic et Hummingbird. Aucun override.
Questions fréquentes
Comment savoir pourquoi ma boutique PrestaShop affiche une erreur 500 ?
Installez LNK Bug Finder : chaque erreur 500 d'une page du parcours d'achat apparaît dans Paramètres avancés > Santé de la boutique, avec le message, le fichier, la ligne et le module en cause. Les erreurs identiques sont regroupées, avec leur nombre d'occurrences sur 7 jours et le contexte de la dernière : chemin de la page, navigateur, version du module.
Le bouton « Ajouter au panier » ne fonctionne plus : comment le détecter ?
Le module suit les clics sur ce bouton et attend la réponse de votre boutique. Une panne est signalée avec son code d'erreur, et un e-mail vous prévient tout de suite. Un refus normal, comme un stock insuffisant, n'est pas compté comme une panne.
Mon thème gère l'ajout au panier à sa façon : aurai-je de fausses alertes ?
Non. Un bouton qui ne répond pas n'est signalé qu'après que le module a vu votre thème réussir au moins un ajout au panier dans les 7 derniers jours. Un thème qui n'émet pas les événements de PrestaShop ne déclenche donc jamais cette alerte.
Pourquoi un moyen de paiement disparaît-il de ma page de commande ?
En PrestaShop 8 et 9, quand un module de paiement plante pendant l'affichage de la commande, le cœur le retire de la page sans rien écrire dans les journaux. LNK Bug Finder signale une commande qui n'a plus aucun moyen de paiement, et les erreurs que vos modules de paiement écrivent dans le journal de PrestaShop pendant le parcours d'achat.
Le module ralentit-il ma boutique ?
Il charge 2,1 Ko de JavaScript compressé sur l'accueil, les catégories, les fiches produits, le panier et la commande, et 1,2 Ko de plus si le suivi de la vitesse est activé. Rien sur les autres pages, aucune feuille de style. Une page sans erreur ne coûte aucune requête de base de données.
Que se passe-t-il si ma base de données MySQL tombe ?
Quand MySQL est injoignable au démarrage, PrestaShop s'arrête avant de charger les modules, mais il écrit la panne dans son journal. Au retour de la base, LNK Bug Finder relit ce journal et enregistre la panne, avec l'heure de début, l'heure de fin et le nombre de pages touchées. Ce qu'il capte pendant une coupure est gardé dans un fichier protégé, puis reversé en base.
Quelles données sont envoyées quand je clique sur « Faire corriger » ?
La fenêtre de demande affiche exactement ce qui part, replié sous « Voir les données envoyées » : la nature de l'erreur, la phrase qui décrit le problème (elle donne son titre au ticket), le message nettoyé, le fichier, le nombre d'occurrences, les versions de PrestaShop, de PHP et des modules actifs, l'adresse e-mail que vous choisissez et votre message s'il y en a un. Vous cochez jusqu'à 10 problèmes : ils partent dans une seule demande. Aucun mot de passe, aucune donnée de client. Rien ne part sans votre accord, et vous confirmez la demande depuis votre boîte e-mail.
Le module est-il conforme au RGPD ?
Il ne dépose aucun cookie, ne lit pas la session et n'enregistre aucune donnée personnelle : ni adresse e-mail de client, ni adresse IP, ni numéro de commande. La limite d'envois du script se calcule sur une empreinte du début de l'adresse IP, qui n'est jamais enregistrée en clair.
Le module cherche-t-il les failles de sécurité ?
Non. LNK Bug Finder s'occupe de ce qui bloque une vente. L'onglet Sécurité présente PrestaSecure, qui recherche les vulnérabilités connues et le code malveillant dans une boutique PrestaShop.
Le module est-il compatible avec PrestaShop 9 ?
Oui. La version 1.9 est faite pour PrestaShop 9, avec une page native de son back-office. La version 1.1 couvre PrestaShop 1.7.6 à 8.x. Les deux ont été vérifiées sur des boutiques de test PrestaShop 1.7.6, 8.1 et 9.2, avec les thèmes Classic et Hummingbird.
Faut-il modifier mon thème ?
Non. Le module n'a aucun override et ne touche pas à votre thème. Il s'accroche aux emplacements natifs de PrestaShop et charge son script par l'API de PrestaShop.
Comment désinstaller le module proprement ?
Désinstallez-le depuis le Gestionnaire de modules : ses tables, ses réglages, son onglet et son fichier de secours sont supprimés. Rien du module ne reste dans votre boutique.
Journal des versions
-
Version 1.9.3 PrestaShop 9
Modifications
- L'onglet du menu s'appelle « LNK Bug Finder » dans toutes les langues, comme le module (il s'appelait « Santé de la boutique »). La page garde son titre.
-
Version 1.9.2 PrestaShop 9
Nouveautés
- Page Santé refaite en quatre onglets, avec un panneau de détail à droite.
- Problèmes bloquants : cartes chiffrées (ouverts, tunnel de commande, fiche produit, modules en cause), filtres par statut et par page, problèmes regroupés par module.
- Incident corrélé : plusieurs erreurs d'un même module à la même seconde forment un incident, les suivantes sont marquées « liées ».
- Panneau d'un problème : message complet, piste de résolution, contexte (chemin de la page, navigateur, version du module), copie du rapport technique.
- « Faire corriger par un expert » : sous le titre du problème, un bloc avec le rappel de l'impact d'un problème Critique et un bouton qui ouvre la fenêtre de demande ; en haut de la page Santé, un bandeau, sans bouton, quand des problèmes Critique sont ouverts.
- Fenêtre de demande à MonSiteBug : problèmes ouverts à cocher (10 au plus, Critique cochés d'office, incidents corrélés regroupés), adresse, message facultatif et accord, puis confirmation avec le lien de suivi. Les problèmes cochés partent dans une seule demande. Les données envoyées restent consultables, repliées : un résumé lisible, puis le JSON brut. Chaque problème part avec sa phrase pour le marchand, qui donne son titre au ticket MonSiteBug. Quand la demande ne peut pas partir (adresse locale ou de test), la fenêtre s'ouvre quand même et en donne la raison.
- Vitesse : période 7 ou 30 jours, grille page par indicateur au 75e centile, résultat indicatif sous 10 mesures, et panneau avec jauge des seuils, évolution et pistes côté PrestaShop.
- Extensions : répartition du poids entre thème, cœur et modules, gain rapide, et modules qui chargent leurs fichiers sur des pages où aucune de leurs accroches d'affichage ne sert.
- Journal des erreurs réglable : rotation une fois par jour par la maintenance du module, taille maximale, conservation des ouverts et des résolus, archive CSV compressée dans var/logs, téléchargement et purge confirmée.
- Encart du tableau de bord : bande d'en-tête, rechargement sur place, bouton vers la page Santé.
- Phrases pour le marchand selon la nature du problème et la page ; dates au format de la langue de l'employé.
Modifications
- Le contexte d'un problème ne contient aucune donnée personnelle : chemin sans paramètres, segments ressemblant à un jeton ou à une adresse e-mail masqués, navigateur réduit à sa famille et à son système.
- Les noms des modules suivent la langue de l'employé.
- Un problème transmis porte « Demande envoyée » dans la liste, avec la date et le lien de suivi dans son panneau. L'écran d'accord dans la colonne de droite disparaît.
- Adresses de admin.css, admin.js, sentinel.js et vitals.js versionnées par l'empreinte de leur contenu : un cache ou un CDN ne sert jamais un ancien fichier sous la même adresse.
-
Version 1.9.1 PrestaShop 9
Nouveautés
- Fiches produit servies par un module (configurateur, fiche sur mesure) : une liste de pages, dans les réglages, les surveille comme des fiches produit, sentinelle d'ajout au panier et erreurs serveur comprises.
- Les pages de module qui portent un bouton d'ajout au panier sont repérées sur la boutique et proposées au marchand, à ajouter ou à écarter en un clic.
- Encart du tableau de bord refait : blocages sur 7 jours avec leur courbe, vitesse de la fiche produit, et les trois blocages à corriger.
Modifications
- L'onglet Sécurité disparaît quand PrestaSecure est actif sur la boutique ; installé mais désactivé, il mène à sa réactivation.
Corrections
- Page Santé en 404 après une installation en ligne de commande (cache de routes périmé) : le cache de PrestaShop est vidé à l'installation et à la mise à jour, et le module ne propose plus jamais de lien vers une page qui n'existe pas.
Voir les 6 versions précédentes
-
Version 1.9.0 PrestaShop 9
Première version pour PrestaShop 9. PrestaShop 1.7.6 à 8.x a sa propre version, la 1.1.0.
Nouveautés
- Surveillance du parcours d'achat : accueil, catégories, fiches produits, panier, commande et pages des modules de paiement.
- Erreurs fatales et pages 500, avec le fichier, la ligne et le module en cause ; les erreurs identiques sont regroupées.
- Ajout au panier cassé, signalé avec son code d'erreur ; un bouton muet n'est signalé qu'après un ajout réussi vu sur le même thème.
- Commande sans aucun moyen de paiement, et erreurs écrites par les modules de paiement dans le journal de PrestaShop.
- Base de données injoignable, relue dans le journal de PrestaShop au retour de MySQL.
- Erreurs JavaScript des fichiers de la boutique sur les fiches produits, le panier et la commande.
- E-mail d'alerte immédiat pour le panier et le paiement, au plus un par problème et par 24 heures, avec une deuxième adresse facultative.
- Core Web Vitals d'un échantillon de vrais visiteurs et temps serveur, par type de page ; suivi désactivable.
- Poids des fichiers de chaque module sur le parcours d'achat, polices comprises.
- Page Santé de la boutique sous Paramètres avancés, et encart sur le tableau de bord.
- Bouton « Faire corriger » : envoi à MonSiteBug après accord, avec l'envoi affiché avant.
- Aucun cookie, aucune donnée personnelle, aucun override.
-
Version 1.1.4 PrestaShop 1.7.6 à 8.x
Modifications
- L'onglet du menu s'appelle « LNK Bug Finder » dans toutes les langues, comme le module (il s'appelait « Santé de la boutique »). La page garde son titre.
-
Version 1.1.3 PrestaShop 1.7.6 à 8.x
Corrections
- Icône des blocages dans l'en-tête du back-office : en 1.7.6 et 1.7.7, sur les pages Symfony (produits, commandes, modules…), PrestaShop la rendait hors de la barre du haut et elle couvrait le logo. Elle rejoint maintenant le bout de la barre, à droite du compte employé, et garde le gris des icônes natives. Sur un navigateur trop ancien pour la placer sans rien couvrir, elle n'est pas affichée sur ces pages.
-
Version 1.1.2 PrestaShop 1.7.6 à 8.x
Nouveautés
- Page Santé refaite en quatre onglets, avec un panneau de détail à droite.
- Problèmes bloquants : cartes chiffrées (ouverts, tunnel de commande, fiche produit, modules en cause), filtres par statut et par page, problèmes regroupés par module.
- Incident corrélé : plusieurs erreurs d'un même module à la même seconde forment un incident, les suivantes sont marquées « liées ».
- Panneau d'un problème : message complet, piste de résolution, contexte (chemin de la page, navigateur, version du module), copie du rapport technique.
- « Faire corriger par un expert » : sous le titre du problème, un bloc avec le rappel de l'impact d'un problème Critique et un bouton qui ouvre la fenêtre de demande ; en haut de la page Santé, un bandeau, sans bouton, quand des problèmes Critique sont ouverts.
- Fenêtre de demande à MonSiteBug : problèmes ouverts à cocher (10 au plus, Critique cochés d'office, incidents corrélés regroupés), adresse, message facultatif et accord, puis confirmation avec le lien de suivi. Les problèmes cochés partent dans une seule demande. Les données envoyées restent consultables, repliées : un résumé lisible, puis le JSON brut. Chaque problème part avec sa phrase pour le marchand, qui donne son titre au ticket MonSiteBug. Quand la demande ne peut pas partir (adresse locale ou de test), la fenêtre s'ouvre quand même et en donne la raison.
- Vitesse : période 7 ou 30 jours, grille page par indicateur au 75e centile, résultat indicatif sous 10 mesures, et panneau avec jauge des seuils, évolution et pistes côté PrestaShop.
- Extensions : répartition du poids entre thème, cœur et modules, gain rapide, et modules qui chargent leurs fichiers sur des pages où aucune de leurs accroches d'affichage ne sert.
- Journal des erreurs réglable : rotation une fois par jour par la maintenance du module, taille maximale, conservation des ouverts et des résolus, archive CSV compressée dans var/logs, téléchargement et purge confirmée.
- Encart du tableau de bord : bande d'en-tête, rechargement sur place, bouton vers la page Santé.
- Phrases pour le marchand selon la nature du problème et la page ; dates au format de la langue de l'employé.
Modifications
- Le contexte d'un problème ne contient aucune donnée personnelle : chemin sans paramètres, segments ressemblant à un jeton ou à une adresse e-mail masqués, navigateur réduit à sa famille et à son système.
- Les noms des modules suivent la langue de l'employé.
- Un problème transmis porte « Demande envoyée » dans la liste, avec la date et le lien de suivi dans son panneau. L'écran d'accord dans la colonne de droite disparaît.
- Adresses de admin.css, admin.js, sentinel.js et vitals.js versionnées par l'empreinte de leur contenu : un cache ou un CDN ne sert jamais un ancien fichier sous la même adresse.
-
Version 1.1.1 PrestaShop 1.7.6 à 8.x
Nouveautés
- Fiches produit servies par un module (configurateur, fiche sur mesure) : une liste de pages, dans les réglages, les surveille comme des fiches produit, sentinelle d'ajout au panier et erreurs serveur comprises.
- Les pages de module qui portent un bouton d'ajout au panier sont repérées sur la boutique et proposées au marchand, à ajouter ou à écarter en un clic.
- Encart du tableau de bord refait : blocages sur 7 jours avec leur courbe, vitesse de la fiche produit, et les trois blocages à corriger.
Modifications
- L'onglet Sécurité disparaît quand PrestaSecure est actif sur la boutique ; installé mais désactivé, il mène à sa réactivation.
-
Version 1.1.0 PrestaShop 1.7.6 à 8.x
Première version pour PrestaShop 1.7.6 à 8.x. PrestaShop 9 a sa propre version, la 1.9.0.
Nouveautés
- Surveillance du parcours d'achat : accueil, catégories, fiches produits, panier, commande et pages des modules de paiement.
- Erreurs fatales et pages 500, avec le fichier, la ligne et le module en cause ; les erreurs identiques sont regroupées.
- Ajout au panier cassé, signalé avec son code d'erreur ; un bouton muet n'est signalé qu'après un ajout réussi vu sur le même thème.
- Commande sans aucun moyen de paiement, et erreurs écrites par les modules de paiement dans le journal de PrestaShop.
- Base de données injoignable, relue dans le journal de PrestaShop au retour de MySQL.
- Erreurs JavaScript des fichiers de la boutique sur les fiches produits, le panier et la commande.
- E-mail d'alerte immédiat pour le panier et le paiement, au plus un par problème et par 24 heures, avec une deuxième adresse facultative.
- Core Web Vitals d'un échantillon de vrais visiteurs et temps serveur, par type de page ; suivi désactivable.
- Poids des fichiers de chaque module sur le parcours d'achat, polices comprises.
- Page Santé de la boutique sous Paramètres avancés, et encart sur le tableau de bord.
- Bouton « Faire corriger » : envoi à MonSiteBug après accord, avec l'envoi affiché avant.
- Aucun cookie, aucune donnée personnelle, aucun override.
