QR code provisoire dans une maquette : le bon réflexe
Une maquette d'emballage a besoin d'un code dans le coin inférieur. La page de destination n'existera pas avant trois semaines, le client n'a pas décidé de son contenu, et la mise en page est attendue demain. Le graphiste prend donc une image de code dans une banque d'images, l'intègre, et envoie le fichier pour validation. Validé, il part en prépresse et se retrouve imprimé sur douze mille étuis, chacun pointant vers une adresse appartenant à un inconnu.
Personne n'a été négligent. Le provisoire a fait son travail, qui était d'avoir l'air fini, et c'est exactement cette propriété qui l'a rendu dangereux.
Le QR code vide n'existe pas
Un QR code est l'encodage d'une chaîne de caractères. Les carrés d'angle, les lignes de synchronisation et les bits de format ne sont que de la structure : vous pouvez donc dessiner une image qui les contient tous, et un lecteur la repérera comme un code. Il lira ensuite la zone de données et n'en tirera rien d'utilisable.
Cela ne laisse que deux catégories d'objets à poser dans une mise en page. Soit c'est un vrai code qui se décode en quelque chose, soit c'est une image qui n'est pas un code. Il n'y a pas de troisième option, et « vide » n'en est pas une. Savoir laquelle des deux se trouve dans le fichier à tout instant est ici toute la discipline.
Les trois choses vers lesquelles vont les graphistes
Une image de code prise dans une banque d'images, ou capturée dans le travail de quelqu'un d'autre, est un vrai code qui pointe vers celui qui l'a fait. Pas cher dans la maquette et cher dans le tirage, et la panne est silencieuse : le code se scanne, donc chaque étape de relecture le laisse passer. C'est le provisoire qui atteint le plus souvent la production, précisément parce que c'est celui qui a l'air le plus fini.
Une grille de carrés dessinée ou générée ne pointe nulle part, ce qui paraît plus sûr et introduit un autre problème. À la taille de la maquette, elle est indiscernable de la vraie chose : elle est donc validée, et si personne n'a inscrit « remplacer le faux code » sur une liste de contrôle, il n'existe aucun moment du processus où elle est censée être repérée. Elle fait aussi prendre les décisions de mise en page sur de fausses preuves. Une fausse grille peut avoir la densité qui vous plaît, donc elle ne vous dit rien sur la capacité du vrai symbole à tenir dans l'espace où elle a été dessinée.
Un carré vide, ou un carré barré d'une croix avec le mot CODE dedans, est l'honnête du lot. Personne ne le prend pour un visuel fini, ce qui le rend juste pour une mise en page précoce et faux dès l'instant où la mise en page doit être jugée, parce qu'il n'occupe pas l'espace qu'occupe un vrai symbole.
Le bon provisoire est un vrai code pointant vers un endroit que vous contrôlez
Générez un code maintenant, pointant vers une URL qui vous appartient. Une page d'attente, un chemin « bientôt disponible » sur le domaine du client, la page d'accueil du client si rien de mieux n'existe encore. Quatre choses en découlent, et ce sont elles qui font de ce choix la réponse.
Il se décode, donc le fichier est testable à chaque étape plutôt qu'une fois seulement la vraie destination existante. Il a la bonne densité, donc la mise en page est jugée face au symbole qui partira vraiment. S'il atteint la production par accident, il atterrit dans un endroit inoffensif appartenant à la bonne partie, et il peut être redirigé plutôt que rappelé. Et la relecture fonctionne comme elle est censée fonctionner, puisque n'importe qui peut flasher l'épreuve imprimée et voir où elle mène.
Le point de la densité mérite sa propre phrase, parce que c'est celui que les gens sautent. Le nombre de modules d'un symbole vient de la longueur de la chaîne qu'il contient : construisez donc le provisoire à partir d'une chaîne à peu près aussi longue que la vraie. Un provisoire fabriqué depuis un domaine de vingt caractères et un code en service portant une URL de suivi de quatre-vingt-dix caractères sont deux objets différents à taille imprimée égale. L'échelle des versions montre à quelle vitesse cela grandit.
C'est l'argument en faveur d'une destination modifiable
Le processus ci-dessus ne tourne proprement que si la destination peut changer après que le symbole est figé. C'est précisément ce qu'apporte un code adossé à une redirection : le motif imprimé est définitif au stade de la maquette, et ce vers quoi il pointe se décide plus tard, ou change l'année suivante. Chaque code que fabrique QRolling est dynamique, et la destination reste modifiable sur la formule payante, ce qui transforme un provisoire en première version plutôt qu'en objet à remplacer.
Le cas statique vaut la peine d'être détaillé, parce que c'est là qu'est le piège. Une URL inscrite en dur par n'importe quel outil gèle définitivement l'adresse provisoire dans le motif. Si c'est la voie choisie, le provisoire doit être un chemin sur un domaine que le client contrôle, pour qu'une redirection côté serveur puisse le diriger plus tard vers la vraie page. L'ensemble des options, et le peu qu'il en reste une fois l'impression sortie, se trouve dans changer la destination d'un code imprimé sans réimprimer, et la décision générale est traitée dans statique ou dynamique.
Ce que fait un graphiste avant que le client ait acheté quoi que ce soit
C'est la vraie question, et elle a une réponse franche plutôt qu'une réponse astucieuse.
Utilisez comme destination provisoire un chemin sur le domaine du client, et faites ajouter une redirection par son responsable web quand la vraie page existera. Cela ne coûte rien, le client possède le point d'arrivée, et le montage survit à la fin du projet.
Utilisez un chemin sur votre propre domaine pendant la phase de création s'il faut, mais ne laissez pas cette version partir sous presse. Un code sur un emballage qui pointe vers la page d'attente d'un graphiste est une dépendance que le client n'a jamais acceptée, et elle survit à la facture de plusieurs années.
Quel que soit votre choix, mettez une ligne dans le dossier de remise nommant la destination actuelle du code, la personne responsable de la changer, et l'échéance. C'est cette note qui empêche réellement la panne ; le choix du provisoire ne décide que de sa gravité.
Et tranchez une chose avant que le motif ne soit définitif : si le plan est un code adossé à une redirection, la chaîne contenue dans le symbole est l'URL courte de ce service, et elle ne pourra pas être échangée plus tard contre celle d'un autre prestataire sans un nouveau symbole et un nouveau tirage. Choisir la plateforme fait partie de la finition de la maquette, pas du lancement.
Et en France ?
Dans la chaîne graphique française, le moment critique porte un nom : la signature du BAT, le bon à tirer. En signant le BAT, le client valide le fichier tel qu'il sera imprimé, et assume en principe les erreurs qu'il contient. Un code provisoire oublié dans un BAT signé devient donc, le plus souvent, le problème du client, et un litige pour l'agence.
Ajoutez une ligne à votre liste de contrôle avant chaque envoi de BAT : chaque QR code a été scanné, et sa destination finale est confirmée par écrit par le client. Et si la page n'existe pas encore, utilisez un code dynamique réel, que vous redirigerez plus tard, plutôt qu'une image provisoire.
Le contrôle qui attrape un faux avant la presse
Faites passer cette vérification sur chaque projet qui contient un code, au moment précis où le dossier quitte le studio.
- Décodez chaque code du fichier, depuis le PDF exporté plutôt que depuis le fichier de travail, avec un lecteur qui vous montre la chaîne avant d'ouvrir quoi que ce soit. Lisez la chaîne.
- Listez chaque code du travail avec sa destination actuelle et un responsable nommé, dans le document de remise.
- Ne donnez jamais le même nom de fichier à la ressource de maquette et à la ressource de production.
- Sur les épreuves de presse, scannez le code imprimé, pas la maquette dont il vient.
- Fouillez le dossier à la recherche de toute ressource de code qui ne sort pas de votre propre générateur. Si vous ne pouvez pas justifier la provenance d'une image, elle ne partira pas.
Deux de ces étapes relèvent de la paperasse plutôt que de la création, et c'est pour cela qu'on les abandonne. Ce sont aussi les deux qui marchent. Une version plus large du même exercice, menée sur des codes déjà dans le monde, se trouve dans l'audit des codes à destination morte ; poser un code que vous n'avez pas fabriqué est le même problème que les autocollants d'un inconnu dans les codes falsifiés, arrivé depuis votre propre fichier au lieu d'un passant.
Générez le provisoire le jour où vous commencez la mise en page, pas la veille de la date limite. Cela prend deux minutes, et cela convertit l'objet le plus risqué du fichier en objet fini.
