Mejore la velocidad de tu sitio web con auditorías de anuncios de Publishers para Lighthouse

This post was most recently updated on June 24th, 2020

Ha habido un aumento en las solicitudes de los publishers con respecto a la velocidad de carga de la página y el comportamiento general de sus sitios. En la publicación de hoy, examinaremos algunas de las preguntas que los publishers han planteado y luego mostraremos cómo hacer sus propios informes y evaluar mejor la situación de carga de la página.

# 1 – El sitio web se carga lentamente y tiene puntajes bajos en las herramientas de análisis

Es importante comprender que el comportamiento final de un sitio web es el resultado de varios factores: la tecnología utilizada para crear la página, cuántos elementos se muestran en el sitio web, cómo estos elementos son almacenados, cálculos de tiempo de ejecución, etc.

Las herramientas de informes (como LightHouse, que discutiremos más adelante) identificarán estos problemas. Ten en cuenta que estos problemas no están relacionados con nuestro código, ya que son consecuencia de cómo se crea el sitio.

# 2 – El código de MonetizeMore hizo que el sitio web fuera lento

Cuanto mayor sea el número de bloques de anuncios en una página, más elementos deben cargarse; por lo tanto, siempre se debe considerar una compensación entre la velocidad de la página y los ingresos. Los publishers deben estar conscientes de esto todo el tiempo.

Nuestro código no afecta significativamente el rendimiento del sitio. El script de anuncios MonetizeMore se ejecuta de forma asíncrona, lo que significa que mientras se ejecute el proceso de header bidding, el resto del sitio continuará cargándose como lo haría sin nuestro código.

Al ejecutar las ofertas de encabezado, es inevitable que el script de carga de anuncios posponga la presentación del anuncio hasta que se alcance el límite de tiempo de oferta, otra desventaja que debe abordarse. El tiempo de espera recomendado predeterminado es 2000 ms para encontrar un equilibrio saludable entre la velocidad de carga de la página y las buenas tasas de llenado de la subasta.

Reducir este tiempo de espera puede ayudar a reducir el tiempo de carga, solo si la página se carga más rápido que el tiempo de espera establecido. La reducción del límite de tiempo de licitación aumenta las posibilidades de que la subasta finalice, antes de que todos los licitadores configurados devuelvan sus ofertas finales.

Lighthouse

Utilizaremos auditorías de anuncios de editor para Lighthouse de ahora en adelante y puede encontrarlo aquí: https://developers.google.com/publisher-ads-audits

Aunque nuestro script puede no ser el principal culpable en el desempeño de página, el rendimiento de la página afecta el tráfico, por lo que se convierte en un problema importante para nosotros. Haz tu propia evaluación del sitio e intenta abordar las sugerencias / advertencias.

Con Chrome:

1 – Abre la página de inicio

2 – Haz clic derecho y selecciona “Inspeccionar”

3 – Entre las herramientas de desarrollo, busque la última, llamada “Auditorías”

4 – Selecciona las categorías relevantes y haz clic en “Generar Reporte”. Después de varias actualizaciones del sitio, se generará un informe y se mostrará.

Verás varias categorías en las que se evaluó la página:

• Rendimiento: ejecución técnica de la página, que incluye interactividad, velocidad y codificación.
• Accesibilidad: elementos de diseño que permiten a las personas con discapacidades específicas, interactuar con el contenido de una manera más cómoda.
• Mejores prácticas: recomendaciones generales, principalmente para mejorar la navegación y la seguridad.
• SEO: optimizaciones para que los motores de búsqueda se involucren con el sitio.
• Aplicación web progresiva: PWA es un tipo específico de sitio web que se parece mucho a una aplicación móvil, en presentación y bajo el capó. Aquí hay sugerencias de optimización para este tipo de sitio.

La mayor parte de esta información es bastante sencilla. Uno al que debemos prestar mucha atención es el rendimiento -> Diagnóstico, donde podemos ver el rendimiento de los códigos js y, en particular, los nuestros.

En la figura anterior (Diagnóstico -> Reducir el impacto del código de terceros), vemos que nuestro código bloquea menos de un tercio de segundo en el hilo principal (el hilo responsable de cargar la página).

Ninguno de estos códigos está bloqueando demasiado el hilo principal, pero todo el grupo de códigos de terceros usa un segundo entero del hilo principal, que es básicamente lo que experimentan los usuarios.

En la figura anterior (Diagnóstico -> Reducir el tiempo de ejecución de JavaScript), vemos que nuestro código se alinea con el resto del código en el momento de la ejecución. Incluso si el tiempo de ejecución es más largo, esto se hace en otro subproceso de forma asincrónica, para no afectar el rendimiento.

Consideraciones

• Puedes ejecutar una prueba simple ejecutando este informe sin nuestras etiquetas, luego agregue nuestras etiquetas y vuelva a ejecutar el informe. Como se mencionó, las compensaciones reducirán el puntaje total, pero esto se espera.
• La mayoría de las pruebas / puntajes de velocidad de página no tienen en cuenta el retraso requerido al ejecutar ofertas de encabezado y están diseñados para evaluar etiquetas de anuncios codificadas. Por lo tanto, al mostrar una página con la oferta de encabezado activa, no tienen en cuenta la funcionalidad personalizada y disminuyen la puntuación.
• Tus propios plug-ins de Chrome pueden cambiar en gran medida el rendimiento del informe.
• Puedes intentar probar la página en un entorno más limpio:
  • Ve a la siguiente página: https://developers.google.com/publisher-ads-audits
  • Pegue la dirección del sitio web
  • En Configuración Avanzada, active Ejecutar Auditorías Adicionales de Lighthouse.
  • Haz clic en Generar informe
  • * Este informe también proporciona el informe de anuncios del editor. Si el sitio está configurado correctamente, el puntaje debe ser alto, de modo que pueda ser una buena manera de mostrar a los publishers que cualquier problema de rendimiento probablemente esté en otra parte.

• Si necesitas mejorar el rendimiento, considere:
  • Reducir el número de bloques de anuncios en una página
  • Mover la llamada del script MonetizeMore al final de la página o más arriba, en función de la implementación de otros heavy JS/resource calls.
  • Reduzca el límite de tiempo para las ofertas de encabezado a una cantidad donde no haya una pérdida significativa de las ofertas recibidas (se puede probar a través de PGAI: en la pestaña de ofertas, codificación de color de las ofertas recibidas).
  • Lazy load todas las posiciones de anuncios en todas las páginas. (Activa el SPA en dbAdmin y cambia a los DIV al formato lento).

Otras sugerencias más técnicas pueden ser:

• Mejorar la carga de JavaScript: una sola llamada a un script pesado o muchas llamadas a scripts pequeños afectarán negativamente el rendimiento. Encuentre un equilibrio entre tareas y llamadas en JS. Esto solo se puede hacer con archivos JS que el pub puede manejar (no se puede con nuestro wrapper, GA o script de Facebook, por ejemplo).
• Verifica cualquier script que pueda ejecutarse de forma asincrónica. Nuestro guion ya hace eso.
• Compruebe que los recursos (imágenes, videos) están codificados con las últimas tecnologías. Esto permite que los elementos se compriman durante el viaje y se descompriman cuando se cargan en la página.

Kean Graham

Kean Graham is the CEO and founder of MonetizeMore & a pioneer in the Adtech Industry. He is the resident expert in Ad Optimization, covering areas like Adsense Optimization,GAM Management, and third-party ad network partnerships. Kean believes in the supremacy of direct publisher deals and holistic optimization as keys to effective and consistent ad revenue increases.