La réalité augmentée sur le téléphone de votre client, pas sur le vôtre : que faire quand le public a un appareil basique

La réalité augmentée fonctionne à merveille sur le téléphone de celui qui la développe. Le problème, c'est que le client final n'a presque jamais ce téléphone.

C'est l'une des leçons les plus coûteuses pour quiconque propose de la RA à un large public : l'expérience est validée sur un appareil récent, dans une pièce bien éclairée, et arrive chez quelqu'un avec un téléphone d'entrée de gamme, acheté il y a quatre ans, dans une cuisine le soir. La technologie est la même. Le résultat, non.

Cet article rassemble ce que nous avons appris en assurant ce type de support — et ce qu'il est possible de faire dès la conception du projet pour que le problème n'existe tout simplement pas.

Pourquoi ça ne s'ouvre pas : quatre raisons différentes

« Je n'arrive pas à voir » cache souvent des causes distinctes, chacune ayant sa propre solution.

1. L'appareil n'est pas compatible — et cela ne dépend pas de son ancienneté

Sur Android, la RA native dépend d'ARCore, et Google n'active que les appareils certifiés : le modèle passe par une vérification de la caméra, des capteurs de mouvement, de l'architecture et des performances du processeur. Il ne suffit pas de faire tourner Android 7.0 ou supérieur et d'avoir le Play Store — si le fabricant n'a pas effectué la calibration avec Google, ce modèle n'entre pas dans la liste, même s'il est récent. C'est pourquoi deux téléphones similaires, de la même année, se comportent différemment.

Sur iPhone, la règle est plus simple : ARKit exige un processeur A9 ou supérieur — c'est-à-dire à partir de l'iPhone 6s — avec iOS 11 ou plus récent. Les fonctionnalités avancées, comme le capteur LiDAR, n'existent que sur les modèles Pro.

2. Le composant système manque

Même sur un appareil compatible, Android a besoin des Services Google Play pour la RA installés et à jour. Sur les téléphones avec peu d'espace libre — une situation fréquente sur les appareils d'entrée de gamme — ce composant n'est souvent pas installé ou se retrouve désactualisé silencieusement.

3. Le lien a été ouvert dans une autre application

C'est la cause numéro un des demandes de support, et elle n'a rien à voir avec la qualité du téléphone. Lorsque la personne touche le lien depuis WhatsApp, Instagram ou Facebook, la page s'ouvre dans le navigateur interne de ces applications — et ce navigateur n'active pas la RA native. L'expérience doit être ouverte dans Chrome, sur Android, ou dans Safari, sur iPhone.

4. L'environnement physique ne coopère pas

La RA qui « place l'objet au sol » doit reconnaître une surface, et pour cela dépend de la texture visuelle et de la lumière. Un sol lisse et brillant, un mur blanc uni, une table en verre ou un manque de lumière privent le suivi de points de repère — d'où le message indiquant que le sol n'a pas été identifié. Ce n'est pas un défaut de l'application : c'est la limite de la détection de plan par caméra.

L'erreur de conception qui cause tout cela

L'erreur n'est pas technique, elle est décisionnelle : choisir le type de RA en fonction du téléphone de l'équipe, et non de celui du public. Quand le produit s'adresse à un large public — un livre, un emballage, un support distribué dans une école —, une bonne partie des lecteurs auront un appareil d'entrée de gamme, une mémoire saturée et une connexion instable. Concevoir pour le haut de gamme, c'est se garantir des demandes de support.

La solution technique : changer le type de RA, pas le public

Il existe deux façons bien différentes de faire de la RA, avec des exigences très distinctes :

• RA de surface (détection de plan). L'appareil doit cartographier l'environnement en temps réel. C'est la plus impressionnante et la plus exigeante — capteur, puissance de calcul et environnement favorable.
• RA par image-cible. Le contenu apparaît lorsque la caméra reconnaît une image spécifique : la couverture du livre, la page, l'étiquette, une carte imprimée. Comme le point de repère est l'image elle-même, il n'est pas nécessaire de détecter le sol ni de cartographier la pièce — ce qui la rend nettement plus tolérante aux appareils basiques et aux environnements peu favorables.

Pour un support imprimé, l'image-cible est souvent le bon choix, non pas parce qu'elle est moins chère, mais parce qu'elle est plus robuste : la page est déjà le marqueur, le cadrage est naturel et l'utilisateur comprend seul ce qu'il doit faire — pointer la caméra vers l'image.

Et quand c'est déjà de l'image cible et que ça ne s'ouvre toujours pas ?

Passer à l'image cible supprime la partie la plus fragile — cartographier l'environnement — mais ne rend pas l'expérience infaillible. La reconnaissance dépend toujours de la capacité de la caméra à voir le dessin avec assez de netteté, et c'est là que l'appareil modeste refait surface. Ce qui gêne le plus souvent :

• La mise au point. Beaucoup de caméras d'entrée de gamme ont une mise au point faible ou fixe. Une image légèrement floue ne correspond pas à la cible — et la personne jure qu'elle vise bien, parce que pour son œil c'est le cas.
• Le reflet du papier. Une page brillante ou pelliculée renvoie la lumière droit dans l'objectif et efface le motif. C'est la raison la plus fréquente du « ça marche en boutique et pas chez le client » : la lampe change.
• Le manque de lumière. Dans la pénombre, la caméra augmente le gain, l'image se charge de bruit et le motif se perd.
• Distance et angle. Trop près, la cible est coupée ; trop loin, il reste peu de pixels ; trop incliné, le motif se déforme. La plage qui fonctionne est plus étroite avec une mauvaise caméra.
• La courbure de la page — dans un livre, c'est le problème structurel. La reconnaissance par image cible suppose que le dessin se trouve sur une surface plane. Près du dos, la page se courbe, et cette courbure déforme le motif de façon continue : les distances entre les points de repère changent et la correspondance avec la cible d'origine échoue. Plus le livre est épais et le dos rigide, pire c'est — un livre au dos collé n'ouvre presque jamais à 180 degrés, et la courbe avale précisément la moitié intérieure de la page.
• La cible elle-même manque de détail. Illustrations en aplats, grands espaces vides, motifs répétés ou symétrie offrent peu de points de repère. Deux pages semblables peuvent même être confondues.
• Les performances. Un appareil lent traite moins d'images par seconde : la reconnaissance tarde et la personne abandonne avant.

Et du côté de l'utilisateur, le geste qui règle le plus de cas est simple : bien aplatir la page. Poser le livre ouvert sur une table, lisser la page avec la main et, s'il a tendance à se refermer, maintenir les bords avec le doigt ou un objet. Cela vaut aussi pour un dépliant plié ou une carte restée dans un sac : plus l'image est plane, plus la reconnaissance est rapide. Cette consigne doit figurer sur le support imprimé et dans l'application — la personne ne devinera pas toute seule que c'est la courbure du papier qui bloque.

Que faire dans le projet : placer la cible dans le tiers extérieur de la page, loin du dos, et ne jamais la faire traverser les deux pages — le pli central coupe le motif en deux plans distincts ; privilégier, quand le choix existe, une reliure qui s'ouvre à plat (cousue ou spirale) ; choisir comme cibles les illustrations les plus texturées et contrastées (et tester chacune avant l'impression, livre ouvert en main, et non feuille détachée posée sur la table) ; éviter les finitions brillantes sur les pages à scanner ; imprimer sur la page même la consigne de distance et de lumière ; et — le détail qui réduit le plus les demandes d'aide — montrer à l'écran ce que l'application voit, avec un cadre indiquant le bon cadrage, plutôt que de laisser la caméra ouverte sans aucun indice.

Et le plan B, que presque personne ne propose

Il y aura toujours quelqu'un dont l'appareil ne prend absolument pas en charge la RA. Pour cette personne, le projet doit prévoir une seconde porte d'entrée :

1. Modèle 3D rotatif sans caméra. Le même objet, à l'écran, que la personne fait pivoter du doigt. Fonctionne sur presque tout et délivre 80 % de la valeur.
2. Courte vidéo de l'expérience. Enregistrée une fois, elle montre ce que la personne aurait vu.
3. Un message qui explique, pas qui accuse. « Votre appareil n'est pas compatible » ferme la porte. « Touchez ici pour voir en 3D » garde la personne engagée.

Liste de vérification avant un lancement à grande échelle

• Tester sur l'appareil le plus basique que votre public utilise réellement — acheter un modèle d'entrée de gamme d'occasion coûte moins cher que de perdre un client.
• Tester avec peu de lumière et sur une surface lisse, pas seulement sur la table en bois du bureau.
• Tester en ouvrant le lien depuis WhatsApp, car c'est ainsi qu'il circulera.
• Inclure une instruction sur le support imprimé : quel navigateur ouvrir et vers quoi pointer.
• Avoir la seconde porte d'entrée prête avant le lancement, pas après le premier e-mail de réclamation.

Que répondre à ceux qui écrivent que ça ne fonctionne pas

Un court script résout la plupart des cas, dans l'ordre : demandez le modèle de l'appareil ; demandez si le lien a été ouvert depuis une application et demandez d'ouvrir dans Chrome ou Safari ; demandez de poser le support sur une table et de bien aplatir la page ; suggérez de tester avec plus de lumière ; et, si rien de tout cela ne fonctionne, envoyez la vidéo ou le modèle 3D. La personne ne veut pas comprendre ARCore. Elle veut voir l'image bouger.

Si vous envisagez un projet de ce type, lisez d'abord combien coûte la création d'une application de réalité augmentée — notamment pour savoir quand vous n'en avez pas besoin. Et si vous souhaitez que cette décision soit prise en pensant au public réel, c'est ce que nous faisons en réalité augmentée et en développement d'applications.