[Obsoleto] script de atribución de la página de destino móvil

Descripción:

Los Anuncios de Meta son un SRN, que no utiliza enlaces de atribución externos.

Cuando se lanza la primera aplicación, AppsFlyer consulta los Anuncios de Meta para ver si el usuario ha interactuado anteriormente (en los últimos 28 días) con un anuncio publicado por un anunciante en la aplicación de Facebook. Si lo han hecho, los Anuncios de Meta se autoatribuyen.

Los Anuncios de Meta también se atribuyen a la multiplataforma, lo que significa que el usuario puede interactuar con cualquier tipo de campaña, móvil o no, en cualquier plataforma, para que los Anuncios de Meta lo atribuyan a sí mismo.

Conclusión:

Un cliente potencial con el ID de dispositivo disponible, que proviene de la aplicación de Facebook y va a una página de destino, se atribuye correctamente a los Anuncios de Meta. Esto ocurre independientemente del nuevo clic registrado en la página de destino.
Sin embargo, cuando los usuarios optan por no compartir su ID de dispositivo, como se espera con los usuarios de iOS 14 durante 2021, es posible que la atribución multiplataforma de Anuncios de Meta deje de funcionar.

Cuando el uso compartido de ID de dispositivo pase a ser opcional, utiliza el método Otros SRN para los Anuncios Meta. 

• Los usuarios nuevos que compartan la ID de su dispositivo se atribuirán correctamente a los Anuncios de Meta.
• Los usuarios nuevos que no compartan su ID de dispositivo se atribuirán a «Facebook_LP».

Instrucciones:

1. En tu cuenta de Anuncios de Meta, crea una campaña de «Tráfico» o «Conversiones» con la atribución móvil habilitada para enviar clientes potenciales a tu página de destino.
2. Botón de descarga de Android de la página de destino: enlace directo a Google Play.
3. Botón de descarga de la página de destino para iOS: enlace directo a iTunes (O enlace de atribución sin el ID del dispositivo).

¿Qué hace el script?

El script de la página de destino no realiza cambios. El script está diseñado para detectar a un usuario que proviene de la aplicación de Facebook. Si lo hace, no hace nada. Deja los enlaces directos de la página de destino a las tiendas de aplicaciones tal como están. Esto evita que se grabe otro clic que podría afectar al CTR.

En el script, busca un método llamado isFacebook () para aprender más sobre lo que hace el script cuando un usuario proviene de la aplicación de Facebook.

Descripción:

El proceso habitual para instalar la atribución de las campañas de Google Ads requiere que los clientes potenciales que hacen clic se redirijan a la URL de la página de la tienda de la aplicación.

Por lo tanto, cuando redirijas clientes potenciales de Google Ads a una página de destino, utiliza un mediador para establecer la conexión entre la instalación móvil y el clic original en la campaña de Google Ads para dispositivos no móviles.

Conclusión:

La solución para Google Ads consta de dos partes.

La primera parte se ocupa de atribuir en AppsFlyer a los usuarios móviles que llegan a la página de destino desde Google e instalar la aplicación desde allí. Requiere etiquetar las URL en las que se hace clic desde Google, identificarlas en la página de destino y crear un OneLink dinámico con los datos de la URL.

La segunda parte se ocupa de notificar a Google Ads sobre estas instalaciones móviles mediante el método de subida de conversiones offline de Google.

Instrucciones:

Parte 1: Atribuir a Google Ads en AppsFlyer

¿Qué hace el script?

Google Ads lleva consigo un parámetro gclid. El script busca este parámetro en la URL de la página de destino. Si lo ve, crea el OneLink de forma que refleje que el usuario proviene de Google Ads. A continuación, el script coloca el OneLink como enlace detrás de los botones de descarga en la página de destino.

En el script, busca gclidValue para saber cómo el script detecta los usuarios que vienen de Google Ads y crea el OneLink en consecuencia.

Descripción:

Otras SRN, por ejemplo, Snapchat o Twitter, no son multiplataforma como los Anuncios de Meta y requieren un poco de trabajo para que se les atribuya a los usuarios móviles.

Tus campañas con otras SRN llevan a tus usuarios a la página de destino y se le factura en función de los clientes potenciales que hacen clic, sin relación con ningún usuario móvil derivado.

Conclusión:

Al definir la URL de la página de destino de una campaña en SRN (además de los Anuncios de Meta y Google Ads), añade un parámetro de ID de partner a la URL, que indique el SRN original.
La página de destino lanza un código JavaScript (ver más abajo) que analiza ese parámetro y crea una URL de OneLink, que tiene el valor de ID de partner. Cuando los usuarios de dispositivos móviles hacen clic en ese OneLink y lo instalan, se les atribuye a la fuente de medios indicada.

Instrucciones:

En tu cuenta SRN:

1. Crea una campaña que no sea móvil.
2. Al definir la URL de la página de destino, añade un parámetro Partner ID + de página de destino a la URL (que no es un enlace de atribución de AF). El formato es "&af_pid=srn_lp». (ver el ejemplo siguiente)

Al cargar tu página de destino -

1. Activar la función GenerateURL de Javascript
2. La función busca el parámetro af_pid y crea una URL de OneLink que contiene su valor en el parámetro pid
3. El botón de descarga de la página de destino utiliza la URL de OneLink generada.
4. Los nuevos usuarios móviles se atribuyen a la fuente de medios personalizada «Partner ID + landing page»
5. No se envía ningún postback a la fuente de medios.

El script en sí contiene lógica para evitar que utilices estos nombres. Búscalo var SRNs en el script. Deberías ver una lista de nombres de SRN y una condición que comprueba si pidValue es alguno de estos nombres. Elimina esta lógica cuando hayas terminado de probar el script.

¿Qué hace el script?

El script ve el parámetro af_pid en la URL de la página de destino y concluye que el usuario proviene de un SRN o de alguna otra red personalizada. El script crea un OneLink en consecuencia y lo establece como el enlace detrás del botón de descarga en la página de destino.

Para obtener más información sobre lo que hace el script, busca pidValue en el script.

Descripción:

Los enlaces de atribución se utilizan para cualquier fuente de medios que no sea una SRN. Esto incluye miles de partners integrados y cualquier medio propio al que desee atribuir.

Por suerte, la solución para la atribución de páginas de destino cuando se utilizan los enlaces de atribución de AppsFlyer es sencilla (y similar a la solución para los Anuncios de Meta).

Conclusión:

el enlace de atribución redirige al cliente potencial a una página de destino y, de este modo, también se encarga de la atribución correcta (si sigue una instalación móvil).

Todo lo que queda por hacer es NO impedir la atribución correcta con otro último clic.

Instrucciones:

1. Crea el enlace de atribución para la fuente de medios.
2. Añade el parámetro de página de destino que lleva a tu página de destino al enlace de atribución.
3. Añádelo &af_redirect=true al valor de la página de destino en cualquier parámetro de redirección (es decir, af_r, af_ios_url y af_android_url) del enlace de atribución.
   Ejemplo: https://yourapp.onelink.me/abcd?pid=email&c={CAMPAIGN_NAME}&af_r=http://www.yoursite.com/yourlandingpage?af_redirect=true
4. Opcional: agrega el ID del dispositivo (GAID o IDFA) al enlace de atribución para permitir la atribución mediante la coincidencia de ID en lugar del modelado probabilístico
5. Botón de descarga de Android de la página de destino: enlace directo a Google Play.
6. Botón de descarga de iOS de la página de destino: enlace directo a iTunes
   
   

    Nota:

   El script y la página de muestra HTML ofrecen la opción de configurar un botón de descarga que sirva tanto para Android como para iOS. Lea los comentarios del script para obtener información sobre cómo implementarlo.

¿Qué hace el script?

El script busca el parámetro af_redirect en la URL de la página de destino. Si lo ve, no hace ningún cambio en los botones de descarga de la página de destino. Esto se debe a que el parámetro af_redirect indica que el usuario llega a la página de destino después de hacer clic. Por lo tanto, no hay necesidad de enlaces de atribución adicionales.

Para obtener más información sobre lo que hace el script para gestionar los casos en los que los usuarios llegan a la página de destino después de hacer clic en un enlace de atribución, consulta el método isAFlink () en el script.

Descripción

Es posible que tengas fuentes de tráfico que redirijan a los usuarios a tu página de destino mediante enlaces con parámetros UTM.

Conclusión:

ISi la URL original NO es un enlace de atribución de AppsFlyer, el script busca los parámetros utm_source y utm_campaign en el enlace. Si existen, el script prepara una URL de OneLink, que los tiene como nombre de la fuente de medios (pid) y nombre de la campaña (c), respectivamente.

Ten en cuenta que con los enlaces de atribución de AppsFlyer, que también contienen parámetros UTM, se utilizan los parámetros de AppsFlyer, en lugar de los UTM.

Instrucciones:

En la fuente de los medios:

1. Asegúrate de que el código utm_source existe en el enlace.
2. El parámetro utm_campaign es opcional pero muy recomendable.

Al cargar tu página de destino -

1. Activar la función GenerateURL de Javascript
2. La función busca los parámetros utm_source y utm_campaign y crea una URL de OneLink que contiene sus valores
3. El botón de descarga de la página de destino utiliza la URL de OneLink generada.
4. Los nuevos usuarios móviles se atribuyen al valor de utm_source como fuente de medios.
5. No se envía ningún postback a la fuente de medios.

¿Qué hace el script?

El script busca los parámetros UTM en la URL de la página de destino. Si encuentra alguno, lo convierte en parámetros de OneLink. De esta forma, la información de la campaña se transfiere a la atribución final.

Descripción

Los visitantes orgánicos móviles son, por definición, clientes potenciales directos de la web móvil de fuentes desconocidas. Rara vez visitan páginas de destino dedicadas, pero es posible que la gran mayoría de las instalaciones móviles provengan del sitio web del anunciante.

Conclusión:

Si tienes una cantidad significativa de tráfico orgánico móvil desde tu sitio web, es muy recomendable registrar los datos de atribución de tu propio tráfico.

Instrucciones:

Para atribuir a los visitantes orgánicos móviles, el sitio web debe tener botones de descarga o instalación, con un enlace de atribución de OneLink detrás de ellos. OneLink permite diagnosticar el tipo de dispositivo y redirigir el lead a la tienda de aplicaciones correcta en función de este.

Para obtener información sobre cómo configurar y crear las URL de OneLink, haz clic aquí.

¿Qué hace el script?

Al agotar todas las demás opciones, el script determina que el usuario es un usuario orgánico que no proviene de ninguna campaña. El script crea un OneLink que refleja eso y lo coloca como enlace detrás del botón de descarga en la página de destino.

Descripción

Todas las opciones mencionadas anteriormente suponen que los usuarios utilizan dispositivos móviles cuando interactúan con la campaña y la página de destino.

Pero, ¿qué pasa con los usuarios de escritorio?

Los usuarios de escritorio pueden llegar a tu página de destino o sitio web y, después, visitar «de forma independiente» la tienda de aplicaciones con sus dispositivos móviles e instalar la aplicación móvil. Sin el compromiso anterior con los dispositivos móviles, es imposible atribuir a estos usuarios y, por lo tanto, se los etiqueta como «orgánicos».

Conclusión:

Una excelente solución a este problema de atribución es usar un formulario de texto para descargar en la página de destino, solo para usuarios de escritorio. A continuación, se enviará al dispositivo móvil un SMS/correo electrónico con la URL de OneLink.

Instrucciones:

1. Identificar que un visitante es un usuario de escritorio
2. Cuando el usuario escriba su número de teléfono, envíale un mensaje de texto con un enlace a tu aplicación, con una URL corta de OneLink. También puedes pedirles su dirección de correo electrónico para enviarles mensajes de descarga de aplicaciones.
3. El uso de OneLink es crucial en este caso, ya que no se conoce la plataforma del dispositivo móvil cuando se envía el mensaje a los usuarios. Las funciones de diagnóstico y redirección de OneLink se encargan de ello por ti.
4. Añade «&pid=desktop_website» a la URL de OneLink para identificar esta fuente.
5. Añade «&c= {PAGE NAME}» para ayudarte a encontrar las páginas con mayor y menor conversión en tu sitio web para usuarios de escritorio.

¿Qué hace el script?

El script detecta el dispositivo o la plataforma en la que se encuentra el usuario. Si es de escritorio, el script devuelve un enlace a la URL de un formulario web y lo coloca detrás de los botones de descarga. Cuando el usuario hace clic en descargar, se le envía a un formulario web donde rellena sus datos para recibir un SMS o un correo electrónico con un enlace para descargar la aplicación.

Eres tú quien debes crear el formulario web y proporcionar la URL del mismo en el script.  Para obtener más información, busca isMobileDevice () en el script.

Ten en cuenta lo siguiente antes de implementar el script:

• El script se ofrece solo como ejemplo. Abarca desde la página de destino común hasta el flujo de atribución. Adapta el script para que se ajuste a tus necesidades.
• El script busca parámetros específicos en la URL de la página de destino, como la fuente de medios, la campaña, las palabras clave, etc. Si quieres añadir más parámetros, como el identificador del sitio y los conjuntos de anuncios, para ello debes modificar el script.

//Returns the value of a parameter existing in the page's URL or ' ' if not exists.
function getParameterFromURL(name, url) {
  if (!url) url = window.location.href;
  name = name.replace(/[\[\]]/g, '\\$&');
  var regex = new RegExp('[?&]' + name + '(=([^&#]*)|&|#|$)'),
    results = regex.exec(url);
  if (!results) return null;
  if (!results[2]) return '';
  return decodeURIComponent(results[2].replace(/\+/g, ' '));
}

function isMobileDevice() {
  return (typeof window.orientation !== "undefined") || (navigator.userAgent.indexOf('IEMobile') !== -1);
}

function getMobileOperatingSystem() {
  var userAgent = navigator.userAgent || navigator.vendor || window.opera;
  if (userAgent) {
    if (/android/i.test(userAgent)) {
      return "Android";
    }

    // iOS detection from: http://stackoverflow.com/a/9039885/177710
    if (/iPad|iPhone|iPod/.test(userAgent) && !window.MSStream) {
      return "iOS";
    }
  }
  return "unknown";
}

function isAFLink() {
  return getParameterFromURL('af_redirect');
}


// Note - when device ID sharing becomes optional stop calling this method (or always return false)
function isFacebook() {
  if (document.referrer && document.referrer != "") {
    return document.referrer.toLowerCase().includes('facebook');
  } else {
    return false;
  }
}

// generateUrl returns the URL to use behind the iOS and Android "Download" buttons on a landing page, based on the source of the page visitor.
// By default these buttons should direct to the apps' pages on iTunes and Google Play.
// If these links should be kept with no change, generateUrl returns ' '.
// Otherwise, generateUrl returns the URL to be used under BOTH buttons (a single app download button could also be used in this case).
// Parameters: isDebug - if true, alerts are issued for each of the cases, otherwise not.  	 
function generateUrl(isDebug) {
  var oneLinkURL = 'https://yourapp.onelink.me/abcd';   // **** Replace with your own basic OneLink URL ****
  var webFormURL = 'https://yoursite.com/webform.html'; // **** Replace with your own web form URL for getting the user's email or SMS ****
  var finalURL = "";
  var partnerIDParam = '?pid=';

  var campaignValue;
  if (getParameterFromURL('c')) {
    campaignValue = getParameterFromURL('c');
  } else if (getParameterFromURL('utm_campaign')) {
    campaignValue = getParameterFromURL('utm_campaign');
  } else if (document.getElementsByTagName('title')[0]) {
    campaignValue = document.getElementsByTagName('title')[0].innerText;
  } else {
    campaignValue = 'unknown';
  }
  var campaignParam = '&c=';
  var gclidParam = '&af_sub1=';
  var gclidValue = getParameterFromURL('gclid');
  var kwParam = '&af_keywords=';
  var pidValue;
  var kwValue = getParameterFromURL('keyword');
		
  if (getParameterFromURL('af_pid')) {
    pidValue = getParameterFromURL('af_pid');
  } else if (getParameterFromURL('utm_source')) {
    pidValue = getParameterFromURL('utm_source');
  }
  
  // Prevent the use of real SRN names. Remove this part after you are done testing the script.
    var SRNs = [
    'twitter_int',
    'facebook_int',
    'snapchat_int',
    'doubleclick_int',
    'yahoogemini_int',
    'yahoojapan_int',
  ];

  if (SRNs.includes(pidValue)) {
  	alert("DO NOT USE NAMES OF SRNS IN af_pid or utm_source - use the names listed in Other SRNs: Add Parameter section in the landing page article\nhttps://support.appsflyer.com/hc/en-us/articles/360000677217#other-srns-add-parameter");
    return;
  }

  // Desktop user
  if (!isMobileDevice()) {
    return webFormURL;
  }

  // User was redirected using af_r parameter on an AppsFlyer attribution link
  if (isAFLink()) {
    if (isDebug) {
      alert("This user comes from AppsFlyer by redirection and is ready to be attributed. \nKeep direct app store links.");
    }
    return; // in this case, the original store links in the install buttons stay the same

    /*
    If you want one install button in the landing page that serves both iOS and Android, uncomment the code below
    The code identifies the operating system and returns the relevant direct link to Google Play or iTunes
 
    if (getMobileOperatingSystem() === 'Android') {
      return 'direct link to Google Play';
    } 
 
    if (getMobileOperatingSystem() === 'iOS') {
      return 'direct link to iTunes';
    }
    */
  }

  // Google Ads
  if (gclidValue) {
    partnerIDParam += 'google_lp';
    campaignParam += campaignValue;
    gclidParam += gclidValue
    if (!kwValue) {
      finalURL = oneLinkURL + partnerIDParam + campaignParam + gclidParam;
      if (isDebug) {
        alert("This user comes from Google AdWords\n " + finalURL);
      }
      return finalURL;

    } else { // Google Ads with KW
      kwParam += kwValue;
      finalURL = oneLinkURL + partnerIDParam + campaignParam + gclidParam + kwParam;
      if (isDebug) {
        alert("This user comes from Google AdWords - there is a keyword associated with the ad\n " + finalURL);
      }
      return finalURL;
    }

  // Other SRNs and custom networks  
  } else if (pidValue) {
    campaignParam += campaignValue;
    partnerIDParam += pidValue;
    finalURL = oneLinkURL + partnerIDParam + campaignParam;
    if (isDebug) {
      alert("This user comes the SRN or custom network " + pidValue + "\n" + finalURL);
    }
    return finalURL;
  } else if (isFacebook()) {
    if (isDebug) {
      alert("This user comes from a paid Facebook ad - don't do anything. \nKeep direct app store links.");
    }
    return ' ';
    
  } else { // organic mobile user
    campaignParam += campaignValue;
    partnerIDParam += 'website'; //**** Replace value if you wish organic users to be attributed to another media source than 'website' ****
    finalURL = oneLinkURL + partnerIDParam + campaignParam;
    if (isDebug) {
      alert("This user comes from an unknown mobile source.\n The user would be attributed to media source 'website' and to the campaign " + campaignParam + "\n" + finalURL);
    }
    return finalURL;
  }
}

<html>
<head>
  <title>Landing Page</title>
</head>
<body>
  <h1>Landing Page</h1>
  <!-- By default, the install buttons should have direct links to the stores -->
  <div>
    <a id="andrd_link" href="https://play.google.com/store/apps/details?id=com.appsflyer.sampleapp"><img src="/images/andrd.png"alt=""></a>
  </div>
  <div>
    <a id="ios_link" href="https://itunes.apple.com/us/app/id3********"><img src="/images/ios.png" alt=""></a>
  </div>
  <!-- If you want one button to serve both Android and iOS, use the code below instead
  <a id="store_link" href=""><img src="download.png" alt=""></a>
  -->
  <script type="text/javascript" src="/landing-page-test.js"></script>
  <script type="text/javascript">
    window.onload = function () {
      var url = generateUrl(true);

      // onelink is generated
      if (url) {
        document.getElementById('andrd_link').setAttribute('href', url);
        document.getElementById('ios_link').setAttribute('href', url);
      }

      //otherwise, if onelink is not generated it means that the user is redirected
      // and the store links in the buttons stay the same

      /* for the one button solution for both Android and iOS, use the code below instead

      document.getElementById('store_link').setAttribute('href', url);

      */

    };
  </script>
</body>

</html>