• Resolved trixytrick


    Hi Daniel,

    You probably marked the problem of bad ajax requests by accident as solved because it is not solved yet– even after your latest updates.

    Here once again the problem described:
    I did as you suggested, put every popup in the bin (altogether 45) and published them one by one. After every popup published, I refreshed our homepage/landing page and checked the network activity in Google Chrome. By the way, there is only one popup on hour landing page, which is not automatically triggered. On our site there in non with a time delay.

    After publishing the popups one by one, I noticed ajax requests for every item. At the beginning the status was always 200, so it only cost a bit of response time. Then, after havinag around 20 popups activated, bad ajax requests started to reappear.
    Unfortunately, the bad requests are not related to a certain popup. I found that out by putting several popups in the bin and activated the apparently bad one, which came good then. I tried several scenarios, i.e. publishing various popups and different amounts of popups. The result was always the same: after around 16 to 20 popups published, bad requests started to appear.

    I’m not an expert, I’m afraid, so I don’t exactly know what kind of further information you ask for when saying “the actual requests being made”. I hope the following may be of help (and does not compromise our site):
    Name: admin-ajax.php
    Status: canceled
    Type: xhr
    Size: (often) around 40 B
    Time: (often) around 10s
    Inititator: jquery.js?ver=1.12.4:4 => send and ajax
    apbct_sendAJAXRequest: apbct-public.js?ver=5.115.1:187
    (anonymous): (index):2174
    setTimeout (async) (anonymous): (index):2174

    By the way, before doing the evaluation I updated to the latest plugin version.
    I really hope you can make sense of all this and find a solution to the problem. It would be highly appreciated.


    PS: At the moment all popups are activated.

    The page I need help with: [log in to see the link]

Viewing 7 replies - 1 through 7 (of 7 total)
  • Plugin Author danieliser


    @trixytrick – First I didn’t mark it resolved by accident. We don’t want users using these forums as we don’t check them daily. So if you read my closing text I said if its solved, please review it, if not submit a email based ticket to our own system so we can ensure every ticket gets a response in reasonable amount of time. Further our ticket system is directly linked with our docs, ecommerce/licensing, mailing list and more, we can nearly 1 click to get you docs etc.

    I will be adding this same closing to this message and marking it resolved as well to keep track of what tickets here have been touched and redirected, and hope now that you see the above any further discussion would happen in our dedicated support channels.

    Now the info you provided was spot on, but not painting the same picture as you imagined. Specifically this line says it all.

    apbct_sendAJAXRequest: apbct-public.js?ver=5.115.1:187

    That tells me it has nothing to do with our plugin beyond happening when our popups are on the page. I know because anything we have would first and foremost be prefixed with pum or PUM, never apbct. Our JS is pum-site-scripts.js for example. Further we use the rest API, not admin-ajax.php for front end calls. IE it wouldn’t say admin-ajax.php on the first line, but rather /wp-json/v2/pum/analytics.

    So what does it mean then.. well unfortunately it is a false positive in our direction, which means the only possibility is the content you have in your popups is the issue itself. To be clear, when you deactivate our plugin, or mark a popup as trash/draft, the popups no longer render, but neither does their content, or their contents css/js.

    So now you gotta figure out why your content is hitting ajax for each section inserted into a popup. You can assume it has to do with a plugin/theme with the acronym apbct though.

    Hope that helps. If your issue is resolved please take a moment to rate and review the plugin or support.

    If you still need help please message us directly at https://wppopupmaker.com/support/.

    Hi Daniel,

    I apologise for not using your support site. When filling in the ticket on that site, it asks for a required license key. As we use your free version, I assumed support is only given for paid customers. Therefore, I highly appreciate it you took once again the time for a speedy, lengthy, and detailed analysis.

    In my first ticket I mentioned that 95% of our popups just include a Contact Form 7 shortcode, and added the plugin developer stated not to use any ajax requests. So I’m still a bit puzzled. Your detail comment entails vital information, though. I try my best to solve the problem because I really like your plugin.

    I’ve just rated your plugin and high-class support with 5 stars. If I can come up with a solution to our problem, our non-profit organisation will consider buying your plugin.

    So, thanks again and all the best.


    Plugin Author danieliser


    @trixytrick – Sorry for the confusion, that license key field should allow you to submit empty.

    Follow up with me in our support ticket system, that said if it CF7 that is in your popups I think you may have some analytics installed that tracks how many times a form was rendered. Likely trying to track how many times it was viewed, but since you have a lot of forms on the page in your popups its processing that view tracking code multiple times.

    That said when I googled for apbct I came up with this plugin several times: https://wordpress.org/plugins/cleantalk-spam-protect/

    If you have that maybe try disabling it and see if the issue resolves? If so you would need to reach out to them for help disabling that functionality somehow.

    Hi Daniel,

    This time I don’t use your support ticket system because I WANT EVERYONE TO KNOW ABOUT YOUR OUTSTANDING SUPPORT. I can’t thank you enough for your help and for your additional information.

    By know I also found out which plugin caused the trouble. Your suggestion was spot on, it was CleanTalk’s anti spam. Therefore, I deleted it and the faulty ajax requests disappeared.

    The following information I’d like to give you just because one of the customers/users of your plugin may encounter similar problems in the future:
    The loading time of our webpages is still quite poor. That may be due to the usage of Akismet Anti-Spam. The plugin allows adding an “akismet” attribute to every CF7 form field. Having been inundated with spam, I implemented that feature recently. It may be enough to use this attribute for just one or two form fields. More likely, though, Google’s reCAPTCHA v3 causes the delay, that is at least what some users complain about of v3. Going back to reCAPTCHA v2 is suggested. Therefore, I will tinker with several options…

    Before bothering others, I always try to find information by googling. However, that only works, when I least vaguely know what to look for. You gave me that crucial information and I cannot thank you enough for that.

    So once again all the best with your highly rated plugin.


    Plugin Author danieliser


    @trixytrick – One thing you may not be considering is limiting what pages each popup is loaded on. If its not needed on every page, use the Targeting tab to limit it to specific pages, this will speed up any page that isn’t using them all.

    Further if the content is just media (not forms), you can check out our Remote Content extension to load that stuff on demand.

    If you have a moment, I would very much appreciate if you could quickly rate the plugin, just to help us spread the word.

    Hello @trixytrick,

    We have fixed issue with AJAX calls, please update the plugin,

    Thank you.

    Hi Daniel,

    I wanted to use your support ticket system, but it allows no entry without license key.

    I must admit I’ve overlooked that feature “Targeting tab” so far but now adjusted every popup. This measure does indeed safe around one second of the overall loading time. I’m a bit surprised by the result, because in your first response you stated, “We only call ajax on the front end of your site for 1 thing, analytics events, and those only occur when the popup actually opens.”
    As the user has to click on a button first to trigger our popups, I suspected the “dormant” popups would not affect the site at all.

    Nevertheless, the overall loading time is still atrocious (around 6 seconds). Therefore, I will continue my journey on optimising the site, first by checking every plugin installed and then by improving the site itself.



Viewing 7 replies - 1 through 7 (of 7 total)
  • You must be logged in to reply to this topic.