Le programme a changé. Les QR codes n’ont pas eu à changer.

Les délais d’impression courent des semaines avant le programme

Tous les événements connaissent la même collision. La signalétique, les badges et les programmes imprimés sont confiés à un imprimeur bien avant que le planning soit figé, puis le planning change : une session change de salle, un intervenant se désiste, la page du sponsor n’est pas prête, la fiche sur la boutique d’applications arrive avec trois jours de retard. Un QR code statique encode la destination à l’intérieur même du motif : chacun de ces changements transforme alors le support imprimé en impasse.

Un QR code dynamique encode un lien court à la place, et c’est le lien qui décide où le scan atterrit au moment où il se produit. Le visuel imprimé est figé le jour où il part sous presse ; la destination, elle, est un champ que vous modifiez depuis un téléphone, debout dans le hall. Rien ne change dans le motif : les codes déjà imprimés sur un millier de badges continuent de fonctionner.

Cela supprime aussi le pire scénario de l’imprimé événementiel : un QR qui mène quelque part de gênant une fois l’événement terminé. Donnez une date d’expiration au lien et le code cesse de lui-même de résoudre vers une page de session active, en affichant une page à votre marque que vous contrôlez plutôt qu’un 404 venu du serveur de quelqu’un d’autre.

• ✓Destination modifiable après impression, sans rien changer au motif imprimé
• ✓Date d’expiration par lien, pour que les codes prennent leur retraite à la date prévue
• ✓Page à votre marque au lieu du 404 d’un inconnu quand un lien est retiré
• ✓Export vectoriel pour la signalétique grand format qui doit rester nette

Quel stand, quel badge, quelle page du programme

La question utile après un événement n’est pas combien il y a eu de scans, mais quel emplacement les a produits. Elle ne devient traitable que si chaque emplacement porte son propre lien, et c’est pourquoi le flux de travail est ici conçu pour générer de nombreux liens d’un coup plutôt qu’un par un : un lien par stand, par session, par page imprimée, par type de badge, tous avec la même destination et chacun avec sa propre identité.

Chaque scan est alors attribué séparément. Vous voyez la répartition entre la banderole d’entrée et l’encart du programme, si le panneau du sponsor au fond de la salle a jamais été remarqué, et comment le QR du badge s’est comporté face à celui de la carte du tour de cou. Les dossiers et les étiquettes gardent plusieurs centaines de ces liens organisés par jour, par salle ou par sponsor.

Le temps est ce qui distingue les données d’un événement de celles d’une campagne ordinaire, et les rapports sont faits pour cela : l’activité est reportée à l’heure locale du visiteur, si bien que le pic de la pause-café et celui de la sortie de plénière tombent là où ils ont vraiment eu lieu au lieu d’être étalés sur le fuseau horaire d’un serveur.

• ✓Un lien par emplacement, généré en masse avant l’impression
• ✓Scans attribués par stand, par session, par page et par type de badge
• ✓Activité à l’heure locale du visiteur, pas à celle du serveur
• ✓Dossiers et étiquettes pour garder des centaines de liens navigables

Un téléphone dans un hall de congrès, c’est un environnement hostile

Les scans d’un événement viennent de téléphones sur des réseaux saturés, souvent depuis un navigateur intégré parce que le participant a ouvert le code dans un fil social. La section mobile de chaque lien traite ce cas explicitement : votre application quand elle est installée, la bonne fiche de la boutique quand elle ne l’est pas, un repli web quand aucun des deux ne s’applique, et un réglage distinct pour ce qui se passe à l’intérieur des navigateurs intégrés d’Instagram, de TikTok et de Facebook, qui gèrent les liens applicatifs de façon inconstante.

Le routage par pays et par langue compte plus lors d’un congrès international que presque partout ailleurs. Un seul code sur un seul badge peut envoyer un visiteur venu d’Allemagne vers le programme en allemand et tous les autres vers le programme en anglais, sans imprimer deux versions du badge.

Si c’est votre application que vous promouvez sur l’événement, le contexte différé est la pièce qui préserve l’attribution : le visiteur scanne, installe depuis la boutique, et l’application reçoit le contexte de campagne d’origine au premier lancement, si bien que l’inscription reste rattachée au stand qui l’a produite.

L’exploiter pour un client, pas seulement pour soi

Une agence événementielle n’organise que rarement un seul événement. Chaque client reçoit un espace de travail isolé, avec ses propres utilisateurs, son propre domaine et ses propres liens, si bien que le congrès de l’an dernier et le salon de cette année ne partagent jamais la même vue de reporting. Le sponsor qui réclame des chiffres peut recevoir un rôle de lecteur et consulter ses propres résultats sans rien pouvoir modifier.

Les liens peuvent vivre sur le domaine de l’événement plutôt que sur le vôtre — un congrès qui a sa propre marque veut en général que les scans atterrissent sur un nom d’hôte cohérent avec la signalétique. Les certificats sont émis et renouvelés automatiquement sur tous les forfaits, ce qui compte quand un domaine est enregistré quinze jours avant l’ouverture des portes.

Une fois l’événement terminé, l’espace de travail devient l’archive : les liens, les scans, les horaires et la géographie restent ensemble au même endroit pendant au moins douze mois, ce qui suffit à préparer l’édition suivante à partir de la précédente.

• ✓Un espace de travail par événement ou par client, totalement isolé
• ✓Des liens sur le domaine de l’événement, avec certificats automatiques
• ✓Accès en lecture seule pour les sponsors et les parties prenantes
• ✓Au moins 12 mois d’historique pour préparer l’édition suivante