Beta-Tester leaken dein Produkt? Geleakte Screenshots zurückverfolgen

Warum Beta-Lecks schwer zuzuordnen sind

Geschlossene Betas leaken über die gewöhnlichsten Kanäle: ein Discord-Kanal, ein Reddit-Post, ein Screenshot in einem Gruppenchat. Die Datei behält selten die E-Mail, aus der sie kam, oder den Ordnernamen. Ein Screenshot vom Handy entfernt die Metadaten. Von außen sieht die Kopie jedes Testers gleich aus.

NDAs und „bitte nicht teilen“ helfen bei den Erwartungen und sagen dir nicht, welche von zwanzig Personen den Bildschirm geteilt hat.

Verwandt: NDA-Verstöße und ein geteiltes Dokument zurückverfolgen und was nach einem Leck als Beleg zählt.

Was du markierst, bevor du Tester einlädst

Priorisiere die Assets, die wirklich als Screenshot landen:

1. UI-Screenshots und Mockups, die du für Feedback sendest.
2. Pitch-Decks, Changelogs und Roadmap-PDFs für eine kleinere, vertraute Gruppe.
3. Build-Vorschaubilder (Store-Grafik, Onboarding-Abläufe), wenn du sie als PNG-, JPEG- oder WebP-Dateien teilst.
4. Kurze Demo-Videos auf Business oder Enterprise. Eingaben sind MP4, MOV, WebM und MKV, bis zu 10 Minuten und 100 MB. Der markierte Download ist MP4. Free, Starter und Pro haben kein Video und keine API.

Für diesen Ablauf musst du die Installer-Binärdatei nicht markieren. Die meisten öffentlichen Lecks früher Produkte sind Bilder und kurze Clips, nicht der Installer. Textdateien und ZIP-basierte Pakete lassen sich markieren, aber diese Markierungen sind fragil und überstehen weder Screenshots noch das Extrahieren des Inhalts.

Ein einfacher Beta-Ablauf

1. Vergib einen Empfängercode pro Tester (oder pro Unternehmen, wenn ein ganzes Team einen Kontakt teilt). Ein Code hat 1–32 Zeichen.
2. Markiere jede ausgehende Datei mit diesem Code, bevor du sie sendest. Dateiinhalte werden im Speicher verarbeitet und nicht gespeichert.
3. Führe eine private Liste: Tester → Code → Datum → welche Assets. Leg diese Liste nicht in den gemeinsamen Discord.
4. Wenn etwas leakt, lade den Screenshot oder Clip herunter und starte Erkennen. Eine Übereinstimmung zeigt auf die Kopie, die deine Hände verlassen hat.
5. Behandle das Nachfassen als Gespräch, nicht als Gerichtsverfahren. Eine Übereinstimmung zeigt, welche Kopie geleakt ist; sie beweist für sich nicht, wer sie absichtlich geteilt hat. Das Löschen des Datensatzes beendet die Erkennung.

HowTo: einen Beta-Screenshot markieren und erkennen

1. Lege eine Empfängerbezeichnung für den Tester an oder wähle eine.
2. Lade das PNG, JPEG, WebP oder PDF hoch und markiere es für diesen Empfänger.
3. Sende nur diese markierte Datei (E-Mail, Drive, TestFlight-Notizen, welchen Kanal du schon nutzt).
4. Wenn ein Leck auftaucht, lade das geleakte Bild bei Erkennen hoch und lies die gemeldete Übereinstimmung und die Konfidenz.

Was eine Übereinstimmung bedeutet (und was nicht)

Markedfile meldet einen Konfidenzwert: etwa 99 % für die exakte Datei oder wenn die Metadatenmarkierung mit einer anderen Markierung übereinstimmt, 95 % allein aus der Metadatenmarkierung und etwa 81 % für ein neu gespeichertes JPEG oder einen Screenshot. Das sind gemeldete Werte, keine garantierte Erkennung. Bei Video auf Business und Enterprise bleibt eine Übereinstimmung nur über das Bild bei 85 % Konfidenz oder darunter. Behandle einen Wert nie als rechtlichen Beweis.

Grenzen, mit denen du planen solltest

• Ausschnitte: Ungefähr 256 px eines detaillierten Bereichs sind das ungefähre Minimum. Winzige UI-Ausschnitte können scheitern. Das ist eine grobe Orientierung, keine Obergrenze.
• Kleine Bilder: Bilder und Video-Einzelbilder unter 96×96 px werden abgelehnt; alles andere nutzt dasselbe Muster.
• Drehungen: Die meisten Drehungen um 90° sind in Ordnung. Eine Drehung plus starkes, ungleichmäßiges Strecken kann die Erkennung zunichtemachen.
• PDF-Screenshots: Ein PDF-Screenshot ist nach bestem Bemühen und nicht garantiert. Die PDF-Markierung ist unsichtbar, und ein Screenshot lässt sich prüfen, wenn er ungefähr 200 pt eines Tickets, 160 pt eines Fotos, 320 pt einer Folie oder die obere Hälfte einer Textseite zeigt. Dichter Text allein wird nicht erkannt. PDFs, die markiert wurden, bevor die Markierung unsichtbar wurde, sind nicht kompatibel, also markiere sie neu.
• Video: nur Business und Enterprise. Dasselbe Muster wird auf jedes Frame geschrieben. Es lässt sich weiter lesen nach einer H.264-Neukodierung bis CRF 23, einem Kürzen, einem langsamen Zoom oder einer Verkleinerung auf 1280×720 oder 854×480, auch wenn die Metadaten entfernt wurden. Eine Übereinstimmung nur über das Bild bleibt bei 85 % Konfidenz oder darunter. Ein einzelnes exportiertes Frame ist eine schwächere Prüfung. Signierte Metadaten erhöhen die Konfidenz, wenn sie erhalten bleiben. Das Löschen des Datensatzes beendet die Erkennung.
• Unmarkierte Assets: Was du vor dem Markieren gesendet hast, lässt sich später nicht zurückverfolgen.

Die Erkennung ist nie 100 %. Sichtbare Wasserzeichen werden trotzdem beschnitten; siehe warum Screenshots sichtbare Markierungen schlagen und unsichtbare Wasserzeichen, die Screenshots überstehen.

Wo Markedfile passt

Markedfile markiert PNG-, JPEG- und WebP-Bilder, PDFs, Textdateien und ZIP-basierte Pakete. Video und die API gibt es nur bei Business und Enterprise. Free, Starter und Pro haben kein Video und keine API; sie markieren weiterhin PNG, JPEG, WebP, PDFs, Text und ZIP. Tarife: Free kostet $0, mit 5 aktiven Dateien, die 6 Monate erkennbar bleiben, bis zu 5 MB pro Datei und PDFs bis 10 Seiten. Starter kostet $9.99 im Monat, mit 50 aktiven Dateien, bis zu 10 MB und PDFs bis 50 Seiten. Pro kostet $19.99 im Monat, ohne Obergrenze für aktive Dateien, bis zu 20 MB und PDFs bis 100 Seiten. Business kostet $49.99 im Monat: ein gemeinsamer Workspace, bis zu 100 MB, PDFs bis 500 Seiten, Video und die API. Enterprise ist ein individuelles Angebot und enthält ebenfalls Video und die API. Die API ist POST /api/v1/mark und POST /api/v1/detect (Dokumentation). Dateiinhalte werden im Speicher verarbeitet und nicht gespeichert.

Es entstand, weil Teams Dateien markieren mussten, bevor sie sie zur Prüfung teilten (PDFs, Fotos, Identitätsprüfungen), und kein Werkzeug zum Selbstbedienen das tat. Beta-Programme sind dasselbe Problem mit mehr Empfängern und mehr Screenshots.

FAQ

Muss ich jeden Build markieren?
Nein. Markiere die Screenshots, Decks und Vorschauen, die du wirklich sendest. Der Installer ist ein anderes Problem (Codesignatur, Lizenzschlüssel, serverseitige Berechtigungen).

Was, wenn Tester selbst Fotos vom Bildschirm machen?
Ein Foto eines markierten Bildschirms ist schwächer als ein digitaler Screenshot, aber dieselben Grenzen für Ausschnitt und Detail gelten. Große, detaillierte UI-Bereiche funktionieren besser als ein winziger ausgeschnittener Button.

Kann ich das für viele Tester automatisieren?
Ja, auf Business und Enterprise über die API (POST /api/v1/mark, POST /api/v1/detect). Behalte die Empfängerzuordnung in deinem eigenen CRM oder in einer Tabelle.

Reicht eine Übereinstimmung, um jemanden aus dem Beta zu werfen?
Das ist deine Entscheidung zur Richtlinie, keine Produktaussage. Nutze die Übereinstimmung als Spur, prüfe deine Aufzeichnungen und sprich mit der Person. Wenn rechtlich viel auf dem Spiel steht, hol zuerst rechtlichen Rat.

Nächste Schritte

Markiere probeweise je einen Beispiel-Screenshot für zwei erfundene Tester, mach von einer der beiden Kopien einen Screenshot mit dem Handy und starte Erkennen. Dann mach daraus eine Gewohnheit vor der nächsten Einladungswelle. Die Preise stehen auf der Preisseite.