SEO不是一直寫文章：從關鍵字、網站架構到GSC數據的完整SEO操作方法（以洗衣店為例）
很多企業在做 SEO 時，第一個想到的通常都是：「是不是要多寫一些文章？」
於是開始找寫手、找 AI 產文，一個月發布 4 篇、8 篇甚至 20 篇文章。
但實際操作大量 SEO 專案之後，我會發現一件事：
SEO 真正的核心，往往是搜尋引擎能不能理解你的網站到底在做什麼。
舉例來說，一個提供洗衣服務的網站，可能希望取得：
- 洗衣店
- 乾洗店
- 洗衣店推薦
- 乾洗店推薦
- 專業洗衣店
- 衣服送洗
- 衣物送洗
- 棉被送洗
- 西裝送洗
- 鞋子送洗
- 包包送洗
- 洗衣店價目表
- 附近洗衣店
- 附近乾洗店
很多人看到這些關鍵字，第一反應會是：
「那就每個關鍵字寫一篇文章。」
但這通常不是最好的做法。
真正完整的 SEO 操作，應該先回答三個問題：
- Google 能不能理解這個網站的核心服務？
- 不同搜尋意圖，有沒有對應到正確的 Landing Page？
- 網站目前排名與流量的瓶頸，到底發生在哪裡？
因此我在規劃 SEO 時，通常會把工作拆成幾個層次。
一、先做「網站主題定位」
SEO 最重要的一件事情，是建立網站的 Topic。
也就是：
Google 看完整個網站之後，會認為這是一個什麼網站？
以洗衣產業來說，如果首頁只有品牌介紹、形象照片、門市資訊，Google 對網站的理解可能非常有限。
但如果首頁開始清楚出現：
「洗衣店」、「乾洗店」、「衣物送洗」、「西裝送洗」、「外套送洗」、「鞋子送洗」、「包包送洗」、「棉被送洗」
搜尋引擎就會逐漸建立一個完整的服務主題。
因此 SEO 的第一步，不一定是新增文章。
很多時候，我反而會先重新處理：
- Homepage
- About
- Service
- Process
- Knowledge
- Location
- Contact
這幾個核心頁面。
原因很簡單：
網站核心頁面的權重，通常比一篇新 Blog 更重要。
二、Title、Description 不只是放關鍵字，而是在定義頁面角色
很多 SEO 教學會告訴你：
Title 要放關鍵字。
這句話沒有錯，但太簡化了。
真正的問題其實是：
這一頁準備搶哪一組搜尋意圖？
例如首頁可能主要負責：
- 洗衣店
- 乾洗店
- 洗衣店推薦
- 乾洗店推薦
- 專業洗衣店
那首頁 Title 就不應該只寫一句品牌 Slogan。
它應該明確告訴 Google：
「這是一個提供洗衣、乾洗以及衣物送洗服務的網站。」
而 Description 則進一步補充服務範圍，例如：
- 日常衣物
- 西裝
- 外套
- 鞋子
- 包包
- 棉被
- 特殊材質衣物
這個動作表面上只是修改 TDK，實際上是在做：
Page Intent Definition，也就是重新定義頁面的搜尋角色。
三、不要讓所有關鍵字都擠在首頁
這也是許多網站常見的 SEO 問題。
假設一家洗衣店同時希望取得：
洗衣店、乾洗店、棉被送洗、西裝送洗、鞋子送洗、包包送洗、洗衣店價目表……
如果全部都只靠首頁排名，最後很容易發生：
首頁什麼都講，但沒有一個主題講得夠深入。
因此我通常會開始建立「搜尋意圖分頁」。
例如：
首頁
→ 洗衣店、乾洗店、洗衣店推薦
服務項目
→ 衣物送洗、洗衣服務
西裝送洗
→ 西裝清洗、西裝乾洗、西裝送洗
鞋子送洗
→ 鞋子清洗、鞋子送洗、鞋子送洗價格
包包送洗
→ 包包清洗、包包送洗、包包發霉
棉被送洗
→ 棉被清洗、棉被送洗
價目表
→ 洗衣店價格、乾洗店價格、洗衣店價目表
服務據點
→ 附近洗衣店、附近乾洗店、地區型搜尋
這其實就是 SEO 很重要的一個概念：
一個搜尋意圖，盡可能有一個最明確的 Landing Page。
這樣可以降低不同頁面彼此競爭，也可以讓搜尋引擎更容易判斷：
「哪一頁才是這個關鍵字最適合的答案？」
四、服務型關鍵字，不應該全部寫成 Blog
SEO 操作裡非常容易犯的一個錯誤，就是把：
「西裝送洗」
寫成一篇文章。
把：
「鞋子送洗」
再寫成一篇文章。
但這兩個搜尋字背後的使用者，很多時候不是來學習知識的。
他們其實是在找：
哪裡可以送洗？
這就是搜尋意圖的差異。
「西裝怎麼洗」
比較偏 Information Intent。
「西裝送洗」
則可能已經偏 Commercial / Transactional Intent。
所以真正的 SEO 架構，不應該只有：
Blog → Blog → Blog → Blog。
而應該是：
Service Page + Blog Content。
Service Page 負責轉換。
Blog 負責取得前期搜尋流量。
兩者再透過 Internal Link 串起來。
五、URL 本身也是網站資訊架構的一部分
SEO 很多時候不是排名技巧，而是「降低搜尋引擎理解成本」。
例如一個服務據點頁面，如果網址是：
/s-projects-side-by-side
從 URL 本身完全看不出這一頁在做什麼。
如果改成：
/service-locations
至少搜尋引擎、使用者、AI 系統都可以快速理解：
這是一個服務據點頁面。
URL 不會因為改了一個單字就突然排名第一。
但 SEO 是非常多訊號疊加的結果。
URL、Title、H1、Breadcrumb、Internal Link、Schema、Content，如果全部都指向同一個主題：
搜尋引擎理解頁面的難度就會大幅降低。
六、H1是在建立頁面主題
現在 Google 並不會因為網站有兩個 H1 就直接處罰。
但這不代表 H1 不重要。
我仍然會盡可能讓核心頁面做到：
一頁一個清楚的主要 H1。
例如：
價目表頁面：
洗衣服務價目表
服務據點：
洗衣服務據點
最新消息：
最新動態
洗衣知識：
洗衣與衣物照護知識
原因不是迷信 SEO 標籤。
而是現在網站的讀取者已經不只有 Google 傳統 Search Crawler。
還包含：
- Google 搜尋系統
- AI Overview
- Large Language Model
- Accessibility Tool
- 各種 AI 搜尋引擎
清楚的 HTML Semantic Structure，會讓機器更容易知道：
「這一頁最重要的主題是什麼？」
七、SEO開始進入「讓AI看懂網站」的階段
現在做 SEO，我會比以前更加重視 Structured Data。
例如：
- Article
- FAQ
- Breadcrumb
- LocalBusiness
- Organization
- WebSite
- Service
為什麼？
因為網站內容本質上是寫給人看的。
而 Schema 則比較接近：
寫給機器看的資料格式。
例如網站裡寫：
「我們提供鞋子、包包、外套與棉被清洗服務。」
人類看得懂。
但如果透過 Schema 把：
Service
Area Served
Address
Telephone
Opening Hours
FAQ
Breadcrumb
這些資訊進一步結構化，搜尋引擎與 AI 系統就更容易建立網站 Entity。
因此未來 SEO 的方向，很可能不是單純追求：
「Google 排名第幾名？」
而會逐漸變成：
Google、AI Overview、ChatGPT、Gemini 能不能正確理解與引用這個網站？
Footer 很多人只拿來放：
Copyright。
但從 SEO 架構來看，Footer 是一個非常好用的 Sitewide Signal。
例如可以放入：
- 核心服務簡介
- 公司或門市資訊
- 電話
- 服務流程
- 服務項目
- 聯絡我們
- 重要內部連結
假設網站有 100 個頁面。
Footer 裡的「服務流程」連結，就等於有大量頁面持續指向這一頁。
這可以幫助搜尋引擎理解：
哪些頁面是網站重要頁面。
所以 Footer 不只是 UI 元件。
它同時也是：
Information Architecture 的一部分。
九、FAQ是在補搜尋需求
建立 FAQ 頁面也是非常重要的 SEO 操作。
例如洗衣服務可能會出現：
「乾洗要多久？」
「西裝可以乾洗嗎？」
「羊毛大衣怎麼洗？」
「鞋子送洗多少錢？」
「包包發霉可以洗嗎？」
「棉被多久洗一次？」
「哪些衣服不能水洗？」
這些問題本身就是大量 Long-tail Keyword。
而且非常接近真實使用者的搜尋語言。
因此 FAQ 可以同時補足三件事情：
搜尋需求、使用者體驗、AI問答語料。
這也是為什麼現在做內容，我不會只思考「關鍵字密度」。
而會開始思考：
使用者真的會問什麼問題？
十、關鍵字不能只看排名，要一起看曝光量
SEO Report 裡，我最不建議只看一個東西：
「排名。」
例如：
某個關鍵字排名第 2。
看起來很好。
但如果整個月只有 2 次曝光，那這個排名幾乎沒有商業意義。
所以我在分析關鍵字時，至少會一起看：
Ranking + Impression + Click + Landing Page。
例如：
「洗衣店」
可能排名第 6，但是曝光有數千次。
而：
「西裝送洗」
可能排名第 2，但只有極少曝光。
兩個看起來排名都不錯，但 SEO 價值完全不同。
因此報表中的低曝光關鍵字，我通常會另外標示。
因為這些資料只能當作 Sample。
不能直接說：
「我們排名第二，所以 SEO 很成功。」
十一、「沒有曝光」反而是一個非常重要的SEO訊號
另一種值得注意的情況是：
GSC完全沒有資料。
例如：
鞋子送洗
鞋子送洗價格
包包送洗
包包發霉送洗價格
如果 Google Search Console 完全沒有 Impression，可能代表幾種情況。
第一種：
網站根本沒有建立這個 Topic。
第二種：
有提到這個服務，但沒有一個足夠明確的 Landing Page。
第三種：
Google 還沒有把網站和這組 Query 建立關聯。
第四種：
這個關鍵字本身搜尋量就非常低。
因此看到「沒有資料」，不是直接放棄。
而是要回頭問：
這個 Keyword 值不值得做？
如果值得，就要開始補：
Service Page、Content、Internal Link、TDK、H1、Schema。
十二、SEO內容更新要從GSC找，而不是憑感覺改文章
我非常重視 Google Search Console 的另一個原因，是它可以告訴你：
哪些頁面正在上升？
哪些頁面正在下降？
例如某篇文章：
上個月 194 Click。
這個月剩下 130。
下降 64 Click。
這時候我不會第一時間說：
「再寫一篇新的。」
我反而會先分析這一頁：
- 哪些 Query 掉排名？
- Impression 有沒有下降？
- CTR 有沒有下降？
- SERP 有沒有改變？
- 競爭對手是不是更新內容？
- Search Intent 有沒有變？
- 原本文章是不是已經過時？
很多 SEO 網站最大的問題就是：
一直新增內容，卻從來不維護舊內容。
但很多時候，把一篇原本有流量的文章救回來，投資報酬率會比重新寫文章更高。
十三、SEO是一個迭代系統
我認為真正成熟的 SEO 操作，不應該是一張 Checklist：
Title ✓
Description ✓
H1 ✓
Schema ✓
文章 ✓
然後宣布 SEO 完成。
SEO 應該是一個循環。
第一階段：Keyword Research
確認：
搜尋量、意圖、商業價值、競爭程度。
↓
第二階段：Keyword Mapping
決定：
每一組 Keyword 應該由哪個 Page 負責。
↓
第三階段：Website Architecture
建立：
首頁、服務頁、分類頁、知識頁、FAQ、據點頁。
↓
第四階段：On-page SEO
處理：
Title、Description、H1、URL、Content、Internal Link。
↓
第五階段：Technical SEO
處理：
Schema、Canonical、Sitemap、Robots、HTML Structure。
↓
第六階段：GSC Monitoring
觀察：
Ranking、Impression、Click、CTR、Landing Page。
↓
第七階段：Content Refresh
找出：
下降頁面、低曝光頁面、潛力關鍵字。
↓
再重新回到 Keyword Strategy。
這才是一個完整的 SEO Growth Loop。
十四、真正的SEO，是在建立「搜尋引擎可以理解的網站」
我做 SEO 時，核心思考通常不是：
「這個月要寫幾篇文章？」
而是：
Google 到底怎麼理解這個網站？
例如當網站持續出現：
洗衣店
乾洗店
衣物送洗
西裝送洗
鞋子送洗
包包送洗
棉被送洗
洗衣價格
服務流程
服務據點
洗衣知識
而且每個 Topic 都有自己的：
URL
Title
H1
Content
Internal Link
Schema
搜尋引擎才會逐漸形成一個完整的 Knowledge Structure。
也就是：
這個網站不是偶爾寫了一篇「乾洗」文章。
而是一個：
長期、完整、深入討論洗衣與衣物照護的網站。
這就是我認為現在 SEO 最重要的一件事情：
建立 Topical Authority。
結論：不要把SEO當成關鍵字排名，而要把它當成網站知識工程
很多人把 SEO 理解成：
「把某個關鍵字做到第一頁。」
但如果站在 SEO 專案長期經營的角度，我更傾向把 SEO 定義成：
把企業的服務、知識、專業與使用者需求，整理成搜尋引擎可以理解的網站結構。
所以真正完整的 SEO，不只是文章。
它包含：
關鍵字策略
＋
搜尋意圖分析
＋
Landing Page 規劃
＋
網站資訊架構
＋
TDK
＋
HTML Semantic
＋
Structured Data
＋
Internal Link
＋
GSC Data
＋
Content Refresh
最後才形成一個完整的 SEO 系統。
而當這套架構建立起來之後，SEO 才不會變成：
「每個月不知道要做什麼，所以再寫四篇文章。」
而是可以很明確地知道：
哪些關鍵字正在成長、哪些頁面正在衰退、哪些搜尋意圖還沒有頁面承接、哪些內容需要更新，以及下一個 SEO 成長機會在哪裡。
這才是我認為真正專業的 SEO 操作方式。