NAP 一致性是什麼?為什麼和本地引用有關
NAP 一致性指商家名稱、地址、電話在官網、Google 商家檔案、社群與目錄平台上維持同一套標準。本地引用則是外部平台提到這組商家資料的地方。
對台灣商家來說,NAP 不是一個漂亮名詞,而是搜尋引擎和顧客辨識店家的基本資料。Kevin Lin 會先看這三項是否穩定,因為很多地圖排名問題,其實不是內容寫得不夠,而是商家資料到處打架。
NAP 代表 Name、Address、Phone
- Name:商家名稱,例如「某某牙醫診所」或「某某餐酒館 台北信義店」。
- Address:地址,例如「台北市大安區忠孝東路四段 1 號 2 樓」。
- Phone:電話,例如「02-1234-5678」或官方固定客服電話。
本地引用 citation 是什麼
本地引用是其他網站或平台出現商家 NAP 的地方,常見來源包含官方網站、Google 商家檔案、Facebook、Instagram、商業登記資料、評論平台、在地目錄、新聞報導與合作店家頁面。
這裡的 NAP 不是網路接入點
這裡的 NAP 只談 Local SEO 裡的 Name、Address、Phone,不是 Network Access Point,也不是政府文件常見的 National Action Plan。搜尋資料時要先排除這些語意雜訊,才不會把無關內容混進在地 SEO 判斷。
NAP 不一致會怎麼影響 Google 地圖與 Local Pack
NAP 不一致會增加 Google 辨識商家實體的難度,也會讓顧客在電話、路線規劃與店面確認上產生疑慮。影響不一定是立即掉排名,但會削弱地圖排名與轉換信任。
我看過不少店家一直改商家描述、上傳照片,卻忽略舊地址還留在外部目錄。這種問題不會像廣告錯字那麼明顯,但它會長期干擾 Google 地圖和 Local Pack 對商家的信任判斷。
Google 會交叉比對哪些來源
- 官方網站的首頁、聯絡頁、頁尾、關於我們頁。
- Google 商家檔案與 Google 地圖資料。
- Facebook 粉絲專頁、Instagram 個人檔案與社群貼文中的地址電話。
- 商業登記資料、在地目錄、評論平台、新聞提及、合作夥伴頁面。
- 分店頁、活動頁、徵才頁等容易被忽略的舊頁面。
錯誤 NAP 對轉換的影響
如果 Google 地圖顯示的是舊地址,顧客可能走到搬遷前的位置;如果 Facebook 留的是舊電話,顧客可能打不通;如果官網和 Google 商家檔案的店名不同,第一次接觸品牌的人會懷疑是不是同一間店。這些都會直接影響電話點擊、路線規劃和到店意願。
先建立標準 NAP 母版,再同步所有平台
NAP 一致性的核心做法,是先建立一份標準 NAP 母版,再用它修正官網、Google 商家檔案、社群與引用來源。沒有母版,就會變成每次修改都憑印象。
母版要當作唯一版本。誰要改分店名稱、地址格式、電話、營業時間,都應該先回到母版確認,不能讓設計、社群、網站維護各改各的。
標準 NAP 母版應包含哪些欄位
| 欄位 | 建議寫法 | 用途 |
|---|---|---|
| 品牌全名 | 使用商家正式名稱 | 避免簡稱和登記名稱混用 |
| 分店名 | 台北信義店、台中公益店 | 區分多據點實體 |
| 完整地址 | 縣市、行政區、路街巷弄號樓完整寫出 | 支援地圖與路線規劃 |
| 主要電話 | 固定格式,例如 02-1234-5678 | 作為主要聯絡節點 |
| 官方網址 | 分店頁或聯絡頁 URL | 讓平台連回正確頁面 |
| 營業時間 | 平日、週末、特殊公休日分開記錄 | 降低平台資料落差 |
| 官方社群 | Facebook、Instagram、其他正式帳號 | 作為 sameAs 和外部引用依據 |
台灣地址標準化規則
| 項目 | 建議規則 | 範例 |
|---|---|---|
| 縣市 | 全站統一用字 | 台北市或臺北市擇一固定 |
| 行政區 | 不要省略 | 大安區、信義區、左營區 |
| 路街巷弄 | 完整保留層級 | 忠孝東路四段 1 巷 2 弄 |
| 號與之號 | 照實體門牌寫清楚 | 10 號、10 號之 1 |
| 樓層 | 全站固定格式 | 2 樓、B1、12 樓之 3 |
| 全形半形 | 不要同頁混用 | 02-1234-5678 全站一致 |
分店名稱、樓層、室別怎麼寫
多分店建議用「品牌名+地區或商圈+店」的格式,例如「某某眼鏡 台北信義店」。樓層和室別要照門牌清楚寫出,例如「台北市信義區松壽路 12 號 3 樓之 2」。不要一邊寫「信義門市」,另一邊寫「台北旗艦店」,除非這兩個名稱在所有平台都有一致使用。
NAP 一致性如何幫 Google 辨識同一個商家實體
一致的 NAP 能把商家名稱、地點與電話串成穩定的商家實體資料,降低 Google 把同名店家、舊地址、分店資料混在一起的機率。
在地 SEO 不是只看一頁文字,而是看整個商家 Entity Profile 是否清楚。NAP 越穩定,Google 越容易判斷哪一組資料代表真正營業中的店家。
一致資料如何降低實體混淆
| 混淆情境 | 風險 | 處理方式 |
|---|---|---|
| 同名商家在不同區域 | 評論、地圖結果、電話可能被誤配 | 分店名和地址固定寫法 |
| 搬家後舊地址仍被收錄 | 路線規劃錯誤,顧客找不到店 | 先修官網和 Google 商家檔案,再修外部引用 |
| 總公司和分店共用資料 | Google 不易判斷哪個地點服務哪個區域 | 一店一頁,地址與電話清楚區分 |
品牌名稱、地址、電話各自扮演的辨識角色
| NAP 屬性 | 辨識角色 | 常見問題 |
|---|---|---|
| 商家名稱 | 定義主體是誰 | 簡稱、英文名、分店名混用 |
| 地址 | 定義商家所在位置 | 舊地址、樓層缺漏、行政區省略 |
| 電話 | 定義聯絡節點 | 追蹤電話、手機、總機與分機混用 |
本地引用要建在哪些平台?修正順序怎麼排
本地引用的修正順序應先處理官方來源,再處理 Google 商家檔案,最後修社群、目錄與評論平台。優先順序取決於可控性、可信度與搜尋結果能見度。
不要一開始就找一堆目錄平台大量填資料。台灣商家真正該先穩住的是官網、Google 地圖和主要社群,這些地方出錯,比少幾個低品質目錄還嚴重。
第一優先:官網與聯絡頁
- 首頁頁尾的商家名稱、地址、電話。
- 聯絡頁 Contact 資訊。
- 關於我們頁的公司或店面資料。
- 分店頁的一店一頁 NAP。
- 網站內所有舊活動頁、徵才頁、公告頁。
第二優先:Google 商家檔案
- 確認商家名稱是否和母版一致。
- 確認地址是否能正確對應 Google 地圖定位。
- 確認主要電話是否為穩定聯絡電話。
- 確認網址連到正確首頁、聯絡頁或分店頁。
- 搬家或更名後,檢查是否仍有舊地點或重複商家檔案。
第三優先:社群與目錄平台
| 平台類型 | 檢查重點 | 優先判斷 |
|---|---|---|
| 粉專地址、電話、關於區塊 | 高 | |
| 個人檔案連結、地址文字、電話按鈕 | 中高 | |
| 商業登記與在地目錄 | 公司名稱、營業地址、電話 | 依搜尋能見度排序 |
| 評論平台 | 店名、營業狀態、地址 | 依品牌搜尋結果排序 |
NAP 與 LocalBusiness Schema 怎麼一起做
LocalBusiness Schema 可以讓官網上的 NAP 變成機器可讀資料,但它不能替代正確的正文資訊,也不是保證排名工具。Schema 應與頁面可見內容一致。
最乾淨的做法,是在聯絡頁或分店頁放清楚的 NAP,再用 LocalBusiness Schema 標記相同資料。Schema 寫得再完整,如果頁面正文和 Google 商家檔案不同,反而會製造更多雜訊。
官網聯絡頁應放哪些結構化資料
| Schema 欄位 | 對應內容 | 注意事項 |
|---|---|---|
| name | 商家名稱 | 與標準 NAP 母版一致 |
| address | 完整地址 | 縣市、行政區、樓層不要缺漏 |
| telephone | 主要電話 | 避免填入短期追蹤號碼 |
| url | 官方網址 | 連到該店或品牌的正式頁面 |
| openingHours | 營業時間 | 和 Google 商家檔案保持一致 |
sameAs 不是亂塞社群連結
sameAs 應該放官方且可信的外部資料,例如正式 Facebook 粉專、Instagram 帳號、Google 商家相關頁面或權威引用來源。不要把每個合作頁、廣告頁、活動頁都塞進 sameAs。需要延伸理解機器可讀資料時,可參考 GEO 與生成式搜尋優化指南 和 LocalBusiness Schema 設定指南。
多分店、到府服務、無公開地址商家怎麼處理 NAP
多分店、到府服務和無公開地址商家不能套用同一種 NAP 規則。多分店要一店一頁,服務區域型商家要穩定名稱、電話、服務範圍與官方網站。
這一段最容易被省略,但實務上最常出問題。只要分店頁、Google 商家檔案和社群資訊混在一起,Google 就很容易誤判哪個地點該出現在地圖結果。
多分店應一店一頁,不要混用總公司資料
每一間分店都應有自己的分店頁,頁面上放該店的店名、地址、電話、營業時間與地圖資訊。總公司電話可以放在企業資訊頁,但不要拿來取代各分店主要電話。若每間店都使用同一段品牌介紹,至少 NAP、服務區域與路線資訊要獨立。
服務區域型商家可以公開服務範圍,不一定公開住址
到府維修、清潔、搬家、水電等服務區域型商家,不一定適合公開住家或辦公地址。這類商家應維持商家名稱、主要電話、官方網站一致,並清楚標示服務區域,例如「台北市、新北市、桃園市到府服務」。不要在不同平台隨意填不同城市當地址。
追蹤電話與行銷電話的 NAP 風險
| 電話類型 | 使用風險 | 建議做法 |
|---|---|---|
| 主要電話 | 最低 | 作為官網、Google 商家檔案與主要引用來源的固定號碼 |
| 0800 或客服總機 | 中等 | 可使用,但分店頁仍要清楚區分地址與服務範圍 |
| 行銷活動電話 | 中高 | 只放在可控活動頁,不要同步到所有引用來源 |
| 動態插碼追蹤電話 | 高 | 避免讓搜尋引擎索引成主要 NAP |
NAP 稽核 SOP:搜尋、紀錄、分級、修正、複查
NAP 稽核要照「搜尋引用來源、紀錄差異、分級優先順序、修正資料、複查成效」五步驟執行。重點不是一次找完所有資料,而是先修最會影響使用者和 Google 判斷的錯誤。
我不建議只做一張平台清單就結束。真正有用的稽核表,要能看出哪裡錯、錯多嚴重、誰負責修、何時複查。
用品牌名稱、地址、電話反查引用來源
- 用品牌全名加引號搜尋,例如「某某牙醫診所」。
- 用舊地址加引號搜尋,找出搬家前資料。
- 用電話號碼不同格式搜尋,例如「02-1234-5678」和「0212345678」。
- 在 Google 地圖搜尋品牌名和地址,確認是否有重複地點。
- 把搜尋結果前幾頁和高能見度引用頁先放入稽核表。
NAP 差異分級:嚴重、中等、輕微
| 等級 | 差異類型 | 處理優先順序 |
|---|---|---|
| 嚴重 | 錯電話、舊地址、停業狀態錯誤、分店資料混用 | 立即修正 |
| 中等 | 店名版本不同、網址連到錯誤分店頁、營業時間明顯不一致 | 本週內處理 |
| 輕微 | 台北市與臺北市、電話符號格式、樓層空格差異 | 排入例行整理 |
修完後要怎麼追蹤成效
| 指標 | 觀察重點 | 建議週期 |
|---|---|---|
| Google 商家曝光 | 品牌搜尋與類別搜尋是否穩定 | 30 到 60 天 |
| 電話點擊 | 修正電話後是否恢復正常 | 每月 |
| 路線規劃 | 地址修正後是否減少找錯店問題 | 每月 |
| 地圖排名 | 主要在地關鍵字的 Local Pack 表現 | 每月 |
| 收錄狀態 | 官網聯絡頁與分店頁是否被正確收錄 | 修正後複查 |
NAP 一致性不是單點優化,要放進在地 SEO 架構
NAP 一致性是做在地 SEO 的基礎資料層,必須和 Google 商家檔案、評價、本地連結、分店頁與在地內容一起管理。它本身不保證排名,但會影響後續訊號能不能被正確歸因。
比較健康的架構是:官網聯絡頁作為官方資料源,Google 商家檔案承接地圖曝光,外部本地引用增加一致提及,評價和本地連結補充信任,分店頁對應不同地區需求。進一步的在地內容架構,可放到 在地 SEO 指南、Google 商家檔案優化 這類上層頁面處理。
NAP、評價、本地連結、內容頁的關係
文字版架構可以這樣看:標準 NAP 母版是資料根源,官網聯絡頁和分店頁是官方承載頁,Google 商家檔案是地圖展示層,Facebook、Instagram、目錄平台和評論平台是外部引用層,評價與本地連結則補強商家可信度。這些訊號方向一致,搜尋引擎才比較容易理解同一個商家實體。
不納入本文的主題
NAP 一致性只處理本地引用和商家資料一致性,不延伸成完整 Local SEO 大百科。評論經營、Google 商家貼文排程、廣告投放與 Network Access Point 教學都不屬於這個主題。
- Network Access Point 的網路技術定義。
- National Action Plan 相關政府文件。
- 完整 Google 商家貼文操作教學。
- 評論催評、回覆評價與聲譽管理完整策略。
- 廣告投放、再行銷、活動追蹤完整設定。
- 海外目錄平台大量提交清單。
NAP 一致性多久會影響 Google 地圖排名?
通常要等平台更新、Google 重新抓取與重新比對資料,不會修完隔天就保證排名變動。實務上可以用 30 到 60 天作為第一次複查週期,觀察 Google 商家曝光、電話點擊、路線規劃和主要在地關鍵字表現。
地址只是「台北市」和「臺北市」不同,也算不一致嗎?
算格式差異,但通常屬於輕微差異。真正需要優先處理的是錯地址、舊地址、樓層缺漏和分店混用。不過標準 NAP 母版仍應固定一種寫法,避免全站資料越改越亂。
電話要寫 02-xxxx-xxxx 還是 02xxxxxxx?
以使用者易讀且平台接受的格式為主,常見做法是寫成 02-1234-5678。重點不是哪一種一定比較會排名,而是官網、Google 商家檔案、社群與主要引用來源要維持一致。
搬家後舊地址還在網路上,該先改哪裡?
先改官網聯絡頁、分店頁與 Google 商家檔案,確保官方來源正確。接著修 Facebook、Instagram、商業登記資料、在地目錄與品牌搜尋結果中排名較高的引用頁。舊地址如果仍出現在高能見度頁面,優先級要拉高。
多分店可以共用同一支電話嗎?
如果分店真的共用客服中心,可以共用電話,但每間分店的地址、分店頁、營業時間和服務區域要清楚區隔。若每間店都有自己的現場電話,建議以各分店主要電話作為該店 NAP。
沒有實體店面也需要 NAP 一致性嗎?
需要。沒有公開店面的商家,重點會從完整門市地址轉為商家名稱、主要電話、官方網站與服務區域一致。到府維修、清潔、搬家等服務,應清楚標示服務範圍,不要在各平台填不同地址製造混淆。
追蹤電話會不會破壞 NAP 一致性?
會有風險。主要引用來源應維持固定主號,追蹤電話適合放在可控的廣告頁或活動頁。若動態插碼電話被搜尋引擎索引,或被外部平台抓成主要電話,就可能造成 NAP 混亂。
LocalBusiness Schema 可以提升排名嗎?
LocalBusiness Schema 不是保證排名工具。它的價值在於讓搜尋引擎更容易讀懂商家名稱、地址、電話、網址、營業時間與官方社群。Schema 必須和頁面正文、Google 商家檔案及標準 NAP 母版一致。
NAP 和本地引用有什麼不同?
NAP 是資料本身,也就是商家名稱、地址、電話。本地引用是這組資料出現的地方,例如官網、Google 商家檔案、Facebook、Instagram、在地目錄和評論平台。先有穩定 NAP,才有高品質本地引用。
這裡的 NAP 和 Network Access Point 一樣嗎?
不一樣。Local SEO 裡的 NAP 是 Name、Address、Phone,指商家名稱、地址、電話的一致性。Network Access Point 是網路技術語境,和 Google 地圖、本地引用、商家檔案沒有直接關係。