NAP 一致性不只是在地 SEO：我們問 AI 公司的地址和電話，看它從哪裡找答案

NAP 是公司名稱、地址、電話，一致性講的是這三項在官網、商家檔案、社群和各種名錄上寫法都一樣。多數文章從在地 SEO 講起，我們換個角度：問 AI 自己公司的地址和電話，看它答出什麼、引用哪裡，再對照 Google、Bing 的官方說法，整理小公司可以照做的檢查方法。

我們開了無痕視窗，沒有登入，問 ChatGPT：「火曜領航企業社的地址和電話是什麼？」

它答對了公司名稱和地址，電話答「目前查到的公開資料未列出聯絡電話」。它引用的只有一個工商登記查詢網站，沒有引用我們的官網。同一題問 Google 的 AI 模式，地址、電話、信箱都答出來了，來源卡第一張是我們官網的聯絡頁。

同一家公司，兩個 AI 找答案的地方不一樣。這就是 NAP 一致性要處理的事：不管 AI 從哪裡讀，讀到的都應該是同一組資料。這篇先看官方怎麼說，再攤開我們這次問 AI 的結果，和官網怎麼做到全站只有一種寫法。

NAP 一致性是什麼？為什麼不只是在地 SEO？

NAP 是 Name、Address、Phone 的縮寫，也就是公司名稱、地址、電話。一致性指的是這三項在官網、Google 商家檔案、社群帳號和各種名錄上，寫法都一樣。

在 Google 搜尋「NAP 一致性」，前 8 筆結果大多從在地 SEO 的角度寫，講的是讓店家在地圖和本地搜尋排得上去。這個角度沒錯，Google 商家檔案的規範寫得很直接：「名稱就是你的客戶所熟知的商家名稱，必須與實際用於店面、網站和文具上的名稱一致。」

不過 Google 商家檔案的規範，是把名稱、地址、電話分成三段各自要求。Bing 也一樣。Bing 商家中心的資料品質準則要求名稱、地址、電話各自正確，「一致」只出現在連鎖多據點的名稱那一句。

到了 AI 搜尋，Bing 網站管理員指南多了一條和 AI 回答直接相關的。第 16 條「Define Entities Clearly and Consistently」寫：「Use clear and consistent naming for people, organizations, products, and locations. Avoid ambiguous references. Clear entity definition improves grounding visibility and citation accuracy.」意思是人名、公司、產品和地點要用清楚一致的名稱；實體定義清楚，有助於內容被 AI 回答拿去當依據，引用也更準確。

Google 的〈生成式 AI 功能最佳化指南〉則提到商家檔案：「使用 Merchant Center (例如 Merchant Center 動態饋給) 和 Google 商家檔案等產品，有助於您的產品和服務顯示在 AI 回覆和其他 Google 搜尋結果中。」同一份指南也寫，生成式 AI 搜尋不需要結構化資料，但建議繼續使用。

所以 NAP 一致性在 AI 搜尋裡的位置是：官方沒有說它是 AI 的排名因素，但 AI 回答公司資訊時，會從官網、登記資料、名錄各處讀。各處寫法一樣，AI 拿到哪一份都不會錯。

問 AI 我們公司的地址和電話，它們從哪裡找答案？

10 月 12 日上午，我們用無痕視窗、不登入，問了 5 個 AI 介面兩個問題：

  • 「火曜領航企業社的地址和電話是什麼？」
  • 「火曜領航企業社的負責人是誰？聯絡信箱是什麼？」

結果整理如下：

介面電話信箱引用的來源
ChatGPT答「公開資料未列出」答「查無公開、可核實的電子信箱」只有工商登記查詢類網站
Gemini02-2939-8952service@atonkevin.ai沒有列出來源
Google AI 模式02-2939-8952service@atonkevin.ai官網聯絡頁、官網首頁、工商登記查詢網站
Google 搜尋的 AI 摘要02-2939-8952service@atonkevin.ai官網首頁、工商登記公示資料查詢
Perplexity未登入跳出登入畫面，沒有回答——

四個有回答的介面，公司名稱都對，問到地址時答的也都是同一個地址。Gemini 在地址前面多加了郵遞區號，其他字一樣。

我們看到三件事：

答得出電話和信箱的三個介面，兩個引用了官網，一個沒有列來源。 Google AI 模式的來源卡，摘到的正是官網頁尾那一行：公司名稱、地址、電話、信箱。這一行是全站每一頁都有的，而且只從一個地方設定。

ChatGPT 兩題引用的都是工商登記類網站，沒有引用官網。 名稱和地址跟登記資料一樣，電話和信箱它答查不到。官網寫得再清楚，AI 沒讀到官網就用不上，所以站外的出處也要顧。

登記資料也是 NAP 的一個出處。 我們官網的地址寫法，和經濟部商工登記公示資料上的一字不差，AI 不管從官網讀還是從登記資料讀，地址都對得上。

這只是一次的結果。我們在〈你的品牌在 AI 回答裡出現了嗎？〉實測過，同一題問 3 次，答案會不一樣。

我們怎麼讓全站只有一種寫法？

答案是：公司資料只在一個地方設定，其他地方都從這裡讀。

官網的公司名稱、地址、電話、信箱寫在網站程式裡的一個設定點。頁面內文用短碼取值，頁尾那一行、Organization 結構化資料也從同一處讀。要改電話，只改一個地方，全站同時更新。

這樣做是因為我們吃過虧。9 月官網改版前，我們盤點舊站內容，首頁的電話寫成「+886 02-2939-8952」：國碼 +886 後面又多了一個 0。首頁寫的信箱，也不是公司自己網域的信箱。改版時把這兩項都收進同一個設定點，舊的寫法就不會再出現。

另一個坑是信箱被「藏起來」。我們用的 Cloudflare 有個電子郵件地址混淆功能，會把網頁裡的信箱換成要靠 JavaScript 還原的程式碼，不跑 JavaScript 的機器讀到的是「[email protected]」。我們 9 月 26 日在設定點輸出信箱的地方加了排除標記，細節寫在〈中小企業 GEO 自查清單〉第 8 項。

10 月 12 日我們重掃一次：依網站地圖抓全站 40 個網址，每一頁都檢查名稱、地址、電話、信箱的寫法，結果如下：

檢查項目結果
公司全名「火曜領航企業社」40 頁都有，只有一種寫法
地址40 頁都有，只有一種寫法
電話40 頁都有，只有「02-2939-8952」一種寫法
信箱40 頁都有，原始碼裡被混淆的信箱 0 頁
Organization 結構化資料40 頁都有，內容只有 1 個版本

Organization 結構化資料要放哪些欄位？

Organization 結構化資料是用 schema.org 的格式，在網頁原始碼裡告訴搜尋引擎「這個網站代表哪一個組織」。Google 搜尋中心的〈機構 (Organization) 結構化資料〉寫：「在首頁中加入機構結構化資料，有助於 Google 進一步瞭解貴機構的管理詳細資料，並在搜尋結果中區分貴機構。」

文件寫明沒有必要屬性，建議盡量加。和 NAP 有關的幾條：

  • name：「請使用與網站名稱相同的 name 和 alternateName。」我們的 name 是「火曜領航企業社」，alternateName 是「火曜領航」，網站名稱也是「火曜領航」。
  • telephone：「請務必在電話號碼中加入國家/地區代碼和區碼。」我們的結構化資料寫「+886-2-2939-8952」，畫面上寫「02-2939-8952」，是同一支電話的兩種寫法。
  • address：用 PostalAddress 分欄填，我們分成街道、區、縣市、國家四欄。
  • sameAs：「其他網站的網頁網址，提供貴機構的額外資訊 (如有)。例如貴機構在社群媒體或評論網站上的資料頁面網址。」
  • logo：「新增這項屬性，有助於 Google 進一步瞭解您要在搜尋結果和知識面板等區塊顯示哪些標誌。」

這次對照下來，我們的 Organization 有 name、alternateName、url、email、telephone、address，還沒有 sameAs 和 logo。schema.org 對 sameAs 的定義是「URL of a reference Web page that unambiguously indicates the item’s identity」，也就是能明確指出這個組織身分的參考網頁。官網和粉專、LinkedIn 這些官方帳號，就是靠它連成同一個組織。要改網站程式，排在下一步，改完再更新這篇。

Google 也寫，這項資訊放在首頁或「關於我們」頁就好，不需要每一頁都加。我們每一頁都輸出同一份，內容沒有衝突，就先維持。

小公司怎麼檢查自己的 NAP 一致性？

  1. 先定一份標準寫法。 公司全名以登記資料為準，地址寫法也照登記資料；電話定一種寫法，結構化資料再加國碼
  2. 官網只在一個地方設定。 用網站的設定、短碼或頁尾區塊，不要在每一頁手打
  3. 全站掃一次。 依網站地圖抓每一頁，搜尋電話、地址、信箱，看是不是只有一種寫法
  4. 看原始碼裡的信箱。 出現「email-protection」或「[email protected]」，就是被混淆了
  5. 列出站外的出處。 Google 商家檔案、粉專、IG、LinkedIn、名錄網站，逐一對照標準寫法
  6. 補上 Organization 結構化資料。 name 和網站名稱一致，電話加國碼，sameAs 列官方帳號
  7. 問 AI 一次，記下來源。 用無痕視窗問 AI 你公司的地址和電話，看它答什麼、引用哪裡，答錯的地方就是要先修的出處

想請人幫你檢查公司資料和結構化資料，可以到聯絡頁留言。

常見問題

NAP 一致性只跟在地 SEO 有關嗎？

不只。Google 商家檔案的規範和本地排名說明，是從在地搜尋的角度寫的；但 AI 回答公司資訊時，會從官網、登記資料、名錄各處讀。我們問 AI 自己公司的地址和電話，有的引用官網，有的只引用工商登記網站。各處寫法一致，AI 從哪裡讀都不會錯。

沒有實體店面，還需要注意 NAP 嗎？

需要。就算不經營 Google 商家檔案，公司的名稱和地址也會出現在登記資料、官網和各種名錄上，AI 回答時會拿來用。我們這次實測，ChatGPT 就是從工商登記類網站讀到我們的名稱和地址。

電話要寫 02 開頭還是 +886？

畫面上用讀者習慣的寫法，結構化資料照 Google 的建議加國碼和區碼。我們畫面寫「02-2939-8952」，結構化資料寫「+886-2-2939-8952」。要避免的是兩種混在一起，例如「+886 02-2939-8952」，國碼後面就不該再有 0。

Organization 結構化資料一定要每頁都放嗎？

不用。Google 的文件寫，建議放在首頁或「關於我們」這類介紹機構的單一頁面，不需要每個網頁都加。

參考來源

以上官方文件皆於 2026 年 10 月 12 日查詢。

延伸閱讀

作者：Kevin C Lin｜火曜領航企業社 CTO 兼負責人｜AI SEO／GEO 與基礎建設實戰｜DENBA Taiwan 執行顧問｜天櫃 SKYCARGO INC 創辦人

最後更新：