Réalité augmentée (AR) dans les applications mobiles

La réalité augmentée n'est plus une technologie de science-fiction réservée aux labos de R&D. En 2026, elle est dans la poche de vos utilisateurs. Et contrairement à ce qu'on pourrait croire, intégrer l'AR dans une application mobile n'est plus un projet à plusieurs millions d'euros. Avec ARKit (iOS) et ARCore (Android), les barrières techniques ont considérablement baissé. La vraie question n'est plus "est-ce faisable ?" mais "est-ce que ça apporte une vraie valeur à mes utilisateurs ?".

Selon Statista (2025), le marché de la réalité augmentée mobile représente 13,8 milliards de dollars et devrait dépasser 21 milliards d'ici 2028. Plus impressionnant encore : Grand View Research estime le marché AR global à 120 milliards de dollars en 2025, avec une projection à plus de 1 000 milliards d'ici 2033. Autant dire que si vous développez des applications mobiles, ignorer l'AR revient à ignorer le mobile il y a 15 ans.

Chez Eurus, on a intégré des fonctionnalités AR sur plusieurs projets. Et la leçon qu'on en tire, c'est que le succès d'une feature AR dépend à 80% de son utilité réelle, et à 20% de sa prouesse technique.

ARKit vs ARCore : quel SDK choisir ?

Commençons par les fondamentaux. Deux frameworks dominent le développement AR mobile : ARKit d'Apple et ARCore de Google. Ensemble, ils couvrent 99% du marché smartphone. Selon GM Insights (2025), les cinq acteurs majeurs (Apple, Google, Samsung, Niantic, Magic Leap) détiennent 62,6% du marché AR mobile.

ARKit (iOS)

ARKit est le framework AR natif d'Apple, disponible depuis iOS 11 (2017). Il exploite les capteurs des iPhone et iPad pour détecter les surfaces, suivre les mouvements, et ancrer des objets virtuels dans le monde réel.

Ce qui le distingue :

• LiDAR sur iPhone Pro et iPad Pro : précision centimétrique pour la détection des surfaces et objets
• People Occlusion : les personnes réelles peuvent masquer les objets virtuels, ce qui crée un effet bien plus naturel
• Object Capture : possibilité de scanner des objets réels en 3D directement avec l'appareil photo

Les inconvénients ? ARKit ne fonctionne que sur iOS, ce qui limite votre audience. Et les fonctionnalités avancées (LiDAR) ne sont disponibles que sur les appareils haut de gamme.

ARCore (Android)

ARCore est la réponse de Google à ARKit. Il fonctionne sur une large gamme d'appareils Android — mais pas tous. Google maintient une liste d'appareils compatibles, et certains smartphones d'entrée de gamme en sont exclus.

Ses forces :

• Cloud Anchors : partager une expérience AR entre plusieurs utilisateurs en temps réel
• Geospatial API : ancrer des objets AR à des coordonnées GPS précises, même sans marqueurs visuels
• Couverture Android : des centaines de millions d'appareils compatibles

Le point faible ? La fragmentation Android. Entre les différents fabricants, versions d'OS, et capacités matérielles, les tests deviennent un cauchemar. Sur certains appareils, l'AR tourne parfaitement ; sur d'autres, elle lag ou plante.

Et si on développe en cross-platform ?

Pour les projets Flutter ou React Native, des solutions existent. AR Foundation (Unity) permet de cibler ARKit et ARCore avec une seule codebase. Des packages comme ar_flutter_plugin ou viro_react offrent des abstractions, mais attention : elles sont souvent limitées par rapport aux SDK natifs.

Avec Getaway, on a choisi Flutter pour le cross-platform. Résultat : une seule codebase pour iOS et Android, et 60% de temps dev économisé. Mais pour les features AR avancées, on a dû écrire des modules natifs. Le cross-platform a ses limites quand on pousse les capacités matérielles.

Les cas d'usage qui fonctionnent vraiment

L'AR, c'est sexy sur une démo. Mais dans la vraie vie, beaucoup de fonctionnalités AR finissent désactivées ou ignorées par les utilisateurs. Voici les cas où ça marche — et pourquoi.

Retail : essayer avant d'acheter

C'est probablement le cas d'usage le plus mature. IKEA Place permet de visualiser un meuble chez soi avant l'achat. Sephora propose d'essayer du maquillage virtuellement. Warby Parker fait pareil avec les lunettes.

Une étude citée par Bayelsa Watch (2026) révèle que 50% des consommateurs sont prêts à payer plus cher pour un produit qu'ils peuvent visualiser en AR. Plus frappant encore : 70% déclarent que les apps AR les inciteraient à acheter plus souvent.

Pourquoi ça fonctionne ? Parce que l'AR résout un vrai problème : l'incertitude. "Est-ce que ce canapé rentrera dans mon salon ?" n'est plus une question — c'est une visualisation.

En termes techniques, ce type d'AR repose sur :

• La détection de surfaces horizontales (ARKit/ARCore de base)
• Des modèles 3D optimisés pour mobile (< 50k polygones idéalement)
• Un système de mise à l'échelle réaliste

Le challenge principal ? La qualité des modèles 3D. Un meuble qui semble cheap en AR tue l'expérience, même si l'app est techniquement parfaite.

Industrie et maintenance : l'AR utilitaire

Dans l'industrie, l'AR n'est pas un gadget — c'est un outil de productivité. Les techniciens de maintenance utilisent des apps AR pour superposer des instructions sur les équipements qu'ils réparent. Plutôt que de jongler entre un manuel PDF et une machine complexe, ils voient les étapes directement sur la pièce concernée.

Boeing a documenté une réduction de 25% du temps d'assemblage et une baisse de 30% des erreurs grâce à l'AR sur ses lignes de production. Ce n'est pas du marketing : c'est du ROI mesurable.

Pour ce type d'usage, on travaille généralement avec :

• Des marqueurs visuels (QR codes, images de référence) pour identifier l'équipement
• Des superpositions d'annotations 3D
• Une synchronisation avec un backend pour récupérer les procédures à jour

Chez Eurus, on a vu des projets industriels où l'AR a complètement transformé la formation. Au lieu de former un technicien pendant 3 semaines, on lui met une app AR dans les mains et il est opérationnel en 3 jours. Le gain est énorme.

Gaming : l'effet Pokémon GO

Impossible de parler d'AR mobile sans mentionner Pokémon GO. Niantic a prouvé en 2016 que l'AR pouvait générer des milliards de revenus. Selon Mordor Intelligence (2025), le marché du gaming AR représente 11,21 milliards de dollars et devrait atteindre 31 milliards d'ici 2030 — une croissance annuelle de 22,6%.

Ce qui fait le succès du gaming AR :

• L'intégration du monde réel dans le gameplay (marcher, explorer, interagir physiquement)
• La dimension sociale (jouer avec d'autres dans le même espace physique)
• La nouveauté de l'expérience, qui génère du bouche-à-oreille

Mais attention : créer un jeu AR à succès demande des ressources considérables. Entre la modélisation 3D, le game design adapté à l'AR, et les serveurs pour gérer les données géolocalisées, on parle de budgets à 6 ou 7 chiffres.

Navigation et wayfinding

Google Maps a intégré la navigation AR (Live View) il y a quelques années. L'idée : plutôt que de regarder une carte 2D, vous pointez votre téléphone vers la rue et des flèches virtuelles vous guident.

Ce cas d'usage est particulièrement pertinent pour :

• Les aéroports et centres commerciaux (orientation indoor)
• Les campus d'entreprise
• Les événements et festivals

La technologie sous-jacente combine :

• La géolocalisation GPS (extérieur)
• Le Visual Positioning System (VPS) qui reconnaît l'environnement via la caméra
• Des modèles 3D de l'espace indoor quand le GPS ne suffit pas

E-commerce et configurateurs produit

Au-delà du "try before you buy", l'AR permet de configurer des produits complexes. Imaginez configurer votre future voiture en AR, en la visualisant garée devant chez vous avec les options que vous avez choisies. Ou personnaliser des sneakers et les voir à vos pieds.

Ce type d'expérience augmente significativement les taux de conversion. Shopify rapporte que les produits avec contenu AR ont un taux de conversion 94% plus élevé que ceux sans.

Architecture technique d'une app AR

Passons au concret. Comment structure-t-on une application AR ?

Le pipeline de rendu

Une app AR doit accomplir plusieurs tâches en temps réel :

1. Capture vidéo : récupérer le flux de la caméra
2. Analyse de scène : détecter les surfaces, la lumière, les obstacles
3. Tracking : suivre la position et l'orientation de l'appareil
4. Rendu 3D : afficher les objets virtuels avec le bon éclairage et les bonnes ombres
5. Composition : fusionner le rendu 3D avec la vidéo en temps réel

Tout ça doit tourner à 60 FPS minimum pour une expérience fluide. En dessous, l'utilisateur ressent un décalage entre ses mouvements et la réponse de l'app — c'est la recette pour les nausées et la frustration.

Gestion des assets 3D

Les modèles 3D pour l'AR mobile doivent être optimisés agressivement. Contrairement aux jeux console ou PC, vous n'avez pas de GPU dédié. Quelques règles :

| Paramètre | Recommandation mobile AR | |-----------|-------------------------| | Polygones | < 50 000 par objet | | Textures | 1024x1024 max, compression ASTC/ETC2 | | Draw calls | < 100 par frame | | Format fichier | USDZ (iOS), GLB/GLTF (Android) |

Apple a standardisé le format USDZ pour l'AR sur iOS. C'est un conteneur qui inclut le modèle 3D, les textures, et les animations. Côté Android, GLTF (et son équivalent binaire GLB) est le standard de facto.

Un piège classique : recevoir des modèles 3D "prêts pour l'AR" d'un client, et découvrir qu'ils font 200 Mo chacun avec 2 millions de polygones. Ces assets sont conçus pour des rendus marketing, pas pour du temps réel mobile. La conversion et l'optimisation peuvent prendre des jours.

Persistance et Cloud Anchors

Pour certaines expériences, vous voulez que l'objet AR reste "en place" même après avoir fermé l'app. C'est le principe des Cloud Anchors (ARCore) ou des World Maps (ARKit).

L'idée : au lieu de stocker la position de l'objet en coordonnées locales (qui disparaissent à la fermeture), on l'envoie sur un serveur qui la sauvegarde de façon persistante. Quand l'utilisateur revient, l'app télécharge ces données et replace l'objet au même endroit.

C'est indispensable pour les cas d'usage collaboratifs. Imaginez une équipe qui annote un chantier en AR : chaque personne doit voir les mêmes annotations au même endroit.

Performances et batterie

L'AR est gourmande. La caméra tourne en continu, le GPU calcule des rendus 3D, les capteurs (accéléromètre, gyroscope) sont sollicités en permanence. Résultat : la batterie fond comme neige au soleil.

Quelques techniques d'optimisation :

• Réduire la résolution de rendu quand c'est acceptable (notamment pour les previews)
• Limiter le framerate à 30 FPS si l'expérience le permet
• Désactiver l'AR quand elle n'est pas visible (l'utilisateur regarde ailleurs)
• Utiliser le mode basse consommation du SDK quand disponible

Sur DrMilou, on n'a pas d'AR — mais on a appris que les performances, c'est non négociable sur mobile. Les vétérinaires ont besoin d'accéder aux infos critiques en 2 clics max, pas 5. Pareil pour l'AR : si elle lag, elle ne sera pas utilisée.

Les erreurs à éviter

Après plusieurs projets AR, voici les pièges dans lesquels on voit régulièrement des équipes tomber.

Erreur 1 : l'AR pour l'AR

"On veut de l'AR dans notre app." Pourquoi ? "Parce que c'est innovant."

Ce n'est pas une raison suffisante. Si l'AR n'apporte pas une valeur claire — gain de temps, meilleure décision, expérience impossible autrement — elle sera ignorée. Les utilisateurs ne sont pas impressionnés par la technologie en soi. Ils veulent des solutions à leurs problèmes.

Avant de coder une feature AR, posez-vous la question : "Est-ce que cette fonctionnalité serait meilleure en 2D classique ?" Si la réponse est oui, ne faites pas d'AR.

Erreur 2 : sous-estimer les conditions réelles

En démo, l'AR fonctionne parfaitement. Dans un bureau bien éclairé, avec un iPhone Pro, sur une table uniforme. Mais vos utilisateurs sont dans le monde réel : faible luminosité, surfaces réfléchissantes, mouvements brusques, appareils d'entrée de gamme.

Testez dans des conditions dégradées. Testez sur les appareils les moins puissants de votre cible. Testez avec des utilisateurs qui n'ont jamais utilisé d'AR (ils ne savent pas qu'il faut "scanner" l'environnement avant de placer un objet).

Erreur 3 : onboarding inexistant

L'AR n'est pas intuitive pour tout le monde. Beaucoup d'utilisateurs ne comprennent pas qu'ils doivent bouger leur téléphone pour "découvrir" les surfaces. Ils pointent la caméra et attendent que quelque chose se passe.

Un bon onboarding AR inclut :

• Une animation montrant le mouvement à effectuer
• Des indicateurs visuels quand une surface est détectée
• Un feedback clair quand l'objet est placé
• Une option pour réinitialiser si ça ne marche pas

Erreur 4 : ignorer le fallback

Que se passe-t-il si l'appareil de l'utilisateur n'est pas compatible AR ? Si la luminosité est insuffisante ? Si les permissions caméra sont refusées ?

Prévoyez toujours un fallback : une version 2D de la fonctionnalité, ou au minimum un message explicatif clair. Rien de pire qu'un bouton "Voir en AR" qui ne fait rien quand on appuie dessus.

Budget et timeline

Combien coûte une fonctionnalité AR ? Ça dépend énormément de la complexité.

| Type de feature | Budget estimé | Timeline | |-----------------|---------------|----------| | Visualisation produit simple (1-5 modèles) | 15 000 - 40 000 € | 4-8 semaines | | Configurateur produit AR | 40 000 - 100 000 € | 8-16 semaines | | Navigation indoor AR | 60 000 - 150 000 € | 12-20 semaines | | Jeu AR complet | 150 000 € - 500 000 € + | 6-18 mois |

Ces estimations incluent le développement, mais pas la création des assets 3D si vous ne les avez pas. Un modèle 3D optimisé pour l'AR coûte entre 500€ et 5000€ selon sa complexité. Pour un catalogue de 50 produits, ça chiffre vite.

Notre règle d'or chez Eurus : un MVP en 6 semaines max. Pour l'AR, c'est parfois serré, mais on peut livrer une preuve de concept fonctionnelle dans ce délai pour valider l'intérêt utilisateur avant d'investir massivement.

L'avenir de l'AR mobile

Où va l'AR mobile ? Plusieurs tendances se dessinent.

Les lunettes AR grand public arrivent. Apple Vision Pro a ouvert la voie, et des versions plus légères et abordables suivront. Mais en attendant que ces dispositifs se démocratisent, le smartphone reste le véhicule principal de l'AR.

L'IA générative entre dans la boucle. Imaginez décrire un objet en texte et le voir apparaître en AR. Les modèles de génération 3D progressent rapidement, et leur intégration dans les pipelines AR est en cours.

WebAR gagne du terrain. Plutôt que de télécharger une app, l'utilisateur scanne un QR code et accède à une expérience AR directement dans son navigateur. Les performances sont inférieures aux apps natives, mais la friction utilisateur est quasi nulle.

Prêt à intégrer l'AR ?

Si vous avez un projet qui pourrait bénéficier de l'AR — visualisation produit, formation, jeu, navigation — parlons-en. Chez Eurus, on vous aide à déterminer si l'AR est pertinente pour votre cas d'usage, et si oui, comment l'implémenter de façon pragmatique.

En 3 ans chez Eurus, j'ai vu des projets échouer non pas à cause du code, mais parce que personne n'avait vraiment compris le besoin métier. L'AR amplifie ce risque : la technologie est séduisante, mais elle ne remplace pas une réflexion solide sur l'utilité.

Discutons de votre projet AR →

---

FAQ

L'AR fonctionne-t-elle sur tous les smartphones ?

Non. ARKit nécessite un iPhone 6s ou plus récent (iOS 11+). ARCore fonctionne sur une liste d'appareils Android certifiés par Google — la plupart des smartphones de milieu et haut de gamme depuis 2018, mais pas tous. Vérifiez la liste officielle de Google pour ARCore.

Quelle est la différence entre AR et VR ?

La réalité augmentée (AR) superpose des éléments virtuels au monde réel, via la caméra d'un smartphone ou des lunettes transparentes. La réalité virtuelle (VR) immerge totalement l'utilisateur dans un environnement virtuel, avec un casque opaque. L'AR maintient le contact avec l'environnement réel ; la VR l'isole.

Peut-on faire de l'AR sans développer une app native ?

Oui, via le WebAR. Des frameworks comme 8th Wall, AR.js, ou Model Viewer (Google) permettent de créer des expériences AR accessibles directement depuis un navigateur mobile. Les performances sont inférieures aux apps natives, mais l'accessibilité est bien meilleure (pas de téléchargement).

Combien coûte la création d'un modèle 3D pour l'AR ?

Entre 500€ et 5000€ par modèle selon la complexité. Un objet simple (une chaise) coûte moins qu'un objet détaillé (une voiture avec intérieur). Le coût inclut la modélisation, le texturing, et l'optimisation pour mobile. Pour des catalogues volumineux, des solutions de photogrammétrie automatisée peuvent réduire les coûts.

L'AR consomme-t-elle beaucoup de batterie ?

Oui. La caméra, le GPU, et les capteurs sont sollicités en permanence. Comptez une consommation 2 à 3 fois supérieure à une utilisation normale. Prévenez vos utilisateurs si votre expérience AR dure longtemps, et optimisez votre code pour limiter l'impact.