cheffernan

Hi @dleigh,

Everything that you can do with the plugin, you will be able to do manually without. The plugin merely offers a convenient way to do things in one place (from your WordPress admin panel). We do offer some blocks for instance that can be used in the Gutenberg and Elementor page editors for instance but again, the HubSpot forms and HubSpot meetings links that are offered in the plugin can be added manually.

I will include some links below of how you can complete some of the actions offered by the plugin once the tracking code is installed.

1. Adding forms to your website pages ( you can opt to use the shortcode in your page editor)
2. Adding meeting links to your pages
   
   

You will also be able to set up live chat directly within your HubSpot portal (it will then be added to your website automatically by the tracking code).

Best,

Conor

Thanks for the info @kit21, that is very helpful. We have been able to reproduce this on our end.

We are investigating possible workarounds for this problem now. You mentioned specifically webpack imports with a relative path will be broken. Are you implying here that in your opinion if we replace relative imports with absolute imports this should resolve the issue?

Best,

Conor

Hi @bindslind

Have you tried modifying the form on your webpage to use the on ready callback? You should be able to dynamically load your google script in here to make sure that the form load proceeds the script ready. Docs here.

This support forum is more geared towards responding to technical problems with the HubSpot WordPress plugin rather than general troubleshooting with HubSpot forms or any other specific HubSpot feature which is outside of the remit of the team maintaining this support forum. For follow up / additional help with this I would direct you to the HubSpot Community Page which features a discussion forum where community members can offer help / guidance / support on issues such as these.

Best Regards,

Conor

Hi @mateostrasdas,

Thank you for contacting us. I am sorry to hear that your site is being impacted by the plugin on PageSpeed Insights. I would like to preface this answer by saying that one thing to remember about performance recommendations surfaced in tools such as lighthouse is that they do not always make sense. External tools typically use bots and automated measures to evaluate a site and assign a score or grade. When thinking about your website we believe it is better to make decisions with the visitor’s experience at the forefront, not a bot’s experience.

The reality is that loading the HubSpot tracking code will have a non-zero impact on your website’s page speed. This is a trade off of having the script on your website. However there are some things I can recommend to minimise this impact.

If you are not interested in having HubSpot analytics on every page on your website, you can remove the tracking code from loading on every page on your website by deactivating and removing HubSpot WordPress plugin and then manually installing the tracking code on pages that you are interested in having HubSpot analytics on (using these instructions).

Alternatively, If you are using live chat, you can set the time on page in seconds trigger using the steps detailed in the linked guide. Setting this to at least 5 seconds will delay the live chat being loaded and should improve your initial page load speed.

I would also audit your HubSpot portal and check that all the scripts being loaded by the tracking script are necessary e.g maybe you are loading popup forms but these aren’t necessarily used on your website.

For my part, this issue is somewhat outside the remit of my team (who are responsible for maintaining this plugin, not the script in question). I will bring this query to the relevant team in HubSpot and see what can be done on our side to improve this issue.

Best,

Conor

Hi Thomas,

Thank you for bringing this to our attention. I will add an accessibility item to our backlog. I anticipate this issue will be resolved within a couple of months.

Best,
Conor

Hi @julieat ,

I just spoke with some members of the HubSpot CMS team. Unfortunately this feature is built into HubSpot CMS and there are currently no plans to make Smart Content a standalone feature (such that it could be leveraged by a website running on a different platform) on the team’s current roadmap.

The HubSpot plugin is designed to bring HubSpot features to the WordPress ecosystem rather than implement new features that can only be leveraged by WordPress users. As such we could only bring in this feature to the plugin if it was first made generally available by the CMS team.

Sorry to be the bearer of bad news in this regard. I hope you find an alternative solution that can be used with WordPress!

Best,

Conor

Hi @przemoob

Following up here to close the loop after our email exchange. The outcome of our investigation found that this issue arose because the reverse proxy on the WordPress instance was not configured to pass the requests to the /cs/c path through to HubSpot.

In this case it was not possible to modify the reverse proxy configuration. This being the case it would not be possible to use HubSpot CTAs for CTA view and CTA click analytics. For Marketing Hub enterprise users, one possible work around is to use javascript to record these events using HubSpot custom behavioural events, if this is not a viable option however, finding a way to modify the reverse proxy or an alternative analytics solution may need to be considered for this kind of tracking.

Best,

Conor

Hi @wpchameleon,

Following up here to close the loop. The result of our investigation found that the cause of this issue is a setting that is enabled by default in Firefox private browsing mode called “Tracking Blocking”.

This setting will block submissions to HubSpot from your form in Firefox private browsing mode. The good news is that this setting is not enabled by default in a standard Firefox window so the majority of your users will be unaffected by this change to Firefox private browsing sessions.

From our perspective the script which collects form submissions and syncs with HubSpot is working as designed as it is not intended to subvert a users browser configuration if the user has settings enabled specifically to prevent tracking of form submissions by HubSpot.

The HubSpot Forms team will continue to investigate and work with Mozilla to see if an exception can be made for the HubSpot forms script but there is no timeline on when / if this will be done.

Thank you for reporting this bug. I regret that we weren’t able to advise you how you might resolve the situation completely however I hope it will come as some assurance to you that it is a minority of your pages traffic (users in FireFox private browsing mode) that are affected. Feel free to follow up via email if there is anything further we can do or if you notice any further disruption with syncing your form submissions to HubSpot.

Best,

Conor