theunnicked

Let me reiterate. The issue that I’m reporting is: your functionality of getting a notification count for a badge in the admin menu impacts the admin panel load times on all of the admin pages. The performance issue seems to be localised only to a filter google_for_woocommerce_admin_menu_notification_count , because once it is disabled, the performance returns back to normal levels, with Google for WooCommerce turned on and configured.

I’ve managed to reproduce this issue on a clean WordPress install.

I can disable the filter using

add_action( 'admin_menu', function () {
	remove_all_filters( 'google_for_woocommerce_admin_menu_notification_count' );
}, 0 );

and the performance returns back to expected levels.

I suggest that one of your devs looks at the performance impact of getting the notification count and maybe consider caching the response, because such an expensive function shouldn’t be called on each page render.

I’ve observed this behaviour on a clean WordPress install with a default theme.

Here are the reproduction steps:

1. Install Worpress (v6.9.1) with theme Twenty Twenty-Five (v1.4)
2. Install and activate WooCommerce (v10.4.3), Google for WooCommerce (v3.5.2) and Black Bar (v4.1.4)
3. Complete the setup of Google for WooCommerce plugin connecting the store to the Google Merchant Center

Black Bar is a profiling plugin that is used to measure performance of specific hooks.

google_for_woocommerce_admin_menu_notification_count hook starts to have a significant impact on load time AFTER completing the setup of Google for WooCommerce.

Before connecting the store to wordpress.com and to Google Merchant Center, the execution of the hook took around 20ms, after connecting the execution time increased to over 1.5s. Overall load time after completing the plugin setup changes from 500ms to 4.5s. The performance impact is observable only in the admin panel. I did not observe any performance change on the front end.

It works! Thank you for a quick reaction to the issue.