Un widget de chat puede ralentizar una página, porque es JavaScript de terceros que se descarga, se ejecuta y se dibuja encima de su contenido. Cuánto depende del widget, de cómo se carga y de su página. Todavía no hemos publicado mediciones de ningún widget, así que esta guía explica el mecanismo y le da un método para medirlo en su propia web.
Cómo añade peso un widget
El fragmento de código que se pega suele ser unas pocas líneas que descargan un script más grande desde los servidores del proveedor. Ese script puede pedir a su vez más archivos: hojas de estilo, fuentes, iconos, un marco para la ventana de chat y una conexión con los servidores de mensajería del proveedor. Cada uno es una petición de red que el navegador del visitante tiene que hacer, y el JavaScript tiene que analizarse y ejecutarse en el mismo hilo principal que gestiona los clics y el desplazamiento.
Cargar el script de forma asíncrona, como hacen la mayoría de los fragmentos de los proveedores, evita que bloquee el primer renderizado de su HTML. No elimina la descarga ni el trabajo de procesamiento. Ese trabajo sigue compitiendo con su propio código, sobre todo en un móvil de gama media.
Qué Core Web Vitals puede afectar
| Métrica | Qué mide | Cómo puede afectarla un widget |
|---|---|---|
| Largest Contentful Paint (LCP) | Cuándo aparece el contenido principal | Compite por ancho de banda y CPU mientras se carga el elemento más grande de la página |
| Interaction to Next Paint (INP) | Con qué rapidez responde la página a una acción del usuario | Las tareas largas de script en el hilo principal retrasan la respuesta a toques y clics |
| Cumulative Layout Shift (CLS) | Movimientos inesperados del contenido | Un lanzador, un banner o un saludo insertados tarde pueden desplazar el contenido si no se colocan superpuestos a la página |
Google publica un umbral «bueno» para cada métrica y las evalúa con datos de visitantes reales. Un widget rara vez decide por sí solo estas métricas, pero en una página que ya está cerca de un umbral puede inclinar el resultado.
Cargar al interactuar: el patrón de fachada
Una fachada es un sustituto ligero: un botón de chat estático, dibujado con su propio HTML y CSS, que se parece al lanzador. El script real del widget solo se carga cuando un visitante hace clic en él o pasa el cursor por encima. Los visitantes que nunca abren el chat nunca descargan el widget. Las contrapartidas: la primera apertura tarda más, los saludos proactivos y el seguimiento de visitantes no funcionan hasta que se carga el script, y algunas funciones de ciertos proveedores dan por hecho que el script está siempre presente. Consulte la documentación para desarrolladores de su proveedor para ver si ofrece una forma admitida de cargar el widget bajo demanda.
Cargar tras el consentimiento
Muchos widgets instalan cookies o leen el almacenamiento del navegador en cuanto se cargan. En la UE y el Reino Unido, almacenar información en el dispositivo de un visitante o leerla requiere por lo general consentimiento, salvo que sea estrictamente necesario para un servicio que el visitante ha solicitado. Retener el script del widget hasta que el visitante lo acepte en su banner de consentimiento, o hasta que haga clic en su botón de chat, resuelve ambos problemas a la vez: no se ejecuta código de terceros antes del consentimiento y el peso del widget no recae en los visitantes que lo rechazan. Si un widget de chat cuenta como estrictamente necesario se trata en la guía sobre el chat en vivo y la ley.
Cómo medir su widget, paso a paso
- Elija dos o tres páginas reales, como la página de inicio, una página de producto y una página de pago o de contacto. Pruebe las páginas a las que llegan de verdad los visitantes, no una página de prueba en blanco.
- Obtenga una referencia sin el widget. Use una copia de preproducción sin el fragmento de código, o bloquee el dominio del proveedor en Chrome DevTools (panel Network, bloqueo de peticiones) para que la página cargue como si el widget no estuviera.
- Pruebe con el widget en su configuración predeterminada, exactamente como lo dejan las instrucciones de instalación del proveedor. Después, pruebe de nuevo con la carga diferida o la carga condicionada al consentimiento que piense usar.
- Use un perfil móvil con limitación de velocidad. En Lighthouse (Chrome DevTools, panel Lighthouse), elija Mobile. En WebPageTest, elija un dispositivo móvil de gama media y un perfil de conexión 4G. Los resultados de escritorio con una conexión rápida ocultan la mayor parte del coste.
- Ejecute cada prueba varias veces y quédese con la mediana. Los servidores de terceros varían de una ejecución a otra; una sola ejecución demuestra poco.
- Compare magnitudes equivalentes: bytes totales transferidos, número de peticiones a los dominios del proveedor, tiempo total de bloqueo, LCP y CLS, con y sin el widget.
- Mida una interacción. Grabe una traza en el panel Performance de Chrome DevTools mientras abre la ventana de chat y busque tareas largas. La ejecución predeterminada de Lighthouse no hace clic en nada.
- Revise los datos de visitantes reales tras la puesta en marcha. Las pruebas de laboratorio son una aproximación. Cuando el widget lleve unas semanas activo, compare el informe de Core Web Vitals de Google Search Console, o sus propios datos de campo, con el periodo anterior.
Qué hacer con el resultado
Si la diferencia es pequeña en sus páginas, mantenga la instalación predeterminada. Si no lo es, cargue el widget al interactuar o tras el consentimiento, limítelo a las páginas en las que el chat es útil y desactive las funciones que no use, como las ventanas emergentes proactivas. Después, vuelva a medir. Al comparar productos, siga los mismos pasos con cada widget preseleccionado durante su prueba: LiveChat, Intercom y Zendesk ofrecen pruebas, y la auditoría de planes gratuitos indica qué productos tienen un plan gratuito que se puede instalar sin coste.
Preguntas frecuentes
¿Qué widget de chat en vivo es el más rápido?
Todavía no lo sabemos, y no vamos a suponerlo. No hemos medido ningún widget, y las afirmaciones de velocidad de los propios proveedores son afirmaciones sobre sí mismos. Use el método de esta página para probar su preselección en su propia web.
¿Un fragmento asíncrono significa que el widget no tiene coste de velocidad?
No. La carga asíncrona evita que el script bloquee el primer renderizado, pero el navegador lo sigue descargando y ejecutando, y ese trabajo puede retrasar la respuesta a toques y clics.
¿La velocidad del widget forma parte de sus puntuaciones?
No. La rúbrica v1.0 solo valora la documentación pública. La velocidad del widget solo se añadirá cuando la hayamos medido con un método publicado; consulte Cómo evaluamos.
¿Cargar el widget tras el consentimiento ayuda a cumplir la normativa de cookies?
Puede ayudar. Si no se ejecuta código del widget hasta que el visitante acepta, no se almacena nada en su dispositivo antes del consentimiento. Si un widget de chat necesita consentimiento en primer lugar se trata en la guía sobre el chat en vivo y la ley.
Siga leyendo
- ¿Basta un plan gratuito de chat en vivo para su equipo?guía
- Precio por agente o por espacio de trabajo: cómo influye el tamaño del equipo en la facturaguía
- Cómo facturan la IA los proveedores de chat en vivoguía
- Chat en vivo, chatbot y agente de IAguía
- Mejor software de chat en vivo en 2026clasificación
- Auditoría de planes gratuitos: ¿cabe su equipo en un plan gratuito de chat en vivo?
Esta página se ha investigado y redactado con ayuda de IA a partir de las fuentes que en ella se citan. No hemos instalado ni probado estos productos. Método: Cómo evaluamos