每次看到 AI 工具流量排行榜的標題，我都想把鏡頭轉向另一邊：大家忙著猜誰會成為最大的入口，但入口後面，那間藏在巷子裡的店，有沒有被認出來？
我傾向一個有點掃興的想法：網站越努力營造「你懂的」氛圍，越可能把辨識你的工作，丟給 AI 猜。
對設計人來說，這句話簡直像叫咖啡師加糖。我懂。留白、隱喻、節奏，本來就是品牌的語言。只是人會被氣氛打動，機器還得確認：你到底是咖啡館、攝影棚，還是賣咖啡香氛的選物店？
美感不能代替地址
想像一家台南的花藝工作室。首頁是一張漂亮到可以當桌布的照片，文案寫：「讓日常，長出一點野。」
很美。我會按愛心。
但有人向 AI 問：「台南有沒有能接小型婚禮、週日可預約的花藝工作室？」這時候，那句詩沒有回答服務範圍，也沒有說明預約方式。關鍵資訊如果散在圖片、社群貼文和舊公告裡，系統就得拼圖，還可能拼到去年那一盒。
**結構化資料，像是替網站附上一張有欄位的資料卡。**透過 Schema.org 等共用詞彙，把名稱、商家類型、地址、營業時間等資訊標示清楚；JSON-LD 則是常見的寫法之一。
它不用把首頁改成戶政事務所。花照仍然可以美，旁邊多一份機器比較容易辨識的說明。
格式一樣，反而比較有機會看見差異
「大家都填同一套欄位，品牌不就長得一樣？」這個疑慮很合理。設計最怕被塞進模板，像每家店都被迫穿同一件制服。
但我更在意另一種扁平化：你明明專做老屋修復，網站只寫「打造理想生活」；另一位設計師擅長新成屋，也寫同一句。人與機器都很難從這裡看出差別。
共用格式可以交代可比較的事實；你的案例、服務細節與文字，再把差異說完整。結構化資料不必承包整個品牌故事，它負責讓故事裡的主角、地點、服務，不容易對錯人。
這對數位行銷的影響很實際：流量進來以前，得先有機會被正確辨識。被 AI 推薦成「台北婚禮攝影師」，對只接高雄商業產品攝影的人，未必值得放煙火。
資料卡也會撒謊
我不太喜歡把結構化資料講成「AI 推薦門票」。搜尋系統與 AI 服務的處理方式各有差異，加上標記，不保證排名提升，也不保證被引用或推薦。
更麻煩的是，格式正確，內容也可能過期。網站明明寫週日休息，標記卻留著營業；把限時服務寫成常態，讓詢問的人撲空。整理資料的成本，並不會在工程師貼完一段程式碼後消失。
所以我比較願意把它看成品牌設計的一部分：承諾要精準到什麼程度，誰負責更新，哪個細節不能為了曝光而寫滿。
那家花藝工作室的老闆，最後把「週日可預約」改成「週日採預約制，需提前確認檔期」。首頁仍是那束歪歪的野花。
少了一點俐落，多了一點真實。她手機亮起，新訊息問的是：「下個月那場十二人的婚禮，你有空嗎？」