[WordPress] 外掛分享: AxiTrace for WooCommerce

首頁 › 外掛目錄 › AxiTrace for WooCommerce
WordPress 外掛 AxiTrace for WooCommerce 的封面圖片
全新外掛
安裝啟用
—
尚無評分
6 天前
最後更新
—
問題解決
WordPress 6.4+ PHP 8.1+ v1.5.3 上架:2026-05-19

內容簡介

AxiTrace for WooCommerce 是一款連接 WooCommerce 商店與 AxiTrace 伺服器端追蹤平台的外掛,能夠捕捉並轉發購買、加入購物車及結帳等事件,確保即使在瀏覽器像素被阻擋的情況下,仍能準確記錄轉換數據。

【主要功能】
• 伺服器端追蹤,避免瀏覽器像素被阻擋
• 自動去重,確保每次轉換只計算一次
• 支援完整結帳漏斗,提供真實購物車金額
• 非同步設計,結帳過程不會受到影響
• 兼容 WooCommerce 高效能訂單儲存(HPOS)
• 內建 GDPR 個人數據工具,確保合規性

外掛標籤

開發者團隊

⬇ 下載最新版 (v1.5.3) 或搜尋安裝

① 下載 ZIP → 後台「外掛 › 安裝外掛 › 上傳外掛」
② 後台搜尋「AxiTrace for WooCommerce」→ 直接安裝(推薦)
📦 歷史版本下載

原文外掛簡介

AxiTrace for WooCommerce connects your store to the AxiTrace server-side tracking platform at axitrace.com. Every purchase, add-to-cart, begin-checkout, and add-payment-info event is captured and forwarded to your ad platforms – reaching customers that browser-based pixels miss entirely.
Why server-side tracking?
Browser pixels can be blocked by ad blockers, restricted by iOS Intelligent Tracking Prevention, and refused via cookie consent banners. Server-side events travel directly from your WooCommerce server to Facebook CAPI, TikTok Events API, Google Ads, and Google Analytics 4, so conversions are still recorded when the browser pixel cannot fire.
Deduplication so you never double-count
AxiTrace generates a deterministic UUID v5 event ID for every WooCommerce order. The same event ID is attached to both the browser-side purchase pixel fire and the server-side purchase event. Facebook CAPI, TikTok Events API, and Google Ads use that shared event ID to deduplicate automatically – each conversion is counted exactly once, regardless of how many times the confirmation page loads or how many pixels fire.
Server-side AddToCart events
AxiTrace sends AddToCart events server-side, triggered by the WooCommerce woocommerce_add_to_cart hook. This records add-to-cart activity from the server, so the event is captured even when the browser-side pixel is blocked or restricted.
Full checkout funnel
InitiateCheckout carries your real cart total and currency (not a placeholder zero), and AddPaymentInfo fires the moment a shopper selects a payment method – giving Facebook, TikTok, and Google Ads the mid-funnel signal they need to optimize toward checkout completion, not just clicks.
Asynchronous by design – checkout never blocks
All server-side event transmissions are dispatched via WooCommerce Action Scheduler. The HTTP request to AxiTrace’s ingestion API happens in a background job, decoupled from the order placement flow. Checkout latency is unaffected even if the AxiTrace API is momentarily slow or unavailable.
Platform coverage
One plugin. One workspace key. AxiTrace routes your events to whichever ad platforms you connect in your dashboard:

Facebook / Meta – Conversions API (CAPI)
TikTok – Events API (server-side)
Google Ads – Offline Conversion Upload (GCLID-based attribution)
Google Analytics 4 – Measurement Protocol

HPOS and Cart/Checkout Blocks compatible
AxiTrace for WooCommerce declares compatibility with WooCommerce High-Performance Order Storage (HPOS) and the modern Cart/Checkout Blocks, so it works correctly on stores that have migrated away from legacy shortcode-based checkout.
WP Consent API support
Consent is governed by your AxiTrace workspace settings, so you flip one switch in AxiTrace and every storefront page follows it – no code, no per-plugin configuration. With that switch on, the SDK writes no cookie, no storage entry and sends no request until the visitor agrees to marketing.
On top of that, the plugin detects the WP Consent API (implemented by Complianz, CookieYes and other consent managers). When one is present, the plugin gates tracking on the marketing category as well: the SDK script loads but stays inert until the visitor allows that category, and a withdrawal made later stops it and deletes the identifiers it wrote. The decision is read in the visitor’s own browser, so full-page caches cannot leak one visitor’s choice to the next, and a later grant starts tracking without a reload. The decision recorded at checkout travels with the purchase, so your AxiTrace workspace can also decide server-side whether a purchase may be forwarded to the ad platforms. This gives your store a ready compliance path without requiring you to build custom integration.
GDPR personal-data tools built in
AxiTrace registers a WordPress personal-data exporter and eraser (wp_privacy_personal_data_exporters / wp_privacy_personal_data_erasers), enabling your store to fulfill GDPR deletion requests directly from the WordPress Tools > Erase Personal Data screen.
Privacy first
Customer email addresses and phone numbers are transmitted in plain text to AxiTrace’s ingestion API at stat.axitrace.com and are SHA-256 hashed inside AxiTrace before being forwarded to any ad platform. No raw PII leaves the AxiTrace platform. See our Privacy Policy at axitrace.com/privacy/ and the == External Services == section below for the complete disclosure.
Free plugin. Paid plans for volume.
The plugin itself is free and open source (GPL v2 or later). An AxiTrace account at axitrace.com is required. Free workspaces are available. Paid plans unlock higher event volumes, longer data retention, and priority support – see axitrace.com for current pricing.
Requires an AxiTrace account at https://axitrace.com/.
External Services
This plugin connects to stat.axitrace.com – the AxiTrace event-ingestion API.

Service: AxiTrace conversion tracking SaaS.
Endpoint: https://stat.axitrace.com/woocommerce/pixel (POST).
When data is sent: on page views (cart, product, checkout, thank-you), add-to-cart events, begin-checkout events, payment-method selection at checkout, and order placement / payment completion.
Data transmitted: order ID, plain-text billing email (hashed downstream by AxiTrace), billing phone, billing city/country/zip, order total + currency, line items (SKU, name, quantity, price), user agent, IP address, AxiTrace session/user identifiers, ad click ids from the page URL or the first-party cookies the AxiTrace tracking script stores them in (gclid, gbraid, wbraid, ttclid, rdt_cid, oppref, msclkid, twclid, epik, li_fat_id, sccid; only the bare id is sent, and a stored id older than its click window – 90 days for Google, TikTok, Microsoft and X, 60 for Pinterest, 30 for LinkedIn, 28 for Reddit, OpenAI Ads and Snapchat – is not sent), or, for Microsoft, X, Pinterest and LinkedIn, from the cookie the platform’s own tag sets (_uetmsclkid, _twclid, _epik, li_fat_id; read only, never changed), ad-platform browser cookies (fbc, fbp, ttp, rdt_uuid, obref, Google Analytics client and session), UTM parameters, page URL/referrer/title.
Why: to forward the conversion to Facebook CAPI, TikTok Events API, Google Ads, GA4, and other ad platforms configured in your AxiTrace workspace.
Terms of Service: https://axitrace.com/terms/
Privacy Policy: https://axitrace.com/privacy/

Optional profit tracking (secret key)
Only when you enter an AxiTrace secret key in the settings (in AxiTrace under Settings, in the Container Information card, as Secret Key):

Server-side purchases to /woocommerce/pixel additionally carry each line item’s unit cost from the WooCommerce Cost of Goods Sold field, and the request is authenticated with the secret key (HTTP Basic). The cost is never sent from the shopper’s browser.
Refunds and cancellations of paid orders are sent to https://stat.axitrace.com/v1/refund (POST): order ID, refund ID and date, refunded amount and currency, and the refunded line items (SKU, catalog ID, quantity, amount). No customer personal data is included.

Optional first-party tracking domain
You may optionally configure a custom first-party subdomain under WooCommerce → Settings → Integrations → AxiTrace → “First-party tracking domain”. When set to e.g. metrics.your-store.com (which you set up in your AxiTrace workspace and verify via CNAME to stat.axitrace.com), the SDK and ingestion endpoint load from your own domain instead of stat.axitrace.com. The data transmitted, the endpoint path (/woocommerce/pixel), and the recipient (AxiTrace) remain identical – only the hostname changes. This is purely a delivery optimization that helps bypass client-side blocking; no third-party service is added.
When this field is empty, the plugin uses the default stat.axitrace.com endpoint described above.
Auto-detect lookup endpoint
When the merchant clicks the “Detect from AxiTrace” button on the settings page, the plugin makes a single server-to-server GET request to https://axitrace.com/api/public/workspace/tracking-domain?key={public_key} (AxiTrace admin host – separate from the ingestion host stat.axitrace.com) to look up the default verified domain registered for that workspace. The request contains only the merchant’s own workspace public key (already exposed in every browser event); no customer or visitor data is sent.

延伸相關外掛

文章
Filter
Mastodon