Google 在 2023 年把 HowTo 富結果從搜尋結果拿掉，很多團隊看到排版上的步驟卡片消失，就把整段 HowTo 標記砍了。這是誤判。富結果消失，只代表你的步驟不再以卡片形式出現在藍色連結底下；HowTo 這個 schema.org 型別本身沒有被廢除，而且爬取網頁的 AI 答案引擎，正好最需要這種把步驟切乾淨的結構。標記要繼續寫，只是你寫給的對象，從 Google 排版換成了 ChatGPT、Perplexity 與 AI 總覽。
Google 淡出的是富結果，不是結構化資料
先把事實講清楚。2023 年 9 月，Google 先把 HowTo 富結果限制在桌機，接著全面移除；FAQ 富結果也在同一波被大幅收縮，只保留給少數政府與醫療類網站。所以現在你在 Google 上搜尋一則教學，看不到展開的步驟清單，也不會有可點的縮圖。這是 Google 對搜尋結果版面的取捨，不是對 schema.org 詞彙的判決。HowTo、HowToStep、HowToTool 這些型別依然存在於規範裡，語法合法，機器照樣解析得動。
差別在於「誰在讀」。過去寫 HowTo，是為了讓 Googlebot 幫你長出富結果。現在讀你標記的，多了一整批以檢索增強生成運作的 AI 引擎。它們抓網頁時，會把內容切成一段一段的片段再送進模型；當你的步驟已經用結構標好順序與邊界，切片的品質就高，引用時也不容易把第三步的內容錯接到第一步。
為什麼 AI 答案引擎特別吃步驟結構
「how to X」本來就是 AI 助理最常被問的問題型態。使用者想要一組可照做的動作，而不是一篇要自己找重點的長文。當引擎判斷某頁能對應這種意圖，它會優先抽取有明確順序的片段。HowTo 標記剛好把四件事一次交代完。
- 順序：step 陣列的先後，直接告訴引擎哪一步在前、哪一步在後，不必它自己從文字裡猜。
- 邊界：每個 HowToStep 是一個獨立單位，切片時不會把兩步黏在一起或攔腰切斷。
- 對應：name 與 text 欄位把「這步在做什麼」和「具體怎麼做」分開，方便引擎精準摘錄。
- 可信：標記內容與頁面可見文字一致時，引擎更願意把你當成可引用的來源，而不是略過。
2026 年仍讀得懂的 HowTo 寫法
骨架只有兩層：外層一個 HowTo，內層一個 step 陣列，每個元素是 HowToStep。最少要給 HowTo 一個 name，給每個 step 一組 name 與 text。需要的話再補 HowToTool（工具）、HowToSupply（材料），以及每步的 image 或錨點 url，方便引擎把片段連回頁面的正確位置。用 JSON-LD 寫，放進頁面 head 或 body 都可以。
一個精簡範例長這樣：{ "@context": "https://schema.org", "@type": "HowTo", "name": "如何設定 GA4 轉換事件", "step": [ { "@type": "HowToStep", "name": "建立自訂事件", "text": "進入 GA4 管理介面，點選『事件』並新增自訂事件。", "url": "https://example.com/ga4-guide#step1" }, { "@type": "HowToStep", "name": "標記為關鍵事件", "text": "在事件清單中，把該事件的『標記為關鍵事件』開關打開。", "url": "https://example.com/ga4-guide#step2" } ] }。每一步的 url 用頁面內錨點，讓引擎能把引用直接指回對應段落。
該放哪一頁，不要放哪一頁
HowTo 只標記頁面上真的存在、而且真的是「照步驟完成一件事」的內容。一頁教學文、一份設定指南、一段安裝流程，都適合。標記裡的每一步，都要在可見文字裡找得到對應；如果你在只有行銷文案、沒有實際步驟的產品頁硬塞 HowTo，那是濫用結構化資料，長期只會傷害信任。判斷很簡單：這頁如果印出來，讀者能不能照著一步一步做完？不能，就別用 HowTo。
和 Article、Product 怎麼分工
一頁通常不只一種 schema。教學頁的合理組合是：用 Article 交代這篇文章本身的標題、作者、發布時間，用 HowTo 交代裡面的操作步驟，兩者各司其職、不搶同一段內容。如果步驟是在教人使用某項產品，Product 或 SoftwareApplication 可以描述產品本體，HowTo 描述操作流程。原則是每種型別只講它該講的事，不要為了塞關鍵字，讓多個型別去描述同一段文字。
怎麼驗證與追蹤成效
Google 的複合式搜尋結果測試工具（Rich Results Test）已經不再預覽 HowTo，所以別再拿它驗收。改用 schema.org 官方的 Schema Markup Validator（validator.schema.org），它只看語法是否合法，不管富結果政策，正好符合現在的用途。語法過關之後，真正該追的是引用：你的步驟有沒有被 AI 答案引擎抓去回答問題、有沒有標你的來源。這件事人工一頁一頁問問不完，得靠能定期監測 AI 引擎能見度的工具，例如 Brand Radar，把被誰引用、以什麼措辭引用，記錄下來。
HowTo 標記的價值，已經從『在 Google 版面上多一張卡片』，轉成『讓 AI 引擎抽你的步驟時不會抽錯、不會漏掉你』。
現在該做的很務實：把教學型頁面盤點一遍，該補 HowTo 的補上、內容對齊可見文字，再用 Schema Validator 確認語法，最後追蹤 AI 引擎有沒有開始引用。如果你不確定自家哪些頁面值得標、標了之後 AI 到底讀不讀得到，可以預約一場 30 分鐘 GEO 診斷，我們用你的實際頁面看缺口，直接告訴你下一步。
