Binom Rotations 與 Voluum Flows：共用分流會改到誰？

哪幾組 Campaign 應該一起改？

Binom Rotations 與 Voluum Flows 都能讓多組 Campaign 共用分流設定。修改共用設定，可能讓所有綁定的 Campaign 一起改變。 真正要比較的是怎麼指定共用或獨立設定，而不是把兩個名稱當成訪客會看到的頁面。

假設同一位投手用三組 Campaign 推廣線上課程。A、B 經由同一份分流設定，使用相同介紹頁與註冊 offer；C 則使用獨立設定。現在只想在 A 測試新的註冊目的地，讓 B、C 保持原樣。這時直接改共用設定，影響範圍就不對了。

Lander 是廣告後的介紹頁；offer 是推廣的服務及目的地，這裡是課程註冊頁；path 描述訪客如何到達這些頁面。Binom 的 Rotation 和 Voluum 的 Flow 是可重用的分流設定，不是另一張實體頁面。

本例由團隊供應已上線的課程頁面；追蹤器提供導流設定與報表，目的地則回報完成註冊。

Binom：把 Campaign 綁到 Rotation

Binom v2 Rotation 文件把它定義為 Campaign 路徑與規則的範本。投手可在 Rotations 建立設定並加入 Campaign，或在 Campaign 的分流選單裡，從 Custom 改選該 Rotation。儲存後，綁定的 Campaign 依 Rotation 設定分配流量。較早版本的官方文件也明確說明，修改會套用到所有使用該 Rotation 的 Campaign。

若 A、B 應該一起更換 offer，共用 Rotation 可以省去逐組修改；動手前先列出所有綁定的 Campaign。若只測 A，就讓 A 使用獨立 Rotation，或明確設定自己的 Custom 分流，儲存後再確認關聯。從 A 打開編輯器，不代表正在編輯的共用物件已變成 A 專用。也要核對實際安裝版本，不能把舊文件所述「編輯後自動切回 Custom」當成所有版本的保證。

在已選定的分流設定裡，Binom 流量分配會判斷規則，依權重分配符合條件的點擊。跨 Campaign 共用 Rotation，與在路徑中做分流，是兩個決定：前者決定修改影響誰，後者決定一筆符合條件的點擊去哪裡。

Voluum：選共用 Flow，或 Campaign 專用 Paths

Voluum 的 Campaign Destination 有 Flow 與 Path 兩種選擇。Flow 是儲存好的路徑設定；Campaign 目的地文件提醒，修改會影響所有使用它的 Campaign。同一份文件也區分只用於該 Campaign 的 Paths。

A、B 都應跟隨中央維護的目的地時，投手可選同一個 Flow。若只測 A，則把 A 設為 Campaign 專用 Paths，或另一份獨立維護的 Flow，並確認 B 仍指向原本的 Flow。不能讓 A 繼續綁著原設定，卻期待修改原設定只影響 A。

Flow 可以有預設及規則路徑。Flow 建立文件另有一個實用區分：country 標籤會限制設定時能選哪些素材物件，本身不是訪客國家定向。若只想對某國流量測試，要驗證真正的分流規則，而不只看標籤；也先確認選用的追蹤方式支援所需分流。

誰提供頁面？投手能看到哪些結果？

這個案例的課程介紹頁與註冊網站由投手團隊提供及代管。Binom 可以接入一般外部 lander，也另有 integrated lander；Voluum 的 Lander 文件則以已上線、由外部主機提供的頁面為起點。共用分流物件不會替團隊設計頁面或發布新版註冊表單。Binom 頁面設定 · Voluum Lander 設定

進站或往下一站的點擊，都不等於完成註冊。Postback 是伺服器回報結果；Binom、Voluum 都有用原始點擊身分接回轉換的文件。比較前先確認新的目的地會保留該身分，並回報相同定義的註冊。回報缺漏時，結果是不可用，不是零。Binom postback · Voluum 轉換回報

把變更套用到真正想測的 Campaign

以下是同一位投手的假設操作案例：

• 記下 A、B 綁定共用設定，C 使用自己的設定，也記下目前的頁面與 offer 參照。若 A、B 都應變更，就改共用物件，之後回查兩組 Campaign。
• 若只測 A，先讓 A 使用獨立維護的分流，再更換它的目的地參照，讓 B 留在原設定。儲存後重新打開 A、B，確認各自綁定的物件。
• 同時核對頁面參照。兩份獨立分流仍可能指向同一張 lander 或同一個 offer；直接修改該共用頁面或 offer 仍可能影響兩邊。分開分流設定，不會自動複製網站檔案或所有引用物件。
• 用獲授權的測試進站分別走 A、B、C，核對目的地，以及完成註冊是否回到正確 Campaign。新路徑驗證前，先保留舊設定。

假設之後 A 的 1,000 次符合條件進站收到 30 次註冊，B 的 1,000 次進站收到 40 次，兩邊每筆進站都觀察七天。這些只是教學數字。先核對共同註冊定義、資料涵蓋、來源／受眾差異及樣本量，再調整流量。A、B 可能來自不同流量，不會因此自動成為隨機實驗，也不能證明差異由新目的地造成。要看 Campaign／路徑結果，共用物件的合計數字不能解釋哪一組發生改變。

若 A 有往下一站的點擊，卻沒有驗證過的註冊，先查新目的地與 postback。若共用修改後 A、B 一起出現相同問題，就查它們共同的分流與引用物件。當成熟且可比的結果支持某個目的地，再調整指定設定或權重。這才是投手看完資料後能做的決定。

依照維護工作選擇試用方式

兩者都能集中維護分流，這個重疊能力本身很有用。若團隊會維護 Binom 的物件，就試 Rotation 綁定與 Custom 流程；若會用 Voluum，就試 Flow 與 Campaign 專用 Path 的切換。按實際設定、版本及帳戶驗收，不從名稱推論準確率、價格或獨有能力。

同一個 Campaign 裡的版本比較可看落地頁 A/B 指南；更完整的頁面與追蹤器選擇可看 MeetROAS／Binom及 MeetROAS／Voluum。若當前要做的是替可從桌面開啟的網頁應用程式建立代管安裝頁，MeetROAS 投放頁解決的是這另一段工作，不代表已與任一共用分流系統自動整合。