規劃一頁 SEO 到達頁之前,我會先想清楚這頁要接住誰、讓他做什麼
很多人一聽到做一頁到達頁,直覺就是先找設計師排版、再把關鍵字塞進去。我做 SEO 二十幾年,看過太多這樣先做後想的頁面,上線後既排不上去、也接不到詢問,最後淪為官網裡沒人點的孤島。到達頁的成敗,八成在規劃階段就決定了,動手排版只是把想清楚的東西實作出來。這篇我把自己規劃一頁能同時被搜尋引擎收錄、又能把流量變詢問的到達頁時,腦中跑過的順序攤開來講。
1. 規劃到達頁前,我先確認這頁的存在理由
1.1 這頁要接住哪一種搜尋者
我動任何規劃之前,會先逼自己用一句話回答:這頁是為了接住「搜尋什麼、處在什麼決策階段」的人?答不出來就代表這頁還沒資格開工。以一個到府安裝服務的產業為例,搜尋「冷氣安裝推薦」的人多半已準備找廠商、只差挑一家;搜尋「冷氣安裝注意事項」的人還在做功課。這兩種人該進的頁完全不同,前者要能立刻詢價的服務型到達頁,後者要知識型文章。搞混這一點,後面做什麼都白費。
我習慣把這句話寫在規劃文件的最上面,整個過程只要有任何段落偏離它,就砍掉。一頁到達頁只服務一種搜尋者,這是它能排得上、又能轉換的前提。
1.2 這頁希望對方做出什麼動作
接住人之後,我要他做什麼?是留下聯絡方式、預約諮詢、還是直接註冊試用?這個「唯一主要動作」必須在規劃階段就定死,因為它會反過來影響關鍵字要選哪些、首屏怎麼排、信任訊號放什麼。一頁到達頁如果同時想要人加入會員、下載資料、又預約諮詢,通常結果是三個都做不好。我會挑一個最有商業價值的動作當主軸,其餘的降級成次要選項。
1.3 這頁在網站結構裡站在哪一層
到達頁不是孤立存在的。我會確認它在網站階層裡的位置,重要的到達頁應該距首頁不超過三層,網址要能語意化地反映它的位置,例如服務類的頁放在服務分類底下。這一步常被跳過,但它直接影響搜尋引擎抓不抓得到、以及使用者能不能從導覽三次點擊內找到它。規劃時就把網址與階層定好,比上線後再搬家省事太多。
2. 關鍵字選擇,我從商業價值往回推
2.1 主字要離詢問夠近,不是量最大就好
選到達頁的主關鍵字,我不從搜尋量最大的字挑,而是從離成交最近的字往回推。量大的字通常意圖泛、競爭高,點進來的人離詢問還很遠。反而是那些明確帶著「找廠商、想報價、要委託」意圖的字,量雖然中等,卻是最容易轉換的一段。我寧可主攻一個每月量中等、但意圖直指詢問的字,也不追一個量大卻接不住需求的泛字。
判斷一個字離詢問多近,我看它字面帶的訊號:帶「推薦、費用、報價、找、比較」這類字眼的,通常商業意圖強。純知識型的字則留給文章去承接,不放在到達頁的主字位置。
2.2 主字之外,我用一組延伸字撐起覆蓋面
一頁到達頁只圍繞一個主字會太單薄。我會找出主字的延伸與長尾,把它們自然安排進不同段落與小標。這些延伸字通常是同一種意圖底下更細的問法,例如主字是「冷氣安裝推薦」,延伸就可能涵蓋安裝流程、報價方式、施工保固這些搜尋者真正會在意的子題。這樣做的好處,是讓這頁在搜尋引擎眼中「主題完整」,同時也回答了搜尋者進來後的下一個問題。
整理延伸字的時候,我會把它們對應到頁面的區塊規劃表,確保每個重要子題都有一段內容承接,而不是把字硬塞進句子裡。下面是我常用的對應方式。
| 頁面區塊 | 對應的搜尋者疑問 | 承接的字群方向 |
|---|---|---|
| 首屏價值主張 | 你能幫我解決什麼 | 主關鍵字與核心服務詞 |
| 服務流程 | 找你之後會發生什麼 | 流程、步驟、如何進行 |
| 費用與方案 | 大概要花多少、怎麼算 | 費用、報價、方案比較 |
| 信任與實績 | 憑什麼相信你 | 案例、評價、認證相關詞 |
| 常見問題 | 還有哪些我不放心的點 | 長尾疑問與擔憂型問法 |
2.3 我會避開跟自家其他頁互搶的字
規劃新到達頁時,我一定先查站內有沒有其他頁已經在承接同一個字。如果有,硬做一頁新的只會造成內容互搶,搜尋引擎不知道該讓哪頁代表這個字,兩頁的排名可能一起往後掉。我會先確認這頁要主攻的字沒有跟現有頁重疊,或是想清楚新頁與舊頁如何分工、由誰當代表頁,再開工。這個檢查花不了多少時間,卻能省掉之後的麻煩。
3. 內容結構與首屏,我按搜尋者的閱讀順序排
3.1 首屏在三秒內要回答三個問題
到達頁的首屏是整頁最貴的空間。使用者一進來,會在很短的時間內判斷這頁對不對得上他。我要求首屏在幾秒內回答三件事:這是給誰的、能解決什麼、下一步怎麼做。價值主張要用一句話講清楚服務對象與好處,緊接著就放一個明確的行動入口。品牌介紹、公司沿革這類內容我會往後放,因為搜尋者當下不在意你是誰,只在意你能不能幫到他。
我實務上還有個習慣:首屏的文字一定要在初始 HTML 裡就看得到,不能是靠前端腳本才畫出來的。因為搜尋引擎最先讀到的就是初始 HTML,如果首屏內容要等腳本執行才出現,搜尋引擎可能根本抓不到,這頁的收錄與排名都會受影響。
3.2 內容順序照著疑慮消除的節奏走
首屏之後的區塊,我不是隨意排,而是照著搜尋者心裡的疑慮一層層消除。先講你能提供什麼、怎麼進行,讓他知道流程;再講費用與方案,回應他最現實的顧慮;接著用實績與評價證明你做得到;最後用常見問題掃掉剩下的猶豫,把人推向詢問。這個順序背後的邏輯是:人不會在一堆疑問沒解決前就聯絡你,內容要一步步把「我為什麼還不敢找他」的理由拆掉。
3.3 我實際規劃時會先畫區塊骨架再寫字
我規劃到達頁從來不是打開文件就開始寫內文。我會先把整頁的區塊骨架列出來:每個區塊承接哪個子題、要回答什麼疑問、放哪個行動入口,全部先定好,再往裡面填內容。這樣做的好處是,等真的開始寫字時,每一段都有明確任務,不會寫到一半發現整頁沒有主線。有次我幫一個客戶重規劃到達頁,光是把骨架重排、把費用區塊從最底下往前移到實績之後,詢問就有了改善,內容一個字都還沒重寫。結構本身就是轉換的一部分。
4. 信任訊號與把流量變詢問
4.1 信任訊號要具體到能被驗證
到達頁上的信任訊號,如果只是「專業團隊、品質保證」這種空話,對搜尋者沒有說服力。我會盡量放能被驗證的東西:實際完成的案例、來自真實客戶的評價、可以查證的認證或資歷。這些內容不只讓人比較放心,也是搜尋引擎判斷這頁可不可信的訊號。我會提醒客戶,放案例與客戶見證前務必取得對方書面同意,尤其涉及個人或住家資訊時,這是合規的底線。
信任訊號放的位置也有講究。我通常把最強的一兩個放在首屏附近,讓人一進來就先降低戒心,其餘的鋪在決策後段,在他快要行動前再補一劑。下面這張表是我判斷信任訊號夠不夠力的方式。
| 信任訊號類型 | 可驗證程度 | 放的位置 |
|---|---|---|
| 實際完成的案例 | 高,有具體對象與成果 | 首屏附近或實績區塊 |
| 真實客戶評價 | 高,需取得對方同意 | 決策後段 |
| 可查證的認證或資歷 | 中到高,可對照來源 | 首屏附近 |
| 空泛形容詞(專業、保證) | 低,無法驗證 | 避免單獨使用 |
4.2 行動入口要一路跟著使用者
把流量變詢問,靠的不是頁尾那顆孤零零的按鈕。使用者可能在任何區塊被說服,也可能在任何一段失去耐心。我會讓行動入口在頁面裡自然地反覆出現:首屏一個、關鍵說服點之後各補一個,讓他在被打動的當下就能立刻行動,不必再往上滑找入口。前提是這些入口指向的都是同一個主要動作,避免用一堆不同的次要動作把人的注意力打散。
4.3 用結構化資料讓搜尋結果更容易被點
規劃階段我就會把結構化資料排進去。服務型到達頁適合的結構化資料,通常包括品牌與網站的基本資訊、麵包屑,以及頁面上的常見問題。把常見問題做成對應的結構化資料,有機會讓這幾題直接顯示在搜尋結果裡,佔更多版面、提高被點的機會。要注意結構化資料裡的文字,必須跟頁面上實際看得到的內容一致,不能為了效果自己編一套。這些在規劃時就想好,比上線後再回頭補要順很多。
5. 常見問題
5.1 到達頁和一般文章頁在規劃上最大的差別是什麼
差別在目的。文章頁的主要任務是回答問題、帶進流量、累積主題權威;到達頁的主要任務是把已經帶著購買或委託意圖的人,轉成詢問或成交。所以到達頁的關鍵字要離成交更近、首屏要更快切入行動、信任訊號與行動入口的份量都更重。規劃時的第一個判斷,就是這頁到底該當文章還是到達頁。
5.2 一頁到達頁應該只鎖一個關鍵字嗎
主字只鎖一個,但要用一組同意圖的延伸字撐起主題完整度。只鎖一個字會讓內容太薄、覆蓋面不足;但如果硬把好幾個不同意圖的字塞進同一頁,又會讓頁面失焦。正確的做法是一個主字定調,延伸字分佈到各區塊承接搜尋者進來後的後續疑問。
5.3 首屏到底該放什麼才對
首屏要在幾秒內回答三件事:這頁是給誰的、能解決什麼、下一步怎麼做。所以首屏的核心是一句清楚的價值主張加一個明確的行動入口,再搭配一兩個最強的信任訊號。公司介紹、歷史沿革這類內容往後放,因為搜尋者當下更在意你能不能幫到他,而不是你是誰。
5.4 我怎麼知道到達頁的內容夠不夠讓搜尋引擎收錄
最簡單的自我檢查,是用瀏覽器的檢視原始碼功能看這頁,確認主要文字在原始 HTML 裡就看得到,而不是等腳本執行才出現。如果原始碼幾乎是空的、只有框架,代表內容是前端才畫出來的,搜尋引擎可能讀不到。另外確認這頁有唯一的標題、描述與自我指向的標準網址標籤,收錄的基礎才算穩。
5.5 信任訊號放多少才夠
沒有固定數量,重點是具體、可驗證、放在對的節點。與其鋪滿十幾個空泛形容詞,不如放兩三個扎實的案例或真實評價。位置上,最強的放首屏附近先降低戒心,其餘鋪在決策後段、使用者快行動前再補。放任何客戶相關內容前,記得先取得對方同意。
5.6 到達頁上線多久應該看成效、什麼時候該調整
排名與轉換要分開看。排名部分,任何內容或結構的調整我至少觀察兩到四週再判斷,不用兩三天的波動就急著定案。轉換部分,如果流量進來了、詢問卻很少,我會先從首屏對齊與行動入口的位置檢查起,而不是急著改關鍵字。每次只調一個地方、記錄修改日期,才分得清是哪個改動有效。
