Tout ce qu'il faut savoir pour utiliser BUUPP au mieux : compléter ses paliers, comprendre son BUUPP Score, encaisser ses BUUPP Coins, lancer une campagne professionnelle, ou simplement protéger ses données.
🔍
🎯
Prospect — utiliser BUUPP
Construire son profil, faire grimper son BUUPP Score, encaisser ses gains.
💼
Professionnel — lancer une campagne
Plans, ciblage, facturation, gestion des contacts révélés.
🔒
Sécurité, RGPD et anti-fraude
Comment vos données sont protégées et tracées.
❓
Questions fréquentes
Les réponses courtes aux questions qu'on nous pose le plus.
🗂️
Versionning des pages
Suivi des versions des pages des sections Ressources et Légal du footer. Chaque mise à jour publiée est consignée ici avec un résumé des changements apportés.
v1.3 ← v1.2 — Nouvelle FAQ « Que se passe-t-il si je ne réponds pas aux sollicitations » : escalade graduée des signalements « non atteint » (rappel à 2, ajustement du BUUPP Score à 3, mise en pause de l'acceptation 2 mois à 4, remise à zéro à l'échéance).
v1.2 ← v1.1 — Watermark cryptographique des emails révélés : chaque relation reçoit un alias unique `prospect+rXXX@buupp.com` routé via Cloudflare Email Worker. Toute fuite remonte instantanément au pro émetteur.(2026-05-15)
v1.1 ← v1.0 — Anti-fraude : remplacement du wording « empreinte appareil + scoring comportemental » par la description réelle (contraintes UNIQUE IBAN/téléphone/rôle, journal d'audit des révélations, honeypot waitlist + DPO).(2026-05-15)
v1.4 ← v1.3 — Conséquences de la non-réponse aux sollicitations acceptées précisées (articles 5 et 13) : escalade graduée et réversible — rappel, ajustement du BUUPP Score (−100 pts), puis mise en pause de l'acceptation pendant 2 mois, remise à zéro à l'échéance ; la suspension reste réservée à la persistance avérée.
v1.3 ← v1.2 — Prestataires : « Resend / opérateur SMS » remplacé par Brevo (e-mail et SMS), reflétant le prestataire réellement utilisé.(2026-05-18)
v1.2 ← v1.1 — Mise en place d'un watermark cryptographique : les emails révélés au Pro sont des alias uniques `prospect+rXXX@buupp.com` routés vers le vrai email du prospect via Cloudflare. Toute fuite est traçable nominativement, sans recoupement de logs.(2026-05-15)
v1.1 ← v1.0 — Clarification de la traçabilité des coordonnées révélées : remplacement de « watermarking individuel » par la description du journal d'audit serveur (horodatage, identification du Pro, recoupement sur signalement).(2026-05-15)
v1.4 ← v1.3 — Envoi des e-mails aux prospects : « serveurs SMTP de BUUPP » précisé en infrastructure d'envoi via le prestataire Brevo (Union européenne).
v1.3 ← v1.2 — Article 5 (Modalités de paiement) enrichi : option facultative de recharge automatique du portefeuille (consentement exprès, montant et seuil paramétrables, révocable à tout moment, garde-fous cooldown 1h + facture immédiate + arrêt sur échec).(2026-05-15)
v1.2 ← v1.1 — L'email révélé au Pro est désormais un alias `prospect+rXXX@buupp.com` propre à la relation. Le vrai email du prospect n'est jamais exposé. Toute fuite est imputée nominativement au Pro émetteur.(2026-05-15)
v1.1 ← v1.0 — Précision sur l'accès aux coordonnées révélées : « watermarking individuel » remplacé par « une révélation par couple Pro/prospect, chaque accès tracé dans le journal d'audit BUUPP ».(2026-05-15)
v1.4 ← v1.3 — Palier 2 (Localisation) enrichi avec la « région » administrative : déduite côté UI au moment où le prospect/pro sélectionne sa ville dans l'autocomplétion geo.api.gouv.fr et persistée en base. Aucune nouvelle donnée tierce : la région est déjà publique et liée au code postal.
v1.3 ← v1.2 — Sous-traitants : Brevo (France, UE) prend en charge SMS ET e-mails (transactionnels + broadcasts), domaine buupp.com authentifié SPF/DKIM/DMARC ; transmission e-mail rapatriée de Gmail SMTP (US) vers Brevo (UE), supprimant un transfert hors-UE. Précision : hash IP de la waitlist salé avec un secret serveur (pseudonymisation non réversible).(2026-05-18)
v1.2 ← v1.1 — Ajout du watermark cryptographique sur les emails révélés (alias unique par relation, routage via Cloudflare Email Routing, table `relation_email_aliases` verrouillée RLS).(2026-05-15)
v1.1 ← v1.0 — Section « Prévention de la fraude » réécrite pour décrire les mesures réellement en place (contraintes d'unicité base, exclusivité de rôle, journal d'audit verrouillé) au lieu de « watermarking » et « alertes anti-exfiltration ».(2026-05-15)
v1.1 ← v1.0 — Ajout des équivalents techniques de cookies (localStorage / sessionStorage) à la catégorie « Cookies essentiels » : brouillon de campagne du professionnel (bupp:campaign-draft), acquittement de la formule tarifaire (bupp:plan-acknowledged) et marqueur de session du wizard (bupp:wizard-session-mounted).
