Google 官方怎麼說 E-E-A-T？
Google Search Central（2026-11-06 打開，頁面未標日期）寫了三件事：
- E-E-A-T 指經驗、專業、權威、可信四項；其中「信任最重要」，其他幾項有助於信任，內容不必全部體現。
- E-E-A-T 本身不是一個具體的排名因素。
- Google 鼓勵的做法是回答三個問題：誰（有讀者期待署名的頁面，有沒有署名）、怎麼做（內容是怎麼做出來的，包括自動化和 AI 起了什麼作用）、為什麼（是為了幫助人而寫）。
這頁同時說，偽造作者檔案是一種欺騙。所以作者頁的第一條規則是：寫真實存在的人，寫得出來的資歷。
AI 搜尋產品是否按 E-E-A-T 或作者頁給來源打分，我們沒有找到 OpenAI、Anthropic、Perplexity 的官方文件，未核實。下面所有「對 AI 有用」的說法都是推斷：作者頁、關於頁把「誰在說」寫成可讀的文字，讓任何一個讀它的系統不必猜。
作者頁和關於頁的差別是什麼？
| 頁面 | 回答什麼 | 放什麼 |
|---|---|---|
| 關於頁（組織） | 這個產品是誰做的、什麼時候、在哪裡 | 公司或團隊名稱、成立時間、所在地、Organization 資料（寫法見 About 頁那篇） |
| 作者頁（個人） | 這篇文章是誰寫的、憑什麼寫 | 姓名、做這件事多久、做過什麼、聯絡方式、其他檔案連結，放 Person 或 ProfilePage 資料 |
一個人做產品時，兩頁可以合成一頁：關於頁裡寫創辦人。具體到組織資訊怎麼寫，見 About 頁怎麼寫，AI 才能認對你的公司和產品，這裡不重複。
作者頁應該寫什麼？
| 寫什麼 | 怎麼寫 | 不要 |
|---|---|---|
| 姓名或暱稱 | 真實使用的名字；個人開發者用暱稱也可以，但要全站一致 | 換著名字署名 |
| 做這件事多久、做了什麼 | 「2026-03 起做 ExampleApp，上線 N 個頁面」這類能核對的事實 | 「資深專家」「業界領先」這類沒法核對的形容 |
| 這篇文章用的資料從哪來 | 自己的產品資料、實測、官方文件，寫日期 | 沒有來源的數字 |
| 內容是怎麼做出來的 | 如果用了 AI 起草，寫明人怎麼檢查 | 假裝全部手寫，或假裝有專家審核 |
| 別處的檔案 | GitHub、LinkedIn、X 等真實帳號 | 沒建的、不屬於你的帳號 |
| 聯絡方式 | 電子郵件或表單 | 只有一個沒人回覆的表單 |
Person 和 ProfilePage 結構化資料怎麼寫？
Google Search Central（2026-11-06 打開，頁面未標日期）說 ProfilePage 適合使用者頁、作者頁、部落格的「關於我」頁和員工頁。必填的是 mainEntity（Person 或 Organization）和 name；建議 dateCreated、dateModified，以及 alternateName、sameAs、description、image 等。圖片不要用佔位圖。
jobTitle、worksFor、knowsAbout 是 schema.org 上 Person 的屬性（2026-11-06 打開確認），Google 的 ProfilePage 文件沒有把它們列為建議項，所以是「可選的額外資訊」。範例裡的網址都是佔位，換成你自己的：
{
"@context": "https://schema.org",
"@type": "ProfilePage",
"dateCreated": "2026-11-06T00:00:00+00:00",
"dateModified": "2026-11-06T00:00:00+00:00",
"mainEntity": {
"@type": "Person",
"@id": "https://example.com/about/#alex",
"name": "Alex Example",
"alternateName": "alexbuilds",
"description": "Solo developer of ExampleApp. Builds and runs it since March 2026.",
"jobTitle": "Founder",
"worksFor": { "@type": "Organization", "@id": "https://example.com/#org", "name": "ExampleApp" },
"knowsAbout": ["LINE stickers", "image generation pipelines"],
"image": "https://example.com/alex-400.jpg",
"sameAs": [
"https://github.com/alexbuilds",
"https://x.com/alexbuilds"
]
}
}
然後在文章頁裡用 @id 指向同一個人，不要每篇重新寫一遍：
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "How to size a LINE sticker",
"datePublished": "2026-10-16",
"dateModified": "2026-11-05",
"author": { "@type": "Person", "@id": "https://example.com/about/#alex" },
"publisher": { "@type": "Organization", "@id": "https://example.com/#org" }
}
結構化資料裡寫的每一項，作者頁內文裡都要有同樣的話，見 結構化資料怎麼寫。
我們自己的三個站現況怎麼樣？
2026-11-06 我們查了自己營運的三個站，缺口比做法多，如實寫在這裡：
| 網站 | 關於頁 / 作者頁 | 文章的作者標記 |
|---|---|---|
| mochistamp.com | /about 和 /en/about 都回傳 404 | 指南頁的 Article 資料裡 author 指向組織（#org），沒有個人 |
| gammaslide.com | /about 回傳 404 | 未核實（沒有逐頁檢查） |
| kagentx.com | /about/ 回傳 404 | 指南頁的 Article 作者是 Organization kagentx |
這不是建議做法，是待辦。如果你也是一個人做產品，想讓讀者知道「誰在寫」，先做一頁關於頁，再決定要不要給每篇文章署上個人名字。署名要和事實一致：不是你寫的，不要署你的名。
一步一步怎麼做？
1. 先決定署誰
個人署名還是組織署名，都可以，但要與事實一致。幾個人寫就各自署名。
2. 寫一頁作者頁或關於頁
按上面的表寫，每個事實一行，能核對。
3. 加 ProfilePage 資料並和內文對一遍
照上面的範例改，alternateName、sameAs、image 都要是真實的。
4. 文章頁連到作者頁
文章裡放署名和日期，Article 資料的 author 用 @id 指向作者。日期的寫法見 內容更新日期怎麼標。
5. 文章本身寫成能被引用的句子
作者頁只是「誰說的」，內文才是被引用的部分，見 怎麼寫出 AI 願意引用的內容。
常見問題
E-E-A-T 是排名因素嗎？
Google 的文件寫明 E-E-A-T 本身不是一個具體的排名因素；它指經驗、專業、權威、可信，其中信任最重要。
AI 搜尋會看作者頁嗎？
我們沒有找到 OpenAI、Anthropic、Perplexity 的官方文件說明，未核實。作者頁對讀者和 Google 的指引有用，對 AI 的作用是推斷。
一個人做產品，需要作者頁嗎？
需要的是「誰在寫」能被讀到。可以只做一頁關於頁，裡面寫創辦人的名字、做這件事多久、聯絡方式和真實的檔案連結。
可以編一個作者嗎？
不可以。Google 的文件把偽造的創作者檔案稱為一種欺騙。署名要與事實一致。
用 AI 起草的文章怎麼署名？
Google 建議說明內容是怎麼做出來的，包括自動化或 AI 的作用。寫明人怎麼檢查，署的是對內容負責的人或組織。
出處
- Google Search Central · Creating helpful, reliable, people-first content （查看於 2026-11-06，頁面未標更新日期）
- Google Search Central · Profile page structured data （查看於 2026-11-06，頁面未標更新日期）
- schema.org · Person （查看於 2026-11-06）
- kagentx 評測：案例頁的資料，日期寫在每個例子裡。