harthur90

Hi @kinno5 Thanks for your message

Bricks builder have the shortcode support that you can use to embed our forms.

Let me know if this answer you question

Hi @temposaur I was able to verify that when using our HubSpot Form Gutenberg block or the shortcode you can embed the same form multiple times. Could you put your snippet code on how are you embedding those forms?

Let me know if this solves your issue

Hi @seamusvelocitygrowth We are closing this support thread due to inactivity. You can re-open if needed.

Best regards

Hi @temposaur, thanks for your message

I’ll try to reproduce the mentioned issue and get back to you

Best regards

Hi @swb1192, thanks for your message.

Could you send me the page you are having problem with? also what you mean by logging?

Thanks in advanve

Hi, @thomhsb
Could you send me the URL where you believe the form capture is not happening?

I believe there is no relationship between your screenshot and forms submissions not being captured

Best regards

Hi @wpchameleon thanks for your response.

Unfortunately for 3rd party form providers (Non-HubSpot forms) to work the capture happens on the submit event of the form.

You could:

• Prevent the form submission by having a captcha component.
• Add a hidden field marking the submission as spam to be later filtered by a HubSpot list.

Best regards

Hi @wpchameleon thanks for your message.

Could you provide me with the URL this is happening?

Best regards

Hi @pravinlpatel I’ll be closing this thread due inactivity. Feel free to re-open if the problem persist

Best regards

Hi Pravin, thanks for your message.

This could be due a strict rules defined at your htaccess file

The could be looking like this:

Header always edit Set-Cookie (.*) "$1; HTTPOnly"
Header always edit Set-Cookie (.*) "$1; Secure"
Header always edit Set-Cookie (.*) "$1; SameSite=strict"
Header set Content-Security-Policy "default-src https: 'unsafe-eval' 'unsafe-inline'; object-src 'none'; img-src 'self' data:;"

A possible change would be:

Header edit Set-Cookie ^(.*)$ $1;SameSite=Lax;Secure

Let me know if this helps

Best regards

As mentioned in your last thread we added the performance issue reported by you to our backlog but we do not have a workaround at this moment.

Please also note you should be using /forms/embed/v2.js and not /forms/v2.js

I’ll close this issue as its original problem with async and defer has been resolved.

Best regards

Yes that is expected. That is why we use this wrapper

<script>					
window.hsFormsOnReady = window.hsFormsOnReady || [];
window.hsFormsOnReady.push(()=>{
	hbspt.forms.create({
                region: "na1",
		portalId: "8419634",
                formId: "3d0d5fbc-9869-405c-8e49-2e623e9585c7",
                target: "#your-div-id",
		})
});
</script>

Please note we do not offer support for custom script when it comes to form embedding and our help is limited on this case. We highly recommend you to make use of our Gutenberg block or Elementor Widget

Best regards

Hi @joellisenby Thanks for your message,

Would you be able to try resetting the plugin and connecting your account again.

If that does not solve your problem, could you send your portal number or the URL you need help with to [email protected]

Best regards

Hi @cp1132

Our capacity on threads is limited and at this moment we don’t have capacity to work on the performance problem you reported. I’ll create a ticket in our backlog and leave this thread as a placeholder if this is reported by other users we can re-prioritize.

Please also note that providing custom code for embedding forms is not part of the things we support – as we provide Gutenberg blocks and Elementor widgets for that.

Best regards

Thanks for such a quick fix! I can report this is now working as usual

Best regards