小村軟體有限公司
日本語 English 한국어 繁體中文 简体中文 العربية
聯絡我們
選單

增加 BtoB 網站的詢問數 ── 修正順序的全景地圖(從集客到表單)

· · 網站建置, SEO優化, 詢問動線改善, 服務頁面設計, 內部連結, 技術系B2B

想要增加 BtoB 網站的詢問數時,許多公司容易先從「先增加文章」「投放廣告」這類集客話題開始。 但實務上真正有效的,是依 量測 → 承接頁面(服務頁面) → 動線(表單) → 集客(SEO・廣告) 的順序來修正。

KomuraSoft 的部落格,曾以個別文章處理過服務頁面的結構、詢問表單的動線、電子郵件不達、聊天機器人、SEO 與廣告、內部連結等主題。由於每篇都深入到相當具體的內容,可能反而讓人看不清楚「到底該按什麼順序、從哪裡下手」。本文就是把這些內容串起來的全景地圖。深入探討的部分留給各篇文章,這裡只專注於「修正什麼、依什麼順序、為什麼要修正」的整體藍圖。

首先,「網站為什麼能帶來利潤」這個前提,已經整理在「企業為什麼應該建置網站」中。網站不是公司介紹,而是業務的基礎,這個想法是本文整體的前提。

1. 先講結論 ── 別搞錯修正的順序

在接到「詢問數不增加」的諮詢時,最先提出的需求大多是「想強化 SEO」「想投放廣告」這類集客話題。這種心情完全可以理解,但只要承接頁面與表單仍然薄弱,即使強化集客,詢問數也不會增加。

這就跟往破了洞的水桶裡倒水一樣。水桶(網站)底部有洞的狀態下,即使把水龍頭(集客)開到最大,水(詢問)也不會積起來。應該先修的不是水龍頭,而是那個洞。

把修正順序畫成圖,會是這樣。

回饋量測掌握現狀承接頁面服務頁面動線表單集客SEO・廣告
  • 量測: 找出詢問停滯的原因
  • 承接頁面: 用首頁・服務頁面傳達「可以委託什麼」
  • 動線: 用表單或詢問頁面打造「容易送出」的體驗
  • 集客: 用 SEO・內部連結・廣告,把流量送到已經整頓好的承接頁面與動線

依這個順序修正,即使流量不多,詢問也會開始出現,之後追加的集客成效就能直接反映出來。反過來的話,投入集客的費用會持續因承接頁面與表單的弱點而流失。實際依此順序修正的案例,可以參考「網站改版案例:宮崎運輸公司 Douzu Carry Service」。

2. 掌握現況 ── 把詢問數少的原因分成兩類

「詢問數少」這個症狀,大致有兩個原因。

  1. 流量不足: 原本就沒有曝光・點擊
  2. 轉換不足: 有流量,卻沒有轉化為詢問

這兩者的處理方式完全不同,因此一開始就先區分清楚非常重要。區分時,使用 Search Console 與 GA4。

確認的地方 看什麼 能知道什麼
Search Console(搜尋效能) 主要服務頁面・文章的曝光次數 曝光次數本身就少的話,流量不足的可能性很高
Search Console(搜尋效能) 有曝光次數但點閱率(CTR)偏低的頁面 標題・description 與搜尋意圖有落差
GA4 服務頁面・詢問頁面的工作階段數 使用者是否有到達該頁面
GA4 表單送出等轉換次數・轉換率 有到達卻沒有送出

依原因不同,後面章節的優先順序也會改變。

  • 流量不足較嚴重時: 第6章(集客)的優先度會提高,但如果承接頁面(第3〜4章)仍然薄弱,增加的流量也會直接流失。安全的做法是先把承接頁面整頓到最低限度,再著手集客。
  • 轉換不足較嚴重時: 請把第3〜5章(承接頁面與動線)列為最優先。若不修正這裡,只強化集客,詢問率也不會改變。
  • 兩者都弱時: 按照順序,從承接頁面著手是最短路徑。

3. 修正承接頁面(1) ── 能否傳達出「這是一家做什麼的公司」

承接頁面的第一個論點,是首頁・服務頁面・公司資訊之間的角色分工。技術系・B2B 網站詢問數無法成長的一大原因,不是資訊不足,而是各頁面的角色互相混雜。如果把事業內容・服務清單・公司介紹・實績・詢問全部塞進首頁,讀者就會不知道該先讀哪裡。

應該先看的順序是這3個。

順序 頁面 角色
1 首頁 作為公司整體的入口,簡短傳達這是一家做什麼的公司
2 服務頁面 把想諮詢的內容具體化,傳達可以委託什麼
3 公司資訊・代表人介紹 補強是誰、有什麼經驗、負責範圍到哪裡

詳細的整理放在「技術系企業的網站為什麼傳達不出「這是做什麼的公司」」中。內容涵蓋首頁的 H1 是否能用一句話傳達整體樣貌、服務頁面是否具體化了諮詢內容、公司資訊是否提供了判斷信任度的依據等檢查項目。

4. 修正承接頁面(2) ── 服務頁面的結構

承接頁面的第二個論點,是服務頁面本身的結構。技術系 B2B 服務頁面變弱的原因,多半不是說明不足,而是說明範圍太廣,讓人看不出這是給誰看、講什麼的頁面。

基本的骨架,按下面的順序就足夠了。

  1. H1 與簡短的引言
  2. 適合哪種諮詢(對象)
  3. 服務範圍
  4. 交付成果與進行方式
  5. 常見問題
  6. 通往諮詢的動線(CTA)

重點在於標題不是用內容的名稱,而是按照「諮詢者想知道的順序」來安排,而 CTA 則要用能讓人知道點擊後會發生什麼事的文案(例如:「諮詢網站建置」)。詳細的結構步驟整理在「如何製作服務頁面 - 技術系・B2B 適用的整理步驟」中。

5. 修正動線 ── 表單相關最先該修的3個地方

即使承接頁面整頓好了,如果在表單相關環節流失,詢問數還是不會增加。動線上首先該檢查的,是以下這3個地方。

地方 常見症狀 應先檢查的
首頁 看不出是什麼公司 H1、引言、入口的整理
服務頁面 看不出可以委託什麼 服務範圍、案例、CTA
詢問頁面 讓人沒有想送出的意願 欄位數量、說明文字、安心要素

這3個地方看起來各自獨立,實際上卻是相連的。如果在首頁沒有產生興趣,就不會前進到服務頁面;如果在服務頁面看不出諮詢內容,詢問頁面也不會被打開。優先順序與具體的檢查要點,詳細整理在「沒有詢問的網站,應該先修的3個地方」中。

動線還有另一個麻煩之處,就是表單明明送出成功,但通知信卻沒有送達負責人的情況。如果覺得「明明送出成功卻沒收到詢問」,請懷疑 From: 標頭的設計或 SPF/DKIM/DMARC 的對齊問題。診斷步驟整理在「詢問表單的電子郵件無法送達的原因與修正方式」中。

此外,是否在表單之前放聊天機器人,也是動線的一部分。左右效果的關鍵,與模型是否聰明相比,更在於是否把用途限定為單一目的、是否決定好作為正本的知識來源、是否訂好交接給真人的條件。在企業網站上,不要讓聊天成為主角,而是設計成引導至服務頁面或詢問表單的角色,這樣才穩定。詳細內容整理在「實務上有用的聊天機器人設計最佳實踐」中。

6. 加上集客 ── SEO・內部連結・小額廣告

只有在承接頁面與動線都整頓好之後,加上集客(SEO・廣告)才有意義。SEO 與 Google 廣告並不是二選一,實務上更適合當成分別去獲取意圖不同的搜尋需求的機制來分工。

在技術系 B2B 網站中,以服務頁面為主角,並在周邊集結技術文章與案例的結構較為有力,一邊看 Search Console 的數據,一邊決定接下來該寫哪個頁面。在 Google 廣告方面,比起出價技巧,優先整頓轉換定義與標籤量測才是關鍵;如果要從小額開始,基本做法是聚焦於詢問意圖濃厚的高意圖關鍵字,直接導向承接頁面(服務頁面)。兩者的思路整理在「技術系B2B網站的SEO優化與Google廣告推進方式」中。

即使增加文章數量,如果回到服務頁面的動線薄弱,效果也不會轉化為詢問。內部連結的角色不是增加瀏覽次數,而是打造文章・服務頁面・支柱頁面之間的往返。像是讓錨點文字直接反映連結目的地的角色、在文章正文・文章結尾・服務頁面這3處連結等具體做法,整理在「如何連結文章與服務頁面 - 內部連結設計的基本」中。

7. 90天的執行計畫

不需要一次修正全部。若要在遵守優先順序的前提下,用90天打造基礎,以下順序較為現實。

期間 要做的事 對應章節 參考文章
Day 1〜14 用 Search Console 與 GA4,判斷是流量不足還是轉換不足 第2章 -
Day 1〜30 整理首頁・服務頁面・公司資訊的角色分工 第3章 傳達不出是什麼公司的原因
Day 15〜30 修正主要服務頁面的結構(對象・服務範圍・進行方式・實績・FAQ) 第4章 服務頁面的整理步驟
Day 31〜45 修正首頁・服務・詢問頁面表單相關的3個地方 第5章 應先修正的3個地方
Day 31〜45 檢查詢問通知信是否不達(From/Reply-To、SPF/DKIM/DMARC) 第5章 表單郵件無法送達的原因與修正方式
Day 46〜60 決定是否導入聊天機器人,以及導入時的設計方針 第5章 聊天機器人設計最佳實踐
Day 61〜90 整理內部連結,補強 SEO 文章,同時用高意圖關鍵字試投小額廣告 第6章 SEO優化與Google廣告推進方式、內部連結設計的基本
Day 61〜90 用 Search Console・GA4 驗證效果,重新設定下一個90天的優先順序 回到第2章 -

依這個順序推進,即使頁面數量還不多,也會開始看到詢問的變化。與一開始就增加文章或廣告相比,先打造好承接頁面與動線的基礎,之後追加的集客效果會更直接地反映出來。

總結

增加 BtoB 網站詢問數的正道,就是依 量測 → 承接頁面 → 動線 → 集客 的順序來修正。如果從集客開始,增加的流量就會被倒進破了洞的水桶,無法累積成成果。

首先用 Search Console 與 GA4 判斷現況,然後整頓承接頁面(首頁・服務頁面)、動線(表單・郵件・聊天機器人),最後才用 SEO・內部連結・小額廣告加上集客。光是遵守這個順序,即使投入相同的工時,詢問數的成長方式也會有相當大的不同。

相關文章

相關諮詢領域

相關文章

共用相同標籤的最新文章。能以相近的主題延伸理解。

相關主題

與本文相近的主題頁面。以本文為起點，可進一步連到相關服務與其他文章。

與本主題相關的服務

本文連結到以下服務頁面，歡迎從最接近的入口查看。

常見問題

整理諮詢這個主題時常見的問題。

首先該從哪裡下手？
不是設計或集客,而是量測。請先用 Search Console 與 GA4 判斷「是流量不足」還是「有流量卻沒有轉化為詢問」。若不先確認原因就從 SEO 或廣告開始,承接頁面與表單的弱點會原封不動地留著,增加的流量也無法轉化為詢問。
網站需要重新改版嗎？
如果目的只是想讓外觀煥然一新,不一定需要改版。多數情況下,只要在現有網站上整理首頁・服務頁面・表單的角色分工並修正文案,詢問數就會改善。改版真正有效的情況,是 URL 結構或 CMS 的限制導致無法新增頁面或變更動線。費用行情的參考,整理在「[中小企業網站建置費用 ── 行情速查表與估價單解讀方式](/zh-TW/blog/website-development-cost-guide-sme/)」中。
要多久才會看到效果？
承接頁面(服務頁面)與動線(表單)的修正,通常公開後數週左右就能開始看到詢問內容或送出率的變化。另一方面,SEO 帶來的流量成長,從整頓文章與內部連結到看見效果,需要以數個月為單位來評估。廣告只要把量測與到達頁準備好,就能相對較快看到結果。
廣告和 SEO,應該先做哪一個？
並不是要二選一,但就下手順序而言,修正好承接頁面與表單之後,廣告會有立竿見影的效果。SEO 因為會累積成資產,值得並行推進,但如果承接頁面仍然薄弱,只增加廣告或文章,也很難轉化為詢問。詳細的角色分工整理在「[技術系B2B網站的SEO優化與Google廣告推進方式](/zh-TW/blog/2026/03/24/000-seo-google-ads-best-practices/)」中。

作者檔案

本文作者的個人檔案頁面。

Go Komura

小村軟體有限公司 代表

以 Windows 軟體開發、技術諮詢與故障調查為中心，在難以重現的故障調查與既有資產仍在運作的專案上具有優勢。

聯絡我們
回到部落格一覽