Redirección a App Store: un solo enlace para usuarios de iPhone y Android

Las personas que buscan "redirección de la tienda de aplicaciones" o "redirección móvil" suelen querer una de dos cosas. La mayoría quiere un solo enlace que puedan poner en un anuncio, un correo electrónico, una biografía en redes sociales o en un código QR impreso, que abra la tienda correcta en cualquier teléfono que lo toque. Otras quieren que los visitantes desde teléfonos lleguen a una versión móvil de un sitio web. Esta guía cubre primero el caso de la tienda de aplicaciones, con código que puedes copiar y pegar, y luego el caso del sitio móvil y lo que dice Google al respecto.

Paso 1: Obtén las dos URL de las tiendas#

Cada opción a continuación necesita la URL pública de cada tienda. Ambas siguen un patrón fijo:

• App Store de Apple: https://apps.apple.com/app/id<your app ID>. El ID de la app es el número que Apple muestra como "Apple ID" en Información de la app en App Store Connect, o el número entre "id" y "?" en el enlace de las Herramientas de marketing de App Store de Apple.
• Google Play: https://play.google.com/store/apps/details?id=<package name>. El nombre del paquete es el ID de la aplicación en el manifiesto de tu app; también se muestra en Play Console.

Abre ambas URL en un teléfono y en una computadora antes de usarlas. Un anuncio que no está disponible en un país muestra un error en lugar de la app, así que pruébalo desde los mercados en los que haces publicidad.

Paso 2: Elige cómo se detecta el dispositivo#

Hay cuatro formas comunes de crear la redirección. Se diferencian en dónde se toma la decisión y cuánto tienes que mantener.

Opción A: una página de "Obtener la app" con ambas insignias#

La redirección de tienda de aplicaciones más robusta no es una redirección en absoluto: una sola página con una insignia de App Store, una insignia de Google Play, una breve descripción y un código QR para quienes visitan desde escritorio. Nunca se envía a nadie a la tienda equivocada, funciona en todos los navegadores dentro de aplicaciones y te da un lugar para explicar qué hace la app.

En iPhone y iPad puedes añadir el Smart App Banner^[1] de Apple a la misma página. Muestra un banner en la parte superior de la página que abre tu ficha de App Store, o abre la app si ya está instalada, y no aparece en dispositivos que tu app no admite. Lo añades con una metaetiqueta en el head de la página:

html<meta name="apple-itunes-app" content="app-id=000000000, app-argument=https://mybrand.com/get-the-app">

Opción B: redirigir con unas pocas líneas de JavaScript#

Pon este script en la página "Get the app" de la Opción A. Los teléfonos se envían directamente a su tienda; los visitantes de escritorio y cualquier navegador que el script no reconozca se quedan en la página y ven ambas insignias. Sustituye las dos URL por las tuyas.

html<script>
  var IOS_URL = 'https://apps.apple.com/app/id000000000';
  var ANDROID_URL = 'https://play.google.com/store/apps/details?id=com.mybrand.app';

  var ua = navigator.userAgent || '';
  // Los iPad que solicitan el sitio de escritorio informan un User-Agent de Mac, así que comprueba también el toque
  var isIPadDesktopMode = /Macintosh/.test(ua) && navigator.maxTouchPoints > 1;

  if (/iPhone|iPad|iPod/.test(ua) || isIPadDesktopMode) {
    window.location.replace(IOS_URL);
  } else if (/Android/.test(ua)) {
    window.location.replace(ANDROID_URL);
  }
  // El resto se queda aquí y ve ambas insignias de la tienda.
</script>

Se usa location.replace() en lugar de un simple cambio de enlace para que la página de la tienda reemplace a la página de redirección en el historial; cuando los visitantes pulsan Atrás, no rebotan directamente de nuevo a la tienda.

Opción C: redirigir en el servidor#

Una regla del servidor responde antes de que se envíe cualquier HTML, así que no hay destello de la página. Este ejemplo de Nginx envía /app a la tienda correcta y todo lo demás a la página de insignias. Usa un 302 en lugar de un 301: la respuesta depende del dispositivo, y una redirección permanente puede ser almacenada en caché por un navegador o proxy y reproducirse para el dispositivo equivocado. El encabezado Vary indica a las cachés que la respuesta cambia con el User-Agent.

nginxlocation = /app {
    add_header Vary User-Agent always;
    if ($http_user_agent ~* "iphone|ipad|ipod") {
        return 302 https://apps.apple.com/app/id000000000;
    }
    if ($http_user_agent ~* "android") {
        return 302 https://play.google.com/store/apps/details?id=com.mybrand.app;
    }
    return 302 https://mybrand.com/get-the-app;
}

El servidor solo ve el encabezado User-Agent, así que un iPad en modo escritorio se trata como un Mac y termina en la página de insignias. Ese es un comportamiento seguro por defecto, por eso la última línea nunca debería apuntar a una de las tiendas.

Opción D: Usar un servicio de enlaces profundos o enlaces inteligentes#

Si necesitas más que un redireccionamiento a la tienda, por ejemplo abrir una pantalla específica en la app instalada, conservar ese contexto tras una instalación nueva o atribuir instalaciones a campañas, una plataforma móvil de enlaces profundos o de atribución es la herramienta adecuada. Estos servicios normalmente te piden que añadas su SDK a la app.

Si tus enlaces todavía usan Firebase Dynamic Links (URL de page.link), reemplázalos ahora. Google cerró el servicio el 25 de agosto de 2025, y los enlaces clicados devuelven un HTTP 404^[2].

Paso 3: Configúralo y pruébalo#

Sea cual sea la opción que elijas, el proceso de implementación es el mismo:

1. Copia la URL de tu App Store y la URL de Google Play (Paso 1).
2. Publica una página de "Descarga la app" con las insignias de ambas tiendas, un código QR y un enlace a tu sitio web.
3. Añade la redirección: el script de la Opción B, la regla del servidor de la Opción C o el enlace de tu servicio.
4. Prueba el enlace en un iPhone, un iPad, un teléfono Android y un navegador de escritorio, y una vez más dentro de la app de Instagram o Facebook, donde los enlaces se abren en un navegador dentro de la app.
5. Comprueba qué devuelve el enlace con nuestra prueba de velocidad de redirección: el código de estado, a dónde llega y qué tan rápido responde.
6. Usa ese único enlace en todas partes: anuncios, correos electrónicos, biografías en redes sociales, empaques y códigos QR impresos.

Abrir la app cuando ya está instalada#

Una redirección a la tienda siempre abre la ficha de la tienda, incluso para personas que ya tienen tu app. Para abrir la app propiamente dicha, configura Universal Links en iOS y App Links en Android: publicas un pequeño archivo de verificación en tu dominio, y los enlaces a ese dominio se abren en la app cuando está instalada y en el navegador cuando no lo está. El app-argument de Smart App Banner hace lo mismo para los visitantes de Safari en tu sitio web.

• Visitantes de escritorio: muestra la página de insignias con un código QR que puedan escanear con su teléfono, en lugar de enviarlos a una tienda desde la que no pueden instalar.
• Dales una salida: un enlace de "Continuar al sitio web" en la página de insignias, para que nadie que solo quería tu sitio se quede atascado.
• Tienda del fabricante: si también publicas en tiendas como Samsung Galaxy Store o Huawei AppGallery, añade una regla para esas marcas antes de la regla general de Android; cualquier otro dispositivo Android va a Google Play.

Los redireccionamientos móviles llevan a un sitio web móvil#

El otro significado de "redireccionamiento móvil" es enviar a los visitantes de teléfono desde www.example.com a un sitio móvil separado, como m.example.com. El consejo de Google es evitar esta configuración si puedes:

• Prefiere el diseño adaptable. Google recomienda el diseño web adaptable porque es el patrón más fácil de implementar y mantener^[3]: una URL y una página HTML para cada dispositivo, así que no hay nada que redirigir.
• Si mantienes un sitio móvil separado, redirige cada URL de escritorio a su URL móvil equivalente, nunca todas las páginas a la página de inicio móvil. Las páginas que redirigen a una página no relacionada pueden salir del índice.
• Vincula las dos versiones. La URL de escritorio es la canónica y la URL móvil es su alternativa, marcada con rel="canonical" en la página móvil y rel="alternate" en la página de escritorio.
• Servir HTML diferente en la misma URL (servicio dinámico) necesita un encabezado de respuesta Vary: User-Agent, para que las cachés y los rastreadores sepan que la página cambia con el dispositivo.

Las redirecciones a tiendas de aplicaciones no tienen este problema de SEO siempre que el enlace sea una URL de campaña dedicada (como /app o go.mybrand.com/app) en lugar de una página de contenido que quieras posicionar. No redirijas tu página de inicio ni tus entradas de blog a una tienda en móvil: ocultarías ese contenido a los visitantes desde teléfonos y al rastreador móvil de Google.

Dónde encaja RedirHub#

RedirHub no elige una tienda por dispositivo por sí mismo; esa decisión debe estar en tu página "Consigue la app" o en tu regla del servidor. Lo que RedirHub añade es el enlace delante de eso: una dirección corta y confiable en tu propio dominio que puedes imprimir, compartir y cambiar más tarde.

• Un enlace en tu dominio. go.mybrand.com/app es un enlace corto de marca que se ve como tuyo en anuncios, biografías y correos electrónicos, y puedes apuntarlo a una página nueva más adelante sin cambiar el enlace.
• Un código QR que nunca necesita volver a imprimirse. Marca "También crear un código QR" y el mismo enlace se convierte en un código QR que puedes actualizar después de imprimirlo, de modo que el embalaje y los carteles sigan funcionando cuando la página cambie de ubicación.
• Ve quién lo pulsa. Clics y visitantes únicos con los bots filtrados, por país, dispositivo y sistema operativo, para que puedas ver cuántos toques vinieron de iPhones frente a teléfonos Android.
• Rápido y seguro en todas partes. Servido desde 130 ubicaciones globales de borde (PoPs), cerca de cada visitante, con HTTPS automático emitido y renovado para el dominio de tu enlace. Solo cambia el registro DNS de ese subdominio; tu sitio web y tu correo electrónico permanecen donde están.
• No se necesita alojamiento de páginas en Pro. El tipo de redirección de HTML personalizado (plan Pro) sirve tu propio HTML en la dirección del enlace, lo que basta para una página sencilla de insignias.

Para crear el enlace en el panel de RedirHub:

1. Conecta el dominio de tu enlace, por ejemplo go.mybrand.com, en Hostnames y sigue Conectar DNS.
2. Crea un nuevo enlace de marca.
3. En URL de destino, introduce tu página "Get the app", por ejemplo https://mybrand.com/get-the-app.
4. En Enlace corto, elige go.mybrand.com y escribe app.
5. Marca También crear un código QR si el enlace se va a imprimir.
6. Haz clic en Crear enlace y luego comparte go.mybrand.com/app en todas partes.

Si necesitas enlaces profundos diferidos o atribución de instalaciones, una plataforma de enlaces profundos es la mejor opción. Si necesitas un solo enlace confiable y un código QR que lleven a las personas a tu app, una página de insignias con el script anterior detrás de un enlace de RedirHub es suficiente, y una página de insignias gratuita en tu propio sitio es suficiente por sí sola si no necesitas rastrear ni cambiar el enlace.

Errores comunes de redirección a la tienda de apps#

• Usar un 301. El destino correcto depende del dispositivo, así que usa un 302 (consulta redirecciones 301 vs 302).
• No tener una alternativa para escritorio. Enviar a los visitantes de escritorio a Google Play o a la App Store desperdicia el clic; muestra la página de insignias y un código QR.
• Olvidar los iPads. Safari en iPad suele solicitar el sitio de escritorio, así que una comprobación simple de "iPhone|iPad" no lo detecta. Añade la comprobación táctil de la Opción B, o deja que la página de insignias lo capture.
• Bucles de redirección en el historial del navegador. Usa location.replace() para que Atrás no envíe a las personas de nuevo a la tienda.
• Listados de tienda inactivos. Si una app se elimina o no está disponible en un país, la tienda muestra un error. Vuelve a comprobar ambas URL siempre que cambies los listados, las regiones o los nombres de paquete.