Wordpress Plugin Reduces Site Performance

[#1]

I've had to uninstall the Hubspot Wordpress Plug-in from my website as it was responsible for a 20% reduction in performance. 

The forms work, but now I no longer have access to the Cookies notification and Live Chat options. Please see the performance reports here Website Performance

[#2]

Hi @dawngribble,

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:

https://knowledge.hubspot.com/articles/kcs_article/reports/install-the-hubspot-tracking-code

Thank you,
Jenny

[#3]

So, in case anyone else comes across this post, there is absolutely no difference in terms of performance between the Hubspot plugin ( Contact Form Builder for WordPress – Conversion Tools by HubSpot ) and the manually inserting code. It produces the same results. 

Hubspot Plugin Enabled

Hubspot Code Manually Inserted

And without either of those options (no Hubspot tracking code at all):

Without Hubspot Code

The trouble is that all the resources for Hubspot to work come from multiple domains with each requiring a DNS lookup for the page to render:

• js.hs-analytics.net: 1 component, 73.5K (24.6K GZip)
• js.hsleadflows.net: 1 component, 364.3K (58.2K GZip)
• js.hs-scripts.com: 1 component, 1.0K (0.5K GZip)
• track.hubspot.com: 1 component, 0.04K
• forms.hubspot.com: 1 component, 3.3K (1.2K GZip)

This is really outrageous. Some of us work very hard to create fully optimized websites. Then we want to use Hubspot and we're punished for it. All our hard work goes out the window. Please fix this.

On behalf of everyone who cares about quality coding, please send this up the chain to your CTO and figure out a way to host all your assets on fewer than 5 different domains/subdomains.

[#4]

How do I escalate this issue with Hubspot given that website performance is a key SEO and customer experience factor?

[#5]

Hi @dawngribble,

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.

Thank you,
Jenny

[#6]

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.

https://searchengineland.com/google-speed-update-page-speed-will-become-ranking-factor-mobile-search...

https://www.wordstream.com/blog/ws/2018/01/22/google-speed-update

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.

[#7]

Hi @Univoip,

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.

Thank you,

Jenny

[#8]

Jenny,

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. 

Thanks!

[#9]

Until Hubspot can figure this out. Has anyone found a viable alternative? Subscribing to this thread.

Maybe some other form and pop-up plugin that integrates with Zapier?

Thanks in advance for everyone's hard work in figuring this out and detailing amazing responses. 

[#10]

Sadly to date, I've not found a workaround, it's frustrating as the Hubspot Website Grader gives me a score of 84 and points to the issues with the plug-in being the cause of slow loading. 

When will this be fixed Hubspot?

[#11]

This is terrible! I cannot believe this has not been addressed. #hubspotreviews this as much as I can about this & hope it get's some love.

[#12]

We're coming up on a year since I first highlighted this issue, when will there be a fix?

[#13]

Hi @dawngribble, @Univoip, @cvps, @kiloj, @SDental,

David here. I'm responsible for the WordPress plugin. To be transparent, we've been aware of this challenge with the tracking code and have been keeping an eye on it while we've been working on more foundational aspects of the plugin (i.e. fixing bugs, making sure it works).

Coming from an SEO background and a WordPress user myself, I understand the importance of page speed and would feel the same frustration you're all feeling.

I'm looking into this and will round up the teams who own those different scripts. We'll figure out a solution to make sure your hard work of optimizing your website wasn't a waste of time. I know this has been a long time coming and appreciate the patience.

[#14]

Any progress?

[#15]

We have spent a ton of time working on our page speed as well and experiencing frustration with HubSpot and HubSpot chat slowing our page load speed on a WordPress site.  It got worse when we added the chatbot.  Is there an update to this?  Is there an expected date?  I have read through many threads in the community with the same topic and this seems to be the one response that acknowledges the problem and that a fix is coming.   This is killing our SEO.

[#16]

We have just implemented the chatbot from Hubspot and have seen our site speed slow way down. 

Any progress on this? Our site is also significantly affected. How does this get escalated at Hubspot?

[#17]

@davidlykhim Any updates on fixes to the plugin?  Checking in since it's been about 2 months since your update.  

[#18]

We're just getting started with HubSpot and are building out a new website, to which we just added the HS tracking code. Our crazy fast page speed of our staging site took a significant hit after we added the code. I should note that we are not using Wordpress for the new site, rather we decided to go with Webflow--all for speed reasons. 

I'm a bit shocked that the HubSpot code would cause this much of a slow down. I'm now wondering if it makes sense to buy *another* tool or tools to avoid this slowdown, which is crazy because the entire reason we went with HubSpot was because we wanted to reduce the complexity of our martech stack. 

It would be great to know if this is being actively prioritized by the dev teams at HS responsible for the tracking code.

[#19]

Any news on this? We are very concerned about the significant number of scripts that are loaded and executed on every page load, including what appears to be chain reactions of other libraries being loaded and executed from Google and Facebook that are not otherwise required by our site. How do we make the HubSpot plugin smarter and more modular so it only loads what is needed?

[#20]

@davidlykhim I'm also looping into this thread as we've noticed the same issue. Has there been any resolution with the Hubspot plugin for wordpress and speed site?

[#21]

Hi all, sorry for the ambiguous timeline as we've been digging into this. We've done many small optimizations that wouldn't require rebuilding the entire tracking code (very risky) and have seen small speed improvements, though we aren't where we want to be.

What probably isn't surprising is we found the biggest reason for the perceived website slowdown is the live chat widget.

If you take a look at this report (this takes two empty websites, one with live chat, one without) we see the full page is loaded in the same amount of time in both scenarios, but the page with the live chat widget takes ~3 more seconds to load the chat widget. So the webpage is already loaded, the extra time is just for the chat widget.

Our chat team is currently working through a laundry list of performance improvements for the chat widget.

We're being cautious and chipping away at the challenge before we attempt anything invasive or risky that might affect the other HubSpot tools you're using on your website.

Thanks for your patience and understanding here.

If you'd like to chat about this and provide more feedback, please feel free to reach out to me dkhim[at]hubspot[dot]com

[#22]

Thanks for the response David.  We figured that out sometime ago.  We really don't want to have to implement Drift or similar.  The chatbox was one of the features we were looking for when we purchased HubSpot.  But the page speed loading is an issue.  Is there any hope that a resolution is coming quickly?

[#23]

Same here. The chatbot was one of the feature for which we purchase hubspot. Turning it off is not what we want when we already pay for it. But the impact on our speed is really big.

I want to add my voice to the chorus to emphasize the importance of resolving this quickly and improve the page speed of our website.

Please keep us posted.