2026-08-09
First, the thing that trips everyone up: a PDF cannot go inside a QR code. A QR code holds a few thousand characters at most, and a one page PDF is hundreds of kilobytes. What you encode is a link to the file. The file lives somewhere on the web and the code points at it.
So the real question is where you host it and which link you print, and those two decisions are what determine whether the code still works in a year.
Anywhere with a stable public URL works: your own site, a storage bucket, or a hosting service. Two things matter more than which one you pick.
The link must be public and direct. Cloud drive share links are the usual mistake. Many of them open a viewer that asks the visitor to sign in, or they expire, or they change when you replace the file. If the person scanning has to log in to anything, you have lost most of them.
The file must be reachable over https. Phones increasingly warn on plain http, and a security warning between the scan and the document loses people who would otherwise have read it.
If your code encodes example.com/menu-spring-2026.pdf, that filename is now printed on every copy. The day you publish the autumn version you have two bad options: keep the stale file at the old name forever, or break every printed code.
Print a short redirect you control instead. The code points at the redirect, the redirect points at the current file, and swapping the file is a one line change. Same posters, new document. This is the entire reason dynamic codes exist and it matters most for documents, which get revised far more often than web pages.
Most PDFs behind QR codes are read standing up, one handed, on mobile data. Keep the file small, ideally under a megabyte, because a 12 MB scanned brochure on a weak connection is a blank screen for fifteen seconds and most people give up.
Use real text rather than a photograph of a document. Scanned images cannot be zoomed cleanly, cannot be searched, and cannot be read by a screen reader. If the source is a Word file, export to PDF rather than printing and rescanning it.
Check how it opens on a phone before printing anything. Portrait pages behave; wide landscape spreads force pinching and scrolling.
Worth asking. For a menu, a price list, or an instruction sheet, a plain mobile web page beats a PDF on almost every measure: it loads faster, reflows to the screen, and does not open a separate viewer. Keep the PDF when the layout genuinely matters, when people need to print it, or when it is a form. Otherwise a page is kinder to the reader.
Scan the printed proof, not the screen. Do it on mobile data with wifi switched off, because your office wifi hides a slow file. Try an older phone if you can find one. Then check the link once more after the print job is approved, since the most common way this goes wrong is a file being moved during the week between design and delivery.
EverQR hosts files for you at a permanent link and gives you a dynamic code pointing at it, so you can swap the document later without reprinting. You can also just generate a free code for a URL you already have, with no account.
Free, no account, editable after printing, and it will never expire on you.
Create a free QR codeMore guides: Restaurant menu QR codes that actually get scanned · How to see QR code scans in Google Analytics · Print-safe QR codes: sizes, quiet zones, and testing before the big run