頁面級 SEO（On-Page SEO）指的是你在「單一頁面」上能直接控制的技術訊號，包含 title tag、meta description、網址結構、heading 層級、內部連結、canonical、結構化資料六大類。它跟「內容寫得好不好、關鍵字怎麼佈」是兩條獨立主線，前者管訊號、後者管價值。根據 Google Search Central 的官方說明，title tag 是判斷頁面主題的第一訊號，而中繼描述雖非直接排名因素、卻會出現在搜尋結果摘要、影響點閱率。如果只能先做一件事，建議先確認這六個技術訊號沒漏，再回去打磨內容。
TL;DR：頁面級 SEO 不是把每個元素衝到滿分，而是讓 title、meta、網址、heading、內部連結、canonical、結構化資料彼此一致、可被 Google 與 AI 同時讀懂；Google 官方說 title 是主題第一訊號、中繼描述影響點閱率而非排名，2026 年這些基礎訊號因 AI 搜尋需要結構而更值得做。
文章目錄
頁面級 SEO 是什麼：和內容面 SEO 的分工界線
先把範圍講死。頁面級 SEO 指的是單一網頁上「機器讀得懂的技術訊號」總和，包含 title tag、meta description、網址結構、heading 層級、內部連結、canonical、結構化資料。它跟內容寫作、關鍵字密度、長尾字規劃這類「內容面」工作是兩條獨立戰線。內容面我已經交給On-Page SEO 內容最佳化專文，那篇談標題文案、關鍵字佈局、E-E-A-T 與可讀性，這篇不重複，只談頁面級的技術元素。
為什麼要把兩層切開？因為訊號錯了，內容再好 Google 也可能判讀錯主題。一篇寫得極用心的教學文，如果 title 空泛、heading 跳級、沒有結構化資料，搜尋引擎與 AI 拆解時會拿不準這頁到底在講什麼。本篇想解決的就是這一層，讓你拿到一份可以照著檢查的頁面級技術清單。想看完整定義與技術層全貌，先讀On-Page SEO 的完整定義。
| 面向 | 頁面級技術 SEO（本文） | 內容面 SEO（互補頁） |
|---|---|---|
| 關注重點 | 機器讀的訊號 | 人讀的價值 |
| 主要元素 | title、meta、網址、heading、內部連結、canonical、結構化資料 | 標題文案、關鍵字、深度、E-E-A-T、可讀性 |
| 失誤後果 | 判讀錯主題、收錄異常 | 排名不上、跳出率高 |
| 見效速度 | 改完通常較快被重新讀取 | 數週到數月 |
很多人以為 on-page SEO 就是寫文章，其實技術元素是獨立戰場。兩者都要做，但順序上建議先把這六大訊號核對過一次。如果你對站內整體架構也想一併盤點，可以參考站內 SEO 整體指南，把單頁技術訊號放進全站的脈絡看。
再換一個角度想，頁面級技術 SEO 是「地基」，內容是「房子」。地基歪了，房子蓋得再漂亮也會被搜尋引擎判讀成另一棟。這也是為什麼新手常抱怨「明明內容很用心卻排不上去」，問題往往不在內容，而在 title、heading、結構化資料這幾個訊號沒對齊。想檢視自己整體 SEO 觀念是否到位，SEO 是什麼的完整指南是不錯的起點；想直接看新手可執行步驟，SEO 新手入門實戰清單列了第一步到第十步。
Title Tag：頁面 SEO 最關鍵的一行，怎麼寫才不會被 Google 改寫
title tag 是頁面 SEO 權重最高、也最容易被自己搞砸的單一元素。實務原則是：主要關鍵字放最前面、長度控制在顯示寬度約 580 像素以內（繁中約 20 到 28 字）、每頁一個不重複、結尾可加品牌名。你寫得越精準、越貼近頁面主題，Google 就越不會去改寫它。
為什麼 title 權重最高
title 是 Google 判斷頁面主題的第一訊號，也是搜尋結果最顯眼的那一行。它是少數「同時影響排名判讀與點閱率」的元素。我會建議每篇發文前，title 都單獨花五分鐘想，不要套範本交差。Google 對 title 的處理邏輯，可從Google SEO 入門指南新版重點看到官方思路，這裡先抓重點。
長度用像素，不是字數
Google 在搜尋結果截斷 title 用的是顯示寬度，大約 580 像素，繁中因為字元寬，大概 20 到 28 個字就會被切掉。這也是為什麼你會看到有些文章在結果頁末尾出現刪節號。實務上不要硬塞字數到上限，留點緩衝比較保險。如果你還在用 60 個中文字這種舊規則，現在該換成像素思維。
關鍵字擺放與品牌名
主要關鍵字盡量放在前面 3 到 5 個字，次要字詞排後面。品牌名可用「主標題 | 品牌名」格式收尾，但若主標題已經很長就捨棄品牌名，不要為了掛品牌而把重點擠出顯示區。這裡要小心一個常見誤區：很多人為了排進更多詞，把 title 塞成關鍵字清單，這種寫法最容易被 Google 改寫，反而弄巧成拙。與內容面的關鍵字策略不同，那塊交給關鍵字最佳化完整指南。
Google 會改寫 title，所以更要寫精準
根據多份 SEO 產業觀察，Google 會改寫相當比例的 title tag，但被改寫的多半是寫得空泛、塞太多關鍵字、或跟內容不符的版本。這裡有個反直覺的結論：不是「既然會被改就不用認真寫」，而是「你寫得越精準，被改的機率越低」。寫得準的 title 幾乎不會被動。常見錯誤還有每頁 title 一樣、整頁只塞關鍵字、超長到被截斷看不到重點，這些都要避免。想知道更多排名訊號的權重排序，可以看2026 SEO 排名因素解析。
補一個實務提醒：title 也跟「關鍵字堆砌」風險掛鉤。把五個關鍵字用頓號串起來的寫法，不但容易被改寫，還可能踩到 Google 對人為操縱的紅線。什麼樣的寫法算堆砌、怎麼拿捏界線，關鍵字堆砌的定義與風險講得清楚。原則很簡單，title 寫給人看、順便讓機器讀懂，而不是反過來。
驗證 title 的最快方式，是把寫好的版本丟進 Rank Math 或 Yoast 的搜尋結果預覽，看它在桌面版與行動版會不會被截斷。行動版的顯示寬度更窄，桌面版沒問題的不代表手機沒問題，建議兩種都看一次。實務上我會把行動版當主要判斷依據，因為現在多數流量來自手機，行動優先索引也是 Google 的預設模式，相關機制可參考行動優先索引完整指南。預覽看到刪節號就代表該縮短，不要硬撐到字數上限。
Meta Description：不直接影響排名，那到底還要不要寫
值得寫，但心態要調整。meta description 不是排名因素，可是它直接決定搜尋結果那兩行說明文要不要顯示你寫的版本、間接影響點閱率。原則是：長度抓 70 到 80 個中文字、自然帶到關鍵字、結尾給一個點擊理由，寧可不寫也不要塞關鍵字。
Google 官方怎麼說
根據 Google Search Central 的官方說明，meta description 不直接影響排名，但會用來產生搜尋結果摘要。也就是說，它是「影響點閱率」的工具，不是「影響排名」的開關。當你寫的描述夠精準、貼近查詢意圖時，Google 會優先用你寫的版本；當你寫得空泛或沒寫，Google 就會自己從內文抓一段，那段通常不是你想強調的重點。Google 對重複內容與摘要處理的建議，在精準提供搜尋引擎摘要敘述有進一步討論。
長度與寫作心法
繁中大約 70 到 80 字（對應英文 150 到 160 字元），超過會被截斷。寫法是先講這頁解決什麼問題，再給一個點擊理由，不是把關鍵字塞滿。與 title tag 的分工很清楚：title 決定要不要被點，description 決定點了會看到什麼。這兩行要當廣告文案來想，不是當標籤來填。如果你對「白帽手法」的界線有疑慮，把這些動作都視為正當最佳化，灰色地帶的拿捏可參考灰帽 SEO 解析。
Rank Math 與 Yoast 的對應欄位
在 WordPress 的 Rank Math 或 Yoast 後台，每篇文章都有一個「SEO 描述」欄位，填進去後外掛會顯示預覽與字數。建議每次發文都在這個欄位手寫一版，不要讓外掛自動抓內文。我自己習慣把 title 跟 description 一起想，確保兩者講的是同一件事、但角度互補。如果你想更全面設定 WordPress 的 SEO 基礎，WordPress SEO 最佳化步驟有完整流程。
再講一個常被忽略的點：description 雖然不直接影響排名，但會影響點閱率，而點閱率在長期觀察裡會回頭影響 Google 對這頁「值不值得排」的判斷。這是一條間接路徑，所以 description 值得當成廣告文案認真寫。想理解自然排名與點閱率之間的關係，可以讀自然排名的定義與策略。
網址結構：要不要改、改了會不會掉排名
已經有排名的網址不要亂改，改了就一定要配 301 轉址。新建網址的原則是：短、全小寫英文、用連字號分詞、含主要關鍵字、階層別超過三層。如果舊網址是 ?id=123 這類參數型且沒排名，可以改；如果是中文網址或已經有自然排名，改的風險通常大於收益。
網址到底影響什麼
網址影響的是點擊意願與可讀性，不是直接排名權重，但亂網址會拖累收錄與點擊。一個乾淨的網址，使用者在分享連結時看得懂這頁在講什麼，也更容易在通訊軟體上被點開。好網址四原則記一下：短、小寫英文、連字號分詞、含關鍵字。想知道全站結構怎麼規劃，可以看網站結構與外部連結最佳化技巧。
階層深度與中文網址
點擊 3 到 4 次能到的頁面要盡量淺，太深 Google 會認為不重要。中文網址技術上可用，但分享時會變成一長串編碼，在 LINE 或 PTT 上貼出來很醜，建議改英文 slug。子網域與子目錄的選擇也會影響權重傳遞，這部分的取捨可以參考子網域 vs 子目錄的 SEO 差異。
改網址的安全流程
真的要改網址，流程是：先設 301 永久轉址、更新所有內部連結指向新網址、到 Search Console 重新提交。301 與 302 的差異很關鍵，做錯會讓權重傳不過去，完整差異與設定看301 與 302 Redirect 完整指南。不要改的情況也很明確：網址已有穩定排名、改的收益只是美觀，這時寧可不動。改網址這件事的本質屬於白帽操作，而「讓網站越簡單越好」的原則，John Mueller 說得很白，可看網站越簡單 Google 越懂你。
還有一個常見疑問：網址裡要不要放日期或數字。原則上能不放就不放，因為一旦放上日期，未來更新內容時會顯得過時，也限制了你重新利用這個網址的彈性。HTTPS 也是網址層的基本功，沒上 HTTPS 的站連信任訊號都缺一塊，轉換影響看HTTP 轉 HTTPS 對 SEO 的影響。
Heading 標籤層級：H1 到 H3 不是排版工具，是結構訊號
每頁一個 H1、放主要關鍵字；H2 用來切主題段落、H3 用來細分；層級不要跳（不要 H2 直接接 H4）。heading 不是拿來調字型大小的，它是告訴 Google 與 AI「這頁的知識結構長怎樣」，結構亂了等於把目錄搞亂。
H1 與 title 的關係
H1 原則是每頁一個、含主要關鍵字、跟 title tag 主題一致但不一定要一字不差。H1 是頁面內的主標，title 是搜尋結果顯示的那行，兩者可以微調角度，但主題不能打架。對 H1、H2 在 AI 搜尋下的用法，Google 的處理建議收在標題標籤 SEO 指南。
H2 到 H6 的節奏
H2 是主題分章，每個 H2 對應一個子主題，8 到 12 個 H2 是長文的常見節奏。H3 到 H6 是細分，只在真正需要再細分時用，不要為了排版而降級。層級不跳級是硬規則：H2 之後只能接 H3，不能跳 H4，否則結構斷掉。要改字型大小用 CSS，不要用 heading 標籤。內容面該用哪些關鍵字切主題，可以參考長尾關鍵字規劃，但實際的內容佈局屬於內容面，從關鍵字到主題的展開可看頁面 SEO 改善步驟。
AI 搜尋為什麼特別吃 heading
heading 是 AI 拆解頁面結構的主要錨點，結構清楚才容易被引用。當 AI 要從一長篇文章抓某段回答時，它看的就是 heading 層級來定位段落。這也是為什麼本篇刻意把每個元素拆成獨立 H2、再用 H3 細分，目的就是讓機器能乾淨地切片。內容面該怎麼在 heading 裡安排關鍵字而不顯得刻意，屬於內容面議題，關鍵字密度的真相有破解迷思。
內部連結：頁面級 SEO 裡最被低估的槓桿
內部連結是把頁面之間的權重與關係串起來的關鍵，原則是：每頁至少連到 3 到 5 個相關頁面、錨點文字要描述目標頁主題（不要寫「點這裡」）、重要頁面要被多頁指向。它不花外部資源，是頁面級 SEO 裡 CP 值最高的一塊。
錨點文字怎麼挑
錨點文字要描述目標頁內容、自然融入句子，不要千篇一律用相同詞。錨點是 SEO 裡少數「你能完全控制又高價值」的訊號，寫法大有學問，深入討論看錨文字 SEO 完整指南。常見錯誤是錨點用「點這裡」「連結」，這對 Google 來說等於沒給任何主題提示。
數量與重點頁面
數量沒有硬上限，但每頁指向 3 到 5 個高度相關頁面是基本盤。重點頁面要被多指向，你想推的頁面要從多個相關文章連過去，把權重集中。全站內部連結的權重分配與策略，內部連結最佳化策略有完整框架；整體網站結構的最佳化則看網站架構最佳化指南。
麵包屑也是內部連結
麵包屑導覽（breadcrumb）也算內部連結，能幫 Google 理解階層，建議開啟。它同時會以 BreadcrumbList 結構化資料的形式輸出，等於一個動作同時強化內部連結與結構化訊號。內部連結與內容面的搭配也很重要，SEO 文章寫作指南談了內容裡怎麼自然帶連結。如果你想知道內部連結的基本定義，內部連結完整介紹是入門起點；想用主題叢集方式把內部連結串起來，則參考主題叢集的建立步驟。
Canonical 標籤：解決重複內容的訊號，不是轉址
canonical 是用 HTML 標籤告訴 Google「這幾個內容相近的網址裡，請以這一個為準」，它不改變使用者看到的頁面、不做轉址，只送訊號。要用在分頁、行動版與桌面版、帶追蹤參數的網址、或內容高度重複的頁面。它跟 301 轉址最大差別是：301 是真的把人導走，canonical 是人還在原頁、只跟搜尋引擎講話。
什麼時候該用 canonical
canonical 解決的是重複內容問題，同一份內容有多個網址時，指定標準版。常見情境包含分頁、UTM 追蹤參數、列印版、行動版網址、排序變體（例如商品列表的篩選組合）。self-canonical 是基本動作，每頁都建議指向自己的標準網址，避免被誤判為重複。重複內容對 SEO 的影響與其他處理方式，重複內容 SEO 影響有完整說明。
canonical 跟 301 到底差在哪
301 是永久導向，人跟機器都走，使用者點舊網址會被送到新網址；canonical 只跟機器講，使用者體驗完全不變。所以「要不要導人」是判斷標準：要導人就用 301，只是告訴搜尋引擎誰是標準版就用 canonical。這兩者不能互相取代，301 與 302 重定向差異進一步釐清轉址邏輯。要小心一個雷：Google 有時會無視你的 canonical，原因比你想的複雜，Canonical 被無視的真相有拆解。
Rank Math 怎麼設 canonical
在 Rank Math 的「進階」分頁裡有 canonical URL 欄位，把標準網址填進去就好。WordPress 預設會自動產生 self-canonical，多數情境不用手動改，只有在跨網域或特殊參數情境才需要覆寫。canonical 的設定屬於白帽範疇，想把這類技術細節併進自學清單，自學 SEO 五大面向有完整脈絡。
再補一個判斷技巧：當你猶豫「該用 canonical 還是直接刪掉那頁」，答案是看那頁對使用者有沒有價值。對使用者沒價值的重複頁，刪掉加上 301 比較乾淨；對使用者有價值（例如確實需要不同的篩選結果頁），才用 canonical 收斂訊號。這類判斷本質上都是站內結構決策，技術 SEO 的完整介紹有更大格局的說明。
結構化資料：讓 Google 與 AI 直接讀懂你的頁面
結構化資料是用 Schema.org 詞彙（JSON-LD 格式）把頁面內容機器化，讓 Google 與 AI 不用猜就知道「這頁是文章、這頁是 FAQ、這頁有作者跟更新時間」。文章型網站至少做 Article 與 FAQPage，麵包屑做 BreadcrumbList；Rank Math 在每篇文章的 Schema 欄位可直接選類型填寫，不用自己刻程式碼。
JSON-LD 為什麼是主流
JSON-LD 是 Google 官方推薦的格式，Rank Math 與 Yoast 都預設用它輸出。它的好處是跟 HTML 內容分離，不用把標記塞進正文，維護起來乾淨。結構化資料的基本觀念與其他類型，先讀結構化資料完整指南打底。
文章站必做的類型
Article 標記作者、發布與更新時間；FAQPage 讓問答段有機會展開成複合式結果；BreadcrumbList 強化麵包屑；Organization 描述站點主體。它不保證排名，但能爭取豐富摘要，例如作者、日期、FAQ 展開。產品頁則另有 Product 結構化資料，電商情境看產品結構化資料指南。
驗證與常見錯誤
驗證工具用 Google Rich Results Test，或看 Search Console 的增強報表。常見錯誤是標了 schema 但內容不符，例如標 FAQ 但頁面根本沒有問答，這種會被當成誤標處理。標了沒驗證也很常見，建議每次設定後跑一次測試。QAPage 類型適合問答情境，實作與適用範圍看QAPage 結構化資料教學；結構化資料的進階類型與全站部署，則延伸到網站程式碼最佳化指南的技術段落。
頁面 SEO 檢查表：7 大元素照著走一次
把六大技術元素加上「行動呼籲方向」整理成一份檢查表：title 一頁一個含關鍵字、meta 70 到 80 字帶點擊理由、網址短而含關鍵字、heading 結構不跳級、內部連結每頁 3 到 5 個相關頁、canonical 自指、結構化資料至少 Article 加 FAQ。每次發文前花 10 分鐘走一遍，比事後補救省事得多。
| 元素 | 檢查條件 | 驗證工具 |
|---|---|---|
| title tag | 一頁一個、含主關鍵字、20 到 28 字 | Rank Math 預覽、SERP 實測 |
| meta description | 70 到 80 字、帶點擊理由 | Rank Math SEO 描述欄位 |
| 網址 | 短、小寫英文、含關鍵字 | 瀏覽器、Search Console |
| heading | 一個 H1、層級不跳 | 瀏覽器檢查、開發者工具 |
| 內部連結 | 每頁 3 到 5 個相關頁、錨點語意化 | Rank Math SEO 分析 |
| canonical | 自指、不指向已刪頁 | 檢視原始碼、Search Console |
| 結構化資料 | 至少 Article 加 FAQ | Rich Results Test |
發文前要做的：title、meta、網址、heading、內部連結、canonical、schema 逐項過一次。一季做一次的全站健檢：用 Search Console 看收錄狀態、用 Rich Results Test 抽測結構化資料、用行動裝置相容性測試確認手機版。先把訊號做對再求內容，基礎技術訊號漏一個，後面內容努力會打折。這套檢查表的本質都是白帽操作，不發新文也能提升排名的延伸技巧可看改善 SEO 的 6 個實戰技巧；想直接套用 WordPress 的整體流程，2026 SEO 最佳化權威指南有完整脈絡。
檢查表之外，也建議固定用 PageSpeed Insights 看頁面速度，因為速度訊號會影響 Google 對頁面體驗的評分。Core Web Vitals 的 LCP、INP、CLS 三項門檻，是 web.dev 公開的官方指標，想看門檻與量測方式可讀Core Web Vitals 完整介紹；讓 Google 更容易讀懂你網站的整體策略，5 個讓 Google 易於理解的 SEO 策略也值得併進健檢流程。
把這份檢查表變成 SOP，關鍵在於「固定時間做固定動作」。我自己在每次發文前的 10 分鐘，會依序走 title、meta、網址、heading、內部連結、canonical、schema 這七格，每格確認一個條件就打勾。這套節奏的好處是降低遺漏率，你不需要每次重新想「這次該檢查什麼」。檢查表也能交給接手的人員，只要照表走，技術訊號就不會漏。新文章加速被收錄的方法，可以搭配加速索引的官方心法一起用，讓對的訊號更快被 Google 讀到。
AI 搜尋時代，這些基礎頁面元素還重要嗎
不但要做，還要更講究。AI 搜尋不是憑空生成答案，它拆解的還是頁面的結構訊號；title 決定 AI 抓哪頁、heading 決定 AI 抓哪段、結構化資料決定 AI 能不能正確分類。基礎頁面元素在 AI 搜尋時代的角色從「幫 Google 排名」延伸成「幫所有 AI 系統正確讀懂你」，門檻變高不是變低。
title 與 heading 的 AI 角色
AI 要決定引用哪一頁、哪一段時，看的就是 title 與 heading。title 寫得精準，AI 才會把你這頁放進候選；heading 切得清楚，AI 才能抓到對的段落。這也是為什麼前面反覆強調「寫精準不是寫滿」，AI 跟 Google 一樣討厭被塞關鍵字。AI 搜尋整體策略可以看AI SEO 完整指南。
結構化資料的 AI 角色
結構化資料讓 AI 正確分類頁面類型，是文章就當文章、是 FAQ 就當問答。分類錯了，AI 引用的格式會跟著錯。Answer-first 寫法在 AI 時代也更重要，開頭直接給答案的那 100 到 150 字，是 AI 摘要優先抓的範圍，這也是本篇開頭那樣寫的原因。Google 對 AI 搜尋的官方說法，AI 搜尋 SEO 指南有整理。
不變的基礎與限制承認
訊號一致、結構清楚、可被機器讀懂，這三件事 AI 時代反而更重要。要誠實講一句：AI 搜尋的引用規則還在演變，沒有人能保證怎麼寫一定被引用。可控的還是這些基礎訊號，先把它們做好最穩。基礎元素與內容面的分工不變，內容面負責價值、本篇負責訊號，兩者與 AI 搜尋的接軌可看AI SEO 生存指南。想掌握 AI Overview 對既有流量的衝擊，AI Overviews 完整介紹給了生存法則。搜尋引擎整體從檢索到排名的運作邏輯，Google 搜尋運作方式拆解把基礎講清楚，回頭看這些技術訊號的作用會更有感。
頁面 SEO 常見錯誤與 FAQ
實作上最常見的雷是：每頁 title 重複、meta 塞滿關鍵字、heading 拿來排版、canonical 跟 noindex 衝突、結構化資料標了沒驗證。下面 FAQ 把幾個高頻問題一次答清楚。這些錯誤多半出在「知道要做但不知道為什麼」，被忽略的技術 SEO 盲點有更多案例。想看 SERP 上這些訊號最終如何被呈現，可以對照SERP 搜尋結果頁面介紹。
FAQ：頁面 SEO 技術元素常見問題
Q1：title 改了會掉排名嗎？短期可能波動，但寫得更精準、更貼近搜尋意圖，長期是加分。怕掉就不敢動 title 反而會卡在寫得差的版本上。
Q2：meta description 不寫會怎樣？Google 會自己抓內文當摘要，但你失去控制摘要的機會，等於把點閱率交給運氣。
Q3：canonical 可以取代 301 嗎？不行，用途不同。要導人還是要 301，canonical 只跟搜尋引擎講話、不影響使用者體驗。圖片的 alt 屬性也算是頁面級的基礎訊號，如何寫好 alt 圖片替代文字有專文講解。
Q4：H1 可以放兩個嗎？建議一個。多個 H1 會稀釋主題訊號，Google 雖然技術上能處理，但沒必要給它出難題。
Q5：結構化資料寫錯會被懲罰嗎？一般寫錯只是被忽略，不會被罰；只有刻意誤標（例如標 FAQ 但沒問答、或標產品但沒在賣）來騙豐富摘要，才會被人工處理。
Q6：Rank Math 跟 Yoast 做這些有差嗎？功能差不多，選一個用熟就好。差別主要在介面與免費版開放的功能範圍，不是結果好壞。
Q7：這些做完多久會看到效果？通常觀察 7 到 28 天再判斷，技術訊號改完被 Google 重新讀取需要時間，太早下結論會誤判。
更多錨點文字的細節，可以延伸讀SEO 正確執行策略的錨點段落；想確認這些手法都站得住腳，對照白帽 SEO 定義。黑帽界線也要心裡有底，避免不小心踩線，黑帽 SEO 常見手法與風險列了地雷區。把這份檢查表跑完、六大訊號彼此一致，頁面級 SEO 的地基就算打穩了。接著回去把內容面的價值補上，兩條主線一起走，排名與 AI 引用的機會才會同時變大。今天就挑一篇文章，照著上面的檢查表走一遍，10 分鐘就能看出哪幾個訊號該修。
