"Necesitamos una app de AR" suele ser el punto de partida equivocado
Casi todo kickoff de un proyecto de AR arranca con la misma suposición: esto tiene que ser una app. A veces es cierto. Muchas veces no lo es, y el requisito de instalación es exactamente lo que mata la experiencia antes de que nadie la vea.
La pregunta real no es "app sí o app no": es cómo llega alguien realmente a la experiencia, y si pedirle que instale algo primero sobrevive al contacto con ese momento.
La cuenta de la fricción de instalación que nadie hace
Si alguien descubre tu experiencia de AR a través de un anuncio, un código QR en un empaque, un banner en una feria comercial o una publicación en redes sociales, el embudo honesto es este: la ve, quiere probarla, se topa con una pantalla de descarga en la app store y —para la inmensa mayoría de las personas— abandona ahí mismo. Una AR que depende del descubrimiento y exige instalación pierde a la mayor parte de su audiencia antes de que la experiencia real llegue a cargar.
WebXR y herramientas como 8th Wall resuelven exactamente esto: AR directamente desde el navegador, lanzada desde un enlace o un código QR, sin instalación, funcionando en segundos. Para una campaña de prueba virtual de producto, una demo en una feria comercial o cualquier cosa cuyo objetivo sea "prueba esto ahora mismo, desde donde estés", eliminar el paso de instalación no es un extra: es la diferencia entre que la gente la pruebe o que simplemente siga desplazándose.
Dónde la AR nativa sí gana
La AR nativa, construida con ARKit y ARCore dentro de una app completa, justifica su complejidad en distintas situaciones:
Tus usuarios ya abren la app con regularidad. La app de compras de una tienda de muebles, una app de mejoras para el hogar a la que la gente vuelve para cada proyecto: el probador con AR es una función que se suma a una relación ya existente, no algo que pide una instalación nueva solo para ver un producto.
Necesitas un tracking que persista entre sesiones. Anclajes a escala de habitación que recuerdan dónde se colocó un objeto virtual, mediciones que deben mantenerse precisas a lo largo de varias visitas: esto requiere la integración profunda con el sistema operativo que un sandbox de navegador no ofrece.
Necesitas capacidades específicas del hardware. La detección de profundidad por LiDAR en los iPhone más recientes, la oclusión precisa (objetos virtuales que se ocultan correctamente detrás de objetos reales) o el hand tracking en Meta Quest, o no están disponibles en un navegador, o su calidad se degrada de forma significativa. Si la experiencia depende de esa fidelidad, lo nativo es la única opción real.
Elegir el motor una vez que conoces la plataforma
Para juegos móviles, AR casual y la mayoría de los desarrollos multiplataforma, Unity 6 es la opción por defecto: herramientas maduras, amplio soporte de dispositivos y un gran ecosistema de plugins para SDKs de AR. Unreal Engine 5 se gana su lugar cuando la fidelidad visual es el objetivo: showcases 3D de alta gama, visualización cinematográfica de producto, cualquier caso donde la marca sea explícitamente la calidad del render. Para llegar al navegador sin instalación, Three.js y WebXR cubren el 3D interactivo y la AR que necesita estar a un toque de distancia, no a una descarga.
Apple Vision Pro y Meta Quest están en una categoría aparte: apps nativas de visionOS/RealityKit y builds nativos para Quest, pensados para experiencias genuinamente inmersivas a escala de habitación que ni una pantalla de teléfono ni una pestaña de navegador pueden replicar —simulaciones de entrenamiento, revisión de diseño espacial, cualquier caso donde lo importante es estar dentro de la experiencia y no verla a través de un rectángulo.
Una prueba simple antes de comprometerte
Hazte una sola pregunta: ¿esto se va a encontrar una sola vez, con alguien tomando una decisión rápida, desde un anuncio o un enlace, o es una función recurrente para gente que ya tiene tu app abierta? Única y rápida → WebXR, sin instalación, eliminando cada punto de fricción entre ver la experiencia y probarla. Recurrente y nativa de la app → constrúyela dentro de la experiencia nativa en la que tus usuarios ya confían.
Invertir esta lógica es el error costoso más común en los proyectos de AR: construir una app nativa completa para una campaña de marketing puntual que necesitaba cero fricción, o construir una demo de navegador para una función que necesitaba persistir e integrarse con una app que la gente ya usa a diario.
Cuánto cuesta
Un juego móvil casual o una experiencia de AR de marca —WebXR o nativa— suele arrancar alrededor de los $15,000. Los títulos 3D multijugador y los desarrollos completos de VR, con la ingeniería adicional para netcode, física y optimización específica para cada headset, arrancan desde $50,000+.
En resumen
No asumas por defecto "hay que construir una app". Asume por defecto preguntar cómo llega realmente alguien a la experiencia, y deja que esa respuesta decida la plataforma. Nuestro equipo de juegos, AR y VR define el motor y el método de entrega —WebXR, móvil nativo o un desarrollo para Vision Pro/Quest— en función de cómo tu audiencia específica se va a encontrar realmente con la experiencia, no de qué plataforma suena más impresionante en un pitch deck.
