結構化資料類型一次看懂：旅遊、美食、開箱、食譜各該手動加哪些

結構化資料的類型有好幾百種，但部落客真正需要自己手動補的，其實不到一半。裝好 SEO 外掛之後，文章、麵包屑、作者這些基礎 schema 都會自動產生，真正會漏掉的，是跟你內容直接相關的那幾類，像開箱、食譜、評論、影片。更關鍵的是，2026 年起 Google 把教學步驟跟 FAQ 的版位陸續收掉了，方向沒搞清楚就貼，等於白做。這篇就照旅遊、美食、開箱、食譜、影片、教學幾種主題，連影評跟懶人包也一起講，手把手告訴你各該手動補哪些、哪些已經失效，又該怎麼用 AI 產生、貼進 HTML 就搞定。

為什麼裝了 SEO 外掛，結構化資料還是缺一塊？

「我外掛都裝好了，結構化資料不是自動就有了嗎？」這是很多部落客一聽到 schema 就冒出的疑問。答案是：基礎的確實自動好了，但跟你內容最相關的那幾類，外掛通常不會主動幫你補。

簡單講一下，結構化資料就是一段藏在網頁原始碼裡、專門講給 Google 跟 AI 聽的內容說明書，告訴它們這篇是食譜、那段是評論、這裡有一支影片。它到底長什麼樣、為什麼在 AI 搜尋時代變重要，我在 結構化資料是什麼 那篇已經一次講完，這篇不重複，只專心解一件事：哪幾類得你自己動手。

外掛很聰明，但它不會通靈。它知道每篇都有標題、作者、發佈日期，所以這些自動包好；可是它沒辦法知道你這篇兩千字裡，哪一段是食材、哪個數字是烹調時間、哪一句是你給某家餐廳打的分數。這些「只有你知道」的內容，就是要手動補的部分。

哪些結構化資料外掛會自動做、哪些要手動補？

先把界線畫出來：基礎的外掛會自動產生，內容專屬的才需要你手動補。

外掛自動搞定那批，你幾乎不用碰，就是文章本身、麵包屑、作者資料、網站資訊。裝一個像 Slim SEO 或 Rank Math 的外掛就有了，哪一款比較適合你看 結構化資料外掛怎麼選；至於這些代碼要不要自己手寫，多半不用，原因我寫在 JSON-LD 怎麼寫。

要你手動補的是這幾類：開箱產品、食譜、評論評分、影片、菜單、活動、清單。共同點都是「外掛沒辦法自己判斷」，得你親手告訴它。

這裡插一個很多人還不知道的最新狀況。過去大家很愛貼的兩種 schema，現在 Google 已經不給版位了：教學步驟（HowTo）的版位 2023 年 9 月就停了，FAQ 問答的版位更是在 2026 年 5 月全面停止，連政府和醫療網站都不再顯示。這不代表它們沒用，而是價值轉移了，現在貼這兩種是為了餵 AI 摘要，不是搶 Google 那塊版面。想知道 AI 摘要怎麼吃掉搜尋版位，可以看 AI 摘要對 SERP 的衝擊。

很多人會問我：那 FAQ schema 現在還要做嗎？還是要，但別再期待 Google 給你問答卡了。現在做 FAQ 純粹是為了讓 AI 抓得到你的問答，不是搶 Google 版面。

依你的部落格類型，該手動補哪些結構化資料？

你寫的內容	該手動補的結構化資料	Google 還有版位嗎
旅遊（景點、住宿）	評論評分、清單、活動、影片	有：星等、清單
美食（介紹餐廳）	商家／餐廳資訊、評論評分、菜單	有：星等
開箱／產品介紹（3C、家電、美妝）	Product（產品名、品牌、型號、價格）＋評論評分	有：價格、星等、供應狀態
食譜（教做菜）	Recipe（自帶步驟）、影片	有：食譜卡
影片	VideoObject、影片章節	有：縮圖、章節
教學（步驟操作）	HowTo、課程、影片	HowTo 沒了；課程、影片還有
影評（電影、影集）	Movie／TVSeries ＋評論評分	有：星等

最快的判斷法，就是看你這篇在寫什麼，對號入座補那一兩個就好，不用每種都學。

旅遊（介紹景點、住宿）

旅遊文重點補評分跟清單。你去玩一個景點、住一間飯店，給了評價，就補評論評分（Review），搜尋結果會長出星星；「十大必訪景點」這種補清單（ItemList）；遇到在地祭典、燈會這類有日期地點的補活動（Event）；有拍 vlog 再加影片。

美食（介紹餐廳）

美食文補的是餐廳資訊跟評分。介紹一家店，補上店家資訊（地址、營業時間、價位帶）跟評論評分，星等一出來點擊很有感；整理菜單補菜單（Menu）；做「某地區十大美食」補清單。注意這裡講的是「介紹別人的店」，跟下面教人做菜是兩回事。

開箱／產品評測（3C、家電、美妝這類）

開箱、產品介紹、評測這種，要補的是 Product（產品本身）加上你的評分，這也是 Google 到現在還很捧場的一類。你開箱一支手機、一台吸塵器、一條口紅，把產品名稱、品牌、型號、價格填進 Product，再加上你自己的評測評分（Review），搜尋結果就能同時顯示價格、星等、有沒有現貨。型號不用另外做，它就是 Product 裡的一個欄位，一起填進去。提醒一句，價格、供應狀態這種會變動的資料，schema 裡寫了就要記得跟著更新，不然 Google 抓到過期價格，觀感反而扣分。

食譜（教人做菜）

食譜文只要記住一個重點：用 Recipe，不要用教學步驟那種，這是最多人貼錯的地方。Recipe 本身就包含食材、烹調時間、卡路里、步驟、評分，是專門為「做一道菜」設計的，而且 Google 到現在還會給漂亮的 食譜卡。反觀教學步驟（HowTo）不但沒 Recipe 完整，版位還早就被收掉了。我看過最有感的就是食譜文，原本只是純文字步驟，補上 Recipe 之後搜尋結果開始出現那種帶星等跟時間的食譜卡，點擊自然比一行藍字標題吃香。有拍料理影片的話，再把影片疊上去。

影片（誰都會貼）

現在幾乎每篇都會嵌一支 YouTube，影片這類補 VideoObject 就對了，搜尋結果會顯示縮圖跟時長，長影片還能標出章節讓人直接跳段。影片 schema 有個特性：它常常是疊在別的上面的，例如「食譜＋影片」「開箱＋影片」，不一定單獨存在。

教學（像我做的這種）

教學文現在比較尷尬，因為最對應的教學步驟（HowTo）Google 已經不給版位了。但如果你的內容真的是一步一步操作，還是可以貼，目的是讓 AI 在回答「怎麼做 X」時引用你。有開課補課程（Course），課程資訊卡目前還有效；有教學影片一樣補影片。

影評（電影、影集）

寫電影或影集影評，補的是作品本身加上你的評分。電影補電影（Movie）、影集補影集（TVSeries），再加上你給的評論評分（Review），搜尋結果會長出星等，這塊 Google 目前還有支援。如果你是「2026 必看十部影集」這種整理，一樣套清單把片單串起來。重點還是那句，你真的有寫評價、打分數才補評分，沒實際看過硬給星等，反而會被當灌水。

常被問到一個問題：一篇文章可以同時放好幾個結構化資料嗎？可以，而且常常要。一篇附了料理影片的食譜，食譜跟影片兩個都該放。原則只有一條：有那個內容才放那個，沒有影片硬塞影片 schema，Google 反而當你在灌水。

懶人包（一篇混好幾類）這樣處理

懶人包這種一篇包五家餐廳、五個景點，甚至旅遊、美食、景點、交通全混在一起的，最常被問：要一家一家通通加結構化嗎？答案是不用。前台把內容寫清楚，是給讀者看、也讓搜尋引擎跟 AI 從內文讀懂；結構化資料則是再額外給一個更明確的標記，兩者不同層。對大型混合懶人包來說，與其一家一家補到天荒地老（每家地址、價格之後還要跟著維護），不如把前台結構做扎實：每家一個獨立小標，店名、地址、你的評分格式統一，這樣搜尋引擎跟 AI 照樣讀得懂。真要做 schema，就挑整份做一個清單（ItemList），或只幫最重點的那幾家配評分，其他靠乾淨內文就好。原則還是那句：有那個內容、又值得，才補。

結構化資料怎麼產生？要貼在前台還是後台？

結構化資料現在不用自己從頭寫了，最快是丟給 AI 產生。把你這篇的內容講給它聽，例如餐廳的名稱、地址、價位、評分，或食譜的食材跟烹調時間，請它產生對應的 schema 代碼，複製下來就能用。一篇要好幾個就請它一次生好幾段，例如一篇餐廳文同時要餐廳、商家、FAQ，三段一起生出來，全部貼進同一篇就行。

產生好之後，重點來了：很多人以為要把這段代碼貼在文章「前台」、讓它顯示在頁面上，其實不用。結構化資料是給搜尋引擎跟 AI 看的，目的是讓它們更容易理解、收錄你的內容，所以它只要待在網頁原始碼裡、被讀到就行，讀者根本不會看到，也不該看到。所以你把它貼進文章的 HTML 裡就好，之後要改，直接在 HTML 裡改那幾個字，比在一堆設定畫面點來點去還快。

當然，如果你完全不想碰代碼，也可以裝 SEO 外掛或專門的結構化資料外掛讓它自動處理。只是提醒一句，很多結構化外掛的進階功能要另外收費，裝之前先看清楚免費版給到哪。金城事務所自己也有在開發外掛，就是想把這些常用的結構化包成不用額外付費的工具，這部分之後有機會再聊。

金城老師觀點

延伸閱讀

參考資料