Loverolling 會員累點系統
紙本集點卡搬到線上,客人不用下載 App,店員掃碼就能累點。
伊登森活 Idun Beauty SPA|台南東區美容 SPA 品牌官網
店在台南東區,做的是筋膜刀、水飛梭、魔磁肌塑這類療程。網站本來就有,看起來也不差——上面有選單,點了會換內容,品牌故事、空間照片、服務價格、交通位置都在。
問題是點下去的時候,瀏覽器上面那行網址從頭到尾沒有變過。整個網站的八個分頁,其實是塞在同一個檔案裡,靠瀏覽器上的程式碼切換畫面。對客人來說有八頁,對 Google 來說只有一頁。
實際的後果是這樣:有人在手機上搜「台南 水飛梭」,Google 手上只有這個網站的一個網址、一組標題,它沒有一個「水飛梭」的頁面可以拿出來排。想把服務頁傳給客人也傳不了,因為那個畫面沒有自己的網址,貼給對方只會回到首頁。
當時有三條路。一是不動架構,只加關鍵字跟文案——最便宜,但問題出在只有一個網址,加再多字也是擠在同一頁,治不到根。二是整站重做,換成有後台的系統——功能最多,但預算與後續月費都往上跳,而且這家店的內容一年也改不了幾次,付月費養一套後台並不划算。
最後選的是第三條:視覺跟文案大致留著,只重做網站的結構。把原本擠在一起的內容拆成八個真正獨立的頁面,補上每頁自己的標題與描述,再把內部連結、網站地圖對齊。花費集中在「Google 看得到什麼」這件事上,看得見的外觀變動不大,但搜尋引擎看到的東西完全不一樣。
同樣重要的是:拆完之後它仍然是純靜態網站,放在 Cloudflare Pages 上,沒有資料庫、沒有伺服器月費。對一家實體店來說,這代表網站放著就會一直在,不會因為忘記續一筆月費就整站消失。
拆成八個各自獨立的頁面,每一頁都有自己的網址、自己的標題、自己的描述:
接著補上三件搜尋引擎會看、但客人看不到的東西。第一,每一頁都加上在地商家(LocalBusiness)結構化資料,把店名、地址、營業時間用 Google 讀得懂的格式寫進頁面裡,常見問答則放在首頁。第二,重新產生網站地圖(sitemap),把八個網址都列進去——原本的網站地圖還指向一個早期的舊網址,等於一直在告訴 Google 錯的地方。第三,統一內部連結與 canonical 標籤的寫法。
最後一項是實務上很容易忽略的細節:Cloudflare Pages 預設會把帶 .html 的網址轉址到不帶副檔名的乾淨網址。如果內部連結還寫舊格式,每一次點擊都會多繞一次轉址,而且 canonical 指的網址跟實際網址對不起來,搜尋引擎會收到互相矛盾的訊號。所以連結、canonical、sitemap 三處全部統一成同一種寫法。
預約動線的部分沒有做得很複雜:每一頁都能直接點到店家的 LINE 官方帳號。客人看完療程說明想問問看,不用滑到頁尾找電話、也不用自己去 LINE 搜 ID,點一下就進到對話視窗。
交付的是八個頁面的完整網站、網站地圖與 robots 設定、每頁的結構化資料,以及一套改內容的流程:內容的原始檔放在 _parts 資料夾,改完跑一次組頁指令,八頁會一起重新產生——這樣頁首頁尾不會東改一頁西漏一頁。
日常花費只有網域的年費,沒有主機月費。要換季節照片、調整當月優惠、加一個新療程頁,都可以另外算;沒有綁約,也不會因為沒續約就把網站關掉。
我們不會給你「流量成長多少 %」這種數字。那需要客戶的分析後台資料,我們沒有、也不會拿客戶的營運數字當自己的廣告。上面這幾件事,你自己點得到、驗得到。
看你希望客人怎麼找到你。如果客人多半是先認識你、再上網看看,一頁式其實夠用,做起來也快。
但如果你希望有人搜「台南 水飛梭」的時候能找到你,就需要多頁。Google 是一個網址收錄一次,所有服務擠在同一個網址裡,就只有一次被排進搜尋結果的機會。
現在就可以自己測:打開你的網站,點上方選單換一頁,看網址列那行字有沒有跟著變。完全沒變、或只多了一個井號,那就是一頁式。
內容是靠瀏覽器上的程式碼換掉的。對訪客來說有分頁,對搜尋引擎來說只有一頁。
不一定。伊登森活這個案子的視覺與文案大致沿用,重做的是結構——把內容拆成獨立頁面、補上每頁專屬的標題描述、對齊內部連結與網站地圖。
外觀變動不大,但搜尋引擎看到的東西完全不同。這也是為什麼它的價格落在改版而不是全新開發的區間。
它是寫在網頁裡、給搜尋引擎看的標準欄位:店名、地址、營業時間、服務項目。客人看不到,但 Google 跟 AI 搜尋讀得懂。
有實體店面的特別值得做。它讓搜尋引擎能確定「這家店在台南東區、做的是美容 SPA」,而不是自己從一堆文字裡猜。猜錯的代價,就是附近的人搜的時候你沒被排進去。