有位客戶跟我說，他上週辦講座，報名頁是自己用 AI 做的。活動當天來了幾個人說有報名，但他一封通知信都沒收到，名單上也對不起來。

這種問題我幾乎每年都會碰到，不只是 AI 做的網站。先講答案。

通知信收不到，問題只會出在三個地方：根本沒寄出去、寄出去了但被擋掉、寄出去了但寄到錯的地方。排查的順序也固定：先確認資料有沒有存下來，再看寄信有沒有紀錄，最後才看收件那一端。

一、先把「表單壞了」跟「信壞了」分開

很多人第一個反應是「表單壞了」。先不要。

去後台或資料庫看，那幾個人的報名資料在不在。在，代表表單是好的，壞的是寄信。不在，那是表單送出這段就斷了，信當然不會有。

這一刀切下去，問題範圍就少一半。而且兩種情況的嚴重度完全不同：資料在，你只是沒收到通知，名單還救得回來；資料不在，那幾個人的報名是真的不見了。

那位客戶去看了，資料都在。他鬆了一口氣，但這也代表過去兩週每一封通知信都沒到，他只是一直沒發現。

二、三個斷點，一個一個看

第一個斷點，根本沒寄。

AI 做的表單常常「看起來」有寄信功能，但寄信需要一個真正的寄信服務跟帳號。示範的時候沒接，或接了一個測試用的，上線後就一直失敗。更麻煩的是失敗通常不會顯示給使用者看，畫面照樣跳「報名成功」，錯誤只留在伺服器的紀錄裡，而你沒有去看。

第二個斷點，寄了但被擋。

你用免費信箱當寄件者，或者網域沒有設定寄信驗證（SPF、DKIM 這類紀錄），收件端會直接判定成垃圾信，或乾脆丟掉。你去垃圾信匣找，有時候找得到，有時候連垃圾信匣都不會有。

第三個斷點，寄了但寄錯地方。

收件地址打錯、設定裡留的是測試用的信箱、或者系統寄給了報名者卻沒寄給你。這種最冤枉，因為每個環節都是通的，只是方向不對。

三、為什麼 AI 做的表單特別容易在這關出事

寄信是那種「示範的時候永遠成功、上線之後才會壞」的功能。

示範時你按一次，信進來，你就當它好了。但真正上線之後會發生的事情是：寄信服務的額度用完、第三方服務改了 API、某個報名者的信箱格式讓程式出錯、寄件網域被列入黑名單。這些沒有一個會在示範時出現。

而且它們不是一次出現，是陸續出現。這個月是額度，下個月是黑名單。寄信不是做好就好的功能，是要一直看著的功能。

做自己用的工具，壞了明天再修。但這個表單是給客人用的，客人正在報名、正在付款，信沒到影響的是他的體驗跟你的名單。

我做網站十五年，維運的站將近兩百個，寄信這件事到現在還是每年都會踩到。所以我的系統會把每一次寄信失敗記下來，讓失敗看得見，而不是靜靜消失。你的表單也應該這樣：至少要有一個地方，讓你知道「這封信沒寄出去」。

四、實際的排查清單

一，後台有沒有那筆資料。

二，伺服器或平台的紀錄裡，有沒有寄信的紀錄，成功還是失敗。

三，寄件者用的是什麼信箱，是不是自己網域的，網域有沒有設定寄信驗證。

四，收件地址設定的是誰，有沒有還留著測試信箱。

五，你自己填一次表單，看信到不到，到的話進哪個匣。

六，請 AI 把寄信失敗時的錯誤訊息存下來或轉寄給你。

這六條走完，問題一定會落在其中一個。

兩個常見的補救法，都只是繞過

一個是「加一個寄給我自己備份」。如果寄信本身就是壞的，多寄一個地址也一樣壞。

另一個是「改成 LINE 通知」。可以，但你只是把問題從一個通道搬到另一個通道。LINE 的通知也會有額度、也會有 API 改版。根本的問題不是用哪個通道，是失敗的時候你知不知道。

所以問自己一句：你的表單現在如果寄信失敗了，你會從哪裡知道？如果答案是「客人跟我說」，那問題還沒解決。

如果你做到一半卡住，可以把狀況寫信給我。我每週會在電子報聊這類做網站、用 AI 的判斷，訂閱在這裡：https://iamlouis.ai/subscribe/edm