在 Shopify 安裝偵測 App 後，報表是空的，可能只是沒有新事件，也可能是收集路徑尚未接通。只看「已安裝」或「0 筆偵測」，還不足以判斷。

我是 WebDecoy 開發者 Chris Portscheller。這篇以我們的 Shopify App 為例，整理如何分開驗證店面、結帳像素與訂單關聯。繁體中文由 AI 協助撰寫，功能說明已與目前的實作核對；管理畫面與文件目前使用英文。

先把三條路徑拆開

店面 App embed 與 Shopify 結帳像素是不同路徑。測試其中一條，不代表另外一條也通了。

1. 確認公開佈景主題的 App embed

在 Shopify 管理介面的佈景主題編輯器開啟 App embeds，啟用 WebDecoy Bot Detection，然後儲存。

請核對的是目前公開的佈景主題。只在未發布的測試主題開啟設定，不能用來證明正式店面的收集狀態。這個整合使用 App embed，不需要手動把腳本貼進主題檔案。

2. 送出有標籤的店面測試

在 WebDecoy App 的 Setup & health 頁面操作：

1. 按 Create test。
2. 開啟產生的店面測試連結，連結有效時間為 10 分鐘。
3. 若店面有密碼保護，先解鎖店面，再重新開啟測試連結。
4. 返回 App，確認顯示 Test detection received. Storefront collection verified.。

這個測試會驗證店面腳本、Shopify proxy 與偵測儲存路徑。測試偵測有標籤，且排除於流量指標、訂單審查及執行處理之外。

沒有收到確認時，先看 App embed 是否已在公開主題開啟、測試是否過期，以及是否有配送錯誤。修正後建立新的測試；不要把「測試尚未收到」直接解讀為「沒有機器人」。

3. 用成功與錯誤時間確認事件配送

Setup & health 分別顯示 Storefront 與 Checkout pixel：

店面沒有近期成功配送時，安靜的流量與中斷的收集可能看起來相同，所以需要主動跑前面的店面測試。

結帳像素則要獨立查看配送紀錄。事件收集可能受到顧客同意影響；「已連接但目前沒事件」不能單憑這一點判定故障。店面測試成功，也不能取代結帳路徑的確認。

4. 從偵測走到訂單，核對的是關聯根據

到 Flagged Orders 查看可關聯的可疑訂單，再開啟對應的偵測資料。分數是檢查的起點，還要確認訊號、發生時間，以及該筆訂單與工作階段的關聯。

同一個 IP 可能是共用 Wi-Fi 或公司網路。VPN、Proxy 或多個 IP 的活動提供調查背景，不足以單獨證明某位顧客有惡意。actor 是以可用指紋與工作階段證據建立的調查群組，不必然等於單一人物。

缺少工作階段或偵測的訂單，不能因為現在裝了 App，就憑空產生可信的過去瀏覽紀錄。

5. 保存審查決定，再選擇如何處理訂單

訂單審查可以記錄決定與備註。Review history 保存歷次決定、備註、員工 ID 與時間，但目前不是「審查當下全部偵測證據」的凍結快照。現在的 actor 調查資訊可能與當時不同。備註中也請避免加入顧客或付款資料。

保存審查決定本身不會執行出貨或取消訂單。WebDecoy 的訂單建立處理不會自行取消訂單，也不會封鎖 Shopify 結帳。取消需要商家另外設定並啟用的 Shopify Flow 動作。

看實際畫面

32 秒 Shopify 示範與安裝說明

YouTube 示範影片

Shopify App Store 的 WebDecoy 頁面

影片使用測試商店與樣本資料，並非真實顧客成果或偵測準確率測試。JavaScript 不執行、也不碰觸誘餌的收集程式，可能不會出現在店面報表中。這份流程驗證的是可觀測的收集路徑，不是「擋下所有機器人」的證明。