Whoops

Messenger 聊天機器人行銷:入門到實戰指南

Messenger 聊天機器人適合承接廣告來訊、客服分流與名單資格審查,搭配 24 小時訊息政策與 UTM 追蹤,才能把對話流量推進成轉換。

作者:褚崇名(Sliven)

本頁目錄

Facebook Messenger 聊天機器人不是品牌完全掌握、可任意反覆觸發的名單管道。它是受 Meta 平台政策、帳號狀態與訊息視窗約束的對話工具,適合承接廣告或粉專來訊、分流問題與推進下一步。

先講結論

  • Messenger 行銷用的「聊天機器人」本質是對話式名單+自動化腳本,不是 AI 陪聊工具。
  • 它能把部分流量轉成平台內可識別的聯絡對象,但這份聯絡資料受平台規則約束,不等於可自由攜出的自有名單。
  • 真正會翻車的不是工具難用,而是沒搞懂 Meta 的24 小時訊息規則,結果帳號被限制、訊息發不出去。
  • 選工具之前,先畫好你的對話式行銷漏斗:客服分流、名單資格審查、廣告承接、再行銷廣播、棄單挽回,五條路徑先想清楚再動手。
  • 把它當成廣告與轉換之間的橋樑,搭配 UTM 追蹤與點擊進入 Messenger 廣告,才會變成轉換引擎,避免淪為漂亮的擺設。

這裡談的是策略層:機器人在行銷漏斗裡應該放在哪、怎麼跟廣告和網站串起來、有哪些平台規則,以及何時適合加入 AI。實際按鈕與可用功能會隨帳戶、地區及供應商版本改變,上線前仍要回到 Meta 官方文件與工具後台核對。之後進入實作階段,可以再搭配〈Chatfuel 工具實作教學〉依畫面逐步完成設定。

Messenger 聊天機器人是什麼?先拆掉三個常見誤解

在動手之前,先釐清幾個關鍵詞,因為「聊天機器人」這四個字被濫用到幾乎沒有意義。當有人說「我想做一個聊天機器人」時,他腦袋裡想的可能是三種完全不同的東西,而這三種東西的成本、技術、成效天差地遠。

誤解一:把「聊天機器人」跟「真人即時客服視窗」搞混

網站右下角的即時聊天視窗(live chat)可以由真人、機器人或兩者共同處理,和 Messenger 機器人不是同一個概念。Meta 原生 Messenger Customer Chat Plugin 已在 2024 年 5 月 9 日停止服務,因此不能再照舊教學把官方外掛嵌入網站;現行做法通常是放 Messenger 深層連結或使用仍受維護的第三方客服元件,上線前要確認供應商與 Meta 的最新支援狀態。

誤解二:以為機器人要很聰明、會自然語言理解

第二種誤解,是想像機器人要像科幻電影裡那樣「聽得懂人話」。老實說,絕大多數能替公司賺錢的 Messenger 機器人,根本不聰明。它們靠的是按鈕、快速回覆、選單這種結構化的互動,把使用者引導到一條事先設計好的腳本上。你給使用者三個按鈕選一個,比讓他自由輸入然後祈禱 AI 看懂,轉換率高得多。直到最近兩年大型語言模型(LLM)成熟,真正能自然對話的機器人才開始普及,這是後面會專門談的進化章節。

誤解三:把「機器人」當成獨立產品,忽略它其實是行銷漏斗的一環

第三種、也是最致命的誤解:把機器人當成一個獨立的東西來評估「做這個有沒有用」。實務上常見的狀況是,花了一兩個月蓋了一個功能炫技的機器人,結果沒有流量進來,也沒有接上後續轉換,成了一個孤兒。機器人不是終點,它是把你廣告流量、社群媒體行銷帶來的流量、搜尋流量接住、過濾、再推進到轉換的中介層。離開行銷漏斗來談機器人,就像離開顧客旅程來談網頁設計,一定走偏。在進入任何實作之前,強烈建議先回頭讀一遍〈行銷漏斗〉與〈顧客旅程地圖〉,把機器人放回它該在的位置。

五種真的能替公司賺錢的 Messenger 機器人場景

理清楚了定義,接下來是最實際的問題:機器人到底能拿來做什麼?能穩定產生商業價值的應用,可歸納成五個場景。注意,這五個場景的價值差很多,不要平均用力。

場景一:客服分流與常見問題自動答

導入門檻較低的做法,是先用機器人處理營業時間、地址、出貨與退換貨等重複問題,再把例外與客訴轉給真人。能省下多少人力要看來訊組成與轉真人比例。實體店家也可定期對照〈Google 商家檔案〉,避免營業時間、地址與官方資訊不一致。

場景二:名單收集與資格審查(Lead Qualification)

第二個場景是機器人最被低估的價值:重點在於邊收集邊過濾,而非單純收集姓名電話。透過幾個結構化問題(你的預算範圍、需求類型、使用情境),機器人可以在對話裡完成資格審查,把高意願的潛在客戶直接推給業務,把還在觀望的歸類到長期名單。比起一張什麼都問的聯絡表單,這種對話式的資格審查完成率高很多,因為使用者是一題一題答,心理負擔比面對一整頁表單低。如果你經營的是高單價、需要報價的服務,這個場景尤其值得做,可以參考報價表單的設計邏輯延伸到對話裡。

場景三:廣告點擊後的承接頁(Click-to-Messenger)

點擊進入 Messenger 的廣告會把使用者帶到粉專對話,適合用機器人承接提問或資格審查。只有在使用者完成符合政策的互動後,才能依當下規則繼續傳訊;點一次廣告不等於品牌已取得可任意使用的聯絡名單。廣告設定可參考〈Meta Ads 廣告投放教學〉,並以目前後台可用格式為準。

這條廣告到機器人的接力,成敗往往取決於「誘因」這一環。使用者願意點開對話,是因為他預期裡面有一個值得他花時間的東西:一份免費的報價評估、一張首購折扣碼、一段獨家內容、或一次一對一諮詢的機會。誘因給得太弱(例如「了解更多」這類無意義的召喚),點擊進入 Messenger 廣告的成效會很差;誘因給得太浮濫(到處送折價券),又會引來一堆只為撿便宜的低質量名單。實務上的原則是:誘因要跟你的核心服務綁在一起,讓領取誘因這個動作本身就完成一次資格篩選。例如諮詢服務用「免費十五分鐘健診」當誘因,會比用「一百元折價券」更能吸引到真正有需求的潛在客戶。

場景四:再行銷廣播與分眾推播

曾經互動過的使用者可能出現在平台聯絡人中,但主動傳訊仍受 24 小時視窗、訊息用途與帳號資格限制,不能把舊聯絡人直接當成可廣播的 EDM 名單。新品、優惠或內容推播是否可用,要依傳送當下的 Meta 政策與後台資格判斷。

場景五:電商的訂單通知與棄單挽回

電商可以評估用 Messenger 傳送訂單狀態或其他服務通知,但必須先取得適當的識別、同意,並符合目前允許的訊息類型。棄單提醒通常帶有行銷目的,不能因為技術上能觸發就跳過 24 小時政策;點擊率也不應在沒有同一受眾實驗時宣稱一定高於 Email。WooCommerce 的通知架構可參考〈WooCommerce 訂單通知〉,實際通道仍要分別處理政策與授權。

別急著選工具,先畫你的對話式行銷漏斗

比較聊天機器人工具之前,先問一件事:你的漏斗長什麼樣子?如果連自己要解決的漏斗環節都沒想清楚,功能再多、價格再高的工具也可能用不起來。

對話式行銷漏斗,就是把傳統的〈行銷漏斗〉映射到對話這個媒介上。建議你拿出一張紙,把下面三層畫出來。

漏斗階段 流量從哪來 機器人要做的事 成功指標
認知(上層) Meta 廣告、社群貼文、搜尋流量 用一句話說清你是誰、誘發互動(按鈕、選單) 互動率、新聯絡人數
考慮(中層) 已互動名單、廣告再行銷 資格審查、提供報價或內容、回答疑問 資格通過率、對話完成率
轉換(底層) 高意願名單 引導結帳、約時間、留下聯絡資訊 轉換數、每筆名單成本

把這張表填完,你會很清楚機器人在你的生意裡,是負責上層引流、中層過濾、還是底層成交。不同的負責位置,會直接決定你該選哪種工具、該投入多少。例如,如果你的機器人主要負責底層成交承接,那它就必須跟你網站的轉換流程、〈CTA 行動呼籲設計〉緊密接軌,才不會自成一個孤島。

還有一個常被低估的步驟:把機器人跟你的目標對象對齊。機器人裡的問候語、問題選項、推薦路徑,都應該根據你的〈目標受眾 persona〉來設計。賣給 B2B 採購跟賣給 C 端媽媽,機器人的語氣、問題順序、提供的資訊密度完全不同。這一步偷懶,機器人就會有一種「罐頭感」,使用者很快就會察覺這不是為他設計的。

對話式文案:讓你的機器人不要有罐頭感

機器人最容易露餡的地方,是文案。很多團隊花了大力氣設計流程圖,卻讓機器人開口就是「您好,請問有什麼可以協助您的嗎?」這種制式問候,使用者一秒就猜到背後是機器人,信任感立刻打折。對話式文案跟網頁文案的邏輯不同:網頁是讓人「讀」,對話是讓人「回」。每一句話都應該引導一個動作,語氣要像一個有溫度的店員,而非一份冰冷的說明書。

在審機器人腳本時,實務上會盯著三個地方看。第一是開場白:有沒有在一開始就講清楚「我能幫你解決什麼」,並給一個明確的下一步按鈕,別丟一個開放式問題讓使用者自己想。第二是分支的銜接句:使用者選了 A 方案之後,下一句有沒有承接他的選擇(例如「你想了解 A 方案的報價,對吧?」),這種回映會讓對話有真實感。第三是失敗路徑:當使用者輸入機器人看不懂的內容,有沒有一個得體的退路(例如「這個我再請真人同事跟你聯絡,方便留個電話嗎?」),別冷冰冰地跳回主選單。這三個地方顧好,你的機器人即使骨子裡是腳本,體驗也會接近真人。

Messenger、EDM、LINE 三條名單管道該怎麼選

在台灣市場做名單行銷,你大概會在三條管道之間做抉擇:Messenger、EDM(電子郵件)、LINE。這三條各有強項,彼此很難完全取代。把它們擺在同一張表來比較,你會看得更清楚。

比較項目 Messenger 機器人 EDM 電子報 LINE 官方帳號
觸及的即時性 高,推播幾乎即時看到 中,取決於收件者開信時機 高,但訊息數量受方案限制
取得聯絡的門檻 低,一鍵開啟對話即加入 中,需要填 email 並驗證 低,掃碼或點擊加好友
主動推播限制 嚴格,受 24 小時規則約束 寬鬆,合法同意後即可發 依付費方案決定訊息則數
適合的內容形式 短問答、按鈕、卡片、輪播 長文、圖文並茂、深度內容 短訊、優惠券、客服問答
資料可移轉性 受 Meta 平台與工具匯出能力限制 通常可在合法範圍內匯出 Email 與同意紀錄 受官方帳號與服務方案限制

三條管道沒有固定的覆蓋率或最佳答案。Messenger 常適合承接 Meta 生態內的對話,EDM 適合較長內容且資料較容易移轉,LINE 的適用性則要看受眾與方案成本。應以自家取得成本、可送達率、轉換與退訂資料選擇,EDM 的操作可參考〈EDM 電子郵件行銷指南〉。

實務建議是:不要三選一,而是設計一個名單階梯。先用 Messenger 把廣告流量接住、做即時資格審查;接著把高價值名單導入 email 名單,做長期內容經營;同時鼓勵他們加你的 LINE 或 LINE 浮動按鈕(可參考〈WordPress 加 LINE 浮動按鈕〉的設定),把最即時的觸及管道掌握在手裡。這樣即使單一管道的政策或演算法變動,你的名單資產也不會歸零。

24 小時訊息規則:大多數人翻車的技術地雷

這一節是整篇最值得記住的內容,因為它是真正會分開「內行」跟「外行」的關鍵,而且很少被一般教學講清楚。Meta 為了防止 Messenger 被濫用成垃圾訊息管道,對商業帳號的主動推播設下了嚴格的時間限制,這套規則叫做 24 小時訊息政策(24-hour messaging window),規範整理在 Meta for Developers 的 Messenger Platform 政策文件。

標準原則是:使用者完成符合資格的互動後,商家可在接下來的24 小時內回覆;超出視窗後,不能任意發送行銷訊息。視窗外可用的訊息類型、模板、付費選項與地區資格會調整,不能把舊版「贊助訊息」或舊訊息標籤寫成所有帳戶都可使用的通則(依 Meta 企業援助中心的 Messenger 訊息政策)。

這個規則對行銷操作的影響是結構性的。它意味著:

  • 廣播不是想發就能發。聯絡人總數不等於可合法傳訊的人數,要逐一確認視窗與用途。
  • 只有符合政策的使用者互動才會開啟或更新視窗。不要用誘導點擊或無意義回覆刻意規避規則,實際認定以 Meta 當下文件與後台為準。
  • 違規可能導致限制。違規傳訊可能影響粉專或應用程式的傳訊資格,處置程度由平台決定。

實務上,把報價、預約或結帳引導放在使用者主動互動後的有效視窗內,並清楚說明接下來會收到什麼。需要跨日跟進時,改用目前明確允許的服務訊息、取得適當同意的 Email,或等待使用者再次主動聯絡,不要預告一則政策未必允許的自動提醒。

視窗外的服務型傳訊也不是一張通行證。只有在當前政策、地區、帳戶與技術介面明確允許時,才能用對應類型傳送使用者預期的訂單、預約或帳號更新;不能把服務標籤挪作促銷。Meta 曾多次調整標籤與通知產品,因此上線前要直接核對 Meta for Developers 的 Messenger Platform 訊息標籤文件和供應商後台。

這條規則的存在,也直接回答了一個常見疑問:「為什麼我做了機器人,名單卻用不起來?」答案往往是:你以為自己擁有一份名單,但其實大半的人早已經離開了 24 小時視窗,你根本推播不到他們。理解了這一點,你對 Messenger 名單的期望才會務實。

從零開始:工具選擇與落地路徑

講完了策略與限制,終於要談工具了。請注意這裡刻意把工具放在這麼後面:因為前面那些沒想清楚,選工具只會選錯。目前市場上做 Messenger 機器人,主流的無程式碼平台大概可以分成幾類。

在深入每個平台之前,先用一張表把四條路線的定位拉開來看,你會更容易對號入座。

路線 代表工具 最適合的階段 主要優勢 主要限制
國際無程式碼 支援 Messenger 的無程式碼平台 從入門到中階 範本多、生態系成熟、串接 Meta 廣告順 介面英文、進階功能要付費
本土跨管道 支援多通訊管道的本地化平台 同時經營多個通訊軟體 一套後台管 LINE、Messenger、IG,中文支援完整 進階自動化綁定較高方案
網站嵌入 Messenger 深層連結或第三方客服元件 剛起步、驗證需求 可先驗證受眾是否願意開啟對話 功能、成本與資料處理由供應商決定
自行開發 直接串 Messenger API 需求高度客製、要接自家系統 完全可控、能深接 CRM 與訂單系統 開發與維護成本高,需要技術團隊

國際主流無程式碼平台

無程式碼平台通常用流程圖設計對話腳本,並提供 Messenger、Instagram 或其他管道整合。選擇時要逐一比較目前支援的 Meta 功能、資料匯出、角色權限、事件追蹤、中文介面與費用,不要依舊版教學假設所有功能仍可用。若你的主戰場在 IG,可再參考IG 自動回覆流程的實作教學。

本土與跨管道平台

同時管理多個通訊管道時,可以評估集中式客服平台,但要確認各管道的功能並非被簡化成同一套規則。即使供應商提供政策檢查,品牌仍要對傳訊用途、同意與內容負責,不能把合規責任完全交給平台。

自行開發與網站嵌入

另一條路是自行串接 Messenger API,或在網站放置開啟 Messenger 的深層連結。Meta 原生 Customer Chat Plugin 已停止服務,所以不要再以舊版內嵌外掛作為起點。自行開發適合需要深度串接 CRM 或訂單系統的情境,也要把 API 版本、審查、權限與持續維護成本算進去。

給你一個務實的落地路徑,避免一頭熱就砸大錢:

  1. 第一階段:先驗證客服需求。在網站放置 Messenger 深層連結或使用受維護的客服元件,以常見問題與轉真人流程驗證受眾是否會使用這個管道。
  2. 第二階段:做資格審查腳本。建立「蒐集必要資訊、資格審查、轉真人」流程,先不要假設廣播權限。
  3. 第三階段:測試點擊進入 Messenger 廣告。先接好事件與網站轉換追蹤,再用可承受的預算測試每筆合格名單成本。
  4. 後續:只做當下政策允許的跟進。依有效視窗、訊息用途與帳戶資格操作,並把長期關係分散到取得同意的其他管道。

搭配 Meta 廣告與追蹤,讓機器人變成轉換引擎

機器人單獨存在很難有流量,它的爆發力來自跟廣告的串接。這一節談怎麼把這兩者接起來,並且用追蹤機制看清楚成效。

前面提過的點擊進入 Messenger 廣告,是機器人流量的最大來源。這種廣告的設定細節屬於 Meta 廣告的範疇(完整流程見〈Meta Ads 廣告投放教學〉),但從機器人這端,你要準備好兩件事:一個吸引人開啟對話的誘因(免費諮詢、折扣碼、免費資源下載),以及一條把對話推進到轉換的腳本。廣告負責把人帶進對話室,機器人負責在裡面成交,這是分工。

光有流量和對話還不夠,你必須追蹤,否則根本不知道這條路徑賺不賺錢。這裡有兩個追蹤層次。第一層是對話內的微轉換:每個按鈕點擊、每個選單選擇、腳本完成率,這些數據機器人平台本身大多會提供。第二層是對話外的巨轉換:使用者從機器人引導到你的網站之後,有沒有真的完成結帳或填單,這需要靠 UTM 參數串接網站分析工具。這部分的實作觀念跟〈UTM 追蹤教學〉完全一致:在機器人推送給使用者的連結上掛 UTM,這樣網站端的分析工具才能辨識「這筆轉換是來自 Messenger 機器人」。

特別強調追蹤,是因為這是一般人做機器人最容易偷懶的地方。沒有追蹤,你就只能憑感覺判斷機器人有沒有用,而憑感覺在行銷裡是最危險的事。完整的成效衡量框架,建議一併參考〈行銷指標〉的整理,把機器人的數據放進你整體的指標體系,別只盯著一個開啟對話數就沾沾自喜。

AI 時代的進化:從死板腳本到真正對話

前面提到「大多數能賺錢的機器人根本不聰明」,那是過去幾年的實情。但這兩年情況正在快速改變,這是一般教學還沒跟上、而你必須知道的更新。大型語言模型(LLM)的成熟,讓 Messenger 機器人從「按鈕腳本」走向「真正能自然對話」成為可能,而且已經有團隊在實際使用了。

傳統機器人的痛點是:使用者偏離預設腳本時容易卡住。LLM 可以處理更多開放式輸入,但不保證理解正確或提升轉換;較穩妥的做法,是用腳本處理明確流程,將適合的開放問題交給有資料來源、護欄與真人接手機制的模型。

把 LLM 接上 Messenger 需要模型 API、知識檢索、權限、延遲、成本與失敗處理。MCP 是可選的整合協定之一,不是串接聊天機器人的必要條件,概念可參考〈MCP 模型脈絡協議介紹〉。不論使用哪種架構,都要讓價格、規格與政策回答來自可維護的資料來源。

對小團隊來說,建議是不要急著全面換成 LLM 機器人。先用傳統腳本把會賺錢的轉換路徑跑穩,這個地基不會被 AI 淘汰;然後在邊緣地帶(常見問答、開放式諮詢)逐步導入 LLM 處理。這種漸進式升級風險最低,也最符合「先求穩、再求新」的原則。把 AI 當成升級現有機器人的引擎,而非推翻重來的藉口。

導入 LLM 還有一個不能省的功課:品牌安全防護。語言模型有時候會自信地講出不符合你產品規格、定價或政策的內容,在對話行銷裡這等同於業務員對客戶亂開支票,事後收拾起來非常麻煩。所以在讓 LLM 上線之前,一定要做兩件事:把你的產品知識、定價、常見問答整理成它能查詢的資料來源(而不是任憑它憑印象回答),並且在腳本裡設下護欄,遇到它沒把握的問題就退回真人或預設回覆。把這層防護當成上線前的必檢項目,你才能放心享受 LLM 帶來的對話彈性。

該避開的地雷與該追蹤的指標

這一節專門把地雷和指標講清楚,讓你有具體的查核點。先看地雷。

地雷 會發生什麼事 怎麼避開
過度廣播 封鎖率飆高,名單觸及力快速衰退 嚴格控制推播頻率,每次廣播都要有實質價值
無視 24 小時規則 帳號傳訊功能被限制,訊息發不出去 只對視窗內名單推播,長期名單交給 email
腳本沒有退出點 使用者卡在死胡同,體驗崩壞 每個節點都設計「轉真人」與「回主選單」出口
沒有接上追蹤 無法判斷機器人到底帶來多少轉換 導向自家網站的活動連結掛 UTM,並記錄必要的對話內微轉換
把機器人當孤島 沒有接上網站、廣告、名單,成效歸零 一開始就用對話式漏斗定位,接軌所有管道

這裡要特別強調一個策略層級的錯誤,因為它比技術地雷更隱晦:把機器人的 KPI 直接設成「對話數」或「新聯絡人數」。這兩個數字容易衝高,看起來漂亮,卻跟營收沒有必然關係。常見的狀況是:團隊為了衝對話數,把機器人入口做得無所不在,結果引來大量沒有購買意圖的閒聊,反而稀釋了真人客服的產能。正確的做法是倒過來訂 KPI:先決定你要的是報價名單、預約數、還是結帳完成數,再回頭看機器人每個節點能不能把人推往那個目標。對話數只是過程指標,拿它當終點指標,整個團隊的最佳化方向就會走偏。

至於該追蹤的指標,可分成三層,避免你只看表面數字。第一層是互動指標:新聯絡人數、對話開啟率、腳本完成率,這些告訴你機器人前端健不健康。第二層是品質指標:封鎖率、資格通過率、轉真人比例,這些告訴你體驗好不好。第三層是商業指標:每筆名單成本、機器人引導的轉換數、貢獻的營收,這些才是真正決定要不要繼續投資的數字。多數人只看第一層就停下來,那是自欺欺人。完整的指標體系觀念,強烈建議搭配〈行銷指標〉一起讀。

結尾:四步上線行動方案

讀到這裡,資訊量不少,以下給你一個能直接動手的四步方案,把你從「想做的事」推進到「做完的事」。

  1. 盤點你的漏斗環節。拿出一張紙,畫出你現在的行銷漏斗,圈出「流量進來但沒被接住」的那一個環節,那就是機器人第一個該插進去的位置,不要貪多。
  2. 選一個場景、一個平台。從前面五個場景裡挑一個(建議從客服分流或資格審查入門),再選一個無程式碼平台,做出第一條能跑完的腳本。
  3. 把 24 小時規則貼在桌前。在動任何推播念頭之前,確認你完全理解這套規則。這一條沒搞懂,前面做的都會打折扣。
  4. 接上追蹤再投廣告。等腳本穩了、追蹤掛好了,才開始用點擊進入 Messenger 廣告灌流量。順序反了,你會花錢買到一堆看不懂的數據。

Messenger 聊天機器人不是萬靈丹,但可在合適的位置承接對話、分流與資格審查。聯絡資料仍受 Meta 政策約束;若要降低單一平台風險,應在取得適當同意後,把可移轉的客戶資料與關係管理流程放進自有系統。

上線之後還有一個動作很多人省略:持續測試與迭代。機器人的腳本不是設定一次就能放著不管,你得定期看哪些節點的流失率最高、哪些按鈕沒人點、哪些問題反覆被問卻沒有被設計進腳本。每一兩個月回頭調整一次對話流程,就像每一兩個月回頭優化你的著陸頁一樣,是維持轉換率的基本功。把機器人當成一個需要持續養的資產,它才會持續替你工作。

評估是否導入時,先選一個客服或資格審查場景,核對 Meta 現行政策,接好轉真人與追蹤,再用小範圍資料判斷是否值得擴大。這比先做一套龐大腳本更容易驗證。

常見問題

做 Messenger 機器人要花錢嗎?免費方案夠用嗎?
ManyChat 有免費版可起步,但進階功能多數要付費。剛起步、粉專聯絡人還不多的階段,免費版通常夠用;名單變大或需要進階推播時再升級付費方案。
Facebook 的 24 小時訊息政策是什麼?
根據 Meta 的 Messenger 平台政策,你只能在使用者最後一次與機器人互動的 24 小時內,免費發訊息給他。超過視窗後還能不能續傳、可用哪些訊息類型與付費選項,會依地區與帳號資格調整,發送前要以 Meta 當下的文件與後台為準。
LINE 聊天機器人和 Facebook 機器人差在哪?
兩者架構類似,差別在平台生態與推播規則。LINE 機器人需透過 LINE Official Account 經營,有官方帳號方案與訊息費用;Facebook 機器人跑在 Messenger 上,受 24 小時訊息政策規範。
不會寫程式也能做聊天機器人嗎?
可以。ManyChat 與 Chatfuel 都是視覺化拖曳建流程,不寫一行程式碼就能上架,門檻跟經營一個粉專差不多。

操作步驟

  1. 連動 Facebook 粉專:用 Facebook 帳號登入 ManyChat,選擇要授權的粉專,並以粉專管理員身分完成授權綁定。
  2. 設定歡迎訊息與主選單:撰寫使用者首次進對話時看到、給出具體選項的歡迎訊息,並設定常駐對話框左下角的主選單,放上常見問題、聯絡客服、看商品等高頻入口。
  3. 用 Flow 拖曳編輯器建立自動回覆流程:在畫布拉出「關鍵字輸入 → 條件判斷 → 回應內容 → 下一個按鈕」的分支,進階可串接外部工具同步名單,或串接電商平台帶入訂單資料。
  4. 預覽測試再發布:發布前用預覽功能自己走一遍整條對話路徑,確認每個分支都通後再點發布,之後可隨時回來修改流程。

主題聚落|社群媒體與短影音行銷 看「數位行銷與內容行銷」中樞 →

相關文章

褚崇名(Sliven) 創辦人・巫普斯科技有限公司

長期投入技術 SEO、GEO/AEO 與 AI 搜尋實務。本站文章以可驗證資料、公開來源與實作觀察整理而成。

完整作者介紹LinkedInGitHubX

想把這篇的方法用在自己的站上?

SEO 健檢、GEO/AEO 引用優化、網頁設計諮詢——把文章裡的方法落地到你的網站。