Show Menu
TEMAS×

Accelerated Mobile Pages

Implemente el proyecto Accelerated Mobile Pages (AMP) en Adobe Analytics.
AMP es un proyecto de código abierto que le permite crear páginas web para contenido estático que se procesa rápidamente. Esta función es ideal para los editores que deseen crear contenido optimizado para móviles una sola vez y que se cargue al instante en todas partes. Los temas incluyen:
Documentación y ejemplos adicionales

Cómo funciona

Las AMP tienen páginas HTML etiquetadas especialmente almacenadas en caché en la Web en diferentes redes de envío de contenido (CDN) de socios y editores participantes. De esta forma, el contenido AMP se envía desde la fuente más cercana posible con la menor latencia posible. Esto crea un desafío de análisis porque nunca se puede estar 100 % seguro de dónde se creará el contenido de un editor, y las cookies de terceros son problemáticas para la identificación de los visitantes.
Además, para reducir considerablemente el tamaño de la página y para acelerar el tiempo de carga de la página, las AMP restringen el uso de JavaScript y cookies. Si bien esto es ventajoso para el dispositivo móvil porque reduce la cantidad de procesamiento, también genera desafíos para la medición exacta de los visitantes únicos y para comprender la adquisición y retención de usuarios.
Para solucionar estos problemas, Adobe ha colaborado con socios y editores de AMP en dos opciones que un editor puede elegir para adaptarse de la mejor manera a sus necesidades comerciales, ambas con la etiqueta amp-analytics . El primer método es usar la plantilla de seguimiento "adobeanalytics" para construir la solicitud de Analytics directamente desde la AMP. El segundo método es usar la plantilla de seguimiento "analytics_nativeConfig" , que usa un iframe que contiene el código de AppMeasurement que implementa en el sitio normal. La siguiente tabla nos proporciona una idea de las ventajas y desventajas de cada método.
Plantilla “adobeanalytics”
Plantilla “adobeanalytics_nativeConfig”
Recuentos de visitante/visita (en grupo de informes existente)
Alta inflación
Mínima inflación
Uso de un grupo de informes separado
Recomendado
No necesario
Visitantes nuevos frente a visitantes de retorno
No admitido
Admitido
Servicio de ID de visitante
No admitido
Admitido
Seguimiento de vínculos y vídeos
Compatibilidad parcial
No admitido aún
Dificultad de implementación
Algo difícil
Relativamente fácil
Experience Cloud integraciones
No admitido
Admitido con advertencias

Uso de la etiqueta amp-analytics con la plantilla “adobeanalytics”

La plantilla de seguimiento "adobeanalytics" utiliza la etiqueta amp-analytics para construir una solicitud de seguimiento directamente. Con la plantilla "adobeanalytics" en la etiqueta amp-analytics , se pueden especificar solicitudes de visita que se activan en eventos de página específicos, como la página que queda visible o en un clic (y posteriormente, vistas de vídeo y más). Es posible personalizar los eventos de clic para aplicar a ciertos ID de elemento o ciertas clases al especificar un selector. Adobe ha facilitado realizar la configuración con la plantilla "adobeanalytics" que está diseñada específicamente para Adobe Analytics. La plantilla se puede cargar al añadir type="adobeanalytics" a la etiqueta amp-analytics.
En el siguiente código de ejemplo, existen dos activadores definidos: pageLoad y click . El activador pageLoad se activará cuando el documento quede visible e incluirá la variable pageName tal como se define en la sección vars section . El segundo activador click se activará al hacer clic en un botón. eVar 1 se establecerá para este evento con el valor button clicked .
  <amp-analytics type="adobeanalytics"> 
  <script type="application/json"> 
  { 
        "requests": { 
      "myClick": "${click}&v1=${eVar1}", 
  }, 
  "vars": { 
      "host": "metrics.example.com", 
      "reportSuites": "reportSuiteID", 
      "pageName": "Adobe Analytics Using amp-analytics tag" 
  }, 
    "triggers": { 
      "pageLoad": { 
        "on": "visible", 
        "request": "pageView" 
      }, 
      "click": { 
        "on": "click", 
        "selector": "button", 
        "request": "myClick", 
        "vars": { 
          "eVar1": "button clicked" 
        } 
      } 
    } 
  } 
  </script> 
  </amp-analytics> 

En el activador click , se puede especificar un selector para garantizar que, cada vez que se haga clic en el elemento DOM específico (en este caso, cualquier botón), la solicitud buttonClick se active y se establezca automáticamente para denotar esta visita como un evento de no es de etapa (es decir, llamada trackLink ).
Además, amp-analytics admite una cantidad de sustituciones de variables de modo que AMP pueda proporcionar valores de datos que tiene en cuenta. Para conocer todo acerca de estas posibilidades y más también, puede visitar: documentación de variables de amp-analytics .
Tenga en cuenta que, si desea incorporar tecnología o variables DOM (como browser, screen size, device, referrer, etc.), tendrá que agregarlas explícitamente a cualquier solicitud, ya que no se generan automáticamente para el usuario. Aquí podrá encontrar la documentación de cada uno de nuestros parámetros de cadena de consulta disponibles que se usan para seguimiento.
Si inspecciona las vistas creadas por amp-analytics, verá que en cada solicitud Adobe ha incluido el parámetro de consulta vid . Establecemos vid de acuerdo con una función AMP integrada para establecer un ID de cookie de Analytics personalizado con el nombre adobe_amp_id . Este ID es independiente de los demás ID establecidos por Adobe Analytics en cualquier otra parte (por ejemplo, s_vi cookie ) y crea nuevos visitantes en cualquier de grupo de informes al que se envían las visitas.
Existen algunas advertencias que se deben tener en cuenta. Al usar la etiqueta amp-analytics como se menciona más arriba, los visitantes serán independientes de su seguimiento normal, y como el AMP puede cargarse desde cualquier red de envío de contenido, se obtendrá un visitante único para cada CDN en la que un visitante vea este AMP (de allí se desprende la inflación de visitante que se mencionó anteriormente). Por este motivo, Adobe recomienda que, si se usa la plantilla "adobeanalytics" para amp-analytics , coloque los datos en un grupo de informes separado específico para AMP. Además, el servicio de ID de Experience Cloud (antes conocido como visitor ID service ) no es compatible con este método. Por lo tanto, si la empresa requiere integraciones adicionales de Experience Cloud, o las requerirá más adelante, esta probablemente no sea la opción indicada para usted.
Finalmente y tal vez lo más importante, esta solución de amp-analytics requiere que el servidor de seguimiento especificado en la sección vars coincida con el servidor de seguimiento en su sitio principal. De esta manera, se respetan los controles de políticas de privacidad existentes. De lo contrario, debe crear una política de privacidad por separado solo para las AMP.

Uso de la etiqueta amp-analytics con la plantilla “adobeanalytics_nativeConfig”

La etiqueta "adobeanalytics_nativeConfig" es más fácil de implementar, ya que usará la misma metodología de etiquetado que usa en sus páginas web normales. Para lograr esto, agregue lo siguiente a su etiqueta amp-analytics :
<amp-analytics type="adobeanalytics_nativeConfig"> 
 <script type="application/json"> 
 { 
  "requests": { 
   "base": "https://${host}", 
   "iframeMessage": "${base}/stats.html?campaign=${queryParam(campaign)}&pageURL=${ampdocUrl}&ref=${documentReferrer}" 
  }, 
  "vars": { 
   "host": "statshost.publishersite.com" 
  }, 
  "extraUrlParams": { 
   "pageName": "Adobe Analytics Using amp-analytics tag", 
   "v1": "eVar1 test value" 
  } 
 } 
 </script> 
</amp-analytics>  

Este método envía datos a una página web de utilidades mediante parámetros de cadena de consulta especiales que se agregan al parámetro de solicitud iframeMessage . En este caso, observe que hemos agregado la variable ampdocUrl AMP y documentReferrer a los parámetros de cadena de consulta pageURL , y hacemos referencia respectivamente a la solicitud iframeMessage más arriba. Se puede especificar cualquier nombre para estos parámetros de cadena de consulta extra, siempre y cuando la página stats.html (que se muestra más arriba) esté configurada para recopilar los datos correspondientes de dichos parámetros.
La plantilla "adobeanalytics_nativeConfig" también agrega parámetros de cadena de consulta en función de las variables que aparecen en la lista de la sección extraUrlParams de la etiqueta amp-analytics. En este caso, se puede ver que hemos especificado los parámetros pageName y v1 , que nuestra página stats.html usará.
Tenga en cuenta que únicamente se puede usar una sola plantilla amp-analytics por vez y no se puede usar la plantilla "adobeanalytics" ni la plantilla "adobeanalytics_nativeConfig" en la misma AMP. Si intenta hacerlo, podría ver un error en la consola del explorador y se inflará erróneamente el recuento de visitantes.
<html> 
<head> 
<title>Stats Test</title> 
<script language="JavaScript" type="text/javascript" src="VisitorAPI.js"></script> 
<script language="JavaScript" type="text/javascript" src="AppMeasurement.js"></script> 
<html> 
<head> 
<title>Stats Test</title> 
<script language="JavaScript" type="text/javascript" src="VisitorAPI.js"></script> 
<script language="JavaScript" type="text/javascript" src="AppMeasurement.js"></script> 
</head> 
<body> 
<script> 
var v_orgId = "1234567@PublisherOrg"; 
var s_account = "reportSuite"; 
var s_trackingServer = "metrics.publisher.com"; 
var s_visitorNamespace = "publisherNamespace"; 
var visitor = Visitor.getInstance(v_orgId); 
visitor.trackingServer = s_trackingServer; 
var s = s_gi(s_account); 
s.account = s_account; 
s.trackingServer = s_trackingServer; 
s.visitorNamespace = s_visitorNamespace; 
s.visitor = visitor; 
s.pagename = s.Util.getQueryParam("pageName"); 
s.eVar1=s.Util.getQueryParam("v1"); 
s.campaign=s.Util.getQueryParam("campaign"); 
s.pageURL=s.Util.getQueryParam("pageURL"); 
s.referrer=s.Util.getQueryParam("ref"); 
s.t(); 
</script> 
</body> 
</html> 

Como se muestra más arriba, puede usar o vincular a su VisitorAPI.js y AppMeasurement.js existentes (como en nuestro ejemplo), o lo que use su implementación existente y luego usar los parámetros de configuración correctos. Para capturar los valores correctos en las variables correctas, se puede usar la función s.Util.getQueryParam proporcionada para obtener los valores pasados desde la dirección URL iframeMessage y establecer las variables adecuadas, tal como se haría en una página típica. If you use tag management software like Adobe's [Dynamic Tag Manager] , the query string parameters should be straightforward to capture. En este caso, s.pageName se establece con el valor pasado en el parámetro de cadena de consulta pageName . Aquí el nombre de la página debería establecerse en Adobe Analytics Example 2 .
Debido a restricciones en iframes en el marco de AMP, la página stats.html debe estar alojada en un subdominio separado del dominio en que la AMP misma está alojada. El marco de AMP no permite iframes del mismo subdominio en que la página AMP misma existe. Por ejemplo, si la AMP está alojada en amp.example.com, asegúrese de alojar la página stats.html en un subdominio separado como ampmetrics.example.com o algo similar.
Como la página de utilidad está alojada en su sitio original, no se necesita trabajo adicional para admitir la política de privacidad existente en todas las AMP. Esto significa que si un usuario final no opta por el seguimiento en el sitio primario, tampoco opta por el seguimiento en todas las AMP, sin que se requieran pasos adicionales. Usar esta página de utilidad también significa que AMP puede admitir el servicio de Experience Cloud ID de Adobe de modo que se pueda integrar la medición capturada en las AMP con el resto de Experience Cloud (para publicidad de destino con Adobe Audience Manager por ejemplo).
Para reiterar, si la organización aún no está usando el servicio de Experience Cloud ID (o tiene software de Tag Management como Dynamic Tag Manager de Adobe), puede etiquetar la página stats.html de cualquier modo que desee. Use su implementación existente como punto de referencia. La única diferencia con respecto a la implementación estándar es que usted recibirá los puntos de datos correspondientes desde la dirección URL iframeMessage de amp-analytics (o document.URL desde la página stats.html) para cada una de las variables que desea establecer. Además, si desea usar algunas de las variables específicas de AMP (como se menciona más arriba) como referrer de AMP o page URL de AMP, inclúyalas en el objeto iframeMessage como se muestra en nuestro ejemplo más arriba.
Si bien esta solución es muy flexible, existen algunas advertencias. Debido a las restricciones inherentes en amp-analytics``iframeMessage , solo se puede cargar cuando la página se carga una vez. Esto significa que no se podrá realizar el seguimiento de vínculos ni el seguimiento de vídeos con la plantilla "adobeanalytics_nativeConfig" . Es más, están disponibles algunos valores DOM que nuestro códigoAppMeasurement, generalmente captura de forma automática, como referrer (que influye en los informes de Search Engine Keyword, Referrer y Referrer Type o puede incluir un código de seguimiento de campaña de marketing) tendrán que pasarse manualmente a iframeMessage con las variables AMP que estén disponibles . Por este motivo, Adobe recomienda establecer una variable personalizada con la AMP de valor si establece datos de AMP en un grupo de informes, de modo que pueda segmentar el tráfico de AMP al visualizar los informes antes mencionados. Tras ello, los informes de tecnología estándar, como explorador, dispositivo, tamaño o resolución de pantalla, deberían funcionar automáticamente.
Finalmente, como el iframe se carga como una página por separado y ejecuta completamente el JavaScript en esa página, la AMP no es tan liviana como el estándar de AMP que se pretende. Es decir, esto no afecta al tiempo de carga de página (el iframe se carga después de que la página termine de cargarse), pero la CPU y la red estarían realizando más actividades de lo habitual, lo que podría influir en la fluidez de desplazamiento. En la práctica, no hemos visto un gran impacto, pero estamos trabajando con Google para minimizar el impacto en la experiencia del usuario de este método.

Resumen

Si necesita rastreo de clics y no le molesta que los visitantes se contabilicen como visitantes completamente nuevos y separados de su sitio, use la plantilla de seguimiento "adobeanalytics" , con nuestra recomendación de colocar los datos en un separate report suite . Si necesita el servicio de Experience Cloud ID, no desea inflación de visitantes o visitas, y no le molesta que solo se active Analytics al cargar la página, recomendamos que use la solución "adobeanalytics_nativeConfig" .
En Adobe Analytics hay satisfacción por asociarse con Google, y nuestros editores están igualmente satisfechos de proporcionar funciones de análisis líderes en la industria a editores en la Web móvil para una experiencia de usuario increíblemente veloz. Aunque estas dos soluciones actualmente ofrecen sus propias contrapartidas, estamos comprometidos con construir la mejor solución a largo plazo para responder a las cambiantes necesidades de análisis que tienen nuestros clientes.
El proyecto de AMP avanza con rapidez y hay cambios con mucha frecuencia. Por lo tanto, consulte aquí las actualizaciones de nuestros ejemplos. Lo que hemos mostrado aquí debería bastar para comenzar, pero se esperan cambios a medida que continuamos mejorando nuestras integraciones y a medida que más editores adoptan AMP con el paso del tiempo.
Si tiene preguntas o problemas, comuníquese con el Consultor o el servicio de atención al cliente de Adobe.

Preguntas frecuentes

Pregunta Respuesta
Is video tracking available for either the "adobeanalytics" or "adobeanalytics_nativeConfig" template?
Aún no lamentablemente. El estándar de AMP admite solo activadores para “visible”, “click” y “timer”, y aún no admite activadores explícitos para seguimiento de vídeos que una etiqueta amp-analytics puede escuchar. Also, because the "adobeanalytics_nativeConfig" tag can only be loaded once, it is not compatible with video viewing which occurs after the AMP has loaded.
Se menciona que la inflación de visitantes es más baja para la plantilla adobeanalytics_nativeConfig “ ” en la comparación. ¿Qué significa eso? What would cause visitor inflation in either the "adobeanalytics" or the "adobeanalytics_nativeConfig" solution?
The "adobeanalytics" template does not allow Adobe Analytics to set a visitor identification cookie; this means all visits and visitors to your AMP page will be treated as a new and independent visit and visitor in your report suite.
The "adobeanalytics_nativeConfig" template, however, allows the Adobe Analytics visitor identification cookie to be set in nearly all cases, except for new visitors using the Safari browser. Esto significa que los visitantes de Safari que no hayan visitado anteriormente el sitio de un editor se inflarán en los informes de Adobe Analytics.
¿Debería usar un grupo de informes separado para las AMP?
Recomendamos usar un grupo de informes separado para las AMP si usa la plantilla adobeanalytics, debido al problema de inflación de visitantes o visitas. Sin embargo, también estableceremos la versión de JavaScript en “AMP vX.X” desde la plantilla de etiqueta amp-analytics de modo que se pueda segmentar el tráfico fuera de un grupo de informes combinado si es necesario.
¿Qué es el servicio de Experience Cloud ID ? ¿Lo necesito?
El servicio de identidad (anteriormente servicio de ID de visitante ) habilita los servicios principales de Experience Cloud y permite realizar integraciones entre diferentes soluciones de Adobe Experience Cloud . Si tiene integraciones con Adobe Audience Manager o Adobe Target , posiblemente esté usando este servicio. Este servicio también es la base de muchas funciones de Adobe Analytics que vendrán. Si necesita soporte de servicio de ID o lo necesitará más adelante, recomendamos usar la solución iframeMessage .
For the "adobeanalytics_nativeConfig" template, where should I host my utility page?
El estándar de AMP no permite que los iframes se carguen desde el dominio y subdominio exactos de la AMP. Como tal, recomendamos alojar la página de utilidad en un subdominio separado del sitio principal, especialmente si la empresa tiene su propia CDN donde planea almacenar en caché las AMP. Para conseguir la máxima compatibilidad, elija un subdominio como ampmetrics.publisher.com que esté alejado de la ubicación donde residirá el contenido de AMP real.
¿Esto no es similar a Artículos Instantáneos de Facebook ? ¿Cómo configuro Adobe Analytics con Artículos Instantáneos de Facebook?
Los Artículos Instantáneos de Facebook admiten una solución similar a la solución de nativeConfig que se describe más arriba. De hecho, la página stats.html creada más arriba puede satisfacer las necesidades de análisis tanto para AMP como para FIA en simultáneo. Para obtener más información sobre la implementación de seguimiento en FIA, consulte Artículos Instantáneos de Facebook