站內 SEO 終極攻略：從內容優化到技術調整

你也許曾有過這種感覺：內容明明寫得很扎實，圖文並茂，該有的資訊一個都沒少，可是排名就是停在第二頁、第三頁動都不動。你開始懷疑是不是字數不夠、是不是該再買幾條連結、是不是被演算法針對。實際上這類網站的問題從來不是內容不夠好，而是頁面沒被整理到「搜尋引擎一眼看懂、讀者願意讀完、AI 願意引用」的狀態。

站內 SEO（On-Page SEO）處理的就是這件事。它不是把一份檢查表勾完就交差的雜事，而是一套把同一份內容「翻譯」給三種完全不同的讀者的工程：一是爬蟲，它要在幾百毫秒內判斷你這頁到底在講什麼；二是真人，他要覺得值得停留、值得往下滑；三是 AI，它要在沒有人類介入的情況下，決定要不要把你的內容摘要進答案裡。三個讀者讀的是同一頁，但需要的訊號完全不同。

換個方式想。爬蟲讀的是結構，它靠標題層級、網址、標記來抓主題；真人讀的是體驗，他靠開頭那三段、排版、載入速度來決定要不要留下；AI 讀的是可擷取性，它靠結構化資料、明確的結論句、乾淨的段落邊界來決定要不要引用你。同一份內容，你要用三種它們各自聽得懂的語言，各說一次。這聽起來很累，但好消息是，這三種語言有八成是重疊的。把基礎的語意結構做好，三個讀者會同時受惠。

這篇會把站內 SEO 的實戰邏輯一次講清楚。不堆名詞，不給你那種「標題要寫關鍵字」的廢話，而是帶你走一遍評估每一個頁面時真正該看的東西。

先搞清楚你卡在哪一關：四種症狀與背後的病因

很多人做站內 SEO 的第一個動作是打開某個外掛、把焦點關鍵字填進去、看到全綠燈就以為搞定了。老實說，那些綠燈跟排名的關係比你想像的弱很多。建議你換一個起點：先判斷你的頁面究竟卡在哪一層。症狀不同，藥完全不一樣。

你看到的症狀	最可能的病因	該處理的層
有收錄，但排名在第二頁以後上不來	標題層級、內部連結、搜尋意圖比對有偏差	語意層＋內容層
排名不錯，但點進來的人三秒就跳出	開頭沒回答問題、排版難讀、行動版體驗差	內容層＋體驗層
流量突然崩跌，單一頁面掉到找不到	被自己另一頁蠶食、canonical 設錯、noindex 誤開	語意層（重複內容）
排名穩，但 AI 摘要從來不引用你	沒有結構化資料、內容沒有可被擷取的明確結論	結構化與體驗層

這張表不是嚇你，是要幫你省時間。很多團隊在「字數不夠」這個假病因上糾纏三個月，結果真正的問題是 canonical 指到了別頁，努力被自己抵銷掉。也有人瘋狂堆連結、買外連，卻沒發現首頁根本被 noindex 擋住。先把病因定位出來，再往下看對應的層怎麼修，這比盲目地「多寫一點、多連一點」有效率太多。

想從更底層理解搜尋引擎怎麼決定誰排前面、誰排後面，可以先把 SERP 搜尋結果頁的運作機制 整體摸一遍，你會更清楚站內 SEO 每一個動作到底在影響排名的哪一個環節。

語意層：讓搜尋引擎在第一時間讀懂你的頁面主題

語意層是地基。地基沒打好，上面的內容再好，搜尋引擎也會讀錯主題。這一層處理的是「這頁到底在講什麼、它跟站內其他頁面的關係是什麼」。它包含標題連結、標題層級、網址、canonical、noindex 這幾個元素。

標題連結（Title Link）：Google 會改寫，但主導權還在你手上

搜尋結果頁上那條藍色、可點擊的標題，Google 稱為「標題連結」（title link）。很多新手以為自己寫的 <title> 標籤一定會原封不動顯示，其實不是。依 Google Search Central 的說明，Google 會根據查詢字詞、頁面內容、甚至錨點文字，主動改寫它。改寫比例其實不低，但這不代表你就可以擺爛。

<title> 是 Google 產生標題連結與理解頁面內容時參考的來源之一。撰寫時應清楚、精簡並準確描述頁面，重要資訊可盡量提早出現，但不必硬把主關鍵字塞在最前面。Google 會依裝置與版面寬度截斷標題，也可能使用頁面標題、醒目文字或錨點等來源改寫，因此沒有通用的最佳字數。

標題寫法的細節（中文字數、前台後台邏輯、誘發點擊的句型）整理成了一篇 SEO 標題優化實戰，這裡先記住一個原則：標題是寫給「決定要不要點進來的人」看的，不是寫給爬蟲看的。

標題層級不是排版工具，是頁面的語意骨架

H1 到 H6 在很多人眼裡只是「字大一點、字小一點」。這是大誤解。標題層級是頁面的語意骨架，爬蟲靠它來理解你的內容結構：哪些是主題、哪些是子題、子題之間的從屬關係。

幾個務必遵守的規則：

• 一頁一個 H1，而且要跟頁面的核心主題一致。H1 就是這頁的「書名」，一本書不會有兩個書名。
• H2 切大段落，H3 切小段落，不要跳級（不要 H2 直接接 H4）。
• 不要用標題來做視覺效果。想讓字變大，用 CSS，不要把一段普通文字標成 H3。
• 標題裡帶到讀者會搜尋的詞，但前提是它讀起來像人話。

一個健康的標題結構，爬蟲用大綱模式一抓，就能看出這頁回答了哪些子問題。這對後面要講的 AI 引用也是關鍵，因為 AI 摘要非常依賴清楚的標題結構來切段落。

網址（URL）是頁面的身分證

網址不是隨便給的。一個好的網址，讓人光看字面就能猜到這頁在講什麼，也讓搜尋引擎更容易建立主題關聯。Google 官方的網址結構最佳做法很明確：簡短、有意義、用連字符分隔單字、避免無意義的參數與 ID。

實務上盡量做到：

• 用英文小寫拼音或有意義的英文單字，不要用中文 URL（會被編碼成一串 %E，難看又難分享）。
• 把主關鍵字放進網址，但不要塞太多。
• 層級不要太深，理想是 /分類/ slug 這種一層結構。
• 一旦發布，盡量不要再改網址。非改不可時，務必用 301 轉址把舊網址的權重導過去，否則等於把那頁的累積直接歸零。

網址牽涉到重新命名與轉址的技術細節，分別寫在 SEO 網址優化指南 和 301 與 302 轉址完整教學，改網址前務必先讀過，否則很容易把流量弄丟。

Canonical 與 noindex—不處理，你的努力會被自己抵銷

這一塊是最多人忽略、卻最容易把排名搞砸的地方。當你的站上有兩個以上的網址內容高度重複（例如商品頁有顏色篩選參數、部落格有列印版、或你搬站留下舊網址），Google 會自己決定哪一個才是「標準版本」，其他的可能被降權甚至不收錄。問題是，Google 自己猜，常常猜錯。

canonical 標籤（rel="canonical"）就是你主動告訴 Google「這頁的標準版本是哪一頁」的機制。noindex 則是直接告訴 Google「這頁不要收錄進搜尋結果」。兩個都用對，你的站內權重才會集中在你真正想排名的頁面上。

情境	該用的機制	為什麼
同一篇文章有多個網址（參數、列印版）	canonical 指向標準版	把權重集中，避免重複內容稀釋
感謝頁、登入後頁面、篩選結果頁	noindex	這些頁對搜尋者沒價值，不該出現在結果
整站搬移、網址全面改版	301 轉址	把舊權重永久轉移到新網址
兩篇文章主題重疊、互相搶排名	合併＋301，或重新定位	處理關鍵字蠶食

canonical 的原理跟常見誤設整理在 Canonical URL 完全指南，noindex 的用法與「為什麼有時候反而該拿掉 noindex」寫在 noindex 介紹。重複內容的辨識與清理則可以對照 SEO 重複內容指南。而當你發現自己的頁面在互相搶同一個關鍵字時，那是另一個層級的問題，看 關鍵字蠶食修復策略。

內容層：讓真人讀完，讓 Google 看見「經驗」

語意層讓搜尋引擎知道「這頁在講什麼」，內容層決定的是「這頁值不值得排上去」。Google 自己在內容品質指南裡反覆強調一個核心：建立有用、可靠、以人為本的內容。換句話說，這句話翻成白話就是：你的內容要讓一個真的有這個問題的人，讀完覺得「對，這解決了我的問題」，而不是覺得「這是一篇為了排名而生產的文字」。

搜尋意圖是站內 SEO 的起點，不是事後補丁

很多人選了關鍵字、寫了內容、加好標題，最後才回頭想「等等，搜這個字的人到底想得到什麼」。這順序是反的。搜尋意圖（Search Intent）決定了你這頁該長什麼樣子：該是教學文、該是比較表、該是產品頁、還是該是一段簡短直接答案。

同樣是搜「冷氣」，有人想買（交易意圖）、有人想知道怎麼挑（資訊意圖）、有人想知道某個品牌評價（調查意圖）。你把一個交易意圖的關鍵字做成一篇長篇教學，就算排名上去了，轉換率也會很慘，因為讀者根本不是來讀文章的。Google 會透過停留時間、跳出率這類行為訊號發現「這頁跟搜尋者要的不一致」，然後慢慢把你往下調。

這部分是站內 SEO 最核心也最容易被跳過的環節，建議你花時間把 搜尋意圖的拆解方法 讀通。先確定意圖，再決定內容形式，這個順序走對，後面的優化才有意義。

內容深度 vs 內容長度，這兩件事不能畫等號

業界有一個流傳很廣的迷信：字數越多排名越好。於是出現了一堆八千字、一萬字，但每一句都在原地打轉的「長文」。這種內容對真人讀者是折磨，對 Google 來說也是負分。Backlinko 針對大量排名頁面做的分析顯示，內容深度、主題完整度、以及整體網站權威性，是跟排名正相關的因素，而單純的字數並不是。

判斷標準可濃縮成一句話：寫到讀者的下一個問題被接住，就停。不要為了湊字數而稀釋密度。一篇四千字、每一句都有料的文章，遠勝過一篇八千字空洞的長文。你要追求的是「主題完整度」，也就是一個讀者看完這頁，不需要再回去 Google 搜第二趟。

這個「主題完整度」的概念，背後對應的是主題叢集（Topic Cluster）的思維。你在建立的是一個主題的完整覆蓋，每一篇文章都是這個主題地圖上的一塊拼圖。這套思維放在 SEO 文章寫作指南 和 內容行銷策略 裡展開，這裡先記住：站內 SEO 的內容層，比的是「誰把這個主題講得最完整」，不是「誰寫得最長」。

關鍵字佈局：研究是地圖，落地才是施工

很多人以為站內 SEO 的關鍵字工作就是「把主關鍵字塞進標題和第一段」。這只對了一半。真正決定一頁能不能涵蓋完整主題的，是你有沒有把主關鍵字周邊的「相關詞」和「長尾詞」一起規劃進來。一個搜「站內 SEO」的人，他腦子裡其實同時想知道的還有標題怎麼寫、網址怎麼設、速度重不重要、圖片要不要優化。你在同一頁把這些相關意圖都照顧到，這頁的主題完整度才會高。

關鍵字研究的工具選擇很多，從免費的 Google 自己的趨勢工具，到付費的專業平台都有。實務上習慣的流程是：先用 關鍵字工具 把主詞和相關詞撈出來，再用 Google Trends 確認這些詞的搜尋量趨勢是上升還是衰退，然後把目光放在那些精準、競爭相對低的 長尾關鍵字 上。長尾詞的好處是意圖明確、轉換率高，而且累積起來的總流量往往不輸給一個難搶的大詞。

研究做完，接下來要把關鍵字放進合適的位置。主關鍵字可自然出現在標題、H1 與開頭說明；次要關鍵字則依段落主題安排在適合的 H2 或正文，不必每個標題都硬塞一個詞。長尾詞和相關詞也應以讀起來通順為前提。更完整的選字與佈局流程可參考Google 關鍵字操作 5 大絕技。

E-E-A-T：讓 Google 看見頁面背後是一個真的懂的人

經驗（Experience）、專業（Expertise）、權威（Authoritativeness）、可信度（Trustworthiness），這四個合起來叫 E-E-A-T。它不是一個你打勾就有的東西，而是一組 Google 用來判斷「這頁內容值不值得信任」的訊號。其中那個多出來的 E（Experience，第一手經驗）是近年 Google 最強調的，因為這正是 AI 量產內容最缺乏的。

你在頁面上可以做的、具體傳遞 E-E-A-T 的動作：

• 署名要清楚：作者是誰、他的背景是什麼、為什麼他有資格講這個主題。
• 寫出 AI 寫不出來的細節：實際操作時踩過的坑、只有做過才會知道的小地方、具體場景裡的判斷邏輯。
• 引可查證的來源：任何數字、任何研究、任何官方說法，都要能點到出處。建議每篇文章都在引述處標明出處，就是這個原因。
• 標更新日期：特別是會過期的資訊（費率、政策、工具功能），讓讀者和 Google 都知道這份內容還活著。

E-E-A-T 的完整架構與實作寫在 E-E-A-T 完全指南，這裡先抓重點：站內 SEO 的內容層，本質上是在回答 Google 的一個問題，「憑什麼相信這頁」。

內部連結是把單點流量串成主題權威的血管

內部連結（Internal Link）是站內 SEO 裡 CP 值最高的一個動作，卻也最常被低估。它的作用有兩層：一是幫爬蟲發現並理解你站內頁面之間的關係，二是把高流量頁面的權重傳遞給你想推的頁面。一個健康的內部連結結構，像是一張網，把你的內容從「一篇篇孤立的文」編織成「一個有主題深度的知識體系」。

做內部連結時需注意幾件事：

• 錨點文字（anchor text）要描述目標頁的主題，不要寫「請點這裡」這種什麼都沒說的文字。
• 同一個目標頁，在一篇文章裡連一次就夠，不要重複連。
• 從權重高的頁面（通常是流量大的舊文）連到你想推的新頁，這是把養分導過去最快的方式。
• 連結要是「對讀者有用」的延伸，不是硬塞。讀者點了會覺得延伸閱讀有幫助，這才是好的內部連結。

這篇文章裡大量使用了內部連結，每一條都是「如果你對這個子主題想了解更多，這裡有專文」。這就是站內連結在實戰裡的樣子。想把連結的四大類型（站內、站外、導入、導出）一次搞清楚，看 四大類型連結解析。

內部連結做到一個程度之後，你會自然發展出一種關鍵頁面：支柱頁（pillar page）。它是一篇把某個大主題完整涵蓋的長文，同時用內部連結把所有講子主題的專文串在一起，像一本書的目錄加上各章節的入口。支柱頁的價值在於，它讓搜尋引擎一眼看出你在這個主題上是有完整覆蓋的，而不只是東寫一篇西寫一篇。當你的支柱頁累積了足夠的內部連結跟權重，它往往能攻下那個大主題的主詞，而周邊的專文則各自守住長尾詞。這是一個把單點兵力集結成主題權威的佈局，也是站內 SEO 從「優化單頁」升級到「經營主題」的關鍵轉折。

圖片 SEO：被略過的一半流量

很多頁面把圖片當純裝飾，隨便命名、不壓縮、不加替代文字。這等於把「圖片搜尋」這整塊流量來源直接讓出去。圖片 SEO 處理的是檔名、替代文字（alt text）、壓縮、格式、延遲載入這些細節。它同時影響兩件事：圖片搜尋能帶來的額外流量，以及圖片拖慢頁面載入速度而拖垮排名的風險。

圖片的每一個環節，從命名、格式選擇到結構化標記，都拆成專文了：圖片 SEO 優化指南、圖片格式深度比較、圖片壓縮工具實測。這裡只要記得：圖片不是配角，它是站內 SEO 裡一個獨立且完整的戰場。

結構化與體驗層：讓 AI 引用、讓手機流暢

如果語意層是地基、內容層是主體，那結構化與體驗層就是讓整棟建築「被看見、被舒服使用」的最後一層。這一層在 AI 搜尋時代的重要性只會越來越高，因為它直接決定了你會不會被 AI 摘要引用、讀者在手機上會不會受不了而跳出。

結構化資料（Schema）：你主動給搜尋引擎的「摘要卡」

結構化資料是一套標準化的標記格式（Schema.org 的詞彙），讓你用機器讀得懂的方式，主動告訴 Google「這頁是一篇文章／一個產品／一個 FAQ／一篇食譜／一段影片」。標對了，你的頁面有機會在搜尋結果裡顯示「豐富結果」（Rich Result），像是星等、價格、FAQ 展開、麵包屑這些會佔更多版面、更吸睛的格式（可對照 Google 的搜尋功能結構化資料頁）。

豐富結果的直接好處是版面變大、更顯眼，這會帶動點擊率。而點擊率，在 Navboost 時代是一個你不能忽視的訊號。Backlinko 的點擊率研究指出，排名位置與點擊率之間有顯著關聯，而點擊率本身也會回頭影響排名的穩定度。關於點擊率與排名的完整邏輯，可以看 CTR 點擊率完整解析。

結構化資料不是「有標就好」，標錯了反而會被 Google 判定為垃圾標記而懲罰。這部分的詞彙選擇、驗證流程、以及哪些類型值得標，全部整理在 結構化資料 Schema 標記教學。特別是如果你經營電商，WooCommerce 商品頁 SEO 裡對 Product Schema 有針對性的說明。

行動優先索引：Google 看的是手機版的你

從 2023 年起，Google 已經全面採用「行動優先索引」（Mobile-First Indexing；見 2023 年 10 月的 Mobile-first indexing is here 公告），意思是它爬蟲優先看的是你網站的手機版，以此來判斷排名。

這件事的潛台詞是：就算你的桌機版做得再漂亮，只要手機版有問題—例如內容被藏起來、圖片變形、按鈕點不到—Google 評分的就是那個殘缺的手機版。所以你在做任何站內調整時，請務必切到手機視角檢查一遍。

行動友善跟響應式設計是綁在一起的。如果你的站還不是 RWD，這件事的優先級應該排得非常高，因為它同時影響使用者體驗和 Google 對你的解讀。響應式的觀念與實作看 響應式網頁設計 RWD。讀者在手機上待不住、讀不完的問題，則可以對照 跳出率與 SEO 的關係 一起檢視。

網頁速度與 Core Web Vitals：體驗層的硬指標

網頁速度是一個 Google 明確列為排名因素的使用者體驗訊號，而它具體的衡量標準是 Core Web Vitals 三個指標：LCP（最大內容繪製，衡量載入）、INP（互動到下一次繪製，衡量回應速度）、CLS（累計版面位移，衡量視覺穩定）。這三個數字你可以從 Google Search Console 裡直接看到你全站的表現。

速度優化往往是站內 SEO 裡最「有感」的一塊，因為它同時改善真人體驗和搜尋引擎評分。但要注意，速度優化的邊際效益會遞減—從 5 秒壓到 2 秒意義巨大，從 1.5 秒壓到 1.2 秒的排名影響就有限了。先把最誇張的瓶頸處理掉（沒壓縮的大圖、阻塞渲染的 JavaScript、慢速主機），再追求極致。

速度的完整優化路徑看 網頁速度優化，三個核心指標的技術細節與調校看 Core Web Vitals 攻略。而如果你想用好 Google Search Console 來監控這些數字，從驗證到報表解讀的完整流程在 Google Search Console 完整教學。

中繼描述與摘要：你還能影響的那行字

搜尋結果頁上，標題連結下方那一小段灰色的描述文字，叫做「摘要」（snippet）。它來自三個地方：你寫的中繼描述（meta description）、頁面內容裡 Google 認為最相關的段落、或開放目錄。和標題連結一樣，Google 不保證完全照用你寫的中繼描述，依官方對搜尋結果摘要的管理說明，它會根據查詢字詞動態產生它認為最匹配的摘要。

這不代表中繼描述就沒用。一個寫得好的中繼描述，在你寫的那段剛好命中查詢意圖時，會被原封不動採用，而且它本質上就是搜尋結果頁上的「mini 廣告文案」，直接影響讀者要不要點進來。實務上會這樣處理：每頁都寫一段 120 到 160 個中文字以內、包含主關鍵字、清楚說明這頁能解決什麼問題、結尾帶一個行動暗示的描述。把它當成對搜尋者的一次微型推銷，而不是關鍵字清單。

這裡要特別提醒：摘要與點擊率是綁在一起的。同樣排在第五名，一個摘要精準命中讀者問題的頁面，點擊率可以贏過摘要含糊的第三名。而點擊率的差距長期會回頭影響排名的穩定度。所以中繼描述跟標題連結一樣，值得你反覆打磨，因為它們是少數你能直接控制、又出現在搜尋結果最前線的文字。

講到這裡，你會發現結構化與體驗層其實在回答一個新問題：在 AI 開始自己讀網頁、自己生答案的時代，你的頁面除了排給人看，還要「餵」給 AI 一個清楚、可引用的結構。這條路線在 生成式搜尋優化 和 Google AI Overviews 裡有更深的展開，值得你撥時間理解，因為站內 SEO 的終點已經不只是搜尋結果頁的那十個藍色連結了。

Open Graph 與分享 meta：站內 SEO 常被略過的「被分享」維度

前面三層談的是搜尋系統如何理解頁面；連結被分享到 LINE、Facebook、LinkedIn 或 Slack 時，平台可能讀取 Open Graph 標籤來產生預覽。這組標籤會影響分享卡的標題、描述與圖片，但各平台的抓取與快取規則不同。AI 工具是否讀取 OG 資料則取決於產品與功能，不能一概而論。

Open Graph 協議最早是 Facebook 在 2010 年為了「把任一網頁變成社群物件」而制訂的規範（見 協議官網），後來被幾乎所有社群平台與通訊軟體的爬蟲採用。最基本的五個標籤是 og:title、og:description、og:image、og:url、og:type。它們的角色跟你的 <title> 和 meta description 不完全一樣：<title> 是寫給 Google 看的，OG 是寫給社群爬蟲看的。你可以讓兩者一致，也可以針對不同場景給不同訊號——例如搜尋結果用 SEO 味重的標題，分享卡用更能勾情緒的標題。

很多人以為「我設了 <title> 跟 meta description 就夠了」。不夠。當頁面被分享出去、沒有 OG 標籤時，社群爬蟲會自己去頁面裡亂抓——抓到第一張圖可能是廣告 banner、抓到的標題可能是導覽列文字。結果就是你精心寫的文章，分享出來的卡片像垃圾。這對你的間接傷害很大：分享卡難看、點擊率低、進站的人少，你在搜尋端累積的行為訊號也跟著弱。

og:image 是 OG 裡最常出錯的一個

og:image 決定分享卡上那張圖。它有幾個實戰要點：

• 必須是絕對網址（https://... 開頭）。相對路徑（/img/og.png）很多爬蟲抓不到，會 fallback 成空白。
• 尺寸約 1200×630。OG 協議本身沒硬性規定尺寸，這個數字來自 Facebook 分享文件的建議，是跨平台測出來相容性最好的規格。
• 每頁一張專屬圖。全站共用一張 logo 圖當 OG，等於放棄了每篇文章在分享時的識別度。理想是每篇主力文章都做一張專屬的分享圖，帶標題、帶品牌。
• 圖上別放太多小字。分享卡在不同平台會被裁切成不同比例，小字在手機上糊成一片。

另一個常被略過的標籤是 og:image:alt，它是給圖片的替代文字。它服務兩個讀者：一是螢幕閱讀器（盲用讀者聽分享卡時需要），二是某些會讀 OG 詮釋資料的機器。花十秒鐘補上，等於同時做了無障礙與機器可讀。

OG 不是 Google 排名因素，但你還是該管

這點要先講清楚，免得你誤會。Google 並不把 Open Graph 標籤當作主要排名訊號。但 OG 透過三條間接路徑影響你的 SEO 成效：

1. 分享時的點擊率：分享卡好看，點擊率就高，進站的人多，站上累計的停留、滾動這些行為訊號就跟著好。
2. 品牌一致性：每篇文章在分享時都被正確地呈現，長期累積的是品牌辨識度，這在 E-E-A-T 的權威與可信維度上有正面加成。
3. 被引用時的識別：當別人在考慮要不要引用你時，分享卡是第一印象。專業的分享卡讓人更願意把你的連結放進他們的內容。

分享卡的除錯，Facebook 官方有 Sharing Debugger 可以輸入網址看爬蟲實際抓到什麼；OpenGraph.xyz 這類第三方工具能同時預覽不同平台的卡片樣子。新文章上線、或大改之後，花一分鐘把網址丟進去檢查一次，是最便宜的分享優化動作。

X（前身 Twitter）有自己的 Twitter Card 標籤（name="twitter:card" 系列），跟 OG 大量重疊。沒設 Twitter Card 時，X 的爬蟲會 fallback 去讀 OG，所以多數情況你把 OG 顧好就覆蓋掉 X 了；想更精確控制 X 上的呈現，再補 Twitter Card。OG 跟前面講的結構化資料同屬「你主動給機器的詮釋資料」這個家族，差別只在服務的對象不同，可以一起對照 結構化資料 Schema 標記教學。

內部連結進階：點擊深度、權重分配與孤兒頁系統排查

基本款內部連結——錨點要描述性、不要重複連、從高權重舊文連到新文——前面內容層講過了。但站大到一定程度（上百、上千頁）之後，真正卡住排名的往往不是單條連結沒連好，而是結構性的問題：整個連結網堵塞、某些頁面被埋在結構深處、權重在你的站內被錯誤分配。這一節講四個進階維度。

點擊深度：重要頁面不要離首頁太遠

點擊深度（click depth）指的是從首頁到某頁需要點幾次。Google 官方對網站架構的建議裡反覆強調一個原則：重要頁面要容易到達。潛台詞是——爬蟲從首頁開始爬，每多一層，拜訪頻率就降一階、傳遞的內部權重也跟著遞減。

實戰上可抓這個目標：

• 支柱頁、主力排名頁：從首頁 ≤ 3 次點擊可達
• 一般長尾文：≤ 4 到 5 次
• 超過 5 次的，幾乎等同埋在倉庫深處，爬蟲拜訪稀疏、權重傳遞微弱

改善點擊深度，不是把所有頁都塞進主導覽（導覽會爆掉）。是靠分類頁、麵包屑、HTML sitemap、以及從支柱頁往下輻射的內部連結。支柱頁本身要在 1 到 2 次點擊內，然後由它往下串幾十篇專文，專文等於透過支柱頁借到了淺層位置。這正是支柱頁加主題叢集架構的技術價值——它不只是內容組織，是把你站內的點擊深度整個壓平。

連結位置有價值階層，不是每條連結都等值

站內連結不是「有連就好」。一條連結出現在頁面的哪個位置，它的語意權重跟被點擊機率差很多。業界模型把連結價值大致分成這個階層（這是 SEO 實務的共識模型，不是 Google 公開公式）：

連結位置	語意權重	被點擊機率	典型用途
正文段落內	高	高	相關主題延伸
相關文章／延伸閱讀區	中高	中	主題叢集串連
側欄	中	低	熱門文章推薦
主導覽	中	視頁面而定	分類入口
頁尾	低	極低	法務連結、次分類

啟示很直接：你想推的頁面，要讓它在正文裡被相關文章連到，而不是只丟在頁尾或側欄。頁尾塞了一百條連結，加總的推進效果可能還輸給正文裡一條精準的錨點連結。

內部連結稀釋：連出去越多，每條分到越少

一個頁面能傳出去的內部權重，原則上是有限的。同一頁連 5 條出去，每條分到的是五分之一；連 50 條出去，每條只剩五十分之一。這就是連結稀釋。實務上的指引是：一篇主力文章，正文裡的內部連結寧可少而精，控制在 3 到 7 條、各自指向不同相關專文。為了湊連結而把一堆關係薄弱的連結硬塞進來，反而稀釋掉你真正想推的那幾條。

孤兒頁系統排查：站大到一定程度後的必修課

孤兒頁（orphan page）指的是站上幾乎沒有內部連結指向它的頁——不是指有沒有被收錄，而是指在站內連結網裡它是孤立的。常見來源：改版後遺留的舊頁、刪文後沒清理的關聯、CMS 自動產生的篩選頁、團隊發布後忘記接回結構的新文。

孤兒頁的問題是雙重的：爬蟲拜訪頻率低（因為沒有內部連結帶路），即使被收錄排名也起不來；讀者也進不到（沒有路徑）。系統性排查的做法：

1. 用爬蟲工具從首頁開始模擬爬。Screaming Frog、Sitebulb 這類工具（功能與定價以官方為準）從你的首頁出發，能爬到的頁就是結構上可達，爬不到的就是潛在孤兒。
2. 對照伺服器或後台的全頁清單。把你後台知道存在的所有網址，跟爬蟲實際爬到的清單做差集——多出來的那批就是孤兒。
3. 用 Google Search Console 的連結報表。裡面有內部連結區，找出內部連結數極少或為零的頁，這是孤兒的高機率候選。

排查出來之後，處理邏輯要分類：想排名的孤兒頁，接回結構（從支柱頁或相關專文補連結進去）；不想排名、對搜尋者沒價值的（感謝頁、篩選結果、登入後頁），就讓它繼續孤兒，但加上 noindex；完全沒用的，刪除並移除任何殘留連結。孤兒頁不全是壞事，有些頁本來就該是孤兒加 noindex，問題出在「想排名卻變孤兒」的那種。

錨點文字還有一個進階面：不要每一條連到同一個目標頁都用完全相同的錨點文字。例如連到你的「SEO 完整指南」，有時用「SEO 完整實戰指南」、有時用「SEO 全貌藍圖」、有時用「從零開始的 SEO 路線圖」。Google 對完全匹配錨點文字過度集中，有操縱訊號的判定風險，自然的變化反而更安全、也更像真人寫的。內部連結結構是 技術 SEO 指南 的核心之一，做大規模重構前值得一起對照。

用數據排序站內優化：曝光、點閱率、衰退頁的實戰解讀

接下來的七步流程會告訴你「修一頁的時候看什麼」。但你手上可能有一兩百頁想修，時間只夠修三頁。你怎麼決定先修哪三頁？靠直覺挑自己喜歡的，往往挑錯。這一節給你一套用 Google Search Console 數據排序的量化框架。

把 Search Console「搜尋結果」報表打開，切到頁面維度，你會看到四個欄位：曝光、點擊、點閱率（CTR）、平均排名。多數人只看點擊數字，看哪頁流量多就安心。這太浪費。真正該看的是這四個欄位的組合，把頁面分進四個象限，優先序就會自己浮現。

四象限優先序：先修高曝光低點閱率的頁

曝光	點閱率	代表什麼	優先序
高	低	Google 願意給你版面，但讀者不點 → 標題或摘要沒命中意圖	最高：改標題與中繼描述
高	高	標題命中，但排名不夠前面 → 內容深度或權重還不夠	次高：深化內容、補內部連結
低	偏高	少數人點了表示內容對，但沒曝光機會 → 可能被自己另一頁蠶食	中：檢查蠶食與關鍵字覆蓋
低	低	沒版面也沒人點 → 這頁在這個主題上根本還沒站起來	低：先放著，CP 值最低

高曝光低點閱率這格是最甜的機會。Google 已經把你的頁面排進了會被看見的位置（曝光量代表它有露出），但讀者看到標題不點。問題九成在標題連結或中繼描述。修一個標題、CTR 翻倍，等於沒花一毛錢把流量翻倍——這是站內 SEO 裡投報率最高的動作。

標題實驗循環：不要一次改完就放著

修標題不是憑感覺改一個字就結束。它是一個小型的實驗循環：

1. 撈出候選頁。從 GSC 撈出曝光量高、CTR 低於你站平均的頁（具體門檻依你站規模，不寫死數字）。
2. 看這頁實際排的查詢字。切到查詢維度，看讀者搜什麼字讓這頁被曝光。你常常會發現，讀者搜的跟你以為的完全不同。
3. 改標題讓它命中那個意圖。把讀者真正搜的字放進標題，加一個具體承諾或數字（「七步」「2026」「完整」），讓標題在 SERP 上更吸睛。
4. 等 2 到 4 週再看數據。GSC 數據有延遲，太早看會誤判。等累積足夠曝光量後再比對前後 CTR。
5. 有效就留，沒效就再迭代。標題優化是迭代的，不是一次定終身。

衰退頁偵測：守成比攻新更容易

有一類頁特別該優先處理：過去表現不錯、最近開始下滑的頁。比對最近 28 天與前 28 天（或去年同期）的點擊與排名，找出持續衰退的頁。衰退通常是三個原因之一：內容過時（資訊老化）、被競品超越（別人寫得更新更深）、被自己新頁蠶食（你後來寫了主題重疊的頁，兩頁互相搶）。修復一個衰退頁的效益，往往高於從零攻一篇新頁，因為它本來就有排名基礎、有外部連結、有累積的行為訊號，你只是把下滑趨勢扳回來。

平均排名的誤讀陷阱

還有一個數據誤讀的坑。GSC 的「平均排名」是這頁所有查詢的綜合平均，一頁排很多查詢時，這個數字會被極端值拉扯。一頁平均排名 12，可能是主力查詢排第 4、加上一堆長尾查詢排 30 名外綜合出來的。如果你只看頁面平均排名就判斷「這頁不行」，可能會錯殺一個其實主力查詢排得很前面的頁。

正確的解讀方式：進到查詢維度，看這頁的主力查詢（曝光量最高的那幾個查詢）的排名趨勢。排序優先序時，用「主力查詢的排名」乘上「該查詢的曝光量」這個組合判斷這頁的價值，而不是看單一平均數字。這套量化排序框架跟接下來的七步健檢流程是互補的：七步告訴你修一頁的時候看什麼，這套數據排序告訴你先修哪頁。兩個搭起來，你有限的時間才會花在刀口上。想在更大的 SEO 藍圖裡看站內優化的位置，把 SEO 完整實戰指南 一起讀。

頁面健檢的七步實戰流程

前面講了三層，你可能會覺得「道理都懂，但我到底該從哪裡開始動手」。評估一個頁面時的流程可以拆成七步，你可以直接照著走。這不是一份理想化的清單，而是實務上對每一個頁面逐一走完的順序。順序是有道理的：先確認地基（有沒有被收錄、意圖對不對），再調結構（標題、層級、連結），最後看體驗數字。你會發現它跟前面三層的順序完全對應，因為這本來就是同一套邏輯的不同切面。

1. 確認這頁有沒有被收錄。到 Google 搜 site:你的網址，或用 Search Console 的網址審查功能。沒被收錄，後面全部白談。確認索引狀態的方法看 Google 網頁收錄查詢教學。
2. 確認這頁的搜尋意圖對不對。把主關鍵字丟進 Google，看首頁排的是什麼類型的頁面。如果首頁全是教學文、你是產品頁，或反過來，內容形式就不對，要重新定位。
3. 檢查標題連結與 H1。<title> 是否包含主關鍵字、長度是否合理、H1 是否只有一個、是否跟標題呼應。
4. 檢查標題層級結構。用瀏覽器的開發者工具或 SEO 外掛抓出大綱，看 H2、H3 的從屬是否合理、有沒有跳級。
5. 檢查內部連結。這頁有沒有被站內其他重要頁面連到？這頁有沒有連出去給相關頁面？錨點文字描述性夠不夠？
6. 檢查重複內容與 canonical。這頁跟站內其他頁是否主題重疊？canonical 指對了嗎？有沒有該 noindex 卻沒設的頁面？
7. 檢查體驗層數字。到 Search Console 看 Core Web Vitals、行動可用性。到手機上親自滑一遍，感受真實體驗。

這七步走完，你會對一個頁面的健康狀況有非常清楚的掌握。把這個流程當成你評估每一篇想認真排名的頁面的固定動作，取代靠直覺東改一點西改一點的隨機做法。如果你想先建立一個更整體的 SEO 藍圖再回來做站內，可以從 SEO 完整實戰指南 開始。

實戰上最常踩到的站內 SEO 地雷

最後這一段是誠實時間。以下每一個坑，都是實際營運網站時反覆出現的常見錯誤。列出來不是要嚇你，是希望你不用再踩一次。

地雷一：canonical 指到自己。這聽起來很蠢，但它發生的頻率超出你想像。有些佈景主題或外掛會自動產生 canonical，結果指向了分頁或參數網址，把主頁面的權重導到一個沒人要的網址上。建議你隨機抽查幾個重要頁面的原始碼，確認 canonical 真的指向它自己。

地雷二：為了塞關鍵字，寫出狗屁不通的句子。「我們提供最優質的台北 SEO 服務，SEO 是搜尋引擎優化，SEO 排名很重要。」這種句子讀者一秒識破，Google 也讀得出來是堆砌。為真人寫作，為機器人優化—這個順序不能反。

地雷三：標題層級拿來做排版。把一段想強調的文字標成 H2，只因為想要它變粗變大。結果爬蟲的頁面大綱亂掉，主題結構整個崩塌。要改樣式，用 CSS，永遠不要用標題標籤。

地雷四：改了網址卻忘了設 301。改版時把所有文章的網址全換了，301 轉址清單卻沒跟著建。結果舊網址的累積權重全部消失，等於把過去幾年的 SEO 存款一次歸零。這是損失最慘重的一種失誤。

地雷五：圖片全部用原始檔名直接上傳。IMG_20240315_001.jpg 這種檔名，對搜尋引擎來說毫無資訊。花幾秒鐘把檔名改成描述性的文字、加上 alt，這是最便宜的站內優化動作之一。

地雷六：頁面變成孤兒，沒有任何內部連結指向它。實務上常見的情況是：團隊很認真寫了一篇好文章，發布之後就放著，沒有從任何舊文章連過去，選單裡也找不到。結果這頁等於藏在倉庫深處，爬蟲很難發現，讀者也進不來。一個沒有內部連結指向的頁面，權重傳遞幾乎是零。發布新文章時，請養成「回頭找兩三篇相關舊文，把連結加上去」的習慣。網站的整體結構跟資訊架構，會決定你的每一頁容不容易被看見，這部分可以對照 網站架構規劃全攻略 一起思考。

本質上來說站內 SEO 大部分的錯誤跟技術難度無關，真正的問題出在「知道但沒做」或「做了沒檢查」。把上面這些地雷列成你每次發文前的必看清單，能擋掉一大半的問題。

今天就開始—站內 SEO 三步行動方案

讀到這裡，資訊量很大。不希望你讀完然後什麼都沒做。給你一個最小可行動方案，今天就做、做完就比昨天好。

第一步：挑出你站上流量最高的三篇文章。不要挑新的，挑已經有基礎、離首頁最近的。到 Search Console 看它們目前的標題連結、點擊率、排名。光這個動作，你就會發現一堆可以修的東西。

第二步：用一個一般讀者的心態，重新讀一遍標題跟開頭。問自己：如果我搜了這個關鍵字、點進來，我能在前三段得到我要的答案嗎？如果不能，你的開頭就需要重寫。這是最便宜、影響最大的調整。

第三步：檢查這三篇的標題層級與內部連結。抓出大綱看結構合不合理，確認每篇都有連到站內相關文章、也有被其他文章連回來。這個動作往往能讓一篇文章的排名在幾週內往上跳。

這三步看起來不起眼，但它們覆蓋了前面講的三個層：收錄屬於語意層的地基、開頭體驗屬於內容層的說服力、標題與連結則橫跨語意層跟內容層。你不用一次把三層全部做到完美，只要每週挑三篇穩定推進，三個月後回頭看，你會發現整個站的體質已經完全不一樣。

站內 SEO 是一個需要耐心累積的工程。它不像買廣告那樣今天花錢明天見效，但它累積下來的每一分都是你自己的資產，不會因為你停止付費就消失。SEO 不是花錢，是存錢，而站內 SEO 就是最扎實的那筆存款，每一天都在為你的網站持續增值，複利效應會在半年後開始顯現。把每一個頁面整理到「搜尋引擎一眼看懂、讀者願意讀完、AI 願意引用」的狀態，這就是站內 SEO 最核心的定義。

如果你看完這篇，覺得自己站上有一堆頁面需要系統性地整理，但你不太確定該從哪裡下手、或是想找一個有實戰經驗的人幫你做一次完整的健檢跟排序，Whoops SEO 提供這樣的服務。不論你自己動手還是找人幫忙，重要的是現在就開始把頁面整頓好。現在，輪到你親手把你的頁面整理一遍了。