跳至主內容

功能說明｜全渠道自動旅程

  • 更新於

    自動旅程（Journey） 是 MAAC 的自動化行銷流程設計工具，讓品牌能依據聯絡人行為與條件，設計多階段、個人化的溝通流程，提升互動率與轉換效果。

    支援跨渠道（如 LINE、SMS、Email、WhatsApp）進行節點推播、標籤新增 / 移除、可觸及性分流（Reachability）與行為追蹤。

    適用情境包含：

    • 新客關懷旅程
    • 即時反應事件（如封鎖、新增好友）
    • 高價值客群標籤與行為維護

    透過可視化編輯介面，您可自由串接以下節點：

    • 設定觸發條件（如加入好友、封鎖、頁面瀏覽、開啟 Email、點擊 Email、取消訂閱 Email、渠道事件等）
    • 發送訊息（LINE、SMS、Email、WhatsApp）、延遲等待、行為分流
    • 新增／移除標籤、控制發送頻率與夜間時間
    • 追蹤節點互動與轉換成效（含開封率、點擊率、營收等）

    詳細情境可參考 👉 常見情境說明｜自動旅程應用指南

    1. 建立旅程

    1. 進入「自動旅程」頁面，點選【建立新旅程】
    2. 輸入旅程名稱
    3. 選擇是否啟用排程（例如每日 9 點執行）
    4. 設定每位聯絡人可進入次數（預設不限次）
    5. 設定「訊息發送限制」（例如每人最多發送 1 則 SMS）
    6. 設定「睡眠模式」（例如 00:00–08:00 不發送）

    ⚠️ 訊息發送限制設定注意事項

    為避免系統設定衝突，訊息發送限制在調整時有以下規則：

    • 設定調整原則
      • 一旦啟用「訊息發送限制」，設定僅能往上調整，無法降低或重新設為較嚴格的限制。
    • 允許的調整方式
      • 有訊息上限 → 有訊息上限（數字提高） 可將原本設定的上限調整為更大的數值。
      • 有訊息上限 → 訊息無上限 可將原本有限制的渠道改為「無訊息上限」。
    • 不允許的調整方式
      • 訊息無上限 → 有訊息上限 若原本設定為「無訊息上限」，無法再改為有限制的設定。
      • 有訊息上限 → 有訊息上限（數字降低） 若已設定訊息上限，僅能提高數值，無法降低。

    若需重設，請使用【複製旅程】功能。

    📌 補充說明：身份整合聯絡人定義
    不同渠道帳號的聯絡人，系統會透過 Unify key（如：手機號碼、Email）進行比對，
    整合為同一個身份整合聯絡人（True Contact）。

    2. 設定觸發條件

    每組旅程僅可設定一種觸發來源，包含：


    行動觸發：當使用者執行動作或屬性變更

    • 網頁事件（需串接 SDK 或 GA4）：瀏覽網頁、加入購物車、購物，以及對應的 GA 事件版本（GA 事件 - 瀏覽網頁 / 加入購物車 / 購物）
    • 渠道事件：聯絡人於各渠道的互動或訂閱行為
      • LINE：開啟 LINE 訊息、加入 LINE 官方帳號、封鎖 LINE 官方帳號、LINE 聯絡訊息 
      • WhatsApp：WhatsApp 聯絡訊息、訂閱 WhatsApp 官方帳號 
      • Email：開啟 email、點擊 email、取消訂閱 email
    • 屬性變更：新增標籤、聯絡人屬性變更（自訂欄位 / Customer ID）

    渠道事件 — 說明：

    LINE 聯絡訊息 / WhatsApp 聯絡訊息

    當聯絡人主動透過 LINE 或 WhatsApp 發送訊息給品牌官方帳號時，系統將觸發對應旅程。「LINE 聯絡訊息」與「WhatsApp 聯絡訊息」為兩個獨立的觸發節點，請依您的渠道分別設定。

    • 透過「當聯絡人回覆」下拉選單切換觸發範圍：
      • 第一則訊息 ：僅在該聯絡人為「首次發話」時觸發旅程
      • 任何一則訊息：聯絡人每次發送訊息都會觸發旅程
    • 「第一則訊息」判斷邏輯：以聯絡人的 last_message_time 欄位是否為空值（IS NULL）作為依據
    • 當 LINE 聯絡人取消關注（Unfollow）或 WhatsApp 聯絡人 Opt-out 後，系統將清除 last_message_time 欄位，使該聯絡人下次發訊時再次符合「第一則訊息」觸發條件
    • 每組旅程僅可選擇 1 個 LINE 或 WhatsApp 渠道作為觸發來源
    • 不論聯絡人發送的訊息是否觸發自動回覆關鍵字，皆會被計入觸發條件（自動回覆與旅程觸發為獨立機制）
    WhatsApp 聯絡訊息觸發設定 — 第一則訊息下拉選單與單一渠道選擇

    👉 last_message_time 欄位定義與寫入/清除時機請參考：功能說明｜聯絡人欄位說明與辨識邏輯

    訂閱 WhatsApp 官方帳號（Opt-in）

    當聯絡人發送 Opt-in 關鍵字訂閱您的 WhatsApp 官方帳號時，系統將自動觸發對應旅程。

    • Opt-in 關鍵字：各語系的 /start，由 Admin Center 統一設定，品牌無法於旅程中自行變更
    • 每組旅程最多可設定 5 個 WhatsApp 官方帳號
    • 與自動回覆（Auto-reply）為獨立機制，不互相影響
    訂閱 WhatsApp 官方帳號觸發設定

    👉 詳情請參考：教學｜WhatsApp 訂閱 Opt-in 與退訂 Opt-out 機制

    排程觸發（Scheduled）：依預設時間觸發聯絡人

    • 屬性變更：動態日期
      系統支援針對 日期（Date）及日期時間（DateTime）型自訂欄位的排程觸發（Scheduled）。此模式下，系統每日會在您指定的排程時間掃描所有聯絡人，將符合條件者自動送入旅程。使用日期時間（DateTime）型欄位時，系統會自動取用欄位中的日期部分進行比對，時間部分不影響觸發判斷。

    📌 預設限制：
    同一標籤觸發：每位身份整合聯絡人每小時最多觸發一次
    GA 事件觸發：每日僅一次

    3. 設計旅程節點

    每個節點支援以下操作：

    • 發送訊息：LINE、SMS、Email、WhatsApp
    • 新增／移除標籤
    • 設定分支條件：依標籤、網站事件（含 GA 與 SDK 網頁事件）、可觸及性（Reachability）、渠道觸達（Channel Reach）、自訂欄位（文字 / 數值 / 日期）分流
    • 更新屬性：更新或清除聯絡人的自訂欄位數值
    • 延遲等待：分鐘／小時／天／週級時間控制
    • 等待互動（Wait Until）：等待聯絡人對本旅程中特定訊息產生互動後再繼續流程 

    動作節點（Action） 

    發送 WhatsApp 訊息節點

    在旅程畫布中，您可於節點選單的「訊息」分類選擇【發送 WhatsApp 訊息】來新增 WhatsApp 發送節點。訊息編輯器採用與 WhatsApp 分眾廣播相同的 WhatsApp 訊息編輯器，發送時需選擇一個已通過 Meta 審核（status = APPROVED）的 WhatsApp 訊息範本（Template），並依需要填入範本變數內容。

     

    節點選單顯示「發送 WhatsApp 訊息」選項完整 WhatsApp Journey 畫布（觸發 → 發送 WhatsApp 訊息 → 出口）

    👉 WhatsApp 訊息範本建立與送審流程請參考：教學｜如何建立 WhatsApp 訊息範本並送審？

    📌 Email 節點補充：若要在旅程中發送 Email，需先完成 Email 渠道開通，並建立有效的寄件者設定檔（Sender Profile）。此外，每封 Email 內容都必須包含取消訂閱連結（Unsubscribe Link）才能儲存。

    👉 Email 節點與編輯器操作詳情請參考：功能說明｜Email 全通路自動旅程 ＆ 編輯器教學

    📌 使用 SMS 功能前請注意：

    簡訊功能需事先向漸強實驗室申請開通，並確保 MAAC 帳戶中有足夠點數餘額，才能順利完成簡訊發送。若未完成開通或點數不足，將導致發送失敗。

    👉 更多說明請參考：功能說明｜MAAC 點數扣點與儲值機制

    📌 使用 WhatsApp 功能前請注意：

    WhatsApp 訊息發送採用 Meta 的對話式計費（Conversation-based Pricing）機制，每次開啟對話視窗將產生費用。費率依訊息類別（行銷、服務、驗證等）與聯絡人所在國家 / 地區而異。請確認您的品牌帳戶已完成 WhatsApp Business API 設定並具備足夠額度。

    📌 自動旅程節點限制：每組旅程最多 50 個節點（含出口）；每次最多新增／移除 5 個標籤，無法保證順序。

     

    分割節點

    渠道觸達（Channel Reach）節點 

    「渠道觸達」用於判斷聯絡人在指定渠道是否可被觸達，分流至「可觸及」或「不可觸及」兩條路徑。

    檢查條件：渠道互動事件 

    「檢查條件」可檢查聯絡人在過去特定時間範圍內是否曾與品牌訊息產生互動。

    • 支援渠道與行為：SMS 點擊、LINE / Email / WhatsApp 開封與點擊、LINE / WhatsApp 回訊
    • 時間範圍設定：渠道互動事件支援分鐘、小時、天三種單位，最長回溯 30 天
    • ⚠️ 注意：本次擴充僅適用於渠道互動事件。GA / SDK 網站事件（如瀏覽頁面、加入購物車）因事件回傳有時間差，時間單位仍維持「天」為最小單位

    檢查條件：SDK 網頁事件條件設定 🆕

    SDK 網頁事件（瀏覽網頁、加入購物車、購買）在篩選與檢查條件中支援多項設定，讓您能更精準地圈選高意圖流量，而不僅依賴單一事件觸發。

    可設定條件：

    設定項目 說明
    網站渠道 選擇在任意網站渠道或在指定網站渠道
    頁面範圍 選擇瀏覽任何網頁或瀏覽指定網頁
    造訪次數 設定需達到的造訪次數門檻
    每次停留秒數 設定每次造訪需停留的最低秒數
    追蹤時間窗口 設定回溯天數，即在過去 N 天內的事件才會被計入（上限 30 天）。「天」以日曆天計算，非 24 小時回推
    追蹤消費行為 設定回溯天數，用於檢查聯絡人是否曾將指定或特定商品加入購物車，或已完成實際購買行為
    SDK 瀏覽網頁進階條件設定 — 檢查條件面板顯示瀏覽網頁、網站渠道、頁面範圍、造訪次數、每次停留秒數與追蹤時間窗口
    ⚠️ 注意事項
    • SDK 瀏覽網頁的進階條件（造訪次數 / 每次停留秒數 / 追蹤時間窗口）僅適用於篩選與檢查條件，不適用於觸發節點本身。觸發節點維持即時觸發，不支援時間窗口設定

     

    渠道互動

    「渠道互動節點」節點讓您在旅程中設定一個等待點，等待聯絡人對本旅程中特定訊息產生互動行為後，再依結果分流至「是」或「否」路徑。系統採即時監測（Real-time Monitoring），一旦在等待時間內收到事件即立刻進入「是」路徑，無需等滿時間。

    設定方式：

    1. 在旅程畫布中新增【渠道互動節點】節點
    2. 從下拉選單中選擇本旅程中的一則訊息節點作為追蹤目標。下拉選單僅會列出畫布上路徑可達的訊息節點，每個等待互動節點僅可監聽 1 則訊息
    3. 選擇要偵測的互動類型（依該訊息節點所屬渠道顯示對應選項）
    4. 設定等待時間上限（可選擇分鐘、小時或天，最長 30 天）

    各渠道支援的互動事件：

    渠道 已回覆訊息 已開封 / 已讀取 已點擊
    LINE ✅ ✅ 已開封 ✅
    Email — ✅ 已開封 ✅
    SMS — ❌（不支援） ✅（需使用系統內建短網址）
    WhatsApp ✅ ✅ 已讀取 ✅（範本訊息中的 URL 點擊）

    路徑分流：

    • 是（Yes）路徑：在等待時間內偵測到指定互動行為，聯絡人立即進入此路徑（無需等滿時間）
    • 否（No）路徑：等待時間到期仍未偵測到互動，聯絡人進入此路徑
    📌 渠道互動節點注意事項
    • 上游節點管道變更：若上游訊息節點的渠道類型變更（例如從 Email 改為 SMS），導致原先選取的互動事件不再支援，發布時系統會提示需重新設定
    • SMS 點擊追蹤前提：若選取 SMS 節點作為追蹤對象，點擊事件僅能透過系統內建短網址服務取得，需確認該節點訊息中已使用 MAAC 短網址

     

    4. 發布與啟用

    設計完成後點擊【發布】，旅程即自動啟用。可透過「旅程總覽」與「節點成效報表」查看運作狀況。
     

    📌 簡訊發送補充說明：
    若旅程中的簡訊節點發送失敗，您可於該旅程設定頁面下載簡訊發送失敗名單，支援查詢近兩個月內的發送紀錄。

    簡訊常見失敗問題可參考 👉 常見問題｜簡訊發送規範與常見錯誤

    自訂欄位 (Custom Fields) 在自動旅程中扮演著核心的資料驅動角色。透過以下功能，系統能將靜態的 CRM 屬性轉化為即時的行銷互動。

    📕 請先閱讀：教學｜MAAC × CAAC 跨產品自訂欄位設定（了解如何在 Admin Center 建立自訂欄位）


    1. 行動觸發（Action-Based）：屬性更新觸發

    當顧客的自訂欄位發生變動時，系統可即時偵測並啟動對應的旅程。

    設定步驟：

    1. 在旅程起點選擇「聯絡人屬性變更」觸發類型
    2. 選擇觸發條件：
      • 任意屬性值：只要該欄位的資料有任何變動，就會立刻觸發旅程（例如：顧客的「會員等級」發生了任何改變）。
      • 特定屬性值：當欄位更新後的數值符合您指定的條件時，才會觸發旅程（例如：設定「消費次數大於 5」，則只有當顧客更新後的次數達標時才會觸發）。
    3. 設定具體的判斷條件：如果選擇了「特定屬性值」，請設定觸發的門檻條件並儲存節點。
      （例如：您的會員等級有 5 個等級，可以設定「會員等級」必須「大於等於 3」，系統才會正式啟動旅程）。
    4. 日期欄位補充設定：若您選擇的是 日期（Date）型別欄位，部分邏輯選項會提供【忽略年份（僅有月份/日期）】勾選框。勾選後，系統在判斷時會自動忽略年份，只比對月份與日期。
    5. 進階受眾篩選（選填）：為了讓行銷溝通更精準，您可以在觸發器中疊加「篩選」條件。例如：設定當「會員等級」變更觸發旅程時，同時篩選出「2022年後有消費的顧客」。

    📕 延伸閱讀：自訂欄位 (Custom Fields) 類型與應用建議
    💡 您也可以設定 Customer ID 從無到【有值】條件作為觸發起點。這能精準捕捉顧客完成 LINE 帳號綁定的瞬間，適合用來啟動新會員歡迎旅程。


    2. 排程觸發（Scheduled）

    除了即時的「行動觸發」外，系統也支援針對 日期（Date）及日期時間（DateTime）型自訂欄位的排程觸發（Scheduled）模式。此模式下，系統每日會在您指定的排程時間掃描所有聯絡人，將符合條件者自動送入旅程。使用日期時間（DateTime）型欄位時，系統會自動取用欄位中的日期部分進行比對，時間部分不影響觸發判斷。

    📌 補充說明
    排程觸發支援 日期（Date）及日期時間（DateTime）型別的自訂欄位（不支援文字、數字）。使用 DateTime 欄位時，系統自動取用日期部分比對，時間部分不影響觸發。掃描時間依據您組織設定的組織時區執行。欄位值未填寫（空值）的聯絡人不會被觸發。

    兩種定時觸發模式

    模式 比對邏輯 適用情境 範例
    特定日期（On Specific Date） 精確比對完整日期 YYYY-MM-DD，可搭配【在今天/特定日期】、【就在...天/週 前】、【距離今天正好...天/週】等邏輯選項，並支援固定日期或相對天數設定 單次性、有明確到期日的場景 合約到期前 7 天提醒、預約日前一天提醒
    紀念日情境（On Anniversary） 透過【忽略年份（僅有月份/日期）】自動忽略年份，只比對月份與日期（MM-DD），適合每年重複觸發 每年重複的週期性事件 生日祝福、入會週年慶、結婚紀念日

    設定步驟

    1. 在旅程起點選擇「動態日期」> 選擇一個日期（Date）或日期時間（DateTime）型別的自訂欄位（例如：生日（Birthday）、合約到期日（Contract End Date）、下次預約時間（Appointment DateTime））
    2. 選擇觸發條件：
      1. 特定日期（On Specific Date）：選擇邏輯選項（例如：【在今天 /特定日期】、【就在...天/週 前】、【距離今天正好...天/週】），並設定固定日期或相對天數條件（YYYY-MM-DD）。
      2. 紀念日情境（On Anniversary）：勾選【忽略年份（僅有月份/日期）】後，系統會自動忽略年份，僅需關注月日（MM-DD），這種做法適合想保留日期邏輯控制、但又不想比對年份的情境。
    3. 設定 觸發時間：指定系統每日掃描的時間（例如：09:00 AM），系統將依據組織時區執行
    4. （選填）設定進階受眾篩選條件
    5. 儲存觸發節點，接續設計旅程後續動作

    情境範例

    情境 1：每年自動發送週年紀念日祝福

    1. 選擇日期型別（DATE）自訂欄位如：「結婚紀念日」
    2. 邏輯選項：【在】，並勾選【忽略年份（僅有月份/日期）】
    3. 排程時間：09:00 AM（依組織時區）
    4. 每天 09:00，系統掃描今天 MM-DD 符合的聯絡人 → 進入旅程 → 自動發送紀念日祝福訊息

    情境 2：合約到期前 7 天提醒（On Specific Date）

    1. 選擇日期型別自訂欄位「合約到期日（Contract End Date）」
    2. 邏輯選項：【距離今天正好...天/週】，相對日期設定為 7 天；排程時間：10:00 AM
    3. 每天 10:00，系統掃描合約結束日在未來 7 天以內的聯絡人 → 進入旅程 → 自動發送續約提醒。

    情境 3：預約到店前一天提醒（On Specific Date）

    1. 選擇日期型別自訂欄位「預約日期（Appointment Date）」
    2. 邏輯選項：【就在...天/週 前】，相對日期設定為 1 天；排程時間：18:00 PM
    3. 每天 18:00，系統掃描預約日在未來 1 天以內的聯絡人 → 進入旅程 → 自動發送提醒訊息與地點資訊。

    3. 旅程分支：使用自訂欄位分流

    在旅程中，您可以使用「自訂欄位」作為分岔路口的判斷條件，讓不同狀態的顧客走向專屬的溝通途徑。系統會根據資料類型，自動提供最適合的邏輯判斷：

    • 文字判斷 (Text)：可設定「等於」、「包含」等條件。例如：判斷「會員等級」是否「等於」Level3，若符合則發送專屬優惠券。
    • 數值大小 (Number)：可設定「大於、小於、介於區間」等條件。例如：判斷「紅利點數」大於 1000 點，自動發送高門檻兌換券。
    • 日期區間 (Date / DateTime)：可設定「特定日期之前、之後」等條件。例如：判斷「點數到期日」在「今天之前」，及時發送快到期提醒。

    4. 更新屬性：透過旅程自動更新 / 清除自訂欄位

    旅程不僅能讀取欄位資料，還能根據顧客的互動行為「自動更新」自訂欄位。

    設定步驟：

    1. 在旅程畫布中新增「更新屬性」動作節點。
    2. 選擇目標自訂欄位：挑選您想要修改的顧客屬性（例如：最近一次消費時間）。
    3. 選擇您要執行的動作：
      • 更新數值 (Update)：直接為欄位賦予新值（例如：顧客於官網下單完成，自動最近一次消費時間更新為 當前時間）。
      • 清除數值 (Clear)：將該欄位現有的資料清空重置 (Set to Null)，方便進行下一波行銷活動的狀態歸零。

    💡當旅程觸發後，符合條件聯絡人的自訂欄位會被自動更新（如消費時間、會員等級等），並自動同步於 CDH 當中

    5. 封存欄位 (Archived Field) 對旅程的影響

    若您在 Admin Center 將某個自訂欄位「封存」，系統將停止讀取該欄位，對旅程各節點的影響如下：

    對旅程觸發 (Journey Trigger) 的影響：

    • 系統狀態：旅程本身仍會維持「啟用」，但在旅程列表與畫布的對應節點上會顯示紅色警示圖示。
    • 實際影響：該觸發節點將會停止生效，不會有任何新的聯絡人因為該欄位變動而進入旅程。
    • 如何恢復：回到 Admin Center 的「已封存欄位」中點選「恢復」，觸發器會直接恢復正常運作，您不需要手動重新開啟旅程。

    對旅程分支 (Journey Branch) 的影響：

    • 系統狀態：旅程維持「啟用」，該分支節點顯示紅色警示。
    • 實際影響：若觸發點正常，旅程繼續運行。但走到以「已封存欄位」為條件的分支時，系統會判定為「空值」或「不符合」，聯絡人將一律被導向「否 (No)」的路徑。

    對更新屬性 (Action Node) 的影響：

    • 實際影響：系統會拒絕對「已封存欄位」進行任何寫入，欄位數值不會有變化。
    • 如何恢復：需先解除封存，且聯絡人需再次被觸發並重新經過該節點，才會成功執行。

    # 數據定義與報表說明

    自動旅程各渠道成效指標定義

    指標名稱 計算方式 說明
    訊息發送數 訊息發送總數 成功發送的所有訊息（含 LINE、SMS、Email、WhatsApp）
    開封率 LINE / Email：不重複開封數 / 發送量
    WhatsApp：不重複已讀數 / 成功送達數（Delivered）     		LINE、Email 與 WhatsApp 支援開封/已讀數據；SMS 無開封數據。WhatsApp 已讀率分母為「成功送達數」而非「發送數」
    點擊率（CTR） LINE / Email：重複點擊 / 開封數
    SMS：重複點擊 / 發送量
    WhatsApp：重複點擊 / 已讀數     		依平台計算；可呈現整體 CTR
    不重複點擊率
    （Unique CTR）     		LINE / Email：不重複點擊 / 開封數
    SMS：不重複點擊 / 發送量
    WhatsApp：不重複點擊 / 已讀數     		需搭配 GA4 + UTM
    加入購物車數 GA4 add_to_cart 事件數 須完成 GA4 串接
    訂單數 GA4 purchase 事件數 須完成 GA4 串接
    營收 GA4 revenue 數值 須完成 GA4 串接

    渠道指標差異

    指標 LINE Email SMS WhatsApp
    開封 / 已讀率分母 發送數 發送數 N/A（不支援） 成功送達數（Delivered）
    點擊率（CTR）分母 開封數 開封數 發送數 已讀數
    已讀回條限制 無限制 依 Email Client N/A 使用者可關閉已讀回條，導致已讀率偏低

    📌 Email 渠道成效補充：除了既有的訊息發送、點擊與營收指標外，Email 節點另提供退信數 / 退信率、垃圾郵件舉報數 / 舉報率、取消訂閱數 / 取消訂閱率與發送失敗數，可用來檢查寄送品質與名單健康度。

    節點成效報表指標定義

    每小時更新一次，目前不支援報表下載。

    分支與等待互動節點指標：

    • 分支節點（檢查條件、渠道觸達）／等待互動節點：節點上會顯示流量次數（Traffic Counts）與不重複聯絡人（Unique Contacts）兩項指標（僅顯示數量，不顯示百分比）
    • 資料更新採每小時批次（Hourly Batch），與其他畫布數據同步頻率一致
    • 分流邏輯處理延遲（從事件到達系統至聯絡人移動到下一節點）≤ 30 秒，與畫布上的數據顯示延遲（每小時）為兩個獨立指標

    指標名稱

    說明

    備註
    訊息名稱 對應旅程設定中的節點名稱
    發送數 該節點成功發送的訊息總數
    開封數

    LINE 與 Email 支援開封數計算

    SMS 顯示為 N/A

    WhatsApp 支援已讀數計算（受已讀回條設定影響）

    開封數計算為：每日不重複計算

    例：小明於 1/1 開封此訊息 2 次、於 1/2 開封訊息 1 次，在旅程節點成效計算則為：2 次

    可支援 LINE 開封的訊息模組可參考： 功能介紹｜LINE 訊息模組與訊息範本庫
    開封率 LINE / Email：不重複開封 / 發送數
    WhatsApp：不重複已讀 / 成功送達數
    點擊數 使用 MAAC 短網址產生的重複點擊次數
    點擊率（CTR）

    LINE / Email：重複點擊 / 開封數

    SMS：重複點擊 / 發送數

    WhatsApp：重複點擊 / 已讀數
    不重複點擊數 透過 GA4 + UTM 計算的唯一點擊數
    不重複點擊率

    LINE / Email：不重複點擊 / 開封數

    SMS：不重複點擊 / 發送數

    WhatsApp：不重複點擊 / 已讀數
    SMS 發送單位數 依字數計算計費單位（限 SMS）
    加入購物車數 歸因至該節點的 GA4 add_to_cart 數
    訂單數 歸因至該節點的 GA4 purchase 數
    營收 GA4 revenue 歸因至該節點的總金額

    📌 Email 節點成效補充：若 Email 節點出現發送失敗數，節點上會提供失敗報告下載入口，供您查看具體原因（如餘額不足、系統封鎖等）。

    💡 想了解旅程整體成效的 AI 診斷分析？AI Journey Insight（Beta）可自動診斷旅程漏斗斷點、識別節點異常並提供優先排序的可行動建議。
    👉 功能說明｜AI Journey Insight

    # 常見問題（FAQ）

    觸發與啟動

    功能開啟與使用限制

    • Q：是否需要啟用節點報表功能？
      A：僅限 2025/08/11 後建立的自動旅程支援節點報表。

    • Q：每個帳戶最多可建立幾組旅程？
      A：最多 350 組。實際數量依合約方案為準。

    • Q：可以設定多個觸發條件嗎？
      A：不行。每組旅程僅支援一種觸發來源，建議分拆多組旅程或以分支條件進行判斷。

    • Q：使用 GA 或 SDK 作為觸發條件時有什麼限制？

      Web SDK 行為觸發：
每位身份整合聯絡人（True Contact）每小時最多觸發一次旅程
支援即時觸發，適合購物或互動行為
可識別來自 LINE、SMS 的使用者，只要網站嵌入 SDK 且含識別欄位
GA 行為觸發：
僅支援從 LINE 點擊進入網站的聯絡人
觸發有延遲（約 24～48 小時）
每位身份整合聯絡人每日最多觸發一次旅程

    • Q：為什麼我無法在旅程中儲存 Email 內容？
      A：這通常是因為內容中缺少取消訂閱連結（Unsubscribe Link）。為了維護發送聲譽並符合國際反垃圾郵件法規，MAAC 強制要求每封行銷 Email 都必須包含退訂機制。

    • Q：為什麼在設定觸發條件時，無法選取「取消訂閱 Email」、「開啟 Email」或「點擊 Email」？
      A：這通常是因為您的 Email 渠道尚未完成開通，或尚未建立有效的寄件者設定檔（Sender Profile）。其中，「取消訂閱 Email」需依賴品牌網域完成設定；而「開啟 Email」與「點擊 Email」則需依賴可監聽的寄件者設定檔。

    • Q：系統會限制訊息發送頻率或次數嗎？
      A：系統不會針對整體旅程限制全渠道發送頻率，但您可於個別平台（如 LINE、SMS、Email、WhatsApp）設定各渠道的發訊量上限或必要發送條件。

    聯絡人與頻率限制

    • Q：同一位使用者是否可以從不同渠道重複觸發旅程？
      A：系統預設每位身份整合聯絡人每小時僅可觸發一次旅程（GA 作為觸發事件則為每日一次），即使同時發生多個行為事件，也僅會觸發一次。
      若品牌另有設定自動旅程的進入次數限制（例如每日最多觸發 1 次），系統也會依照該限制進行額外控管。
    • Q：什麼是身份整合聯絡人（True Contact）？
      A：指已完成身份整合（Profile Unification）的聯絡人，例如同一位使用者的 LINE 帳號與電話號碼經比對後整合為一人。旅程觸發次數將以 True Contact 為單位控管。
    • Q：若同一個標籤被貼給多個渠道聯絡人，是否會同步？
      A：會。系統會即時同步標籤至該 True Contact 所包含的所有渠道聯絡人（如 LINE、SMS），於聯絡人頁面會標示來源為「MAAC 標籤」。
    • Q：若 LINE 帳號綁定多個電話號碼，系統會選哪一個？
      A：系統會優先使用最近有活動紀錄的聯絡人資料進行貼標與訊息發送。

    • Q: 會員標籤變更後，原本已觸發的自動旅程還會繼續執行嗎？
      A：會。當聯絡人符合條件並觸發自動旅程後，系統會將該聯絡人加入旅程排程中。後續即使標籤異動（例如移除 A 標籤、改貼 B 標籤），已觸發的旅程仍會依原排程繼續執行。標籤異動不會溯及既往影響已進入中的自動旅程。

      例如：某使用者身上貼了一個 A 標籤，條件為觸發14天之後推播訊息，但如果第10天更新標籤後，刪除了A標籤貼了B標籤，那麼原 A 標籤的聯絡人仍會走完自動旅程。

    節點與發送

    發送與節點控制

    • Q：旅程節點最多可設定幾個？
      A：最多 50 個節點（含出口節點）。
    • Q：若簡訊點數不足會怎麼樣？
      A：該節點會停止執行，後續節點不會被觸發。系統會在旅程畫面顯示警示圖示，並寄送通知信至 MAAC 管理員信箱。
    • Q：如何設定通道發送的優先順序？
      A：可使用「Reachability 分支節點」設計通道 fallback（通道可用性）邏輯，確保訊息送達並控管成本。

    編輯、資料與整合

    編輯與版本管理

    • Q：旅程啟用後還能修改嗎？
      A：僅能修改既有節點設定（如訊息內容、延遲時間），但無法新增或刪除節點。
      修改前需先暫停旅程。
    • Q：是否保留歷史版本？
      A：不會，請自行紀錄修改內容與時間。

    數據與報表

    • Q：節點成效報表多久更新？
      A：每小時更新一次。
    • Q：報表可以匯出嗎？
      A：目前不支援報表下載。

    • Q：不重複點擊（Unique Click）如何計算？
      A：需搭配 GA4 + UTM，系統會排除相同聯絡人多次點擊，只記錄首次。

      ⚠️ 補充：SDK 行為（如 page_view、purchase）不會反映於報表中的點擊、營收、訂單等數據。若您希望追蹤轉換效果，請於訊息中使用 GA4 UTM 參數。

    SDK 串接注意事項

    1. 須完成 Web SDK 安裝
    2. 目前僅支援以下標準事件：
      - page_view：瀏覽頁面
      - add_to_cart：加入購物車
      - purchase：完成購買
    3. SDK 僅影響「進入旅程」與「節點條件分支」，不影響報表中點擊與營收
    4. 同一位 True Contact 每小時僅可觸發一次 SDK 事件

    5. 可透過觸發條件中「Web channel」篩選特定網站來源（最多 5 個）

      👉 SDK 串接步驟可參考：設定教學｜軟體開發套件（SDK）安裝說明

    自訂欄位與定時觸發相關

    Q：如果我在 Admin Center 將自訂欄位封存後又解除封存，歷史資料會消失嗎？解除封存會重新觸發旅程嗎？

    A：歷史資料不會消失。封存僅會讓欄位從介面上隱藏並拒絕寫入新資料。解除封存後，過去儲存的數值會完整恢復顯示。單純解除封存的動作本身「不會」重新觸發旅程；但解除封存後，若該欄位後續有收到新的數值變更，就會正常觸發對應的 On Update 旅程。

    Q：如果透過 API 或由客服在 CAAC 更改了自訂欄位數值，會觸發 MAAC 的旅程嗎？

    A：會的。若您的品牌有開啟 CDH 功能，MAAC、CAAC 與 API 均會共用此底層資料。只要欄位發生變動且符合觸發條件，旅程就會自動啟動。

    Q：使用「清除數值 (Set to Null)」的 Action Node，會觸發另一個監聽該欄位的旅程嗎？

    A：會的。將欄位值從「有數值」變更為「空值 (Null)」也屬於一種「數值更新」行為，因此會正常觸發監聽該欄位變動的 On Update 旅程。


    Q：排程觸發（Scheduled）的掃描頻率為何？
    A：系統每日執行一次掃描，時間為您在觸發節點中設定的排程時間（依組織時區）。例如設定 09:00 AM，則每天早上 9 點掃描一次。


    Q：紀念日情境（On Anniversary）的「忽略年份」具體是如何運作的？
    A：系統在比對時會自動忽略欄位中的年份（YYYY），僅比對月份與日期（MM-DD）。例如聯絡人的生日（Birthday）為 1990-05-20，在紀念日情境下，每年 05-20 都會符合條件並觸發旅程。


    Q：排程觸發的排程時間時區是如何處理的？
    A：排程時間依據您組織在 MAAC 中設定的組織時區執行。例如組織時區為 UTC+8，設定 09:00 AM，系統將在台灣時間早上 9 點進行觸發掃描。

    Q：什麼是 Wait Until（互動分流）節點？跟一般條件分支有什麼不同？
    A： 一般的條件分支是判斷會員「已經擁有的靜態標籤或屬性」。而 Wait Until 節點能讓旅程「暫停等待」，即時監測用戶收到訊息後的「真實互動反應」。一旦偵測到用戶產生指定互動，不用枯等時間結束，旅程會立刻觸發下一步。這取代了過去「必須依賴點擊連結、後台貼上標籤，才能觸發下一段旅程」的破碎設定方式。

    Q：Wait Until 節點支援偵測哪些渠道與互動行為？
    A： 系統目前支援三大互動行為的偵測：
    *   *開啟 (Opened)*：支援 LINE、Email。
    *   *點擊 (Clicked)*：支援 LINE、Email、SMS 與 WhatsApp（需透過系統追蹤網址）。
    *   *回覆 (Message)*：主要支援 WhatsApp（包含用戶手動輸入文字、點擊互動按鈕等回覆行為）。

    Q：如果在設定的等待時間內，會員沒有產生指定的互動，會發生什麼事？
    A： 如果會員在設定的期限內沒有動作，旅程會自動走向「未互動 (No)」的分支。品牌可以利用這個機制設計「未讀補發」劇本。例如：發送 LINE 訊息後，設定等待 24 小時，若未讀（走 No 分支），則改為發送 SMS 簡訊，把行銷預算精準花在需要二次喚醒的客群上。

    Q：如果在 Wait Until 節點中判斷了 WhatsApp 的互動行為，下一步可以改發送 LINE 或 Email 訊息嗎？
    A： 可以，但取決於該會員的聯絡資料是否完整。 
    Journey 的運作基礎是「會員檔案 (Member)」。只要該客人的會員檔案中有同時綁定 WhatsApp 與 LINE / Email，您就可以在畫布上自由串接跨渠道的發送節點。
    (注意：如果是全新的 WhatsApp 廣告客源，尚未留下 LINE 或 Email 資訊，當旅程走到發送 LINE / Email 節點時，系統會自動判定為「略過 (Skipped)」並繼續走下去，不會導致整趟旅程中斷。)

    渠道相關

    WhatsApp 相關

    Q：WhatsApp Template 在旅程進行中被暫停或停用怎麼辦？
    A：若旅程中使用的 WhatsApp 訊息範本（Template）被 Meta 審核為 PAUSED（已暫停）或 DISABLED（已停用），該 WhatsApp 發送節點將無法正常發送訊息。系統會在旅程畫面的對應節點上顯示警示圖示。建議您定期檢查範本狀態，並在必要時替換為其他已核准的範本。

    Q：WhatsApp 的「已讀取」指標為什麼可能偏低？
    A：WhatsApp 的已讀回條（Read Receipt）功能可由使用者自行關閉。當使用者關閉此功能時，即使實際上已閱讀訊息，系統也無法收到已讀回報。因此，WhatsApp 渠道的「已讀率」可能低於實際閱讀率。此為 WhatsApp 平台限制，非系統異常。

    Q：什麼是「第一則訊息」觸發？
    A：「第一則訊息」觸發是指當聯絡人首次透過 LINE 或 WhatsApp 主動發送訊息給品牌帳號時觸發旅程。系統判斷依據為聯絡人的 last_message_time 欄位是否為空值（IS NULL）。當 LINE 好友取消關注（Unfollow）或 WhatsApp 使用者 Opt-out 後，系統將清除此欄位，使該聯絡人下次再發送訊息時可再次被視為「第一則訊息」。

    Q：WhatsApp 發送訊息是否有額外費用？
    A：是的。WhatsApp 訊息發送採用 Meta 的對話式計費（Conversation-based Pricing）機制，每次開啟 24 小時對話視窗將依訊息類別（行銷、服務、驗證等）與聯絡人所在國家 / 地區收取費用。此費用由 Meta 計收，與 MAAC 平台費用分開計算。建議品牌在規劃旅程時將 WhatsApp 對話費用納入成本考量。

    # 情境應用

    👉 如需情境應用範例，請參考：常見情境說明｜自動旅程應用指南

    相關文章