本文整理自 2026-09 公開資料,含 moon-d / leaderweb / gcreate / creatop 等多家來源。實際費用依各家專案範圍評估,建議至少拿 3 家報價單比對。
為什麼你最近一直被推銷「一頁式網站」
業主最近滑臉書、IG,看到「一頁式網站 1 萬 8 起」的廣告,點進去才發現報價單寫得含糊——什麼都包、什麼都不保證。本文陪你從 UX 設計師 Production-Ready 的角度,看 AI 時代下「一頁式網站」為什麼會被過度推銷、業主真正該擔心的是什麼。
滑過去的當下可能覺得便宜,點進去才發現報價單寫得含糊,什麼都包、什麼都不保證。
本文是 Pillar 1: 網頁設計完整決策指南 的一部分,Pillar 1 涵蓋 30 篇文章,從業主「該不該做網站」「怎麼選設計公司」「怎麼抓費用」「怎麼簽合約」到「怎麼維護」的完整攻略。
這個現象背後有結構性的原因:一頁式網站(Landing Page)在某些情境下確實是最乾淨的解法——但把它當成所有網站的答案,就是另一回事了。
如果有人拍胸脯保證「一頁式是萬靈丹」,他八成手上有一個套版要消化。
這篇文章想回答的核心問題很單純:一頁式網站到底是什麼、什麼情境該做、什麼情境不該做,以及怎麼做才讓 Google 跟 AI 都讀得懂。
什麼是一頁式網站?先釐清定義
「一頁式網站」這四個字在業界被混用到快失去意義的程度。不同人說的「一頁式」,可能指完全不同的東西。
狹義的定義:Landing Page
單一頁面的行銷頁,通常用於:
- 特定活動推廣(開店活動、節日促銷)
- 特定產品預購
- 特定服務報名
頁面結構簡單:一個 hero、一段產品說明、一個 CTA 按鈕、一個表單,整個頁面掛在單一 URL 底下。
廣義的定義:單頁式網站(Single-Page Website)
整個網站只有一個頁面,所有內容塞在同一個 URL 上。常見於:
- 個人作品集
- 餐廳、咖啡廳、小店形象頁
- 活動、講座、工作坊的官方頁
頁面結構是多個 section 拼接,每個 section 是一個主題區塊,通常包含錨點跳轉(anchor link)——點導覽列就滑到對應段落那種。
更廣的定義:SPA(Single Page Application)
前端 JavaScript 框架(React、Vue)做的網站,內容動態載入。技術上是「單頁」,但 URL 結構其實很複雜(/blog/post-1 對應同一份 HTML)。
業界常見的混淆:SPA 不等於「一頁式網站」——SPA 是技術架構,一頁式是內容策略。把它們混為一談,通常發生在只想賣你套版的人身上。
這篇文章鎖定在狹義 + 廣義(Landing Page + Single-Page Website),SPA 是另一個層次的問題。
決策框架:四個問題判斷你適不適合做一頁式
在決定掏錢之前,先自問這 4 個問題。
問題 1:你的目標是「單一轉換」還是「多元探索」?
單一轉換:一頁式很適合。電商活動、預購、報名、Lead Generation——都只需要一個 CTA,訪客從進站到轉換的路徑越短越好。
多元探索:不適合。品牌官網、產品介紹、新聞媒體——訪客需要瀏覽多個頁面才能了解你,一頁式會把內容擠成一團,讀起來像在啃電話簿。
問題 2:你有多少內容要呈現?
1-3 個內容區塊:一頁式很適合。
5 個以上內容區塊:可以硬做,但通常需要更多頁面——每個區塊的錨點跳轉會太多,UX 開始打折。
問題 3:你的客戶在哪個認知階段?
已經知道你是誰:一頁式很適合。活動報名頁就是典型——訪客已經知道你是「某某主辦單位」,一頁式直接給活動細節。
還在認識你:不適合。需要品牌官網、首頁、產品頁、案例頁等多頁結構,讓訪客逐步認識你。
問題 4:你打算活多久?
短期活動(3 個月以內):一頁式很適合。促銷活動、節日活動——活動結束就下架,沒有人會回來查。
長期存在(超過 1 年):不適合。內容需要累積、需要被搜尋引擎索引、需要 SEO 經營——多頁式網站更適合長期布局。
決策矩陣
| 情境 | 一頁式適合度 |
|---|---|
| 短期活動 | 極適合 |
| 單一產品預購 | 極適合 |
| Lead Gen 表單 | 適合 |
| 個人作品集 | 適合 |
| 小店形象頁 | 可做 |
| 品牌官網 | 不建議 |
| 電商平台 | 不適合 |
| 內容媒體 | 不適合 |
一頁式網站的 SEO 怎麼做才會讓 Google 讀懂
很多「一頁式網站」SEO 表現不佳,因為 Google 對單頁內容的判讀標準比多頁網站更嚴格。
挑戰 1:標題層級怎麼分?
一頁式網站只能有一個 <h1>——這是 SEO 的硬規則。但內部不同 section 怎麼分層?
正確做法:
- 整個頁面只有一個
<h1>(通常是 hero 區塊的主標題) - 內部 section 用
<h2>區分 - section 內的小標題用
<h3>
錯誤做法:
- 多個
<h1>(常見於把每個 section 當獨立頁面設計)——Google 會判定「頁面主題不明確」 - 沒有
<h1>——Google 不知道這頁在講什麼
挑戰 2:結構化資料怎麼放?
一頁式網站的 Schema 標記比多頁網站更精簡。
常見的 schema 組合:
WebPage(基本頁面)Organization(組織)Product或Service(產品 / 服務)BreadcrumbList(即使是單頁,有 section 區塊時可以加)FAQPage(頁面內有 FAQ 區塊時)
業界普遍看到的現象:有完整 Schema 的單頁網站,Google AI Overview 引用率明顯高於沒有 Schema 的。
詳細的 Google Search Essentials 文件有結構化資料對 SEO 影響的完整說明。
挑戰 3:錨點跳轉對 SEO 是加分還是扣分?
業界共識:適度的錨點跳轉是加分,過度是扣分。
- 3-5 個錨點:加分,讓訪客快速跳到感興趣的段落
- 8 個以上錨點:扣分,UX 變差,Google 也會認為內容應該分頁
實戰上的建議:用「目錄」放在頁面頂端,每個錨點連到對應 section——既提升 UX,也幫助 Google 理解頁面結構。
一頁式網站與 LLM(AI 搜尋)怎麼被讀取
2026 年的搜尋版圖已經不是 Google 一家獨大——ChatGPT、Perplexity、Gemini 等 LLM 也開始瓜分流量。一頁式網站在 LLM 讀取上有獨特優勢——因為整個內容集中在單一頁面,LLM 不需要爬多個 URL 才能拼出完整主題。
LLM 讀取一頁式網站的 3 個關鍵
1. Schema 結構化資料(必要)
LLM crawler(GPTBot、ClaudeBot、PerplexityBot)主要透過 Schema 理解頁面內容。有 Schema 的頁面,在 LLM 搜尋引擎引用率明顯高。
2. FAQ 區塊(強烈建議)
一頁式網站加 FAQ 區塊,直接提升 LLM 引用率——因為 FAQ 是 LLM 最愛引用的內容結構,問答形式對模型來說最容易解析。
3. 清楚的 H2/H3 結構(必須)
LLM 透過 H2/H3 結構理解內容層次。如果一頁式網站沒有清楚的 H2/H3,LLM 會「看不懂」內容,引用機率大幅下降。
詳細的 LLM-friendly SEO 策略見 結構化數據 Schema Markup 全攻略。
一頁式網站的常見失敗模式
失敗 1:把所有內容塞進一個頁面
有些業主把「品牌故事 + 服務介紹 + 案例 + FAQ + 部落格 + 聯絡」全部塞進一個 HTML。
結果:頁面字數破五千、錨點跳轉十幾個,UX 跟 SEO 一起崩盤。
Moz Beginner's Guide to SEO 對單頁網站的 SEO 策略有完整說明。
修法:把「品牌故事 + 案例 + 部落格」拆出去成獨立頁面,主頁只保留「服務 + 聯絡」。
失敗 2:沒有 Schema 標記
很多一頁式網站只做視覺,沒加 Schema。Google 跟 LLM crawler 都讀不懂內容,SEO 跟 AI 引用雙雙失敗。
修法:至少加 WebPage + Organization + 服務類型對應的 schema(Service 或 Product)。Schema 不難寫,但很多套版預設就是不帶。
失敗 3:忘記做「速度優化」
一頁式網站常用大量圖片 + 動畫,沒做速度優化——LCP 飆破 4 秒,Google 直接扣分。
走進某些一頁式網站,圖還沒出來捲軸已經滑到底——這種體驗連人都受不了,Google 當然也受不了。
修法:用 PageSpeed Insights 跑一次,LCP 控制在 2.5 秒內。
鍛碼匠怎麼看這件事
一頁式網站是「特定情境的工具」,不是「所有情境的解答」。
如果有人跟你說「所有網站都應該做一頁式」或「一頁式不適合 SEO」——兩種說法都太絕對。
我們的立場很簡單:先看你的情境(單一轉換、短期活動、個人作品、小店形象),再決定要不要做一頁式——而不是先決定「要做一頁式」,再硬擠內容進去。
在台中接案的這段時間,我們看過太多業主被套版話術拐進去,做出來的網站連自己都不會打開第二次。網站不是裝飾品,是會被搜尋、被分享、被累積的資產。花一點時間想清楚再動工,比事後砍掉重做划算太多。
