
Learn to create a QR code for a PDF the right way — hosting options, print sizing, tracking scans, and tips to keep your code scannable.
You've printed the menu, event program, or sales one-pager. The QR code sits neatly beside the call to action, but the first scan opens a slow download, the code only works from one angle, or the PDF changes after the brochures are already distributed. A small square has become the entire bridge between your printed material and the full document.
A reliable PDF QR code experience should feel simple. Someone scans with a phone camera, reaches a browser-viewable document, and can read the file without installing an app or typing a long address. QR codes remain useful for this job because they're two-dimensional matrix barcodes that can hold more information than traditional one-dimensional barcodes, while still routing people to a web link across devices. They were invented in 1994 by Masahiro Hara at Denso Wave in Japan, and the format was later formalized through ISO/IEC 18004, with major revisions published in 2000, 2006, 2015, and 2024, as described in this QR code history and standards overview.
Decisions happen before you download the code. You need to choose whether the QR should point to a hosted viewer or carry the PDF data directly, then build the code so it survives the actual printed size, lighting, paper, and scanning distance. That's the difference between a code that looks polished on a screen and one that works on a crowded restaurant table.
Publishers dealing with catalogs, reading samples, and printed book materials may also find practical placement ideas in this guide to QR codes for book publishers. The same principles apply to menus, handouts, decks, and program sheets.
QR codes have moved well beyond novelty marketing. One recent industry compilation reports 2.2 billion active QR-code users worldwide, representing about 29% of smartphone users, and more than 90 million smartphone users scanning a QR code each month. The same compilation estimates 6.8 billion global scans in 2025 and reports scan growth of 57% year over year across 50 countries in 2025. Those figures come from AirApps' QR code statistics compilation, so they should be treated as industry reporting rather than a universal measurement standard, but they illustrate why people already understand the scan behavior.
That familiarity makes QR codes practical for printed PDFs. A restaurant can put a menu behind a table card, an event organizer can connect a program to a physical sign, and a sales representative can add a technical deck to a one-page leave-behind. The print remains visible and useful, while the phone supplies the current, detailed version.
The failure usually happens after the scan. A raw file link may force an awkward download, a large PDF may load poorly on mobile, or a static destination may become outdated when the document changes. Security also matters. QR-based phishing and malicious redirects remain active risks, so people should recognize the destination and avoid disguising an unfamiliar link behind a code.
Practical rule: The QR code is only the entrance. The hosted document, mobile viewing experience, and update process determine whether the entrance leads anywhere useful.
A good setup uses a stable public URL, a browser-friendly viewer, a replacement workflow, and separate scan analytics. Once those pieces are in place, you can create a QR code for a PDF that keeps working after the first print run and gives you evidence about which physical placements generate attention.
The hosting decision determines what the printed code can do later. You generally have two paths: point the QR code to a hosted viewer URL, or encode the PDF data directly inside the QR code.
| Hosting approach | What happens after scanning | Main advantage | Main trade-off |
|---|---|---|---|
| Hosted viewer URL | The phone opens a web address and loads the PDF through a browser viewer | You can replace the file without changing the printed QR | The document depends on an active hosting link and network access |
| Direct data encoding | The QR stores the document data itself | The code can carry the file without relying on a changing destination URL | Large PDFs create dense codes, and the printed code cannot be edited later |

For most menus, decks, brochures, and operational documents, a hosted viewer URL is the more maintainable choice. The QR stores a short destination, while the server handles the PDF. You can replace a seasonal menu, correct a product specification, or update an event program without touching the printed code. A viewer also gives you control over whether the file opens in a browser, whether people can download it, and what branding or instructions appear around the document.
Direct encoding sounds attractive because the file appears to travel inside the code. In practice, it becomes difficult as the PDF grows. More embedded data means a denser matrix, which requires more physical space and gives print quality, camera focus, and contrast less room for error. Once the code is printed, the embedded content is fixed. If the URL is wrong, the file expires, or the document needs revision, reprinting is the remedy.
Raw storage links sit between these options, but they often create their own problems. They may expose an unhelpful filename, offer little scan attribution, and provide limited control over passwords, expiry, view caps, or replacement history. A purpose-built file hosting service can make those controls easier to manage, as explained in this overview of file hosting service workflows.
Choose direct encoding only for a small, stable document where offline behavior matters more than maintainability. Choose a viewer-backed URL when the PDF is likely to change, when mobile reading matters, or when you need to know which printed placement generated scans.
Start with the PDF as a document people can use on a phone. Check page orientation, text size, file integrity, and whether the first page tells the reader what they're viewing. If the PDF opens as an immediate download with no context, consider a browser viewer that presents the document cleanly before offering download options.
Upload the file to a service that gives you a stable public URL. Customize the slug if the platform supports it, because a recognizable address helps recipients trust the destination when it appears in a browser. If the document needs protection, configure the access rules before generating the code. Passwords, email allowlists, expiry dates, and view caps are useful for private decks, temporary event materials, or controlled internal documents.
Next, create the QR from the viewer URL rather than from a temporary storage address. A PDF-to-link workflow such as LinkShip's PDF to Link tool can provide the shareable URL and QR asset in one process. LinkShip supports browser-based PDF viewing, file replacement at the same public URL, access controls, and separate QR scan analytics. Treat it as one option among hosted document tools, and compare its controls with the requirements of your project.

Export the code as SVG or EPS when it's going into a professional print layout. A vector asset keeps the square modules crisp when the designer scales the code. A high-resolution PNG can work for smaller placements, but don't enlarge a small raster export inside a design application and assume the edges will remain clean.
Before sending artwork to the printer, test the complete path:
If you're still building or revising the document itself, a Closer Innovation Labs Corp. document builder can help prepare the PDF before you publish its viewer link. The important sequence is consistent: finish the document, host it at a controllable URL, generate the code from that URL, and validate the printed result.
A QR code can be technically valid and still fail on a menu, poster, or handout. Print introduces glare, texture, ink spread, shadows, viewing angles, and inconsistent phone focus. The safest approach is to preserve the code's structure instead of treating it as a decorative graphic.
Use a vector export whenever possible. SVG or EPS keeps modules sharp at different output sizes, while a PDF generated from vector artwork can also preserve clean edges. Keep the required quiet zone, the blank margin around the matrix. Expert print guidance recommends a quiet zone of at least 4 modules on every side, as outlined in this QR code print checklist.
A useful rule is to make the code's width roughly one-tenth of the expected scan distance, according to the same print guidance. That means a viewing distance of 30 cm implies about a 3 cm printed code, while a poster expected to be scanned from 1 m needs roughly 10 cm as a minimum starting point. These are practical sizing rules, not guarantees. A glossy surface, dim room, complicated background, or moving reader may require more space.
The code also needs strong dark-on-light contrast. Black modules on a white background remain the safest choice. Brand colors can work when the modules stay dark enough and the background stays light, but pale green on cream, reversed white on a dark photograph, and gradients across the matrix create unnecessary risk.

QR codes offer four error correction levels: L, M, Q, and H. Their approximate recovery capacities are 7% for L, 15% for M, 25% for Q, and 30% for H, based on the technical guidance cited in the QR scan-engine study. Use M for a clean, conventional PDF code with no logo and controlled printing. Use H when a logo, surface wear, or harsher handling is expected, while remembering that higher correction can make the matrix denser.
A study cited in that literature reported 76% success on cards and 64% on labels for an 844-byte QR at 25% error correction. That result should guide caution rather than promise a universal scan rate, because paper, device, code size, and lighting differ.
Before approving a print run, check the file at final size, preserve the quiet zone, inspect contrast, and scan a physical proof with several phones. Don't test only the designer's bright monitor.
A person who scans a printed code and a person who clicks a website button may reach the same PDF, but they represent different acquisition paths. If both actions land on one undifferentiated URL, your report can show document views without telling you whether the menu, event sign, email, or sales handout created them.
Use a QR destination with its own tracking layer. The QR scan should register before the viewer loads, while ordinary link clicks should follow a separate tagged route or source rule. Look for analytics that distinguish scans from clicks and retain context such as time, device, referrer, and city-level location. LinkShip, for example, provides separate QR scan tracking alongside viewer analytics, while a broader discussion of offline marketing analytics covers the attribution problem for physical channels.
A scan count tells you that the code was activated. It doesn't tell you whether the PDF was useful, whether the page loaded, or whether the reader stopped after the first screen. Per-page dwell time in a viewer adds context by showing where attention continued, rather than treating every scan as a completed reading session.

For a campaign with several physical placements, create distinct QR destinations or placement-specific parameters. A table tent, entrance poster, and printed receipt can each point to the same current PDF while preserving a different source identifier. That lets you compare placement quality without changing the document itself.
Useful reporting fields include:
Don't optimize for scans alone. A prominent code can attract activity but still disappoint if the PDF opens slowly or the first page doesn't answer the reader's immediate question. Pair channel attribution with the actual viewing experience.
Before printing, run the project through a short verification routine:
For sensitive PDFs, set an expiry date, password, allowlist, or view cap before distribution. For living documents such as menus and sales decks, document the replacement workflow so another team member can update the file without generating a new code.
Print one physical proof and test it where the audience will scan. Then keep the public URL alive, monitor scan and viewer activity, and revise the PDF behind the same code whenever the content changes.
Use LinkShip to turn your PDF into a browser-viewable, trackable link with QR generation, access controls, separate scan analytics, and file replacement without changing the printed code. Upload your document, test the viewer on mobile, export the print-ready QR, and keep the same physical material useful as the PDF evolves.
Join the community
Subscribe to our newsletter for the latest news and updates