VidKeep

Guides

Was wir protokollieren, und was nicht

Portrait of Daniel Okafor, VidKeep engineer
Daniel OkaforVideo-tools engineer, VidKeep
· Veröffentlicht 2026-09-04 · Aktualisiert 2026-09-04 · 7 Min. Lesezeit
Downloadseite mit Qualitätsoptionen und ohne erforderliche Anmeldung

Kurzfassung: keine Video-Links, keine IP-Adressen, keine Dateien. Der Link, den du einfügst, wird als Einweg-Hash gespeichert und nie als Text. Die Besucherkennung ist ein Hash aus Adresse und Browser, der sich ändert, sobald sich eines von beiden ändert. Heruntergeladene Dateien werden durchgestreamt und nie auf unsere Festplatte geschrieben. Unten steht jedes Feld, das wir tatsächlich erfassen, und warum es existiert.

Jedes Feld, das wir schreiben, vollständig

FeldBeispielWarum es existiert
Zeitstempel2026-08-01T14:22ZEreignisse ordnen
Ereignistypdownload_ok, extract_failedWas passiert ist
Link-Hasha3f2f9605acb5fe3Ein defektes Video von vielen unterscheiden
Plattformyoutube, tiktokWelche Seiten Nutzer mitbringen
Qualität720Was gewählt wird
Besucher-Hash7c41be09ad2fKostenloses Kontingent; Ergebnis des ersten Versuchs
Spracheen, esWelche Übersetzungen wichtig sind
Kurzdetailmerge_timeoutFehler diagnostizieren

Das ist die vollständige Liste. Kein Konto, keine E-Mail für kostenlose Nutzung, keine Adresse, kein Geräte-Fingerabdruck und kein lesbarer Link.

Downloadseite mit Qualitätsoptionen, ohne erforderliche Anmeldung
Nichts auf dieser Seite erfordert ein Konto, und nichts dahinter speichert deinen Link.

Die Adresse, die du einfügst, ist das Sensibelste, was du einem Downloader gibst. Sie verrät, was du dir ansiehst, und über die Zeit betrachtet verrät sie deutlich mehr als das.

Wir führen sie durch SHA-256 und behalten die ersten sechzehn Zeichen. Das ist eine Einweg-Operation: Derselbe Link erzeugt immer denselben Hash, und niemand kann vom Hash zurück zum Link gelangen. Weder wir, noch jemand, der die Datei erhält.

Der Hash ist trotzdem für die eine Sache nützlich, die er leisten muss. Wenn vierzig Fehlschläge einen Hash teilen, ist ein Video defekt. Wenn vierzig Fehlschläge vierzig verschiedene Hashes haben, stimmt etwas im Dienst nicht. Das ist der gesamte Zweck, und er funktioniert ohne den Originaltext.

Links im Klartext zu speichern wäre einfacher und würde mehr Fragen beantworten. Es würde auch eine Datei schaffen, die vom Moment ihrer Existenz an ein Risiko ist — und kein Versprechen, sorgfältig damit umzugehen, ist so gut wie sie gar nicht zu haben.

Warum die Besucherkennung keine Identität ist

Eine Kennung ist unvermeidlich, wenn ein kostenloser Tarif ein Tageslimit hat. Ohne eine ist ein Limit kein Limit.

Unsere ist ein Hash aus Netzwerkadresse und Browser-String, sechzehn Zeichen. Die rohe Adresse wird nirgends geschrieben. Wechsle das Netzwerk und du wirst ein anderer Besucher; aktualisiere deinen Browser und dasselbe passiert. Sie ist bewusst schwach als Kennung und stark genug für einen Tageszähler.

Sie beantwortet eine Produktfrage, die sonst nichts beantworten kann: was beim ersten Versuch jemandes geschah. Das ist wichtiger, als es klingt — ein Dienst kann im Aggregat gesund aussehen, während er die meisten Neuankömmlinge beim ersten Versuch scheitern lässt, und ohne eine Möglichkeit, die Versuche einer Person zu gruppieren, ist dieses Muster unsichtbar.

Was sie nicht kann: dir zwischen Netzwerken folgen, Sitzungen über die Zeit verknüpfen, oder sich mit irgendetwas verbinden, das du anderswo tust. Dafür gibt es kein Cookie und keinen Drittanbieter-Tracker.

Dateien: gestreamt, nie gespeichert

Das Video selbst ist die größte Datenschutzfrage und hat die einfachste Antwort.

Bei Qualitäten, die wir zusammensetzen, existiert die Datei kurz in einem temporären Ordner, während sie gebaut, an dich gesendet und gelöscht wird. Bei allem anderen laufen die Daten in 64 KB großen Blöcken durch und werden nie auf die Festplatte geschrieben.

Nichts sammelt sich an. Es gibt keine Bibliothek heruntergeladener Videos, keinen Cache nach beliebten Links, keine für Performance aufbewahrte Kopie. Würden wir dich morgen fragen, was du heute heruntergeladen hast, könnten wir es dir nicht sagen — das ist Design, nicht Richtlinie.

Caching wäre die naheliegende Optimierung, und wir tun es nicht. Ein beliebtes Video, hundertmal abgerufen, wird hundertmal abgerufen, was uns jedes Mal Bandbreite kostet. Die Alternative wäre ein Dateispeicher nach dem, was Leute angefragt haben — was eine Bibliothek von Anfragen unter anderem Namen ist und so lange auf einer Festplatte läge, wie sie nützlich wäre.

Dieselbe Überlegung schließt eine Downloadverlauf-Funktion aus, nach der Leute gelegentlich fragen. Dir zu zeigen, was du letzte Woche gespeichert hast, erfordert einen Eintrag darüber, gebunden an etwas, das dich identifiziert. Es ist eine echt nützliche Funktion und unvereinbar mit dem Rest dieser Seite, also gibt es sie nicht.

Was zahlende Konten hinzufügen, und nur zahlende Konten

Bezahlen erfordert mehr, und die Grenze lohnt es sich, genau zu benennen.

Was ein zahlendes Konto weiterhin nicht hinzufügt, ist jede Verbindung zu dem, was du heruntergeladen hast. Das Lizenzsystem und das Ereignisprotokoll teilen bewusst keine Kennung — zu wissen, dass eine Lizenz aktiv ist, und zu wissen, was jemand gespeichert hat, sind zwei verschiedene Fragen, und wir können nur die erste beantworten.

Was wir erfassen könnten und uns dagegen entschieden haben

Der interessante Teil jeder Datenschutzhaltung ist nicht, was fehlt, weil es nie gebraucht wurde — es ist, was verfügbar, nützlich war und liegen gelassen wurde.

Referrer. Browser sagen einer Seite, von welcher Seite du kamst, und das ist echt wertvoll, um zu verstehen, woher Besucher kommen. Bei einem Downloader ist es gelegentlich auch die Videoseite selbst, was genau das wieder ins Protokoll zurückbringen würde, was das Hashen des Links entfernt.

Ein dauerhaftes Cookie. Eine stabile Kennung würde das kostenlose Kontingent schwerer zurücksetzbar machen und uns erlauben, eine Person über Sitzungen hinweg zu verfolgen. Das Kontingent funktioniert akzeptabel mit einem Hash, der sich mit dem Netzwerk ändert, und die Kosten der stärkeren Version wären eine echte Identität, wo keine existierte.

Analyse von Drittanbietern. Eine einzige Skriptzeile würde weit mehr Produktfragen beantworten als unsere eigenen Protokolle. Sie würde auch jeden Seitenaufruf an ein Unternehmen mit eigenen Interessen weitergeben — auf einer Seite, wo der Seitenaufruf der sensible Teil ist.

Geräte-Fingerprinting. Bildschirmgröße, Schriftarten, Zeitzone und Hardware kombinieren sich zu einer Kennung, die Netzwerkwechsel und private Fenster übersteht. Sie ist wirksam, für die gemessene Person unsichtbar, und genau die Technik, die jemand, der ein Browser-Tool statt einer App nutzt, zu vermeiden versucht.

Jedes davon hätte den Betrieb des Produkts erleichtert. Keines davon hätte einen einzigen Download besser funktionieren lassen, und das ist der Maßstab, den wir angelegt haben.

Wie man die Datenschutzaussagen eines beliebigen Downloaders beurteilt

Nützlich unabhängig davon, welches Tool du benutzt, weil die Behauptung leicht zu machen und selten geprüft ist.

  1. Erfordert es ein Konto für die Grundnutzung? Wenn ja, ist alles, was du tust, konstruktionsbedingt an eine Identität gebunden.
  2. Wie viele Tracker laden auf der Seite? Öffne die Netzwerkansicht des Browsers. Drittanbieter-Analyse und Werbeskripte sehen die Seite, auf der du bist, egal was die eigene Richtlinie der Seite sagt.
  3. Nennt die Datenschutzerklärung konkrete Felder? ‘Wir respektieren deine Privatsphäre’ ist keine Aussage über Daten. Eine Liste dessen, was gespeichert wird, ist es.
  4. Erklärt sie die Aufbewahrung? ‘So lange wie nötig’ bedeutet unbegrenzt.
  5. Ist es eine App oder eine Erweiterung? Beide haben Berechtigungen weit über die Aufgabe hinaus — mehr zu diesem Kompromiss.

Punkt zwei fängt mehr als der Rest zusammen. Eine Seite mit einer warmen Datenschutzerklärung und neun Werbe-Trackern hat die Frage auf eine Weise beantwortet, die der Text nicht tut.

Das Protokoll, das wir abgeschaltet haben, und das, das wir hinzufügen mussten

Zwei Änderungen am 1. August 2026 erklären unsere Haltung besser als jede Grundsatzerklärung, weil beide uns etwas gekostet haben.

Die erste war, das Standard-Zugriffsprotokoll des Webservers abzuschalten. Es schreibt eine Zeile pro Anfrage mit der vollständigen Anfrage — und bei diesem Dienst trägt die Anfragezeile die Videoadresse als Parameter. Jeder eingereichte Link wurde durch eine Voreinstellung, die niemand bewusst gewählt hatte, lesbar in eine Datei geschrieben. Es wurde für nichts verwendet und widersprach dem, was wir über Links sagten. Also ist es aus, und unser eigenes Zugriffsprotokoll erfasst den Pfad ohne den Query-String.

Das ist ein echter Verlust. Standard-Zugriffsprotokolle sind, wie man einen Webdienst debuggt, und ohne eines zu arbeiten ist schwerer. Es schien der falsche Tausch, eine Datei mit den Links aller für den Komfort gelegentlichen Debuggens zu behalten.

Die zweite Änderung ging in die andere Richtung. Lange Zeit erfasste das Ereignisprotokoll nur Fehlschläge, was es für die wichtigen Fragen nutzlos machte: wie viele Leute einen fertigen Download erreichen, welche Plattformen sie mitbringen, wo die kostenlose Stufe sie stoppt. Zehn Fehlschläge bedeuten nichts, ohne zu wissen, ob es zwanzig Versuche waren oder zweitausend. Also werden jetzt auch Erfolge protokolliert — dieselben Felder, derselbe gehashte Link, keine neuen personenbezogenen Daten. Mehr Einträge, nicht mehr Wissen über irgendjemanden.

Die Form beider Entscheidungen ist dieselbe. Die Frage ist nie, ob Protokollieren gut ist, sondern welches konkrete Feld sich seinen Platz verdient. Ein roher Link verdient nichts, was ein Hash nicht auch verdient, also geht der rohe Link. Ein Erfolgsereignis verdient etwas, das kein Fehlschlagereignis liefern kann, also bleibt es. Feld für Feld angewendet, ergibt diese Überlegung die Tabelle am Anfang dieses Artikels — und es ist eine Tabelle, die wir genau deshalb veröffentlichen können, weil nichts darin steht, das du lieber nicht wüsstest.

Eine ehrliche Einschränkung. Unser Traffic läuft über ein Content-Delivery-Network, wie fast jede Seite, und dieser Anbieter sieht Verbindungen, um sie routen zu können. Wir kontrollieren nicht, was ein zwischengeschaltetes Netzwerk aufbewahrt. Was wir sagen können, ist, was bei uns ankommt und was wir aufschreiben — genau das dokumentiert dieser Artikel.

Häufige Fragen

Speichert ihr die Links, die ich einfüge?

Nein. Jeder Link wird mit SHA-256 gehasht, und nur der Hash wird gespeichert. Der Originaltext wird nie geschrieben und kann aus dem Hash nicht wiederhergestellt werden.

Protokolliert ihr IP-Adressen?

Nein. Für das tägliche kostenlose Limit wird ein Hash aus Adresse und Browser verwendet; die rohe Adresse wird nie in eine Datei geschrieben.

Werden heruntergeladene Dateien auf euren Servern aufbewahrt?

Nein. Zusammengesetzte Dateien werden sofort nach dem Senden gelöscht, und alles andere wird durchgestreamt, ohne die Festplatte zu berühren.

Brauche ich ein Konto?

Für kostenlose Nutzung nicht. Eine E-Mail-Adresse ist nur für eine kostenpflichtige Lizenz nötig, damit der Schlüssel und Ablauferinnerungen gesendet werden können.

Könnt ihr sehen, was ich heruntergeladen habe?

Nein. Wir können sehen, dass ein Download einer bestimmten Plattform und Qualität erfolgreich war, und einen Hash, den wir nicht umkehren können. Das Lizenzsystem teilt keine Kennung mit dem Ereignisprotokoll.

Wie beurteile ich den Datenschutz eines anderen Downloaders?

Prüfe, ob ein Konto nötig ist, zähle die Drittanbieter-Tracker auf der Seite, und schau, ob die Richtlinie konkrete Felder nennt statt allgemeine Versprechen zu machen.

Probier es selbst aus

VidKeep läuft in deinem Browser: Link einfügen, Qualität wählen, Datei behalten. Kein Konto, keine App.

VidKeep öffnen

Zuletzt aktualisiert: 2026-09-04. Wir überarbeiten unsere Anleitungen, wenn sich die Plattformen ändern.