同一個投手要做什麼?
一位投手替線上解謎會員站買手機流量。他想用同一組廣告測兩條路:A 直達註冊頁,B 先邀請訪客把網站裝到主畫面,再開啟並前往同一個註冊頁。
Binom 能分配兩條路的流量,並把投手自備的頁面及回傳事件接到同一次點擊。MeetROAS 能提供 B 路所需的代管安裝頁,並在符合條件的 Campaign 測試 A、B,觀察安裝與首次開啟。 註冊完成由會員站回報,兩邊都需要接好這一段。 Binom 分流文件 · MeetROAS 產品流程
落地頁(lander)是廣告點擊後先看到的介紹頁,這個案例中就是 B 的安裝頁。Offer 是推廣的產品及其目的地,在這裡是會員站與註冊網址。PWA 是能在支援的瀏覽器與裝置上加到主畫面、之後從圖示開啟的網站。 PWA 安裝說明
誰做頁面,誰負責讓訪客看到它?
用 Binom v2,投手先準備自己的介紹頁。一般落地頁在 Binom 登記網址,由投手選擇的網站主機供應。整合式落地頁則能上傳自備的 HTML、PHP 首頁或 ZIP,由 tracker 在訪客打開 Campaign 連結時供應頁面,省掉先跳去另一個落地頁網址的那一跳。自架與 Binom Cloud 是 tracker 的兩種部署選項。本例若要保留自建 PWA,投手會用自有網站供應 B 頁,保留原本驗證過的安裝與啟動流程。 一般落地頁 · 整合式落地頁 · Binom 部署選項
用 MeetROAS,投手在代管版型填入文案、圖片與會員站目的地,B 頁的安裝入口由 MeetROAS 提供。A 直接用會員站的註冊頁。兩條路共用的是會員站的註冊服務,因此團隊仍要提供可用網址、表單與註冊成功事件。 MeetROAS 產品流程 · 目標端事件
怎麼用同一組廣告分流?
在 Binom 把廣告連到同一個 Campaign,設定兩條權重相同的 path。A 設為 Direct,直接前往 offer,B 先前往自備 PWA 頁。一般輪替會按權重隨機分配點擊。投手也可以先用規則選出符合條件的流量,例如限定裝置,再在同一條規則內比較兩條路。等權重是分配目標,實收次數可能不同。 Binom v2 流量分配 · Binom v2 規則
在 MeetROAS 選可使用完整旅程測試的非主 Campaign,建立一組 50/50 A/B。A 設「跳過頁面直連」,B 設「顯示頁面」並選可安裝的版型。兩組都指向同一個註冊目的地,以完成註冊作為主要比較事件。這次測的是加上安裝旅程對註冊的整體影響。如果下一輪想知道按鈕文案的效果,就保留同一條 B 路,只改按鈕文案。 A/B 測試方法
兩邊能看到哪些步驟?
| 觀察項目 | Binom v2 | MeetROAS |
|---|---|---|
| 進站與前往目的地 | 可依分配路徑看 Campaign 點擊。B 若經過已接好的 Click URL,可記錄從落地頁前往 offer 的點擊。 | A/B 報表顯示各組進站次數。頁面瀏覽與安裝點擊到 Campaign 成效查看。要確認 A 直連後成功載入註冊頁,需看目的地的到站訊號。 |
| B 的 PWA 安裝 | 團隊在自建 PWA 偵測安裝訊號,帶同一筆點擊 ID 送進自訂事件。首次開啟也可另送,前提是開啟時仍能連回原點擊。 | 代管安裝頁有安裝入口點擊、安裝證據與首次開啟的事件。安裝採可取得的瀏覽器完成訊號,也可由首次開啟補證。 |
| 完成註冊 | 會員站送出帶原點擊 ID 的 postback,也就是伺服器回報,讓 tracker 把註冊接回路徑。 | 會員站送出可歸因的簽名註冊事件,新版 A/B 報表可分別顯示兩組成果。 |
Binom 的自訂事件可以接收數值。團隊要先定義「點安裝」「瀏覽器回報完成」「第一次從已安裝入口開啟」,分開送出並處理重複回報。開啟後若遺失點擊 ID,就無法拿該事件比較原路徑。一般落地頁連結本身只提供導流入口,實際頁面載入或安裝仍要有相應的觀測。 Binom 自訂事件 · Binom 轉換回傳
MeetROAS 的安裝點擊是瀏覽器事件。這個 A/B 例子用版本報表裡的安裝與首次開啟計數。安裝證據包含從首次開啟補上的安裝,因此兩欄可能由同一次開啟一起記入。把兩欄分開讀,並在實際投放的手機與瀏覽器驗證訊號涵蓋範圍。 MeetROAS 事件參考(英文) · 瀏覽器安裝完成事件
看完報表,下一個調整是什麼?
假設同一批流量每組各分到 1,000 次符合條件的進站,註冊回報都已接好,且每筆進站都等滿七天。A 取得 40 次註冊,B 取得 30 次。B 另外收到 150 筆安裝證據及 100 筆首次開啟。這些是示意計數。

- 先確認共同成果。 A 每千次進站有 40 次註冊,B 有 30 次。A 沒有安裝步驟,安裝欄是「不適用」。若 B 的自訂安裝事件尚未接入,該欄是「未量測」。這兩種情況都不能拿來當作零次安裝。
- 用 Binom 找可調整的路徑。 若 B 的落地頁通往 offer 的點擊偏少,先確認 PWA 開啟後的導向也有接上追蹤,再檢查頁面訊息或試新的自製頁。等註冊差異有足夠資料支持、且短期註冊仍是目標,再提高 A 的權重。想調特定流量時,先核對該裝置或廣告版位的回傳是否完整。
- 用 MeetROAS 找該重測的安裝步驟。 安裝證據與首次開啟的落差,值得先用真機走一遍安裝後的開啟指引和目的地。確認訊號涵蓋範圍後,可修改 B 的指引或版型再測。若後續註冊資料支持 A,可採用直連版本。若目標是七天後回訪,就另量兩條路的回訪或登入,再決定要採用哪組。
在調整前,用兩筆可辨識的測試點擊各走完一路,確認註冊接回正確路徑,再用同一個觀察窗比較。各工具內都以兩條路共用的入口次數為分母。跨工具比較前,先對齊進站、去重與事件定義。 點擊 ID 的用途 · 直達與加頁的比較方法
要先試哪一套?
如果投手已有自建頁、想保留頁面及事件定義,並透過規則、路徑和權重決定流量去向,可以先試 Binom 的接入流程。如果團隊需要一張可投放的代管安裝頁,並想在同一個 Campaign 比較直達與安裝旅程,可先試 MeetROAS 的版型與 A/B 流程。兩邊都用同一個真實註冊結果驗收,並確認團隊能取得日後要調整的那一段資料。
若正在把這兩套工具列入候選,可用廣告追蹤工具驗收清單,在採用前逐一核對註冊、重送及一個已結算日的花費。
資料來源
- Binom v2: Adding landers — 查證日期: 2026-11-07
- Binom v2: Integrated landers — 查證日期: 2026-11-08
- Binom: Self-hosted and cloud options — 查證日期: 2026-11-07
- Binom v2: Traffic distribution — 查證日期: 2026-11-08
- Binom v2: Campaign rules — 查證日期: 2026-11-07
- Binom v2: Events — 查證日期: 2026-11-08
- Binom: Conversion postbacks — 查證日期: 2026-11-08
- MeetROAS: Campaign pages and journeys — 查證日期: 2026-11-08
- MeetROAS: Source parameters and events — 查證日期: 2026-11-08
- MeetROAS: Destination events — 查證日期: 2026-11-08
- MDN: Installing and uninstalling web apps — 查證日期: 2026-11-07
- MDN: Browser install completion event — 查證日期: 2026-11-07