Quelqu’un dans le fond de la salle lève son téléphone, le scanne, attend, abandonne et le repose avant même que la page ne se charge. Personne dans la salle n’a rien remarqué — le présentateur avait déjà passé à la diapositive suivante. C’est le taux réel d’échec de la plupart des codes QR dans les présentations, et cela a presque rien à voir avec le fait que le code lui-même soit « correct ». Un code QR correctement généré peut encore échouer auprès du public de six manières différentes qui n’ont rien à voir avec les carrés noirs et blancs.

Pourquoi un code techniquement valide n’est pas scanné

L’instinct, lorsque un code QR sous-performe, est de blâmer sa position — trop petit, trop près du bord, caché derrière l’épaule du conférencier. Ces éléments comptent, mais ils sont rarement la cause réelle. Le coupable le plus courant est en fait l’URL de destination elle-même. Une longue URL de suivi remplie de paramètres UTM génère un code plus dense avec plus de modules compressés dans la même taille physique, et c’est la densité qui tue la fiabilité du scan à distance — pas la taille du carré sur la diapositive.

Passez l’URL de destination par un raccourcisseur de liens avant de générer le code, pas après. Une URL courte produit un code à faible nombre de modules qui reste lisible à une taille physique réduite, ce qui compte davantage lorsque vous concevez pour une salle de conférence de 20 pieds plutôt que pour un écran de laptop à six pouces du visage de quelqu’un.

Le paramètre de correction d’erreurs que presque personne ne touche

Chaque générateur de codes QR possède un niveau de correction d’erreurs — généralement étiqueté L, M, Q ou H — caché dans un panneau d’options avancées que la plupart des gens n’ouvrent jamais. Il contrôle la quantité de code qui peut être endommagée ou obscurcie et qui peut encore être scannée correctement. Si vous placez un logo au centre du code, ce qui est courant sur les diapositives personnalisées, vous avez besoin du niveau le plus élevé (H) pour que le logo n’engloutisse pas les données dont le scanner a besoin.

Voici où cela devient compliqué : un niveau de correction d’erreurs plus élevé rend le code visuellement plus dense, et un code plus dense est plus difficile à scanner de loin, pas plus facile. Ainsi, un code conçu pour survivre à une superposition de logo peut se révéler moins fiable pour une salle de 200 personnes qu’un code simple sans aucune marque. Si le logo compte plus que le scan des personnes au fond, c’est un choix légitime — mais faites-le exprès plutôt que par défaut.

Le dimensionnement pour la salle, pas pour l’écran de conception

Un code qui semble parfaitement net sur un laptop de 14 pouces peut être illisible lorsqu’il est projeté dans une salle, car ce qui compte, c’est le rapport taille-distance de visionnage, pas la taille par rapport à la diapositive. Une règle empirique : la longueur du côté du code doit être d’au moins un dixième de la distance jusqu’à votre spectateur le plus éloigné. Pour une salle où la dernière rangée est à 30 pieds, cela fait un code d’environ 3 pieds de large une fois projeté — ce qui est plus grand que ce que la plupart des gens placent instinctivement.

Une chose que je ne recommande pas : insérer le code dans un coin en dernier recours une fois que le reste de la diapositive est terminé. Il se retrouve généralement trop petit pour respecter ce ratio, et le redimensionner après que la mise en page est figée signifie lutter contre la grille que le reste du diaporama suit. Si le diaporama suit déjà une grille cohérente, le code a besoin de sa propre zone réservée dès le départ — pas un espace laissé libre par hasard.

Conçu comme une forme, pas collé comme une image

La plupart des générateurs de QR codes exportent une image PNG plate, et la plupart des gens collent simplement cette image PNG directement sur la diapositive. Cela fonctionne, mais c’est la même erreur qui alourdit les fichiers : une image raster à la résolution produite par le générateur, redimensionnée visuellement mais transportant toujours ses données pixel complètes en dessous. Sur une seule diapositive, cela reste négligeable. Sur un diaporama avec un code sur chaque séparateur de section, cela s’accumule d’une manière qui se manifeste plus tard lorsque le fichier ne peut pas être joint à un email.

La solution plus propre, si votre générateur le permet, est d’exporter en SVG et de laisser PowerPoint le traiter comme une forme vectorielle plutôt qu’une image — même résultat visuel, un poids de fichier bien inférieur, et il reste net peu importe à quel point vous l’agrandissez pour les calculs de taille de salle ci-dessus. Si vous travaillez déjà avec des formes vectorielles natives ailleurs dans le diaporama, c’est le seul endroit où les gens oublient de maintenir cette cohérence.

La partie qui décide si tout cela a de l’importance

Aucun des réglages de taille ou de correction d’erreurs ne change le fait qu’un scan ne soit qu’une première étape. Le rapport de Bitly sur les codes QR en 2025 a révélé que près de tous les marketeurs sondés avaient augmenté leur utilisation des codes QR au cours de l’année précédente — mais la même étude, dans un benchmark séparé de Uniqode, a placé le taux de conversion scan-à-clic moyen à environ 15-20 % selon la position et le contexte. L’écart entre « scanné » et « agi » vient généralement de ce qui attend de l’autre côté : une page mobile qui se charge lentement, ou un site formaté pour ordinateur que personne n’a pris la peine de vérifier sur téléphone, annule tout ce que le code a fait de bien.

Laissez la diapositive plus longtemps que nécessaire, aussi. Un code qui s’affiche pendant quatre secondes avant que la diapositive suivante ne le remplace ne échoue pas parce qu’il était mal conçu — il échoue parce que personne n’a prévu les dix secondes ou plus entre le moment où le téléphone est sorti et celui où la page termine son chargement.

Pour le prochain diaporama que vous construisez, générez le code en dernier, après avoir testé la page de destination sur un téléphone — pas en premier, comme un carré de remplissage que vous « traiterez plus tard ». Le carré est rarement le problème. Ce à quoi il pointe, généralement, l’est.