Codice QR per un PDF: dove il file deve davvero stare

Prima un malinteso resistente: un codice QR non può contenere un PDF. Un codice tiene qualche centinaio di caratteri. Un PDF pesa almeno centinaia di kilobyte. Ciò che il codice tiene è un link a un file che sta da qualche parte sul web.

Quindi «fammi un QR per il mio PDF» sono due lavori: mettere il file in un posto durevole, poi puntarci un codice. Il secondo richiede un minuto. Sul primo i codici stampati muoiono in silenzio.

Dove ospitare il file

• Il vostro sito. Il meglio. Controllate l’URL per sempre, il file si apre diretto e potete sostituirlo sul posto.
• Storage a oggetti (S3, R2, Spaces…). Ottimo anche questo, e la risposta giusta se non avete un sito. URL stabili, nessuna pagina visualizzatore, economico.
• Google Drive, Dropbox, OneDrive. Praticabile con riserve reali. Il link spesso apre un visualizzatore invece del documento, propone un download, chiede l’accesso se la condivisione è impostata male — e il formato dell’URL non lo controllate. Per uso interno va bene. Su 5.000 volantini stampati è rischioso.
• WeTransfer, hosting temporanei, link di un allegato. Mai: scadono per progetto.

Sul nostro ruolo, diretti: non ospitiamo il vostro PDF. Un codice PDF su Enqre prende un URL che fornite e controllate voi. Noi mettiamo lo strato davanti.

Perché il reindirizzamento davanti al file conta

Se un codice stampato punta diretto a vostrosito.it/listino-2026-v3-finale.pdf, avete inciso il nome file di oggi in oggetti fisici. Se punta a un codice dinamico, il motivo stampato non deve mai sapere dove sia il file.

• Potete spostare o rinominare il file. Nuovo CMS, altra struttura di cartelle, altro numero di versione: cambiate la destinazione, la stampa resta valida.
• Potete scambiare documento con documento. Il menù d’inverno diventa quello d’estate; il catalogo 2026 diventa 2027. Stesso codice, stesso espositore.

Se ospitate sul vostro sito e sostituite sempre il file allo stesso URL, va bene anche un codice statico. In pratica nessuno mantiene quella disciplina per tre anni, e un reindirizzamento non costa nulla.

Chiedersi onestamente se un PDF vada bene su un telefono

Questa parte la salta la maggior parte delle guide. Un PDF è un formato a impaginazione fissa. Sul telefono significa zoom, scorrimento orizzontale, download su dati mobili e a volte cambio di app. Per un menù è una brutta esperienza, e misurabile: le persone rinunciano.

• Servite una pagina web quando il contenuto va letto sul telefono: menù, listini, programmi, istruzioni.
• Servite un PDF quando il documento è il risultato: manuale, scheda tecnica, garanzia, certificato, modulo da stampare, disegno.

Se il PDF da leggere è inevitabile: verticale, a una colonna, corpo grande e leggero — sotto un paio di megabyte.

Controlli prima della stampa

1. Aprite l’URL in una finestra privata da un telefono. Intercetta l’errore più comune: un link di condivisione che funziona perché voi siete autenticati.
2. Provate su rete mobile, non in Wi-Fi. Una brochure da 40 MB in treno è un’altra cosa.
3. Verificate se apre o scarica, se vi importa. Lo decidono gli header Content-Type e Content-Disposition dell’host, non il codice.
4. Scansionate la cianografica vera alla distanza reale — circa un decimo di essa, e tenete libera la zona di quiete bianca.

Cosa dicono e non dicono i numeri di scansione

Ottenete scansioni nel tempo, dispositivo, sistema, browser e referrer, più visitatori unici da un IP con hash. Questo dice quante persone hanno richiesto il documento.

Non dice se l’hanno letto. Il reindirizzamento consegna il visitatore al vostro host, e lì la nostra vista finisce. Per misurare la lettura, servite un documento HTML che potete strumentare.

Per documenti che non dovrebbero essere pubblici

Un listino interno finisce spesso stampato su qualcosa di semi-pubblico. Due controlli per codice aiutano, nei piani a pagamento: una password davanti al reindirizzamento e una data di scadenza perché un documento di gara smetta di risolvere dopo il termine. Nessuno dei due protegge il file: se l’URL sottostante è indovinabile e non protetto, chi lo ha lo ha. Proteggete anche l’host.

Risposte rapide

• Un QR può contenere un PDF? No, solo un link.
• Posso cambiare il PDF senza ristampare? Con uno dinamico sì. Con uno statico solo sostituendo il file allo stesso URL.
• Mi serve un sito? No, basta lo storage a oggetti. I link di condivisione cloud funzionano ma portano visualizzatori e rischi di accesso.
• Perché il mio codice PDF chiede l’accesso? La condivisione è impostata su persone specifiche e non su «chiunque abbia il link».
• Un menù deve essere un PDF? Meglio no. Servite una pagina pensata per i telefoni.
• Posso vedere quanti hanno aperto il file? Vedete le scansioni del codice. La lettura resta fra il visitatore e il vostro host.