- 店家官網建議具備 8 類頁面:首頁、服務或菜單、價格、關於、地點與交通、聯絡、常見問題、隱私權政策;有聯絡表單蒐集個人資料時,個資法第 8 條列有應告知的事項。
- 頁面檢查重點:每頁有獨特且能描述內容的 title、地址電話用文字而非圖片、手機版內容與電腦版一致、Core Web Vitals 達到 Google 建議的門檻。
- LocalBusiness 結構化資料的必要屬性是 name 與 address,電話要含國碼與區碼;Google 說明加了結構化資料也不保證會顯示特定搜尋功能。
店家官網不需要很華麗,但該有的資訊一定要有。顧客點進官網,通常只想快速知道幾件事:你做什麼、多少錢、在哪裡、什麼時候開、怎麼聯絡。這篇把店家官網拆成兩份清單:第一份是必備頁面,每一頁該放什麼;第二份是頁面上的技術項目,包含 title、文字地址、手機版、速度與 LocalBusiness 結構化資料,每一項都對照 Google 搜尋中心的官方說明。還沒決定要做一頁式還是多頁網站的話,可以先看一頁式網站 vs 形象網站。
必備頁面總表
下表是多頁形象網站的建議頁面。一頁式網站可以把每一列當成頁面中的一個區塊,順序大致相同。
| 頁面 | 必放內容 | 顧客想解決的問題 |
|---|---|---|
| 首頁 | 一句話說明你做什麼、在哪一區;主要服務入口;地址電話營業時間;聯絡按鈕 | 這家店是不是我要找的 |
| 服務/菜單 | 每項服務或品項的說明、適合誰、流程或內容 | 你有沒有我要的東西 |
| 價格 | 價格或價格區間、計價方式、另計費用 | 大概要花多少 |
| 關於 | 店的由來、經營者或團隊、營業登記名稱(如適用) | 這家店可不可靠 |
| 地點與交通 | 文字地址、地圖、大眾運輸、停車、樓層與入口說明 | 怎麼去、好不好停車 |
| 聯絡 | 電話、LINE、表單、營業時間、回覆時間 | 怎麼最快找到人 |
| 常見問題 | 預約、付款、取消、保固、停車等實際被問過的問題 | 我的疑問有沒有答案 |
| 隱私權政策 | 蒐集哪些資料、目的、利用方式、當事人權利與聯絡窗口 | 留資料安不安全 |
每個頁面的寫法重點
首頁:三秒內說清楚你是誰
首頁最上方的第一段文字,要讓顧客一眼看懂「這是什麼店、在哪一區」,例如「板橋府中站附近的手作烘焙坊,提供客製蛋糕與彌月禮盒」。下方放主要服務的入口連結,頁尾放地址、電話、營業時間。不要整個首頁只有一張大圖與「歡迎光臨」。
服務/菜單:一項服務一個段落或一頁
服務名稱用顧客會說的詞,例如「冷氣清洗」而不是「空調深層養護專案」。每項寫出內容、適合誰、需要多久、注意事項。餐飲業的菜單要用文字,不要只放菜單照片;照片可以搭配,但品項與價格用文字列出,顧客才能搜尋、複製,手機上放大也不會糊。服務項目建議與 Google 商家檔案上的服務一致。
價格:寫得出來就寫
能列出固定價格的就列,無法固定的寫價格區間與計價方式,例如「依坪數計價,20 坪以下約○○元起」,並說明哪些費用另計。價格頁常是顧客決定要不要聯絡的關鍵頁面,內容若有變動要記得同步更新。
關於:讓顧客知道背後是誰
寫店的由來、經營者或團隊、專業背景、營業年資(用實際年份)。Google 搜尋中心〈建立實用、可靠、以使用者為優先的內容〉提到,讓讀者清楚知道內容是誰提供的,有助於建立信任。這一頁不需要長,但要真實。
地點與交通:把「怎麼到」寫具體
文字地址必須和 Google 商家檔案一致,寫法可參考NAP 一致性與在地引用。再補上:最近的捷運站或公車站與步行時間、停車場或路邊停車資訊、入口位置與樓層。可以嵌入地圖,但地圖是補充,不能取代文字地址。
聯絡:一個主要管道,其他當備援
電話用可點擊撥號的連結,LINE 放加好友按鈕,表單只要求必要欄位。寫明營業時間與回覆時間,例如「LINE 訊息於營業時間內回覆」。
常見問題:回答真的被問過的問題
把電話、LINE、櫃台最常被問的問題整理出來,一題一答,答案寫具體。例如「可以刷卡嗎?」「需要預約嗎?」「可以帶寵物嗎?」。不要為了關鍵字自問自答一些顧客不會問的問題。
隱私權政策:有表單就要有
網站只要有聯絡表單、預約表單或會員功能,就會蒐集姓名、電話、Email 等個人資料。個人資料保護法第 8 條規定,直接向當事人蒐集個人資料時,應明確告知:機關或單位名稱、蒐集目的、個人資料類別、利用的期間、地區、對象與方式、當事人依法可行使的權利與方式,以及當事人選擇不提供時對其權益的影響(法條另列有可免告知的情形)。隱私權政策頁可以依這幾點撰寫,並在表單旁放上連結。實際內容若有疑問,建議諮詢法律專業人士。
頁面上的技術檢查項目
title:每頁獨特、能描述內容
Google 搜尋中心的標題連結說明建議:每個頁面都要用 title 元素指定標題;標題要能描述該頁內容、簡潔,避免冗長;避免重複堆砌關鍵字;避免多頁共用同一套樣板標題;品牌名稱可以用分隔符號放在標題開頭或結尾。Google 也會從 title、頁面標題、連結文字等來源產生搜尋結果的標題連結,必要時會改寫。
| 頁面 | 較不理想 | 較清楚的寫法 |
|---|---|---|
| 首頁 | 首頁 | ○○烘焙坊|板橋客製蛋糕與彌月禮盒 |
| 服務頁 | 服務項目 | 冷氣清洗服務與流程|○○家電清潔 |
| 地點頁 | 交通資訊 | 交通與停車:府中站步行 5 分鐘|○○烘焙坊 |
表中店名為示意。SEO 入門指南也提到,meta description 應該簡短、每頁不同,並包含該頁最相關的重點。
地址、電話、營業時間:用文字,不要只用圖片
設計稿常把聯絡資訊做成一張漂亮的圖,但這會帶來幾個實際問題:顧客無法複製地址貼到導航、無法點擊撥號、放大後模糊,讀屏軟體也讀不到。LocalBusiness 結構化資料的地址、電話也必須用文字填寫。做法是:圖片可以保留,但同樣的資訊另外用文字寫在頁面上,電話加上 tel: 撥號連結。圖片本身要寫 alt 替代文字,Google 圖片最佳做法說明 alt 文字要能描述圖片與內容的關係,但不要塞滿關鍵字。
手機版:內容要跟電腦版一致
Google 採用行動優先索引,使用網站的行動版內容來建立索引與排名,並建議使用響應式設計。重點是手機版的主要內容要與電腦版相同,可以用摺疊或分頁節省空間,但不要在手機版把內容拿掉。Google 也提醒,需要使用者互動才會載入的內容,Google 不會去載入,所以主要內容不要藏在「點了才出現」的設計裡。title、meta description、結構化資料在兩個版本也要一致。
速度:看 Core Web Vitals 三項指標
| 指標 | 衡量什麼 | Google 建議門檻 |
|---|---|---|
| LCP(最大內容繪製) | 主要內容載入速度 | 網頁開始載入後 2.5 秒內 |
| INP(與下一個繪製的互動) | 點擊或輸入後的反應速度 | 低於 200 毫秒 |
| CLS(累計版面配置位移) | 畫面載入時是否跳動 | 低於 0.1 |
Google 搜尋中心表示強烈建議網站擁有良好的 Core Web Vitals,並說明這些指標與其他網頁體驗面向,符合核心排名系統想獎勵的方向。檢查工具可以用 Search Console 的 Core Web Vitals 報表,或 PageSpeed Insights。店家網站最常見的拖慢原因是首頁大圖檔案過大、輪播圖太多張、嵌入太多外部小工具,先從這幾項檢查。
LocalBusiness 結構化資料
結構化資料是一段放在頁面原始碼裡、用固定格式描述店家資訊的程式碼,Google 搜尋中心的範例使用 JSON-LD 格式。依官方文件,主要屬性如下:
| 屬性 | 必要/建議 | 說明 |
|---|---|---|
| name | 必要 | 商家名稱 |
| address | 必要 | 實體地址(PostalAddress),盡量填寫完整的地址欄位 |
| telephone | 建議 | 主要聯絡電話,要包含國碼與區碼 |
| url | 建議 | 該營業地點的網址,必須可以正常開啟 |
| openingHoursSpecification | 建議 | 營業時間,用 dayOfWeek、opens、closes 表示;季節性休業可用 validFrom、validThrough |
| geo | 建議 | 經緯度,至少到小數點後 5 位 |
| priceRange | 建議 | 相對價格區間,需少於 100 個字元 |
| menu、servesCuisine | 建議(餐飲業) | 菜單完整網址、料理類型 |
官方文件也建議使用最具體的 LocalBusiness 子類型,例如 Restaurant、Store。加好之後用「複合式搜尋結果測試」驗證,再用 Search Console 的網址檢查工具確認。要特別注意兩點:結構化資料裡的名稱、地址、電話必須與頁面上看得到的文字一致;以及 Google 寫明不保證使用結構化資料的功能一定會出現在搜尋結果中,違反結構化資料規範還可能被採取專人介入處置(manual action)。
網址與內部連結
SEO 入門指南建議使用具描述性的網址,例如用「/services/aircon-cleaning.html」而不是一串隨機代碼;連結文字要能說明被連結的頁面,例如「查看冷氣清洗價格」而不是「點這裡」。服務頁、價格頁、地點頁之間互相連結,顧客與搜尋引擎都比較容易找到內容。
上線前逐條核對
| ✓ | 檢查項目 |
|---|---|
| □ | 8 類頁面(或一頁式的 8 個區塊)都已完成,沒有「建置中」頁面 |
| □ | 每頁 title 都不同,且能描述該頁內容 |
| □ | 地址、電話、營業時間都有文字版本,電話可點擊撥號 |
| □ | 官網的店名、地址、電話與 Google 商家檔案一致 |
| □ | 用手機實際瀏覽每一頁,文字不用放大就能讀,按鈕好按 |
| □ | 手機版沒有比電腦版少內容 |
| □ | 用 PageSpeed Insights 檢查首頁與主要服務頁 |
| □ | LocalBusiness 結構化資料通過複合式搜尋結果測試 |
| □ | 所有圖片有 alt 文字,沒有塞關鍵字 |
| □ | 表單旁有隱私權政策連結,送出後有確認訊息 |
| □ | 所有內部連結都能開啟,沒有 404 |
上線之後要做的事
- 更新商家檔案的網站連結:Google 的商家資訊規範要求網站必須代表你的實際商家。官網上線後,把商家檔案的網址換成官網,必要時把服務項目、營業時間一起對齊。還沒有商家檔案的話,可以參考Google 商家檔案申請代辦。
- 設定 Search Console:用來查看頁面是否被編入索引、Core Web Vitals 報表與錯誤訊息。
- 給時間:Google 的 SEO 入門指南提到,有些變更幾小時內生效,有些可能要好幾個月,一般建議等幾週再評估效果。
- 定期更新:價格、營業時間、服務項目有變動,官網、商家檔案與其他平台同一天改。官網內容在 Google 在地排名中扮演什麼角色,可以看Google 地圖排名三要素。
需要協助的時候
如果你想把這份清單直接交給專業團隊執行,捷萊的商家網站架設提供店家一頁式網站(投放廣告用)NT$35,000 一次性,以及形象網站(SEO 架構)NT$65,000 一次性兩種方案,兩種都以手機瀏覽為優先、地址與營業時間用文字呈現。我們不承諾排名名次,但會把這份清單上的項目逐一做到。
常見問題
地址放在圖片裡不行嗎?設計比較好看。
可以放圖片,但地址、電話、營業時間一定要另外用文字寫出來。文字可以讓顧客複製、點擊撥號、貼到導航,結構化資料也需要用文字填寫地址,而且官網與商家檔案的資料比對也是以文字為準。
一定要加結構化資料嗎?
不是必要,但建議。Google 搜尋中心說明 LocalBusiness 結構化資料可以提供營業時間、地址等細節,必要屬性只有 name 與 address。要注意 Google 不保證使用結構化資料的功能一定會出現在搜尋結果中。
小店也需要隱私權政策嗎?
只要網站有聯絡表單、預約表單或會員功能蒐集姓名、電話、Email 等個人資料,就建議放。個人資料保護法第 8 條列出直接向當事人蒐集個資時應告知的事項,例如蒐集目的、資料類別、利用方式與當事人可行使的權利。內容若不確定,請諮詢法律專業人士。
網站速度要多快才算及格?
Google 搜尋中心的 Core Web Vitals 建議:LCP 在 2.5 秒內、INP 低於 200 毫秒、CLS 低於 0.1。可以用 Search Console 的 Core Web Vitals 報表或 PageSpeed Insights 檢查。