一個網站的「關於我們」不是用來放「這是我們的團隊」這句話的。它是一篇機器與人類同時在看的信任證明。

一個網站的「關於我們」頁面，不是用來放「這是我們的團隊」這句話的。 它是一個機器與人類同時在看的門戶—— 對機器來說，它是實體認證的起點； 對人類來說，它是信任的第一印象。

如果你的團隊介紹只是「專業」、「經驗豐富」， AI 引擎看不出你與競爭對手的差異。 如果你的聯絡資訊只寫「service@example.com」、卻沒有地址與服務時間， 機器看不出你是一個「真實存在」的實體。

這篇文章不談「該寫什麼」，而是談「怎麼寫，才會被機器讀成可信」。 TrueLink 的關於我們頁面，透過結構化資料與驗證機制，讓機器讀出我們的真實存在—— 例如我們在官網 truelink-group.com 上使用 Organization schema 標記公司資訊，並以 PostalAddress 與 Google Business Profile 保持 NAP 一致。

為什麼「關於我們」是機器信任的第一步？

機器不是人類，所以它不會靠直覺判斷「可信」。 它靠的，是「結構化資料」+「可驗證的實體資訊」。

Google、Bing、Perplexity、Claude、Gemini—— 所有現代搜尋引擎與 AI 助手，都在尋找： 「這個實體，是誰？他們在哪裡？他們有什麼資格？」

這類問題的答案，通常就藏在「關於我們」頁面。

機器怎麼讀「我們的團隊」？

「我們的團隊是由一群專業人士組成」—— 這句話對人類來說可能夠了，但對機器來說，它毫無資訊。

機器讀團隊的方式：結構 + 驗證

  • 結構：你是否用 Person schema 標記每個人？

    • 例：Person + jobTitle + worksFor + sameAs

  • 驗證：你是否把團隊成員的 LinkedIn 或真實履歷鏈結到 sameAs？

    • 這樣做，不只是讓機器看得懂，也是讓人類相信「這人真的在這家公司工作」。

TrueLink 的實務經驗顯示，若 sameAs 鏈結失敗（例如連結失效或與真實履歷不一致），會反向降低信任評分。我們觀察到 N 個案例中，此類錯誤常導致 E-E-A-T 評分下降。

機器怎麼讀「聯絡資訊」？

聯絡資訊不是「放 email 與電話」就夠了。 它是機器判斷「這個實體是否存在」的關鍵。

  • 地址：你有沒有用 PostalAddress 標記真實的辦公室地址？

    • 沒有地址，機器看不出你是一個「真實存在」的公司。

  • 聯絡方式：你有沒有標明「辦公時間」？

    • 機器會想知道：「這個公司是不是只在網路上存在？」

TrueLink 的台北辦公室地址為 [台北市信義區XX路XX號]，並在 PostalAddress 中標記與 Google Business Profile 完全一致的 NAP（Name, Address, Phone Number）。

你該怎麼做？從這三步驟開始

第一步：把團隊成員變成「可驗證的實體」

  • 為每一位成員建立 Person schema。
  • 把 LinkedIn、真實履歷、甚至 LinkedIn 的公開連結，加到 sameAs。
  • 把 jobTitle、worksFor 都寫清楚。

> 這樣做，不只是讓機器看得懂，也是讓人類相信「這人真的在這家公司工作」。

第二步：把聯絡資訊變成「可搜尋的結構」

  • 用 ContactPoint schema 標記 email、電話、地址。
  • 把地址用 PostalAddress 寫清楚。
  • 標明辦公時間，用 openingHours。

> 沒有這些，機器看不出你是一個「真實存在」的實體。

第三步：讓「我們的團隊」不只是文字，而是「可驗證的資料」

  • 用 Organization schema 標記你的公司。
  • 把 foundedDate、location、sameAs（你的 LinkedIn、政府登記資料）都標清楚。
  • 把 makesOffer 用上，這樣機器知道你在「提供什麼服務」。

TrueLink 的官網中，Organization schema 如下（去識別化）：

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "TrueLink",
  "foundedDate": "2018-06-01",
  "location": {
    "@type": "Place",
    "address": {
      "@type": "PostalAddress",
      "streetAddress": "XX路XX號",
      "addressLocality": "信義區",
      "addressRegion": "台北市",
      "postalCode": "110"
    }
  },
  "sameAs": [
    "https://www.linkedin.com/company/truelink-group/",
    "https://truelink-group.com"
  ]
}

為什麼這三步驟不能省略？

Google 的 E-E-A-T 指南說得很清楚： 機器評估一個實體是否可信，不是看你「說了什麼」，而是看你「怎麼說」。

如果你只是放一段「我們是專業的公司」， 機器看不出你與競爭對手的差異。

但如果你的團隊每人都有 Person schema， 你的聯絡資訊都有 PostalAddress， 你的公司有 Organization schema， 你就在告訴機器：「我們是真實存在，而且我們有結構。」

真實情境：一個「關於我們」頁的結構化範本

元素結構化資料機器讀到的資訊
團隊成員Person + jobTitle + worksFor + sameAs這個成員是誰、職位、屬於哪家公司、有沒有真實履歷可驗
聯絡資訊ContactPoint + PostalAddress + openingHours這個公司有沒有真實地址、怎麼聯絡、辦公時間是什麼
公司資訊Organization + foundedDate + makesOffer這家公司是誰、成立時間、提供什麼服務

你會問的問題（FAQ）

Q1: 為什麼要用 `sameAs`？

A: 因為機器要驗證「這個實體是誰」。 如果你的團隊成員有 LinkedIn，就把它加到 sameAs， 這樣機器就知道「這個人真的存在」。

Q2: 沒有地址會怎樣？

A: 機器看不出你是一個「真實存在」的實體。 如果你的公司只是「虛擬存在」，機器就不會信任你。

Q3: 什麼是 `makesOffer`？

A: 它是告訴機器「你在提供什麼服務」的關鍵。 如果你不告訴機器你提供什麼，它就不知道你該被推薦給誰。

正確用法是巢狀於 Offer → itemOffered。例如：

"makesOffer": {
  "@type": "Offer",
  "itemOffered": {
    "@type": "Service",
    "name": "SEO 與結構化資料優化"
  }
}

Q4: 什麼是 `openingHours`？

A: 它是告訴機器「你的辦公時間」。 如果你不告訴機器你辦公時間是什麼，它就不知道你是不是只在網路上存在。

Q5: 為什麼要用 `Organization` schema？

A: 它是告訴機器「這個公司是誰」的關鍵。 如果你不告訴機器你叫什麼名字、是哪一年成立的，它就不會信任你。

Q6: 什麼是 `ContactPoint`？

A: 它是告訴機器「怎麼聯絡你」的關鍵。 如果你不告訴機器你的 email、電話、地址，它就不會信任你。

總結：關於我們頁不是文字，而是「信任的起點」

你不是在寫一篇文章，而是在建立一個「可驗證的實體」。 機器不是靠直覺判斷「可信」，而是靠資料結構。

如果你的團隊、地址、聯絡資訊都只是「文字」， 機器看不出你與競爭對手的差異。

但如果你的團隊每人都有 Person schema， 你的聯絡資訊都有 PostalAddress， 你的公司有 Organization schema， 你就在告訴機器：「我們是真實存在，而且我們有結構。」