How to Create a QR Code for a PDF (Catalogs, Manuals, Quotes)
A QR code can't contain an entire PDF — it's just a pattern with limited data, usually a URL. What it does, and does well, is link to a PDF hosted online: the customer scans, the document opens. Useful for catalogs, manuals, spec sheets, quotes, warranties, floor plans, etc.
Quick answer
- The QR doesn't "contain" the PDF: it contains a URL that points to the PDF hosted somewhere.
- Upload your PDF to a fixed URL (your own website, public Google Drive, Dropbox) and generate a static QR with that link.
- Keep the PDF light (under 2 MB) and mobile-friendly (vertical A4 format works well on mobile).
- If you update the PDF, keep the same URL. If the URL changes, the QR becomes obsolete.
- Static QR: if you control the URL, you don't need any paid service.
Why a QR for PDF makes sense
Cases where it works very well:
- Product catalog: a sign with a QR that opens the PDF catalog on the customer's phone.
- Instruction manual: QR on the product packaging that goes to the full manual.
- Spec sheet: signs, vinyls in showrooms or samples with a QR to the spec sheet.
- Quote / pricing: sales reps sending a QR instead of a heavy PDF attachment.
- Menu: restaurants with the menu as a PDF.
- Plan / schedule / program: events, museums, transport.
- Legal document: warranties, template contracts, return policies.
The win: customer accesses the document instantly, no email, no rushed downloads, no website hunting.
What URL to point the QR to
Three options, best to worst:
1. Your own domain (best option)
Upload the PDF to a server you control: yourdomain.com/catalog.pdf or similar. Advantages:
- Stable URL that doesn't change.
- Professional to the customer.
- If you update the PDF, you keep the same filename and the URL still works.
- No dependency on external services.
If you have a website (WordPress, Wix, Squarespace, etc.), they all let you upload a PDF and get its public URL.
2. Google Drive with public link
Without your own website, Google Drive is the simplest option:
- Upload the PDF to Drive.
- Right-click → "Share" → "Anyone with the link".
- Copy the link.
- Generate the QR with that URL.
Limitation: the URL is long. It works fine but doesn't look professional. And if Google changes the link format someday, the QR could stop working.
Important: make sure to select "Anyone with the link" — otherwise the customer sees a "request access" screen.
3. Other services (Dropbox, OneDrive, WeTransfer)
They work, but with the same limitation as Drive: long URLs and service dependency. Dropbox and OneDrive are stable; WeTransfer doesn't work because its links expire.
What NOT to do
- Shorteners like bit.ly to hide the ugly URL: they add a single point of failure and dependency. If bit.ly goes down or changes policy, your QRs die.
- Upload the PDF to a "QR + hosting" service with monthly subscription: they trap you in the fee. If you stop paying, all your printed QRs become useless.
How to create the QR step by step
Assuming you already have the PDF uploaded and the public URL:
- Verify the URL by opening it on your phone. It should open the PDF directly (or start the download, depending on the browser).
- Open a client-side generator with no account, like QRcito.
- Select URL type and paste the link to the PDF.
- Generate the QR.
- Download as SVG for print and PNG for digital use.
- Print a test at the final size and scan it with two phones.
The resulting QR is static. As long as your URL lives, it works. If you update the PDF (upload a new version with the same filename), the QR keeps pointing to the updated PDF without needing to change the printed code.
How to prepare the PDF for QR
A poorly prepared PDF ruins the experience. Minimum rules:
Optimise weight
Over 5 MB is problematic on mobiles with weak 3G/4G. Ideally under 2 MB. How to reduce:
- Compress images to 150 DPI (enough for screen).
- Use online tools like "compress PDF" or Adobe Acrobat's "Reduce size".
- If the PDF has many images, consider converting heavy pages to a lightweight website.
Make it mobile-friendly
- Vertical A4 format is acceptable on mobile.
- Avoid 8pt body text: the customer will have to zoom constantly.
- If it's long content (manual, extensive catalog), consider a responsive web page instead of a PDF.
Name the file well
The filename appears as the download title. catalog-2026.pdf looks better than cat_v3_final_FINAL.pdf.
Version without breaking the URL
If you upload an updated version, overwrite the existing file (catalog.pdf) instead of uploading a new one (catalog-v2.pdf). That way the URL doesn't change and the printed QRs keep working.
Recommended sizes by surface
| Surface | Distance | Minimum QR size |
|---|---|---|
| Physical catalog (hand) | 25 cm | 2 × 2 cm |
| Showroom sign | 1 m | 10 × 10 cm |
| Product packaging | 25 cm | 2 × 2 cm |
| Sample tech card | 25 cm | 2 × 2 cm |
| Large sign (3 m) | 3 m | 30 × 30 cm |
| Slide in presentation | 5 m (room) | Large enough to be visible from the back |
Static or dynamic for PDF
For nearly everything: static, pointing to a URL on your domain. If you update the PDF, keep the same name and URL; the QR keeps working.
When dynamic is the only option:
- If you rotate frequently the document it points to (e.g., monthly sign with the month's catalog).
- If you need detailed download analytics.
But if you control your own website, those benefits are achievable just the same with a static QR + redirects you manage yourself. No fees.
Common mistakes
- PDF too heavy: 15 MB on mobile = the customer waits 30 seconds and leaves.
- Horizontal PDF with small text: unreadable on mobile.
- URL that changes: you upload a new version with a different name and forget to redirect the old one.
- PDF behind a login: customer scans, gets asked for Google/Drive account, gives up. Always set "public".
- External shortener (bit.ly): if the service goes down, your QR dies. Better direct URL on your domain.
- Not testing after print: the URL working today doesn't guarantee the PDF loads on weak 4G. Real test with mobile data.
Bottom line
A QR for PDF is a URL pointing to the PDF online. If you control the URL (on your own domain), the QR is forever, free, and updatable: change the PDF, the QR keeps working. If the PDF is optimised and the URL is stable, the customer has your document on their phone in two seconds.
QRcito generates the QR for your PDF free, no signup, in SVG/PNG. Upload the PDF to your domain (or public Drive), paste the link, and download.
FAQ
Does the QR contain the PDF inside? No. A QR can only store a few kilobytes of data — a whole PDF doesn't fit. The QR contains the URL of the PDF, and the browser loads it on scan.
Can I change the PDF without generating a new QR? Yes, as long as you keep the same URL. If you upload a new version with the same filename, the QR keeps pointing to the updated PDF.
What if the customer has no internet? The QR only loads if there's connection. Without internet, the customer can't open the PDF. If your use case is critically offline (museum without coverage, event in a no-signal area), consider handing out the PDF physically or asking for prior download.
Is PDF or responsive web page better? For short content (1-3 pages), PDF is fine. For long catalogs, manuals, content that updates, responsive web is better: loads faster, adapts to mobile, and updates without re-upload.
Is there a size limit on the PDF? Technically Drive allows up to 5 GB and other servers more. But for user experience, keep the PDF under 2 MB. Beyond that, the wait kills conversion.