Hessel de Jong
Forum Replies Created
-
Hi @sviluppomania,
Thanks for the suggestion. This/upcoming week we will do a deep dive into optimizng the speed of the tracking script.
We did some test past week but just putting the script into the footer and didn’t help much improving page speed. The main improvement was firing the hit after the page was fully loaded. The scripts are quite small but, the post request(sending the data to the server) is wat was really ruining page scores. We will do more research and find the best option. Later we will possibly add a setting so you can choose the setup.
I don’t know if this will make the upcoming release. If not, it will be added in the second next release.
I hope this cleared up some things. Feel free to send more proposals. We know you’ve already posted some over at our website. We try to add as many feateure requests as possible in the fastest amount of time, but we have to prioritize aswell.Thanks for being patient with us.
Kind regards,
HesselHi @hamil1,
Okay, I don’t have an explanation as of now for the POST request for Burst Cookieless being slower. I should investegate more.
But I do have a solution that will improve pagespeed for cookieless and normal tracking. The solution is tracking the hit when the page is fully loaded. At the moment we track the hit after the DOM has loaded (This is moments before the page has fully loaded).
By tracking the hit when fully loaded your data might be a little bit less accurate because you could miss a hit of someone who left before the page has fully loaded.
If you want to try this setup you can download a ZIP file from our Github. You can download a zip from this url: https://github.com/Really-Simple-Plugins/burst/compare/Fire-hit-after-page-load
We are trying out the different tracking options and figuring out what works best. Both for speed performance and for data accuracy. So another option is waiting for that update.
I hope this helped! If not don’t hesitate to reach out again ??
Kind regards,
HesselHi @hamil1,
We are working on improving the performance of our tracking script. We are still investegating what works best. However cookieless should be almosts as fast as normal tracking. But we would like to investigate the issue.
You don’t have cookieless turned on at the moment. Could you run the tests again with gtmetrix.com and share the reports url here? (For example: https://gtmetrix.com/reports/really-simple-plugins.com/AYvgbXFn/)
This way we can dive a little deeper into finding the problem.
Kind regards,
HesselForum: Reviews
In reply to: [Burst Statistics - Privacy-Friendly Analytics for WordPress] Very goodThanks alot for the review @lukad98! We appreciate it ??
Forum: Reviews
In reply to: [Burst Statistics - Privacy-Friendly Analytics for WordPress] ????????Thank you @ameliaco336699 for the review! ??
Hi Hamil,
There could be a difference in unique visitors and maybe in sessions. But the difference should be minimal. Pageviews and time on page should be roughly the same.
Hope this clears things up.
Kind regards,
HesselForum: Plugins
In reply to: [Burst Statistics - Privacy-Friendly Analytics for WordPress] Use of Cookies?Hi @tobiasber,
We just released cookieless tracking! Feel free to try it out and let us know if you like it!
Kind regards,
HesselForum: Reviews
In reply to: [Burst Statistics - Privacy-Friendly Analytics for WordPress] good pluginThank you for the review @masajeintegrativo! Much appreciated ??
Forum: Reviews
In reply to: [Burst Statistics - Privacy-Friendly Analytics for WordPress] BurstVielen dank @contentqueen2020!
Hi Andreas,
Good to hear your problem is solved! No worries!
Have a nice day aswell ??
Kind regards,
HesselHi Andreas,
The language is determined by the wordpress users language setting. You can change it at Users > Profile > Language.
Please let me know if this helps!
Kind regrads,
HesselForum: Plugins
In reply to: [Burst Statistics - Privacy-Friendly Analytics for WordPress] Loading timeHi RockSolid Design,
Awesome! We’ll look into optimizing the script by default so in the future users don’t have to defer the script themselves.
Kind regards,
HesselForum: Plugins
In reply to: [Burst Statistics - Privacy-Friendly Analytics for WordPress] Loading timeHi RockSolid Design,
What you’re seeing is not the burst script, but a request the script sends to the server. It sends data and waits for a response. The speed of this depends on the speed of your server.
I think there is a solution without upgrading your server. If you use a caching plugin, you can defer the script. This fires the request after the page has fully loaded. Without defer the request is send while still loading.
Do you have some sort of caching plugin? If so, can you defer the burst script?
I hope this helps. If not, don’t hesitate to contact us and we’ll look for a fitting solution.
Kind regards,
HesselHi @topfgartenwelt,
We’ve added this feature in our latest release! Thank you for your input.
Feel free to suggest more features ??
Kind regards,
Hessel