你個網站寫住「星期一至六 10:00–19:00，星期日休息」。人一眼睇明。但對一部機器嚟講，呢句可以有幾種讀法：「至」係咪包埋星期六？「休息」係成日定半日？公眾假期又點？
結構化資料要解決嘅就係呢一步。Google 嘅結構化資料簡介咁定義：佢係一種標準化格式，用嚟提供網頁相關資訊同將內容分類。講白啲：畀人睇嗰句照留，另外畀機器一份逐欄填好嘅版本。
營業時間點寫
用 schema.org 嘅講法，其中一種寫法係逐日寫：星期幾、幾點開、幾點收。上面嗰句會變成六組「星期一 10:00 開、19:00 收」咁嘅資料，星期日就唔寫。
Google 嘅本地商家說明仲寫明幾個特別情況點處理：成日唔開，開門同收工時間都填 00:00；特別營業時間（例如節日）用另外兩欄寫明由幾時到幾時有效。同一份說明列出「名稱」同「地址」係必填，營業時間、電話、網址係建議填。
格式方面，Google 建議用 JSON-LD，即係一段放喺網頁入面、畀機器讀嘅資料，人睇唔到，亦唔影響版面。
時間對唔上固定格式，就成句唔交
呢度係我哋自己幫商戶出結構化資料時定落嘅規矩。
商戶頁嘅營業時間，對得上「星期一至五 10:00–19:00」呢類固定寫法，先會轉成結構化資料。寫住「需預約」、或者自由文字嘅，公開頁照樣顯示畀人睇，但結構化資料就唔出營業時間。就算係「星期一至五 10:00–19:00（需預約）」，都成句唔出 —— 因為「需預約」嘅意思係唔可以直接上門，當一般營業時間交出去就係講錯。
地址都一樣。2026 年 10 月 2 日，我哋排查自己嗰個商戶項，發現地址欄填咗「不適用」（我哋冇舖面），而程式只睇欄位有冇字，結果結構化資料出咗一條街名叫「不適用」，連類型都標錯咗做「一個去得到嘅地方」。之後改咗：冇真地址嘅，類型改用一般機構；有填地區嘅，就寫成服務地區。
結構化資料唔係多報幾欄就好。我哋嘅取捨係：寧願少報一欄，都唔報錯一欄。
標記只可以重講頁面上有嘅嘢
Google 嘅結構化資料一般指南寫得好清楚：唔好為讀者睇唔到嘅內容加標記，結構化資料必須真實呈現網頁內容。
我哋嘅做法係同一個來源出兩個出口：商戶頁畀人睇嘅問答，同結構化資料入面嘅問答，係同一批資料，唔會一邊三條、一邊十二條。冇答案嘅問題亦唔會出。至於評分同評價嗰類格式，我哋永遠唔出 —— 我哋冇評分系統，出咗就係作評價。
佢做得到乜，做唔到乜
同一份指南亦寫明：用咗結構化資料，只係「啟用」相關功能，唔「保證」一定顯示。所以有人同你保證加咗 schema 就一定有特別顯示、一定上 AI 答案，唔好信。
AI 嗰邊更加講唔死。結構化資料有冇被 AI 用嚟答問題，我哋冇量度過，唔知。我哋只知道一樣量過嘅嘢：2026 年 9 月 5 日我哋測四隻 AI，嗰一輪 Gemini、Claude、ChatGPT 都冇行 JavaScript，得 Grok 有（一日嘅少量觀測，唔係定律；詳情見〈四隻 AI 齊測，得一隻行 JavaScript〉）。Google 喺上面嗰份簡介話佢讀得到用 JavaScript 插入嘅 JSON-LD；但由嗰次測試推論，唔行 JS 嘅讀取端，有機會見唔到靠 JS 插入嘅結構化資料。所以穩陣啲，放喺網頁原始 HTML 入面。
寫完點樣驗收
- 將網址放入 Google 嘅複合式搜尋結果測試，睇有冇錯誤、讀唔讀到你填嘅欄位。
- 逐欄同頁面對一次：時間、地址、電話，同畀人睇嗰版一字不差。
- 改營業時間嗰陣，頁面同結構化資料一齊改。
如果你個網站係人哋整，你未必有權限改，我哋嘅網站服務可以出一份同頁面內容一致嘅 JSON-LD，連安裝說明，交畀你原本嘅團隊裝。上面三步，你自己亦做得到。
