Estamos constantemente buscando maneras de optimizar el rendimiento del Web Widget (clásico), para poder ofrecer la mejor experiencia de atención al cliente incrustada. Nuestro objetivo es lograrlo con el menor impacto posible en su sitio web.
¿Cuál es el tamaño de paquete actual del Web Widget (clásico)?
Las cifras a continuación representan el tamaño del paquete en la primera carga del Web Widget (clásico); las cargas subsiguientes se beneficiarán del almacenamiento en caché de CDN, lo que se traduce en un tiempo de carga más rápido (consulte “¿Se almacenan en caché los recursos del Web Widget (clásico)?” más abajo) .
| Paquete | Tamaño (comprimido con Brotli) | Notas |
| Núcleo de Web Widget (clásico) | ~475 kB | Los recursos web_widget.js y common_vendor.js necesarios para el Web Widget (clásico) independientemente de los canales que estén disponibles. |
| Con el canal de Talk | +~65 kB | Los recursos que necesita el Web Widget (clásico) cuando el canal de Talk está activado en una cuenta. 55 kB representan la primera carga del canal de Talk. |
| Con canal de Chat | +~59 kB | Los recursos que necesita el Web Widget (clásico) cuando el canal de Chat está activado en una cuenta. |
| Soporte por idioma | +~5 kB (promedio) por idioma | El Web Widget (clásico) solo carga los idiomas en función de la configuración regional del visitante. |
¿Por qué el Web Widget (clásico) necesita tanto JavaScript para funcionar?
El Web Widget (clásico) es una herramienta potente para incrustar la atención al cliente en su sitio web, repleta de capacidades. Puede activar muchas funciones y canales para que los visitantes puedan chatear con un agente,solicite una devolución de la llamada a través de Talk, deje un mensaje y acceda al contenido del Centro de ayuda para autoservicio. Además, el Web Widget (clásico) admite muchos idiomas en todo el mundo, y puede personalizar el Web Widget (clásico) en Administrador o a través de nuestro paquete de API de JavaScript. Dicho esto, reconocemos que tenemos mucho espacio para mejorar y seguiremos priorizando las iniciativas para optimizar el tamaño de los paquetes para cualquier configuración del Web Widget (clásico).
Cuando incrusté el Web Widget (clásico) en mi página web, noté un tiempo de carga más lento. ¿Es posible que el Web Widget (clásico) esté ralentizando mi página?
Se dará cuenta de que el Widget Web (clásico) carga de forma asíncrona, lo que significa que no bloqueará el resto de la carga de la página, por lo que sus visitantes pueden hacer lo que vinieron a hacer lo más rápido posible. Dicho esto, reconocemos que la cantidad de JavaScript requerida para el Web Widget (clásico) tomará tiempo y recursos para que los navegadores la descarguen, analicen y ejecuten. Para ayudar a garantizar que tengamos el menor impacto posible en el tiempo de carga de su sitio web, continuaremos priorizando iniciativas de rendimiento.
La arquitectura del Web Widget (clásico) está optimizada para el almacenamiento en caché, de modo que una vez que se haya cargado en el sitio web una vez para un visitante, el Web Widget (clásico) se cargará mucho más rápido.
¿Cuál es la mejor herramienta para monitorear la velocidad de carga de la página de mi sitio web?
Recomendamos usar Google Lighthouse que está disponible de manera predeterminada en la pestaña de auditoría de las herramientas para desarrolladores. Lighthouse ofrece una excelente cobertura de las nuevas funciones disponibles en los navegadores web modernos como Google Chrome. Confiamos en funciones como la multiplexación de HTTP/2 para optimizar el Web Widget (clásico) y Lighthouse tendrá en cuenta la multiplexación al calcular el rendimiento de una página web con el widget incrustado.
¿Importa si coloco la etiqueta de script del Web Widget (clásico) en el <HEAD> o <BODY> de mi página web?
para los clientes a los que les preocupa el rendimiento de la carga de la página, le recomendamos que coloque el fragmento más bien al final del <body> , en lugar de en el <head>. Si bien el script del fragmento es bastante liviano, es mejor evitar insertar scripts que puedan impedir que el navegador continúe generando una página web mientras no termine de cargarse ese script. Solo recuerde que los scripts que usen la API de JavaScript para Web Widget (clásico) de Zendesk deberán colocarse después del script del fragmento.
¿Se sirven los recursos del Web Widget (clásico) desde una CDN?
Sí, se sirven los recursos del Web Widget (clásico) de una Red de entrega de contenido (CDN) usando HTTP/2 para reducir la latencia. Se accede a todos los recursos a través de un solo origen, lo que significa que los navegadores solo tendrán que abrir una sola conexión TCP para descargar el Web Widget (clásico). Visite esta página para obtener más información sobre las ventajas de HTTP/2.
¿Se comprimen los recursos del Web Widget (clásico) con Gzip?
Sí, los recursos del Web Widget (clásico) se comprimen usando Gzip.
¿Se almacenan en caché los recursos del Web Widget (clásico)?
Sí, los recursos del Web Widget (clásico) tienen versiones individuales y se almacenan en caché a largo plazo por hasta un año. Se almacenan en caché de forma privada en los navegadores de los usuarios finales y públicamente en los servidores CDN Edge. Es poco probable que algunos recursos necesarios para el widget cambien de una versión a otra, y se almacenarán en caché de forma independiente. Esto significa que esos recursos se recuperarán más rápido de la memoria caché la próxima vez que el navegador los necesite. Por ejemplo, los íconos de la bandera del código de país que se usan en Talk o los sonidos de notificación asociados con Chat.
¿Qué pasa si uso una CSP?
Si usa una Política de Seguridad del Contenido (CSP), debe usar el fragmento más reciente. Si desea más información, consulte la documentación para desarrolladores acerca de las CSP de soporte.
Descargo de responsabilidad de la traducción: Este artículo ha sido traducido usando software de traducción automática para proporcionar una idea básica del contenido. Se han realizado esfuerzos razonables para proporcionar una traducción exacta, sin embargo, Zendesk no garantiza la exactitud de la traducción.
Si surge alguna pregunta relacionada con la exactitud de la información incluida en el artículo traducido, consulte la versión en inglés del artículo, que es la versión oficial.