Betatestare som läcker din produkt? Spåra läckta skärmdumpar

Varför betaläckor är svåra att knyta till någon

Stängda betatest läcker genom de vanligaste kanalerna: en Discord-kanal, ett Reddit-inlägg, en skärmdump i en gruppchatt. Filen behåller sällan mejlet den kom från, eller mappnamnet. En skärmdump från en telefon tar bort metadata. Utifrån ser varje testares kopia likadan ut.

NDA:n och «dela inte det här» hjälper med förväntningarna. De talar inte om för dig vem av tjugo personer som delade skärmen.

Relaterat: NDA-brott och att spåra ett delat dokument och vad som räknas som bevis efter en läcka.

Vad du ska märka innan du bjuder in testare

Prioritera det som faktiskt blir skärmdumpar:

1. Gränssnittsdumpar och mockups som du skickar för synpunkter.
2. Pitchdecks, changelogs och roadmap-PDF:er till en mindre, betrodd grupp.
3. Förhandsvisningsbilder av bygget (grafik till butikslistan, onboarding-flöden) när du delar dem som PNG-, JPEG- eller WebP-filer.
4. Korta demovideor på Business eller Enterprise. Indata är MP4, MOV, WebM och MKV, upp till 10 minuter och 100 MB. Den märkta nedladdningen är MP4. Free, Starter och Pro har varken video eller API.

Du behöver inte vattenmärka installationsbinären för det här flödet. De flesta offentliga läckor från tidiga produkter är bilder och korta klipp, inte installationsprogrammet. Textfiler och ZIP-baserade paket kan märkas, men de märkena är sköra: De överlever varken skärmdumpar eller att innehållet plockas ut.

Ett enkelt beta-arbetsflöde

1. Ge en mottagarkod per testare (eller per företag, om ett helt team delar en kontakt). En kod är 1–32 tecken.
2. Märk varje utgående fil med den koden innan du skickar den. Filinnehåll bearbetas i minnet och lagras inte.
3. Håll en privat lista: testare → kod → datum → vilka filer. Lägg inte listan i den delade Discorden.
4. När något läcker, ladda ner skärmdumpen eller klippet och kör Detektera. En träff pekar på kopian som lämnade dina händer.
5. Följ upp som ett samtal, inte som en rättegång. En träff visar vilken kopia som läckte; den bevisar inte i sig vem som delade den med flit. När du raderar posten tar detekteringen slut.

HowTo: märk och detektera en beta-skärmdump

1. Skapa eller välj en mottagaretikett för testaren.
2. Ladda upp PNG, JPEG, WebP eller PDF och märk den för den mottagaren.
3. Skicka bara den märkta filen (e-post, Drive, TestFlight-anteckningar, den kanal du redan använder).
4. Om en läcka dyker upp, ladda upp den läckta bilden till Detektera och läs den rapporterade träffen och konfidensen.

Vad en träff betyder (och vad den inte betyder)

Markedfile rapporterar en konfidenspoäng: omkring 99 % för den exakta filen, 95 % från enbart metadatamärket och omkring 81 % för en JPEG som sparats om eller en skärmdump. Det är rapporterade poäng, inte garanterad detektering. För video på Business och Enterprise stannar en träff enbart på bilden på eller under 85 % konfidens. Behandla aldrig en poäng som juridiskt bevis.

Gränser du bör planera för

• Beskärningar: Ungefär 256 px av ett detaljerat område är det ungefärliga minimet. Pyttesmå gränssnittsbeskärningar kan misslyckas. Det är en ungefärlig riktlinje, inte ett tak.
• Små bilder: Bilder och videobildrutor under 96×96 px avvisas; allt annat använder samma mönster.
• Rotationer: De flesta rotationer på 90° går bra. Rotation plus stark, ojämn utsträckning kan förstöra detekteringen.
• PDF-skärmdumpar: En skärmdump av en PDF är efter bästa förmåga och är inte garanterad. PDF-märket är osynligt, och en skärmdump kan kontrolleras om den visar ungefär 200 pt av en biljett, 160 pt av ett foto, 320 pt av en presentationsbild eller den övre halvan av en textsida. Tät text för sig detekteras inte. PDF:er som märktes innan märket blev osynligt är inte kompatibla, så märk om dem.
• Video: bara Business och Enterprise. Samma mönster skrivs på varje bildruta. Det går fortfarande att läsa efter H.264-omkodning upp till CRF 23, en trimning, en långsam zoom eller en nedskalning till 1280×720 eller 854×480, även när metadata har tagits bort. En träff enbart på bilden stannar på eller under 85 % konfidens. En exporterad bildruta är en svagare kontroll. Signerad metadata ger mer konfidens när den behålls. När du raderar posten tar detekteringen slut.
• Omärkta filer: något du skickade innan du märkte det kan inte spåras senare.

Detektering är aldrig 100 %. Synliga vattenmärken blir fortfarande beskurna; se varför skärmdumpar slår synliga märken och osynliga vattenmärken som överlever skärmdumpar.

Var Markedfile passar in

Markedfile märker PNG-, JPEG- och WebP-bilder, PDF:er, textfiler och ZIP-baserade paket. Video och API:et finns bara på Business och Enterprise. Free, Starter och Pro har varken video eller API, men de märker PNG, JPEG, WebP, PDF:er, text och ZIP. Planer: Free är $0, med 5 aktiva filer som kan detekteras i 6 månader, upp till 5 MB per fil och PDF:er upp till 10 sidor. Starter är $9.99 i månaden, med 50 aktiva filer, upp till 10 MB och PDF:er upp till 50 sidor. Pro är $19.99 i månaden, utan tak för aktiva filer, upp till 20 MB och PDF:er upp till 100 sidor. Business är $49.99 i månaden: en delad arbetsyta, upp till 100 MB, PDF:er upp till 500 sidor, video och API:et. Enterprise är en offert efter mått och inkluderar också video och API:et. API:et är POST /api/v1/mark och POST /api/v1/detect (dokumentation). Filinnehåll bearbetas i minnet och lagras inte.

Det byggdes för att team behövde ett sätt att märka filer innan de delade dem för granskning (PDF:er, foton, identitetskontroller), och inget självbetjäningsverktyg gjorde det. Betaprogram är samma problem med fler mottagare och fler skärmdumpar.

FAQ

Måste jag märka varje bygge?
Nej. Märk de skärmdumpar, deck och förhandsvisningar du faktiskt skickar. Installationsprogrammet är ett annat problem (kodsignering, licensnycklar, rättigheter på serversidan).

Vad händer om testare tar egna foton av skärmen?
Ett foto av en märkt skärm är svagare än en digital skärmdump, men samma gränser för beskärning och detalj gäller. Stora, detaljerade gränssnittsområden fungerar bättre än en pytteliten beskuren knapp.

Kan jag automatisera det här för många testare?
Ja, på Business och Enterprise via API:et (POST /api/v1/mark, POST /api/v1/detect). Håll mottagarkopplingen i ditt eget CRM eller kalkylark.

Räcker en träff för att ta bort någon ur betan?
Det är ditt beslut, inte ett påstående från produkten. Använd träffen som ett spår, kontrollera dina register och prata med personen. Om det juridiska står på spel, prata med en jurist först.

Nästa steg

Prova att märka en exempelskärmdump för två påhittade testare, ta en skärmdump med telefonen av en av de två kopiorna och kör Detektera. Gör det sedan till en vana före nästa inbjudningsomgång. Priserna finns på prissidan.