誠實聲明
你看的所有顧問公司、Case Study 多半是「我們幫某客戶做了什麼、為了保密代號 Client X」。 我們選擇相反路線：第一個 case 是我們自己、所有數據可被你公開檢視（curl 我們的 sitemap、view-source 看 schema、Google site:truelink-group.com 數頁面）。 若這套方法對我們有效、再 onboard 你；若沒效、你早就在公開資料看到我們失敗了。
1. 背景：為什麼是 2026 年 5 月
TrueLink（誠通數位）是 2026 年初成立的精品戰略中樞、定位是「GEO 戰情顧問 × KYC 認證夥伴生態系」。 產品上線初期、我們面對所有新品牌都會遇到的問題：網站存在、但 AI 搜尋（ChatGPT、Perplexity、Google AI Overview）完全不認識你。 這個問題比傳統 SEO 排名更殘酷——傳統 SEO 至少能排到第 10 頁慢慢累積、AI 搜尋只引用 2-4 個來源、不在名單上 = 100% 隱形。
內部討論時、創辦人提出一個原則：
「我們賣 GEO 顧問、自己網站卻不被 AI 引用，這像賣健身房教練自己 100 公斤。
先把自家網站做到被 ChatGPT 引用、再去 sell 別人。」
於是 2026 年 5 月 1 日—5 月 27 日這 27 天、我們把自家網站當實驗場。本文紀錄完整過程。
2. 起點（2026-05-01）：基線狀況
我們先稽核自家網站、按照 「ChatGPT 7 個引用訊號」那篇文的標準評估。基線數據：
具體痛點：
- 沒有作者實體：所有頁面署名「TrueLink」、沒有具名 Person schema、AI 視為匿名
- BreadcrumbList 散落：只有 5 頁有、其他 40+ 頁全靠 hosting 結構自證
- statically rendered schema 與 dynamic schema 沒整合：有些頁面 JSON-LD 是 hardcoded、有些是 tl-seo.js 注入、互相覆蓋
- sitemap.xml Cloud Function 部署中斷：rewrite 對應的 function 一直 404、搜尋引擎抓不到完整目錄
- 沒有任何 blog 內容：唯一被 AI 看到的「為什麼選 TrueLink」就只剩 about 頁
3. 介入：30 天執行清單
對應自家 blog「不只外連：E-E-A-T 取代 Link Authority」的 12 項行動清單、我們依優先序執行：
📐 基礎結構化
把每個頁面的 JSON-LD 上到 Level 3。執行：
- tl-seo.js 升級：全站自動注入 Organization + WebSite + Person(林士華) + canonical + hreflang
- 所有 admin / blog / cases 頁加 BreadcrumbList
- 建立
/about/完整 Person schema（jobTitle、sameAs 5 個平台）
🛰️ 自動審核工具上線
不靠人工巡邏、建立 SEO Radar 內部自動審核：
- Cloud Functions：seoRadarRun（爬 sitemap × 4 維度評分）+ seoIndexNowSubmit + seoGscInspect
- admin 後台 /admin/seo-radar.html：4 維度評分卡 + pass/fail 雙 tab + 歷史 run
- 每週一 03:00 onSchedule 自動跑 + IndexNow 推 Bing/Yandex/Seznam
📝 內容與作者實體
建立可被 AI 引用的長文 + 作者署名：
- 2 篇中文 blog（共 7,200 字）：「ChatGPT 7 訊號」+「E-E-A-T 取代外連」
- 2 篇英文 blog（共 8,300 字）：相同主題、英文站、slug 平行
- 每篇 Article + FAQPage + BreadcrumbList schema、作者 Person schema 完整
- 內部 ItemList 連結：互相引用 + 系列敘事
📡 自動化與護城河
讓系統能自我維護、不靠創辦人記憶力：
- Email 週報 Cloud Function：每週一 09:00 自動寄 admin、含 SEO Radar 結果 + waitlist + KYC
- 多域名 hreflang 自動串接（zh ↔ en）、cleaner GSC 國際定位
- partners.html 升級：信任訊號 + 4 步流程 + Logo 預留位、reinforce 「精品中樞 × 數百家認證夥伴」敘事
- 建立 docs/ROADMAP_2026Q2_PRIORITIES.md + CLAUDE.md 雙層任務系統、讓 AI（Claude、Codex）能自主領任務
共 22 個 PR merged、production deploy 6 次、新增 4 個 Cloud Function（SEO Radar 系列）+ 2 個 Cloud Function（Email Digest）。
4. 30 天結果（截至 2026-05-27）
還沒看到的數據（誠實版）
ChatGPT / Perplexity 對「TrueLink」「誠通數位」「GEO 顧問 台灣」這類 query 的「實際引用率」——我們還沒有 30 天前的對照組。基線測量是這 27 天才剛建立的（每週 50 query 觀測表才剛開始）。
這份 case study 故意寫在「投入完成、結果尚未顯現」的時間點、目的是讓未來 60/90 天的 update 有對照基準。下次更新時間：2026-06-30（30 天後） + 2026-08-31（90 天後）、會更新到本頁、不會偷偷刪舊版。
5. 5 個教訓（給接下來想做的人）
5.1 「工具優先 + 內容次之」是錯的優先序
我們本來 Week 1 想先衝 blog 字數（內容王道嘛）、後來改成先做 schema 基礎結構。事後看是對的：沒結構化的好文章、AI 也不會引用。 正確順序：(1) Organization + Person + Breadcrumb schema 全鋪 → (2) 自動審核工具就位 → (3) 內容大量產出。
5.2 自動審核必須在 Week 1-2 內就上、不是 Week 4
我們 Week 2 就建好 SEO Radar、之後 Week 3 寫 blog 時、隨時 click 一下確認該頁面分數有沒有掉、超快迭代。沒有自動審核、人類記不住 50+ 頁面的 schema 狀態。
5.3 中英平行 slug 比想像中省工
ZH `/blog/foo-bar/` 與 EN `/en/blog/foo-bar/` 同 slug、tl-seo.js 的 `_getAlternatePath()` 自動串 hreflang、不必每頁手動標。 這個小決定省了大概一週的工。
5.4 deploy pipeline 的「全成功才上」是地雷
我們 deploy-main.yml 之前設計成「任一個 secret 取用失敗就 skip 全部 functions deploy」、結果一個小權限問題讓整批 130+ functions 全部沒上線。 修法：改成 best-effort（單一 function 失敗印警告但不阻擋其他）。教訓：CI 的「all-or-nothing」護欄通常太粗、要分顆粒度。
5.5 AI 工具的最大價值不是「替代你」、而是「逼你結構化」
這 30 天用了 Claude + Codex 平行作業。最有價值的不是「AI 寫了多少 code」、而是逼我們把工作流寫成 CLAUDE.md + ROADMAP + GitHub Issues 三層、第一次有「可被機器讀的工作系統」。 這套系統對純人類團隊也有用。
6. 60/90 天計畫
2026-06（60 天）目標：
- 累積 6+ 篇深度 blog（中英各 3）、總字數突破 25K
- 每週 50-query AI 引用率追蹤、建立基線數據集
- 第一批 KYC 認證夥伴 onboard（目標 5 家）、partners 頁 logo wall 真實填入
- 申請維基百科「TrueLink」+「林士華」條目評估（請維基專家撰寫）
2026-08（90 天）目標：
- ChatGPT 對「GEO 顧問 台灣」query 引用 TrueLink 至少 1 次（top 3 來源之一）
- Google Featured Snippet 命中「ChatGPT 引用」「E-E-A-T」相關 5 個長尾關鍵字
- OnBoard 第 1 個 case study client（這次不是自己、是真的 client）
- 本頁更新到 90 天版、對照所有數據變化
7. 結語
這 30 天讓我們學到的核心：GEO 不是技巧的問題、是耐心 + 系統的問題。 12 項行動清單每一項都很基礎、沒有 hack、沒有捷徑。差別在於有沒有「真的做」+ 「持續做」。
如果你看完想自己試、先用我們免費 Schema 工具跑跑看分數。如果想加速、看 2-on-1 顧問服務——這次是「核心顧問 + 執行夥伴」配對、不是一人公司。
看完想開始、或想驗證我們講的是真的？
所有結構化資料、Cloud Functions、schemas 都可直接 inspect。 這個案例 60 天 / 90 天會持續更新、有興趣 follow 的話加入等候名單。
免費 Schema 工具 看顧問服務