Guides
Wat we vastleggen, en wat niet

Kort samengevat: geen videolinks, geen IP-adressen, geen bestanden. De link die je plakt wordt opgeslagen als een eenrichtingshash en nooit als tekst. De bezoekersidentificatie is een hash van adres en browser, die verandert zodra een van beide verandert. Gedownloade bestanden worden doorgestreamd en nooit op onze schijf geschreven. Hieronder staat elk veld dat we daadwerkelijk vastleggen en waarom het bestaat.
Elk veld dat we schrijven, volledig
| Veld | Voorbeeld | Waarom het bestaat |
|---|---|---|
| Tijdstempel | 2026-08-01T14:22Z | Gebeurtenissen ordenen |
| Gebeurtenistype | download_ok, extract_failed | Wat er gebeurde |
| Link-hash | a3f2f9605acb5fe3 | Eén kapotte video onderscheiden van velen |
| Platform | youtube, tiktok | Welke sites mensen aandragen |
| Kwaliteit | 720 | Wat er wordt gekozen |
| Bezoeker-hash | 7c41be09ad2f | Gratis quotum; uitkomst van eerste poging |
| Taal | en, es | Welke vertalingen ertoe doen |
| Kort detail | merge_timeout | Storingen diagnosticeren |
Dat is de volledige lijst. Geen account, geen e-mail voor gratis gebruik, geen adres, geen apparaat-vingerafdruk en geen leesbare link.

Waarom de link een hash is en geen tekst
Het adres dat je plakt is het gevoeligste wat je aan welke downloader dan ook geeft. Het vertelt wat je bekijkt, en over tijd vertelt het veel meer dan dat.
We halen het door SHA-256 en bewaren de eerste zestien tekens. Dat is een eenrichtings-bewerking: dezelfde link levert altijd dezelfde hash op, en niemand kan van de hash terugredeneren naar de link. Wij niet, en niemand die het bestand bemachtigt ook niet.
De hash blijft nuttig voor het enige dat hij moet doen. Als veertig mislukkingen een hash delen, is één video kapot. Als veertig mislukkingen veertig verschillende hashes hebben, is er iets mis met de dienst. Dat is het hele doel, en het werkt zonder de originele tekst.
Links in leesbare tekst opslaan zou eenvoudiger zijn en meer vragen beantwoorden. Het zou ook een bestand creëren dat vanaf het moment dat het bestaat een risico is — en geen belofte om er zorgvuldig mee om te gaan is zo goed als het niet hebben ervan.
Waarom de bezoekersidentificatie geen identiteit is
Een of andere identificatie is onvermijdelijk als een gratis niveau een dagelijkse limiet heeft. Zonder een limiet is een limiet geen limiet.
De onze is een hash van het netwerkadres en de browserstring, zestien tekens. Het ruwe adres wordt nergens geschreven. Verander van netwerk en je wordt een andere bezoeker; werk je browser bij en hetzelfde gebeurt. Het is bewust zwak als identificatie en sterk genoeg voor een dagelijkse teller.
Het beantwoordt één productvraag die niets anders kan beantwoorden: wat er gebeurde bij iemands eerste poging. Dat is belangrijker dan het klinkt — een dienst kan er in het aggregaat gezond uitzien terwijl hij faalt bij de meeste nieuwkomers bij hun eerste poging, en zonder een manier om iemands pogingen te groeperen blijft dat patroon onzichtbaar.
Wat het niet kan doen is je volgen tussen netwerken, sessies over tijd verbinden, of verband leggen met iets wat je elders doet. Er is hier geen cookie voor, en geen derdepartij-tracker bij betrokken.
Bestanden: gestreamd, nooit opgeslagen
De video zelf is de grootste privacyvraag en heeft het eenvoudigste antwoord.
Voor kwaliteiten die wij samenstellen, bestaat het bestand kort in een tijdelijke map terwijl het wordt gebouwd, wordt naar je verzonden, en wordt verwijderd. Voor al het andere gaan de gegevens door in blokken van 64 KB en worden nooit op schijf geschreven.
Er hoopt niets op. Er is geen bibliotheek van gedownloade video's, geen cache geïndexeerd op populaire links, en geen kopie bewaard voor prestaties. Als we je morgen zouden vragen wat je vandaag hebt gedownload, zouden we het je niet kunnen vertellen, en dat is opzettelijk zo, niet vanwege beleid.
Caching zou de voor de hand liggende optimalisatie zijn en we doen het niet. Een populaire video die honderd keer wordt opgevraagd, wordt honderd keer opgehaald, wat ons elke keer bandbreedte kost. Het alternatief is een bestandsopslag geïndexeerd op wat mensen vroegen — wat een bibliotheek van verzoeken is onder een andere naam, en zolang nuttig op een schijf zou blijven staan.
Dezelfde redenering sluit een downloadgeschiedenis-functie uit, waar mensen soms om vragen. Je laten zien wat je vorige week hebt opgeslagen vereist een register bij te houden van wat je vorige week hebt opgeslagen, gekoppeld aan iets dat je identificeert. Het is een echt nuttige functie en onverenigbaar met de rest van deze pagina, dus bestaat het niet.
Wat betaalde accounts toevoegen, en alleen betaalde accounts
Betalen vereist meer, en het is de moeite waard de grens precies te benoemen.
- E-mailadres. Om de licentiesleutel en herinneringen over verlopen te sturen. Gratis gebruik vraagt hier nooit om.
- Wachtwoord-hash. Opgeslagen via scrypt — het wachtwoord zelf wordt nooit geschreven.
- Licentiegegevens. Plan, datums, of het actief is.
- Betalingsreferentie. Van de betalingsprovider, zodat een betaling gekoppeld kan worden aan een licentie.
Wat een betaald account nog steeds niet toevoegt, is enige koppeling met wat je hebt gedownload. Het licentiesysteem en het gebeurtenislogboek delen bewust geen identificatie — weten dat een licentie actief is en weten wat iemand heeft opgeslagen zijn twee verschillende vragen, en we kunnen alleen de eerste beantwoorden.
Wat we zouden kunnen verzamelen en ervoor kozen niet te doen
Het interessante deel van elk privacystandpunt is niet wat ontbreekt omdat het nooit nodig was — het is wat beschikbaar en nuttig was, en toch werd achtergelaten.
Verwijzer. Browsers vertellen een site van welke pagina je kwam, en dat is echt waardevol om te begrijpen waar bezoekers vandaan komen. Bij een downloader is dat soms ook de videopagina zelf, wat precies zou teruggeven aan het logboek wat het hashen van de link eruit haalt.
Een blijvende cookie. Een stabiele identificatie zou het gratis quotum moeilijker te resetten maken en zou ons in staat stellen iemand te volgen tussen sessies. Het quotum werkt acceptabel met een hash die verandert met het netwerk, en de kosten van de sterkere versie zijn een echte identiteit waar er geen was.
Analyse door derden. Eén enkele regel script zou veel meer productvragen beantwoorden dan onze eigen logboeken doen. Het zou ook elke paginaweergave overdragen aan een bedrijf met zijn eigen belangen, op een site waar de paginaweergave het gevoelige deel is.
Apparaat-vingerafdrukken. Schermformaat, lettertypen, tijdzone en hardware combineren tot een identificatie die netwerkveranderingen en privévensters overleeft. Het is effectief, onzichtbaar voor de gemeten persoon, en precies de techniek die iemand die een browsertool gebruikt in plaats van een app probeert te vermijden.
Elk van deze zou het runnen van het product gemakkelijker hebben gemaakt. Geen ervan zou één download beter hebben laten werken, wat de test is die we hebben toegepast.
Hoe je privacyclaims van elke downloader beoordeelt
Nuttig ongeacht welke tool je gebruikt, omdat de claim gemakkelijk te maken is en zelden wordt gecontroleerd.
- Vereist het een account voor basisgebruik? Zo ja, dan is alles wat je doet door de constructie gekoppeld aan een identiteit.
- Hoeveel trackers laden er op de pagina? Open het netwerkoverzicht van de browser. Analyse door derden en advertentiescripts zien de pagina waarop je bent, wat het eigen beleid van de site ook zegt.
- Noemt het privacybeleid specifieke velden? ‘Wij respecteren je privacy’ is geen uitspraak over gegevens. Een lijst van wat er wordt opgeslagen is dat wel.
- Legt het de bewaartermijn uit? ‘Zolang nodig’ betekent voor onbepaalde tijd.
- Is het een app of een extensie? Beide bezitten rechten die ver buiten de taak reiken — meer over die afweging.
Punt twee vangt meer dan de rest samen. Een pagina met een warm privacybeleid en negen advertentietrackers heeft de vraag beantwoord op een manier die de tekst niet doet.
Het logboek dat we uitschakelden, en het logboek dat we moesten toevoegen
Twee wijzigingen op 1 augustus 2026 verklaren ons standpunt beter dan welke beleidsverklaring dan ook, omdat beide ons iets kostten.
De eerste was het uitschakelen van het standaard toegangslogboek van de webserver. Het schrijft een regel per verzoek met het volledige verzoek — en op deze dienst draagt de verzoekregel het video-adres als parameter. Elke link die iemand indiende werd in leesbare vorm in een bestand geschreven, door een standaardinstelling die niemand had gekozen. Het werd nergens voor gebruikt en het weersprak wat we over links zeiden. Dus is het uitgeschakeld, en registreert ons eigen toegangslogboek het pad zonder de queryreeks.
Dat is een echt verlies. Standaard toegangslogboeken zijn hoe je een webdienst debugt, en werken zonder een is moeilijker. Het leek de verkeerde ruil om een bestand met ieders links te bewaren voor het gemak van incidenteel debuggen.
De tweede wijziging ging de andere kant op. Lange tijd registreerde het gebeurtenislogboek alleen mislukkingen, waardoor het nutteloos was voor de vragen die ertoe doen: hoeveel mensen bereiken een voltooide download, welke platforms brengen ze mee, waar houdt het gratis niveau ze tegen. Tien mislukkingen betekenen niets zonder te weten of er twintig pogingen waren of tweeduizend. Dus worden successen nu ook geregistreerd — dezelfde velden, dezelfde gehashte link, geen nieuwe persoonsgegevens. Meer records, niet meer kennis over wie dan ook.
De vorm van beide beslissingen is dezelfde. De vraag is nooit of registreren goed is, het is welk specifiek veld zijn plek verdient. Een ruwe link verdient niets wat een hash niet ook verdient, dus de ruwe link verdwijnt. Een succesgebeurtenis verdient iets wat geen enkele foutgebeurtenis kan bieden, dus die blijft. Veld voor veld toegepast, levert die redenering de tabel op aan het begin van dit artikel — en het is een tabel die we precies kunnen publiceren omdat er niets in staat dat we liever niet zouden willen dat je weet.
Eén eerlijke beperking. Ons verkeer gaat via een content delivery network, zoals bijna elke site, en die aanbieder ziet verbindingen om ze te kunnen routeren. We hebben geen controle over wat een tussenliggend netwerk bewaart. Wat we kunnen zeggen is wat ons bereikt en wat we opschrijven, wat dit artikel documenteert.
Veelgestelde vragen
Bewaren jullie de links die ik plak?
Nee. Elke link wordt gehasht met SHA-256 en alleen de hash wordt opgeslagen. De originele tekst wordt nooit geschreven en kan niet worden teruggehaald uit de hash.
Registreren jullie IP-adressen?
Nee. Een hash van adres en browser wordt gebruikt voor de dagelijkse gratis limiet; het ruwe adres wordt nooit naar enig bestand geschreven.
Worden gedownloade bestanden bewaard op jullie servers?
Nee. Samengestelde bestanden worden direct na verzending verwijderd, en al het andere wordt doorgestreamd zonder de schijf aan te raken.
Heb ik een account nodig?
Niet voor gratis gebruik. Een e-mailadres is alleen vereist voor een betaalde licentie, zodat de sleutel en herinneringen over verlopen kunnen worden verzonden.
Kunnen jullie zien wat ik heb gedownload?
Nee. We kunnen zien dat een download van een bepaald platform en kwaliteit is gelukt, en een hash die we niet kunnen omkeren. Het licentiesysteem deelt geen identificatie met het gebeurtenislogboek.
Hoe beoordeel ik de privacy van een andere downloader?
Controleer of er een account vereist is, tel de trackers van derden op de pagina, en kijk of het beleid specifieke velden noemt in plaats van algemene beloften te doen.
VidKeep werkt in je browser: plak een link, kies een kwaliteit, bewaar het bestand. Geen account, geen app.
Open VidKeepLaatst bijgewerkt: 2026-09-04. We herzien onze gidsen zodra platforms veranderen.

