Des testeurs bêta font fuiter ton produit ? Retrouve les captures fuitées

Pourquoi les fuites de bêta sont difficiles à attribuer

Les bêtas fermées fuient par les canaux les plus ordinaires : un salon Discord, un post Reddit, une capture dans une discussion de groupe. Le fichier garde rarement l'e-mail d'où il vient ou le nom du dossier. Une capture faite avec le téléphone retire les métadonnées. De l'extérieur, la copie de chaque testeur se ressemble.

Les NDA et le « merci de ne pas partager » cadrent les attentes. Ils ne te disent pas laquelle des vingt personnes a partagé l'écran.

À lire aussi : violations de NDA et retrouver un document partagé et ce qui compte comme preuve après une fuite.

Quoi marquer avant d'inviter les testeurs

Priorise les assets qui se font vraiment capturer :

1. Captures d'interface et maquettes que tu envoies pour avoir un retour.
2. Pitch decks, changelogs et PDF de feuille de route pour un groupe plus petit et de confiance.
3. Images d'aperçu du build (visuels de fiche store, parcours d'onboarding) quand tu les partages en fichiers PNG, JPEG ou WebP.
4. Courtes vidéos de démo sur Business ou Enterprise. Les entrées sont MP4, MOV, WebM et MKV, jusqu'à 10 minutes et 100 MB. Le téléchargement marqué est un MP4. Free, Starter et Pro n'ont ni vidéo ni API.

Tu n'as pas besoin de marquer le binaire de l'installateur pour ce flux. La plupart des fuites publiques des premiers produits sont des images et de courts clips, pas l'installateur. Les fichiers texte et les paquets basés sur ZIP peuvent être marqués, mais ces marques sont fragiles : elles ne survivent ni aux captures ni à l'extraction du contenu.

Un flux simple pour la bêta

1. Attribue un code destinataire par testeur (ou par entreprise, si toute une équipe partage un contact). Un code fait 1–32 caractères.
2. Marque chaque fichier sortant avec ce code avant de l'envoyer. Le contenu des fichiers est traité en mémoire et n'est pas stocké.
3. Garde une liste privée : testeur → code → date → quels assets. Ne mets pas cette liste dans le Discord partagé.
4. Quand quelque chose fuit, télécharge la capture ou l'extrait et lance Détecter. Une correspondance désigne la copie qui a quitté tes mains.
5. Fais le suivi comme une conversation, pas comme une affaire au tribunal. Une correspondance montre quelle copie a fuité ; elle ne prouve pas à elle seule qui l'a partagée exprès. Supprimer l'enregistrement met fin à la détection.

HowTo : marquer et détecter une capture de bêta

1. Crée ou choisis un libellé de destinataire pour le testeur.
2. Téléverse le PNG, le JPEG, le WebP ou le PDF et marque-le pour ce destinataire.
3. Envoie seulement ce fichier marqué (e-mail, Drive, notes TestFlight, le canal que tu utilises déjà).
4. Si une fuite apparaît, téléverse l'image qui a fuité dans Détecter et lis la correspondance et la confiance signalées.

Ce qu'une correspondance signifie (et ce qu'elle ne signifie pas)

Markedfile signale un score de confiance : environ 99 % pour le fichier exact, ou quand la marque de métadonnées concorde avec une autre marque, 95 % à partir de la marque de métadonnées seule, et environ 81 % pour un JPEG réenregistré ou une capture. Ce sont des scores signalés, pas une détection garantie. Pour la vidéo sur Business et Enterprise, une correspondance seulement par l'image reste à 85 % de confiance ou en dessous. Ne traite jamais un score comme une preuve juridique.

Des limites à prévoir

• Recadrages : environ 256 px d'une zone détaillée est le minimum approximatif. De tout petits recadrages d'interface peuvent échouer. C'est un repère approximatif, pas un plafond.
• Petites images : les images et les images vidéo de moins de 96×96 px sont rejetées ; tout le reste utilise le même motif.
• Rotations : la plupart des rotations de 90° passent. Une rotation plus un étirement fort et irrégulier peut casser la détection.
• Captures de PDF : une capture de PDF se fait au mieux et n'est pas garantie. La marque du PDF est invisible, et une capture peut être vérifiée si elle montre environ 200 pt d'un ticket, 160 pt d'une photo, 320 pt d'une diapositive, ou la moitié haute d'une page de texte. Un texte dense seul n'est pas détecté. Les PDF marqués avant que la marque devienne invisible ne sont pas compatibles, donc marque-les à nouveau.
• Vidéo : Business et Enterprise seulement. Le même motif est écrit sur chaque image. Il se lit encore après un réencodage H.264 jusqu'à CRF 23, une coupe, un zoom lent, ou une réduction à 1280×720 ou 854×480, même si les métadonnées ont été retirées. Une correspondance seulement par l'image reste à 85 % de confiance ou en dessous. Une seule image exportée est un contrôle plus faible. Les métadonnées signées ajoutent de la confiance lorsqu'elles sont conservées. Supprimer l'enregistrement met fin à la détection.
• Assets non marqués : tout ce qui a été envoyé avant le marquage ne peut pas être tracé ensuite.

La détection n'est jamais à 100 %. Les filigranes visibles se font quand même recadrer ; vois pourquoi les captures battent les marques visibles et les filigranes invisibles qui survivent aux captures.

Où Markedfile intervient

Markedfile marque les images PNG, JPEG et WebP, les PDF, les fichiers texte et les paquets basés sur ZIP. La vidéo et l'API sont seulement sur Business et Enterprise. Free, Starter et Pro n'ont ni vidéo ni API ; ils marquent quand même les PNG, JPEG, WebP, PDF, le texte et les ZIP. Formules : Free est à $0, avec 5 fichiers actifs détectables pendant 6 mois, jusqu'à 5 MB par fichier et des PDF jusqu'à 10 pages. Starter est à $9.99 par mois, avec 50 fichiers actifs, jusqu'à 10 MB et des PDF jusqu'à 50 pages. Pro est à $19.99 par mois, sans plafond de fichiers actifs, jusqu'à 20 MB et des PDF jusqu'à 100 pages. Business est à $49.99 par mois : un espace de travail partagé, jusqu'à 100 MB, des PDF jusqu'à 500 pages, la vidéo et l'API. Enterprise est un devis sur mesure et inclut aussi la vidéo et l'API. L'API est POST /api/v1/mark et POST /api/v1/detect (documentation). Le contenu des fichiers est traité en mémoire et n'est pas stocké.

Il a été conçu parce que des équipes avaient besoin de marquer des fichiers avant de les partager pour relecture (PDF, photos, vérifications d'identité) et qu'aucun outil en libre-service ne le faisait. Les programmes bêta sont le même problème, avec plus de destinataires et plus de captures.

FAQ

Faut-il marquer chaque build ?
Non. Marque les captures, les decks et les aperçus que tu envoies vraiment. L'installateur est un autre problème (signature du code, clés de licence, droits côté serveur).

Et si les testeurs photographient eux-mêmes l'écran ?
Une photo d'un écran marqué est plus faible qu'une capture numérique, mais les mêmes limites de recadrage et de détail s'appliquent. De grandes zones d'interface détaillées marchent mieux qu'un bouton minuscule recadré.

Puis-je automatiser cela pour beaucoup de testeurs ?
Oui sur Business et Enterprise via l'API (POST /api/v1/mark, POST /api/v1/detect). Garde la correspondance des destinataires dans ton propre CRM ou ton tableur.

Une correspondance suffit-elle pour sortir quelqu'un de la bêta ?
C'est ta décision de politique, pas une affirmation du produit. Utilise la correspondance comme une piste, vérifie tes enregistrements et parle à la personne. Si l'enjeu juridique est élevé, prends d'abord conseil auprès d'un avocat.

Étapes suivantes

Essaie de marquer une capture d'exemple pour deux testeurs fictifs, fais une capture au téléphone de l'une des deux copies, et lance Détecter. Ensuite, prends l'habitude avant la prochaine vague d'invitations. Les tarifs sont sur la page des tarifs.