QR code pour un PDF

Un QR code stocke au grand maximum quelques milliers de caractères, et la densité augmente si vite avec la longueur qu’un code imprimé réaliste en contient confortablement quelques centaines. Un PDF d’une seule page pèse des centaines de kilo-octets. Il n’existe aucune version de cette histoire où le document se trouve à l’intérieur du motif.

Donc « QR code de PDF » veut toujours dire ceci : le fichier est posé sur un serveur, et le code en est l’adresse. Tous les problèmes que les gens rencontrent avec ça sont des problèmes d’hébergement déguisés en QR.

Sur quelque chose que vous contrôlez et que vous comptez continuer à payer. Votre propre site, ou le stockage qui lui est rattaché, est la réponse sûre.

L’erreur classique, c’est un lien de partage issu d’un stockage personnel en ligne. Ces liens expirent, réclament parfois une identification que la personne qui scanne n’a pas, et cassent quand le fichier est glissé dans un autre dossier six mois plus tard par quelqu’un qui n’a jamais entendu parler de l’affiche. Un code imprimé n’a aucun moyen de signaler à qui que ce soit qu’il est cassé ; la panne est silencieuse et retombe sur un client.

Toute la raison de se poser la question, c’est que les PDF changent. Les cartes changent de prix, les manuels de révision, les brochures de logo. Il existe exactement deux façons de mettre à jour le document derrière un code imprimé.

Écraser le fichier à la même URL. Gardez un nom de fichier identique et remplacez le contenu. Ça marche, et ça casse la première fois que quelqu’un envoie carte-v2.pdf au lieu d’écraser carte.pdf, c’est-à-dire à peu près toujours. Cela exige aussi que la personne qui mettra le fichier à jour plus tard sache que le nom du fichier est critique, et rien dans le nom ne le dit.

Faire pointer un code dynamique vers lui. Le motif imprimé encode une redirection qui vous appartient, et le fichier visé n’est qu’un réglage. Envoyez le nouveau PDF sous n’importe quel nom, changez la destination du code, terminé. Cela survit aussi au déplacement du fichier vers un hébergement entièrement différent, ce que la première méthode ne fait pas.

Les navigateurs actuels sous iOS et Android affichent les PDF directement dans la page au lieu de les télécharger, donc dans le bon cas la personne scanne et le document apparaît. Ce bon cas suppose que le fichier arrive.

La panne habituelle, c’est le poids. Une brochure exportée en résolution d’impression peut faire 20 Mo, ce qui passe très bien sur le wifi du bureau et devient désespérant pour quelqu’un debout dans une boutique avec deux barres de réseau. Cette personne fermera l’onglet avant la fin du chargement et vous n’en saurez jamais rien. Réexporter en résolution écran réduit couramment ce poids d’un ordre de grandeur, sans différence visible sur un téléphone.

Il vaut la peine de se demander si ce devrait être un PDF tout court. Pour une carte ou une liste de prix, une page web s’adapte à l’écran, permet la recherche de texte et n’oblige pas à zoomer à deux doigts. Gardez le PDF quand la mise en page est le sujet : formulaires, certificats, manuels avec schémas, tout ce que les gens vont imprimer ou classer.

Avec un code statique qui pointe droit vers un fichier, rien, sauf si votre hébergeur de fichiers remonte les téléchargements. Avec un code dynamique, la redirection est une requête que l’on peut compter, donc vous obtenez des scans avec l’appareil et la localisation approximative.

Ce sont des scans, pas des lectures. Que le document ait été ouvert et étudié ou fermé au bout de deux secondes, cela se passe dans une visionneuse de PDF, hors de portée de tout ce qui se trouve de notre côté. Traitez ce chiffre comme un signe d’intérêt, pas de compréhension.