Load a chat widget with perfect Core Web Vitals
Load a chat widget that does not interfere with PageSpeed and the Core Web Vitals
How to load a chat widget the right way!
I have said it over and over again. Some scripts are more important than others. Nobody in the history of the internet has even been annoyed that a chat widget has not loaded in the first 500ms of pageload. That time when the page is still blanc.
It would make no sense right, to load a chat widget before the main content of the page has even started loading? No it would make much more sense to first load the most important bits (your logo, your main image, your stylesheets, your fonts, maybe some super important scripts that handle navigation and conversion)
Unfortunately this is not the way most websites are doing things. On a daily basisi I see unimportant scripts (like chat script) load with the highest priority immediately at the start of page load.
In this article I will explain how to correctly load a chat script and how this affects important metrics like the largest contentful paint and the interaction to next paint.
Table of Contents!
- How to load a chat widget the right way!
- Background: how do chat widgets work
- How do chat widgets affect the Core Web Vitals?
- Largest contentful Paint issues caused by chat widgets
- Interaction to Next Paint (INP) issues caused by chat widgets.
- How to Fix Core Web Vitals issues caused by chat scripts
- Fix Cumulative Layout Shifts issues caused by chat widgets
Background: how do chat widgets work
A chat widget usually works by loading a small script on your page. That script will load some styles and inject an iframe on your page. An idrame is a small isolated webpage within a webpage. And that iframe will handle everything it needs to chat with your customers.
How do chat widgets affect the Core Web Vitals?
Chat widgets affect the Core Web Vitals if a few ways:
1. They affect the First Contentful Paint & Largest Contentful paint by competing for early network resources.
2. They affect the interaction to next paint by blocking the main thread and sometimes by slowly updating after interaction.
3. They can cause layout shifts when they do not render correctly on the page
Largest contentful Paint issues caused by chat widgets
A chat widget can affect the Core Web Vitals when it is competing for network resources. JavaScript usually are queued for download earlier then images. This means, that in the worst case scenario (when the chat script is render blocking) the browser whas to wait for the chat script to download and execute before it can continue with anything else.
Even when the chat script is deferred it can still impact the paint metrics is a few ways. First let me explain what deferred scripts do. The browser can download deferred scripts in parallel and the browser can continue rendering until the DomContentLoaded event. After that it will execute the scripts. The problem is that for repeat visitors the LCP element will probably not be loaded at the DomContentLoaded event but the (cached) chat script will execute causing a delay in LCP metrics.
Interaction to Next Paint (INP) issues caused by chat widgets.
A chat widget can and will impact the Interaction to Next Paint in 2 ways. The first way is by blocking the main thread for a short time while the chat widget executes it's scripts or checks for updates. This is just how things work. Every thing you 'add to a page' will slow down the page a little.
The second way it can cause INP issues is by bad coding (and believe me, there are some poorly coded chat widgets out there.) When it comes to chat widgets 'more popular' does not mean 'better coded'. Then poor code takes long to update the presentation you will automatically get INP issues. I guess some chat providers need to step up their game. This part is unfortunately out of my control. If you have chosen a 'poorly coded' chat widget there is no way for me to make that code any better.
Layout Shift (CLS) issues caused by chat widgets
Sometimes Chat widgets cause a layout shift. There are 3 usual suspects that I look for while checking for chat-widget related layout shifts.
How to Fix Core Web Vitals issues caused by chat scripts
<script> /* requestIdleCallback fallback for older browsers */ var safeRequestIdleCallback = window.requestIdleCallback || function (cb) { return setTimeout(function () { cb(); }, 1); } /* execute after the load event */ window.addEventListener('load', function () { /* when browser is idle */ safeRequestIdleCallback(function () { /* inject script, bypass preload scanner */ var script = document.createElement('script'); script.src = 'your-chat-script.js'; document.body.appendChild(script); }); }); <script>
Fix Cumulative Layout Shifts issues caused by chat widgets
chat.ready()
function.<style> /*hide chat widget by default*/ .chatwidget{opacity:0} /*show chat widget after .showchat body class*/ body.showchat .chatwidget {opacity:1} <style>
<script> chat.ready(function(){ document.documentElement.classList.add('showchat');
}) <script>
That's it! Good luck speeding up your chat widget
Stop Guessing, Start Measuring
I use Core/Dash to optimize my clients sites. So Should You.
- Easy set up.
- Over 5000 happy clients
- Free trial, No strings attached