Dossier
SMF·LUCKY-ORANGE
Reçu le
31.07.2026
Instruit le
28.09.2026
Pièces annexées
3
Questions
4

SMF·LUCKY-ORANGE

Un prompt peut-il remplacer Lucky Orange ?

Analytique — web and product analytics

Pas encore Verdict enregistré le 28.09.2026 · Vérifié le 31.07.2026
Prix
19 $US/moisSource: luckyorange.com · Vérifié le 31 juillet 2026
Par an
228 $US
Temps de fabrication
En une session
Catégorie
Analytique
Votes
0 vote
OuiPresquePas encore (coché)

Bordereau de suivi des pièces

Pièce A Le prompt
Pièce B Ce que tu perds
Pièce C Pourquoi certains continuent de payer : data pipeline reliability and analytical depth
Pièce Q Questions

Verdict

Une heatmap de clic et de scroll pour un site, c’est un week-end de travail : collecter des coordonnées, les grouper, les dessiner sur une capture d’écran. Le piège, c’est que les heatmaps sont le quart bon marché du produit. La relecture de session a besoin d’un pipeline d’enregistrement du DOM et d’un stockage qui grossit vite, et le faire sans laisser fuiter mots de passe, numéros de carte et noms de clients dans tes propres logs, c’est un problème d’ingénierie de confidentialité, pas de rendu. Cette partie n’est pas un week-end.

Pièce B — Ce que tu perds

Pièce A — Le prompt

Reçu le31.07.2026
Construis une heatmap de clic et de scroll self-hosted pour un site que tu possèdes.

Deux parties.

Collecteur : un petit fichier JavaScript (vise moins de 5 Ko, aucune dépendance) servi depuis la même origine que le site. Sur chaque page, il enregistre les événements de clic comme un chemin de sélecteur CSS plus un décalage en pourcentage à l’intérieur de la boîte englobante de cet élément, jamais comme des pixels de fenêtre bruts, pour que la donnée reste valide quand la mise en page se réorganise sur une autre taille d’écran. Il enregistre aussi la position de scroll la plus profonde atteinte, en pourcentage de la hauteur du document, échantillonnée au déchargement. Il envoie un seul beacon groupé par vue de page. Il n’enregistre absolument rien tant qu’un drapeau de consentement n’est pas fixé par la page hôte, et il ne lit jamais les valeurs de saisie, le contenu texte, ou le presse-papiers.

Tableau de bord : un petit serveur qui ingère ces beacons, les stocke dans PostgreSQL indexé par chemin de page plus catégorie d’appareil (mobile / tablette / desktop), et rend deux superpositions sur une capture d’écran de la page que l’utilisateur importe ou qu’un navigateur headless capture : une carte de densité de clic, et une ligne horizontale marquant où chaque décile de visiteurs a arrêté de scroller. Filtre par plage de dates et catégorie d’appareil. Montre les comptes de clic bruts par sélecteur dans un tableau en dessous, parce que le tableau est ce sur quoi tu agis et l’image est ce que tu montres aux autres.

Réduis les adresses IP à un code pays à l’ingestion et rejette le reste. Ne pose pas de cookie ; compte les sessions avec un sel quotidien rotatif hashé contre le user agent.

Hors périmètre, et dis-le clairement dans le README : la relecture de session et toute forme d’enregistrement du DOM, le chat en direct, les sondages, et les funnels. Un pipeline de relecture qui n’a pas été audité pour ce qu’il capture est une fuite de données en attente d’arriver, et ce n’est pas quelque chose à ajouter à la légère à une construction perso.

L’ouverture pré-remplit le prompt — il ne reste qu’à appuyer sur entrée.

Pièce B — Ce que tu perds

  • B.1 la relecture de session de ce qu’un visiteur a vraiment fait
  • B.2 la rédaction automatique des mots de passe, champs de carte et données personnelles
  • B.3 le widget de chat en direct et les sondages sur site
  • B.4 les funnels de conversion et l’analyse d’abandon de formulaire

Alternatives existantes

Pièce C — Pourquoi certains continuent de payer : data pipeline reliability and analytical depth

Parce que les enregistrements sont ce qui convainc les gens. Regarder un vrai visiteur échouer à trouver le bouton de checkout met fin à un débat qu’une heatmap ne fait que commencer, et personne ne veut être celui qui stocke ces images.

Questions

Puis-je récupérer mon historique Lucky Orange ?

Non, et pas à cause du format d’export. Les heatmaps de Lucky Orange sont des agrégats calculés sur des enregistrements qu’il détient ; il n’y a pas d’export par clic à importer. Tu commences à collecter depuis zéro le jour où tu installes ceci.

Les heatmaps auront-elles l’air pareilles à celles de Lucky Orange ?

Globalement, sur desktop. Là où elles vont différer, c’est sur les pages avec du contenu dynamique : parce que cette construction ancre les clics à des sélecteurs d’éléments plutôt qu’à des pixels, un carrousel ou un bloc personnalisé produit une donnée plus propre que les cartes en pixels, mais une page qui change son balisage entre deux déploiements séparera son historique entre deux sélecteurs.

Combien ça coûte à faire tourner ?

Un petit VPS et une base de données PostgreSQL, donc de l’ordre de cinq à dix dollars par mois à faible trafic. La donnée de clic est minuscule. Le coût ne devient intéressant que si tu ajoutes plus tard la relecture, ce qui est exactement d’où vient la tarification hébergée.

Quelle est la seule chose que tu ne peux vraiment pas reconstruire ici ?

Regarder la session. La relecture est la fonctionnalité pour laquelle les gens achètent cette catégorie, et le faire de façon responsable veut dire masquer chaque saisie, chaque attribut de donnée et chaque iframe tiers par défaut, puis stocker le résultat quelque part où il ne peut pas fuiter. C’est un travail de conformité, pas un travail de code, et c’est pourquoi cette fiche est un non.

Récépissé

Tu l’as déjà reconstruit toi-même ?