用手機找附近還在營業的小吃店,點進搜尋結果第一個網站,畫面跳出的是一張招牌照片和一個寫著「更多」的選單。地址在哪裡?電話幾號?現在幾點打烊?滑過兩屏都還沒看到答案,乾脆按上一頁,改點地圖上排第二的那家。
這種「手機版找不到店家資訊」的處境,在中小型店家的網站上其實很常見,問題往往不是沒把電話地址寫上去,而是寫的位置、寫的方式,顧客根本用不到。BrightLocal 的《Local Consumer Review Survey 2026》調查指出,消費者看完一則正面評論後,有 54% 會接著點進這家店的官網確認資訊,這個比例比 2019 年的 32% 高出許多,其中 66% 還會做更多研究才決定要不要上門。顧客主動點進網站找資訊早就是常態,網站這一關答不答得出他要的東西,決定了他是留下來還是掉頭離開。
接下來就照顧客第一次到訪的視角,把手機版網站最容易讓聯絡資訊失蹤的幾個地方一一檢查過一遍,從選單、電話、地圖到營業時間,再到搜尋引擎與 AI 怎麼讀懂店家資訊,一關一關拆開來看。

店家角度看得到,不代表顧客也找得到
你檢查自己的網站時,用的多半是「我知道要點哪裡」的熟客視角,不是第一次上門、完全不熟版面的顧客視角。你自己心裡有一張地圖,知道地址寫在頁尾、電話藏在「關於我們」,隨手一點就找得到;顧客卻沒有這張地圖,他能靠的只有滑動這個動作。
手機版畫面本來就寸土寸金,一個螢幕能塞進去的內容有限,設計取捨常常把版位優先留給形象大圖、活動宣傳跟商品輪播,聯絡資訊只能被排到很後面,甚至整段被收進選單裡才看得到。Nielsen Norman Group 的研究指出,使用者只要多花一層操作,像是展開一個選單,才能找到需要的內容,完成這個任務要花的時間跟感受到的困難度都會明顯拉高;手機版滑動成本本來就比桌機高,這一道額外的手續只會讓耐心有限的使用者更快放棄。
這也是為什麼同一個網站,你自己覺得資訊都放上去了,顧客卻還是找不到。接下來就從選單開始,一路檢查電話、地圖、營業時間,到最後機器讀不讀得懂這些資訊,把聯絡資訊實際躲在哪裡一一揪出來。
聯絡資訊該放進選單,還是放在最上方?
漢堡選單(三條線那個按鈕)在手機版網站幾乎是標準配備,不少店家也把地址、電話收進這個選單裡的「關於我們」或「聯絡我們」分頁,覺得反正顧客要找一定找得到。問題是顧客不會為了確認一支電話號碼,特地去點開選單再多翻一層。他寧可直接放棄,改點下一個搜尋結果。
同一份研究給出了具體的差距:隱藏式導覽的內容可發現性,比可見或局部可見的導覽低了兩成以上;使用者評出的任務難度,隱藏式比可見導覽高了 21%;完成任務所花的時間,桌面版慢了 39%、手機版也慢了 15%。研究建議,如果網站的主要導覽連結在四個以內,就該直接顯示成看得到的連結,不必等使用者點開選單才看到。這剛好包含電話和地址這種顧客最急著要的資訊。

你的頁尾可能其實有放聯絡資訊,只是手機版首頁要一路滑到最底才會出現,顧客得先滑過整頁內容才碰得到,跟沒放在同一個位置差不多。與其糾結選單裡藏了什麼、頁尾放了什麼,不如直接把電話、地址這幾項重要連結,跟品牌名稱、導覽選單一起露在畫面最上方,顧客一進站就看得到,不必等他點開任何東西。電話、地址擺到看得到的地方之後,接下來要看的是電話本身的呈現方式,夠不夠讓人點得下去。
電話號碼點下去,為什麼打不出去?
很多網站的電話號碼是用一般文字打上去,甚至乾脆做成一張含有電話的圖片,手指點下去畫面完全沒反應。顧客得自己長按選取、複製號碼,再切到另一個撥號 App 貼上,才能撥出這通電話。多一個步驟,就多一次讓顧客放棄的機會,尤其是他人在路上、又急著找店家的時候。
Google 旗下的開發者資源 web.dev 建議,電話號碼要包進 tel: 連結,例如:
<a href="tel:+886-2-1234-5678">02-1234-5678</a>Code language: HTML, XML (xml)
號碼建議用國際撥號格式呈現,也就是加號、國碼、區碼、號碼中間用連字號隔開,這樣不管顧客人在同一條街上還是在國外,點下去都能直接接通。文件也提醒,雖然新一代瀏覽器已經能自動辨識文字裡的電話號碼,但手動把號碼標記成連結,才能確保每支電話在每個瀏覽器都點得下去,樣式也才會跟網站其他連結一致。Google Ads 的說明頁面示範的寫法也是同一套邏輯,直接把電話號碼包進連結標籤裡,點擊就能觸發撥號。
這是這份檢查清單裡少數幾乎不用花設計成本、工程師半小時內就能改完的一項,卻也是最容易被忽略的一項。多數網站設計時想的是版面好不好看,沒人特別去點一次電話號碼,確認它能不能真的撥出去。電話能不能點只是第一步,下一個同樣考驗顧客耐心的環節,是地圖能不能直接點來導航。
地圖只是一張截圖,顧客沒辦法一鍵導航
顧客想確認路怎麼走,點開的卻只是一張地圖截圖,或者一行沒辦法點的純文字地址。顧客得先把整行地址複製起來,切換到地圖 App 貼上再搜尋一次才能開始導航,途中還可能複製到多餘的空格或字元,導致搜尋失敗。
其實把互動地圖嵌進網站,幾乎不花錢也不用寫太多程式碼。Google 的地圖開發文件指出,Maps Embed API 的所有請求都不收費,而且沒有使用次數上限;做法是把 Google 地圖產生的一段網址設定成 iframe 的 src 屬性就好,不需要另外寫 JavaScript,大概長這樣:
<iframe src="https://www.google.com/maps/embed?pb=..." width="100%" height="300" loading="lazy"></iframe>Code language: HTML, XML (xml)
顧客點進你的網站看到的地圖,可以直接拖曳、縮放,還能一鍵跳轉去導航,不是一張只能看不能點的圖片。
地址文字如果是做成圖片放上去的,問題還不只是不能一鍵導航。Google 的搜尋文件指出,重要的文字內容建議用一般 HTML 呈現,不要包進圖片裡;圖片本身則需要搭配替代文字,搜尋引擎跟仰賴螢幕報讀器的使用者才讀得到內容。換句話說,做成圖片的地址,對搜尋引擎跟部分使用者而言等於不存在,這也是為什麼地址最好用文字寫出來,再搭一張能互動的地圖,而不是一張截圖了事。資訊擺對位置、點得到、找得到之後,接下來要顧的是這些資訊彼此兜不兜得起來。

營業時間,官網跟 Google 地圖對得上嗎?
就算顧客真的在你的網站上找到了聯絡資訊,如果營業時間跟 Google 地圖、Google 商家檔案上寫的兜不起來,例如活動時段延長了卻只改了 Google 地圖沒改網站,或者公休日網站忘記更新,顧客一樣可能撲空,或者乾脆不再相信這家店寫的任何資訊。
Google 商家檔案的指南寫得很清楚:店名要跟店面招牌、網站、店內文宣呈現的一致,地址要對應到真實的營業地點,電話也要是真的能接通這家店的號碼。指南的核心原則,是商家在現實世界裡怎麼被招牌、文宣、品牌識別呈現,線上寫的資訊就該對應到同一套版本,這個原則自然也適用在營業時間上。如果你有多家分店,尤其容易在這裡出狀況,每家分店的網頁各寫各的營業時間,總部調整了制度卻沒同步到每一頁,顧客想確認「今天這家分店幾點關門」,得在三個不同頁面之間比對。
前面提到,BrightLocal 的調查發現超過一半的消費者會在看完評論後主動點進官網確認資訊,這群人正是對資訊落差最敏感的族群。他們特地多做這一步查證,換來的卻是網站寫六點半、地圖卻寫七點半,這種落差一次就能把信任用完。就算前面幾關資訊都兜得起來,還有一關常被店家漏掉,就是機器看不看得懂這些資訊。
店家資訊,Google 看得懂,AI 也看得懂嗎?
前面幾點都是把資訊放在頁面上,讓真人看得懂、點得到。還有一層很多店家沒做到,就是把同一批資訊,用機器看得懂的格式再標記一次,讓 Google 跟現在愈來愈多人拿來查資料的 AI 工具,也能正確讀出你這家店的地址、電話、營業時間。
這套做法叫結構化資料,以 LocalBusiness 這個類型來說,Google 的搜尋文件列出兩項必要屬性:店名(name)跟地址(address);建議加上的屬性則包括電話(telephone)、營業時間(openingHoursSpecification)、地理座標(geo)跟網址(url)。這些欄位的定義,可以回頭查 schema.org 上 LocalBusiness 這個詞彙的原始規範,裡面對每個屬性該填什麼格式都有說明。實際寫法通常是一段 JSON-LD 程式碼,放進網頁原始碼裡,人看不到,但機器讀得到:
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "店家名稱",
"address": {
"@type": "PostalAddress",
"streetAddress": "○○路○段○號",
"addressLocality": "○○市"
},
"telephone": "+886-2-1234-5678",
"openingHoursSpecification": {
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Monday", "Tuesday"],
"opens": "11:00",
"closes": "21:00"
}
}Code language: JSON / JSON with Comments (json)
加了這段標記,你的店家資訊比較有機會出現在 Google 的知識面板或複合式搜尋結果裡,也更容易被生成式 AI 摘要正確引用。不過這一步是加分項,不是取代前面幾點的捷徑。結構化資料寫得再完整,頁面上如果沒有把電話、地址放在顧客看得到、點得到的地方,真人顧客一樣找不到,機器在後台看得懂也沒用。

現在就可以拿起手機,打開自己的網站,從進站畫面開始計時,看看要花多久才能找到電話、地址跟營業時間。如果滑了兩三屏還沒看到答案,那正是顧客會轉身離開、改點下一個搜尋結果的瞬間。
這幾項多半不需要大改版,也不用重新設計整個網站。先把電話、地址從選單或頁尾搬到畫面前面看得到的位置,把電話號碼包成點一下就能撥出去的連結,把地圖截圖換成能滑動、能導航的互動地圖,做完這幾步,就已經補掉最容易讓顧客在半路上放棄的那個破口。
