Enlaces profundos en una app: llegar al producto correcto sin perderse por el camino

El producto ya no está, pero el enlace sigue circulando

Alguien comparte una bicicleta de segunda mano en un grupo. Otra persona abre el enlace al día siguiente, instala la aplicación y llega al inicio. No sabe si la bicicleta se ha vendido, si debe registrarse o si la app ha olvidado lo que estaba buscando.

Para el equipo, quizá el enlace ha cumplido su función: consiguió una instalación. Para quien lo abrió, no. La promesa era enseñar una bicicleta concreta, no presentar todo el catálogo.

Este ejemplo ficticio de un marketplace permite ver el problema completo. Los enlaces profundos no solo abren pantallas. También tienen que conservar una intención mientras cambian el estado de la app, la cuenta y el propio contenido. Conviene resolver esas situaciones antes de lanzar una campaña o pedir a los usuarios que compartan sus anuncios.

Definir el destino incluye decidir qué pasa cuando cambia

El producto puede haberse vendido, el vendedor puede haber pausado el anuncio o el equipo de moderación puede haberlo retirado. La persona que recibe el enlace no tiene por qué saber qué ha ocurrido. La aplicación debe explicarlo sin revelar información privada ni presentar una alternativa como si fuera el anuncio original.

Para un producto vendido, quizá tenga sentido mostrar su ficha con el estado actualizado y otros anuncios relacionados. Para contenido retirado, puede ser preferible una explicación limitada. Son decisiones del servicio, no reglas universales. Lo importante es que estén previstas y no terminen todas en una vuelta silenciosa al inicio.

Identifica cada destino con una referencia estable. Un cambio de título no debería romper los enlaces compartidos. Y distingue entre el anuncio, el perfil del vendedor y una conversación privada: son objetos diferentes, aunque pertenezcan a la misma compraventa.

Antes de desarrollar, reúne unos pocos enlaces representativos. Uno a un producto público, otro a una invitación y otro a un contenido que requiere cuenta. Es una base más útil que pedir enlaces a todas las pantallas sin acordar qué debe ocurrir en cada una.

Qué resuelven los Universal Links y los App Links

Los Universal Links de Apple y los App Links de Android permiten relacionar direcciones web con una aplicación. La asociación se configura entre el sitio y la app. Puedes revisar el planteamiento en la documentación de Apple y la comprobación del dominio en la guía de Android.

Eso ayuda a entregar la dirección a la aplicación, pero no decide qué producto existe ni quién puede verlo. Conviene separar tres comprobaciones: recepción del enlace, resolución del destino y autorización. Que la app se abra solo demuestra una parte del recorrido.

También existen direcciones con un esquema propio, como exampleapp://product/123. El inconveniente para un enlace público es que, sin la app adecuada, no ofrecen por sí solas una página web útil. Una dirección HTTPS en un dominio bajo tu control suele dar más margen para atender a quienes aún no han instalado nada.

No prometas que cualquier pulsación abrirá siempre la app. Influyen el navegador, las preferencias del usuario y el contexto. La web debe ser un destino previsto, no una pantalla de error improvisada cuando el sistema decide no cambiar de aplicación.

Dejar que la persona vea antes de pedirle más

Si el anuncio es público, merece la pena preguntarse si realmente necesita un registro previo. Mostrar la bicicleta y pedir una cuenta al contactar con el vendedor puede ser más coherente que bloquear la ficha desde el primer momento. La decisión depende del producto, pero debe responder a una necesidad real.

Cuando sí haga falta iniciar sesión, conserva el destino durante ese paso. Después, vuelve a comprobar la existencia del contenido y los permisos. No asumas que todo sigue igual: mientras la persona recuperaba su contraseña, el anuncio podría haberse retirado.

El caso de una cuenta distinta también merece atención. Una invitación a un espacio privado no debería aceptarse automáticamente con el perfil que casualmente quedó abierto en el teléfono. Explica el problema y permite cambiar de cuenta sin perder la referencia de la invitación.

Relaciona este comportamiento con el recorrido inicial de la app. Si la inscripción incluye varias pantallas, la intención original debe sobrevivir a ellas. Una bienvenida completa no compensa haber olvidado qué quería hacer la persona.

Instalación y navegación no son la misma tarea

Cuando la app no existe en el dispositivo, el recorrido pasa por una tienda. Recuperar el producto original al abrir la nueva instalación exige un mecanismo adicional o una forma explícita de volver. Es lo que suele llamarse deferred deep linking, o enlace profundo diferido.

La explicación práctica de Airbridge ayuda a entender esa entrega de contexto. Es un artículo de un proveedor; sirve para conocer el funcionamiento, no para demostrar que cualquier marketplace necesita contratar ese servicio.

Empieza por tu caso. Si la mayoría de enlaces circulan entre usuarios que ya tienen la app, las funciones de las plataformas y una buena web pueden cubrir una primera versión. Si compartir productos es una vía principal para atraer gente nueva, asigna a alguien la responsabilidad de comprobar el recorrido completo, incluida la instalación.

Al evaluar un servicio, pide que muestre el recorrido en las tiendas y dispositivos que atenderás, también cuando falten señales de atribución o no se autorice su recopilación. Una demostración preparada no equivale a una garantía universal. Evita soluciones que intenten suplir esas limitaciones con seguimiento oculto.

Un recurso sencillo puede ser indicar que, tras instalar, se vuelva a abrir el mensaje original. Para invitaciones, un código recuperable puede funcionar si el producto lo admite. No es tan cómodo como una entrega automática correcta, pero ofrece una salida clara cuando esa entrega no es posible.

El objetivo sigue siendo el mismo producto o invitación. Iniciar sesión e instalar la app son interrupciones distintas y necesitan formas propias de continuar.

Un enlace compartido no concede permisos ni premios

Para una ficha pública, conocer la dirección puede ser suficiente. Para mensajes, pedidos o invitaciones privadas, no. La aplicación debe validar las rutas admitidas y el servidor debe comprobar que la cuenta tiene acceso. No conviene aceptar cualquier dirección recibida para abrirla sin control después del registro.

Los códigos de invitación de un solo uso necesitan reglas de caducidad y repetición. Si alguien toca dos veces el enlace, no deberían crearse dos participaciones. Si cierra la app a mitad del proceso, debe quedar claro si puede retomarlo o necesita otra invitación.

Tampoco incluyas datos personales en la URL por comodidad. El nombre del comprador, su correo o un mensaje privado pueden acabar en un enlace reenviado o en registros de servicios externos. Utiliza referencias apropiadas y evita enviar parámetros secretos a las herramientas de análisis.

En un programa de recomendación, la navegación y el premio deben seguir reglas separadas. Abrir una ficha no demuestra una compra válida ni el cumplimiento de las condiciones. Confundir ambos hechos puede dar lugar a recompensas incorrectas y hacer que la medición parezca mejor de lo que es.

Preparar una prueba que cualquiera pueda entender

El equipo puede demostrar el recorrido con anuncios y cuentas ficticios. Pide que explique el resultado en términos del usuario: qué ha visto y qué puede hacer ahora. Esta propuesta de comprobación encaja en el plan de pruebas antes de publicar.

Añade una versión anterior que aún sea compatible y una interrupción de red. Una conexión fallida no debería mostrarse como una prohibición de acceso. También hay que revisar el botón de volver: desde un producto abierto directamente debe existir una salida razonable al catálogo o al espacio correspondiente.

La guía de pruebas de Adjust separa usuarios existentes y nuevas instalaciones. Es una distinción útil para investigar fallos. Si la app instalada ya abre una pantalla equivocada, primero hay que corregir esa resolución del destino; cambiar la atribución de instalaciones no arreglará el problema.

Anota dispositivo, versión, fuente del enlace y resultado. Prueba desde el mensaje realmente entregado, no solo pegando la dirección original. Un servicio de correo puede añadir una redirección para medir clics, y esa diferencia merece comprobarse antes del envío masivo.

Cuidar la web y las campañas que siguen vivas

La versión web debería confirmar el producto buscado, siempre que sea público, y ofrecer el siguiente paso adecuado. No tiene por qué replicar toda la app. Sí debería evitar que una persona vea únicamente una invitación a descargar algo sin reconocer lo que venía a consultar.

El comportamiento del navegador no es idéntico en todas las circunstancias. Apple documenta, por ejemplo, casos de navegación dentro del mismo dominio en Safari que permanecen en la web. Por eso conviene probar el contexto real y no interpretar cualquier apertura en navegador como un error de configuración.

Mantén un inventario de dominios y enlaces importantes. Un QR impreso o una campaña automatizada puede durar más que el contrato con quien la preparó. Pregunta qué podrás conservar al cambiar de proveedor y quién se encargará de comprobar los materiales antiguos.

Firebase Dynamic Links dejó de funcionar el 25 de agosto de 2025. Si aparecen direcciones antiguas de ese servicio, revisa las plantillas antes de reutilizarlas. No significa que haya cerrado todo Firebase, ni que cambiar tu DNS pueda recuperar una dirección en un dominio ajeno.

Mide la recepción del enlace, la aparición del contenido y la acción final por separado en tu plan de analítica. Un clic no es una visita confirmada al anuncio, y esa visita tampoco es una conversación o una compra. Esta separación permite mejorar el paso que falla sin atribuir toda la pérdida a la campaña.

Si preparas esta función con Appfyl, trae ejemplos de anuncios compartidos, invitaciones y mensajes. Ayudan a decidir qué rutas deben estar listas primero. La prueba más convincente seguirá siendo sencilla: la persona llega al contenido que esperaba y entiende cómo continuar.

Preguntas frecuentes