Voluum 與 RedTrack 追蹤網域：DNS、SSL 與頁面主機怎麼分？

同一位投手，先分清三份工作

Voluum 與 RedTrack 都支援自訂追蹤網域。真正要比較的是團隊維護哪一套設定：Voluum 依帳戶分新舊流程，並分開顯示連線與憑證狀態；RedTrack 要設定 DNS、加入網域，SSL 選項則隨連線方式而異。本例中，新增追蹤網址或取得憑證，都不會替團隊提供實際落地頁。

假設同一位投手推廣課程會員。團隊已提供並代管介紹頁和註冊目的地。Lander 是廣告後的介紹頁；offer 是推廣的服務及其目的地。投手想換成品牌自己的追蹤網址，同時保留原頁面，並確認往下的點擊與完成註冊仍回到正確 Campaign。

用三個虛構主機名稱分工：track.course.example 負責追蹤，learn.course.example 顯示介紹頁，join.course.example 完成註冊。即使都在同一母網域下，三者也不是同一份工作。DNS 告訴請求往哪裡走，CNAME 記錄把一個主機名稱指向另一名稱；TLS，也就是產品設定常稱的 SSL，保護該主機的連線。憑證正常不等於頁面已備妥，更不等於完成轉換追蹤。

本文採用經過轉址的介紹頁到 offer 情境。兩套工具還有其他追蹤方式，不能把這條可見轉址路線套用到所有腳本式 Campaign。完整的頁面與產品選擇，可先看 MeetROAS／RedTrack 比較。

Voluum：照帳戶顯示的新舊流程設定

Voluum 網域指南 區分舊的 standard 設定與較新的 CloudFront 設定。投手先看帳戶的 Add custom domain 畫面，不把兩份指南的步驟混在一起。

新流程 是先填入子網域並儲存，再複製系統產生的兩組記錄名稱與對應值。管理 DNS 的人依照帳戶提供的值建立兩筆 CNAME。不能拿另一個帳戶記住的目標，代替這次產生的內容。

Voluum 把網域與憑證分開顯示狀態。Connected 表示網域已連線，Issued 表示憑證已核發。憑證仍 pending、失敗或過期，就先處理再用來追蹤。只看到其中一個狀態正常，不代表另一項也完成，更不能取代實際開啟 Campaign 連結。

指南也說明，加入自訂網域後，還要到相關 Campaign 設定選用它。換完後檢查複製出來的 Campaign 與 click URL；不能假設一個主機設定，會自動改掉外部落地頁早已發布的按鈕連結。

RedTrack：DNS 與 SSL 路線分開看

RedTrack 自訂網域指南 從投手持有的網域開始。文件中的網域商範例，是讓追蹤子網域的 CNAME 指向該帳戶的 RedTrack dedicated domain，再到 Tools → Domains 加入主機名稱。使用期間要保留必要的 DNS 記錄。

一般指南替付費客戶提供 Free SSL 開關，但 Cloudflare 專用指南 另有 Full (strict) 路線：在 RedTrack 使用 Cloudflare origin 憑證與金鑰，並明確要求該路線不要啟用 Free SSL。這是不同設定分支，不是把所有開關一起打開。由負責管理的人核對選定路線與當前帳戶指示；本文不要求讀者更動整站 TLS 設定。

RedTrack 的選填 Root domain URL，是訪客直接輸入追蹤網域時要送往的地址，不是上傳課程頁面的地方。測試這個裸網域，也不能代替測試真正 Campaign URL。投手仍要檢查廣告連結，以及介紹頁往下走的按鈕。

追蹤主機與頁面主機各自負責什麼？

Voluum lander 文件 要求頁面已在外部代管，並說明往 offer 前進所需的 click URL。RedTrack 可編輯落地頁文件 也描述由使用者提供頁面，再依追蹤方式調整頁面程式。本例由團隊供應那張頁面，追蹤器設定它與後續旅程的關係。

兩邊都能用這份分工排查問題：追蹤地址出現憑證錯誤，先查它的連線設定；介紹頁表單壞掉，找頁面實作；目的地已完成註冊卻沒報表，先查事件串接與點擊身分，不直接改 DNS。缺少回報是證據不可用，不是量到零次。

先驗證一組 Campaign，再換下一組

使用已授權的測試 Campaign，換地址前後保留相同頁面、offer 與結果定義：

• 記下原本追蹤主機、頁面 URL 及目的地，驗證期間先保留可用的舊路線。
• 請 DNS 管理者逐一核對所選帳戶流程給的記錄。連線或憑證有問題，就先解決，才把流量送到新地址。
• 用手機開真正 Campaign URL，確認介紹頁正確、沒有憑證警告；點它實際的下一步按鈕，不只開追蹤網域首頁。
• 完成一次授權測試註冊，確認目的地回報出現在正確 Campaign，並對照原本的事件定義與身分。頁面載入不等於完成註冊。
• 檢查所有仍使用舊連結的發布位置，再停用舊路線。第一組完整旅程可解釋後，才修改下一組。

例如一份假設的診斷紀錄，在一致的測試設定下出現 20 次頁面造訪、18 次往下點擊、2 次已回報註冊。三者回答不同問題。換地址後註冊消失，但目的地確認有人完成，就先查回報路徑；如果頁面根本打不開，則先處理載入問題，再談轉換率。這些數字只是教學假設，不是效能基準，也不能證明哪套工具轉換較好。

依團隊要承擔的工作選擇

兩套工具都提供自訂追蹤地址，僅有這項功能不能決定選擇。實測 Voluum 帳戶適用的網域流程與狀態檢查，或 RedTrack 的 DNS、網域表單與 SSL 分支；看 DNS 管理者、頁面團隊和投手能否共同維護並驗證。自訂名稱與有效憑證不保證廣告核准、歸因更準或收益更高。

如果真正缺的是一張可代管的 PWA 投放頁，也就是能加到手機主畫面的網頁體驗，MeetROAS 投放頁 解決的是另一份建頁工作，不能取代這裡的 DNS 與整段旅程驗證。更廣的追蹤器工作分工，可讀 MeetROAS／Voluum 比較。