實際案例教學 · SEO × AIO × GEO
AI 搜尋時代的
網站競爭力
從搜尋可見，到可理解、可驗證，
再到值得信任的商業結果。
先說明這是教學用案例品牌，不代表實際檢測機構或已驗證的業務成果。全課只追一條路徑：搜尋系統如何找到頁面、理解答案、核對證據，最後使用者是否採取行動。
開場
AI 搜尋時代的
SEARCH ELIGIBILITY
搜尋系統找得到嗎？
從 HTTP、robots、索引控制、頁面架構逐層排查。
交付：可重現的技術檢查ANSWERABILITY
答案能被正確理解嗎？
確認頁面是否直接回答問題，並交代條件、範圍與例外。
交付：可回答的內容結構EVIDENCE & OUTCOME
可信度與成效怎麼驗證？
把來源、可觀測引用與商業轉換分開量測。
交付：分層量測方案請先讓學員知道：這不是保證排名或 AI 引用的速成課。課程產出是診斷能力與驗證設計。
GATE 1可抓取HTTP · robots · 渲染抓取日誌／URL 檢查
→
GATE 2可索引noindex · canonical · 內容索引狀態／收錄訊號
→
GATE 3可理解意圖 · 答案 · Entity內容審核／受控測試
→
GATE 4可引用證據 · 來源 · 新鮮度引用監測／人工核對
→
OUTCOME有價值行動點擊 · 詢問 · 合格商機分析與 CRM
判讀規則「網站準備好了」≠「已被索引」≠「已被 AI 引用」≠「已帶來商機」。
之後每章都放回這條鏈：SEO 主要處理前兩道門檻；內容設計提高可理解性；證據與外部可核對資訊支持信任；最後才看使用者行動。各系統實際機制不同，這是本課的診斷模型，不是任何單一平台的排名公式。
LINK DISCOVERY
傳統搜尋
提出查詢→看結果與摘要→選來源頁面
常見任務：找供應商、查官方規範、比較服務與聯絡方式。
ANSWER SYNTHESIS
生成式搜尋
描述需求→檢索與整合→摘要並附來源
常見任務：先理解複合問題，再追問或打開來源驗證。
網站的共同任務讓重要頁面可取得、主張說得清楚、來源方便查核；但呈現與引用由平台決定。
Google 官方說明生成式搜尋功能仍建立在 Search 的基礎要求之上。不要使用「十個藍色連結已死」或「AI 搜尋完全不用 SEO」這類二分說法。
原始問題更換濾網後，
需要做哪些驗證？
需要做哪些驗證？
更換範圍單片？整個系統？
目標風險要確認濾網完整性或空間狀態？
場域要求用途、規範、品質系統？
運轉條件工況與再驗證計畫？
內容規劃
把一個真實決策講完整，補必要的子題與交叉連結。
不要做
為每個同義詞或 fan-out 變體各造一頁薄內容。
Google 把 query fan-out 描述為相關查詢的延伸檢索概念，同時明確提醒：為操弄排名或生成式回答而大量製作變體頁面可能違反 scaled content abuse 規範。不是每個子問題都必須成為獨立 URL。
Search Engine Optimization
改善搜尋系統發現、抓取、索引、理解與呈現網站的條件。
AI Optimization（本課用語）
改善內容能否被 AI 檢索、正確理解與回答的可用性；不是 Google 官方分數。
Generative Engine Optimization
以證據、來源、Entity 一致性與引用觀測，改善生成式系統取用內容的準備度。
避免混淆本課 GEO 指生成式引擎優化，不等於地區／在地 SEO（Local SEO）。
Google 官方提及網路上常見 AEO 或 GEO 等詞，但不代表 Google 存在官方 AIO/GEO 分數或特殊捷徑。本課把 AIO/GEO 當成團隊可操作的診斷語言，所有結果仍須用實際資料驗證。
01DNS / HTTPS / HTTP網域解析、憑證、狀態碼
02robots / WAF允許目標 crawler 取得必要資源
03Rendering主要內容是否存在於可讀 DOM
04Index controlsnoindex、canonical、重複 URL
FROM SYMPTOM TO EVIDENCE先定位故障層，再選下一個檢查
01 · RESPONSE403 / 5xx
查 WAF 規則與 origin 回應紀錄
02 · ACCESS被禁止抓取
核對 robots 規則與安全政策
03 · RENDER內容未出現
比對原始 HTML 與渲染後 DOM
04 · INDEX主版本不一致
核對 noindex、canonical 與 URL Inspection
用一頁重要服務頁示範從回應狀態碼到渲染後 DOM 的檢查順序。robots.txt 阻擋抓取與 noindex 控制索引不是同一件事；不要把「瀏覽器能開」直接當成所有 crawler 都能取得。
DISCOVERED已發現內部連結
或 sitemap 提供線索
→
或 sitemap 提供線索
CRAWLED已抓取伺服器成功回傳
可處理內容
→
可處理內容
INDEXED已索引平台選擇納入
搜尋索引
→
搜尋索引
SERVED可能呈現依查詢、品質、
系統選擇顯示
系統選擇顯示
診斷順序先看 URL Inspection 與回應，再檢查 canonical、noindex、重複內容和內部連結。
WHERE DID THE URL STOP?狀態不同，排查問題也不同
DISCOVERED · NOT CRAWLED找得到 URL 嗎？
查內部連結、sitemap、robots、伺服器與 WAF 紀錄。
CRAWLED · NOT INDEXED頁面值得獨立收錄嗎？
核對 canonical、noindex、重複性與主要內容品質。
INDEXED · LOW VISIBILITY查詢與頁面相符嗎？
看搜尋需求、呈現報表與競爭情境；不只重送 sitemap。
Sitemap 是發現 URL 的提示，不是收錄保證。搜尋引擎會自行決定是否索引及如何呈現。課堂案例先記錄狀態與時間，避免看到單一工具提示就下因果結論。
同一內容的 URL 變體http / https有／無結尾斜線追蹤參數重複分類路徑
→
首選版本https://example.com/service/
一致的 canonical
一致的 sitemap
一致的內部連結
Canonical
向搜尋引擎表達偏好的主要 URL；平台仍可能選擇不同版本。
Sitemap
提供重要 URL 線索，需保持可索引、可回應且與 canonical 一致。
此圖的網域是教學示意，不是部署值。正式上線時必須換成實際對外 URL；絕不保留 YOUR-DOMAIN.example 這種佔位字串。Canonical 是訊號不是強制指令，還要看重定向、站內連結與 sitemap。
核心 Entity品牌 / 組織
服務解決什麼問題？
方法怎麼執行？依據什麼？
案例哪些情境有證據？
決策問題如何選擇與詢問？
連結設計讓服務頁連到方法、適用條件、案例與下一步；每個連結都回答「為什麼接著看這頁？」
服務、方法、案例不一定各自獨立成頁，應依使用者任務、內容差異與維護能力決定。不要以孤立頁面數或關鍵字密度當作架構品質。
TITLE / H1台灣無塵室第三方檢測與潔淨室驗證
直接答案
提供哪些檢測？適用什麼需求？
條件與範圍
何時需要？哪些資訊會改變測試組合？
方法與依據
使用什麼標準？哪些需要專案確認？
證據與行動
如何追溯結果？詢問前應準備什麼？
快速稽核只看標題，能否猜中內容？只看答案段落，是否知道適用條件與下一步？
示範將空泛品牌句改成服務描述，但不要把教學品牌的敘述當成真實企業的能力證據。所有服務範圍與標準適用性需由實際專業人員核實。
ENTITY組織正式名稱 / 網站 / 聯絡資訊
提供服務實體
由誰說明作者 / 審核者
依據標準 / 文件 / 方法
可用時
選符合頁面用途的 schema，並驗證語法與政策。
不要做
標記頁面看不到、沒有證據或不符合類型的資訊。
Google 對 structured data 有格式、政策與可見內容一致性的要求；符合規範也不保證 rich result。Google 已自 2026-05-07 起停止在 Search 顯示 FAQ rich result；FAQ 仍可解決使用者問題，但 FAQ schema 不能再包裝成 SERP 特效捷徑。
載入速度LCP≤ 2.5 秒最大內容元素出現
互動反應INP< 200 毫秒互動到視覺回饋
視覺穩定CLS< 0.1非預期版面位移
決策方式優先看真實使用者資料（field data），再用實驗室測試定位原因；分數不是排名承諾。
FIELD → LAB → FIELD用真實使用者分布找問題，再回到真實情境驗證
01 · OBSERVE分群看 field data
依頁型、裝置與流量情境檢視第 75 百分位。
02 · REPRODUCE實驗室定位原因
重現慢載入、互動延遲或版面位移。
03 · IMPROVE修正主要瓶頸
把資源放在影響使用者的實際元件。
04 · RECHECK回看 field data
在足夠資料與相同分群下確認變化。
門檻依 Google 現行 Core Web Vitals 文件。提醒學員不要把單次 Lighthouse 分數或個別裝置測試，等同全體使用者體驗；先辨認流量裝置、模板與主要內容。
HTTP、robots、URL Inspection、索引狀態
一般 Search Console 報表；生成式 AI 專屬報表顯示 impressions、頁面與可用維度
GA4 或同類分析、事件定義、表單完成
CRM、來源標記、銷售回饋與歸因限制
MEASUREMENT CHAIN每一段都要有自己的資料來源與定義
01 · ELIGIBILITY抓取 / 索引
Search Console、URL Inspection
02 · VISIBILITY曝光 / 點擊
搜尋平台報表與時間窗
03 · ENGAGEMENT到站互動
分析事件與落地頁行為
04 · LEAD合格詢問
表單定義、CRM 與銷售核對
05 · VALUE商業結果
營收、週期與歸因限制
漏斗是量測關係，不代表每個曝光都會依序轉成點擊、詢問或營收。
截至 2026-10，Google Search Console 已推出生成式 AI 效能報表，可檢視 AI Overviews、AI Mode 等功能的曝光與頁面（Google 表示已於 2026-08-31 全球推出）。這些曝光資料不是引用、點擊或商機數；仍要寫清楚指標定義、時間窗與歸因限制。
LLMs.txtGoogle 表示 Search 不使用它來提升能見度。不是 Google SEO 必備
特殊 GEO schemaGoogle AI 搜尋沒有專用的 schema 標記要求。既有 SEO / rich result 用途照常評估
強制切碎內容Google 不要求把頁面切成小段供 AI 才能理解。依讀者任務決定長短
每個變體各做一頁為操弄回答而大量建薄頁，可能觸及 spam 政策。先整合主題與真實差異
逐點引用 Google Search Central 現行 AI 搜尋指南。這些結論只代表 Google 公開指引；其他 AI 平台可能採不同政策。不要由此推論所有格式化、清晰標題或結構化內容都無用，重點是它們應先服務使用者和既有搜尋品質。
01直接答案
PAO/HEPA 完整性測試主要確認濾網與安裝的局部洩漏。
02適用條件
是否足夠，需看更換範圍、場域用途與驗證計畫。
03其他可能測試
視目的評估潔淨度、風量、壓差或其他測試。
04依據與下一步
確認適用規範、工況與測試範圍；不要預先承諾通過。
本頁以案例問題示範回答結構，並非工程建議的完整替代。測試組合需由符合資格的人員依適用標準、品質系統和現場狀態決定。不要憑教學頁面下合規結論。
「它可以確認是否正常，必要時也能做其他測試。」
它是什麼？正常指什麼？何時必要？→
「HEPA 濾網完整性測試用於檢查濾網及安裝接合處的局部洩漏；是否另做潔淨度或風量測試，需依更換範圍、用途與驗證計畫判斷。」
對象 · 目的 · 條件 · 限制檢查問題擷取這段文字時，讀者還需要猜「它」、「此方法」或「正常」指什麼嗎？
PASSAGE ANATOMY四個錨點，讓摘錄保留必要上下文
ANCHOR 01明確主詞
哪一個設備、服務或對象？
ANCHOR 02目的 / 關係
做什麼、要確認哪件事？
ANCHOR 03適用條件
什麼情境、範圍或前提？
ANCHOR 04限制 / 例外
哪些結論不能從這段推出？
這是內容可讀性的實用編輯原則，不宣稱段落長度、特定寫法或 chunking 是某平台的排名因子。Google 明確指出沒有為 AI 強制切分頁面的要求。
決策任務選擇合適的無塵室檢測
理解測試項目分別回答什麼？
比較什麼情境需要哪些組合？
驗證方法與報告如何追溯？
採取行動詢價前要提供哪些資料？
新增頁面前確認是否有獨立的使用者意圖、足夠的原創資訊與可維護的證據。
QUESTION → PAGE ROLE讓不同頁面各自承擔清楚的任務
SERVICE PAGE適不適合我？
服務範圍、適用情境、資格條件與下一步。
METHOD PAGE方法回答什麼？
測試目的、方法依據、條件與限制。
CASE / EVIDENCE如何核對主張？
可公開的案例、來源、紀錄與匿名化方式。
以內部連結連起共同實體與決策路徑；不是每個問題都要新增一個 URL。
以問題地圖編輯內容，避免「每個查詢都開一頁」。頁面拆分與整併要看搜尋意圖、使用者任務、內容獨特性和網站維護能力。此圖是課程設計方法，不是 Google 的頁數規則。
01需求與來源
說明讀者問題；先找標準、原始文件與專業訪談。
02AI 輔助草稿
摘要、整理、改寫；保留引用，不讓模型補造事實。
03專業審核
核實主張、限制、版本、術語與合規風險。
04發布與維護
標示作者／審核者、日期、負責人與更新條件。
品質關卡無法找到原始依據的關鍵主張，不應因為「聽起來合理」就發布。
CONTENT GOVERNANCE LOOP發布不是終點，監測結果要能回到修訂責任
01 · SOURCE固定原始依據
來源、版本、適用範圍。
02 · DRAFT整理成草稿
保留引文與待核實標記。
03 · REVIEW專業覆核
主張、例外、風險與責任人。
04 · PUBLISH發布留版本
作者、審核者、日期與版本。
05 · MAINTAIN觀測與修訂
失效來源或條件變更時回修。
更新條件觸發時，回到來源與主張重新核對 ↶
Google 的政策重點是內容是否有助於使用者以及是否符合 Search Essentials / spam policies，而非只看作者是否使用 AI。專業或安全相關內容尤其要由具備相應知識的人審核。
ENTITY誰在說？品牌、作者、服務一致
CLAIM說了什麼？具體、範圍清楚
EVIDENCE憑什麼？數據、文件、案例可查
CONTEXT何時成立？條件、版本、限制
MONITOR如何觀測？來源、日期、方法一致
正確說法提高資訊清晰與可查核程度；不承諾特定 AI 一定採用、引用或推薦。
RETRIEVAL IS A SYSTEM DECISION網站可改善可取用性，不能控制最後是否引用
01 · ACCESS來源可取得
robots、HTTP 與必要頁面資源可被存取。
02 · MATCH內容相關
查詢與段落涵蓋的任務、條件相符。
03 · CHECK系統評估來源
不同產品依自己的檢索與回答流程處理。
04 · OUTCOME可能引用，也可能不引用
平台、查詢與當下系統結果各異。
GEO 是市場常用的操作詞，不應宣稱成單一標準或平台分數。Google 官方指南也提醒，非真實、操弄式的外部 mentions 並非穩健策略。
CLAIM測試目的本頁主張
→
METHOD測試方法流程與邊界
→
SOURCE適用依據標準／原始文件
→
PROOF可查證紀錄儀器、測點、日期
來源品質
優先原始標準、政府／專業機構文件、可驗證的一手資料。
維護責任
記錄版本與更新日期，失效來源要能被發現。
EVIDENCE LEDGER讓別人能重做核對，而不只看到一條外部連結
CLAIM ID對應哪項主張？
PRIMARY SOURCE來源名稱與原始 URL
VERSION / DATE哪一版、何時確認？
SCOPE能支持到什麼範圍？
LIMITATION不能推出什麼結論？
OWNER誰負責下次覆核？
案例中的 ISO 外部連結是對應官方標準頁面。正式商用內容仍須有實際方法、合法使用與合格人員支持；有標準連結不等於企業已符合標準。
證據類別例子能支持
第一方方法、儀器校正、匿名化專案紀錄企業實際怎麼做
外部來源標準原文、主管機關或專業機構資料方法或定義的依據
客戶回饋經同意、具情境的案例與引言特定情境的合作經驗
第三方背書可查證資格、認證或獨立評估符合其明確範圍的能力
底線不買假提及、不編案例、不把單一證據擴大成不受限制的保證。
Evidence 要對應具體 claim，而非堆標章或連結。客戶資料需取得同意並做好去識別化；認證僅能代表認證範圍內的事項。
搜尋檢索用途
控制網站內容是否可用於 ChatGPT Search 的自動搜尋爬取。
訓練用途
網站可獨立設定是否允許相關訓練資料爬取。
使用者觸發
由使用者在 ChatGPT 執行的請求，不是自動網路搜尋 crawler。
驗證層次robots 規則 → WAF／伺服器日誌 → 真實請求與 IP 文件；偽造 User-Agent 回 200 不能證明正式 crawler 可用。
ACCESS POLICY ≠ ACCESS PROOF政策、邊界設備與請求紀錄要分開核驗
01 · PURPOSE先辨認 bot 用途
搜尋、訓練與使用者觸發不可混為一談。
02 · ROBOTS檢查 crawler 規則
確認 User-Agent 對應的 allow / disallow。
03 · EDGE核對 WAF / CDN
安全規則可能另外阻擋請求。
04 · LOGS驗證真實請求
對照官方 IP 文件、時間與伺服器回應。
OpenAI 說明 OAI-SearchBot 與 GPTBot 設定互相獨立，ChatGPT-User 不是自動搜尋 crawler。不要只用 curl 改 User-Agent 就宣稱 crawler 已被驗證；真正存取還涉及 IP、robots、WAF、快取與伺服器回應。
Bing AI Performance：被引用頁面、彙總引用活動與 grounding queries。
固定期間的趨勢變化；只能作相關性觀察，需排除其他因素。
單次內容修改造成引用增加、引用等同點擊、引用代表排名或營收成長。
配套資料搜尋報表、網站分析、伺服器日誌、CRM 與人工引用抽查，依不同問題交叉查看。
OBSERVATION ≠ CAUSATION往上走一階，就需要多一層方法與證據
LEVEL 01觀測到一次
描述平台在指定時間回報了什麼。
LEVEL 02重複觀測
固定口徑、時間窗與查詢後看趨勢。
LEVEL 03排除替代解釋
檢查季節、平台更新與其他網站變更。
LEVEL 04因果效果
需要合適對照設計；沒有資料就標示未知。
Google 的生成式 AI 效能報表可呈現曝光與頁面等資訊，不等於每則回答完整引用紀錄；Bing AI Performance 亦為彙總引用活動，不代表 ranking、authority、traffic 或因果，且可能有取樣限制。不同引擎的口徑不能直接橫向比較。
CONTROL固定條件
→
問題文字
模型 / 搜尋模式
測試日期
來源輸入方式
RUN多次測試
→
Before URL
After URL
不輸入 URL 的自然探索
SCORE獨立評分
正確性
條件完整
來源正確
誤解風險
分開報告指定 URL 測試＝可讀與可回答性；不提供 URL 的測試＝在該條件下自然發現；兩者都不等於全體使用者的引用率。
ONE CONTROL · TWO DIFFERENT TESTS兩種測試回答不同問題，不要合併成同一個分數
ARM A · URL PROVIDED指定 Before / After 頁面
測內容是否清楚、可讀、條件完整、來源正確。
可回答性 / 可讀性ARM B · NO URL不提供頁面網址
在該平台、查詢與時間條件下，觀察有無自然發現來源。
有限條件下的發現情形共同固定 prompt、模式、時間、重複次數與評分表；兩組結果分開報告。
記錄完整 prompt、時間、產品方案、搜尋開關與回答截圖；回答具有機率性、服務會變動，應重複多次並報告樣本限制。不要只挑有利的一次結果。
相同品牌與產業
衡澄驗證科技（虛構教學案例）
相同核心服務
潔淨室檢測與驗證
比較頁面設計
任務、答案、條件、證據、技術線索
不代表因果成效
沒有 Search Console、AI 引用與 CRM 實測資料
演示時說明Before / After 是教學原型；內容準確性仍須由現場專家審核，實際商業成效 Not Verified。
案例品牌與聯絡資訊是虛構示範，不可把頁面內容當作真實服務承諾。課堂只比較 HTML 可見結構和設計差異，並示範如何建立後續量測。
先讓學員自己找：明確服務範圍在哪？如何確認測試依據？使用者下一步要準備什麼？注意，不把概括式品牌文案等同完全沒有價值；比較的是資訊任務可讀性和證據，不是設計好壞。
請學員核對頁面內容與可見來源，不要只因 schema 存在就判定可信。確認快速回答沒有變成無條件保證，技術服務範圍沒有超出專業資料支持。
面向BeforeAfter判讀
服務意圖概括介紹潔淨環境服務具體列出測項與用途Publicly observed
答案結構以品牌宣言與概述為主增加快速回答、適用條件Publicly observed
證據脈絡缺少明確方法來源增加標準與方法來源連結Publicly observed
Entity / Schema未見 JSON-LD有 Organization / Service JSON-LDConfirmed in source
索引與引用需 Search Console、bot 存取與引用資料核對Not Verified
商業結果沒有 CRM、表單與歸因資料Not Verified
「未見」只指檢查到的示範 HTML，不代表線上搜尋引擎完全沒有其他資料。After 的 JSON-LD 存在，不等於 schema 一定合規、rich result 一定呈現或 Entity 一定被採信。公開 URL 實際版本與本機示範版本也可能不同，需以部署後 HTML 為準。
證據標籤Confirmed · Publicly observed · Public-data inference · Suspected · Not Verified；同時記錄信心高／中／低。
CLAIM ONLY WHAT THE EVIDENCE SUPPORTS每升一層，都要換成相應的實際證據
01 · READINESS檢查實作
HTML、robots、索引控制與頁面內容。
02 · VISIBILITY看平台呈現
搜尋報表、查詢與固定觀測期間。
03 · CITATION核對答案來源
平台紀錄或重複人工抽查。
04 · BUSINESS連到合格商機
事件定義、CRM 與銷售確認。
前一層通過不會自動證明下一層；沒有資料的階段保留 Not Verified。
可確認的 HTML 差異通常是高信心；公開頁面行為或有限工具報表是公開觀察；由相關性推因果屬推論；無數據就明確寫 Not Verified。不要填出虛構排名、索引數、引用率或流量成長。
01URL 是否公開可取得？HTTPS、狀態碼、robots、主要內容。
02搜尋控制是否一致？noindex、canonical、sitemap、內部連結。
03頁面任務是否清楚？Title、H1、直接答案、條件、下一步。
04重要主張能否核對？來源、方法、作者／審核者、日期。
05成效資料在哪？搜尋工具、AI 引用報表、分析、CRM。
ONE AUDIT ITEM → ONE TRACEABLE RECORD離開現場後，仍能重做同一項檢查
WHEN / WHERE時間 + 完整 URL
HOW工具、設定與測試方式
RAW EVIDENCE截圖、報表或回應紀錄
STATUS結果 + 證據標籤
CONFIDENCE高 / 中 / 低與限制
NEXT OWNER下一步與負責人
現場可以用 After 公開網址示範，但任何 live 查詢都要記錄時間與工具狀態。課堂時間不足時只做一個 URL 的五項快速檢查，回家再以模板擴展到全站。
NOW建立 Baseline
重要 URL 清單、狀態碼、索引控制、當前流量與轉換定義。
產出：問題清單與負責人NEXT改善關鍵頁
服務意圖、答案結構、證據來源、內部連結、行動路徑。
產出：經審核的內容版本ONGOING監測與迭代
Search、AI 引用（若有可用報表）、使用行為與 CRM。
產出：趨勢、假設與下一輪測試管理原則每輪只設定可驗證的假設；平台更新、季節性與市場變化都可能影響結果。
PRIORITIZATION MATRIX影響大但證據弱時，先驗證，不要直接擴大改版
影響高低
高影響 · 高信心先修阻斷有直接證據，列入 NOW。
高影響 · 低信心先做驗證補 log、測試或專業審查。
低影響 · 高信心安排批次處理納入維護，不搶關鍵資源。
低影響 · 低信心先觀察 / 暫緩避免為弱訊號投入大改動。
低證據信心高
本頁不承諾固定幾週排名或詢問會成長。建立 baseline 後，依工程資源、法規／技術審查、索引更新與商業週期安排回顧節奏。
定位、服務邊界、案例同意、主張批准。
摘要、草稿、分類、檢查清單；輸出需核實。
網站、CMS、分析標籤、版本和工作流程。
SEO、工程方法、法規、資料品質與風險審查。
最重要的分工AI 可以讓錯誤更快產生；只有負責任的來源、審核與更新流程，才能把速度變成品質。
HANDOFF, NOT HAND-OFF任務可以交接，事實責任不能外包
HUMAN定義問題與邊界
決定受眾、服務範圍與可說主張。
AI整理草稿與清單
標出待核實段落與來源缺口。
SPECIALIST核實專業內容
確認方法、規範、限制與風險。
HUMAN OWNER批准發布
對主張、案例同意與更新負責。
PLATFORM發布並留紀錄
承載版本、事件資料與維護流程。
監測或來源變更後，回到負責人啟動覆核；平台本身不替團隊做事實判定。
把本頁作為內部流程設計模板，不偏向特定網站平台。平台能改善可重複執行，不會自動創造市場定位、真實證據或搜尋結果。
01你是誰？Entity / 負責人
02你做什麼？服務 / 範圍
03為誰解決？客群 / 情境
04憑什麼相信？方法 / Evidence
05答案何時成立？條件 / 限制
06下一步是什麼？行動 / 量測
搜尋資格 × 答案清晰 × 證據可查 × 成效可量
EXIT EXERCISE用一個頁面，把六題變成可驗收的行動
01 · SELECT挑一個重要 URL
明確說出這頁服務的主要任務。
02 · ANSWER逐題找到頁面證據
標出六題各自對應的內容位置。
03 · GAP列缺口與來源
區分可補內容、待專家確認與未知。
04 · VERIFY指派指標與負責人
定義下一步、證據和回顧時間。
請學員選一個自己熟悉的服務頁，回答這六題並指出每題的頁面證據。若答案只能靠口頭補充，網站還有資訊缺口。
Google · AI 搜尋內容指南Search 基礎、fan-out、AI 內容常見迷思
Google · 技術 Search Essentials抓取與索引的基本技術條件
Google · Structured Data policies適用性、可見內容與政策要求
Google · Core Web Vitals指標定義與良好門檻
Google · Generative AI 效能報表Search Console AI 功能曝光資料與可用維度
OpenAI · CrawlersOAI-SearchBot、GPTBot、ChatGPT-User 的用途
Bing · AI Performance引用與 grounding query 報表的範圍與限制
案例邊界：品牌與服務為教學示意。投影片對 HTML 的觀察不等於搜尋引擎收錄、AI 引用或營收成效；這些結果需以實際公開版本、平台資料與商業紀錄另行驗證。
課後可依 SOURCE_NOTES.md 查閱逐項教學主張與參考文件。上線前需替主簡報設定實際部署 canonical、網站地圖與可用分析工具；不可保留未驗證的網域或成效數字。