MeetROAS 與 Voluum:落地頁與追蹤差在哪?

MeetROAS 編輯團隊 · 發布

Lander 是訪客看到的落地頁;Voluum 的 Lander 設定是接入你已做好、已上線的頁面。MeetROAS 可提供投放頁與 PWA 安裝、開啟路徑,並連結已串接的註冊與首存;Voluum 著重比較來源、落地頁及 offers 的成效,並在適用方式下分配流量。兩者都有追蹤能力,選擇取決於你先要建立頁面、查安裝過程,還是分析已有流量與路徑。

Lander 是什麼?先分清楚頁面與工具

Lander 就是 landing page,也就是廣告點擊後,訪客實際看到的落地頁。 它可以介紹產品、說明優惠,或放上「立即註冊」「安裝」按鈕。Offer 則是你要推廣的商品或服務,以及訪客最後前往的目的地,例如註冊站。

一條常見路徑是:廣告 → 落地頁 → 註冊站 → 完成註冊或付款。落地頁負責讓人理解、願意繼續;追蹤工具負責記錄人從哪裡來、走了哪條路、最後有沒有產生結果。

Voluum 裡的 Lander,是這張頁面的設定項目。依官方新增說明,你先準備一張外部託管、已公開上線的頁面,再把網址填入 Voluum,設定追蹤及按鈕連結。「Create Lander」完成的是接入追蹤的設定,並沒有替你完成那張頁面的設計與上線。

因此,對投手真正有用的比較是:MeetROAS 能替我提供怎樣的頁面與訪客體驗?Voluum 能怎樣追蹤、比較和分配我已有的流量?

Lander 是訪客看到的頁面。MeetROAS 提供投放頁與 PWA 入口;Voluum 接入已有頁面,追蹤成效並分配流量。
先分清頁面與工具,再決定要建立頁面、查安裝過程,或比較來源與 offer。圖示為主要工作重點,非完整功能清單。

MeetROAS:從投放頁,看到安裝、開啟與後續結果

MeetROAS 可以用既有版型建立 Campaign 投放頁,讓不同廣告的訪客看到對應內容,並提供 PWA 安裝入口。PWA 是可加入手機主畫面、再次開啟的網站入口;支援方式會因裝置及瀏覽器不同而改變,不等於下載原生 App。

投手可把同一 Campaign 的頁面瀏覽、安裝點擊、首次開啟放在一起看;目標站完成串接後,再看收到的註冊、首次存款等結果。點了安裝、真的完成安裝、首次開啟、完成註冊,是不同動作,不能互相代替。

例如,頁面有人看,卻很少人點安裝,值得先檢查優惠是否清楚、內容是否接得上廣告;有人點安裝,卻很少首次開啟,就要檢查裝置支援、安裝引導及開啟路徑;開啟很多而註冊少,則往目標站表單或事件串接查。這些數字告訴你優先查哪段,不能單憑落差斷定原因。

MeetROAS 也提供同網址、兩種版型的固定 50/50 測試,讓同一訪客保持原分配。目前 A/B 摘要比較的是各版型的瀏覽、首次開啟及兩者比例。串接後的註冊與首存另在 Campaign 層級查看,沒有按 A/B 版型拆分;不能拿整個 Campaign 的合計,判定哪個版型帶來更多註冊或首存。

因此,MeetROAS 適合需要建立投放頁、測試版型到首次開啟的表現,或經營 PWA 入口的團隊。詳見投放頁與測試說明;接入一張頁面本身不保證增加轉換。

Voluum:看哪個來源、頁面與 offer 值得繼續投

Voluum 的重點是把不同流量來源、落地頁和 offers 納入追蹤。設定正確後,可記錄造訪、落地頁導向 offer 的點擊,以及回傳的轉換;有花費與回報金額,才能進一步看收益和成本。追蹤總覽說明了這些資料與設定條件。

對投手而言,它能協助回答:「哪個來源的轉換比較好?」「同一 offer 配哪張落地頁比較有效?」「同一 Campaign 中,不同裝置或國家的表現如何?」這些都是官方報表文件列出的分析方向。Voluum 也能比較落地頁成效,不能把它理解成只記錄廣告點擊數。

在適用的追蹤方式下,Voluum 還可用權重或條件規則,把流量分配到不同頁面與 offers。投手的工作重點是把已有的流量路徑接好、比較結果,再調整分配或廣告來源投放;頁面內容仍要由團隊或頁面工具製作。直接追蹤與重新導向追蹤的分流能力不同,採用前須確認實際路徑與來源規定。

把差異放進同一張表

以下比較的是公開文件所述的主要操作,不是完整功能清單。兩邊都涉及歸因與轉換資料;差異在於投手首先要做的工作。

比較項目MeetROASVoluum
頁面準備使用版型建立投放頁,提供 PWA 入口接入已上線的外部落地頁,設定追蹤與導出連結
優先看的資料同一 Campaign 的瀏覽、安裝動作、開啟及已串接結果各來源、落地頁、offer 的造訪、點擊、轉換及已提供的成本收益
調整的工作修改頁面內容、比較版型、檢查安裝與開啟路徑比較來源及路徑,再調整投放或適用的流量分配
常見選用情境需要投放頁、PWA 入口與中間步驟的診斷已有頁面及 offers,需要集中追蹤、細分報表與路徑控制

這不是互斥的能力邊界。不能因表格未列出某項功能,就判定產品沒有;也不能從概念上互補,直接推論兩者已有現成串接。

假設同一位投手有兩個問題

以下都是教學數字,不是任一產品的實測成效。

問題一:廣告有帶人進來,為什麼沒帶到註冊? 假設一週內,同一批去重訪客只走「頁面 → 安裝 → 首次開啟 → 註冊」這條路:1,000 人看頁面、200 人點安裝、100 人首次開啟、40 人完成註冊,最後有 8 人首次存款。已確認事件完整回傳,且結果已成熟。

頁面到註冊率是 40 ÷ 1,000 = 4%。這個比例只能說明整段結果,不能解釋卡在哪裡。若你需要同時建立這張頁面,並檢查安裝與開啟步驟,MeetROAS 的頁面與 PWA 資料更貼近這項工作。先查 200 次安裝點擊到 100 次首次開啟之間發生什麼,再設計測試;不要直接把差額叫作「安裝失敗」。實際報表的動作計數也不一定都是去重人數。

問題二:我已經有頁面與 offer,下一筆預算該放哪裡? 另做一個來源比較:A、B 各帶來 500 次造訪,同一種已回傳轉換分別為 20、5 次,轉換率是 4% 與 1%。Voluum 的來源、頁面與 offer 報表適合把這類差異拆開看,再決定要測哪個組合。A 的轉換較多仍不足以判定更賺錢,還要比相同期間、幣別的花費及有效回報,並檢查追蹤和流量組成差異。

每次結果花多少錢,可接著看 CPA 的計算方式;若要判斷營收相對廣告費,則看 ROAS 指南。這兩個問題都需要可靠資料,但一個先處理頁面與安裝過程,另一個先處理流量和路徑組合。

試用前,先確認這三件事

  • 誰提供頁面? 要立即建立投放頁與 PWA 入口,先測 MeetROAS 的版型及裝置體驗。已有自製頁面、不同 offers,主要缺集中追蹤與分流,先測 Voluum 的路徑及報表。也要比較直達目標站是否比多加一頁更合適。
  • 誰回傳結果? 註冊站或聯盟網必須把實際業務結果回傳給工具。MeetROAS 的事件文件要求保留點擊識別碼,以便把結果歸回 Campaign;Voluum 也需要設定轉換追蹤。未串接時「沒收到註冊」不等於「沒有註冊」。
  • 你要驗證哪個決策? 選一個來源、明確定義一種結果,核對手機頁面、一次完整行程及回傳資料,再比較成熟樣本。付款或存款金額不自動等於營收;缺少花費或營收時,也不能把 ROAS 當作零。

選型時,把要建立的頁面、需要看的資料與要調整的決策寫出來,再核對帳戶適用功能、價格及支援條件。兩者是否可一起用、是否能替換現有設定,都需要實際驗證識別碼交接與轉換回傳,本文不把未驗證的組合寫成可直接使用。

資料來源