Por qué los deep links dejaron de funcionar en X para iOS y qué puedes hacer ahora
TL;DR
- La redirección a las tiendas y los deep links dejaron de funcionar en X para iOS a principios de noviembre debido a cambios en el WebView interno de X.
- Se bloquearon los redireccionamientos al esquema de la app y a la tienda de aplicaciones, lo que dejó a los usuarios atrapados en una pantalla en blanco.
- Esto dio lugar a una disminución significativa de las conversiones de puestos orgánicos en X.
- El problema se limitó a X en iOS y no afectó a Android ni a Safari.
- Puedes recuperar tus flujos utilizando una opción alternativa https o una landing page controlada impulsada por el Paquete de Deep Linking de AppsFlyer.
Deep linking y redireccionamientos rotos de X: qué sucedió y cómo solucionarlo
El deep linking y la redirección están diseñados para ser fluidos y sin fricción para el usuario. Pero recientemente, no lo fueron…
Un fallo repentino y consistente surgió en X (anteriormente Twitter) a principios de noviembre, cuando profundas conexiones en iOS dejaron de abrir aplicaciones o la tienda de aplicaciones. La interrupción resultó en no menos de una caída del 86% en las conversiones de publicaciones orgánicas en X.
El monitoreo proactivo de AppsFlyer identificó el redireccionamiento problemático de la tienda desde el principio y encontró una solución rápida que se lanzó de inmediato.
¿Qué sucedió exactamente y cómo se resolvió? Entremos en los detalles.
¿Qué experimentaron los usuarios finales y por qué?
Según los datos de AppsFlyer, los usuarios de iOS que tocaron un enlace en un tweet que supuestamente los dirigiría a una aplicación, vieron congelarse su navegador in-app en una pantalla en blanco.
Dado que deep linking y deferred deep linking funcionan correctamente, debería haber abierto la app o redireccionado a la tienda correspondiente (si la app no estuviera instalada). No hubo un mensaje alternativo ni de error. El resultado final fue un flujo interrumpido, un usuario frustrado y una caída inmediata de las conversiones.
La causa raíz del problema fue el WebView interno de X, el navegador integrado que X utiliza para abrir enlaces dentro de la aplicación.
Una actualización reciente de WebView introdujo dos cambios de comportamiento importantes:
| Qué | Antes | Después |
| Redireccionamientos de esquema de la app como myapp:// | Control manual a iOS para abrir la app instalada | Redireccionamientos de WebView interceptados y detenidos Los usuarios hicieron clic en el enlace pero no pasó nada |
| Redireccionamientos de esquemas de tiendas de aplicaciones como itms-apps:// | Redireccionar a la tienda de aplicaciones | El redireccionamiento a la tienda está bloqueado a pesar de que es el formato recomendado por Apple El dominio del sitio web de la tienda está bloqueado y no hay una forma orgánica automatizada de redirigir a la tienda desde X en iOS |
Si bien el uso de Standard Universal Links aún es posible como método para abrir la aplicación, se recomienda encarecidamente no seguir ese camino, ya que puede llevar a otros flujos a dejar de funcionar. ¿Conclusión? Independientemente de que la app estuviera instalada en el dispositivo o no, fue un callejón sin salida para los usuarios finales, lo que resultó en un impacto comercial crítico para anunciantes y desarrolladores de apps.
El problema se limitó a X en iOS porque cada app principal mantiene su propia WebView con su propia lógica.
Este comportamiento restrictivo se introdujo específicamente en iOS WebView de X y no tuvo impacto en otras aplicaciones en Android o Safari.
Soluciones alternativas
Por razones obvias, el estado de los enlaces en X no puede comenzar, ya que tiene un impacto empresarial inmediato.
Para abordar esto, hay varias soluciones posibles. En este blog, nos centraremos en dos (pero sabemos que hay más opciones):
Opción 1: Redirección de respaldo a la tienda cuando la app no está instalada y basada en una URL web https://.
- Pros: Maneja el escenario ‘App no instalada’ , evitando flujos rotos para nuevos usuarios. Una buena opción si tu enfoque es adquirir nuevos usuarios para tu aplicación.
- Contras: No trabajo bien cuando tienes usuarios existentes que intentas volver a captar porque significa que tendrán que pasar por la tienda antes de que se abra su aplicación. Un paso adicional en el proceso podría dar como resultado una tasa de conversión más baja, lo que provocaría un impacto negativo en el negocio.
Opción 2: Mantener una landing page intermedia en tu propio sitio web te permite recuperar el control total del flujo.
- Pros:
- Uso del método preferido para abrir la app para usuarios existentes desde una perspectiva de seguridad y rendimiento (Universal Links).
- Uso de una solución inteligente como El paquete de Deep Linking de AppsFlyer respaldada por la tecnología OneLink para administrar tus enlaces, medir y atribuir este tráfico a conversiones en la app. Nuestro paquete te permite redirigir a la app si el usuario tiene instalada la app, o a la tienda si no la tiene.
- Contras:
- Agregar otro paso en el proceso de redireccionamiento a la tienda puede conducir a una tasa de conversión más baja para los nuevos usuarios. Dicho esto, según los datos de AppsFlyer (como en este ejemplo), los marketers que crearon la landing page correctamente generaron un aumento del rendimiento. Solo ten en cuenta que necesitarías invertir tiempo y esfuerzo para hacerlo bien. Armar la nueva experiencia, realizar pruebas A/B de colores, CTA, mensajes, etc. Por lo tanto, aunque tiene el potencial de aumentar la conversión, requiere más trabajo que podría no tener prioridad dado que era un flujo existente que se rompe de la nada.
Solución flexible de OneLink para tu alternativa de elección
El paquete de soluciones deep linking y redireccionamiento de AppsFlyer te cubre con su tecnología OneLink.
Si prefieres el uso de la opción 1, puedes configurar tu esquema URI como un esquema basado en “https://”, implementar una nueva versión de la aplicación en la tienda de aplicaciones y configurar el enlace con af_dp. Esta opción no se recomienda debido a las desventajas mencionadas anteriormente.
Para la opción 2, usar la tecnología OneLink con su funcionalidad de landing page para apps de redes sociales es una buena opción. Con OneLink no solo podrás cubrir tanto UA como el re-engagement de la app para apoyar a usuarios nuevos y existentes, sino que también podrás personalizar la creatividad de la landing page para mostrar tu contenido más atractivo. Y lo mejor es que es una capacidad de AppsFlyer totalmente administrada, por lo que no necesitas ayuda de desarrolladores. Es completamente de autoservicio.
La configuración recomendada para iOS es a través de Universal Links. Si tus enlaces se basaban anteriormente en el esquema URI, necesitarás una configuración única de la siguiente manera:
- Actualiza la plantilla OneLink con el Universal Links Team ID para activar una actualización de archivo AASA.
- Lanza una nueva versión de la app en la tienda y fuerza una actualización para que los usuarios de la app reciban el archivo AASA actualizado.
- Asegúrate de que los dominios de Universal Links coincidan con tu configuración OneLink.
En resumen
El deep linking y la redirección deberían funcionar en cualquier lugar, independientemente de actualizaciones silenciosas o cambios en las políticas de WebView. Detección clara del problema, validación rápida y recomendaciones compatibles con el futuro garantizan que los viajes sigan siendo confiables en todas las plataformas.
¿Quieres saber más sobre la landing page de las apps de redes sociales en X? Haz clic aquí.