作者|晨星行銷 陳俊鳴執行長(網路流量操盤手・企業行銷顧問)
很多老闆對「站內SEO」的印象,還停留在「內容裡多放幾次關鍵字」。這個印象已經過時了,而且照做只會讓文章變得難讀。站內SEO(On-Page SEO,也叫On-Site SEO)指的是網頁本身能改的所有東西:標題怎麼下、網址怎麼設計、圖片有沒有說明文字、網站跑起來快不快,全部算在裡面。跟它相對的是站外SEO——別人的網站有沒有連過來、品牌有沒有被提到,這些你自己一個人改不了。
站內SEO跟站外SEO、技術SEO常常被混著講,但三者其實各管各的:站內SEO是你能直接動手的部分,技術SEO是網站底層能不能被讀懂,站外SEO是外面的人怎麼看你。三者要一起做才有效果,不是選一個做就夠(完整的SEO入門全貌可以看SEO是什麼?中小企業主必看的搜尋引擎優化入門指南)。這篇只談站內SEO,而且不打算停在「要優化標題」「要優化速度」這種講了等於沒講的層次——每一項都給具體標準,最後再告訴你,時間有限的話該先動哪一項。

標題標籤與meta description:Google唸出來的第一句話
標題標籤(title tag)是搜尋結果那一行藍色連結,也是Google判斷這頁在講什麼的第一個依據。Google官方的SEO入門指南寫得很直接:每一頁都要有獨立的標題,不要整站套同一句話,內容要精準描述那一頁在講什麼。
這裡有個中文網站特別容易踩的坑:中文標題不能用「字數」去估算長度,要用「像素寬度」。Google的官方說明指出,搜尋結果顯示標題時,量的是這行字實際佔多少螢幕寬度,不是算了幾個字。全形中文字比半形英文字母寬得多,同樣是「28個字」,英文標題可能顯示得完整,中文標題卻已經被截斷、後半句直接消失在「⋯」後面。寫中文標題建議控制在28字以內,關鍵字放在前段,比死記某個字數上限更保險。

meta description(搜尋結果下面那段摘要)不是排名的直接因素,卻直接影響有沒有人願意點進來——Google官方文件明講,會優先用meta description裡「更準確描述頁面內容」的那段文字,寫得好可以提高被點擊的機率。寫法上,摘要要講清楚讀者點進去能得到什麼,不是把關鍵字硬塞成一句話。

💡 小提醒
標題跟摘要每一頁都要不一樣。如果你的網站有十篇文章標題都長得差不多(例如全部是「XX是什麼?」),Google會很難分辨這十頁到底誰該排在前面,反而互相稀釋。
標題階層 H1-H6:不是能放幾個,是好不好懂
「一個網頁只能放一個H1」是流傳很廣的說法,但Google工程團隊已經多次澄清:放幾個H1都不會直接扣分,Google的系統看得懂多個H1的頁面。真正的重點不是數量限制,是這個階層有沒有幫讀者跟搜尋引擎看懂內容的組織方式。
換個角度想會更清楚:H1到H6就像一本書的章節目錄。H1是書名,H2是章名,H3是節名。如果目錄亂七八糟、章節名稱跟內容對不起來,讀者會迷路,Google也一樣看不懂這頁的重點在哪。實務上還是建議一頁一個H1、講清楚整頁主題,H2負責分段落主題、H3負責細節,理由不是「Google規定」,是這樣寫,人跟機器都比較容易抓到重點。

URL結構:乾淨網址怎麼設計,中文網址要不要用拼音
Google官方對URL結構的建議很單純:網址要簡短、有邏輯、能讓人一眼看出這頁在講什麼,避免一長串看不懂的參數或編號。內部連結、網站地圖、canonical標籤(一段告訴Google「這個網址才是正式版本」的技術標記,避免同一頁被當成兩個不同網址分散排名)裡用的網址要保持一致,不要一下用有斜線結尾、一下沒有,這種小地方最容易被忽略,卻會讓Google誤判成兩個不同頁面。
在地角度上,台灣網站最常糾結的問題是「中文網址要不要用拼音」。目前沒有證據顯示拼音網址比英文關鍵字網址對排名更有幫助,重點是網址本身要看得懂、跟頁面內容相符,不管用拼音(`gaobing-shi-shenme`)還是英文(`what-is-gaobing`),只要清楚、簡短、不要動不動改網址(改了要設301轉址——一個告訴瀏覽器與Google「這個網址搬家了,新家在這裡」的技術設定,沒設好舊連結就會變成404錯誤頁),就符合要求。網址一旦被連結、被索引之後才改,等於逼自己重新設一輪轉址,能不改就不改。

內部連結與錨點文字:孤島頁面是怎麼發生的
內部連結是同一個網站裡,這頁連到那頁的連結。Google官方的連結指南寫得很白:你在意的每一頁,至少要有一個站內其他頁面連過來。沒有任何內部連結指向的頁面,會變成「孤島頁面」,搜尋引擎很難發現它,讀者也點不到。
內部連結不是只有「多連幾個」這麼簡單,它跟頁面分工、內容群集怎麼規劃也有關係,這塊可以參考WordPress SEO 不是裝外掛就好:頁面分工、內容群集與內部連結。錨點文字(就是連結那幾個字)也有講究。常見的兩種錯誤都會扣分:一種是全部寫「點這裡」「查看更多」,讀者跟Google都看不出連過去是什麼內容;另一種是反過來,同一組精準關鍵字重複用在幾十個連結上,這種過度優化的痕跡Google也認得出來。錨點文字要具體描述連結過去的內容,而且每次用詞要有變化,不是複製貼上同一句話。
⚠️ 注意
內部連結不是「隨便找個地方塞一個連結」,是「這句話剛好可以幫讀者多懂一件事」。硬塞進去的連結,讀者看得出來,Google的判斷也一樣看得出來。
假設一家牙醫診所的網站,關於「植牙費用」的文章裡完全沒有連到「植牙流程」「術後保養」這些相關文章——這種情況下,讀者看完費用就離開了,Google也很難判斷這個網站對「植牙」這個主題到底講得夠不夠完整。補上三、四個相關連結,往往比多寫一篇新文章更快看到排名變化。

圖片alt文字:不是塞關鍵字,是把圖片說給看不到的人聽
alt文字(替代文字)是加在圖片標籤裡的一段描述,Google對圖片SEO的官方說明指出作用有三個:圖片載入失敗時顯示、螢光幕閱讀器讀給視障使用者聽、讓搜尋引擎理解圖片內容。alt文字的第一個目的是無障礙,SEO效果是附帶的,不是反過來。
Google技術寫作團隊給的具體建議是:alt文字要考慮「這張圖在這個語境裡代表什麼」,不是單純描述畫面內容。同一張狗的照片,放在「寵物美容店介紹」跟放在「過敏原衛教文章」裡,該寫的alt文字完全不一樣。純裝飾用、沒有資訊價值的圖片(例如分隔線圖案),可以留空alt文字,讓輔助工具直接跳過。
最常見的錯誤有三種:完全不寫alt、所有圖片抄同一句話、為了SEO硬塞關鍵字——例如一張診所外觀照片寫成「牙醫診所推薦植牙费用洗牙台北」,這種寫法讀給視障使用者聽會完全不知所云,Google也會判定是關鍵字堆砌。老實描述圖片內容、順手帶進主題脈絡,才是正確做法。

Schema結構化資料:講給機器聽的語言
結構化資料(Schema markup)是一段藏在網頁程式碼裡、機器讀得懂的標記,用來明確告訴Google「這頁是一篇文章」「這是一組常見問題」「這是一份食譜」。Google的結構化資料入門文件與一般規範都明講:結構化資料必須真實反映頁面內容,符合資格才有機會在搜尋結果出現更豐富的呈現方式(例如star評分、FAQ展開區塊)。
這是8個項目裡唯一真的需要碰程式碼的一項。文章型頁面常用Article/BlogPosting,常見問題頁面用FAQPage(這些是Schema規範裡固定的「頁面種類標籤」,你不用記名字,交代給工程師或SEO外掛設定的人看就懂),兩者搭配使用能同時涵蓋「這篇文章的基本資訊」跟「這篇文章裡的問答內容」。多數WordPress網站可以透過SEO外掛(例如RankMath)產生FAQ Schema,不用完全手刻程式碼,但外掛產出的內容仍然要人工核對是否符合Google的規範,不是裝了外掛就自動合格。

頁面速度與Core Web Vitals:LCP、INP、CLS白話版
Core Web Vitals是Google官方拿來衡量「這個頁面用起來順不順」的三個指標,跟排名有關,但更直接影響的是讀者會不會等到不耐煩就關掉頁面。三個指標翻成白話(數值門檻見web.dev官方說明):
- LCP(最大內容繪製):頁面裡最大的那塊內容(通常是主圖或標題)要多久才顯示出來。標準是2.5秒以內——大概是你划開網頁後,眨兩下眼睛的時間,超過這個時間讀者就會覺得「怎麼還沒好」。
- INP(互動到下一次繪製):讀者點一下按鈕、畫面要多久才有反應。標準是200毫秒以內——比眨一次眼還快,慢過這個門檻,讀者會覺得「這個網站是不是當機了」。
- CLS(累積版面配置位移):頁面載入時,內容會不會忽然跳動(例如廣告突然插進來,把你正在點的按鈕擠到別的位置)。標準是0.1以下——白話說就是頁面上的東西幾乎不能亂跳位置,不然讀者常常會點錯、甚至點到廣告。
三個指標都要用「第75百分位」來看,不是最快那一次的成績——也就是說,網站要讓至少四分之三的訪客都感受到「好」的速度,才算真的達標,偶爾一次跑得快沒有意義。這三個數字聽起來像工程師的事,但對一般網站經營者來說,判斷方式很簡單,拿自己網站的網址測一次,紅字的地方就是要修的地方。實際測法可以參考PageSpeed Insights是什麼?網站速度分數這樣看就對了。

💡 小提醒
速度問題多半出在圖片太大、外掛裝太多、主機速度太慢這三件事。真的要動手修,多半得動到網站程式碼或主機設定,這一項不像改標題那樣自己打開後台就能搞定。
內容結構:AI Overview時代,段落要長得容易被引用
站內SEO原本只服務「排名」這一件事,但2026年的搜尋結果已經不只是排名列表——Google的AI Overview會直接生成一段摘要回答(運作機制詳見AI Overview的運作跟你以為的不一樣:哪些內容會被取代、策略怎麼調),摘要裡引用的內容,不一定是排名第一的那頁。要被引用,內容結構本身要「方便機器截取」:問句式的H2/H3標題、定義用「A是B」這種直接的句型開頭、條列式重點跟表格,都比一大段散文更容易被整段擷取。這不是要你把文章切得零碎,是提醒你「重要的判斷句,要講得完整、獨立成一句就能懂」,不要拆在上下文裡才看得懂。
這個角度中文SERP幾乎沒人談,多數中文文章還停留在「怎麼排到第一頁」的思維,但讀者現在有很大一部分根本不會點進網站——他們在AI生成的摘要裡就得到答案了。站內SEO做得夠紮實,內容結構夠清楚,才有機會在這個新的入口裡被引用。

資源有限,8個項目先修哪一項
如果你今天只有一個下午,這8個項目不可能一次做完。以我操作SEO十多年、每次交案都直接打開Google Search Console後台給客戶對成效的經驗來看,影響範圍大、自己就能動手的項目,永遠排在最前面;需要工程資源、影響範圍相對窄的,排在後面也沒關係,不會因為晚一步做就前功盡棄。
| 順序 | 項目 | 誰能做 | 為什麼排這裡 |
|---|---|---|---|
| 1 | 標題標籤與meta description | 業主自己可做 | 影響每一頁的第一印象與點擊率,改了立刻生效 |
| 2 | 內部連結與錨點文字 | 業主自己可做 | 補幾個連結成本最低,效果卻常常最快看到 |
| 3 | 圖片alt文字 | 業主自己可做 | 累積張數多,但一次改一批不難 |
| 4 | 標題階層 H1-H6 | 業主自己可做,需懂一點HTML邏輯 | 影響單頁易讀性,改動範圍限於單頁 |
| 5 | URL結構 | 需懂後台,改動需設301轉址 | 一旦上線不宜常改,優先度往後放 |
| 6 | Schema結構化資料 | 多半需工程或懂SEO外掛設定的人 | 屬於加分項,做對了才有意義,做錯可能被判定違規 |
| 7 | Core Web Vitals | 需工程或網站開發資源 | 影響全站,但修正涉及程式碼與主機設定 |
| 8 | 內容結構(AI引用優化) | 需搭配內容策略長期調整 | 見效最慢,屬於長期佈局 |
算一筆帳:一個20頁上下的中小企業網站,把前4項(標題、內部連結、alt文字、標題階層)認真做完一輪,通常抓兩個工作天左右就能看到明顯改善——這還沒算後續要持續維護的時間。後4項因為牽涉技術層面,時間會拉得比較長,也比較適合分批處理,不用急著一次到位。

站內SEO最常見的三個誤解

誤解一:alt文字寫得越長、關鍵字塞得越多越好。 實際上alt文字的第一個功能是描述給看不到圖片的人聽,塞滿關鍵字只會讓螢幕閱讀器唸出一串不知所云的字,反而違反Google對過度優化的判定。
誤解二:一個網頁一定只能有一個H1,多放會被扣分。 前面提過,Google官方已經澄清多個H1不會直接懲罰,問題從來不是數量,是結構清不清楚。
誤解三:站內SEO做完,效果馬上看得到。 站內SEO改善的是「Google讀懂你」跟「讀者願不願意留下來」,不是「立刻衝上第一頁」。多數項目的效果要等重新爬取、重新索引才會反映在排名上,短則幾天、長則數週,這跟頁面本身的重要性、網站被爬取的頻率都有關係。

站內SEO有一半的項目自己就能動手——標題、meta description、alt文字、內部連結,照著上面的標準對照一遍,通常一兩個下午就能抓完一輪。真正需要工程或懂WordPress後台的,是Schema標記跟Core Web Vitals的技術修正,這兩項單靠意志力啃不太動,交給以此為專業的人處理會實際得多。晨星行銷長期在幫中小企業做這類SEO代操,抓到問題卻不知道怎麼動手時,隨時可以來問。
常見問題
參考資料
- SEO Starter Guide: The Basics — Google Search Central(英文,國際,官方文件)
- Influencing Title Links in Google Search — Google Search Central(英文,國際,官方文件)
- How to Write Meta Descriptions — Google Search Central(英文,國際,官方文件)
- URL Structure Best Practices for Google Search — Google Search Central(英文,國際,官方文件)
- SEO Link Best Practices for Google — Google Search Central(英文,國際,官方文件)
- Image SEO Best Practices — Google Search Central(英文,國際,官方文件)
- Write helpful alt text — Google Technical Writing(英文,國際,官方文件)
- Introduction to structured data markup in Google Search — Google Search Central(英文,國際,官方文件)
- General Structured Data Guidelines — Google Search Central(英文,國際,官方文件)
- Understanding Core Web Vitals and Google search results — Google Search Central(英文,國際,官方文件)
- How the Core Web Vitals metrics thresholds were defined — web.dev/Google(英文,國際,官方文件)
ℹ️ 關於本文
本文內容僅供SEO操作參考,不構成任何排名效果保證。搜尋引擎演算法持續調整,實際排名結果受網站現況、產業競爭程度與Google演算法更新等多重因素影響,建議依自身網站狀況調整優先順序,或諮詢專業人士協助評估。
陳俊鳴
網路流量操盤手.企業行銷顧問
操盤SEO與網路行銷實戰逾15年,2014年創辦晨星事業有限公司(晨星行銷),從SEO網站架設、關鍵字策略到銷售漏斗與變現模式一手包辦。現為智信科技、瞻新資訊等多家企業的常年行銷顧問,也獲頒過亞洲十大卓越名師金像獎,把每一次流量成長都當成自己的事業在打。曾是馬來西亞象棋、圍棋國手,拿過亞洲盃第二名。
