Un solo código QR para App Store y Google Play

Imprimir dos códigos con «iPhone» y «Android» debajo es la versión que todo el mundo ha visto y a nadie gusta: el doble de espacio, la mitad de tamaño por código, y el viandante tiene que saber cuál es el suyo.

Un código que decide por él es mejor, y el mecanismo cabe en una frase: llega el escaneo, se lee el sistema operativo de la petición y la redirección va a la tienda que corresponde.

Cómo funciona exactamente el enrutado

• iPhone y iPad → tu enlace de App Store.
• Android → tu enlace de Google Play.
• macOS → también el enlace de App Store. Un Mac se trata como Apple, que suele ser lo deseado; si tienes una versión de Mac aparte, conviene saberlo antes.
• Windows, Linux, cualquier cosa no reconocida → el enlace de reserva.
• Un campo vacío se salta: sin enlace de iOS, un iPhone recibe el de reserva; sin reserva, recibe el de Android en lugar de un error.

Esa última regla es una red, no un plan. Un iPhone en una página de Play Store es un callejón sin salida, y pasa precisamente cuando solo se rellenó una tienda.

Rellena el enlace de reserva

Es la única instrucción de este artículo cuyo olvido cuesta dinero. El enlace de reserva es lo que recibe quien entra desde un ordenador — y son muchos, porque los carteles se fotografían, los enlaces se comparten en Slack y los códigos acaban en presentaciones.

Apúntalo a una página con los dos distintivos de tienda y una descripción corta. No a tu página de inicio: quien escaneó un código de una app no debería tener que buscar la app en tu web.

La reserva también cubre el caso de que la detección se equivoque: móvil en modo escritorio, navegador raro, webview integrada con el agente de usuario reescrito. La detección se basa en lo que la petición dice de sí misma, y las peticiones a veces mienten.

A dónde apuntar los enlaces de tienda

• A la ficha de la app, no a un resultado de búsqueda ni a tu página de descargas. Cada toque extra entre el escaneo y el botón de instalar pierde gente.
• Al comportamiento regional correcto. Los enlaces de tienda ya resuelven al país del visitante; no fijes un país a mano si no quieres excluir al resto.
• A tus parámetros de campaña si los usas. Ambas tiendas aceptan sus propios parámetros de atribución, y el código pasa la URL tal como la escribiste.

Lo que no hace: deferred deep linking. El código lleva a la tienda; no arrastra un «abre esta pantalla después de instalar» a través de la instalación. Si tu campaña depende de eso, necesitas un SDK de atribución y este código debe apuntar al enlace que te dé ese proveedor.

Por qué aquí lo dinámico importa más que de costumbre

Los enlaces de app cambian más a menudo que el impreso que los lleva. Un cambio de marca, un identificador nuevo, una segunda app que sustituye a la primera, un lanzamiento en la otra plataforma tres meses después: todo eso cambia el destino mientras el cartel sigue en la pared.

Con un código dinámico editas los dos enlaces y el impreso obedece. Caso habitual: imprimes antes de que salga la versión de Android — el primer día ambas plataformas van a la App Store y la reserva explica que Android está en camino. El día del lanzamiento pegas el enlace de Play y los mismos carteles enrutan bien.

Qué te dirán las cifras

El reparto por sistema operativo es de verdad útil aquí, porque es el reparto de plataformas de quien vio tu cartel — no de tus usuarios actuales, cifra que ya tienes y que está sesgada por la plataforma con la que empezaste.

También tienes escaneos en el tiempo, tipo de dispositivo, navegador, referente y visitantes únicos con IP hasheada. Ubicación no hay — la analítica no incluye geolocalización — así que para comparar el cartel de la estación con el de la oficina, un código para cada uno.

Y un límite que conviene decir: se cuentan escaneos, no instalaciones. Las instalaciones están en App Store Connect y en Play Console. Comparar ambos da la caída entre la ficha y el botón de instalar, que además es la cifra más interesante.

Notas de impresión para carteles de app

• Tamaño según distancia. Un décimo: 3 cm en un folleto, 10 cm en un cartel a un metro, 20–30 cm al otro lado de la sala.
• El código, no en pantalla. Un código de descarga en un correo pide escanear la propia pantalla. Ahí van los distintivos como enlaces.
• Di junto al código qué hace la app. «Escanea para descargar» no es un motivo.

Respuestas rápidas

• ¿Un código para las dos tiendas? Sí, enruta por sistema operativo.
• ¿Qué recibe un portátil? El enlace de reserva. Vacío, el de la tienda que rellenaste.
• ¿Qué recibe un Mac? El de App Store.
• ¿A dónde apuntar la reserva? A una página con los dos distintivos.
• ¿Deferred deep linking? No. El código va a la tienda.
• ¿Veo instalaciones? No, solo escaneos.
• ¿Se puede cambiar tras imprimir? Sí, para eso es dinámico.