admin-ajax.php?action=pum_analytics&pid

@g-olly – That request won’t effect page load times. That is an AJAX request used to track a popup being opened. It loads a 1x1px image so the data transferred is too small to even register generally.

Also this request is made after the page is loaded and ready. Our popups do not even initialize to open until then so this should have no bearing on a page load test as those end before popups are initialized.

Hope that helps.

Hi

I have the same issue.

Same issue too. Solved blocking at server level admin-ajax.php?action=pum_analytics to avoid database load. Would be great use instead google analytics events.

Hello,

Same problem here. It’s not possible to use google analytics events and avoid pum_analytics ?

Regards,

Hello again,

Or at least and option to disable all tracking info on this plugin.

regards,

Hi @miguelgaton
Should be quite simple, and you can let analytics work for you instad work out a whole hit counter.
Just send ajax post to google with your events and they will do the dirty part of the work for you:

https://developers.google.com/analytics/devguides/collection/analyticsjs/events?hl=en-419

Hello @danieliser,

Did you update this on the new version of the plugin?

regards,

Hey Guys,

Ok so we are going to add an option to disable it, but if you want to enable Google Analytics integration then you will need to check out our Popup Analytics extension which has that.

That said even it fires using the google api (more reliable than JS) but that means its done via ajax requests as well.

You can already hook in google events yourself via our JS events which are well documented, but the bulk of our users like this feature and don’t want to have to check GA every time. As for pulling stats from GA ourselves, that is another issue all together and would likely not make it into the free version as it would be time intensive to get done.

I will note that we are moving to the WP Rest API for most all of this which should reduce performance hit quite a bit.

When we move to the API we can also better control the queries which will greatly reduce overall footprint.

In any case, I will get an option to disable it somehow in the next update.

That’s great news @danieliser, looking forward to seeing the next update.

Hi @danieliser, any idea on when the option will be added?

Cheers

@g-olly – v1.5 has been in beta for a few weeks. Its actually getting prepped for release now so later tonight likely.

Also just for some info on what I meant before in terms of this not really effecting page load: https://gtmetrix.com/faq.html#faq-fully-loaded-vs-onload

They support both tests and clearly state that not everything they show in their reports is loaded during “page load”, this includes stuff up to 30 seconds past the time the page actually finishes loading. This is pretty much the same way Pingdom handles their scans.

What that means is that anything after onload is not always a true effector for your page load. They had to change it to include those extra things for stuff like JS based sliders that load after the page finishes. Which is not the case here. Ours is not loading any content so though it gets reported it is technically not part of nor increasing the page load, its just getting scanned in their comprehensive reports.

That said that doesn’t prevent it from hitting your server. So if your doing 10k users a day and tracking their popup opens you would have 10k hits to your site beyond what missed your cache. The new option to disable will work in those cases. If your simply concerned about the page load reports, then its arbitrary and just something to annoy us all, myself included. This also applies to things like social buttons that don’t load until after the page stops loading to prevent them from slowing down your users ability to start interacting with your site.

That said we have sites with millions of monthly views and complex load balanced setups using the plugin and built in analytics without issue. So I haven’t actually seen any reports where these hits actually are causing server issues. Hope this new options takes care of that for anybody that may experience that in the future though.

I am closing this since the new version is minutes away.

Please take a moment to click that it Works and to rate and review the plugin or support.

Curious now that we added that what your opinions would be if we moved the analytics to our own servers over https rather than admin_ajax (SaaS style, but no cost). Though we could integrate directly more with GA their event tracking can place some limits on how we use the data directly in WP. For instance in our premium analytics extension we track the trigger used to open the popup, the close trigger, avg time to conversion & close (which requires storing the open event ID with the conversion & close to compare) etc.

We track a lot more (premium only) to give a better picture of exactly how they are performing, not just open tracking.

Note Currently all tracking is done only on your server, not a remote server. But if this is a pain point we hate for users to have to sacrifice stats for performance.

Lot of possibilities for the future if we were to go that route. To be clear the plugin will remain FREE, basic analytics over saas would be FREE, just want to gauge opinion of remote data storage and privacy concerns etc. We don’t want to go in a direction that our users don’t like.