疑難排解

Form Notifications 最常見問題的解決方法。仍然無法解決？請聯絡我們。

我的通知跑到哪裡去了？

它們現在是規則了。如果您在以規則為主的編輯器推出前就設定了 Form Notifications，每則通知中的每個收件者群組都已變成一條規則，訊息、收件者與條件都相同，編輯器也顯示過一次性的橫幅：「您的通知現在是規則。寄送的內容沒有任何改變。」原本要求審核的通知，已轉換為一條設為僅在核准後寄送的規則，審核者維持原本設定的那一位。您不需要重新設定任何東西。參閱規則。

我的規則沒有寄出

逐項檢查規則：

• 規則是否已開啟？（有驗證錯誤時會自動關閉；該列會顯示 有錯誤。）
• 寄送時機 是否符合？設為僅在核准後的規則只會在其審核者核准相符的回應後觸發。
• 該筆提交是否確實符合僅當條件？
• 若是電子郵件規則：它是否至少有一位收件者（自行輸入的電子郵件、填答者或表單欄位）？如果唯一的收件者是填答者或表單欄位，該筆回應是否提供了有效的電子郵件地址？若沒有，該筆提交會依設計被略過。
• 編輯器是否顯示「電子郵件權限已關閉」警告？寄送需要「以您的身分傳送電子郵件」權限。點擊警告中的 允許寄送電子郵件 即可授予。參閱可以拒絕的權限。
• 規則是否已暫停？聊天、Webhook 規則與任何有審核步驟的規則會在試用期或授權結束時暫停。請見下文。

若上述一切看起來都正確，請開啟表單的觸發條件清單（擴充功能、Apps Script、觸發條件），確認 Form Notifications 的 onFormSubmit 觸發條件存在。

我複製了一份表單，規則就停止了

當您複製 Google 表單時，Google 會複製您的題目與 Form Notifications 設定，但不會沿用在每次提交時執行的幕後觸發器。這是 Google 表單對複本的限制。

解決方式：在複製後的表單上開啟 Form Notifications 一次，即可重新建立觸發器。每份複本只需執行一次。

流量大的表單上，電子郵件突然停止了

您可能已達到 Google 帳戶的每日寄送上限（個人 Gmail 約 100 封/天，Workspace 約 1,500 封/天）。電子郵件規則從您自己的帳戶寄出，會計入該上限。上限約在 24 小時後重置。參閱寄送與傳送上限。

最近每筆提交都顯示「寄送失敗」

當紀錄中出現連續的寄送失敗時，問題通常出在寄件者帳戶（編輯器中顯示為寄件者的那位編輯者；即使表單有多位編輯者，郵件也只從一個帳戶寄出）：

• 寄件者可能拒絕了「以您的身分傳送電子郵件」權限。在授予之前寄送都會失敗（如何授予）。編輯器偵測到這種情形時會顯示警告。
• 若您是共同編輯者，警告中的 接手寄送 會將寄件者切換為您的帳戶。之後新的提交就會從您的帳戶寄出。

設定規則的人離開了

電子郵件是由一位編輯者的帳戶寄出。若那個人失去表單的存取權（離開組織、解除安裝外掛程式），寄送會無聲停止：回應持續進來，卻不會寄出任何郵件。編輯器會偵測到這種情況並顯示「郵件可能已停止寄送」警告；點擊 接手寄送 即可改由您自己的帳戶繼續寄送。

試用期結束後還有哪些功能可用？

編輯器會顯示升級橫幅，但您在每筆回應寄送的電子郵件規則會繼續寄送，而且您仍然可以建立和編輯它們；您設定好的一切對填答者而言都不會中斷。付費功能會暫停，使用這些功能的規則在升級前也無法編輯：Slack、Discord、Teams 與 Webhook 規則，以及任何有審核步驟的規則（被略過的提交可在紀錄中查看）。升級後即可解鎖這些規則，並針對新的提交恢復寄送。參閱哪些功能需要授權。

Slack、Discord、Teams 或 Webhook 規則顯示「已暫停」

端點回應了 HTTP 404 或 410，表示它已不存在：傳入 Webhook 在聊天應用程式中被刪除，或 Zap、情境或伺服器路由已被移除。Form Notifications 暫停了該規則，並寄了一封電子郵件給您。在應用程式中建立新的 Webhook 網址，編輯規則，在 取代 下貼上，然後儲存。規則會對新的提交恢復。

其他失敗（逾時、5xx 錯誤）不會暫停任何內容：傳送會重試一次，然後連同 HTTP 狀態碼記錄在紀錄中。

規則顯示「審核者已暫停」

規則的頻道審核者回應了 HTTP 404 或 410，表示其 Webhook 網址已不存在。頻道中沒有人看到該審核請求，因此已以電子郵件寄給規則擁有者，附有相同的核准與拒絕按鈕。在您修正之前，每個新請求都會以電子郵件寄給擁有者。在聊天應用程式中建立新的 Webhook 網址，開啟規則的審核者，貼上並儲存。歷史記錄會顯示每個寄給擁有者的請求及其原因。

如果因其他原因（逾時、5xx 錯誤）發布失敗，該請求也會以電子郵件寄給擁有者，但審核者不會被暫停。

Webhook 有送達，但簽章不符

• 請對原始請求內容的位元組計算 HMAC，在任何 JSON 解析或重新序列化之前。會自動解析 JSON 的框架會改變空白字元。
• 請與完整的標頭值比對，包含 sha256= 前綴，使用小寫十六進位。
• 若您用 新的簽署密鑰 重新產生了密鑰，舊的在您儲存的那一刻就已失效。

參閱驗證簽章。

設定為「僅在核准後」的規則從未觸發

• 它需要其審核者實際做出決定；事件跟隨該決定，而非提交本身。
• 規則的 僅當 條件仍然適用：不符合的回應永遠不會送到那位審核者手上。
• 有審核步驟的電子郵件規則需要有效授權（試用期也算）；沒有授權時，該筆提交會記錄為已暫停。

兩條規則共用同一位審核者，但只收到一個請求

這是刻意的設計。審核是依審核者進行的，不是依規則：一筆符合多條規則、且等待同一位審核者的回應只會產生一個請求，每一條相符規則都會依據這一個決定觸發。等待不同審核者的規則會收到自己的請求。參閱審核請求依審核者產生。

電子郵件被歸入垃圾郵件

• 在規則上設定回覆地址（訊息、寄件者與回覆地址）。有真實的回覆地址，收件者與郵件服務商更有可能信任這封郵件。
• 在受管理的 Google Workspace 網域上，請洽詢管理員確認網域的電子郵件安全性設定沒有過濾透過外掛程式寄出的郵件。

顯示了錯誤的 Google 帳戶

帳戶相關問題（包括顯示錯誤的 Google 帳戶）皆可在我們的常見問題中找到解答。