網站有流量卻收不到查詢？先檢查表格是否真的把客人交到同事手上
香港企業發現官網有瀏覽但查詢減少，應把表格從填寫、提交、儲存、通知到同事接手逐步驗證，不能只看按鈕有沒有反應。ORM／網上口碑管理不只處理公開評論；客人以為已聯絡你、公司卻毫不知情，也會造成信任缺口，但查詢減少仍可能有其他原因。
Chiwa AI 原創核對框架；流程示意，非客戶實測。 審閱及發布批准：Jones Ng（本批文章發布批准）。
「已提交」應代表甚麼？先定義完成
成功提示應對應已確認的處理狀態，而不是客人按下按鈕便出現。企業至少要知道資料是否已被可靠接收，以及後續由誰跟進。
以下是假設情境：客人填好合作需求，畫面出現綠色剔號，但通知電郵沒有送達，團隊亦沒有查看後台。幾天後客人覺得公司不理會自己。問題不一定出在 SEO 或文章題目，而可能是接待流程中斷；這個情境不是對任何網站的診斷結果。
W3C 表格通知指引要求對成功與失敗提供清楚回饋，錯誤訊息應讓用戶知道如何修正。對品牌而言，這亦是承諾管理：畫面說已收到，內部就要有相應證據。
用端到端驗收表，找出斷在哪一步
驗收要由客人的入口開始，走到獲授權同事能看見及接手為止。以下是本文提出的流程檢查表，請使用清楚標示的測試資料，避免混入真實銷售數字。
| 步驟 | 要看到的證據 | 常見失聯位置 |
|---|---|---|
| 開啟 | 文章或服務頁能到達正確表格 | 舊連結、語言版本錯誤 |
| 填寫 | 必填欄位與格式要求清楚 | 手機鍵盤、欄位說明不明 |
| 錯誤處理 | 能指出哪一項有問題及如何修正 | 只顯示「發生錯誤」 |
| 接收 | 後端有可核對的成功接收紀錄 | 前端顯示成功，實際未儲存 |
| 通知 | 通知送到正確團隊，或有可查的待處理佇列 | 電郵失敗無人察覺 |
| 接手 | 明確負責人及處理狀態 | 大家都以為另一位同事會覆 |
| 回覆 | 使用測試聯絡方法收到合理回覆 | 聯絡資料未傳齊或格式出錯 |
測試記錄應保留時間、入口、裝置／瀏覽器、語言與結果。正式網站測試要由管理人員安排，避免意外建立付費訂單、寄送大量通知或使用未獲同意的第三者資料。
手機與電腦都應覆核，也要測試漏填資料、格式錯誤及網絡中斷後的提示。這不是要求所有情況都自動補救，而是要求每種結果都有誠實、可理解的下一步。
成功頁與失敗頁，應給客人不同指引
成功頁應說明已完成哪一步、下一步由誰處理及可用聯絡方法；失敗頁則要說明尚未確認成功，不能使用同一段「感謝你的查詢」。GOV.UK 確認頁設計亦把後續安排、聯絡及參考編號（如有）列為重點；這是設計參考，不是香港法規。
本文建議的成功提示結構：
已收到你的［查詢類型］。參考編號為［系統實際產生的編號］，將由［團隊］按［真實服務時段／回覆安排］跟進。如需補充資料，請使用［聯絡方法］並提供編號。
沒有參考編號就刪除該句，未有確定服務時間就不要承諾「立即回覆」。如果接收狀態未知，可寫：
暫時未能確認提交是否完成。請先保留此畫面，透過［備用聯絡方法］聯絡我們，並註明剛才嘗試提交的時間；請勿在公開留言貼上個人資料。
未知是否接收時，直接叫客人不停重按可能造成重複查詢。較好的做法是讓團隊可按編號或受控紀錄核對，而不是把重複問題留給客人承擔。
修好表格後，如何判斷是否真的改善？
先驗證原本失敗的流程已能完成，再看真實查詢是否正常進入跟進；不要把一次測試成功寫成已增加訂單。
表格按鈕點擊、成功接收、獨立查詢、合適商機及成交是不同狀態。測試資料、垃圾訊息與同一人的重複補充要分開標記，否則修好流程後的數字可能只是重複計算。
若表格運作正常但查詢仍低，下一步才比較到訪頁面、來源、客群需求與服務說明。沒有足夠證據時，不能直接歸咎排名下跌，也不能反過來把所有流失都怪罪表格。
常見問題
已經有 WhatsApp，還需要表格嗎？
按客戶需要決定。有些人希望即時對話，有些人需要留下完整需求。保留哪些入口都可以，但每個入口都應有負責人及清楚預期。
能否用真實客戶資料做測試？
通常應先用專用測試身份和受控聯絡方法。若調查真實個案，只讓獲授權人員查看必要資料，不把完整資料貼到公開截圖或共享報告。
收到通知電郵就代表完成嗎？
只代表某一步已完成，仍要確認有人接手。相反，電郵未到也不一定表示資料完全遺失，應再查已授權的後台紀錄。
下一步：親自走一次客人的路
先選一篇最常帶來查詢的文章，使用測試資料走到同事接手，記下斷點。若需要把查詢入口與品牌信任問題一起整理，可向 Chiwa AI 提供頁面連結及已遮蔽個資的錯誤畫面：ORM 服務、WhatsApp 6826 5126，微信 jonesnghk。
資料核對：2026-09-19。本文是一般檢查方法，沒有宣稱已測試讀者或 Chiwa 的現有表格。