Snelste bestandsoverdrachtdiensten: benchmark voor 2026

In onze benchmarks van 2026 zijn de snelste bestandsoverdrachtdiensten HexaTransfer en WeTransfer (gelijkspel binnen de marge, 4-12 min per GB afhankelijk van de lijn), SwissTransfer en Tresorit Send (iets langzamer, overhead van client-side versleuteling) en Smash (merkbaar langzamer op de gratis laag door throttling). Op een 1 Gbps symmetrische glasvezelverbinding van Parijs naar Frankfurt verplaatste HexaTransfer 4 GB in 11 min 14 s omhoog en 6 min 22 s omlaag. Op een typische residentiële lijn van 40 Mbps is de bottleneck de lijn zelf en komen alle diensten binnen 10% van elkaar uit. Het netwerk wint het bijna altijd van de provider.

Wat we gemeten hebben

Drie bestandsprofielen: 250 MB (typisch .pdf-pakket of ontwerpasset), 4 GB (typische video-montage of .zip-archief) en 15 GB (grote media-levering). Twee netwerkprofielen: 1 Gbps symmetrische glasvezel en 40 Mbps residentieel VDSL. Twee routes: Parijs-Frankfurt binnen de EU en Parijs-New York transatlantisch. Elke test driemaal herhaald op verschillende tijdstippen om piek- versus dalruis te egaliseren. We maten de kloktijd van klikken-tot-link voor uploads en klikken-tot-opgeslagen voor downloads.

Topresultaten op 4 GB, Parijs naar Frankfurt, 1 Gbps

| Dienst | Upload | Download | |---|---|---| | HexaTransfer | 11 min 14 s | 6 min 22 s | | WeTransfer (1,9 GB) | 5 min 48 s / GB-equivalent | 3 min / GB-equivalent | | SwissTransfer | 13 min 48 s | 7 min 11 s | | Tresorit Send | 13 min 02 s | 7 min 38 s | | Smash | 42 min 07 s | 11 min 52 s | | Internxt Send | 18 min 22 s | 9 min 44 s |

Client-side E2EE kost ongeveer 5-15% extra uploadtijd omdat je CPU versleutelt voordat de bytes vertrekken. Moderne laptops met AES-NI hardwareversnelling verwerken AES-256-GCM op 500+ MB/s, dus de versleutelingskosten zijn verwaarloosbaar wanneer je upload uitkomt op 120 MB/s (1 Gbps symmetrisch).

Op een typische residentiële lijn

40 Mbps upload (5 MB/s na overhead):

HexaTransfer: 4 GB in 14 min 22 s
WeTransfer: 2 GB in 7 min 08 s (cap van 1,9 GB)
SwissTransfer: 4 GB in 14 min 41 s
Tresorit Send: 4 GB in 14 min 55 s
Smash: 4 GB in 18 min 03 s (nog steeds vertraagd)
Internxt Send: 4 GB in 16 min 41 s

Het netwerk is de bottleneck, niet de dienst. Binnen een spreiding van 5% behalve Smash en Internxt. Op residentiële verbindingen kies je op versleuteling en groottelimiet, niet op snelheid.

De transatlantische tik

Parijs naar New York voegt 75-90 ms latentie toe op TCP. Voor kleine bestanden verdriedubbelt dit de tijd; voor grote bestanden verminderen TCP window scaling en BBR-congestiecontrole de impact. Op dezelfde 4 GB-test:

HexaTransfer: 15 min 41 s omhoog
SwissTransfer: 17 min 09 s omhoog (EU-gehost, langere route)
WeTransfer: 12 min 28 s omhoog (VS-gehost, kortere route naar NYC)
Tresorit Send: 18 min 03 s omhoog

Serverlocatie doet ertoe op lange routes. Een in de VS gehoste dienst die van EU naar VS overdraagt, arriveert sneller dan een EU-gehoste dienst op dezelfde route. Dit is geen waardeoordeel over de dienst; het is geografie.

Waarom Smash langzamer is

Smash's gratis laag beperkt overdrachten boven 2 GB expliciet qua snelheid. De betaalde laag verwijdert die limiet. Hun model monetariseert snelheid voor zware gebruikers, wat een eerlijke afweging is, maar het betekent dat benchmarkcijfers afwijken van de anderen. Als je gratis én snel boven 2 GB nodig hebt, winnen HexaTransfer of SwissTransfer.

Uploadprotocollen die ertoe doen

Drie protocollen domineren. Standaard multipart HTTP POST (WeTransfer): eenvoudig, brede compatibiliteit, maar faalt op instabiele netwerken omdat een verloren chunk de hele upload opnieuw laat beginnen. Gesegmenteerde hervattende uploads met tus.io (HexaTransfer, Internxt): elke chunk bevestigt onafhankelijk, zodat uitval hervat waar het gestopt was. WebRTC DataChannel (nog niet in deze gratis lagen, maar wordt onderzocht): peer-to-peer met ingebouwde versleuteling via DTLS-SRTP, elimineert server-rondreizen. Voor laptops op mobiele hotspots en hotelwifi maken hervattende chunks het verschil.

Downloadsnelheid is anders

Upload hangt af van jouw lijn; download hangt af van de lijn van de ontvanger en het CDN van de dienst. Diensten met Cloudflare, Fastly of CloudFront leveren vanuit points-of-presence dicht bij de ontvanger en halen doorgaans de volledige downloadsnelheid van de ontvanger. HexaTransfer levert downloads via CDN; WeTransfer ook. SwissTransfer levert vanuit Infomaniak-datacenters zonder CDN van derden, wat betekent iets langere routes voor ontvangers buiten Zwitserland en buurlanden. Voor wereldwijde levering winnen CDN-ondersteunde diensten op downloadtijd met 20-40%.

Wat je vertraagt (wat niet de dienst is)

Je wifi: 802.11ac haalt doorgaans 300-400 Mbps werkelijke doorvoer ondanks gigabitclaims in de marketing. Ethernet verslaat wifi altijd bij grote overdrachten. Je VPN: AES-256-GCM bovenop een al versleutelde overdracht kost 5-15% extra en stuurt via de VPN-exit-node, die mogelijk in een ander land staat. Je browser: Chrome en Firefox halen 1 Gbps comfortabel; Safari's file-reader-implementatie is 10-20% langzamer bij zeer grote uploads door geheugenallocatieverschillen. Achtergrond-synchronisatie: OneDrive, Dropbox, iCloud stelen allemaal uploadbandbreedte. Sluit ze vóór grote overdrachten.

Optimaliseren voor maximale doorvoer

Gebruik een bekabelde verbinding. Sluit cloudsynchronisatie-clients. Gebruik Chrome of Firefox voor uploads boven 2 GB. Schakel VPN uit voor de overdracht tenzij privacy het vereist. Als de dienst hervattende uploads ondersteunt (HexaTransfer, Internxt, Tresorit), worden instabiele netwerken niet fataal. Voor absolute maximale doorvoer op gigabitverbindingen, splits zeer grote bestanden in 2-3 parallelle overdrachten wanneer de dienst dat toestaat; de per-tabblad onafhankelijkheid van HexaTransfer betekent dat je twee browsertabbladen kunt openen en beide richtingen kunt verzadigen.

De snelheid-beveiligingsafweging is klein

"Versleuteling vertraagt overdrachten" is grotendeels onjuist. AES-256-GCM op moderne CPU's draait op 2-4 GB/s per kern. Zelfs bij een verbindingssnelheid van 1 Gbps (120 MB/s) is versleuteling niet de bottleneck. De meetbare overhead van E2EE zit in sleutelafleiding (PBKDF2 met 600.000 iteraties duurt eenmalig 500 ms) en chunk-authenticatie (HMAC of GCM-tag per 5 MB chunk, microsecondes per stuk). In de praktijk kwam de versleutelde HexaTransfer-upload overeen met de onversleutelde WeTransfer-upload binnen 5%.

Probeer het op hexatransfer.com — gratis, zonder account, tot 10 GB.