旅宿詢問表單顯示「已送出」，收件匣卻沒有郵件。客人收到了自動回覆，但找不到給旅宿的通知。郵件進了垃圾郵件匣，或只有某些地址收不到——。
這個問題難處在於，表單畫面、WordPress、寄件伺服器、郵件傳遞及收件服務之間有多個階段。WordPress接受了寄件處理，與郵件送達旅宿收件匣，不是同一件事。
本文說明如何請Codex或Claude Code協助整理狀況，讓不熟悉IT的旅宿經營者也能安全排查。
結論：郵件分成五個階段確認
詢問郵件經過以下路徑。
1. 客人提交表單
↓
2. WordPress、表單功能處理內容
↓
3. 網站將郵件交給郵件伺服器
↓
4. 通過寄件者驗證與垃圾郵件判定
↓
5. 送達旅宿收件匣
即使畫面顯示完成，仍可能在3〜5失敗。不要只對AI說「修好郵件」，而要整理已確認到哪個階段。
先確保營業上的替代管道
若懷疑收不到詢問，在調查期間也要提供客人能聯絡的方法。
- 清楚提供電話號碼
- 提供可用的OTA或預約服務
- 決定是否暫時以官方SNS訊息作為聯絡窗口
- 撰寫請已提交的客人再次聯絡時使用的文字
- 在表單附近顯示未收到回覆時的聯絡方法
請提醒客人不要將個人資料寫在SNS公開貼文。不要在確認前斷言「遺失了多少天的詢問」。
第1階段：確認表單畫面
使用電腦與智慧型手機確認以下內容。
- 表單有顯示
- 能輸入必填欄位
- 能閱讀個人資料說明
- 能按下提交按鈕
- 顯示錯誤訊息或完成訊息
- 不會重複提交
- 提交後不會讓人誤以為預約已完成
詢問不等於預約確認。完成訊息應分別說明「已接受提交」、回覆時間，以及急件的聯絡方式。
測試不要使用真實客人的資訊，應在主旨或姓名明確標示是測試。短時間內多次提交，可能因垃圾訊息防護而暫時被拒絕。
第2階段：確認WordPress是否處理
某些表單功能能在管理畫面或專用儲存區域留下詢問紀錄。若已保存，可能表示已通過表單處理階段。
然而，將詢問內容存到WordPress，會增加個人資料保存位置。
- 保存什麼
- 誰能查看
- 何時刪除
- 是否也包含在備份中
- 維護人員是否需要查看
這些都應先決定。不能為了應對郵件未送達，就無限期保存個人資料。
WordPress的wp_mail()用於寄件處理，但官方資料也說明，即使處理結果為true，也不自動代表收件人已收到郵件。
第3階段：確認是否從網站交給郵件傳遞系統
WordPress使用伺服器郵件功能或外部郵件發送服務寄件。這裡要確認以下項目。
- 透過哪種機制寄送
- 寄件地址是否為旅宿網域
- 回覆地址是否設為表單填寫者
- 寄件服務的驗證是否有效
- 是否有寄件失敗紀錄
- 是否超過每日寄件上限
- 契約及付款是否有效
若直接將表單填寫者地址用作「寄件者」，就等於旅宿網站冒用別人的網域寄件，容易驗證失敗。一般會以旅宿管理的網域作為寄件者，將客人地址設為回覆地址。實際設定應確認表單產品及郵件服務的官方程序。
第4階段：理解SPF、DKIM與DMARC
這些機制讓收件方確認，以旅宿網域名義寄出的郵件，是否來自合法寄件來源。
SPF
在DNS列出哪些伺服器可用該網域寄件。需要整理旅宿一般郵件、WordPress、預約系統及電子報等全部寄件來源。
DKIM
為寄出的郵件加上數位簽章，讓人更容易確認途中未被竄改，以及寄件已獲網域管理者認可。
DMARC
確認SPF或DKIM結果與畫面所示寄件者網域是否一致，並向收件方提供處理驗證失敗郵件的政策。也可接收彙總報告，用於調查冒用或設定遺漏。
Google的寄件者指南，對寄往Gmail的所有寄件者提出SPF或DKIM等要求，並建議設定SPF、DKIM與DMARC。
不要讓AI直接生成整套DNS紀錄
SPF應包含的寄件來源，以及DKIM值，取決於已簽約的郵件、預約及發送服務。設定推測的值，可能連目前能送達的郵件也變成失敗。
- 列出旅宿所有寄件服務
- 取得各服務的官方設定值
- 以唯讀方式確認目前DNS紀錄
- 確認重複或覆寫的影響
- 由人核准變更建議
- 套用後，使用多個收件服務確認
不要把DNS管理畫面登入資訊或私密金鑰貼給AI。
第5階段：確認收件方
即使已寄出，也可能被收件方分類到其他位置。
- 垃圾郵件資料夾
- 隔離、檢疫畫面
- 自動分類規則
- 轉寄設定
- 封鎖清單
- 信箱容量
- 離職者或舊負責人的地址
- 郵件群組參與狀態
只用旅宿單一收件地址測試，可能漏看收件方特有的問題。寄往已獲許可、供測試使用的多個服務地址，比較送達情況。但不要未經同意就用真實客人的地址測試。
自動回覆與旅宿通知要分別確認
詢問表單通常有兩種郵件。
| 郵件 | 收件對象 | 確認事項 |
|---|---|---|
| 給旅宿的通知 | 旅宿接待人員 | 是否會漏看詢問 |
| 給客人的自動回覆 | 填寫的地址 | 受理內容、預計回覆時間及聯絡方式是否正確 |
可能只有其中一種送達。請各自確認寄件者、收件者、主旨、內文及回覆地址。若自動回覆包含全部詢問內容，地址填錯時可能把個人資料寄給第三方，因此只列出必要內容。
處理郵件紀錄檔的注意事項
傳遞紀錄有助調查原因，但可能包含以下資訊。
- 電子郵件地址
- 主旨
- 部分內文
- 寄送時間
- IP位址
- 內部伺服器名稱
- 傳遞服務識別碼
不要將整份紀錄檔貼給AI，只將測試郵件的時間及傳遞狀態等必要部分匿名化。也要決定紀錄檔保存期間及查看權限。
定期測試方法
每月一次，或變更表單、郵件設定、DNS之後，確認以下事項。
- 以專用測試內容提交表單
- 畫面顯示完成
- 給旅宿的通知送達
- 給客人的自動回覆送達測試地址
- 沒有進入垃圾郵件匣
- 回覆地址正確
- 電腦與智慧型手機都能閱讀郵件
- 整理測試紀錄及不必要的個人資料
日常外部監控只確認表單存在，將實際提交另外列為低頻率功能測試，比較不會增加不必要的郵件。
可以交給AI的工作
Codex或Claude Code可協助以下事項。
- 建立從表單到收件的路徑圖
- 列出旅宿使用的寄件服務
- 以唯讀方式確認表單設定的寄件者及回覆地址
- 整理DNS紀錄與官方設定值的差異
- 建立測試案例與檢查清單
- 將錯誤分為寄件、驗證、傳遞及收件
- 撰寫給主機公司或郵件公司的詢問內容
- 建立去除個人資料的故障紀錄
不要將郵件帳號密碼、API金鑰或DNS管理權限交給AI。變更應從建議及差異確認開始。
可複製使用的AI委託內容
先整理路徑
WordPress詢問郵件有時無法送達旅宿。
請先不要變更設定或寄送測試郵件。
請分成表單輸入、WordPress處理、寄件服務、SPF・DKIM・DMARC驗證，
以及收件匣這五個階段，建立確認項目。
請區分目前已確認事實、可能原因及未確認事項。
不要顯示密碼、API金鑰、顧客資訊或郵件內文。
以唯讀方式確認表單設定
請確認詢問表單的郵件設定，不要變更。
整理寄件者、收件者、回覆地址、給旅宿的通知，以及給客人的自動回覆，
指出可能導致被判定冒用，或寄送個人資料的情況。
不要顯示秘密值，只報告設定位置及確認結果。
在我核准之前，不要新增外掛、變更SMTP或DNS。
建立DNS驗證變更計畫
請根據使用旅宿網域寄件的服務清單，以及各公司的官方設定資料，
建立SPF、DKIM、DMARC確認計畫。
不要捏造推測的DNS值，請列出目前值、官方必要值、差異、影響、
回復原狀的方法，以及套用後的測試。
不要執行DNS變更，請保留為由人核准的項目。
撰寫郵件未送達時的詢問內容
請針對以下測試郵件未送達情況，撰寫要寄給主機公司或郵件服務的
詢問內容。
簡潔包含寄送日期與時間、寄件者網域、收件服務、表單結果、
傳遞狀態、驗證結果，以及是否已確認垃圾郵件。
必要時遮蔽電子郵件地址，不要包含內文、顧客資訊或驗證資訊。
選擇郵件發送服務的比較項目
不要只依特定外掛名稱決定，請確認以下事項。
- 能以旅宿網域寄件
- 有SPF、DKIM與DMARC官方程序
- 能確認寄件結果與失敗原因
- 有與WordPress或表單功能的官方整合
- 每日寄件數量與價格符合用途
- 是否有日文支援
- 能限制API金鑰等權限
- 離職或委託結束時能交接
- 紀錄檔保存內容及期間
- 有故障時的替代聯絡方法
共用虛擬主機，先確認供應商的郵件寄送規格與建議方法。VPS自行管理郵件伺服器的責任較大，應與維護人員一併比較外部交易型郵件服務等選項。
旅宿經營者檢查清單
- [ ] 已分開確認表單完成與收件匣送達
- [ ] 已分別測試給旅宿的通知及給客人的自動回覆
- [ ] 測試使用虛構個人資料
- [ ] 已確認寄件者與回覆地址的角色
- [ ] 已確認垃圾郵件、隔離、轉寄及容量
- [ ] 已列出旅宿所有寄件服務
- [ ] 已將SPF、DKIM與DMARC與官方資料比對
- [ ] 沒有讓AI推測DNS值或秘密資訊
- [ ] 紀錄檔只取必要部分匿名化處理
- [ ] 已決定定期測試負責人及紀錄位置
若要減少垃圾自動提交，可參考旅宿詢問表單的垃圾訊息防護。公開頁面監控可參考旅宿網站的外部監控；故障初步應變可參考WordPress故障後的最初30分鐘；每月確認可參考住宿設施網站每月檢查。
參考資訊
總結
即使詢問畫面出現「已送出」，也不代表郵件已送達旅宿收件匣。依表單、WordPress、寄件服務、網域驗證及收件匣的順序，分開確認。
AI能整理路徑、設定差異、測試計畫及詢問內容。旅宿經營者負責替代聯絡方式、個人資料處理、寄件服務、DNS變更核准，以及最後的收件確認。定期測試寄送與收件確認，可減少「沒發現客人詢問」造成的營業損失。
