Dropbox QR Code Generator
Paste a Dropbox share link and QRKIT turns it into a scannable code. Two Dropbox details decide whether it behaves: copy a viewing link rather than an editing one, and set the dl value on the end of the link to choose between Dropbox's preview page and an immediate download. Both are below, along with the honest part — what happens to a printed code when the link dies.
Pattern
Eyes
Do this first
Copy the Right Kind of Dropbox Link
Dropbox does not hand you one link. It hands you a choice between two, and the wrong one turns a perfectly good code into a sign-in wall. A link for viewing lets someone open and preview the file with no Dropbox account at all — Dropbox says so plainly, and that is the entire reason printing a Dropbox code is viable. A link for editing is the opposite: Dropbox states that to view or edit shared content through one, the person must have an account and be signed in.
So a scanner who has never used Dropbox meets a document if you copied one link, and a login form if you copied the other. It fails silently for you, too, because your own phone is signed in as the owner and opens either one without complaint.
In a browser, on dropbox.com
- 1
Log in, hover over the file or folder you want to share, and click Share.
- 2
Click Copy link.
- 3
Click Manage. This is where the decision lives: choose Link for viewing rather than Link for editing for anything you are printing.
- 4
Click Copy link again. Use what that button gives you rather than the address showing in your browser — the address bar can be holding your own private view of the folder, which will not open for anybody else.
From the desktop app, or a phone
In the desktop app the route runs through your file browser: open the Dropbox folder in File Explorer or Finder, right-click the item, click Share…, open the settings control, select Link for viewing, then Copy link. On a phone, one detail is worth knowing before you assume: Dropbox documents that on Android files are set to Link for viewing by default, while for a folder you have to select it yourself. Check it either way rather than trusting the default, because the cost of getting it wrong is paid entirely by people who are not you.
Never print an editing link. Beyond the sign-in wall it puts in front of strangers, an edit link means anyone who scans your poster can change or remove the file for everybody else. A printed code is the least revocable distribution channel there is, so the permission it carries should be the smallest one that does the job.
Then check who the link is actually open to. In the link settings, Dropbox offers a Who has access control with Anyone with link and Team members among the choices, and on a team account an administrator sets a default that members can change. Dropbox does not publish one universal starting value, so do not assume yours — read the setting. Then run the only test that means anything: open the copied link in a private browsing window, or on a phone signed out of Dropbox. If the file appears, you are ready to print. If you are asked to sign in or told you do not have access, the link is the problem and no generator can fix it.
Dropbox can make a QR code itself — and sometimes that is the right answer. It would be dishonest not to mention it on this page. In the same place you just copied the link, dropbox.com offers a Create QR code action: click Share, open the more-options control, click Create QR code, and Save downloads it as a .png. Dropbox documents it as a view-only code, and it takes seconds. What Dropbox's help describes no way of doing is changing where an already-saved code points, or telling you how many people scanned it — that .png carries the link itself, so the code's life is tied to the link's. If the file is small, the audience is known, and the code is not going on anything expensive to reprint, use Dropbox's and skip the rest of this page. The reason to generate the code here is the two things a code with the address baked in cannot do, both covered in the section below on changing where a code goes: outlive the link, and count the scans.
Three steps
How to Make a Dropbox QR Code
The Dropbox half is the half that needs care. With the right link already in your clipboard, what follows is quick: build it and preview it without signing in to anything, and sign up free only at the point you want the file.
Copy a viewing link from Dropbox
Share, Copy link, Manage, Link for viewing, Copy link. The viewing kind opens for people with no Dropbox account; the editing kind asks them to sign in.
Decide whether it should preview or download
One character on the end of the link picks between Dropbox's preview page and an immediate download. The section on preview versus download walks through both, and when each is right.
Paste it into the generator and test the code
Drop it into the URL field above, add your logo and colors, then scan the preview from a signed-out phone before you trust it. Downloads need a free QRKIT account: that gets a PNG at up to 1024px, which covers screens and office printing. Both other formats — the SVG a print shop will ask for, and PDF — are on the paid plans. Nothing is watermarked on any plan, Free included.
How it works: what you are building is an ordinary URL QR code that happens to point at Dropbox — the pattern carries a web address and nothing more. There is no wiring between the two services: QRKIT holds no Dropbox credentials, cannot see your files or their link settings, and cannot change them. Dropbox is a trademark of Dropbox, Inc.; QRKIT is not affiliated with, endorsed by, or integrated with Dropbox.
The one-character difference
Preview or Download: What dl=0 and dl=1 Actually Do
Look at the end of any Dropbox share link and you will find a dl value sitting there. Almost nobody notices it, and it quietly decides what happens the instant somebody scans your code — whether they land on Dropbox's page for the file, or whether the file starts arriving on their phone.
This is not a trick somebody found. Dropbox documents it: its own help page on forcing a download tells you to use dl=1 as a query parameter, and prints example links showing exactly where it goes. Worth saying plainly, because plenty of pages present this as a hack of uncertain standing.
dl=0 — open the preview
The scanner lands on Dropbox's page for that item: the file rendered in the browser, with a download button there for anyone who wants the file itself. It is the value a copied link commonly already carries, so most of the time this is what you get by doing nothing.
Right for: a PDF someone reads standing up, a photo set they browse, price lists, sample sheets, anything where seeing it is the point and having it is optional.
dl=1 — download straight away
The browser skips the page and pulls the file down instead. One scan, one file, no intermediate screen to read and no button to find — which is a real saving on a phone held at arm's length in bad light.
Right for: anything a browser cannot usefully display — a zip, an installer, a font, a CAD file, a template pack, a project file.
Where to put it, and the mistake almost everyone makes
Dropbox links come in two shapes, and the punctuation differs. Get this wrong and you produce a link that does not resolve at all, which is a much louder failure than a code that merely previews when you wanted a download.
Older links
https://www.dropbox.com/s/…/report.pdf?dl=0
The parameter is already there. Change the 0 to a 1 and nothing else.
Newer links
https://www.dropbox.com/scl/fi/…/report.pdf?rlkey=…&dl=1
There is already a rlkey value in the query string, so the download parameter joins it with an ampersand, not a second question mark. A URL gets exactly one ? and everything after it is joined with &. Both shapes appear in Dropbox's own examples.
If the link already ends in dl=0, edit that value rather than bolting a second copy of the parameter on the end. And make the edit before you generate the code, not after: the pattern is built from the exact string you paste, so changing your mind afterwards means generating again.
Our advice rather than Dropbox's: default to the preview. A scan very often opens inside a QR reader's own built-in browser rather than the phone's real one, and a forced download is the thing those cut-down browsers handle least consistently — some save it quietly, some do nothing visible, some hand off to the real browser first. The preview page is the more predictable landing, and it still has a download button on it. Reach for the download parameter when the file genuinely is not readable in a browser, and when you do, scan a printed proof on both an Android phone and an iPhone before you commit to a run.
One more parameter, for completeness. Dropbox also documents raw=1 for serving a file's contents directly, and notes that swapping a dl value for it causes an HTTP redirect, and that shared links do not render HTML content in a browser. It is a developer's tool for embedding rather than something to print — mentioned here only so you know what it is if you meet it.
The part most pages leave out
A Printed Code Is Permanent. A Dropbox Link Is Not.
Here is the asymmetry at the heart of printing any share link. The square is ink and lasts as long as the paper. The link is a setting inside somebody's account, and settings change. When they do, the code goes on scanning flawlessly and opens nothing — which is worse than a code that fails to scan, because nothing about it looks broken and nobody reports it.
Dropbox publishes a troubleshooting list of the ways a shared link stops working, and it is longer than most people expect. Four of them matter to anything printed.
Somebody deletes the link
Deleting a shared link is a routine bit of housekeeping inside Dropbox, and Dropbox is blunt about the result: the deactivated link no longer works for anyone, and people who click it get an error. Nothing warns you that a code in the world depends on it. This is the most common way a printed Dropbox code goes quiet, and it is usually done by a colleague tidying up who has never seen the poster.
Traffic switches it off
The failure unique to QR codes. Dropbox applies a daily bandwidth and download ceiling to shared links, and a link pulling unusual traffic is temporarily disabled — visitors get told the link has been shared or downloaded too many times in a 24 hour period, and are pointed at waiting a day before trying again. Go over the bandwidth ceiling and your own sharing activity is paused for 24 hours on a first occurrence, with Dropbox warning that repeat issues may mean longer suspensions than that. The ceiling tracks the Dropbox plan: 20 GB and up to 100,000 file downloads a day on Basic and on trials, 1 TB and unlimited downloads on Plus, Family, Professional, Essentials, Standard and Business, and 4 TB on Advanced, Business Plus and Enterprise. A code on a banner at a busy event is exactly the thing that produces that spike.
The expiry date you set arrives
If you are on a Dropbox plan that offers expiry, an expiration date does what it says and the link reports that it has expired from then on. Useful for a link you emailed to one client; hazardous on anything printed, because paper has no idea the date has passed. If you set one at all, set it well past the life of the print run and put a reminder in the calendar.
The account or the team moves underneath it
Dropbox's own troubleshooting list covers this territory: the file or folder was deleted, an administrator restricted sharing, or you were removed from the team account the file lived in — in which case Dropbox deletes view-only links, which is precisely the kind you should have printed. None of it is visible from outside, and none of it is something the printed square can defend itself against.
Notice what is missing from the list of remedies: expiry and password controls, the two things people reach for to manage a link's life, are Dropbox paid features. Which paid tiers, exactly, is harder to state than it should be — Dropbox's help pages disagree with each other, and one of them disagrees with itself inside a single article. The longest list names Professional, Essentials, Standard, Advanced, Business, Business Plus and Enterprise; a shorter and more recently updated one names Professional, Standard, Advanced and Enterprise. Rather than pick a side, check your own plan's link settings and see whether the controls are actually there. What is not in dispute: on a free Dropbox account they are not there at all, so a link stays open until somebody deletes it.
Teams have one more condition attached, and it is worth reading twice. Dropbox states that to set an expiration or require a password, the default access for shared links has to be Team members or Only people invited — which is directly at odds with a code that strangers are meant to scan. Be warned that those two labels appear to be left over from an older console: the option list printed further up the same Dropbox page offers Anyone, Only people added and Members only instead. The intent is clear enough — pick the restrictive setting rather than Anyone — but do not go hunting for a value by the name Dropbox's sentence uses, because it may not be in front of you.
None of that is a reason not to print a Dropbox code. It is a reason not to print one naked. There are two ways to put something between the paper and the link, and they solve different problems.
Insurance one: a code you can repoint
A URL code made here is dynamic by default, so the printed pattern holds a short QRKIT address and the Dropbox link lives in your dashboard. If the link is deleted, expires, or gets switched off, you make a fresh one, paste it in, and every code already printed starts working again. The file stays in Dropbox, where your team is already working on it.
Insurance two: take Dropbox out of the chain
Host the file with QRKIT instead and there is no share link to die and no link setting to get wrong. Read the trade-off honestly, though, because on a free account it is a real one: a hosted-file code is always dynamic, so it sits under the 100-scan monthly workspace cap described in the amber note at the end of the repointing section — and unlike a Dropbox-link code, it cannot duck that by being switched to static. Against Dropbox Basic's far roomier daily allowance, free hosting swaps a generous ceiling for a tighter one. Upload size is capped by plan too — both are covered in the section below on hosting the file here instead.
The other route
Or Host the File Here Instead of Linking to Dropbox
Everything above manages the risks of pointing a code at somebody else's share link. The alternative removes them: upload the file to QRKIT, and the code opens a copy hosted here. No link settings, no viewing-versus-editing decision, no shared link anybody can delete, and nobody ever meets a Dropbox screen.
The honest catch is size. Uploads are capped by plan — 2MB on Free, 20MB on Starter, 30MB on Plus, 40MB on Pro, and 60MB on Ultra and Agency — and 2MB does not hold a photo set, a slide deck, or an installer. So if the file is heavy and you are on a free account, keeping it in Dropbox and encoding the link is the better route, not a fallback.
The second catch is easy to miss and matters more on a free account than the first. A file-type QR code is always dynamic — there is no static variant of it — so it occupies the single code a free plan allows in the dynamic table, and every scan of it counts against the monthly workspace cap. A Dropbox-link code can escape both — but only by being deliberately switched to static; left on the dynamic default it sits under the same two limits. Weigh that against Dropbox's own daily ceiling rather than assuming hosting is automatically the safer side of the trade.
That trade-off is worked through properly elsewhere rather than repeated here, because it is the same decision whichever cloud drive you are coming from.
Upload a file and get a code for it →
The upload route in full: which file types open in a phone browser and which download instead, how to swap the file later without reprinting, and the size ceiling on each plan. File QR codes is where that starts — and it is the page to use if you want the uploader, because the generator on this page is set to URL links.
See the link-versus-upload comparison in full →
The side-by-side on when a cloud link wins and when hosting wins — ownership, size, what a scanner sees, what survives a migration — is set out on Google Drive QR codes, along with the request-access problem that is Drive's equivalent of the link-type trap on this page.
The short version. Start from the file size, because it settles the decision on its own more often than anything else does. Heavy file on a free account: link to Dropbox. Small file, or a plan that lifts the ceiling: hosting it here removes a whole class of failure. Genuinely collaborative folder your team works in daily: stay in Dropbox, because the link keeps resolving to whatever is in there now.
After it is printed
Change Where the Code Goes Without Reprinting
A URL QR code made here is dynamic by default. The pattern carries a short QRKIT address; the Dropbox link sits in your dashboard, and you can edit where it points whenever you like. On a Dropbox link that indirection earns its keep more than usual, because the destination is a setting somebody can change rather than a document you own outright.
It also covers the switches Dropbox has no answer for. Point the code at a replacement link after the original is deleted. Move the material from a file to a folder, or from one Dropbox account to another when somebody leaves. Change your mind about preview versus download after the run is printed. Leave Dropbox entirely for a copy hosted here. All of those are a field in a form rather than a new print job.
If you would rather have no redirect in the chain at all, the Dynamic/Static control in the generator switches a link code to static, which bakes the Dropbox address into the pattern itself. Understand what that costs before you reach for it: no repointing and no scan counts, on a destination the link-lifetime section above explains can be deleted, expired, or throttled without anyone telling you. What it buys is independence — the code owes nothing to a QRKIT account, and a static code does not consume the one dynamic-table slot a free plan allows. Choose it on purpose, for a Dropbox link you are genuinely confident will outlive the paper, rather than by leaving the control where you found it.
The other half of dynamic: Dropbox tells you nothing about who used a shared link. A dynamic code can, because the scan passes through QRKIT on its way to Dropbox and that hop is countable. Free accounts get four figures: total scans, unique scans, top location, top device. What sits underneath them — breakdown tables for geo and device, the charts, custom date ranges, CSV export — is on paid plans, as is the longer memory, with history running 30 days on Free against two years on paid. Keep in mind what is being counted, though: arrivals at the link, not opens of the file.
Two free-plan ceilings to settle before a print run. The first is scans. A free workspace stops at 100 in a calendar month, counted across every code in the account rather than one by one, and reaching it does not degrade gracefully: the redirect simply stops and scanners meet a scan-limit page until the counter resets. Set that against a press kit at a launch or a code on a trade-show stand, where one busy afternoon can spend the whole month, and the arithmetic makes itself — a deliverable that dies mid-campaign is the exact failure this page exists to prevent, so size the plan to the placement before you order. The second is the brief “Powered by QRKit” screen a free dynamic code shows on the way through to Dropbox. Any paid plan clears both.
Where it earns its keep
What People Actually Print Dropbox Codes On
A pattern runs through all of these: the thing being handed over is a file rather than a web page, and it is too big, too plural, or too changeable to travel any other way. A code is how something printed hands over something that is not.
Client deliverables
The finished photographs, the cut of the video, the print-ready artwork. A code on the invoice, the delivery note, or the box the drive arrived in opens the folder holding the lot — and beats an email attachment that bounced for size, or a link buried in a thread from March.
Press and media kits
A journalist on a stand wants logos, high-resolution shots, and the boilerplate, and wants them now. One square on the wall or the leave-behind opens the folder. Keep the folder tidy, because whatever is in it is now part of the press kit.
Event photo drops
Photographs from the wedding, the conference, the race. A code on the table card or the finisher's card sends people to the folder as it fills, which is why a folder link beats a file link here — you add tonight's shots and the cards already printed reach them.
Installers and project files
Firmware, a driver, a template pack, a CAD file, a font. Nothing here is readable in a browser, so this is the case the download parameter was made for: the scan should hand the file over rather than open a page about it.
Spec sheets and site documents
Drawings, method statements, datasheets, the current revision of the plan. A code on the equipment, the door, or the drawing itself gets a phone to the paperwork without anyone hunting through a shared drive on a building site.
Portfolio and sample drops
A folder of work behind a code on a card, a print, or the back of a leave-behind. It travels in a wallet and resurfaces months later, which is also the argument for making it a code you can repoint rather than one welded to today's link.
A few practicalities that apply to all six. Write a few words beside the code saying what it opens and roughly how big it is — Scan for the full photo set — because people on mobile data are entitled to know before a download starts. Match the printed size to how far away it will be scanned from — a code on a shipped crate is read from further back than one on an invoice — and the QR code size guide puts numbers on that. If the code is going onto a box or a mailer, QR codes on packaging covers placement and material. One thing worth planning for if you are handing the same folder to several audiences: giving each delivery its own code is how the scan counts tell you which channel actually pulled, and a free workspace holds only one code in the dynamic table, so that pattern starts on a paid plan. Where the set is large — a code per client, per crate, per press contact — the bulk generator takes a spreadsheet and returns the lot.
Nearby, but different
Is This the Right Page for What You Are Sharing?
“A QR code for a Dropbox file” covers a few different jobs, and one of them may be better served elsewhere on this site. Worth ten seconds before you print anything.
The file is in Google Drive instead →
A different sharing model with a different signature failure — the request-access screen — plus the full link-versus-upload comparison. Google Drive QR codes is written for that lane.
You would rather host the file yourself →
No share link in the chain at all, and no Dropbox account behind it. File QR codes goes through what you can upload, how big it may be on each plan, and how swapping the file later works.
It is a PDF and you just want it to open →
A PDF sitting in Dropbox has two routes to a phone screen and they behave differently. PDF to QR code takes that one apart properly, including why some phones download the file when you wanted them to read it.
Nothing here is specific to Dropbox at the encoding layer, so the same URL QR code generator takes whatever else you need pointed at — a site, a form, a video. The link-lifetime question this page keeps circling gets a general treatment in do QR codes expire, which is the one to read if you are deciding between static and dynamic for something other than a cloud link. Codes destined for a crate, a case, or a drive enclosure want QR code stickers for the material and finish side, and if deliverables go out under your studio's name, branded QR codes keeps every one of them consistent — logo and colors cost nothing on any plan, Free included. Collecting photos from a crowd rather than sending files to a client? A file request behind a wedding photo QR code is the one route that takes uploads from guests with no account at all.
Dropbox QR Codes — Frequently Asked Questions
Dropbox is a trademark of Dropbox, Inc. It is referred to here only to describe the kind of link a QR code can open. QRKIT is an independent QR code generator, is not affiliated with or endorsed by Dropbox, and has no integration with it: it never connects to your Dropbox, never requests access to it, and cannot read or change your files or their link settings. Dropbox behaviour described on this page was checked against Dropbox's own help documentation and can change without notice — verify anything critical before a print run.
Link copied? Then you are a minute away
Make Your Dropbox QR Code
Paste a viewing link, decide whether it should preview or download, and get a code that hands your file to anyone who scans it — no Dropbox account required at their end.