網站沒有詢問，先別加預算：拆解詢問發生的完整機制

快速重點：網站收不到詢問時，先做三件事：到前台實測表單，核對通知信與事件數字；用三個是非題把斷點定位到對象、證據、介面或兌現迴路裡的哪一段；一次只改一項並記下基準數字，再回頭驗證。順序對了，資源才不會花在放大流失上。

週一早上九點，顧網站的人打開後台：上一週的工作階段曲線創下近月新高，自然搜尋與社群各占一段，來源報表看起來相當健康。切到公司信箱，整週靜悄悄，一張新的詢問都沒有。主管路過丟下一句「網站是不是壞了」，就進會議室去了。

接下來的反應通常有三種：加投廣告，把入口開得更大；整站重新設計，換一輪版面與配色；把文案全部重抄，每個標題再寫一次。三種動作花的資源差很多，共通的毛病只有一個，都還沒找到斷點，就把資源花了出去。這像是對著還沒開燈的店面猛發傳單，排隊的人再多，也只會多看一眼然後走開。一個詢問要發生，訪客得依序通過三道門檻，送出之後還要被接住；門檻沒修之前放大入口，放大的只是流失，而接得住的詢問會透過口碑與重複詢問回流，自己再長出下一批入口。

後面的內容照這個順序走：先驗證後台數字可信，把分層量測裝上，用三個是非題定位斷點，再逐道門檻談修法與驗證，收尾交代這套方法的邊界。正在某一段卡住的人，可以直接跳到對應的門檻；想系統性檢查的人，照順序讀，每一節都有判讀動作與驗證方式。

「有流量就會有詢問」這個直覺，錯在哪裡

把「沒人詢問」直接等同「流量不夠」，是把原料當成成品。流量是原料，詢問是輸出，中間隔著一整段旅程：訪客要正在處理你賣的問題，頁面要給得出可驗證的信任資訊，送出動作要夠便宜，送出之後還要有人接住。任何一段卡住，入口再大也換不到名單，這也是「先別急著加預算」的機制根據。

第二個常見誤解，是認為詢問屬於行銷問題，跟頁面上的資訊無關。實際的順序往往相反：訪客在頁面上找不到作者是誰、案例在哪裡、資料會怎麼被使用，猶豫會一路累積，填到一半的表單就放開了。行銷把人帶到頁面，頁面自己也要把信任講清楚，兩件事各管一段，誰也替代不了誰。

第三個誤解相信改版面配色就能救轉換。顏色與排版影響可讀性與注意力，救不了更上游的問題：進來的人原本就沒有需求，或者頁面根本沒有回答他的疑慮。把按鈕塗成醒目的紅色，對正在猶豫「這家公司可靠嗎」的人，沒有增加任何資訊。

三種本能反應還有一個共通代價：都難以驗證。廣告投下去，後台的點擊數字一定會動，卻說明不了詢問為什麼沒有增加；重新設計上線那天流量照舊，沒有人說得清新版比舊版好在哪裡；文案重抄更是連比較的基準都沒有。花錢之前先定位斷點，不是為了省錢，是為了讓每一筆花費都附帶一個可以檢查的假設：修哪一段、預期哪個數字變化、多久回頭看一次。

把直覺修正成模型，後面的判斷才有地方掛。一個詢問要發生，訪客依序通過三道門檻：對象門檻，進站的人正在處理你賣的問題；證據門檻，頁面給得出可驗證的信任資訊；介面門檻，送出動作夠便宜、不折損意願。送出之後的兌現，包括通知送達與真人接住，看似屬於後端，其實是整個迴路的回饋段：被好好接住的詢問會帶來口碑與重複詢問，回流成為新的入口。量測則是排在最前面的儀表，先確認數字沒有騙人，其他判斷才成立，後面各節就按這張地圖展開。

改任何東西之前，先確認後台數字沒有騙你

改善之前要先做的動作，不是打開廣告後台，而是到自己網站的前台，填一張測試單。不少經營者看到系統回報「已送出」，就當成詢問已經進到信箱，但 WordPress 預設的寄信方式，可能因為網域驗證沒設好，或者被主機擋住：訪客那端一切正常，通知信卻進了垃圾匣，或者根本沒有離開伺服器。詢問其實有進來，只是沒有人收到，這種情況會被誤判成沒人問，接著把預算錯誤地投向流量。

完整的核對要三方一致：前台實測送出，成功畫面出現；通知信準時抵達指定信箱；後台或名單裡有這筆紀錄，分析工具的成功事件也計了數。任何一方對不上，先修投遞，再談其他改善。網站寄信改走受驗證的 SMTP，把 SPF、DKIM 這類網域驗證補起來，是讓通知穩定的基本工，設定方式可以照著網站寄信改走 SMTP 的設定流程逐步完成。

測試不要只做一次。改過主機、換過表單外掛、調整過信箱規則之後，都值得再送一張測試單；有搭配自動回覆的網站，把自動回覆的信件也納入檢查，訪客收到的確認信同樣可能被擋。測試單請用真實的欄位內容填，留錯格式的電話或漏填欄位，測到的是驗證流程，不是投遞狀況。固定留下測試紀錄，日期、時間、結果，之後懷疑數字有問題時，手上就有一份可以對照的歷史。

把送出後的驗證排在修版面之前，順序上反直覺，卻是整個診斷的地基。數字不可信的時候，後面所有改善都無法判斷成效：某次調整之後詢問是變多還是變少，沒有人答得出來，因為量尺本身就是壞的。修好通知與事件，至少能確保每一張真的送出的詢問都被看見、被記錄，接下來的量測與判讀才有分母。

把量測裝上網站：從進站到有效名單的分層數字

數字可信之後，下一件事是把量測裝上。多數網站只看得到「工作階段」這一個總數，它回答不了斷點問題：人來了沒有、開始填了沒有、送出了沒有，全部混在同一個數字裡。分層之後，每一段各有自己的數字，卡住的地方才會現形。

量測的著力點，是把詢問旅程切開來看：訪客進站、開始碰表單、成功送出、送出之後成為有效名單，四層各自留下紀錄。每一層放一個事件當記號，回頭看數字時，哪一層流失得最兇，資源就先押往那一層；少了這四層，改善的依據只剩下印象與運氣。

GA4 是網站這端的儀表。對名單型網站，官方給了一個現成的衡量點：把送到成功頁、或送出後觸發的成功回呼，記錄為 generate_lead 事件，再把它標成重要事件，報表裡就容易找到。計數不要用送出按鈕的點擊，欄位驗證失敗也會觸發點擊，等於把沒送成的人算成詢問；事件的收集，要在同意管理與隱私告知到位的前提下進行，量測不能建立在忽略告知的基礎上。

事件的選擇與命名也有紀律。入門先採用 GA4 的建議事件，名稱與參數都有官方定義，報表可以直接對上；動作找不到對應時再建立自訂事件，並用一套固定的命名規則管理，避免設定累積半年後沒有人看得懂。事件的建立、預覽與檢查細節，可以對照 Google Analytics 官方的示範影片核對流程，跟著官方的順序走，能省下不少試錯的時間。

廣告與電子報的連結可以帶上 UTM 參數，GA4 的報表就能分出流量從哪個渠道、哪檔活動來。要分清楚的是，UTM 記錄的只是工作階段掛在哪個來源；想把詢問連回特定管道，還得靠成功事件的資料，必要時再跟客戶管理系統裡的成交紀錄對起來。它是標籤，不是歸因的保證。

分層數字要看的是比例與變化，不是單一絕對值。同樣一千個工作階段，表單頁的到達人數、開始互動的人數、成功送出的數量各占多少，組合起來才是旅程的形狀；某一週成功送出突然減半，先查互動是否同步下滑，再查送出頁最近有沒有改動，分層的價值就在能把問題切到某一段，而不是對著總數猜。數字異常時，先排除量測本身的問題：事件是不是被改過、標籤是不是重複觸發，確認量尺沒壞，再談訪客行為。

分層數字裝好之後，定位斷點用的是三個是非題。判讀一律跟自己網站的歷史基期比，不設絕對門檻，也不拿別人的平均值當標準：

↔ 左右捲動檢視完整表格

是非題	判讀方式	斷點指向
對的人有進來嗎	查詢報表裡研究型字眼占多數，或品牌字以外的流量極少	對象門檻
有開始填嗎	表單頁瀏覽不算少，開始互動的事件卻明顯偏低	證據與介面門檻
送出後接住了嗎	成功事件正常，通知卻漏掉，或收到的詢問常沒有下文	介面與兌現迴路

三題從最上游往下游問，先修最上游的答案，因為上游沒過，下游修得再漂亮也沒有流量可以接。斷點常常不只一個：主要的斷點修完，回頭把三題重跑一次，次要的斷點會浮上來，這也是後面排優先序的依據。這張表的用意不是給分數，是決定資源先往哪裡去。

對象門檻：進站的人，正在處理你賣的問題嗎

這道門檻的主要儀表，是 Search Console 的搜尋成效報表。它列出網站出現在哪些查詢的結果裡、各自的曝光與點擊；曝光只代表搜尋者看見了結果，點擊才代表造訪，判斷進站組成要以點擊為主：把點擊集中的查詢攤開，字眼多數落在「教學」「是什麼」，點進來的人多半還在蒐集資料；「費用」「比較」「評價」占的點擊份量增加，評估階段的訪客才真的進來了。判讀時記得兩個限制：查詢報表會遺漏匿名查詢，總數也隨資料分組與篩選條件而變動；它是分流的證據，不是名單意圖的保證。

分流之後的修法，是調整關鍵字布局與頁面職責的分工，而不是加買流量。判斷的基礎是搜尋意圖：需求被描述得越具體，通常越接近評估階段，但字詞的長短不保證競爭低，也不保證一定帶來詢問；「費用」「怎麼選」這類決定型修飾詞是線索，最終仍要打開搜尋結果頁，看排在前面的是教學文還是服務頁，確認自己鎖定的階段沒有判讀錯。意圖分類的完整框架，可以看搜尋意圖的判讀與分類；要把具體需求的字詞系統性找出來，做法在長尾關鍵字的布局方法裡有完整流程。

搜尋與廣告的分工，也在這道門檻一起決定。廣告適合用來試訊息、試需求，上線快、停損也快；搜尋排序適合承接長期存在的查詢，但需要時間累積，也無法承諾時程。分配的依據是每筆合格詢問的成本：兩邊各自的總花費除以各自帶來的合格詢問數，比例照這個數字調，不照印象調。取捨的完整比較，可以看SEO 與 Google Ads 的分工比較。

攝影工作室：兩種查詢，兩種旅程

用攝影工作室看這道門檻。「婚禮攝影風格靈感」帶來的訪客，正在收集喜歡的畫面與構圖，離找攝影師還有一段距離；「婚攝費用怎麼算」的搜尋者，多半已經在比價、準備議約。兩種查詢都該接，但由不同的頁面接：教學與靈感文照顧還在研究的人，讀完之後放一條往服務頁的連結把人送過去；服務頁與方案頁迎接詢價需求，把費用結構、拍攝流程與詢問表單放在一起。哪一種查詢帶來的流量多、哪一種的詢問率高，回去看查詢報表與成功事件的數字，用自己網站的資料回答，不推定固定的倍數。

職責分好之後，檢查兩件事：服務頁上的費用資訊給到什麼程度，以及教學文往服務頁的連結放在哪裡。費用不一定要給到底價，區間與計價方式也能減少摸索；連結則放在讀者剛消化完對應資訊的位置，例如談完拍攝流程的段落結尾，接往服務頁的細節。兩件事都做齊，研究需求與詢價需求才有各自的落點，不會全部擠在同一頁互相稀釋。

證據門檻：訪客憑什麼敢把聯絡方式交給你

通過對象門檻的訪客，下一個問題是憑什麼相信你。第一次見面的網站，訪客檢查的資訊比經營者想像的多：這家公司是誰、做過什麼、資料交出去之後會怎麼被對待。這些資訊找不到，或找到了卻對不起來，詢問就會停在瀏覽，頁面再漂亮也一樣。

把訪客在檢查的資訊分成兩層，比較容易對照。一層是專業可信：作者是誰、服務範圍在哪裡、取得客戶同意的案例、可以驗證的成果，回答的是「你做得到嗎」。另一層是交易安全：合法營業資訊、找得到人的聯絡方式、隱私說明、退款與取消規則，回答的是「交給你會不會出事」。地址與電話依營業型態和法定揭露義務處理就夠，不必為了看起來可信，就把私人住址攤在網站上；兩層缺任何一層，訪客留下的猶豫就會多一分。

案例的寫法決定說服力。「合作客戶超過百家」這類話是空話，因為無從檢查；把當初的困境、採用的做法、當時受到的限制，以及事後查證得到的結果一併寫出來，讀者才能對照自己的情況。案例要先徵得客戶同意，依需要匿名化，能認出客戶的地點與營運細節都可以隱去。這也是 E-E-A-T 走的方向：內容的作者是誰、依據什麼寫成，都攤在讀者眼前；落實的檢查點在E-E-A-T 的落實要點有完整整理。

資訊放在哪裡，跟放什麼一樣重要。兩層資訊不必全部擠在「關於我們」這一頁：案例放在服務頁對應段落的旁邊，隱私與退款說明放在表單附近，讓訪客在需要確認的當下看得到；頁尾則固定放公司全名與聯絡管道，當作整站共同的索引。判斷的標準是訪客的疑問在哪裡冒出來，資訊就出現在不遠處，而不是要求他把整站翻一遍才找到安心。

還有幾個附帶訊號，成本低卻常被忽略。HTTPS 屬於底線，談不上加分，未加密的表單頁會被主流瀏覽器貼上不安全的標記；錯字、破圖、過期的資訊，每一項都在墊高訪客的疑慮。這些訊號與詢問量之間沒有固定的因果保證，但修復的成本極低，先把確定的摩擦拿掉，再談其他效果。

介面門檻：送出之前的每個摩擦，都在折損名單

有了對的人與足夠的證據，詢問還可能卡在送出之前。這道門檻的檢查工具就是自己的手機：把從進站到送出的流程完整走一遍，逐段記下讀不清楚、載入太慢、欄位填不下去的地方，再用事件數字確認卡點，一次修一項。

行動裝置優先，因為它是多數網站的主要現場。就全球的網頁流量來看，來自行動裝置的占比長期維持在高位（依 Statista 逐季發布的統計）；不過自家網站長什麼樣，還是看自己後台的分析數字。手機上的表單若要放大縮小才看得到欄位、送出按鈕小到要用指尖瞄準，每一個不便都在折損名單；響應式排版屬於使用條件，不是裝飾。按鈕尺寸與觸控目標的規格，可以對照按鈕可點性的設計細節逐項檢查。

速度是另一個無聲的摩擦。頁面轉得越久，願意等的人越少，部分訪客根本沒等到表單出現就離開了；Core Web Vitals 在 Google 的排名考量裡有一席之地，不過就只是其中一項訊號，通常讓位給內容本身的相關性（見 web.dev 談速度為什麼重要）。速度的檢查項目很固定：先把圖片壓到該有的大小，設好快取，刪掉用不到的程式碼，必要時換更好的主機，速度健檢的逐項清單可以直接照著走。

欄位的取捨標準只有一個：團隊正確回覆所需的最少資訊。與回覆無關的欄位，動機強的訪客會勉強填，動機還在成形的人會直接離開；同時每個欄位都是個資的蒐集，該有的告知不能省。錯誤提示要能指引修正，告訴訪客哪裡錯了、怎麼改，而不是只丟一個紅框；重點不在把欄位砍到最少，而是每一欄都站得住腳。

欄位的順序與預設值也影響完成率。容易填的放前面，讓訪客先累積投入感；需要查資料才答得出來的欄位，例如完整的規格型號，改成選填並允許事後補充。手機號碼這類容易打錯的欄位，加上格式檢查與即時提示，錯誤訊息寫清楚預期的格式，而不是只說無效。每一項調整都回到同一個問題：這個欄位幫助回覆，還是只是增加摩擦。

金屬加工零件批發：把規格問對，回覆才快

B2B 的詢價單把這件事看得最清楚。金屬加工零件的批發詢問，缺了規格、數量與付款條件，回覆只能再來回問一次，詢問者等不及就去找下一家；把這三個欄位放進表單，第一次回覆就能給到可用的報價，雙方都省時間。用 WooCommerce 經營零件批發的網站，詢價單可以直接長在商品頁上，建置流程看商品頁詢價單的建置方式；用 Elementor 自己排頁面的網站，欄位與驗證的設定在Elementor 自訂表單的欄位設定裡有對應的做法。

讓下一步自己浮出來：行動呼籲的位置與承諾

通過三道門檻之後，還有一件事決定訪客會不會行動：下一步在哪裡。行動呼籲的文案要用動詞開頭，並把點選之後的結果說清楚，「預約諮詢」「取得報價」是承諾，「了解更多」沒有承諾，結果得由訪客自己想像。位置同樣重要：放在訪客已經理解服務之後的地方，而不是每一段塞一次，塞滿的呼籲等於沒有呼籲。

按鈕本身要配得上被點。大小、顏色對比與留白決定它在版面上的層級，手機上要落在拇指容易到達的熱區；設計原則的完整拆解看行動呼籲的設計原則。文案、按鈕與送出之後的回應，整條路徑要一起檢查接順，單點改色救不了斷在其他地方的路徑，接順的方法在轉換路徑的接順方法裡有逐步的檢查。

入口也要常駐。表單不該只躲在聯絡頁，讓訪客在選單裡翻找：嵌進服務頁的尾段、放在側欄或頁尾，讓讀完內容的人隨時有下一步可走；需要全站曝光的訊息，也可以用置頂公告欄讓入口常駐，設定方式見全站置頂公告欄的設定。每一頁都該回答「看完之後呢」，而不是假設訪客自己會找到聯絡方式。

按下送出之後，迴路的另一半才開始轉

通知的驗證在前面已經完成，這一節處理送出之後的兌現：送出的人知不知道已收到、什麼時候會有人回、找不找得到人。這一段做不好，前面三道門檻全部白過，因為詢問發生了，對話卻沒有展開。

回覆速度的務實標準，不是幾分鐘內回覆的軍備競賽。送出的當下就回覆已收到，並告知大約何時會有真人回應；站內的通知同時送給負責的同事，再按案件的難易排真人處理的順序。自動回覆只交代已收到與預計時間，不冒充真人的判斷。回覆快慢影響體驗，但回得越快不等於越會成交，這個因果不要亂接。

內部的接單流程也影響兌現。通知進來之後由誰分類、多久會被看到、需要報價的單子要繞哪些關卡，這些流程沒有寫下來，詢問的處理速度就隨人事浮動。簡單的做法是一張共享的清單：收件時間、來源、負責人、回覆時間欄位齊全，固定掃一遍，卡超過預計回覆時間的單子立刻處理。網站把詢問送進門，門內的秩序決定它能不能變成對話。

通道按客群的使用習慣分層補上。偏好傳訊息的訪客，用即時通訊按鈕承接：把 LINE 按鈕掛上網站是常見起點；想把常見問題先交給機器人過濾，可以看用 Chatfuel 接 Messenger 訊息的設定，安裝細節另見Messenger 對話框的安裝方式。能把服務切成時段來賣的，改用預約系統讓訪客自己挑時段，省掉信件往返；約好時間只是起點，風險高的服務再配上訂金、明訂的取消辦法與到點提醒，工具的選型看預約系統的選型與頁面規劃。開了幾條通道，就要有幾個明確的負責人，而且每條都查得到詢問從哪裡來；通道不是越多越好，沒有人回的通道只會累積失望。

還不準備詢問的訪客，用名單養成留住：以指南、範本或後續內容交換 Email，前提是講清楚用途並提供退訂。從迴路的角度看，這一段是回饋的延伸：被接住的詢問會透過口碑與重複詢問回流，成為新的入口；接不住的詢問，則靜靜地變成別人的口碑。名單的價值看訂閱之後的互動與詢問，不是名單本身的長度。

修哪個先？用成本與可驗證度排順序

斷點定位之後，資源怎麼排，用兩個軸決定：做起來的成本，以及做完能不能立刻驗證。便宜又能立即驗證的先做，需要開發或採購的後做；流量採購放在定位與修復之後，因為它是把錢換成分母的動作，分母本身的問題沒修，買來的流量只是放大流失。

↔ 左右捲動檢視完整表格

改善項目	所需成本	驗證方式	建議檢視節奏
前台實測表單、修通知投遞	低	測試單三方核對	修完當天
補齊營業與聯絡資訊	低	頁面走查、詢問品質	納入固定走查
分層事件量測	中	各層數字完整出現	裝好即看
欄位與行動版調整	中	互動與成功事件的變化	樣本累積足夠再判讀
預約與通道整合	較高	預約完成與回覆紀錄	依導入範圍
流量採購	高	每筆合格詢問的成本	定位與修復之後

執行時守住三個原則。一次只改一項，改之前記下基準線，沒有基準線的改動無法歸因；觀察的週期依流量樣本決定，樣本小就拉長時間，不要用產業平均值當自己的標準；流量還不足以支撐判讀時，先記錄、先修確定的問題，避免無分母的空轉。主要的斷點修完，回頭把三個是非題重跑一次，斷點會往下游移動，新一輪的改善目標跟著更新，這就是可以重複的診斷迴圈。流量夠大的網站，還能做對照或分階段改動，讓歸因更乾淨。

五個常見誤診，與這套診斷法的邊界

診斷的工具用錯，比不診斷更傷。五個常見的誤診，各用分層數字重新判讀一次：

1. 流量上升，詢問就會跟上。實際上，流量的組成可能同時在變：研究型查詢變多，曲線好看，評估階段的訪客沒有增加。正確判讀是看查詢組成與成功事件的變化，不是只看曲線。
2. 按鈕點擊數高，代表很多人想詢問。實際上，驗證失敗與重複點擊都會計入，點擊只說明有人按過，不說明單子成立。正確判讀以成功事件為準。
3. 系統回報已送出，等於已經收到。實際上，通知可能投遞失敗或進了垃圾匣，訪客送出了，沒有人知道。正確判讀靠前台實測與三方核對。
4. 裝了即時通工具，等於有人接。實際上，沒有人負責回覆的通道只會累積等待，傷的是口碑。正確判讀看回覆紀錄與回應時間。
5. 這一週詢問變多，功勞在上週的改動。實際上，季節性、廣告預算變動與流量組成都在干擾，單週波動說明不了因果。正確判讀是對照基期、拉長觀察，一次只驗一項。

這套方法也有邊界，先講清楚。它依賴可量測的事件與足夠的流量樣本：新站還沒有資料、流量極低，或採購決策以季為單位的 B2B 長案，數位數據只覆蓋前段，它能當自查的清單，當不了預測模型。它不預測詢問量，也證明不了單一改動的因果；查詢報表的匿名查詢與分組限制、分析工具的歸因限制，都讓數字帶著先天的誤差。診斷是迴圈，不是一次性的檢查：養成固定週期看分層數字的習慣，斷點出現的當下就知道往哪裡修，而不是等到信箱安靜了一個月，才開始猜哪裡壞了。