Vie privée, consentement aux cookies et RGPD
Tout ce que le module apprend reste dans la base de données de votre boutique : aucune donnée de visiteur n’est envoyée à un service externe. Ce qu’il enregistre est léger, lié à un numéro plutôt qu’à une personne (le numéro du client, une fois connecté), attend le consentement aux cookies quand votre boutique le demande, et peut être exporté et effacé avec les outils RGPD de PrestaShop.
Ce qui est enregistré
| Événement | Enregistré |
|---|---|
| Consultation de produit | Quand un visiteur ouvre une fiche produit, au plus une fois par produit et par visiteur en 30 minutes. |
| Ajout au panier | Quand un visiteur ajoute un produit sur la boutique. |
| Achat | Un enregistrement par produit d’une commande validée, nécessaire à l’exécution du contrat, donc enregistré sans consentement. |
| Impressions et clics des blocs | Totaux quotidiens par bloc, sans aucun visiteur ni produit. |
Chaque enregistrement contient le produit, la date, la boutique et le numéro que PrestaShop attribue au client ou au visiteur (l’identifiant client, ou l’identifiant visiteur du cookie de la boutique ; quand PrestaShop n’en a pas, un numéro aléatoire du cookie propre au module). Aucun nom, aucune adresse e-mail, aucune adresse IP ni aucune autre donnée personnelle. Les moteurs de recherche et les autres robots ne sont pas enregistrés. Analyses › Données enregistrées montre les enregistrements et les supprime à la demande (section 14.4) ; Conserver le comportement enregistré pendant supprime automatiquement les anciens.
Quand un visiteur qui a accepté se connecte ou crée un compte, ce qu’il a consulté, ajouté au panier et cliqué dans ce navigateur au cours des 30 derniers jours rejoint son historique client, et donc l’export et l’effacement de ses données. Les enregistrements anonymes plus anciens restent anonymes.
Consentement aux cookies
Avec N’enregistrer le comportement qu’après le consentement aux cookies activé (par défaut) et un module de consentement actif, aucune consultation ni aucun ajout au panier n’est enregistré et le module ne dépose aucun cookie propre tant que le visiteur n’a pas accepté. Les blocs s’affichent toujours et sont personnalisés à partir de ce qui existe déjà ; leurs impressions et leurs clics sont comptés en totaux, sans aucun identifiant de visiteur.
- GDPR Pro est lu directement : le module suit le choix du visiteur dans GDPR Pro (cookies de statistiques), ainsi que sa propre entrée dans la liste des modules de GDPR Pro quand vous en ajoutez une.
- Tout autre outil de consentement a besoin d’une ligne dans son script :
window.psairecSetConsent(true)quand le visiteur accepte les cookies de statistiques, etwindow.psairecSetConsent(false)quand il les refuse. Sans elle, le comportement est enregistré comme si le visiteur avait accepté. Par exemple avec Cookiebot :
window.addEventListener('CookiebotOnConsentReady', function () {
window.psairecSetConsent(Cookiebot.consent.statistics);
});Suivi des visiteurs et la liste de contrôle indiquent si votre outil de consentement et le module fonctionnent ensemble (section 15.3).
Avec Apprendre aussi des statistiques de PrestaShop activé (Moteur, désactivé par défaut), le moteur lit aussi les consultations de produits que le module Data mining for statistics de PrestaShop a enregistrées avant que ce module ne démarre. PrestaShop les enregistre sans demander le consentement ; le module ne s’en sert donc que pour les listes que voient tous les visiteurs (« consultés ensemble », « Tendances du moment »), jamais pour les sélections personnelles d’un visiteur, et ne copie rien.
Les cookies du module
De petits cookies. Les trois premiers sont déposés par boutique et uniquement après consentement, et les deux listes sont signées pour ne pas pouvoir être falsifiées ; le dernier enregistre le choix lui-même :
| Cookie | Contenu | Durée de vie |
|---|---|---|
psairec_rv_<shop> | Les 30 derniers produits consultés, pour « Consultés récemment » et les sélections personnalisées d’un invité | 30 jours |
psairec_clk_<shop> | Les 20 derniers produits recommandés cliqués, pour relier une commande à son clic | 7 jours |
psairec_vid_<shop> | Un numéro de visiteur anonyme, uniquement quand PrestaShop n’en a pas | 1 an |
psairec_consent | Le choix du visiteur (1 ou 0) transmis par un outil de consentement via la ligne de script ci-dessus | 6 mois |
Demandes des clients (RGPD)
- Le module figure parmi les modules conformes du module RGPD officiel de PrestaShop. Quand un client demande ses données, l’export inclut les produits qu’il a consultés, ajoutés au panier et achetés, les produits recommandés sur lesquels il a cliqué, et ses ventes issues des recommandations (les lignes de commande achetées après un clic sur un bloc), avec les dates.
- Cela inclut ce que le client a consulté, ajouté et cliqué dans le même navigateur au cours des 30 jours précédant sa connexion ou la création de son compte, avec son consentement.
- Quand le module RGPD efface un client, ou que vous supprimez un client dans le back-office, le module efface ses enregistrements, ses sélections personnalisées et ses clics, dans toutes les boutiques. Les ventes issues des recommandations restent avec les commandes, que PrestaShop conserve.
- Les statistiques, les paires de produits et les scores sont des totaux anonymes et sont conservés.
Vitesse et grandes boutiques
Le moteur fait le gros du travail une fois par jour ; les pages de votre boutique ne font que consulter des listes prêtes, conservées dans une petite table du module. Aucun Redis ni autre serveur de cache n’est nécessaire. Ces conseils comptent pour les boutiques très fréquentées, les grands catalogues et les pages servies depuis un cache.
Pages servies depuis un cache de pages
Quand un cache de pages (LiteSpeed Cache, Page Cache Ultimate, Varnish…) sert vos pages, une page en cache montrerait les sélections personnalisées d’un visiteur à tous les visiteurs. Activez Charger les blocs après la page dans Moteur › Côté boutique (Avancé) : la page reste en cache et rapide, et le navigateur du visiteur demande les blocs juste après elle. La liste de contrôle vous le rappelle quand elle trouve un module de cache de pages (section 13.1).
Les blocs À côté du bouton Ajouter au panier et Pop-up d’ajout au panier font toujours partie de la page : ils s’affichent immédiatement.
Le recalcul quotidien
- Le recalcul automatique s’exécute après l’envoi de la page d’un visiteur : le visiteur n’attend pas. Sur un hébergement qui ne peut pas terminer la page d’abord, un visiteur par jour peut attendre : configurez plutôt la tâche cron (section 15.2) et désactivez Recalculer automatiquement.
- Sur une boutique avec beaucoup de commandes, exécutez la tâche cron la nuit. Un recalcul qui ne se termine pas dans le temps imparti continue au suivant.
- Un Historique des commandes et un Historique de navigation plus courts accélèrent le recalcul ; un Nombre minimum de commandes communes plus élevé ne garde que les paires fortes.
Listes calculées
- Réutiliser les listes calculées conserve chaque liste pendant 60 minutes par défaut. Un bloc peut avoir sa propre durée (Réutiliser la liste pendant, dans les paramètres Avancé du bloc).
- Les listes personnelles, faites pour un visiteur, ne sont jamais réutilisées pour un autre.
- Après une modification des règles ou des exclusions, Vider les listes en cache applique le changement immédiatement.
Blocs
- N’affichez que les blocs qui font vendre : les résultats par bloc (section 12.4) et les tests A/B (chapitre 11) vous disent lesquels.
- Le nombre de produits d’un bloc coûte peu ; les produits sont présentés en une seule fois, comme les listes de produits de PrestaShop.
- Si un autre module affiche déjà des blocs de produits semblables sur les mêmes pages, masquez les siens ou les vôtres : deux listes semblables coûtent en vitesse et embrouillent les clients (la liste de contrôle les repère).
Dépannage et FAQ
Commencez par Liste de contrôle : elle vérifie en direct les causes les plus courantes et ouvre l’endroit où les corriger. Les réponses ci-dessous couvrent ce qu’elle ne peut pas voir.
Un bloc ne s’affiche pas sur ma boutique
- Dans Blocs, vérifiez que le bloc est activé, et dans Moteur que Afficher les blocs de recommandations est activé.
- Cliquez sur Voir sur ma boutique : la page désigne le bloc, ou une note indique pourquoi il manque (désactivé, pas de produits pour cette page, aucun emplacement dans votre thème).
- Si votre thème n’a pas d’emplacement pour lui (en rouge sur le plan du tableau de bord), choisissez un autre emplacement ou ajoutez une balise widget (section 6.8).
- À côté du bouton Ajouter au panier ne s’affiche, par défaut, que pour les produits qui ne peuvent pas être commandés : c’est normal sur les produits en stock.
- Les blocs du panier, de la pop-up et de la confirmation de commande ont besoin d’un panier ou d’une commande : vérifiez-les avec Rendu dans mon thème.
- Videz le cache de PrestaShop (Paramètres avancés › Performances) si les templates de votre thème ont été modifiés.
Les blocs affichent partout les mêmes produits
Sur une nouvelle boutique ou un produit sans commandes, les stratégies trouvent peu de produits et les blocs sont complétés par des produits tendance et des meilleures ventes. Cela s’améliore à chaque commande et à chaque visite. En attendant : vérifiez que le suivi est activé, essayez un Historique des commandes plus long, utilisez Produits similaires sur les fiches produits (cette stratégie n’a besoin que de votre catalogue), et regardez l’Explorateur pour voir ce que trouve chaque stratégie (section 14.1).
Les données des visiteurs restent à zéro
- Enregistrer le comportement des visiteurs doit être activé dans Suivi des visiteurs.
- Avec un module de consentement, les consultations ne sont enregistrées qu’après l’acceptation des cookies par le visiteur : testez avec un navigateur où vous les avez acceptés.
- Un outil de consentement autre que GDPR Pro a besoin de sa ligne de script (section 17.2).
- Les robots et les outils de test ne sont pas enregistrés : les navigateurs « headless » et les services de surveillance comptent comme des robots.
Les résultats n’affichent aucune commande
Une commande compte quand elle contient un produit cliqué dans un bloc au cours des 7 jours précédents. Il faut d’abord un clic (les impressions seules ne comptent pas), le consentement du visiteur quand votre boutique le demande, et une commande validée. Les commandes payées plus tard, quand le prestataire de paiement les confirme, sont comptées au moment où elles sont validées.
Les recommandations ne sont pas recalculées chaque jour
La liste de contrôle indique pourquoi. Sur un hébergement qui ne peut pas terminer la page avant de recalculer, configurez la tâche cron (section 15.2). Tester le lien cron maintenant, à l’étape 3 de Premiers pas, appelle l’adresse une fois et indique si elle répond. Si l’adresse répond « invalid token », copiez de nouveau la ligne depuis Moteur (le jeton change avec Régénérer le jeton).
Autres questions
Le module envoie-t-il des données quelque part ?
Non. Le moteur fonctionne dans votre boutique. Seul le service Python optionnel, que vous installez vous-même, lit la base de données de votre boutique.
Va-t-il ralentir ma boutique ?
Les pages ne font que consulter des listes prêtes, conservées un moment. Derrière un cache de pages, chargez les blocs après la page (chapitre 18).
Puis-je écarter un produit de tous les blocs ?
Oui : Ne jamais recommander ces produits ou Ne jamais recommander ces catégories dans Règles.
Puis-je choisir moi-même les produits d’un bloc ?
En partie : Toujours afficher en premier épingle un produit, Catégorie complémentaire recommande d’abord une catégorie, Classer plus haut ou plus bas fait monter ou descendre des produits, des marques ou des catégories (chapitre 10).
Un test ou un aperçu montre d’autres produits que ma boutique. Pourquoi ?
L’aperçu en direct utilise le produit indiqué sous Sur la page de et le client indiqué sous Vu par ; votre boutique montre à chaque visiteur ses propres produits. Un test A/B en cours montre aussi la variante B à une partie de vos visiteurs.
Que se passe-t-il quand je désinstalle le module ?
Ses tables et ses paramètres sont supprimés ; vos commandes, produits et clients ne sont pas touchés (section 3.3).
Où les erreurs sont-elles inscrites ?
Dans Paramètres avancés › Logs. La boutique n’affiche jamais d’erreur du module : un bloc en échec n’est simplement pas affiché.
Assistance
PrestaChamps développe ce module et en assure l’assistance. Nous répondons via la messagerie de PrestaShop Addons, où vous l’avez acheté.
Avant de nous écrire
- Ouvrez Liste de contrôle et suivez les indications de chaque ligne en avertissement.
- Lisez le chapitre 19.
- Consultez Paramètres avancés › Logs pour les lignes du module (type d’objet « Psairec »).
Nous contacter
- Connectez-vous à votre compte sur addons.prestashop.com.
- Ouvrez votre commande de Recommandations de produits par IA et utilisez le formulaire de contact pour écrire au développeur. L’aide du module (Aide › Fonctionnement › Assistance) donne aussi notre adresse e-mail.
- Indiquez-nous, pour que nous puissions vous aider tout de suite :
- votre version de PrestaShop, votre version de PHP et votre thème ;
- la version du module (affichée dans le gestionnaire de modules) ;
- une capture d’écran de Liste de contrôle ;
- l’adresse de la page concernée, ce que vous attendiez et ce qui se passe à la place ;
- les lignes correspondantes de Paramètres avancés › Logs, s’il y en a.
Mises à jour
Les nouvelles versions apparaissent dans votre compte PrestaShop Addons. Installez-les comme décrit à la section 3.2 : vos blocs, styles, règles, tests et données enregistrées sont conservés. Chaque version liste ses changements dans le journal des modifications du module.
Merci d’avoir choisi un module PrestaChamps.