Show Menu
TEMAS×

Administración del parpadeo

Al intentar representar contenido de personalización, el SDK debe asegurarse de que no hay parpadeo. El parpadeo, también llamado FOOC (Flash of Original Content), se produce cuando se muestra brevemente un contenido original antes de que aparezca la alternativa durante la prueba/personalización. El SDK intenta aplicar estilos CSS a elementos de la página para garantizar que dichos elementos se ocultan hasta que el contenido de personalización se procese correctamente.
La funcionalidad de administración de parpadeo tiene algunas fases:
  1. Preocultado
  2. Preprocesamiento
  3. Renderización

Preocultado

Durante la fase de ocultación previa, el SDK utiliza la opción de configuración para crear una etiqueta de estilo HTML y anexarla al DOM para asegurarse de que grandes partes de la página están ocultas. prehidingStyle Si no está seguro de qué partes de la página se personalizarán, se recomienda establecer prehidingStyle en body { opacity: 0 !important } . Esto garantiza que toda la página esté oculta. Sin embargo, esto tiene el inconveniente de llevar a un peor rendimiento de procesamiento de página informado por herramientas como Lighthouse, Pruebas de página Web, etc. Para obtener el mejor rendimiento de representación de página, se recomienda establecer prehidingStyle en una lista de elementos de contenedor que contengan las partes de la página que se van a personalizar.
Suponiendo que tiene una página HTML como la de abajo y sabe que solo se personalizarán los elementos bar y bazz contenedor:
<html>
  <head>
  </head>
  <body>
    <div id="foo">
      Foo foo foo
    </div>

    <div id="bar">
      Bar bar bar
    </div>

    <div id="bazz">
      Bazz bazz bazz
    </div>
  </body>
</html>

Entonces el prehidingStyle debe ser ajustado a algo como #bar, #bazz { opacity: 0 !important } .

Preprocesamiento

La fase de preprocesamiento se inicia una vez que el SDK ha recibido el contenido personalizado del servidor. Durante esta fase, la respuesta se preprocesa, asegurándose de que los elementos que deben contener contenido personalizado estén ocultos. Una vez ocultos estos elementos, se elimina la etiqueta de estilo HTML que se ha creado en función de la opción de configuración y se muestra el cuerpo HTML o los elementos de contenedor ocultos. prehidingStyle

Renderización

Una vez que todo el contenido de personalización se ha procesado correctamente o si se ha producido algún error, se muestran todos los elementos ocultos anteriormente para garantizar que no haya elementos ocultos en la página que hayan sido ocultos por el SDK.

Administración del parpadeo cuando el SDK se carga asincrónicamente

La recomendación es cargar siempre el SDK de forma asíncrona para obtener el mejor rendimiento de representación de página. Sin embargo, esto tiene algunas implicaciones para la representación de contenido personalizado. Cuando el SDK se carga asincrónicamente, es necesario utilizar el fragmento de ocultación previa. El fragmento de ocultación previa debe agregarse antes del SDK en la página HTML. Este es un ejemplo de fragmento que oculta todo el cuerpo:
<script>
  !function(e,a,n,t){
    if (a) return;
    var i=e.head;if(i){
    var o=e.createElement("style");
    o.id="alloy-prehiding",o.innerText=n,i.appendChild(o),
    setTimeout(function(){o.parentNode&&o.parentNode.removeChild(o)},t)}}
    (document, document.location.href.indexOf("mboxEdit") !== -1, "body { opacity: 0 !important }", 3000);
</script>

Para asegurarse de que el cuerpo HTML o los elementos contenedor no están ocultos durante un período de tiempo prolongado, el fragmento de ocultación previa utiliza un temporizador que, de forma predeterminada, elimina el fragmento después de 3000 milisegundos. Los 3000 milisegundos son el tiempo de espera máximo. Si la respuesta del servidor se ha recibido y procesado antes, la etiqueta de estilo HTML oculta previamente se eliminará lo antes posible.