Hi @avz,
I conducted some tests and found that when ‘Cookieless’ is enabled, it actually decreases the page speed score.
On the other hand, when ‘Cookieless’ is not enabled, the score improves. This is likely just a fluctuation in the server performance. However, this does give us valuable information about the location of the speed issue, which is when ‘Cookieless tracking’ is enabled.
It’s important to note that tracking without cookies will always be slower than tracking with cookies. This is because cookieless tracking requires a fingerprinting library, which increases the file size and demands more resources to run the fingerprinting code. However, we will look into ways of improving the page speed for cookieless tracking. I can’t give you an exact date for when we have improved the script.
For now, you could disable ‘Cookieless tracking’ and the performance issue should be fixed. In the Netherlands, there is no need for cookieless tracking as far as I understand. You can use tracking with cookies as long as the data is stored locally and anonymously, which Burst does. There is no need for a cookie banner, but you do need to mention it in your privacy statement.
I hope this clears some things up.. We will look into the pagespeed issue with ‘Cookieless tracking’ enabled. Please let us know if you find other issues and we’d be happy to help.
Kind regards,
Hessel
Below are my tests:
Without Burst: https://pagespeed.web.dev/analysis/https-xious-oryx-cako-instawp-xyz/4zqwpt4qk7?form_factor=mobile
With Burst: https://pagespeed.web.dev/analysis/https-xious-oryx-cako-instawp-xyz/ojtpx8g9z4?form_factor=mobile
With Burst Cookieless: https://pagespeed.web.dev/analysis/https-xious-oryx-cako-instawp-xyz/17xxpre0lo?form_factor=mobile