WeTransfer and Dropbox solve different problems, and the choice usually comes down to one question: is this file a delivery or a document? WeTransfer hands over a copy and forgets about it. Dropbox stores and syncs something you keep working on. Picking the wrong one is how clients end up editing a file they were only meant to receive.
"Dropbox" can mean two things here, and the difference matters. Dropbox itself is storage and sync. Dropbox Transfer is a separate feature that hands over a copy, the way WeTransfer does. Most of the confusion in this comparison comes from mixing the two up.
The one-sentence version
- WeTransfer is for a file that leaves. You upload, they download, it expires, nobody thinks about it again.
- Dropbox is for a file that stays. It lives in a folder, it syncs, and both of you keep seeing the current version.
- Dropbox Transfer is Dropbox doing the first job — available if you already pay for Dropbox.
What each states
From each company's own documentation, on the dates shown:
| WeTransfer (31 July 2026) | Dropbox Transfer (21 September 2026) | |
|---|---|---|
| Free transfer size | 3 GB or 10 transfers, across a rolling 30 days | 2 GB |
| How long files last | Never-expiring only on the top tier | 7 days on free; custom dates on paid tiers |
| Account to send | No | Yes |
| Advertising on the free tier | Yes | No |
| Sold separately | Yes | No, part of Dropbox |
No prices anywhere on this site — they move faster than a page can stay accurate.
The distinction that actually matters
It is not size, price or retention. It is what the recipient gets access to.
Share a Dropbox folder link and you give someone a window into your storage. Move the file and the link changes meaning. Edit it and they see the edit. Share the parent folder by accident and they see everything in it — the recurring accident in this category.
Send a WeTransfer link — or a Dropbox Transfer link — and you hand over a copy. Nothing the recipient does touches your files, and they see nothing except what you sent. For anything going to a client, that is almost always what you want.
The same argument, applied to Google Drive, is in WeTransfer vs Google Drive.
When WeTransfer is the right answer
- You are sending to someone outside your organisation, once.
- You do not want them to need an account, a login or a folder.
- The file is finished, not a work in progress.
- It is under 3 GB, or you are paying.
When Dropbox is the right answer
- Several people work on the same files over weeks.
- You need version history.
- The other party is a collaborator, not a recipient.
- You already have it, and Transfer covers your occasional send-and-forget.
When neither quite fits
There is a common job both handle poorly: delivering a body of work to a client who will come back to it.
A wedding gallery, a project handover, a set of finished brand assets. WeTransfer expires it. Dropbox keeps it — but in a folder that is really yours, with the client's access tangled up in your storage, and if you tidy your Dropbox next year their link breaks.
That job wants a delivery that lasts, keeps its structure, and belongs to the deliverable rather than to your filing system. It is what collections are for on Yungle, which I build.
Free transfers are 10 GB each, as many as you like, no ads.
Practical answers
- A 4 GB video to a client, no account for either of you: WeTransfer paid, SwissTransfer free at 50 GB, or Yungle free at 10 GB. See the fuller comparison, or Yungle vs WeTransfer for the two side by side.
- Working with a collaborator on the same files for three months: Dropbox. This is what it is for.
- You already pay for Dropbox and send the occasional file: Dropbox Transfer. Outgrown 2 GB? Here is what else exists, or see Yungle vs Dropbox Transfer.
- Finished client work that must still be there next year: neither — you want something built for delivery, not for sending or syncing.
- Files must stay in the EU: both are US companies. That is a different question from where the servers are, and it usually decides procurement.