AI 介紹一家店之前,會比對網站、Google 商家檔案、社群帳號和政府公開的登記資料,確認它們講的是同一家。公司全名、統一編號和登記地址是其中最難造假、也最容易核對的三項,應該同時放在網站頁尾、「關於我們」頁和結構化資料(給機器讀的店家資料卡)的 legalName、taxID、address 欄位裡,而且三處寫法要和經濟部商工登記公示資料一字不差。品牌名和公司名不同、門市和登記地址不同都沒關係,只要在同一處把兩者的關係寫清楚
台南一家開了三十幾年的茶行,第二代接手後做了網站,招牌叫「春和茶舖」(化名),網站上也只寫春和茶舖。有一天熟客傳截圖給老闆:她問 AI「台南春和茶舖是正派的店嗎」,AI 回答「查無足夠資料確認此店家的經營資訊」,順手還列了一家嘉義名字很像的茶葉公司的地址
老闆很不服氣,店開了三十年,怎麼會查無資料?
我們一起看了三個地方。網站上沒有公司全名、沒有統一編號,頁尾只有一支手機號碼。經濟部的公示資料裡,他們的登記名稱是「春和茶業有限公司」,登記地址是記帳士事務所。Google 商家檔案上寫的是門市地址,名稱是「春和茶舖 老店」
三個來源,三個名字、兩個地址,沒有任何一處把它們連在一起。人看得出來是同一家,機器看不出來
這篇講的就是這件事:AI 用什麼資料判斷你是一家真的店、要放哪幾項、放在哪裡、名字和地址對不上時怎麼處理、以及你自己怎麼驗收。這是「AI 認得你的店嗎」系列第五篇,完整十項見〈AI 介紹你的店之前,會先核對的 10 項商家資料〉
結論先給:AI 要先確認「這些資料講的是同一家店」,才敢把你介紹給客人
AI 回答「哪一家茶行比較推薦」的時候,手上有的是一堆零碎的資料:你的網站、Google 地圖、FB 粉專、網友的部落格文章、新聞報導。它要做的第一件事,是把這些碎片拼成同一家店。拼得起來,它才有把握說「這家店在哪裡、賣什麼、開了多久」
拼的時候,名字最不可靠——同名的店太多,簡稱和全名也常混用。地址比較好,但一家店可能有門市、倉庫、登記地址好幾個。統一編號是唯一一個全台灣只有你有、而且有政府資料可以對照的號碼
所以這三項的角色是這樣分的:公司全名和統一編號負責證明「你是一個合法存在的營業單位」,登記地址負責證明「這個單位在哪裡」,網站上把它們和品牌名寫在一起,負責證明「這個品牌就是那個單位」
講清楚一件事免得誤會:沒有任何 AI 公司公開說過「有放統一編號就會被推薦」。放了不等於被推薦,但沒放、或放得和登記資料對不上,等於讓 AI 在核對這一關自己猜。猜錯的代價就是開頭那家茶行遇到的事——被說成查無資料,或被跟別家混在一起
這件事對客人也一樣重要。頁尾看得到公司全名和統編,本身就能降低第一次下單的疑慮,見〈讓 Google 相信你是專家〉
結論先給:六項資料,每一項都要同時出現在「人看得到的頁面」和「機器讀得到的資料卡」
所謂機器讀得到的資料卡,就是結構化資料:一段藏在網頁原始碼裡、用固定格式寫給搜尋引擎和 AI 看的店家資料。客人在畫面上看不到它,但機器讀它比讀一般文字可靠得多,原理見〈結構化資料是什麼〉
| 資料 | 頁面上放哪裡 | 資料卡欄位 | 要注意 |
|---|---|---|---|
| 公司全名 | 全站頁尾、關於我們 | legalName | 照公示資料一字不差,「有限公司」「股份有限公司」不能省 |
| 統一編號 | 全站頁尾、關於我們 | taxID | 8 位數字,不加空格或破折號 |
| 品牌名(招牌名) | 網站標題、Logo 旁 | name | 和 Google 商家檔案、社群帳號名稱一致 |
| 其他常用叫法 | 關於我們第一段 | alternateName | 舊店名、英文名、客人常用的簡稱 |
| 地址 | 頁尾、聯絡我們 | address | 門市與登記地址不同時分開標示,見第四節 |
| 成立年份 | 關於我們 | foundingDate | 寫登記核准年份或實際開業年份,選一個並全站統一 |
為什麼頁面上和資料卡都要放?只放資料卡,客人看不到,而且有些 AI 是直接讀頁面文字的;只放頁面,機器要自己猜哪一串數字是統編。兩邊都放、而且內容一模一樣,機器才能確定兩者講的是同一件事
頁尾的建議寫法是一行就把品牌和公司連起來:「春和茶舖|春和茶業有限公司|統一編號 ○○○○○○○○|門市:台南市○區○○路○號」。這一行同時回答了「這個品牌是誰開的」「合法嗎」「在哪裡」三個問題
跟廠商這樣說「請在首頁的 Organization(或 LocalBusiness 子類型)結構化資料加入 legalName、taxID、address、foundingDate,內容與經濟部商工登記公示資料完全一致;name 用品牌名,alternateName 放舊店名與英文名。全站頁尾同步顯示公司全名與統一編號。」
結論先給:名字不同沒關係,沒有在同一處寫清楚才是問題
台灣小店幾乎都有這個狀況。招牌是「春和茶舖」,登記是「春和茶業有限公司」,FB 粉專叫「春和茶舖 Spring Tea」,熟客叫它「春和」。這很正常,不需要為了 AI 去改名或改登記
要做的是讓每一個名字都至少一次和其他名字出現在同一句話裡。人讀到「春和茶舖(春和茶業有限公司)」會自動理解是同一家,機器也是靠這種「同時出現」來建立連結的
三個放的位置:
改過名的店要多做一步:舊店名放進 alternateName,關於我們寫一句「原名某某,2022 年更名」。AI 讀到的舊報導、舊評論還是舊名字,這一句話讓它知道新舊是同一家,不會把舊評價算到別人頭上,也不會以為舊店倒了
結論先給:不用為了網站去改登記,但兩個地址要分開寫、各自標清楚是什麼
登記地址和實際營業地址不同,在小店非常普遍。常見的有下面幾種,處理方法不一樣:
| 你的狀況 | 網站上怎麼寫 | 資料卡 address 放哪個 |
|---|---|---|
| 登記在記帳士事務所 | 頁尾分兩行:「門市」與「公司登記地址」 | 門市 |
| 沒有門市,登記在住家 | 只寫到縣市與行政區,註明「網路商店,不開放現場參觀」 | 只填縣市與行政區,和 Google 商家檔案的服務範圍一致 |
| 門市搬家了,登記還是舊地址 | 先去辦變更登記,辦好前網站只寫新門市 | 新門市 |
| 有兩家以上門市 | 每家門市各自一個分店頁,頁尾寫公司登記地址 | 每個分店頁放各自地址 |
「門市搬家但登記沒改」這一種要特別處理。它不只是網站的問題——公示資料、發票上的地址、Google 商家檔案三邊會長期對不上,AI 很可能把舊地址當成你的現址告訴客人。登記變更通常可以委託記帳士辦理,這是一次性的成本,比長期被報錯地址划算
住家登記的老闆不必在網站上公開門牌號碼。資料卡的地址寫到行政區就好,重點是和 Google 商家檔案的設定一致——商家檔案那邊選「到府服務、不顯示地址」,網站這邊也不要寫出完整地址,兩邊說法才對得上。商家檔案怎麼設定見〈Google 商家檔案〉
地址的寫法本身(「臺」或「台」、「之 1」、樓層)要全網統一,這部分在〈NAP 一致性〉有完整的檢查方法,這裡不重複
結論先給:先查政府資料當標準答案,再拿網站去對
測法一:查你自己的公示資料(你自己做)
到經濟部的「商工登記公示資料查詢服務」,輸入你的統一編號。把畫面上的「公司名稱」和「公司所在地」原封不動抄下來,這就是標準答案。很多老闆是這時候才發現,登記名稱裡有一個字和自己印象中不一樣
測法二:拿標準答案去對五個地方
測法三:看資料卡(一分鐘)
在電腦上打開你的首頁,按 Ctrl+U 打開原始碼,再按 Ctrl+F 搜「taxID」和「legalName」。搜不到 → 機器讀不到你的登記資料;搜得到 → 看後面的值和測法一的標準答案是否完全一樣
測法四:直接問 AI
問 ChatGPT 或 Perplexity:「春和茶業有限公司和春和茶舖是同一家嗎?統一編號和地址是什麼?」答得出來而且正確,這一項大致過關;答不出來或答成別家,問題就在前面三個測法裡
結論先給:技術驗收看原始碼,成效驗收看 AI 的描述有沒有變正確
技術驗收(改完當天)
成效驗收(一到兩個月後,你自己做)
固定三題,每個月問一次 AI 並記下答案:「某某公司和某某品牌是同一家嗎」「某某品牌的公司地址在哪裡」「某某品牌是哪一年開始營業的」。看的是答案有沒有從錯的、不確定的,變成正確的。這三題可以併進系列裡每月追蹤的十題,見〈AI 帶來的客人怎麼量〉
如果技術驗收都過了、兩個月後 AI 還是講錯,通常是外面還有舊資料在打架——舊名字的社群帳號、沒更新的店家目錄、舊新聞。接著要處理的是把官方帳號綁在一起,見下一篇〈官方帳號連結:讓 AI 確認哪些帳號是你本人〉;已經被 AI 講錯的狀況見〈AI 把我的品牌講錯了怎麼辦〉
結論先給:登記資料負責「你是誰」,但 AI 要分類你、聯絡你,還需要別的資料配合
資料卡裡你是被標成「一般組織」還是「茶葉零售店」,會影響 AI 把你歸到哪一類回答裡,類型怎麼選見〈店家類別選錯,AI 把你歸錯類〉。網址如果有好幾個版本(有沒有 www、http 或 https),同一份登記資料會被拆散到不同網址上,見〈網址統一〉
先讓機器認得你是誰
店家資料以機器讀得懂的格式輸出,搭配預設的 llms.txt 與 robots.txt,讓 AI 讀得到、也對得上你的公司資料。你只要拿公示資料照這篇核對一次。14 天免費試用
請填寫以下資訊,以便我們為您服務