¡Gracias!

Por qué los deep links dejaron de funcionar en X para iOS y qué puedes hacer ahora

Why deep links stopped working on X for iOS OG image
Noa Kogonia
Why deep links stopped working on X for iOS OG image

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éAntesDespués
Redireccionamientos de esquema de la app como myapp://Control manual a iOS para abrir la app instaladaRedireccionamientos 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 aplicacionesEl 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í.

Noa Kogonia

Noa Kogonia

Noa es ingeniera backend en AppsFlyer, con amplia experiencia en el diseño y operación de pipelines de atribución a gran escala. Su trabajo previo en los SDKs móviles de AppsFlyer le brinda una sólida base en ingeniería móvil y multiplataforma.

¿Listo para empezar a tomar buenas decisiones?

Background
¿Listo para empezar a tomar buenas decisiones?
This site is registered on wpml.org as a development site. Switch to a production site key to remove this banner.