Audit WooCommerce purchase tracking in GA4, Google Ads and GTM

Check whether [WordPress site] reports purchases correctly to GA4 and to [Google Ads account]. 1. Daily comparison, last 14 full days: - WooCommerce: page through wordpress_woo_orders until you pass orders older than 14 days. Count only completed and processing orders per day. Tell me if the orders run out before day 14, and treat any order that looks like a test (my own name, 0 total) separately. - GA4: run ga4_report with dimension "date" and dimension2 "event", and take only the purchase event count. Do not use the total conversions figure, it sums every key event. - Google Ads: run google_ads_query on the purchase conversion action, segmented by segments.date and segments.conversion_action_name, so other actions do not inflate the number. Note that Google Ads reports conversions by click date, so recent days may still fill in. - Note the time zones of the shop, the GA4 property and the Ads account if they differ, since that shifts orders between days. 2. Settings: - Confirm purchase is a key event with ga4_list_conversions. - With list_conversion_actions and get_conversion_settings, confirm the Ads purchase action is enabled, included in conversions (primary), has recorded data, and check its counting type. MANY_PER_CLICK on a purchase action is a common source of over-counting. 3. Tag inventory: - wordpress_tracking for every place a GA4 or GTM tag fires (plugins, WPCode snippets, header/footer code, theme options). Read any suspicious snippet with wordpress_snippet and any theme option it points to with wordpress_option. - wordpress_list_plugins for plugins that send purchase data on their own (for example GTM4WP, WooCommerce Google Analytics, Site Kit, PixelYourSite). - In GTM, list the tags and triggers in the live container's workspace and flag every tag that sends purchase to GA4 or a Google Ads conversion, with its conversion ID/label and trigger conditions. Use gtm_workspace_status to see whether any purchase change is sitting unpublished. - Consent mode cannot be read as a single setting. Report whatever the tag inventory shows (a consent plugin, consent settings in GTM tags, a consent snippet) and say plainly if you cannot tell. Deliver: - A daily table with these columns: date, orders, GA4 purchases, Google Ads conversions, GA4 gap % vs orders, Ads gap % vs orders. - A numbered list of findings, each tied to the evidence that supports it. Use these thresholds only as pointers, then confirm the cause from the inventory: - More than 10% above orders: look for two sources sending the same purchase (a plugin plus a GTM tag, two containers), a missing transaction_id, MANY_PER_CLICK counting, or a thank-you trigger that fires on reload. - More than 25% below orders: look for a missing or unpublished tag, a trigger condition that misses the thank-you URL, consent blocking, or a payment gateway that does not return to the thank-you page. If the order data does not show the payment method, ask me which gateways we use. Propose fixes naming the exact tag, trigger, snippet or plugin to change. Make no changes until I approve a preview of each one.