Guía de integración del SDK web para la PBA

En resumen: Integra AppsFlyer en sitios web utilizando el SDK web para atribuir y medir visitas, eventos, conversiones e ingresos.

5107_Infographic_Web_S2S_759x270_option1.jpg

Guía de integración y del usuario del SDK web

  • La etiqueta JavaScript del SDK web:
    • forma parte de la solución de atribución basada en las personas (PBA) para analizar las trayectorias de los usuarios en múltiples plataformas.
    • reporta las visitas y las acciones de los usuarios en tu sitio web a la plataforma de AppsFlyer.
    • es un módulo de pluginpara el sitio webque no requiereprogramación. Es independiente del sistema operativo y del navegador del visitante del sitio web. 
    • tiene un tamaño de 40-60 Kb.
  • Implementa el SDK web junto con el SDK móvil de AppsFlyer para registrar y asignar la actividad del usuario en tu aplicación móvil y tus entornos web.
  • Los eventos que ocurren fuera del sitio web se pueden registrar mediante la API de eventos de servidor a servidor web (Web S2S).

Integración del SDK web en el sitio web

Instalación e integración

Consideraciones y acciones requeridas

Lista de verificación de la integración

Para garantizar que se registren las visitas y los eventos, el SDK web debe instalarse en todas las páginas del sitio web. 

Inserta el fragmento de código de modo que se cargue lo antes posible dentro de la página. Para ello, inserta el código cerca de la parte superior de la etiqueta de encabezado.

Si vas a integrar el SDK mediante Google Tag Manager (GTM):

  • Asegúrate de que el SDK se cargue una vez por cada carga de la página.
  • Configura el SDK para que se cargue tan pronto como se cargue la página mediante la priorización GTM.

Puedes implementar el SDK web con o sin Smart Banners. Sigue las instrucciones pertinentes en las secciones que se indican a continuación.

Requisitos obligatorios para la integración

  • Registro de visitas
  • Registro de eventos
  • Configuración del ID de usuario del cliente (CUID): si no tienes un CUID, comunícate con tu CSM para analizar las alternativas. 

Valida la integración mediante la herramienta de prueba.

Antes de empezar:

  • Verifica con el marketer que haya creado el paquete de marca
  • Para obtener orientación adicional, consulta la Guía de onboarding de PBA.
  • Ten en cuenta lo siguiente: Si ya tienes el SDK web independiente de Smart Banners, elimínalo y reemplázalo con el SDK web tanto para los Smart Banners como para la atribución basada en personas; no agregues solo el SDK web independiente para PBA. 

Haz lo siguiente:

  • Obtén la clave de desarrollador web del SDK web. Nota: Esta no es la misma clave que utilizan las aplicaciones móviles.
    • Para obtener la clave de desarrollador web: 
      1. En AppsFlyer, en el menú superior, selecciona la pestaña Mis aplicaciones.
      2. Haz clic en Ver paquetes de marca.
      3. Copia la clave de desarrollador web requerida (WEB_DEV_KEY).
  • Si implementas Smart Banners, obtén la clave del Smart Banner. 
    • Para obtener la clave del Smart Banner:
      1. En AppsFlyer, desde el menú lateral, ve a Captación > De la web a la aplicación > Smart Banners.
      2. Copia la clave del Smart Banner requerida. 
  • Obtén los permisos para agregar scripts a etiquetas de encabezado en el sitio web.
  • Si utilizas Google Tag Manager, deberá estar integrado en el sitio web.

A continuación, integra el SDK web utilizando una de las siguientes opciones. 

Nativo  Google Tag Manager  Adobe Launch Tag Manager 

Fragmento de código JavaScript

Integra el SDK web utilizando uno de los siguientes métodos. 

Para instalar el SDK web sin Smart Banners:

  1. Repite el procedimiento que sigue en todas las páginas de tu sitio web.
  2. En el fragmento de código que se indica a continuación, reemplaza WEB_DEV_KEY con la clave especificada en los requisitos previos.
  3. Pega el fragmento de código en la etiqueta de encabezado de tu sitio web. Pégalo cerca de la parte superior de la etiqueta de encabezado.
<script>
!function(t,e,n,s,a,c,i,o,p){t.AppsFlyerSdkObject=a,t.AF=t.AF||function(){
(t.AF.q=t.AF.q||[]).push([Date.now()].concat(Array.prototype.slice.call(arguments)))},
t.AF.id=t.AF.id||i,t.AF.plugins={},o=e.createElement(n),p=e.getElementsByTagName(n)[0],o.async=1,
o.src="https://websdk.appsflyer.com?"+(c.length>0?"st="+c.split(",").sort().join(",")+"&":"")+(i.length>0?"af_id="+i:""),
p.parentNode.insertBefore(o,p)}(window,document,"script",0,"AF","pba",{pba: {webAppId: "WEB_DEV_KEY"}})
</script>

Para implementar el SDK web con Smart Banners:

  1. Repite el procedimiento que sigue en todas las páginas de tu sitio web.
  2. En el fragmento de código que se indica a continuación, reemplaza WEB_DEV_KEY y YOUR_BANNER_KEY con las claves especificadas en los requisitos previos.
  3. Pega este fragmento de código en la etiqueta de encabezado del sitio web. Pégalo cerca de la parte superior de la etiqueta de encabezado.
<script>
!function(t,e,n,s,a,c,i,o,p){t.AppsFlyerSdkObject=a,t.AF=t.AF||function(){
(t.AF.q=t.AF.q||[]).push([Date.now()].concat(Array.prototype.slice.call(arguments)))},
t.AF.id=t.AF.id||i,t.AF.plugins={},o=e.createElement(n),p=e.getElementsByTagName(n)[0],o.async=1,
o.src="https://websdk.appsflyer.com?"+(c.length>0?"st="+c.split(",").sort().join(",")+"&":"")+(i.length>0?"af_id="+i:""),
p.parentNode.insertBefore(o,p)}(window,document,"script",0,"AF", "pba,banners",{pba: {webAppId: "WEB_DEV_KEY"}, banners: {key: "YOUR_BANNER_KEY"}});
AF('banners', 'showBanner');
</script>

Comprobar que el SDK esté funcionando

Una vez instalado, comprueba que el navegador del visitante llame al SDK web de AppsFlyer y que se envíen mensajes. Esto se hace examinando la conexión de red de mensajes reportada en el navegador.

Para comprobar que el SDK se carga y funciona:

  1. Ve al sitio web.
  2. Abre las herramientas para desarrolladores del navegador.

    WebSDK_us-en.jpg

  3. Ve a la pestaña (A) Network (Red). 
  4. Actualiza la página.
  5. Filtra por (B) wa.appsflyer.
  6. Selecciona el mensaje de events (C).
  7. En la pestaña Headers (Encabezados) (D), asegúrate de que:
    • La Request URL (URL de solicitud) es wa.appsflyer.com/events.
    • site_id query parameter= WEB_DEV_KEY.
    • (E) El Status code (Código de estado) es 200.
  8. Verifica que el valor de site_id sea igual al valor de WEB_DEV_KEY en la configuración del paquete de marca:
    1. En AppsFlyer, en el menú lateral, selecciona Configuración > Paquetes de marca.
    2. Haz clic en la Clave de desarrollador web; al hacerlo, se copia la clave.
    3. Pega la clave en cualquier ubicación (nueva pestaña del navegador, bloc de notas) para mostrar la clave.
    4. Verifica que el site_id y WEB_DEV_KEY coincidan. 
  9. Asegúrate de que el SDK se cargue solo una vez. La carga múltiple del SDK puede hacer que el SDK deje de funcionar.

Aceptación/exclusión voluntaria del envío de eventos

5578-VistiorPrivacyOptIn_us-en.png

El SDK web envía datos de los eventos de los visitantes a AppsFlyer. Puedes controlar, detener o iniciar el envío de eventos como se describe en esta sección. 

Ten en cuenta lo siguiente:

  • Configuración del estado inicial del SDK: determina si el SDK envía eventos al cargar inicialmente la página web o si el SDK debe esperar hasta que des un comando explícito para comenzar a enviar eventos. La configuración está incluida en el fragmento web.
  • Control explícito: úsalo para detener o iniciar el envío de eventos. Por ejemplo, si implementas banners de aceptación/exclusión voluntaria de datos (también conocidos como banners de consentimiento de cookies), integra los comandos explícitos en los controles de tu banner para iniciar y detener el envío de eventos. El control explícito tiene prioridad sobre la configuración del estado inicial del SDK y utiliza cookies propias persistentes que tienen las siguientes características:
    • Se establecen en el dominio del sitio web.
    • Caducan después de un período establecido por el SDK web o según lo determine el navegador. Después de que caduquen las cookies, el SDK web vuelve a la configuración del estado inicial.
    • La cookie del SDK web no interfiere y siempre está sujeta a la configuración de cookies específica del navegador.

Configuración del estado inicial del SDK

Configuración Se requiere fragmento

[Predeterminado] Enviar eventos

Haz el siguiente cambio en el fragmento del SDK web. Si es necesario, agrega el parámetro measurementStatus:

Establece measurementStatus=true

{pba: {webAppId: "********-****-****-*****************", measurementStatus:true}

No enviar eventos

 

Haz el siguiente cambio en el fragmento del SDK web. Si es necesario, agrega el parámetro measurementStatus:

Establece measurementStatus=false

{pba: {webAppId: "********-****-****-*****************", measurementStatus:false}

Control explícito

Opción Comando
Iniciar el envío de eventos (optar por la aceptación) window.AF_SDK.PLUGINS.PBA.enableMeasurement()
Detener el envío de eventos (optar por la exclusión) window.AF_SDK.PLUGINS.PBA.disableMeasurement()

Implementar una política de política de seguridad de contenido (CSP)

Algunos webmasters requieren que Javascript esté protegido por su CSP. Puedes utilizar una serie de mecanismos CSP para hacerlo, incluyendo cualquiera de los siguientes:

  • CSP usando self
  • CSP usando nonce: Agrega el comando nonce a la etiqueta del script utilizando un valor nonce aleatorio generado por ti. 
    <script nonce="random value generated by you">
    !function(t,e,n,s,a,c,i,o,p){t.AppsFlyerSdkObject=a,t.AF=t.AF||function(){
    ....
    </script>

Descartar parámetros de consulta

Si los parámetros de consulta contienen datos que no deseas que AppsFlyer registre, puedes indicar a la plataforma AppsFlyer que descarte algunos o todos los parámetros de consulta. Al hacerlo, no estarán disponibles en el raw data ni en los reportes. 

Puedes implementar los métodos descritos en relación con URL, referentes y header_referer.

Opciones de descarte de consultas

Método Descripción 
Descartar todos los parámetros de consulta Adjunta af_url=true a la URL.
Descartar parámetros de consulta especificados

Al establecer una máscara de parámetro de consulta, especifica qué parámetros se descartan.  Establece la máscara de descarte usando af_url_mask=param, donde param es el nombre del parámetro.

Ejemplo: 

URL con máscara:

param1=value1&param2=value2&param3=value3&af_url_mask=param2;param3

URL después del descarte:

param1=value1&af_url_mask=param2;param3

Principios de registro de eventos.

Conversión y eventos estándar

  • Los eventos de usuario son registrados por el SDK, que envía el evento a la plataforma AppsFlyer.
  • Utilizando la lista de eventos de conversión establecida por el marketer, AppsFlyer divide los eventos en eventos estándar y de conversión.
  • Los datos de los eventos de conversión están disponibles en los paneles de control de la PBA.
  • Los datos de los eventos estándar y de conversión están disponibles en los reportes de raw data.

Eventos de conversión

  • Los eventos de conversión brindan insights sobre tus esfuerzos comerciales y de marketing. Los eventos de conversión incluyen compras, descargas, registros y suscripciones.
  • La PBA atribuye los eventos de conversión a la fuente de medios que llevó al usuario a visitar el sitio web.
  • Al identificar la fuente de medios atribuida, puedes medir y diferenciar la calidad de los usuarios aportados por diferentes fuentes de medios.
  • Los eventos de conversión se utilizan para registrar los ingresos y calcular el ROI.
  • Utilízalos para comparar el presupuesto de los anuncios de fuentes de medios específicas con los ingresos generados por los usuarios que provienen de estas fuentes de medios.

Eventos estándar

  • Los eventos estándar se utilizan para validar la trayectoria del usuario y los embudos que generan conversiones.
  • Utilízalos para medir la actividad de los usuarios y resaltar las fuentes de medios que atraen a los usuarios comprometidos.
  • Registra la actividad de los usuarios para marcarlos para campañas de reengagement.

Registro de eventos

Activa el SDK web para registrar eventos cuando se cumplan ciertas condiciones, por ejemplo, cuando se carga una página de aterrizaje o cuando los usuarios interactúan con los elementos del sitio web. Consulta los ejemplos de registro de eventos.

Identificación de usuarios mediante el ID de usuario del cliente (CUID)

  • Los usuarios web se identifican en AppsFlyer mediante el CUID único que les asignas. Normalmente, el CUID lo administran los servidores backend. 
  • Utiliza el mismo valor CUID que utilizas en el entorno móvil. Hacerlo te permitirá tener una visión holística de la actividad de los usuarios en múltiples plataformas. La función en el SDK móvil es setCustomerUserId function (iOS, Android, Unity).
  • Para establecer el CUID en el SDK web:
    • Establece el CUID tan pronto como tengas acceso a él. La mayoría de las veces, esto significa que debes esperar a que el usuario se identifique iniciando sesión o registrándose.
    • Activa la llamada de JavaScript a setCustomerUserId() como se muestra en el siguiente ejemplo. 
      Nota: Envía el CUID como una cadena incluso si es un número. Para ello, ponlo entre comillas.
  • Si implementas S2S web, ten en cuenta que es posible que debas notificar a la PBA cuando asocies un CUID con un ID de visitante web en tu backend. 
  • Los CUID no deben contener información personal directamente identificable,como un número de teléfono o una dirección de correo electrónico.
Ejemplo: establecer el CUID
// Associate all current user web events to distinct ID 663274 
AF('pba', 'setCustomerUserId' , '663274')

Parámetros de eventos del SDK web

Nombre de parámetro Obligatorio Descripción
eventType

Tipo de evento

Formato: cadena

Completa siempre este parámetro con EVENT.

Ejemplo: eventType: "EVENT"

eventName

Nombre del evento

Formato: cadena

Ejemplo: Compra, Suscripción

eventCategory No

Este parámetro está obsoleto y se eliminará del sistema en una fecha que se anunciará. En su lugar, utiliza el parámetro eventValue.

eventLabel

 

No

Este parámetro está obsoleto y se eliminará del sistema en una fecha que se anunciará. En su lugar, utiliza el parámetro eventValue.

eventRevenue No

Ingresos asignados a un evento de conversión

Formato: Flotante

eventRevenueCurrency No

Divisa de ingresos

  • Código de divisa ISO 4217 de 3 caracteres.
  • Valor predeterminado: USD

Formato: cadena

eventValue No
Mapa de parámetros del evento que describen el evento. Utiliza este parámetro para enviar eventos in-app enriquecidos, como el SKU del producto y el precio del artículo. 
Formato: JSON

Ejemplo: Para enviar SKU ABC123, de color azul y un precio unitario de $3,99

{"sku": "ABC123", “color": "blue", "unit_price":3.99,"currency": "USD"} 

Limitación: 1000 caracteres. si excedes el límite, se truncará. 

Escenarios de registro de eventos

Evento de ejemplo

// purchase event of shoes with associated revenue
AF('pba', 'event', {eventType: 'EVENT', eventName: 'purchase', eventRevenue: 12, eventValue: {"key1": 123, "key2": "name"}});

Los eventos que envías dependen de la naturaleza de tu aplicación web. Por ejemplo, una aplicación de tienda en línea requiere un conjunto de eventos diferentes a los de un medio de comunicación. Mira los escenarios siguientes para tener una idea de los eventos que debes enviar y cuándo.

Tienda en línea

Supongamos que administras una tienda en línea. Algunos eventos estándar que quizás quieras registrar serían: 

  • Buscar: evento estándar
  • Agregar al carrito: evento estándar
  • Quitar del carrito: evento estándar
  • Comprar: evento de conversión

Medio informativo

Supongamos que estás administrando un medio informativo. Algunos eventos que quizás quieras registrar serían:

  • Registro: evento de conversión
  • Compra de suscripción: evento de conversión

Garantizar el envío de los eventos

Esta parte está destinada a desarrolladores web.

Prueba la integración del SDK web para la PBA: consulta los eventos de prueba en tiempo real.

Para garantizar que los eventos se envíen a AppsFlyer:

  1. Abre el sitio web.
  2. Abre las herramientas para desarrolladores del navegador.
  3. Cambia a la pestaña Network (Red).
  4. Activa el evento.
  5. Filtra por mensaje.

    pba_af_event.png

  6. Busca una solicitud de red que comience con el destino wa.appsflyer.com (observa la captura de pantalla a continuación).
  7. Asegúrate de que:
    1. El código de estado es 200.
    2. La carga útil de solicitud se alinea con los parámetros del evento.

Ejemplos

Registro de eventos

El código proporcionado es solo para fines ilustrativos. No utilices este código tal como está. 

  • Supuestos: la página ya ha cargado el SDK web en el momento en que se envía el evento.
  • Los escenarios de ejemplo contienen el código para registrar eventos cuando: 
    • se carga una página de aterrizaje.
    • los usuarios interactúan con el sitio web.
Registro de eventos nativo Registro de eventos de Tag Manager

Registro de eventos cuando se carga una página de aterrizaje

  • Tienes una página de suscripción para boletines informativos y deseas registrar las suscripciones.
  • También puedes configurar una página de agradecimiento y redirigir a los usuarios a ella después de suscribirse.
<html>
    <head>
        <!-- Assume that the server returns a response with details about the newly subscribed user -->
        <!-- Alternatively, you can extract data from localStorage or cookies,
            in case data was set in either of them during the subscription process
        -->
        <script>window.onload = function(){
            AF('pba', 'event', {eventType: 'EVENT', eventValue: {'category': 'holiday_promotion', eventValue: {'label' : 'newspaper'}, eventName: 'subscription',}); } </script> </head> <body> <h1>Thank You for Subscribing to Our Newsletter</h1> </body> </html>
  • El código anterior contiene una página HTML básica. La página web debe cargar el SDK web para poder enviar eventos.
  • Una vez que se carga la página, después de que el usuario es redirigido a ella, el método de carga de ventana llama al método AF() para enviar el evento de suscripción a AppsFlyer.

Registro de eventos cuando los usuarios interactúan con el sitio web

  • Tienes un sitio web de eCommerce y deseas registrar los eventos de checkout.
  • Cuando el usuario hace clic en el botón de checkout, el SDK web envía un evento a AppsFlyer.
<html>
<head>
    <!-- Assume that data about products in the shopping cart
    is stored in localStorage -->
    <script>
        window.onload = function () {
            document.getElementById('checkout').addEventListener('click', function () {
                AF('pba', 'event', {eventType: 'EVENT', eventValue: {'category' : 'holiday_promotion'}, eventName: 'checkout'});
            });
        }
    </script>
</head>
<body>
    <h1>Shopping Cart</h1>
    <h2>Shirt</h2>
    <p>
        <ul>
            <li>Color: Blue</li>
            <li>Quantity: 2</li>
            <li>Price: $20</li>
        </ul>
    </p>
    <h2>Pants</h2>
    <p>
        <ul>
            <li>Color: Black</li>
            <li>Quantity: 3</li>
            <li>Price: $15</li>
        </ul>
    </p>
    <button id='checkout'>Checkout</button>
</body>
</html>

El código anterior muestra una página HTML básica. La página web debe cargar el SDK web para poder enviar eventos.

  • Una vez que la página se carga, vincula un listener de clics al botón Checkout.
  • Cuando el usuario hace clic en el botón Checkout, la función de devolución de llamada:
    • recupera datos de localStorage.
    • llama al método AF() y le pasa datos.
  • El método AF() envía el evento a AppsFlyer.
  • Asegúrate de que la etiqueta de funciones del SDK web esté cargada antes de que se active el evento.
  • No envíes caracteres especiales en los valores de los eventos, como símbolos de moneda en el valor de los ingresos.
  • Las cadenas de valores deben tener menos de 50 caracteres.

Configuración del ID de usuario del cliente después del registro

El código proporcionado en estos ejemplos es solo de referencia. No utilices este código tal como está. Si no estás seguro de cómo utilizar este código, consulta a tu desarrollador web. 

Supuesto: La página carga el SDK web antes de enviar el evento; no cargues el SDK nuevamente.

Escenario de usuario:

  • Un usuario se registra en tu sitio web.
  • El código del sitio web recopila los datos del usuario y los envía a tu servidor.
  • El servidor genera un CUID único para el usuario.
  • En la página de agradecimiento después del registro, consultas al servidor el nuevo CUID.
  • Mediante la respuesta del servidor, configuras el CUID de AppsFlyer mediante el método setCustomerUserId() del SDK web.
Nativo Google Tag Manager

Configurar una página de registro:

<html>
<head>
    <!-- The Web SDK script loads first -->
    <script>
!function(t,e,n,s,a,c,i,o,p){t.AppsFlyerSdkObject=a,t.AF=t.AF||function(){
(t.AF.q=t.AF.q||[]).push([Date.now()].concat(Array.prototype.slice.call(arguments)))},
t.AF.id=t.AF.id||i,t.AF.plugins={},o=e.createElement(n),p=e.getElementsByTagName(n)[0],o.async=1,
o.src="https://websdk.appsflyer.com?"+(c.length>0?"st="+c.split(",").sort().join(",")+"&":"")+(i.length>0?"af_id="+i:""),
p.parentNode.insertBefore(o,p)}(window,document,"script",0,"AF","pba",{pba: {webAppId: "WEB_DEV_KEY"}})
    </script>
    <script>
        };
    // This function stores the user email sent to the server after the user reaches the thank you page
    // The response from the server is a unique CUID that should be set using the web SDK setCustomerUserId method
        function storeUserEmail (){
            var userEmail = document.getElementById('email').value;
            localStorage.setItem('user_email', userEmail);
        }
    </script>
</head>
<body>
    <h1>Sign Up</h1>
    <form onsubmit="storeUserEmail()" action="/signup" method="post">
        <div><label>Name</label>
            <input type="text" name="name" id="name"></div>
        <br />
        <div> <label>Email</label>
            <input type="email" name="email" id="email"></div>
        <br />
        <input type="submit" id="submit">
    </form>
</body>
</html>

El código anterior es un formulario de registro sencillo. Cuando se envía el formulario, el correo electrónico se almacena en localStorage. Cuando el usuario llega a la página de agradecimiento, la dirección de correo electrónico del usuario se envía al servidor para generar el CUID único para la dirección de correo electrónico.

Configurar una página de agradecimiento para los usuarios que se registren:

<html>
<head>
    <script>
!function(t,e,n,s,a,c,i,o,p){t.AppsFlyerSdkObject=a,t.AF=t.AF||function(){
(t.AF.q=t.AF.q||[]).push([Date.now()].concat(Array.prototype.slice.call(arguments)))},
t.AF.id=t.AF.id||i,t.AF.plugins={},o=e.createElement(n),p=e.getElementsByTagName(n)[0],o.async=1,
o.src="https://websdk.appsflyer.com?"+(c.length>0?"st="+c.split(",").sort().join(",")+"&":"")+(i.length>0?"af_id="+i:""),
p.parentNode.insertBefore(o,p)}(window,document,"script",0,"AF","pba",{pba: {webAppId: "WEB_DEV_KEY"}})
    </script>
    <script>
        // Using the fetch API to send the user email to the server
        // and get the unique user id in return	
        window.onload = function () {
            var userEmail = localStorage.getItem('user_email');
            fetch('users/' + userEmail).then(function (res) {
                   res.text().then(function (id) {
                    console.log(id);
                    AF('pba', 'setCustomerUserId', id);
                });
            });
        }  </script> 
     </head> 
     <body> 
        <h1>Thank You for Signing Up!</h1> 
     </body> 
</html>

El código utiliza la API Fetch. Envía al servidor la dirección de correo electrónico ingresada por el usuario. Suponiendo que el servidor crea un usuario con un CUID único al registrarse, enviar la dirección de correo electrónico al servidor tiene como objetivo recibir un CUID único. El servidor responde con un CUID único y este CUID único es el valor que se transmite con el método setCustomerUserId.

La función setCustomerUserId se puede enviar en cualquier etapa del flujo del usuario, por ejemplo, después de iniciar sesión y registrarse. AppsFlyer utiliza el CUID más reciente enviado para actualizar al usuario observado actual para puntos de contacto y eventos pasados ​​o futuros.

Utiliza el mismo valor CUID que utilizas en la función setCustomerUserId en la aplicación móvil (consulta el setCustomerUserId móvil para: iOS, Android, Unity)

Información adicional

Cookies del SDK web

Las cookies enumeradas en la siguiente tabla son configuradas o utilizadas por el SDK web en tu sitio web. 

En la tabla se utilizan las siguientes abreviaturas:

  • AMP: páginas móviles aceleradas 
  • CDN: red de entrega de contenido
  • 3PC: cookies de terceros
Nombre de cookie  Dominio Vida útil Cuando se utiliza Detalles
afUserid El dominio de tu sitio web 395 días no AMP Identificar a un usuario en el contexto de los eventos de carga web y navegación
AF_SYNC El dominio de tu sitio web 1 semana no AMP
  • Indicador que muestra que se ha establecido un identificador de usuario final
  • Esto se utiliza para reducir los tiempos de carga del sitio
af_id appsflyer.com 395 días no AMP cuando se permite 3PC Identificar a un usuario en el contexto de los eventos de inicio de la aplicación y de navegación 
af_id onelink.me 395 días no AMP cuando se permite 3PC Enlazar engagements de banners, engagements de OneLink o ambos a eventos de inicio de aplicaciones.
amp-afUserid AMP CDN o el dominio de tu sitio web 1 año Para el servicio de páginas por AMP  

Notas de la versión del SDK web

Fecha  Versión Notas
01-07-2021 1.0 Descartar parámetros de consulta
01-06-2021 1.0 Implementar una política de seguridad de contenido (CSP) 
31-08-2020 1.0 Se agregó la funcionalidad de aceptación y exclusión opcional
16-04-2020 1.0 La función CustomerUserId() reemplaza el evento IDENTIFY para enviar el CUID único
30-07-2020 1.0
  • Control explícito de inicio/parada para enviar eventos
  • Cambio del estado inicial predeterminado

Entrada en desuso

  • Un aviso de entrada en desuso proporciona un aviso de nuestra intención de dejar de admitir una función o método. La función o el método continúa funcionando hasta su fecha de vencimiento.
  • Considera los avisos de entrada en desuso como una oportunidad para realizar cambios en tu código.

Fecha de desuso

Fecha de vencimiento Detalles
16-04-2020 Pendiente de anuncio

Método en desuso: envío del ID de usuario del cliente (CUID) en el parámetro de evento customUserId con eventType establecido en "IDENTIFY" 

Método actual: envío del CUID utilizando la función setCustomerUserId() .