| 开发者 | trackinghippo |
|---|---|
| 更新时间 | 2026年8月19日 06:56 |
| PHP版本: | 7.2 及以上 |
| WordPress版本: | 7.0 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
<head>, after <body>, in the footer — or not at all, if you only want the data layer.gtm.js from your own container domain, with an optional custom path, so ad blockers and tracking prevention no longer recognise it.gtm_auth / gtm_preview), a configurable data layer variable name, and an optional <noscript> fallback.gtag('consent', 'default', …) command ahead of the container, covering all seven signals including ad_user_data and ad_personalization.wait_for_update, ads_data_redaction and url_passthrough are all configurable, and the plugin warns you when a consent plugin is already publishing its own defaults.view_item_list, select_item, view_item, add_to_cart, remove_from_cart, view_cart, begin_checkout, add_shipping_info, add_payment_info and purchase, plus login and sign_up.
wc/store/cart data store — so the block checkout is covered as fully as the classic one.item_brand, item_variant, item_category through item_category5 from the real category hierarchy, discount, index, and item_list_id / item_list_name.add_to_cart, so GA4 can credit the right list.item_id is the SKU or the product ID, add a prefix to match your product feed, and report revenue with or without tax.{ ecommerce: null } is pushed before every ecommerce event, as GA4 requires.purchase is deduplicated per order, carries customer_type (new or returning), and can include hashed customer data for Enhanced Conversions.purchase, refund and order_paid from your server to your container, so conversions survive a browser that blocks every script.tracking-hippo-server-side-tracking folder to /wp-content/plugins/, or install the ZIP via Plugins → Add New → Upload Plugin.GTM-XXXXXXX), then press Test connection.Yes. The plugin connects your site to a server-side GTM container hosted by Tracking Hippo. Sign up at https://trackinghippo.io.
Yes. On a plain WordPress site it loads the container and pushes the page, user and account context. The ecommerce events appear automatically once WooCommerce is active.
Yes. Cart and checkout page events are derived from the cart itself rather than from classic template hooks, and add/remove events come from the block data store, so both the classic and the block front-end are covered.
Only one plugin should inject the container, otherwise every event is counted twice. The health panel detects the conflict; set Container placement to "data layer only" here, or disable the container in the other plugin.
Only if the banner does not publish its own defaults. The defaults have to be sent exactly once, before the container loads. The plugin warns you when it detects a consent plugin.
They are delivered on the WP-Cron tick. If DISABLE_WP_CRON is set, make sure a real system cron calls wp-cron.php; the health panel flags this.
wait_for_update, ads_data_redaction and url_passthrough.view_item_list, select_item, view_item, add_to_cart, remove_from_cart, view_cart, begin_checkout, add_shipping_info, add_payment_info and purchase, plus login and sign_up.wc/store/cart data store.item_brand, item_variant, the full item_category hierarchy, discount, index, and list attribution carried through the funnel.user_id and hashed customer data for Enhanced Conversions.purchase, refund and order_paid, delivered on a background cron tick with exponential-backoff retries, a shared-secret header and a delivery log.