想像一個讀者第一次點進你的關於頁：品牌故事、團隊、得過的獎、服務過的案例其實全都有，可是東一塊西一塊，他滑了半天還是抓不到重點，最後只留下「這家好像還行」的模糊印象就離開了。問題不在內容不夠，而在擺放的順序沒有跟著讀者心裡的疑問走。關於頁的信任訊號，真正決定成效的是動線：先講你是誰、再講由誰做、接著給外界背書與實績、最後留下聯絡方式。這篇不談該寫什麼，而是談這些訊號該用什麼順序、什麼結構擺上去，讓讀者一路讀下來被說服，也讓機器順著清楚的階層讀懂你。
1. 排關於頁的順序，照的是讀者的疑問流
1.1 讀者心裡的問題是有先後的
一個人點進關於頁，腦中的問題大致是有順序的：你們是誰、為什麼做這件事、由什麼人在做、憑什麼相信你們、做過什麼、我要怎麼找到你。信任訊號的擺放，最好順著這條疑問流走，而不是照公司內部想炫耀的順序。我們排版時會先把這條問題鏈畫出來，再讓每個區塊去回答其中一個問題，讀者才會覺得順、覺得被回答。把最想講的獎項堆在最前面、卻把「你們到底是做什麼的」藏在很後面，是我們最常請客戶調換的毛病，因為那違反了讀者真正的閱讀節奏。
1.2 一條我們常用的動線
| 順序 | 區塊 | 回答讀者的哪個問題 |
|---|---|---|
| 1 | 品牌故事 | 你們是誰、為什麼存在 |
| 2 | 團隊 | 由什麼樣的人在做 |
| 3 | 認證與獎項 | 有沒有外界的背書 |
| 4 | 實績 | 實際做過什麼、成效如何 |
| 5 | 聯絡資訊 | 我要怎麼找到你 |
1.3 用標題階層把動線標出來
這條動線要靠 H 標題階層讓機器也讀得到。整頁一個 H1 講清楚這是誰的關於頁，底下每個區塊用 H2，區塊內的細分用 H3，層次遞進、不跳級。搜尋引擎是靠這個階層理解內容主從關係的。我們看過把每個區塊都做成同級大標、或全用圖片文字硬湊的版面，結果機器讀到的是一團扁平的內容，信任訊號的結構完全傳達不出去。階層清楚的頁面，機器才分得出哪個是主題、哪些是它的支撐，讀者的目光也才有落點，不會每一段都像突然冒出來的新主題。
1.4 順序不只為讀者，也為 AI 抓重點
這條動線除了服務讀者，對現在越來越常替人摘要答案的 AI 也有差別。根據我們的服務經驗，AI 在理解一個組織時，傾向從內容的前段與清楚的階層去判斷「這個實體是誰、主要在做什麼」。如果你把定位句放在最前、把團隊與背書依序接好，AI 比較容易把這些訊號歸併成一個一致的實體描述；反過來，若開場東扯西扯、重點散落各處，它抓到的可能是一堆零碎又彼此矛盾的片段。我們在排關於頁時，會刻意讓開頭那一兩段就把「是誰、做什麼」講到位，就是希望不論是滑手機的讀者，還是替使用者摘要的系統，都能在最前面拿到一句能代表你的話。順序本身就是一種訊號，它告訴機器什麼最重要、什麼是支撐，這跟內文寫得好不好是兩件事，卻一樣影響你被理解的準確度。
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 把壓在圖片裡的訊號搬回文字
重排的最後一步，是把那些被壓在圖片裡的關鍵訊號搬回可讀文字。認證名稱、實績數字、聯絡資訊，這些是信任的骨幹，卻最常被做成好看的圖而讓機器讀不到。我們會逐一檢查哪些訊號只存在於圖片，把它們用文字補回頁面，圖片留著當視覺輔助。做完這一步，我們再用檢視原始碼確認這些骨幹文字都進了初始 HTML，而不是靠互動才展開。一個排得再漂亮的關於頁，如果信任訊號全鎖在圖片裡，對搜尋引擎來說就像沒寫，這一步補起來，整頁對人與對機器才都站得住。
6. 常見問題
6.1 關於頁一定要照這個順序排嗎
這是我們常用的動線，不是唯一解。核心原則是順著讀者的疑問流：先講你是誰、再講由誰做、接著給背書與實績、最後留聯絡方式。你的產業若有特殊考量可微調，但別讓最重要的定位與聯絡資訊被埋在不合理的位置。順序的目的是服務讀者的理解，不是遷就內部的排序習慣。舉例來說，若你的品牌是靠幾位業界知名的專業人士撐起來的，把團隊適度往前挪、讓讀者先認識這些人，也是合理的調整；重點始終是問自己，這個順序有沒有讓讀者更快得到他想要的答案。
6.2 認證獎項可以只放圖片嗎
不建議只放圖片。搜尋引擎不一定讀得到圖裡的文字，信任訊號會流失。至少要用文字或列表把認證與獎項的名稱寫清楚，圖片當輔助。這樣讀者與機器都能理解這些背書是什麼，也避免外界背書因為被鎖在圖片裡而等於不存在。一個簡單的自我檢查是：把圖片關掉後重新整理頁面，如果那些獎項名稱還讀得到，代表你有用文字寫；如果一關圖片獎項就全消失了，那就表示這些背書目前只對看得到圖的人存在，對機器等於沒有。
6.3 聯絡資訊放頁尾就好還是關於頁也要
兩處都有更好。頁尾提供全站一致的聯絡入口，關於頁則在動線末端承接被說服後的讀者，此時他剛被前面的內容說服，正想找你，聯絡方式就在手邊最省事。關於頁的聯絡區塊也讓這頁自成一個完整的信任閉環，不必讓讀者再去別頁找。要注意的是兩處資訊要一致，別出現不同版本的地址或電話。我們實際稽核時，常看到公司搬過家或換過電話，頁尾更新了、關於頁卻忘了改，結果同站出現兩組聯絡方式。這種不一致不只讓讀者困惑，也會讓機器對你的實體資訊打折，所以改其中一處時，務必把全站列出聯絡方式的地方一起對過。
6.4 結構化資料放關於頁還是首頁
組織的結構化資料常見放在首頁，關於頁若也放，要注意同站不要出現彼此矛盾的版本。重點是標記內容跟頁面實際文字一致、且各處資訊統一。與其糾結放哪頁，不如先確保資訊不打架。若兩頁都想放，讓它們描述的是同一個實體、同一組資料，機器才不會讀到互相衝突的訊號。我們的做法是把組織的核心資訊當成一份單一來源，不論放在哪幾頁，都從這份來源複製，任何一處要改就回頭改這份主檔再同步出去，這樣比較不會出現兩頁各自維護、久了就對不上的情況。
6.5 圖片很多會不會影響關於頁的信任結構
圖片本身不是問題，問題在於把關鍵文字資訊只放進圖片。信任訊號的骨幹，包括品牌故事、認證名稱、實績、聯絡資訊，都應該用可讀文字呈現，圖片作為輔助。這樣就算圖片沒載入或機器讀取時，信任結構仍然站得住。把圖片當成加分的視覺，而不是承載骨幹訊號的唯一載體，關於頁的結構才穩。我們遇過設計很精美、卻把團隊介紹、得獎紀錄整個做成一張長圖的關於頁，視覺上確實好看，但對搜尋引擎而言那一大塊幾乎是空白。後來拆成文字加配圖，視覺沒犧牲多少，機器能讀到的信任訊號卻多了好幾倍。