El 13 de noviembre de 2026 hicimos esta pregunta a Google en inglés, y uno de los primeros resultados fue un hilo de foro de 2015, también en inglés. Una respuesta termina así (la traducción es nuestra): «Si no, necesitarás 2 códigos QR diferentes: 1 para cada plataforma».
Era cierto para un código sencillo, cuyos cuadrados guardan la propia dirección de la tienda. Hoy basta un solo código QR para descargar una app si es dinámico: sus cuadrados guardan una dirección web corta y un servicio decide adónde lleva. Dale tres enlaces: App Store, Google Play y uno alternativo para todo lo demás.
Cada código de prueba principal recibió 25 solicitudes de prueba. Un iPad simulado que se presenta como un Mac se trató como una computadora.
¿Hacen falta dos códigos QR, uno por tienda?
Dos clientes van a la vez por la tarjeta del mostrador, uno con un iPhone y otro con un teléfono Android. Un cuadrado de tinta, dos tiendas. ¿Quién decide?
El código, no: guarda una sola dirección y no puede mirar el teléfono. La elección ocurre después del escaneo, en un servidor detrás de un enlace corto: una dirección web corta que lleva al visitante a su destino real.
La opción A son dos códigos estáticos, cada uno con la dirección de su tienda en los cuadrados. Te dan independencia: ningún servicio, nada que se pueda apagar. A cambio, ocupan el doble de espacio en la tarjeta y plantean a cada transeúnte una pregunta: ¿cuál es el mío?
La opción B es un solo código dinámico: más espacio y una tarjeta más tranquila. Los cuadrados guardan el enlace corto y el servidor elige la tienda en cada escaneo. Ahí se separan los códigos QR estáticos y dinámicos.
¿Puedes prescindir de una tienda? Con estas cifras, no. StatCounter cuenta qué sistemas muestran páginas web en dispositivos móviles: páginas vistas, no teléfonos vendidos. En octubre de 2026, iOS, el sistema del iPhone, tuvo el 52 % en Estados Unidos, el 36 % en Francia y el 28 % en el mundo. Android tuvo casi todo el resto.
¿Cómo sabe un solo código QR qué teléfono lo escanea?
La respuesta decepciona un poco: el código no detecta nada. El servicio que hay detrás se fía de lo que dice el teléfono.
Cada vez que un navegador pide una página, envía una línea que dice qué es: navegador, sistema y, a menudo, el tipo de dispositivo. Su nombre técnico es user agent; nosotros la llamaremos la firma. Piensa en la credencial que enseñas en la puerta. Cuando una clienta habitual apunta su iPhone a la tarjeta del mostrador, su navegador se presenta como Safari en un iPhone. Algunos dispositivos, en cambio, se presentan como otra cosa.
El servidor del enlace corto lee esa línea y responde con una redirección, una orden de ir a otro sitio, enviada antes de que cargue ninguna página. En el generador que probamos, la respuesta apuntaba directo a la dirección de la tienda, sin página intermedia: código 302, un código web estándar para una redirección temporal.
Otra manera de hacerlo es una pequeña página con un botón por tienda: un toque más, y la persona elige.
Quién llega adónde: lo que mostraron 25 solicitudes de prueba
La mayoría de nuestras 25 solicitudes de prueba llegaron adonde apostarías. Una de las otras representa a un dispositivo que seguramente está ahora mismo en la mesa de alguna cafetería.
Un script pidió su respuesta al enlace 25 veces, cambiando la firma que enviaba. Fueron simulaciones; más abajo contamos un escaneo real con un iPhone. Los tres enlaces estaban rellenos.
- El enlace de App Store fue a los iPhone (Safari, Chrome) y a un iPad que se presenta como iPad.
- El enlace de Google Play fue a los teléfonos Android.
- Los navegadores integrados se abren dentro de Instagram, TikTok o Facebook cuando tocas un enlace. Siguieron a su teléfono: Instagram y TikTok en iPhone recibieron el App Store, Facebook en Android recibió Google Play. No probamos si la tienda se abre luego dentro de ellos.
- El enlace alternativo fue a las computadoras (Mac, Windows, Linux, Chromebook) e incluso a una solicitud sin firma.

Una clienta habitual, junto a la ventana, escanea el póster con su iPad. El equipo de WebKit desarrolla el motor de Safari. En diciembre de 2019 escribió que Safari en iPad se presenta por lo general como Safari en un Mac, para que los sitios web sirvan su versión de escritorio. En nuestra prueba, esa firma de Mac se trató como una computadora y recibió el enlace alternativo, no el App Store.
Todas las respuestas encajan con una regla: el servidor busca iPhone, iPad o Android en la firma y trata todo lo demás como una computadora. Así que, con los tres enlaces rellenos, un iPad que dice Mac llega al tercero. Esa página necesita un botón de App Store.
Cómo crear un código QR para una app: rellena los tres enlaces
Configurarlo pide tres direcciones, copiadas y pegadas. Tienta rellenar dos; la tercera decide qué pasa cuando un dispositivo inesperado escanea el código.
- Copia la dirección de tu app en el App Store. Los enlaces de Apple llevan
apps.apple.com, a veces un código de país, luego/app/, un nombre,idy un número. Lo más fácil: abre la página de tu app en el sitio web del App Store y copia la barra de direcciones. - Copia la dirección de tu app en Google Play. Android Developers documenta el formato:
play.google.com/store/apps/details?id=seguido del nombre del paquete, el nombre técnico único de la app (por ejemplocom.yourshop.loyalty). - Crea un código de tipo aplicación y pega cada dirección en el campo de su tienda.
- Rellena con una página web el tercer campo, que el generador que probamos llama «Enlace alternativo (ordenador / otro)».
- Guarda, prueba y luego imprime.
¿Por qué el tercer campo? Medimos un código con los dos enlaces de tienda y sin enlace alternativo: toda firma que no decía iPhone, iPad ni Android recibió el enlace de App Store. Eso le va bien al iPad que dice Mac. No le va bien a una computadora portátil con Windows cuyo dueño tiene un teléfono Android.
Ahora piensa en el mes del lanzamiento: tu app ya está en el App Store y la versión para Android sigue en revisión. El formulario guarda un código con un solo enlace de tienda sin avisar. En nuestra prueba, sin enlace alternativo, las firmas de Android fueron al App Store; con solo Google Play relleno, una firma de iPhone fue a Google Play. Con un enlace alternativo, cada una recibió ese enlace.
Así que nunca dejes vacío el tercer campo. Que la página alternativa tenga los botones de las dos tiendas: ahí llegan las computadoras y también el iPad que dice Mac. Durante el mes del lanzamiento, pon un solo botón y una línea «próximamente en Android». Cuando salga la versión para Android, un código dinámico te deja añadir su enlace sin reimprimir.
Antes de imprimir, prueba con un iPhone, un teléfono Android y una computadora, más un iPad si tienes uno a mano. Luego escribe junto al código lo que la gente obtiene, como «Escanea para descargar nuestra app de fidelidad»: mira qué escribir junto a un código QR.
Un solo código QR para varios países o idiomas
Tu segundo local abre al otro lado de la frontera, en una ciudad bilingüe. ¿Un código por país? ¿Por idioma?
Para el App Store, un enlace de campaña suele evitar una regla. Es un enlace de marketing que se crea en las herramientas para desarrolladores de Apple. Según Apple, cada persona que lo usa llega a la tienda de su país, sea cual sea la tienda a la que apunte. Las reglas se ganan su lugar cuando la app no está en todas partes, o para una página por idioma.
Para esos casos, el generador que probamos usa un código de tipo sitio web y una sección que llama «Reglas inteligentes». Supón que la app solo está en un país. Una regla envía iOS más ese país al App Store; otra, Android más ese país a Google Play. Los demás reciben la dirección principal del código: una página «próximamente».
Las reglas se leen de arriba abajo, gana la primera que coincide y las condiciones de una misma regla deben cumplirse todas. Las mismas reglas también pueden cambiar de destino según la hora del día. Una regla para iOS y Francia captó una firma de iPhone desde Francia. Debajo de una regla iOS a secas, no se activó: pon arriba la regla más precisa.
El país es el de origen de la conexión, y solo lo probamos desde Francia: se activó la regla de Francia, no la de Estados Unidos colocada encima. El idioma es el ajuste del teléfono, no el de la persona: una solicitud que anunciaba inglés recibió la regla de inglés; otra en francés, la de francés.
¿Vas a crear un código QR multilingüe? Comprueba antes que tu país y tu idioma están en las listas del generador.
Lo que un solo código QR no puede hacer
Un mes después del lanzamiento, el dueño pregunta cuántas instalaciones trajo el póster. El código no puede decirlo.
Cuenta escaneos, no instalaciones. Un código dinámico cuenta las aperturas de su enlace, que es lo que mide un recuento de escaneos. Las tiendas miden descargas. Los enlaces de campaña de Apple cuentan una primera descarga hecha en las 24 horas siguientes al uso del enlace, y solo muestran cifras a partir de 5. Google Play guarda datos de procedencia que el desarrollador de la app tiene que recuperar.
No abre una app ya instalada. Los clientes habituales que ya tienen la app también llegan a la página de la tienda. El generador que probamos tiene otro tipo de código para eso. Su enlace sirve una página que intenta abrir la app; si nada ocurre tras 1,5 segundos, va a una dirección alternativa. Leímos la página servida; no la probamos en un teléfono con la app instalada.
Vive lo que viva su servicio. Google puso fecha de cierre a Firebase Dynamic Links, su propio servicio de enlaces para apps: el 25 de agosto de 2025. Después, dicen sus preguntas frecuentes (la traducción es nuestra), «Todo enlace en el que se haga clic devolverá a los usuarios finales una respuesta con estado HTTP 404». Es decir, página no encontrada; los códigos estáticos no corren ese riesgo. Más sobre si los códigos QR caducan.
Lo que medimos y lo que eso no demuestra
Hicimos las pruebas el 13 de noviembre de 2026, en el entorno de desarrollo del generador que probamos. Un script pidió su respuesta a cada enlace corto sin seguirla, cambiando la firma y el idioma anunciado. Creamos 13 códigos de prueba para estas mediciones; no queda ninguno. Cada código principal recibió 25 solicitudes: 22 firmas diferentes, dos de ellas enviadas una segunda vez con pistas extra sobre el dispositivo, y una solicitud sin firma. Las pistas extra no cambiaron nada.
Añadimos un escaneo real. Ese mismo día, un iPhone escaneó un decimocuarto código, configurado con los mismos tres enlaces, y llegó a la página del App Store. La imagen de ese código la dibujamos nosotros a partir de su enlace corto; el código tampoco existe ya.
Lo que no demuestra: aparte de ese iPhone, no escaneamos con ningún teléfono ni iPad real. El país se midió desde un solo lugar, Francia. No probamos el caso de una app ya instalada. Esta vez no revisamos la imagen que exporta el generador: que solo guarda el enlace corto lo sabemos por una prueba anterior nuestra. Y no probamos el servicio real, solo su entorno de desarrollo.
Entonces, ¿un código o dos?
Un código dinámico con tres enlaces, el tercero una página con los botones de las dos tiendas, y una prueba con tres dispositivos antes de imprimir. O dos códigos estáticos, si prefieres no depender de nadie. En cualquier caso, escribe junto al código lo que la gente obtiene.
Todas estas pruebas se hicieron en Oh My Code, nuestro propio generador, en su entorno de desarrollo y con una suscripción de pago. Los códigos dinámicos son una función de pago con prueba gratuita.
Crea el código de tu póster y manda cada teléfono a su puerta.
Código QR para descargar una app: preguntas frecuentes
¿Puedo crear un código QR para una app?
Sí: un código por tienda, o un código dinámico con los dos enlaces de tienda más uno alternativo. En los dos casos necesitas las direcciones de las páginas de tu app en las tiendas. Con un solo código QR para iOS y Android, rellena también el alternativo: evita que los teléfonos acaben en la tienda equivocada mientras tu app esté en una sola.
¿Qué pasa si alguien abre el enlace del código en una computadora?
Depende del tercer enlace. Con un enlace alternativo, las computadoras llegan a él. Sin él, en el generador que probamos, una computadora recibió un enlace de tienda: el del App Store, con las dos tiendas rellenas. Una página alternativa con los botones de las dos tiendas deja elegir a quien llega desde una computadora. Y le da al iPad que dice Mac su botón de App Store.
¿Puede un código QR abrir una app que ya está instalada?
Un código que lleva a la página de la tienda, no. Para eso está el código de tipo enlace profundo: un enlace profundo apunta a una pantalla dentro de la app. Su página intenta abrir la app y, tras una breve espera, pasa a una dirección web alternativa: 1,5 segundos en el generador que probamos.
¿Puedo ver cuántas personas instalaron mi app desde un código QR?
No desde el código, que cuenta escaneos. Las tiendas cuentan descargas: los enlaces de campaña de Apple atribuyen una primera descarga hecha en las 24 horas siguientes al uso del enlace. Apple solo te deja crear uno cuando tu app ya tiene datos, así que quizá imprimas antes tu código QR del App Store. Con un código dinámico, el enlace de campaña puede sustituir después al normal, sin reimprimir.
¿Un código QR para una app es gratis?
En parte. Dos códigos estáticos, uno para el App Store y otro para Google Play, se pueden crear sin pagar. Un solo código que elige la tienda para cada teléfono es un código dinámico, una función de pago en el generador que probamos. Más sobre si hay que pagar por un código QR.





