Google 表單自動回覆真正要先搞懂的，不是怎麼把訊息寫得更像客服，而是先分清楚你要的是哪一種回覆：提交後畫面的確認訊息、寄給填表者的回覆副本，還是帶有自訂主旨與下一步說明的客製通知。對多數台灣 SME 來說，只要先把這三層拆開，很多「明明開了自動回覆，怎麼客戶還是沒收到」的混亂就會少一半，也比較知道該用 Google Forms 內建設定、Apps Script，還是外掛工具來承接名單。
Google 表單自動回覆先分哪 3 層？
很多人搜尋 Google 表單自動回覆，腦中其實混著三種不同需求，所以才會覺得怎麼設定都對不起來。
| 需求層級 | 收件者 | Google Forms 內建能不能做 | 最適合的用途 |
|---|---|---|---|
| 提交後確認訊息 | 填表者當下看到的畫面 | 可以 | 告知已送出、何時回覆、下一步去哪裡 |
| 回覆副本 | 填表者 email | 可以，但內容是回覆副本不是完整客製信 | 讓對方留存自己填過什麼 |
| 客製通知 | 填表者或內部團隊 | 通常不靠內建完成 | 寄自訂主旨、分類通知、不同條件分流 |
Google 官方的 View & manage form responses 頁面已經把兩件事拆得很清楚：一是可以收集 email，二是可以設定 Send responders a copy of their response。這表示 Google Forms 的原生能力有回覆副本，但它本質上是把填表內容寄回去，不是完整的品牌確認信。
同一頁也寫到，編輯者可以開啟 Get email notifications for new responses。這又是第三件事，因為它是寄給表單擁有者或編輯者的內部通知，不是寄給填表者的客戶通知。
所以如果你現在卡住的問題是「我想讓客戶收到一封我們品牌口吻的確認信」，那你找的其實不是單純的 Google 表單回覆副本，而是客製通知流程。
內建確認訊息、回覆副本、客製通知差在哪？
Google Workspace Learning Center 把 `Collect email addresses`、`Send responders a copy of their response`、`Get email notifications for new responses` 放在同一組回覆設定裡。這個版面很容易讓使用者以為它們是同一件事，但實際上不是。Google Forms cheat sheet
先說最輕量的確認訊息。這是填表者按下送出後，在畫面上立刻看到的一段文字。它適合拿來寫「我們通常在 1 個工作天內回覆」或「若是預約請回到 LINE 官方帳號查看下一步」，因為這段訊息不用寄信、也沒有寄送成功與否的問題。
第二層是回覆副本。Google 官方說明，只要有收集填表者 email，就能把回覆副本設成 When requested 或 Always；但官方也同時提醒，在某些情況下，回覆副本可能因為 spam filters 或 counter-abuse measures 而收不到。這一點很重要，因為很多 SME 看到設定打開，就以為一定會進到對方信箱。事實不是這樣。
第三層才是客製通知。這時你通常會想要自己決定主旨、內容、reply-to、不同表單答案走不同寄件規則，甚至通知不同的內部 owner。這一層通常不靠 Google Forms 內建功能完成，而是會進到 Apps Script、編輯器 add-on，或 Marketplace 外掛。
什麼情況用內建設定就夠？
如果你的需求只是讓填表者知道「已送出成功」，或讓對方保留自己填了哪些欄位，內建設定就已經夠用。
最典型的情況有三種。第一，報名型表單，只需要讓使用者知道資料已送出，後續由人工統一聯絡。第二，簡單詢價或索取資料表單，只要讓對方拿到一份自己填過的副本。第三，內部收件需求很單純，表單編輯者只想在有新回覆時收到提醒。
這時候，你可以先做三件事：
- 在送出後確認訊息裡寫明回覆時程與下一步。
- 開啟 email 收集，再視情況設定回覆副本為
Always或When requested。 - 如果內部有人要即時知道新名單進來，再開啟 new response notifications。
這個版本的好處是快、維護成本低，也不需要另外管理腳本權限或外掛方案。對於每天只有少量詢問的台灣 SME，這往往已經比「什麼都還沒分清楚就直接裝外掛」更穩。
什麼情況要改用 Apps Script 或外掛？
只要你想寄的不是單純副本，而是帶有自訂主旨、品牌下一步、依答案分流的通知，就該考慮進到 Apps Script 或外掛層。
Google for Developers 的 Forms notifications quickstart 直接示範如何做一個會在表單提交後寄信的 add-on。這個範例的訊號很清楚：Google 官方也把更進階的通知視為延伸開發，而不是 Google Forms 核心介面中的一個小欄位。
若你不想自己維護腳本，Google Workspace Marketplace 上的 Email Notifications for Google Forms 這類工具則主打 confirmation emails、不同條件寄給不同人、甚至 conditional rules。這代表市場真正常見的需求，不是只有「讓回覆寄出去」，而是「讓不同類型的回覆走不同流程」。
FORMLOVA 的 2026 guide 也提供一個很實用的決策框架：先分清楚你要的是 response receipt 還是 custom auto-reply，再檢查 recipient field、reply-to、preview、test sending。這種順序值得學，因為很多 SME 一開始最常犯的錯，不是工具沒裝，而是連回信要送給誰、回覆會不會進監看的信箱都還沒想清楚。FORMLOVA guide
台灣 SME 最常見的 3 種表單情境
表單自動回覆到底要做到哪一層，和你的表單任務高度相關。對台灣 SME 來說，最常見的是詢價、預約與活動報名三種。
| 表單情境 | 最容易出錯的地方 | 建議做法 |
|---|---|---|
| 詢價表單 | 客戶以為送出後就會立刻收到報價 | 確認訊息先寫明回覆時程；若要寄確認信，再加上客製通知與 reply-to |
| 預約表單 | 填表者把送出成功誤認成預約已成立 | 確認訊息要明講「收到申請」而不是「已預約成功」；必要時用客製信補下一步 |
| 活動報名表單 | 參加者想留存填寫內容與活動資訊 | 回覆副本很有用；若要附活動說明、地圖、改期資訊，則需客製信 |
這裡最重要的，不是表單看起來多完整，而是回覆層級不要說超過自己能做到的事。尤其是預約型生意，送出表單和真正確認時段，通常不是同一件事。如果你把確認訊息寫成預約已成立，後續更動時反而會讓客服很難收尾。
漏信與誤判最常出在哪裡？
Google 官方已明寫，回覆副本在某些情況下可能因 spam filters 或 counter-abuse measures 而收不到，所以真正的風險從來不是「有沒有打開設定」，而是「有沒有實際測一次」。Google Docs Editors Help
FORMLOVA 那篇 guide 把這個問題講得很實在：很多自動回覆以為已啟用，但實際上可能卡在 recipient field、reply-to、授權、quota，或根本沒做過真實提交測試。這個 checklist 對台灣 SME 很有價值，因為小團隊最常見的狀態，就是先上線再說，等客戶反映沒收到才開始找原因。
實務上最常見的五個錯誤如下：
- 沒有收集正確的 email，卻以為回覆副本會自動寄出。
- 把
When requested當成一定會寄，忽略了填表者不一定會勾選。 - 只測送出畫面，沒測真實 email 有沒有到信箱。
- 客製信的 reply-to 沒設到有人看的信箱，客戶回信也沒人接。
- 內部通知有開，但外部確認信沒做，導致團隊以為流程完整，客戶卻沒有任何留存證明。
這些問題的共同點是：它們都不是文案問題，而是流程與驗證問題。
7 天最小可行 SOP：先把表單回覆做成能接住名單的流程
第 1 天，先盤點你現在每張 Google 表單的任務，分清楚哪些只是資料收集，哪些是詢價、預約、報名或應徵。第 2 天，為每張表單決定只需要確認訊息、需要回覆副本，還是需要客製通知。第 3 天，把送出後確認訊息補上明確時程與下一步，避免「已送出」以外沒有資訊。
第 4 天，如果要用回覆副本，實際測試 `Always` 或 `When requested` 的行為差異，確認對方是否真的收得到。第 5 天，若表單是高價值詢問或預約，決定是否改用 Apps Script 或外掛來寄客製信，並先把 reply-to、owner 與接手信箱定好。第 6 天，從手機和桌機各送一次真實測試，檢查確認畫面、email 到達、回信路徑與內部通知是否一致。第 7 天，再把這份 SOP 寫成內部規則，避免之後每做一張表單就重踩一次。
這套最小版本的目標，不是讓每張表單都變成自動化機器，而是先讓名單送進來後，不會卡在「系統看起來有回、客戶其實沒有被接住」這個最危險的灰區。
資料更新與來源
本文於 2026 年 7 月 30 日 查核。涉及 Google Forms 內建功能，以 Google 官方說明與 Google for Developers 文件為主；涉及市場上常見的條件通知需求，則輔以 Google Workspace Marketplace listing 與近期操作型 guide 觀察 search intent。
- Google Docs Editors Help: View & manage form responses
- Google Workspace Learning Center: Google Forms cheat sheet
- Google for Developers: Send emails about new Google Forms submissions
- Google Workspace Marketplace: Email Notifications for Google Forms
- FORMLOVA: Google Form Auto Response and Auto-Reply Email Setup
限制也要說清楚：Google Forms、Apps Script、外掛方案的介面、權限與寄送限制都可能更新；而不同公司對「自動回覆」的定義不一樣，所以本文提供的是台灣 SME 的決策與流程框架，不等於每個帳號都適用同一套工具配置。
結論
Google 表單自動回覆最容易出錯的地方，從來不是少了一句漂亮文案，而是把確認訊息、回覆副本、客製通知混成同一件事。對台灣 SME 來說，先把這三層拆開，再依表單任務決定要用內建設定、Apps Script 還是外掛，才比較不會讓表單名單送進來了，客戶卻還是沒有被清楚接住。
FAQ
Google 表單自動回覆就是寄 email 給填表者嗎？
不一定。很多人把送出後確認訊息、回覆副本與客製 email 都叫做自動回覆，但它們其實是三種不同層級的功能。
Google Forms 內建可以寄自訂內容的確認信嗎？
原生最穩的是送出後確認訊息與回覆副本。若你要自訂主旨、內容、reply-to 或依答案分流，通常要進到 Apps Script 或外掛。
為什麼我有開回覆副本，客戶還是說沒收到？
Google 官方已提醒，某些情況下回覆副本可能因 spam filters 或 counter-abuse measures 而收不到，所以一定要做真實提交測試。
詢價表單最適合哪一種回覆層級？
至少要先有清楚的確認訊息，寫明回覆時程與下一步。若你的詢價流程需要品牌口吻、附件或明確的接手說明，再考慮客製通知。
小型團隊一開始就需要裝外掛嗎？
不一定。如果需求只是資料送出確認與回覆副本，內建功能通常已足夠。只有當你需要條件通知、不同收件人或完整客製信時，外掛才更有價值。