我是吳承學,二十年 SEO 經驗。內容再好,擺錯位置也發揮不了力氣。關於頁常見的狀況是:材料其實都有,但東一塊西一塊,讀者看不出重點,搜尋引擎也難抓到信任的主軸。這篇談的不是該寫什麼,而是這些信任訊號該用什麼順序、什麼結構擺上去,讓讀者一路讀下來被說服,也讓機器順著清楚的階層讀懂你。我會把品牌故事、團隊、認證獎項、實績、聯絡、結構化資料這幾塊,排出一條我實際在用的動線。

1. 我排關於頁的順序,照的是讀者的疑問流

1.1 讀者心裡的問題是有先後的

一個人點進關於頁,腦中的問題大致是有順序的:你們是誰、為什麼做這件事、由什麼人在做、憑什麼相信你們、做過什麼、我要怎麼找到你。信任訊號的擺放,最好順著這條疑問流走,而不是照公司內部想炫耀的順序。我排版時會先把這條問題鏈畫出來,再讓每個區塊去回答其中一個問題,讀者才會覺得順、覺得被回答。

1.2 一條我常用的動線

順序 區塊 回答讀者的哪個問題
1 品牌故事 你們是誰、為什麼存在
2 團隊 由什麼樣的人在做
3 認證與獎項 有沒有外界的背書
4 實績 實際做過什麼、成效如何
5 聯絡資訊 我要怎麼找到你

1.3 用標題階層把動線標出來

這條動線要靠 H 標題階層讓機器也讀得到。整頁一個 H1 講清楚這是誰的關於頁,底下每個區塊用 H2,區塊內的細分用 H3,層次遞進、不跳級。搜尋引擎是靠這個階層理解內容主從關係的。我看過把每個區塊都做成同級大標、或全用圖片文字硬湊的版面,結果機器讀到的是一團扁平的內容,信任訊號的結構完全傳達不出去。

2. 品牌故事放最前面,但別讓它變成裹腳布

2.1 開場先給一句能定位你的話

品牌故事該放在最前,因為它回答讀者第一個問題。但開場不要拖。我習慣讓第一段就用一句話說清楚「我們是提供某類服務的公司」,再往下展開緣起與理念。這麼做有兩個好處:讀者三秒內知道自己有沒有找對地方,而搜尋引擎與 AI 也拿到一句可以直接引用、替你定位的清楚描述。把最重要的定位埋在第五段,是我常請客戶改掉的毛病。

2.2 故事要有具體事件當骨架

品牌故事的結構,建議用「看到什麼問題、決定怎麼做、走到哪裡」當骨架,而不是純抒情。有一次我幫一家匿名的服務業客戶重排關於頁,原本故事寫得很文藝卻沒有一個具體事件,我請他補上創辦當時遇到的實際情境,整段立刻站得住。結構上讓故事有起因、有行動、有進展,讀者跟得上,機器也抓得到脈絡。我排這段時會刻意檢查一件事:每一句到底是在陳述一個發生過的事實,還是只是在堆疊情緒。抒情的句子不是不能有,但如果整段抽掉形容詞後幾乎不剩東西,那就代表骨架是空的,得回頭補進真正的事件。這個自我檢查,我幾乎每次改關於頁都會做一遍。

2.3 故事之後自然接到人

故事講完,順勢帶到「這些是把故事做出來的人」,動線就接上團隊了。這種前後承接讓整頁像一條線,而不是各自為政的區塊。我排版時很在意銜接句,讓讀者不會覺得每滑一段就是一個突然冒出來的新主題。

3. 團隊、認證、實績,依可信度由內而外堆疊

3.1 團隊擺在背書之前,先立人

把團隊放在認證與實績之前,是因為信任要先有「人」這個載體。讀者先認識做事的人,後面的獎項與成績才有歸屬感。團隊區塊結構上建議每位核心成員一小塊,含姓名、專業領域,重要成員可連到各自的作者頁,讓專業訊號能延伸出去。人立起來了,外部背書才貼得上去。

3.2 認證與獎項:給機器看得懂的名稱與時間

認證與獎項是外界背書,擺在團隊之後承接可信度。結構上要注意兩件事:一是用真實、完整的名稱,別只放一張獎盃圖卻不寫是什麼獎;二是可以的話附上年份。我特別提醒客戶,別用圖片當唯一載體,因為搜尋引擎不一定讀得到圖裡的字。用文字或列表把認證名稱寫清楚,機器才理解得了這些背書。我還遇過一種情況:客戶把一整排獎項的縮圖擺得很漂亮,滑鼠移上去才會浮出名稱。視覺上很有份量,但那些名稱是靠前端才顯示的,檢視原始碼時一個字都看不到,等於這些背書對搜尋引擎完全不存在。後來我請他把每個獎項的完整名稱與年份用文字寫在圖片旁邊,圖片留著當視覺輔助,這才讓背書真正被機器讀進去。

3.3 實績用可對照的方式呈現

擺放方式 對信任的效果
純圖片、無文字說明 機器讀不到,信任訊號流失
用列表或表格寫出服務類型與成果 讀者好比對,機器可解析
具名的真實案例敘述 經驗訊號強,說服力高

實績擺在認證之後,是讓「外界說你好」進一步落到「你實際做出什麼」。這一段結構上盡量用可讀文字承載,避免把關鍵資訊只放進圖片。

4. 聯絡資訊與結構化資料,替整頁收尾也給機器對照

4.1 聯絡區塊放在動線末端,回答最後一個問題

讀者被說服之後,下一步就是想聯絡你,所以聯絡資訊放在動線末端最順。結構上把公司全名、地址、電話、聯絡方式用可見的文字清楚列出,別藏在圖片裡或只放一個表單。這一段同時是信任訊號,願意讓人明確找到你,本身就提升可信度。這裡列出的資訊,要跟後面的結構化資料一字不差地對上。

4.2 用 Organization schema 幫整頁做機器索引

整頁內容排好後,加一段組織的結構化資料,等於把頁面上的信任訊號整理成機器能直接讀的格式。重點是標記內容必須跟頁面看得到的文字一致。下面是示範,欄位換成你自己的,並確認與聯絡區塊的資訊相符。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "示範品牌",
  "url": "https://example.com",
  "logo": "https://example.com/images/logo.png",
  "foundingDate": "2010",
  "address": {
    "@type": "PostalAddress",
    "addressLocality": "示範城市",
    "addressCountry": "TW"
  },
  "contactPoint": {
    "@type": "ContactPoint",
    "contactType": "Customer Service",
    "telephone": "+886-0-0000-0000"
  }
}
</script>

4.3 排完之後自己走一遍動線

頁面上線前,我一定會自己從頭滑一遍,假裝是第一次進來的讀者,看每個區塊有沒有回答到對應的問題、銜接順不順、有沒有哪塊資訊只藏在圖片裡。再用檢視原始碼確認主要文字都在初始 HTML 裡,不是靠前端才畫出來。結構對不對,走一遍動線最誠實。我還會多做一個小測試:把瀏覽器的圖片關掉再看一次,如果關掉圖片後品牌故事、認證名稱、實績、聯絡方式這些骨幹訊號都還讀得到,代表結構是站得住的;若一關圖片整頁就變得空空如也,那就表示太多信任訊號被壓在圖片裡,得搬回文字。

5. 常見問題

5.1 關於頁一定要照這個順序排嗎

這是我常用的動線,不是唯一解。核心原則是順著讀者的疑問流:先講你是誰、再講由誰做、接著給背書與實績、最後留聯絡方式。你的產業若有特殊考量可微調,但別讓最重要的定位與聯絡資訊被埋在不合理的位置。

5.2 認證獎項可以只放圖片嗎

不建議只放圖片。搜尋引擎不一定讀得到圖裡的文字,信任訊號會流失。至少要用文字或列表把認證與獎項的名稱寫清楚,圖片當輔助。這樣讀者與機器都能理解這些背書是什麼。

5.3 聯絡資訊放頁尾就好還是關於頁也要

兩處都有更好。頁尾提供全站一致的聯絡入口,關於頁則在動線末端承接被說服後的讀者。關於頁的聯絡區塊也讓這頁自成一個完整的信任閉環,不必讓讀者再去別頁找。

5.4 結構化資料放關於頁還是首頁

組織的結構化資料常見放在首頁,關於頁若也放,要注意同站不要出現彼此矛盾的版本。重點是標記內容跟頁面實際文字一致、且各處資訊統一。與其糾結放哪頁,不如先確保資訊不打架。

5.5 圖片很多會不會影響關於頁的信任結構

圖片本身不是問題,問題在於把關鍵文字資訊只放進圖片。信任訊號的骨幹,包括品牌故事、認證名稱、實績、聯絡資訊,都應該用可讀文字呈現,圖片作為輔助。這樣禁用圖片或機器讀取時,信任結構仍然站得住。