Title: Michael K's Replies | WordPress.org --- # Michael K [ ](https://wordpress.org/support/users/mikkamp/) * [Profile](https://wordpress.org/support/users/mikkamp/) * [Topics Started](https://wordpress.org/support/users/mikkamp/topics/) * [Replies Created](https://wordpress.org/support/users/mikkamp/replies/) * [Reviews Written](https://wordpress.org/support/users/mikkamp/reviews/) * [Topics Replied To](https://wordpress.org/support/users/mikkamp/replied-to/) * [Engagements](https://wordpress.org/support/users/mikkamp/engagements/) * [Favorites](https://wordpress.org/support/users/mikkamp/favorites/) Search replies: ## Forum Replies Created Viewing 15 replies - 1 through 15 (of 118 total) 1 [2](https://wordpress.org/support/users/mikkamp/replies/page/2/?output_format=md) [3](https://wordpress.org/support/users/mikkamp/replies/page/3/?output_format=md)… [6](https://wordpress.org/support/users/mikkamp/replies/page/6/?output_format=md) [7](https://wordpress.org/support/users/mikkamp/replies/page/7/?output_format=md) [8](https://wordpress.org/support/users/mikkamp/replies/page/8/?output_format=md) [→](https://wordpress.org/support/users/mikkamp/replies/page/2/?output_format=md) * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Google for WooCommerce] GTIN-EAN field grey, cannot be edited](https://wordpress.org/support/topic/gtin-ean-field-grey-cannot-be-edited/) * [Michael K](https://wordpress.org/support/users/mikkamp/) * (@mikkamp) * Automattic Happiness Engineer * [1 year, 7 months ago](https://wordpress.org/support/topic/gtin-ean-field-grey-cannot-be-edited/#post-18177790) * While the GTIN, UPC, EAN, or ISBN is still available on the inventory tab for variable products. This value is only used if it isn’t set per variation (similar to how the SKU fields works). * If each variation has a unique GTIN number than you can set this per variation, the field is right next to the SKU field when expanding a variation’s details. * ![](https://cloudup.com/cDg0KNw_2cS+) * Is this the same behaviour you are experiencing? Or is there something which is preventing this field from appearing? * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Google for WooCommerce] tons of notice – _load_textdomain_just_in_time was called incorrectly](https://wordpress.org/support/topic/tons-of-notice-_load_textdomain_just_in_time-was-called-incorrectly/) * [Michael K](https://wordpress.org/support/users/mikkamp/) * (@mikkamp) * Automattic Happiness Engineer * [1 year, 7 months ago](https://wordpress.org/support/topic/tons-of-notice-_load_textdomain_just_in_time-was-called-incorrectly/#post-18169642) * Thanks for the report, we are working on resolving these notices here: [https://github.com/woocommerce/google-listings-and-ads/pull/2700](https://github.com/woocommerce/google-listings-and-ads/pull/2700) * Until that change is available I’d suggest to follow some of the workarounds here to silence the notices: [https://developer.woocommerce.com/2024/11/11/developer-advisory-translation-loading-changes-in-wordpress-6-7/](https://developer.woocommerce.com/2024/11/11/developer-advisory-translation-loading-changes-in-wordpress-6-7/) * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Google for WooCommerce] error _gla_select](https://wordpress.org/support/topic/error-_gla_select/) * [Michael K](https://wordpress.org/support/users/mikkamp/) * (@mikkamp) * Automattic Happiness Engineer * [1 year, 7 months ago](https://wordpress.org/support/topic/error-_gla_select/#post-18169625) * Hi there, * Thanks for reporting this error, and glad to hear that rolling back to the previous version works for you. * I was able to reproduce the same error and noticed it only happens with the Yoast SEO plugin activated. I went ahead and logged this as an issue here: [https://github.com/woocommerce/google-listings-and-ads/issues/2701](https://github.com/woocommerce/google-listings-and-ads/issues/2701) * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Google for WooCommerce] GTIN-EAN field grey, cannot be edited](https://wordpress.org/support/topic/gtin-ean-field-grey-cannot-be-edited/) * [Michael K](https://wordpress.org/support/users/mikkamp/) * (@mikkamp) * Automattic Happiness Engineer * [1 year, 7 months ago](https://wordpress.org/support/topic/gtin-ean-field-grey-cannot-be-edited/#post-18169533) * Hi there, * The value in the WooCommerce > Inventory Tab will take priority when the product is synced to your Google Merchant Center account. So if the correct GTIN value is set there then you don’t strictly need to update the previous value. * However if you are concerned about fixing the value then you’d need to edit the custom field `_wc_gla_gtin` * One way to do this is to use a [code snippet plugin](https://wordpress.org/plugins/code-snippets/) and then add the following snippet to enable hidden fields in the Product editor: * ```wp-block-code add_filter( 'is_protected_meta', '__return_false' ); ``` * I’d suggest to be careful with editing any of the other fields and turn off the snippet again after you’ve fixed the GTIN field. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WooCommerce] Woocommerce analytics is hot garbage and I hate it](https://wordpress.org/support/topic/woocommerce-analytics-is-hot-garbage-and-i-hate-it/) * [Michael K](https://wordpress.org/support/users/mikkamp/) * (@mikkamp) * Automattic Happiness Engineer * [1 year, 8 months ago](https://wordpress.org/support/topic/woocommerce-analytics-is-hot-garbage-and-i-hate-it/#post-18112805) * Hi there, * Thanks for the feedback. I can understand everyone has their own preferences how things should be displayed or how they should work, however it would be nice to be polite about it. * Could you clarify what you mean when you mentioned it’s a “total chore”? The previous period is automatically selected for you, so you only need to select the current date range to display the report. I can understand it might not be something you want / need, but I’m just trying to uncover the reason why it is more work to view a report this way. * Unfortunately there isn’t a way to completely disable the “previous period” at the moment. At most you can hide the graph which compares the previous period. * ![](https://cloudup.com/cpwvtWJpGx0+) * Having said that, it does sound like a good enhancement for users that might not need to compare it to the last period. We track [enhancement requests here](https://woocommerce.com/feature-requests/woocommerce/) if you’d like to submit a request. * We’re also happy to [accept any contributions](https://github.com/woocommerce/woocommerce/blob/trunk/.github/CONTRIBUTING.md) and improvements, WooCommerce is fully open source. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WooCommerce] Two orders double-counted in WooCommerce Analytics](https://wordpress.org/support/topic/two-orders-double-counted-in-woocommerce-analytics/) * [Michael K](https://wordpress.org/support/users/mikkamp/) * (@mikkamp) * Automattic Happiness Engineer * [1 year, 8 months ago](https://wordpress.org/support/topic/two-orders-double-counted-in-woocommerce-analytics/#post-18095907) * Thanks for taking some time to uncover those results. * I’m not too familiar with how the currency switcher plays into the total results. Regarding recent changes there was the following adjustment which landed in WooCommerce 9.3: [https://github.com/woocommerce/woocommerce/pull/49425](https://github.com/woocommerce/woocommerce/pull/49425) * Although in theory any plugin customization’s should still continue to run as intended, but maybe the plugin author knows more on how any parts of Analytics is modified. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WooCommerce] WooCommerce Analytics double count orders](https://wordpress.org/support/topic/woocommerce-analytics-double-count-orders/) * [Michael K](https://wordpress.org/support/users/mikkamp/) * (@mikkamp) * Automattic Happiness Engineer * [1 year, 8 months ago](https://wordpress.org/support/topic/woocommerce-analytics-double-count-orders/#post-18095554) * Thanks for running the test to deactivate the plugins. Can I ask to confirm if cache was also cleared when the plugins were deactivated? The reason I ask is because Analytic reports rely heavily on cache, so even if plugins are deactivated it could still be loading from the cache. * I’d recommend to use a plugin like [Transients Manager](https://wordpress.org/plugins/transients-manager/) to clear the cache, as well as ensure the browser cache is fully refreshed when loading the analytics page to ensure it’s not using any cached JavaScript. In this case reloading JavaScript is particularly important, as you mentioned that the API responses aren’t showing duplicates in the data. * Another alternative to try is to switch to a custom date range covering a smaller period of time, which you haven’t used generated a report for yet. That will ensure it reloads the data from scratch. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Google for WooCommerce] Google Merchant Issues because of Google for woo](https://wordpress.org/support/topic/google-merchant-issues-because-of-google-for-woo/) * [Michael K](https://wordpress.org/support/users/mikkamp/) * (@mikkamp) * Automattic Happiness Engineer * [1 year, 8 months ago](https://wordpress.org/support/topic/google-merchant-issues-because-of-google-for-woo/#post-18095496) * Thanks for the clarification, on how you have the size attributes configured. * > I think problem is Google for woo plugin is generating size feed like this > `S/L/XL` > However according to Google Merchant Center Guide each product variation feed > should be separated but having same ID to recognize variations of product. * Yes that’s correct, it will submit it as one size attribute. The only way to currently get around that is to create a variation in WooCommerce per size, so each size can be set individually. * I tested those same values on a test product, and looking at the levels of errors/ warnings, it doesn’t seem like it limits product visibility, but is just showing up as an optional notice to fix: * ![](https://cloudup.com/cpLg2SD9GRc+) * So in that case I wouldn’t be too worried about this notice as long as you ensure you fix any of the other attributes on the product. * But if you would really like to clear that up then you’d need to create a separate variation for each size. When variations are synced they’ll be linked through a common `[item_group_id](https://support.google.com/merchants/answer/6324507)`. We don’t support syncing product details multiple times with the same product ID. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Google for WooCommerce] Google Merchant Issues because of Google for woo](https://wordpress.org/support/topic/google-merchant-issues-because-of-google-for-woo/) * [Michael K](https://wordpress.org/support/users/mikkamp/) * (@mikkamp) * Automattic Happiness Engineer * [1 year, 8 months ago](https://wordpress.org/support/topic/google-merchant-issues-because-of-google-for-woo/#post-18093933) * Thanks for clarifying. If you only have one variation that covers all sizes, can you confirm what the size field is set to? You can find this by clicking on the edit button and then expanding the Google for WooCommerce tab to see the size field. * ![](https://cloudup.com/coMMWEbjB53+) * In the documentation Google recommends to use the following for multiple sizes: * > **Don’t submit multiple sizes separated by a comma** ( `,` ). Instead, use > a slash. For example, enter “small/medium/large” (and not “small, medium, large”). * The other alternative is to create a separate variation for each size, so each variation can have an individual size. * Let us know how that goes. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Google for WooCommerce] Google Merchant Issues because of Google for woo](https://wordpress.org/support/topic/google-merchant-issues-because-of-google-for-woo/) * [Michael K](https://wordpress.org/support/users/mikkamp/) * (@mikkamp) * Automattic Happiness Engineer * [1 year, 8 months ago](https://wordpress.org/support/topic/google-merchant-issues-because-of-google-for-woo/#post-18093782) * Hi there, * Regarding the first issue the message mentions that it is regarding the `size` attribute. Would you be able to clarify how you have this setup for your products. * According to the documentation only one value should be set per product/variation: [https://support.google.com/merchants/answer/6324492?hl=en](https://support.google.com/merchants/answer/6324492?hl=en) * Are you entering the size attribute directly in the product or are you using some [Attribute Mapping](https://woocommerce.com/document/google-for-woocommerce/attribute-mapping/) rules to define the size values? * Regarding the checkout link, you are correct that Google for WooCommerce doesn’t support this. There is some discussion in the following issue on how this can be accomplished: [https://github.com/woocommerce/google-listings-and-ads/issues/2125](https://github.com/woocommerce/google-listings-and-ads/issues/2125) * Note: If you are not familiar with PHP code snippets, you’ll need the help of a developer, as that’s not something we can provide direct support for. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Google Analytics for WooCommerce] I do not see e-commerce events](https://wordpress.org/support/topic/i-do-not-see-e-commerce-events/) * [Michael K](https://wordpress.org/support/users/mikkamp/) * (@mikkamp) * Automattic Happiness Engineer * [1 year, 8 months ago](https://wordpress.org/support/topic/i-do-not-see-e-commerce-events/#post-18093664) * Hi Nicola, * Since March 2024 Google has enabled consent mode, which means that any EEA countries are not tracked by default. The following documentation explains more about this: [https://woocommerce.com/document/google-analytics-integration/#section-6](https://woocommerce.com/document/google-analytics-integration/#section-6) * I had a look at your website and I didn’t notice any consent banner appear. When I look at the gtag snippet which is included on the page it’s setting the following list of countries to not track (which is the expected default behaviour): * ```wp-block-code "AT","BE","BG","HR","CY","CZ","DK","EE","FI","FR","DE","GR","HU","IS","IE","IT","LV","LI","LT","LU","MT","NL","NO","PL","PT","RO","SK","SI","ES","SE","GB","CH" ``` * Would you be able to setup up [WP consent API](https://wordpress.org/plugins/wp-consent-api/) as well as a consent plugin, as outlined [in the documentation](https://woocommerce.com/document/google-analytics-integration/#section-6). And then confirm if tracking works once consent has been given? * For testing the tracking I’d suggest to try using the tool [https://tagassistant.google.com/](https://tagassistant.google.com/) * Let us know how that goes * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WooCommerce] Two orders double-counted in WooCommerce Analytics](https://wordpress.org/support/topic/two-orders-double-counted-in-woocommerce-analytics/) * [Michael K](https://wordpress.org/support/users/mikkamp/) * (@mikkamp) * Automattic Happiness Engineer * [1 year, 8 months ago](https://wordpress.org/support/topic/two-orders-double-counted-in-woocommerce-analytics/#post-18093117) * Thanks [@brentst](https://wordpress.org/support/users/brentst/) for the additional details. Since you mentioned that it started happening at a specific date was there any plugin / code update on the site before that happened? * You mentioned you setup a staging site, would you be able to run a [conflict test there with all plugins disabled](https://woocommerce.com/document/how-to-test-for-conflicts/) and clearing the cache, and confirm if after that the order totals are still showing higher counts? I’ve tried to replicate on a local test site with various sets of orders, but still unable to reproduce the same scenario with just WooCommerce active. Which means it might be some other code interfering with the results. * [@hansderuiter](https://wordpress.org/support/users/hansderuiter/) As mentioned a [staging site](https://woocommerce.com/posts/what-is-staging-site-wordpress-how-to-set-one-up/) can be an ideal way to do some testing without affecting your live site. Would you be able to check if this issue still persists with just WooCommerce active and it generating a fresh set of reports after the cache has been cleared? * In addition to that it could also be helpful if you share a [System Status Report](https://woocommerce.com/document/understanding-the-woocommerce-system-status-report/) as that could provide some better insight into what else is running on your site besides just WooCommerce. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WooCommerce] Two orders double-counted in WooCommerce Analytics](https://wordpress.org/support/topic/two-orders-double-counted-in-woocommerce-analytics/) * [Michael K](https://wordpress.org/support/users/mikkamp/) * (@mikkamp) * Automattic Happiness Engineer * [1 year, 8 months ago](https://wordpress.org/support/topic/two-orders-double-counted-in-woocommerce-analytics/#post-18091171) * Hi [@hansderuiter](https://wordpress.org/support/users/hansderuiter/) * Thanks for the additional details. That’s helpful to understand that at least the direct list of orders is being returned/displayed correctly. * As for the totals query that one is a little more complex as it does a little more than just counting the rows in the `wc_order_stats`. * I’m still unable to replicate a scenario on my test site where the totals don’t match, but since it’s happening only for some orders, I’m wondering if coupons are involved somehow for those specific orders? Is there any difference in coupon usage for the double orders? * If that’s not the case then the next suspect would be some conflicting code as I mentioned earlier. Conflict testing can be done as described in this guide: [https://woocommerce.com/document/how-to-test-for-conflicts/](https://woocommerce.com/document/how-to-test-for-conflicts/) * In this case since a lot of caching is involved in the report data, you’d need to ensure the cache is cleared, I’d suggest the following plugin to help with that: [https://wordpress.org/plugins/transients-manager/](https://wordpress.org/plugins/transients-manager/) * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WooCommerce] Two orders double-counted in WooCommerce Analytics](https://wordpress.org/support/topic/two-orders-double-counted-in-woocommerce-analytics/) * [Michael K](https://wordpress.org/support/users/mikkamp/) * (@mikkamp) * Automattic Happiness Engineer * [1 year, 9 months ago](https://wordpress.org/support/topic/two-orders-double-counted-in-woocommerce-analytics/#post-18088323) * Hi there, * Thanks for the report about duplicate orders showing the Analytics reports. That sounds like a tricky one to resolve especially if the underlying database tables are correct, yet the final data in the reports is showing duplicates only for some orders. * When the reports are generated they run several requests to the API to fetch the stats data to build up the report. So I’d like to start by confirming whether it’s the API data that is already returning the duplicates or whether it’s later on when the report is generated. Could you select a smaller date range for the report which would cover the duplicate orders and then check what the API is returning? * You can check this in your browser with the Chrome Developer Tools to see what the API data looks like? You can do so by opening the Chrome Developer Tools and then browsing to the Network tab and look for a requests to `orders?` the filter can be used to find a request by name. You can then click on the request and view the Preview. Can you confirm if in that response it’s also returning double orders? * ![](https://cloudup.com/cKEyI9Hlqcg+) * Also would you be able to confirm whether orders are being saved in HPOS and whether syncing is enabled? You can find these settings in WooCommerce > Settings > Advanced > Features * ![](https://cloudup.com/cX0rAXjt6hE+) * The reason I asked these things, is because by default to populate that list of orders the analytics endpoints will run a DB query like this: * ```wp-block-code SELECT wp_wc_order_stats.order_idFROM wp_wc_order_statsWHERE 1=1AND wp_wc_order_stats.status NOT IN ( 'wc-auto-draft','wc-trash','wc-pending','wc-failed','wc-cancelled','wc-checkout-draft' )AND wp_wc_order_stats.date_paid <= '2024-08-31 23:59:59'AND wp_wc_order_stats.date_paid >= '2024-08-01 00:00:00' ``` * You mentioned that the `wc_order_stats` was correct without duplicates. So I’m wondering at what stage it’s getting the duplicate data. Could there be any conflicting code that is adding on to these queries? Did you perform any conflict testing to ensure there isn’t any other plugin/theme which causes it to return additional results? * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WooCommerce] WooCommerce Analytics double count orders](https://wordpress.org/support/topic/woocommerce-analytics-double-count-orders/) * [Michael K](https://wordpress.org/support/users/mikkamp/) * (@mikkamp) * Automattic Happiness Engineer * [1 year, 9 months ago](https://wordpress.org/support/topic/woocommerce-analytics-double-count-orders/#post-18088271) * Hi there, Thanks for providing those screenshots, I can confirm that the DB table does seem to be correct whereas the order list is showing everything double. Could you also confirm if this is for all the orders in the report or just the ones shown in that screenshots? * Would it also be possible to show the full report to see if the graphs / summary are also doubling the order numbers as well as the net sales being calculated twice? For example I tried to see how this looks on a local test site, but all the order information matches up in the report and I don’t see any doubles. * ![](https://cloudup.com/cPyO2mlvsHw+) * The reason I ask this is because the reports send several API requests to populate this screen so it would be helpful to know if the API requests are actually providing the duplicate data or if it’s just being rendered in the report as duplicates. * Would you also be able to check in your browser with the Chrome Developer Tools to see what the API data looks like? You can do so by opening the Chrome Developer Tools and then browsing to the Network tab and look for a requests to `orders?` the filter can be used to find a request by name. You can then click on the request and view the Preview. Can you confirm if in that response it’s also returning double orders? * ![](https://cloudup.com/cKEyI9Hlqcg+) * Finally would you be able to confirm whether orders are being saved in HPOS and whether syncing is enabled? You can find these settings in WooCommerce > Settings > Advanced > Features * ![](https://cloudup.com/cX0rAXjt6hE+) - This reply was modified 1 year, 9 months ago by [Michael K](https://wordpress.org/support/users/mikkamp/). Viewing 15 replies - 1 through 15 (of 118 total) 1 [2](https://wordpress.org/support/users/mikkamp/replies/page/2/?output_format=md) [3](https://wordpress.org/support/users/mikkamp/replies/page/3/?output_format=md)… [6](https://wordpress.org/support/users/mikkamp/replies/page/6/?output_format=md) [7](https://wordpress.org/support/users/mikkamp/replies/page/7/?output_format=md) [8](https://wordpress.org/support/users/mikkamp/replies/page/8/?output_format=md) [→](https://wordpress.org/support/users/mikkamp/replies/page/2/?output_format=md)