Prueba los enlaces con y sin la app instalada

Por Noe Guerrero III

Un enlace a un taller debería llevar a los detalles de ese taller. Antes de compartirlo, decide qué debería ver el cliente en la app y en la web. Después toca el enlace desde el mensaje, correo o página donde realmente lo encontrará.

Empieza con una dirección HTTPS para el elemento que vas a compartir. Anota la pantalla exacta que quieres mostrar cuando el enlace pueda abrirse en la app y la página que debería aparecer en un navegador. Un enlace que abre la pantalla de inicio de la app puede hacer que el cliente tenga que buscar el elemento otra vez.

Dale una función a la página web

Imagina un estudio de cerámica en McAllen con un sitio web y una app para sus clases. Envía a sus clientes un correo con un enlace a un taller para principiantes que se realizará un sábado. En este ejemplo ficticio, la página del navegador muestra el nombre del taller, la fecha, la ubicación y una forma de consultar la disponibilidad. La app abre ese mismo taller en su lista de clases.

La página del navegador tiene que funcionar por sí sola. Alguien que solo quiere consultar la fecha no debería tener que instalar la app para encontrarla. Si el taller está lleno, ambas versiones pueden mostrar la misma siguiente acción, como unirse a una lista de espera. Acuerden ese comportamiento antes de entregar el enlace al equipo de marketing.

Las páginas privadas requieren una decisión diferente. Supongamos que el estudio envía a un cliente un enlace para administrar una reservación existente. Si no ha iniciado sesión, pídele que lo haga y devuélvelo a la reservación cuando su cuenta tenga acceso. Planea una forma clara de continuar si el enlace venció o la cuenta no tiene acceso. La URL identifica el destino, y la app o el sitio web siguen comprobando quién puede verlo. Incluye esas reglas en el plan de permisos del proyecto. Matriz de permisos para apps empresariales

Dale al desarrollador el enlace exacto

Los Universal Links de Apple pueden abrir un enlace compatible en una app instalada mediante una asociación entre el sitio web y la app. Sin la app, el enlace se abre en un navegador. Apple documenta situaciones que importan durante las pruebas, como la navegación en Safari dentro del mismo dominio y la elección del usuario sobre cómo se abren los enlaces. Pegar una URL en la barra de direcciones de Safari prueba la navegación del navegador. Guía de Apple para resolver problemas de Universal Links

Los App Links de Android también usan una asociación verificada con un sitio web. Pide al desarrollador que confirme la verificación del nombre de host que vas a compartir y revisa la configuración del dispositivo para abrir enlaces. Android muestra por separado la verificación y la selección del usuario, lo que ayuda a explicar por qué un enlace puede comportarse de manera diferente en dos teléfonos. Descripción general de App Links de Android y guía de verificación

Comparte la dirección exacta que se usa en la campaña. Si la herramienta de correo la reemplaza por un enlace de seguimiento, prueba también ese enlace. Probar la dirección directa no te dirá qué sucede cuando alguien toca el botón del correo que recibió. Incluye los puntos de entrada reales en el alcance que le entregues al desarrollador de tu app. Documento de proyecto para desarrollar una app

Toca el enlace en las condiciones que usan tus clientes

Usa cuentas de prueba y reservaciones de ejemplo para los casos privados. Escribe el resultado esperado antes de tocar el enlace. Después registra adónde llevó el enlace y si pudiste completar el siguiente paso. Cubre ambas plataformas compatibles y las apps o los navegadores que usarán tus clientes para abrirlo.

• App instalada y sesión iniciada. Toca el enlace del taller desde el correo o mensaje previsto. Confirma que la app muestre el taller correcto y la siguiente acción acordada cuando la plataforma le entregue el enlace a la app.

• App no instalada. Toca el mismo enlace en un teléfono sin la app. La página del navegador debería mostrar el taller y una forma de consultar la disponibilidad.

• App instalada con enlaces que se abren en la web. Comprueba que la página del navegador siga siendo útil para el cliente cuando su configuración o la app desde la que abre el enlace lo mantengan ahí.

• Sesión cerrada en un enlace privado. Inicia sesión con una cuenta de prueba autorizada. Confirma que cargue la reservación prevista y que se pueda administrar. Repite la prueba con una cuenta sin acceso y revisa el mensaje que indica cómo continuar.

• Elemento no disponible. Usa un enlace de prueba a un taller que ya fue retirado. Confirma que ambas versiones a las que se pueda acceder expliquen lo ocurrido y ofrezcan un siguiente paso pertinente.

Haz las comprobaciones con la compilación y el sitio web que planeas lanzar. En la entrega, conserva la dirección, desde dónde se tocó el enlace, el dispositivo y la versión del sistema, la compilación de la app, el estado de la cuenta, el destino esperado y el destino observado. Una grabación de pantalla puede ayudar cuando la falla depende de una app de correo o un navegador en particular.

Cuando algo no salga como se esperaba, dale al desarrollador una descripción que pueda reproducir. Para el taller ficticio, un reporte podría decir que el botón del correo abrió la lista de clases en la compilación de lanzamiento, mientras que la dirección directa desde un mensaje de prueba abrió el taller correcto. Registra ambos puntos de entrada y vuelve a probar el que falló después de la corrección. Conserva el mismo enlace en tu lista de verificación de lanzamiento cuando cambie el host del sitio web, la compilación de la app o el enlace de la campaña.