Preguntas frecuentes y resolución de problemas de OneLink

Universal Links: Requerido para más del 98% de los usuarios de iOS

App Links: Para usuarios de Android con la versión 6.0+. Nota: El sistema operativo Samsung no puede abrir aplicaciones mediante App Links de Android.

Esquemas URI: El método principal para abrir aplicaciones en dispositivos Samsung. De lo contrario, es un método heredado y alternativo para abrir aplicaciones. Se puede usar:

• Para usuarios de Android con versiones anteriores a la 6.0 (menos del 15% de los usuarios de Android)
• Como alternativa cuando los Universal Links y App Links no abren la aplicación, ya sea porque no funcionan o no están configurados. Nota: El uso de esquemas URI como opción alternativa para Universal Links está sujeto a limitaciones basadas en iOS. Saber más.

Deep linking

Los Universal Links, App Links y los esquemas URI son métodos seguros para abrir una aplicación. Para crear deep links y redireccionar a los usuarios a actividades o páginas específicas in-app, sigue las instrucciones de deep linking de OneLink.

Sí. Siempre que se implementen Universal Links o App Links para abrir la aplicación para los usuarios existentes, se actualizarán los dominios asociados de iOS o AndroidManifest.xml. Esto significa que debes cargar una versión nueva de la aplicación en la tienda de aplicaciones correspondiente. Consejo: Para minimizar la necesidad de actualizar la aplicación, haz todos los cambios relacionados con el desarrollo necesarios para abrir la aplicación y los deep links de una sola vez. 

Sí. Sin embargo, configurar la plantilla para hacerlo afecta a todos los usuarios (nuevos y existentes) y envía a todos a la URL web/landing page. Es decir, los nuevos usuarios no se envían a la tienda de aplicaciones.

Para enviar usuarios a una página web:

1. En tu plantilla, no configures Universal Links, App Links ni esquema URI.
2. Configura los redireccionamientos a la URL web/landing page para cuando la aplicación no esté instalada.
   • Las URL web/landing pages se agregan como valores para los parámetros af_android_url y af_ios_url.
   • Asegúrate de que todas las URL a las que rediriges a los usuarios se hayan añadido a tu archivo Lista de permitidos de redireccionamiento de dominio.
   • Los redireccionamientos también se aplican automáticamente cuando se instala la aplicación (para los usuarios existentes). 

Nota: Si deseas enviar a los usuarios existentes a una página web móvil solo después del inicio de la aplicación, el desarrollador de la aplicación debe configurar ese comportamiento.

Puedes establecer redirecciones específicas para:

• Windows Phones
• iPads
• Amazon Kindle Fire.

Actualmente, no se admiten otras tablets para redireccionamientos separados.

Sí. Si bien puedes usar una sola plantilla de OneLink para crear una cantidad ilimitada de URL de OneLink, en algunos casos tal vez debas asignar una aplicación a más de una plantilla de OneLink. Por ejemplo, si tienes varias versiones de una aplicación de Android para mercados offline, es posible que necesites una plantilla de OneLink separada por versión de Android, y aun así puedes tener la misma aplicación de iOS asignada a todas ellas.

Importante:

Para las plantillas que usan Universal Links de iOS y App Links de Android para abrir la aplicación, si tus plantillas tienen diferentes subdominios, debes configurar y actualizar tus aplicaciones de iOS y Android para cada una de ellas: 

• Universal Links de iOS: Después de crear la nueva plantilla de OneLink y actualizar el dominio asociado en la aplicación, envía una nueva versión a la App Store. Solo los usuarios de iOS que actualizaron a la nueva versión pueden activar una URL de OneLink incorporada en la plantilla nueva.
• App Links de Android:
  1. Después de crear la nueva plantilla de OneLink, copia el fragmento de XML en la parte inferior de la sección de App Links y agrégalo a tu archivo AndroidManifest.xml que está dentro de la intención en la que deseas establecer el deep link, además de las intenciones anteriores.
  2. Lanza la nueva versión en la tienda. Solo los usuarios de Android que hayan actualizado a la nueva versión podrán activar una URL de OneLink incorporada en la plantilla nueva.

Sí.

Para eliminar una plantilla:

1. En AppsFlyer, ve a la página de Gestión de OneLink.
2. Selecciona la plantilla OneLink.
3. Haz clic en la opción 'Editar plantilla' del menú de tres puntos.
   
   
    
4. Haz clic en el icono de la papelera.

Nota: Si ya tienes URLs de OneLink basadas en la plantilla eliminada, no funcionarán ni siquiera para llevar a los usuarios a la tienda de aplicaciones. Por este motivo, es particularmente importante que no elimines una plantilla sin asegurarte primero de que no haya ninguna URL de OneLink que la utilice. Alternativamente, considera si es posible lograr los resultados que necesitas cambiando la configuración de la plantilla actual en lugar de eliminarla.

Sí, siempre y cuando no haya enlaces personalizados existentes en AppsFlyer basados en la plantilla.

Si ya hay enlaces personalizados en AppsFlyer basados en la plantilla de OneLink, el subdominio no se puede cambiar. Esta limitación está diseñada para evitar romper el comportamiento de redirección/deep linking de los enlaces activos.

Si necesitas cambiar el subdominio en una plantilla con enlaces personalizados existentes, puedes: 

• Crear una plantilla nueva de OneLink con el subdominio nuevo y crear enlaces basados en esta.
• Eliminar todos los enlaces personalizados existentes en función de la plantilla para la que se debe cambiar el subdominio. Una vez que se hayan eliminado todos los enlaces basados en la plantilla, el subdominio se podrá editar.

No. Tomar el subdominio/dominio configurado para una plantilla e ID de plantilla específicos y concatenarlos manualmente con un ID de plantilla diferente rompe la funcionalidad de los Universal Links y App Links y supone una amenaza para la seguridad.

Ejemplo:

• La plantilla 1ABC está configurada con el subdominio bank.onelink.me.
• La plantilla D123 está configurada con el subdominio game.onelink.me.
• El enlace bank.onelink.me/1ABC/shorturl se crea en base a la plantilla 1ABC y funciona.
• El enlace game.onelink.me/D123/exampleurl se crea en base a la plantilla D123 y funciona.
• El enlace game.onelink.me/1ABC/shorturl no funciona.
• El enlace bank.onelink.me/D123/exampleurl no funciona.

Sí. Sin embargo, asegúrate de crear plantillas separadas con el subdominio; no agregues manualmente el subdominio al ID de plantilla. 

Los usuarios de ordenador pueden involucrarse con tus enlaces personalizados de OneLink, por ejemplo, a través de una campaña de correo electrónico. Sin embargo, cuando estos usuarios hacen clic en los enlaces, no pueden ser enviados a un sitio móvil, tienda de aplicaciones o aplicación. De forma predeterminada, los usuarios de ordenador son redirigidos a una versión web de la App Store o Google Play Store.

Entonces, ¿cómo puedo ofrecer a los usuarios de ordenador una buena experiencia de usuario y convertirlos en usuarios móviles?

En la URL o plantilla de OneLink, puedes redirigirlos (Windows o Mac) a una URL diferente. Esta URL web se agrega al enlace en el parámetro af_web_dp. Asegúrate de que todas las URLs a las que rediriges a los usuarios se hayan añadido a tu archivo lista de permitidos de redireccionamiento de dominio. De lo contrario, la redirección no funcionará.

Nota: Si tu enlace contiene af_web_dp, AppsFlyer no registra un clic cuando proviene de un equipo de escritorio.

Las aplicaciones en Chromebooks se consideran aplicaciones de Android.

Para Chromebook, para redirigir a nuevos usuarios sin tu aplicación instalada a una URL web diferente:

1. En la configuración de la plantilla de OneLink, en Establecer el comportamiento del enlace > Cuando la aplicación no está instalada > Android, haz clic en Cambiar a una URL diferente.
   O
   En la configuración de enlaces de OneLink, en Deep linking y redireccionamiento > Redirigir > Cuando la aplicación no está instalada > Android, selecciona URL web.
2. Introduce la URL.
   Cuando se introduce a través de la configuración del enlace, la URL se agrega al enlace en el parámetro af_android_url.

Sí, pero solo en parte.

Si necesitas convertir rápidamente a los visitantes de la web móvil en usuarios móviles y no puedes integrar el SDK de AppsFlyer, se puede hacer.

La redirección de usuarios y el inicio de aplicaciones básicos funcionan incluso si el SDK de AppsFlyer todavía no está integrado en la aplicación. Los Smart Banners tampoco requieren el SDK y también funcionan bien sin este.

Sin embargo, la ausencia del SDK significa que:

• Los usuarios que hacen clic no se pueden vincular con deep links más allá del primer inicio de la aplicación.
• No se registran datos de atribución.
• Los eventos in-app no se registran.

La siguiente tabla compara los diferentes métodos disponibles para crear enlaces personalizados de OneLink.

Sí, pero ten en cuenta que los Universal Links y los App Links solo funcionan cuando se hace clic en ellos (por ejemplo, cuando se hace clic en un enlace en una página web o correo electrónico). Pegar el enlace en la barra de direcciones del navegador no inicia la aplicación. Prueba haciendo clic en las URLs, no pegándolas en la casilla de URL del navegador.

A pesar de las mejores intenciones, en algunos casos, es posible que tus URL de OneLink no funcionen con los deep links previstos. Cuando esto sucede, el usuario, en lugar de obtener deep links a una actividad específica dentro de la aplicación, se lo redirige a la tienda de aplicaciones o incluso a una página de error.

Hay varias razones posibles para esto: 

• Aplicaciones del host: Las aplicaciones en las que se comparten tus enlaces de atribución (por ejemplo, WhatsApp, Gmail o WeChat) utilizan diferentes métodos para activar los enlaces en los que se hace clic, como los navegadores internos propietarios. Se sabe que algunos de estos bloquean todos los enlaces de atribución.
• Navegadores: Ciertos navegadores y plataformas de sistemas operativos se comportan de manera diferente con los enlaces. En ciertos navegadores, por ejemplo, pegar un enlace no funciona. En realidad, se debe hacer clic en el enlace. 
• Actualizaciones del sistema operativo: Las nuevas actualizaciones del sistema operativo (tanto iOS como Android) pueden introducir errores inesperados que dificulten deep linking.
• Dispositivos: Los diferentes smartphones, tablets, laptops y otros dispositivos que ejecutan diferentes versiones de iOS, Android, Windows Mobile y otros sistemas operativos pueden variar mucho en el manejo de los enlaces de atribución.
• Configuración incorrecta: El uso de caracteres especiales en el valor de deep linking rompe el enlace.

Dos soluciones para mejorar la experiencia del usuario son las URL alternativas y los deep links forzados.

URL alternativas

Las URL alternativas envían a los usuarios a páginas web específicas si, por algún motivo, la apertura de la aplicación o los deep links falla. ¡Importante! También envían a los usuarios que no tienen tu aplicación instalada a la URL alternativa en lugar de a la tienda de aplicaciones correcta. Por lo tanto, solo debes usarla si realizas el retargeting de los usuarios que ya tienen tu aplicación instalada.

Para implementar una URL alternativa, en la configuración de enlaces personalizados o plantilla de OneLink, configura el comportamiento del enlace para cuando la aplicación no esté instalada para redirigir a una URL diferente.

El uso de esta configuración agrega af_ios_url y af_android_url como parámetros de destino para la alternativa, lo que hará que a los usuarios de iOS se los redirecciones a la página especificada por af_ios_url y que a los usuarios de Android se los envíe a la página especificada por af_android_url. 

https://go.onelink.ly/qwerty?pid=source&af_dp=greatapp%3A%2F%2F&af_ios_url=www.yoursite.com/ios-bonus
&af_android_url=www.yoursite.com/android-bonus

Deep linking forzado

Los deep linking forzados te permiten usar un esquema URI como alternativa para abrir la aplicación y enlazar profundamente a los usuarios.

Esta solución funciona bien para la mayoría de los usuarios que tienen la aplicación instalada. Sin embargo, para iOS, el uso de un esquema URI para abrir la aplicación tiene limitaciones y es posible que tengas que agregar af_force_deeplink=true a la URL de OneLink para forzar los deep links a la actividad especificada en el esquema URI (el parámetro af_dp). Obtén más información sobre el esquema URI alternativo para iOS.

Asegúrate de no utilizar una etiqueta HTML que incluya el atributo target. Si la URL de OneLink se coloca dentro de una etiqueta con el atributo target="_blank", se abre una página en blanco en Chrome (tanto en iOS como en Android) y no se envía al usuario a la App Store ni a Google Play.

Sí. Sin embargo, en Android, cuando un usuario hace clic en un enlace de OneLink en un navegador Brave, deferred deep linking no funciona. Y en iOS, después de que el usuario hace clic, ve una pantalla en blanco y deferred deep linking solo funcionan si después hace algo en la pantalla en blanco, por ejemplo, desplazarse o tocar.

No. Los enlaces personalizados de OneLink no agregan ningún procesamiento adicional ni tiempo de carga para funcionar correctamente y envían a los usuarios según sea necesario. Son tan rápidos como cualquier otro enlace de AppsFlyer.

Activar Habilitar costo por instalación (en Parámetros avanzados) te permite aplicar un valor de costo por instalación (CPI) específico a cada instalación procedente del enlace.

Selecciona la moneda del costo y, a continuación, un valor SOLAMENTE numérico (hasta 4 dígitos después del separador decimal) que represente el CPI. Esto agrega los parámetros af_cost_currency y af_cost_value al enlace.

af_r, af_ios_url, af_android_url y af_web_dp transfieren parámetros del enlace de atribución o OneLink a la página redirigida. Para evitar este comportamiento, agrega af_param_forwarding=false al enlace de atribución.

En algunos casos, es posible que tengas URLs con múltiples PIDs. Esto sucede porque AppsFlyer agrega parámetros PID y C a una URL de redirección y el cliente también puede agregar sus propios parámetros PID. Por ejemplo, el 'ID de producto' podría ser 'pid' en la URL del sitio web del cliente.

Normalmente, al agregar af_param_forwarding=false al enlace de atribución se eliminan todos los parámetros.

Sin embargo, si se hace clic en el enlace desde un ordenador, el cliente puede querer que se mantengan los parámetros esenciales de CRM. Para eliminar solo los parámetros PID y C de AppsFlyer y mantener todos los demás parámetros, agrega af_base_params_forward=false al enlace de atribución.

OneLink es ahora el único método admitido para crear enlaces de atribución personalizados para los medios propios.

En el pasado, los propietarios de aplicaciones también podían usar enlaces personalizados de plataforma única (específicos para la aplicación) sin usar OneLink. Este método es obsoleto, y los enlaces personalizados nuevos solo pueden crearse en base a una plantilla de OneLink.

Sin embargo, si tienes enlaces personalizados heredados de plataforma única, siguen funcionando como siempre. También puedes ver y editar tus enlaces heredados, haciendo clic en Visualizar enlaces heredados de plataforma única en la esquina superior derecha de la página Enlaces personalizados de OneLink.

No, el ID de URL corta solo se puede configurar en el momento en que se crea el enlace.

Los acortadores de enlaces externos o el encapsulado de los enlaces personalizados de OneLink romperán la funcionalidad de apertura de aplicaciones de los Universal Links y App Links.

Para activar Universal Links o App Links, el sistema operativo debe reconocer el dominio de la URL asociada con la aplicación, y cualquier tipo de encapsulado externo, acortamiento o redireccionamiento al enlace de cara al usuario lo hace imposible. Esto incluye el uso de bit.ly, enlaces de marca que no son de AppsFlyer o proveedores de servicios de correo electrónico (ESP) con el registro de clics habilitado.

Para encapsular o acortar un enlace de forma que permita que la redirección funcione correctamente: 

• Usa las URL cortas generadas por AppsFlyer cuando crees enlaces personalizados de OneLink (en lugar de acortadores externos como bit.ly).
  Consejo: Haz que la URL sea aún más corta creando un dominio corto de marca en tu enlace. Y si estás creando los enlaces en la interfaz de usuario de AppsFlyer, puedes editar el ID de la URL para que sea lo más breve posible. Ejemplo: https://brand.com/a1b2/a (donde brand.com es tu dominio de marca, a1b2 es el ID de la plantilla que siempre tiene 4 caracteres y a es el ID de la URL, que se puede editar hasta 1 carácter. 
  Beneficios:
  • Este método funciona porque usa el subdominio de OneLink configurado en la plantilla de OneLink.
  • Te permite cambiar parámetros sobre la marcha, incluida cualquier configuración de deep linking, incluso después de distribuir los enlaces de atribución a tus clientes potenciales.
  • Cuenta todos los clics de dispositivos móviles en el dashboard de AppsFlyer, por lo que no es necesario que compruebes otro servicio.
  • La última parte de la URL corta se puede personalizar para convertirla en un dominio de marca.
• Usa el esquema URI como alternativa para abrir la aplicación cuando los Universal Links y los App Links fallan, y agrega el siguiente parámetro al enlace: af_force_deeplink=true.
• Consulta las opciones para trabajar con ESPs.

Sí, pero requiere una consideración especial cuando trabajas con proveedores de servicios de correo electrónico (ESP). Para contar los clics realizados, los ESPs encapsulan todos los enlaces colocados dentro de los correos electrónicos. Esto rompe el flujo de deep linking/apertura de la aplicación para los usuarios que hacen clic en la URL.

Para evitarlo, usa una de las siguientes soluciones opcionales:

• Deshabilita el registro de clics en la configuración de tu ESP.
  (Consejo: Esta suele ser la solución más fácil).
• Fuerza la apertura de la aplicación con el esquema URI especificado en el parámetro af_dp agregando el indicador af_esp=true al enlace de atribución. Esta solución funciona bien para los usuarios que tienen la aplicación instalada.
• Usa proveedores de servicios de correo electrónico (ESP) que admitan la solución AppsFlyer para la apertura de la aplicación y deep linking con Universal Links. Saber más.

OneLink envía a los usuarios a la tienda de aplicaciones regional correcta en función de su dirección IP.

Comprueba si has activado las listas de redireccionamientos permitidos en AppsFlyer. Si las tienes activadas, se debe enumerar el dominio o subdominio de la URL web deseado. Aprender más sobre las listas de redireccionamientos permitidos

El error "La aplicación que está buscando no está disponible" puede surgir en lugar de la redirección a Google Play debido a:

• Tu aplicación se encuentra actualmente en estado «Pendiente» en Google Play. Para evitar el mensaje de error mencionado anteriormente, configura la redirección del enlace para que apunte a una URL web en lugar de a Google Play. Una vez que se apruebe la aplicación, la redirección se puede volver a cambiar a Google Play. Estos cambios de configuración se realizan en la página de la plantilla del enlace.
• Si tu aplicación está disponible exclusivamente a través de una tienda de third-party, el problema puede deberse a que se le haya asignado un estado incorrecto de Google Play en AppsFlyer. Para resolver este problema, debes configurar su estado de Google Play como Publicado fuera de la tienda en la página Configuración > Mis aplicaciones.

En junio de 2024, la anterior versión de enlace corto m.onelink.me quedó en desuso. Los enlaces que siguen utilizando este subdominio ya no envían a su destino previsto, lo que puede interrumpir la experiencia de usuario planificada.

Sí - Si el dominio de marca y el subdominio de OneLink están correctamente asignados. Consulta: Configurar un dominio de marca en AppsFlyer

Ejemplo:
Subdominio de OneLink: demo.onelink.me
ID de plantilla: A1r4
Los dominios de marca asignados al subdominio demo.onelink.me son:

• app.simulatorapp.com
• click.simulatorapp.com

Has creado el siguiente enlace de marca en la interfaz de usuario de OneLink:
app.simulatorapp.com/A1r4/simulationlink
Puedes reemplazar el enlace de marca anterior con el otro enlace de dominio de marca o el enlace de subdominio de OneLink.
Los siguientes enlaces son funcionalmente idénticos y funcionan igual en todas partes:

• app.simulatorapp.com/A1r4/simulationlink
• demo.onelink.me/A1r4/simulationlink
• click.simulatorapp.com/A1r4/simulationlink

Solo el parámetro de la fuente de medios (pid) es obligatorio.

Sí, se puede agregar cualquier parámetro a la URL corta.

¡Importante! Los parámetros incorporados a la URL corta no invalidan los parámetros dentro del enlace.

Para los medios propios, el nombre de la fuente de medios personalizada (valor PID) puede ser cualquier cosa, siempre que no esté reservado por un partner integrado. Para evitar conflictos, no utilices el sufijo _int (por ejemplo, googleadwords_int) para fuentes de medios personalizadas. Sin embargo, se recomienda no utilizar organic como nombre de fuente de medios personalizado, ya que esto podría afectar a la integridad de los datos de atribución.

Si estás utilizando OneLink para medios de pago:

• Usa los valores PID integrados reservados por el partner (aquellos que terminan con _int), como valores de fuente de medios en enlaces personalizados de OneLink. No utilices fuentes de medios SRN como googleadwords o facebook como nombres de fuentes de medios personalizados. Esto podría afectar la integridad de los datos de atribución.
• Asegúrate de que el partner esté integrado con AppsFlyer y activo (el selector Activar partner está activado) para todas las aplicaciones que están configuradas en la plantilla de OneLink.

Aquí puedes agregar varios parámetros de atribución que te permitan realizar un análisis en profundidad más adelante. 

Obtén más información sobre los parámetros y la estructura de los enlaces de atribución de AppsFlyer.

Sí. Los parámetros personalizados se transfieren a la columna URL original en el raw data y se pueden ver allí. No tienen sus propias columnas en raw data.

Para los datos analizados, usa los parámetros de suscriptor af_sub1-5, cada uno de los cuales tiene una columna separada en los reportes de raw data. 

Sí. Asegúrate de usar solo letras minúsculas para tus parámetros y valores. Las letras mayúsculas o un uso incoherente de mayúsculas de nombres y valores de parámetros podrían causar errores o discrepancias de datos, tanto en el dashboard como en los raw data.

Es posible que quieras utilizar OneLink con publicaciones no pagadas en aplicaciones de redes sociales, ya que no es posible dirigirse de antemano a los usuarios potenciales que están expuestos a tales publicaciones de acuerdo con sus dispositivos.

Lamentablemente, las limitaciones y restricciones de los Universal Links de iOS que establecen algunas aplicaciones de redes sociales complican el uso de OneLink para el reconocimiento básico de dispositivos, redireccionamiento y atribución, y deep linking. En algunos casos, quizás sea necesario configurar un esquema URI o una landing page para la aplicación de redes sociales para redirigir a los usuarios o establecer deep links con ellos.

La siguiente tabla resume cuándo se pueden utilizar OneLinks en las aplicaciones sociales más populares de la actualidad:

Sí, pero ten en cuenta que OneLink se usa principalmente con medios propios y no con ad networks. Esto se debe a que las ad networks generalmente se anuncian en aplicaciones (lo que significa que conocen lo suficiente la plataforma del usuario, el ID del dispositivo, etc.), los enlaces de atribución específicos de la plataforma y la aplicación son suficientes, por lo que no es necesario usar OneLink. Sin embargo, en los casos en que las ad networks no conocen la plataforma del usuario de antemano, por ejemplo, cuando ellas mismas ejecutan campañas por correo electrónico o SMS, OneLink puede ser la solución.

Para establecer OneLink para ad networks de partners:

• Sigue las instrucciones para el enlace de atribución de ad network y selecciona Usar OneLink cuando se te indique.

Una vez que todos los parámetros para Android e iOS se hayan agregado correctamente, cuando se hace clic en el enlace personalizado de OneLink y se redirecciona a la plataforma correcta, los parámetros necesarios se envían a la red en un postback después de la instalación por parte del usuario.

https://greatapp.onelink.me/3287867539?pid=network_int&c=email&
idfa{$IDFA}&gaid={$GAID}&clickid=$SITEID&
af_sub1=[pixel_code]&af_sub2=[creative]

En ocasiones, Facebook y otras aplicaciones de redes sociales bloquean los Universal Links de iOS para que no abran aplicaciones. Landing pages de aplicaciones sociales son la solución recomendada para estos problemas de inicio de aplicaciones.

Si no deseas usar landing pages de aplicaciones de redes sociales, puedes usar los esquemas URI como método alternativo. Sin embargo, ten en cuenta lo siguiente:

• El uso de esquemas URI como opción alternativa está sujeto a limitaciones basadas en iOS.
• Para muchos navegadores, incluido Safari, debes agregar el atributo af_force_deeplink=true a la dirección URL para usar esquemas URI como reserva. Saber más.

Sí, pero ten en cuenta las siguientes limitaciones:

• Debido a la forma en que Instagram presenta el texto de una publicación de la página, no es posible hacer clic en los enlaces cuando se los ingresa en una leyenda de la publicación.
• La apertura de aplicaciones y deep linking en aplicaciones de Android son compatibles sin ninguna consideración especial. Sin embargo, Instagram no admite la apertura de aplicaciones y deep linking en aplicaciones de iOS. Para superar este problema, puedes adoptar uno de estos dos enfoques:
  • Recomendado: Configura una landing page de aplicación de redes sociales. Las plantillas Clustered Poster y ShowAndTell funcionan mejor. Además de la landing page de aplicación de redes sociales, recomendamos configurar un esquema URI en tu plantilla de OneLink.
  • Usa un esquema URI y deep linking forzados cuando uses OneLinks en Instagram. Asegúrate de tener en cuenta las siguientes consideraciones cuando uses af_force_deeplink=true con OneLink en Instagram:
     

    ¿Aplicación instalada?	¿El clic tiene af_force_deeplink=true?	Resultado
    No	Sí	Al hacer clic se abre la tienda de aplicaciones
    No	No	Al hacer clic se abre la tienda de aplicaciones
    Sí	Sí	Al hacer clic se abre la aplicación
    Sí	No	Al hacer clic se abre la tienda de aplicaciones

WeChat anula los deep links de Android e iOS y envía a los usuarios a una página web. Desde esta página web, el usuario debe hacer clic en el botón Opciones y optar por abrir la página en el navegador. Como resultado, los usuarios se encuentran con una experiencia interrumpida que aumenta las posibilidades de que caigan en el funnel de conversión.

Para solucionar esto, OneLink puede reconocer clics en WeChat y cargar una landing page exclusiva que le indica al usuario que haga clic en el botón de opciones y luego en la opción Abrir en el navegador. Esto, a su vez, abre la URL de redireccionamiento definida en la configuración de plantilla de OneLink.

Si el idioma registrado del usuario de WeChat es el chino, OneLink genera una versión localizada de la landing page:

Por lo general, es posible abrir la aplicación y crear deep links desde un anuncio en Facebook. Sin embargo, si se cumplen las siguientes condiciones, Facebook no podrá abrir la aplicación para los usuarios actuales de la aplicación desde la URL de OneLink. En su lugar, todos los usuarios, incluidos los que tienen la aplicación, se envían a la URL definida en la plantilla de OneLink, o en el valor del parámetro af_android_url, af_r o af_custom_android_url:

• El usuario tiene un dispositivo móvil Android.
• Se hace clic en el enlace en la aplicación de Facebook.
• El enlace conduce a una página HTML que se abre en la vista web de Facebook (ya sea un sitio o una landing page de una aplicación social).
• La página HTML contiene un enlace con un af_dp (con un esquema URI) y una configuración de redireccionamiento de URL en la plantilla de OneLink o en un parámetro (uno de los siguientes): af_android_url, af_r o af_custom_android_url).

La landing page de aplicaciones de redes sociales ofrece a los usuarios una experiencia de inicio de aplicación perfecta al utilizar OneLink en aplicaciones de redes sociales. Quizás te preocupe que, al agregar un paso al funnel, las tasas de conversión disminuyan. Pero la verdad es que sin la landing page, las trayectorias de los usuarios generalmente se interrumpen, lo cual da como resultado tasas de conversión muy bajas.

Si aún no estás totalmente convencido, ¿por qué no pruebas?

Realiza una prueba A/B de tu enlace personalizado en aplicaciones de redes sociales, con la landing page de aplicaciones de redes sociales y sin ella.

Para realizar la prueba A/B de la landing page de aplicaciones de redes sociales, debes hacer lo siguiente:

1. Crea un enlace de OneLink (llamado Link1) para usar con aplicaciones de redes sociales. No configures la landing page de aplicaciones de redes sociales para este enlace.
2. Agrega el parámetro de atribución af_adset.
3. Agrega el parámetro de atribución af_ad con el valor "no lp". 
4. Prueba el Link1 fuera de las aplicaciones de redes sociales y verifica que el enlace funciona y que inicia tu aplicación correctamente.
5. Duplica el Link1 y denomínalo Link2.
6. Cambia el valor del parámetro de atribución af_ad a "using lp". 
7. Crea la landing page de aplicaciones de redes sociales solo para Link2.
8. Publica 2 entradas diferentes en la misma aplicación de redes sociales, usando Link1 y Link2.
   No te preocupes porque cada enlace produce una cantidad de clics diferente. El KPI que importa es la tasa de conversión final de cada enlace.
9. Revisa los resultados de la prueba A/B después de que se haya creado suficiente tráfico.
   1. Ve al dashboard general de AppsFlyer y desplázate hacia abajo hasta la tabla Reporte de rendimiento agregado.
   2. Link1 y Link2 tienen la misma fuente de medios, campaña y nombre de anuncio. Baja hasta el conjunto de anuncios específico.
   3. Compara las tasas de conversión (y otros KPIs) de los usuarios que hicieron clic en Link1 o Link2.

Si ves la ventana de diálogo de selección de aplicaciones cuando pruebes tus enlaces OneLink, asegúrate de firmar tu aplicación, incluso si es una aplicación de debug. El certificado que usas para firmar la aplicación es el mismo que usas para generar el fingerprint SHA256 cuando configuras OneLink para App Links.

Tus desarrolladores deberían implementar el método de deep linking unificados (UDL) para deep linking. Consulta nuestras instrucciones completas para deep linking.

Los Universal Links de iOS y App Links de Android son métodos de inicio de aplicaciones, que en realidad no crean deep links para los usuarios (enviándolos a contenido específico dentro de la aplicación). El método de esquema URI puede iniciar la aplicación y la conexión de los usuarios a través de deep links (a través del parámetro de enlace personalizado af_dp), pero solo debe configurarse para el inicio de la aplicación. Su uso principal es como un método alternativo para los Universal Links y App Links, y para iniciar aplicaciones para usuarios con versiones del sistema operativo Android anteriores a la 6.0.

Una vez que se inicia la aplicación utilizando cualquiera de estos métodos, el SDK de AppsFlyer suministra el valor deep_link_value especificado en el enlace de atribución personalizado. Este valor debe entregarse a través del método UDL implementado por tus desarrolladores.

Sí, pero no se recomienda. Idealmente, deberías usar deep_link_value para los deep links y el esquema URI como método alternativo para iniciar la aplicación sin deep links (a través del parámetro af_dp). Sin embargo, si ya tienes el esquema URI configurado para deep linking, con parámetros adicionales concatenados como parte de la ruta de acceso del URI (por ejemplo, greatapp://param1/param2), no es necesario cambiar la configuración o el código existentes; el esquema URI seguirá funcionando. 

La práctica recomendada para agregar parámetros personalizados es a través de la página de configuración de enlaces personalizados.

No hay ningún impacto en la experiencia del usuario para los usuarios de iOS 14 que tengan deep links desde campañas en ad networks y medios propios mediante el método UDL. El método heredado puede impedir deep linking.

A efectos de atribución/reportes, AppsFlyer usa el IDFA o el IDFV cuando están disponibles. Si no hay IDFA o IDFV, se puede utilizar un modelado probabilístico. A partir de iOS 14.5+, el modelo probabilístico se limita al contexto de los medios propios, la promoción cruzada y los flujos acordados de web-to-app.

No hay ningún impacto en la experiencia del usuario para los usuarios de iOS 14 que tienen deferred deep linking de campañas en ad networks y medios propios mediante el método UDL. El método heredado puede impedir el deferred deep linking.

A efectos de atribución/reportes, AppsFlyer usa el IDFA o el IDFV cuando están disponibles. Si no hay IDFA o IDFV, se puede utilizar un modelado probabilístico. A partir de iOS 14.5+, el modelo probabilístico se limita al contexto de los medios propios, la promoción cruzada y los flujos acordados de web-to-app. Recomendamos a los clientes que desean implementar deferred deep linking de ad networks y medios propios que utilicen el SDK V6.1.0+ de AppsFlyer para iOS que aceptaron la ATT (si es necesario), mitiguen cualquier impacto en la atribución y se beneficien de tiempos de respuesta más rápidos.