Hi @richardsonchairmakers,
May I ask which page you loaded which spawned multiple requests to admin/admin-ajax.php
?
The Jetpack Boost dashboard will make POST requests to your site while it’s open, if it is in the midst of requesting a fresh Speed Score, or while you are generating Critical CSS. When the Boost dashboard is idle, it may occasionally ping your site to refresh its data but not many time.
Jetpack Boost should not add any calls (especially to admin/admin-ajax.php
) when users load your site’s main page, or when you view any other part of the Admin interface.
Hi Mark
Thanks for your response. This is for https://southamptonwoodrecycling.org.uk/. It creates a spike in ajax post requests when we login to the backend (i.e. /admin.php). This has been confirmed with the host as being injected by this plugin (which confirms what we’ve seen in other page speed monitoring tools).
It’s rather odd as it doesn’t appear to cause as much of an issue when not logged in but does when logged in.
Many thanks,
Rachael
Hi Rachael,
Thanks for your response, and for confirming that this only occurs in the admin area of your WordPress site.
Jetpack Boost uses admin-ajax
for a couple of tasks, but I think the most likely culprit here is the Critical CSS Generator. While you are on the Jetpack Boost dashboard in your WordPress admin area, you may see a green progress bar under the heading “Optimize CSS Loading” indicating that it is generating Critical CSS.
During this process, it communicates with your site frequently to fetch CSS files and page layouts so that Boost can figure out what Critical CSS it should use to optimize your site. Some of these files are fetched via the admin-ajax
interface.
Once the Critical CSS generation process is completed, it should no longer run so many requests against admin-ajax
.
If you would like to monitor the requests that a webpage is making, you can use your browser’s “Network tab” to display requests that it is making.
Here are instructions for accessing the network tab in a few of the most popular browsers:
In the “network tab”, you should be able to see requests to admin-ajax.php
as they happen – just type “admin-ajax” into the Filter or Search field in the network tab to show just these requests.
Please let me know if you are still seeing a huge number of admin-ajax
calls while Critical CSS is not being generated, and we can explore other ideas.
Hi Mark
Thank you for your reply. I’ve responded to each comment in kind:
- Critical CSS Generator – does not appear to be this. No loading bar showed when first going to that page (or at all)
- I also tested turning off the Critical CSS Generator and this made no difference
- I’ve provided a link to the network calls here:
https://prnt.sc/lXI0hrDbEpdc
https://prnt.sc/Vll7TuN5CSF5
I wonder if it’s the deferring of the javascript which could be causing the issue as the ‘add-to-cart’ button seems to be what it’s getting stuck/looping on?
Happy to send more screenshots or the full run of the Network calls that are being made.
Many thanks
Hi @richardsonchairmakers,
At this point, we’d like to gather more information and directly support via ticket. Would you try this contact form instead? Please include a link to this thread.
Thanks!
Hi @richardsonchairmakers as confirmed via email, we are working on a fix for the excessive requests, and in the meantime you can pause the image guide from the admin bar when logged in to prevent those hits.