@MiaSrebrnjak got my attention that this is still an ongoing issue for many of you. I would love to try and help.
I run website with the HubSpot All-In-One Marketing - Forms, Popups, Live Chat and the Gravity Forms HubSpot Add-On plugin to connect HubSpot with a WordPress site. The site itself has visitors from allover the world and has an average LCP load of 1.8 s. The CRUX data: https://treo.sh/sitespeed/www.moso-bamboo.com
What are some key pointers that we did on the site:
Have really good hosting (savvvii.com)
Optimize the website by
Minimizing the weight of images
use as few as posible third-party domains
local host and preload fonts
Make sure the <head> is ordend in a reasonable way.
And importantly, educate the client how to keep it fast 😉
On the HubSpot part, keep the following in mind:
if you use a pop-up anywhere, the script is loaded on every page (sadly)
If you use the HS chat - delay it for 7 seconds after a users gets on the page
Anything page-based or page-determaind setting is checked on every page, and if the conditions match, HS will load the rest. So try to do a little as possible.
HubSpot CTA's are slow. Try to avoid them and use tracking url's and parameters instead.
If you have detailed questions, give me an url to your site and i'll run a quickanalysis of what i see.
As the plugin is a way to install the HubSpot Tracking Code onto all of your WordPress pages, if you believe it is slowing down your site you can install the Tracking Code manually into your pages using the instructions below:
The HubSpot scripts only load when the browser is done loading everything else, so while there may be an increase in total time (which of course will happen with any extra data, not just HubSpot Analytics/ScriptLoader), the time taken for the visual aspect of the site to load should not be affected at all.
If you are experiencing something different than what I am outlining above, the best next step will be to reach out to HubSpot technical Support as they can investigate this matter specific to your portal. If something is not working as expected within your portal, they can adivse on best next steps.
That's really not very re-assuring. While we're ultimately concerned with user experience (site must load quickly) there is another impact of these multiple DNS lookups and why we test with tools like Google PageSpeed Insights and GT Metrix: Site speed impacts our Search Engine Ranking.
So, while it could be true the end user may not experience any noticable visual delay, search companies factor page load time in their ranking. All those extra DNS lookups are significant and adversely affecting your customers' search engine ranking.
There's still no explanation why you must have all your assets distributed accross so many domains. Your explanation is more of a dismissal than an answer. Good try though.
I want to break down your concerns and provide further resources for both questions:
1.In regards to site speed and SEO, I wanted to share this resource by @wspiro which specifically addresses site speed and performance.
Please know that while these tools and algorithms will change, we are aways working on making meaningful improvements.
2. In regards to why assets are distributed across multiple domains, the scripts are called by different domains because they are used by different parts of the tool.
All other scripts included by the tracking code are also loaded asynchronously and deferred. track.hubspot.com and forms.hubspot.com are called respectively by analytics when something happens on the page that has already been loaded and is interactive, and forms.hubspot.com is called by popup forms to get all configured popup forms for that portal.
jul 26, 20198:39 AM - editado jul 26, 20198:41 AM
Wordpress Plugin Reduces Site Performance
The problem expressed still needs to be addressed. Our site performance and metrics have all taken a severe hit with load times going from 1.7 to nearly 9s after integrating Wordpress with Hubspot. The lag is due to the Hubspot as expressed by the other uses in this thread.
The user experience is severely impacted as the calls to hubspot are causing the interactive elements of the site to not load until after finalizing the api calls to hubspot. Hence the user must wait nearly 10 seconds on a fast connection to interact with the site.
Further, the article you referenced deals more with hosting on hubspot and not wordpress.
I hope you can see the urgency in getting this resolved and let us know what the steps are for remedy.