首頁 / SEO / Technical SEO 全攻略：讓 Google 看懂你的網站

Technical SEO 全攻略：讓 Google 看懂你的網站

技術 SEO（Technical SEO），是讓搜尋引擎看得懂你網站的「底層優化」。

它不關心你寫了什麼文案、用了什麼關鍵字，也不管你外部連結鋪得多廣，而是問：

• 你網站的架構乾不乾淨？速度快不快？安全嗎？手機打得開嗎？
• Googlebot 想進來爬時，是開高速公路還是踩到一堆坑？

說白一點，它處理的是機器怎麼理解網站，而不是人怎麼閱讀內容。

技術 SEO 的關鍵任務：

不是寫得漂亮，而是讓機器「願意看」。

以下這些，就是讓搜尋引擎「順利抓取、正確解析、有效索引、願意排名」的幾個基本功：

• 網站速度快不快？ 建議加載時間控制在 3 秒內。超過，就準備看使用者跳車。
• 手機排版有沒有爆？ Google 現在是「Mobile-first」，你桌機再美沒用，手機爛就直接扣分。
• 有沒有 SSL？是不是 HTTPS？ 沒有？Google 覺得你不安全，用戶也會立刻關掉分頁。
• 網站層級太深嗎？ 最重要的頁面，三層點擊內要能到。
• 網址醜嗎？ 保持簡潔、可讀、有邏輯。千萬別用一堆參數，亂七八糟還重複。
• 有沒有 Schema？ 給搜尋引擎提示：「嘿，這是商品／文章／FAQ／活動喔！」對方就會幫你加強顯示。
• XML Sitemap 跟 robots.txt 有寫嗎？ 沒有 sitemap，Google 像在森林裡亂走。沒有 robots.txt，可能擋到自己或全開放。
• 有沒有死連結、混合內容？ 出現 HTTP 舊資源、404 頁面，信任感直接崩。
• 301 重定向做對了沒？ 把舊網址導去新頁面，才不會權重蒸發、使用者迷路。
• 有接 GA 跟 GSC？ 沒有數據，就無法優化。更別說你可能根本沒發現網站被抓不到。

以上這些，全部都是 Googlebot 在意的事情。如果你沒做，搜尋引擎會直接當你不存在。

怎麼讓 Google 順利抓取你的網站？

先讓爬蟲找得到你，才談得上排名。

技術 SEO 像是在幫 Googlebot 蓋高速公路。你要做的，是掃除每一個會讓它卡住的坑：

• 清掉死連結
• 修正錯誤重定向
• robots.txt 別誤擋重要頁
• sitemap 要完整
• URL 要統一規格（不可以有大寫版、小寫版共存）

每一個小細節，都會決定 Google 要不要「浪費它的資源」來讀你這個網站。

(1) 建立 robots.txt：教 Google 要抓什麼、不抓什麼

你的網站不是全都值得被 Google 看見。

有些頁面只會浪費資源，例如購物車、登入頁、會員中心。

這時你就需要：robots.txt

它是一張給爬蟲的「入場說明」，放在網站根目錄，告訴搜尋引擎該走哪條路、不該進哪個房間。

例如這樣寫：

• * 表示這條規則給所有爬蟲看，
• /cart/ 表示「這裡別進來」。

你也可以搭配 <meta name="robots" content="noindex"> 來進一步避免這類頁面被收錄，節省你的 Crawl Budget（爬行預算）。

(2) 提交 XML Sitemap：把地圖交給 Google，別讓它亂走

Google 雖然很聰明，但不是超能力。

你要主動把網站地圖（Sitemap）交給它，才會加快新頁面被發現的速度、降低爬錯頁的機率。

怎麼交？

1. 用 Yoast、Rank Math 或其他工具產生 sitemap.xml
2. 打開 Google Search Console
3. 點進「網站地圖」區塊，輸入網址結尾 sitemap.xml 或 sitemap_index.xml
4. 點「提交」

優點很多：

• 加快新頁面被索引
• 回報爬取錯誤
• 顯示潛在問題與改善建議

就像你要請快遞來收件，還得先給他門牌一樣。

(3) 全站強制 HTTPS：網站安全是基本盤

現在的網站，不上 HTTPS 就等於沒穿褲子出門。

Google 確實把 HTTPS 列為排名訊號，但它非常輕微。真正該做的理由是別的：沒有 SSL，瀏覽器會直接跳警告頁，使用者當場關掉。

這是門檻，不是加分項。技術 SEO 大部分的東西都是這個性質——做好不會讓你贏，做爛會讓你出局。

三步驟上 SSL：

1. 向 Let’s Encrypt 或主機供應商申請憑證
2. 安裝到伺服器（cPanel 通常一鍵安裝）
3. 設定 301 重定向，把 HTTP 強制導向 HTTPS

還要記得更新以下項目：

• CMS 的基本網址
• sitemap 裡的網址格式
• Google Search Console 上的站點網址設定

網址左邊如果出現一個小鎖頭，代表你成功了。

(4) 統一 URL / www 設定：別讓 Google 以為你有四個網站

這件事，很多網站都忘了做，但影響超級大。

Google 會把以下四個網址當成不同頁面：

• http://domain.com
• http://www.domain.com
• https://www.domain.com
• https://domain.com

如果同一篇內容出現在這四個網址上，Google 會把它們當成同一份東西的不同版本，然後自己挑一個收進索引。

注意這不是懲罰。重複內容不會被罰，那是一個正規化處理——選一個、其餘不收，沒有罰則。

真正的損失在別的地方：它可能挑到你不想要的那個版本，而且外部連結會分散指向不同網址，權重集中不起來。

解法很簡單：

1. 選一個版本當作你的「唯一真命天子」（例如 https://domain.com）
2. 把其他三個版本全部用 301 重定向 導過來
3. 用 .htaccess 或 Nginx 設定，或請主機商幫你設
4. 到 httpstatus.io 測試一下四種版本是否都正確跳轉

最後一步：到 Google Search Console 裡，把「首選網域」也設成一致版本，並更新 sitemap 裡的網址，讓所有格式統一。

別讓 Google 認錯你是誰，你只有一個網站，不是四胞胎。

(5) 控制站內層級深度（Click Depth）：重要內容別埋太深

Googlebot 就像你一樣懶。

點太多層才看到的內容，它可能乾脆就不看了。

所以，如果有某些頁面很重要（像是產品主頁、轉換頁、核心服務），它們必須3 次點擊內可達首頁。

也就是說：

點首頁 → 分類 → 目標頁，就該結束。

實施方式：

• 強化主選單與分類邏輯 不要把重要頁面藏在亂七八糟的子選單裡。
• 用內部連結串起重要頁面 在熱門文章、分類頁或首頁放連結，把流量引導過去。
• 建立清晰的 HTML Sitemap（網站地圖） 給搜尋引擎一個完整導覽表，不用自己猜。

(6) 修正破損連結（Broken Links）：每一個 404，都是用戶在生氣

你知道嗎？

當一個使用者點進頁面，結果是 404，他心裡只會想：「這網站不可靠。」

而 Google 也會想：「這網站不值得推薦。」

破損連結不只讓人失望，更會拖垮你的 SEO 表現。

怎麼處理？五步驟來了：

1. 掃描網站 用工具如 Screaming Frog、Sitebulb、Ahrefs 或 Geekflare 把壞連結找出來。
2. 分類處理
   • 能更新的連結，立刻換成正確網址
   • 找不到內容的，就刪掉它
   • 有替代頁面的，就設 301 轉址過去
3. 驗證更新 所有修正後，再掃一次，確保沒留下任何漏網之魚。

(7) 移除重定向鏈（Redirect Chains）：A→B→C→D，Google 走到暈船

你可能設定過 301 重定向，但有想過它可能正在彼此堆疊嗎？

當一個頁面跳好幾次才到目的地，搜尋引擎和用戶都會覺得慢、煩、亂。

正確做法：

→ 把 A 直接導向 D，中間的 B、C 刪掉。 → 用 Sitebulb 或 Screaming Frog 把鏈式重定向找出來，一次清乾淨。

(8) 設定 301 永久重定向：讓權重跟著走，不要中途斷線

什麼是 301？

簡單說，它就是「我搬家了，請幫我把舊的 SEO 分數也帶來新家。」

常見情境：

• HTTP → HTTPS 過渡
• 刪除某頁 → 導向相關內容
• 合併多個重複頁 → 導向唯一主頁

操作方式：

• 用 WordPress 的話，裝個 RankMath 外掛，一鍵搞定
• 用手工設定，也可以寫在 .htaccess 裡

(9) 管理 Crawl Budget：Google 願意來爬，但你有浪費它的時間嗎？

Google 並不會無限抓你網站的內容。 它有一個「Crawl Budget（抓取預算）」分配給你，簡單說就是：

「我每天願意爬你網站 100 頁，你要不要把握？」

但如果你有幾百個沒人看的標籤頁、搜尋結果頁、空內容頁… 那麼 Google 就會浪費時間在這些「廢頁」，重要頁反而被忽略。

改善策略如下：

• 清掉沒必要的頁面（tag、archive、search 頁等）
• 用 robots.txt 阻擋它們
• 定期執行「Content Pruning」：把過時或沒價值的內容砍掉
• 維持網站速度：伺服器回應越慢，Google 越少來

簡單講，把網站當成一座飯店，Google 是食神，你該把好菜端上桌，不要讓他吃剩菜。

但在你動手改任何設定之前，先問一個問題：你的網站有幾頁？

這一節是整篇最容易被誤用的地方，所以我把門檻寫清楚。Google 官方明確說過，多數網站不需要擔心抓取預算。實務上大概是這樣：

• 幾百頁以下——幾乎不可能是問題
• 幾千頁——通常不是，除非有大量參數網址
• 一萬頁以上，或有動態產生的網址——開始要注意
• 十萬頁以上，或電商的篩選頁——這才是核心問題

（這組頁數是經驗法則，官方沒有給數字。）

一個 80 頁的部落格花時間優化抓取預算，是在解決一個不存在的問題。而這件事的代價不只是浪費時間。

最典型的災難是這樣：有人為了「省抓取預算」，在 robots.txt 加了一條擋掉 /wp-content/。那條規則同時擋掉了 CSS 與 JS，Google 渲染失敗，看到的是一個沒有樣式、沒有內容的頁面。

收益是零（本來就沒有抓取預算問題），風險不是零。沒必要的技術優化，期望值是負的。

還有兩件要一起記住的事。

第一，robots.txt 擋的是抓取，不是索引。用 Disallow 去擋一個你想從索引移除的頁面，結果是爬蟲讀不到頁面上的 noindex，那個頁面會繼續留在索引裡，只是變成一個沒有描述的空殼。要移出索引，正確做法是允許抓取加上 noindex；等它真的被移除了，才輪到 Disallow。

第二，每一個 Disallow 都是一個資訊黑洞。擋掉一個目錄之後，Google 看不到那裡的 canonical、看不到那裡的 noindex、經過那些頁的連結權重也會斷掉。加之前要想清楚。

最後一個常見的誤診：「新頁面很久才被索引」不一定是抓取預算。它也可能是網站品質評估低、內部連結太差、或內容被判為重複。

想知道是哪一種，去看 Search Console 的「網頁索引」報表，看未索引的原因寫什麼。「已找到 - 目前尚未建立索引」是抓取問題，「已檢索 - 目前尚未建立索引」是品質問題——兩個名字長得幾乎一樣，處理方式完全相反。

// 免費檢查表

搜尋排名，是一條一條檢查出來的

SEO 不能憑感覺。我把 80 項確認有效的指標整理成一張表，照著打勾，排名就會在搜尋結果裡往上移。

寄檢查表給我 →

P.S. 一週寄一封電子報，不喜歡退訂兩秒鐘 ✏️

怎麼確保網頁被正確索引？

你網站頁面再多，Google 要的是「精」不是「全」。

不是你寫什麼，它就會收什麼。重複、錯版、語系搞混的話，只會讓權重亂跑、排名下滑。

所以這一段，我們來處理三件事：

• 多語系怎麼標記，才不會互相打架？
• 哪些頁面要給 Google 收（index）？
• 怎麼避免同一內容出現多次？

(1) Canonical：讓 Google 知道誰是「老大頁」

很多人以為網址不同＝內容不同，但實際上…

• 你一個產品頁可能因為 ?utm_source= 出現十個版本
• 同一篇文章可能有「列印版」、「手機版」、「A/B 測試版」
• www 跟 non-www、http 跟 https，同樣會讓 Google 搞混

這時候你就需要用：<link rel="canonical">

簡單講，就是跟 Google 說：

「嘿，雖然這幾頁內容很像，但這一頁才是正宮，其他只是分身。」

Canonical 實戰情境

就算你標了 canonical，Google 也會綜合評估 301、內容相似度、內部連結等訊號來「判斷信不信你」。

(2) Hreflang：語言版本不要互打！

你有中英文版、繁簡轉換頁嗎？

沒設 hreflang，Google 可能會當成重複內容。

那後果是什麼？

• 中文搜尋，結果跳出英文頁
• 搜尋結果亂跳語系，影響 CTR
• 權重分散到語系版本，沒一頁能打

解法就是這段語法：

<link rel="alternate" hreflang="zh-Hant" href="https://example.com/tw/" />
<link rel="alternate" hreflang="zh-CN" href="https://example.com/cn/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />

• 每個語言頁面，都要列出其他版本
• 語系代碼記得寫完整，例如 zh-Hant-TW
• 設好後，用 hreflang 測試工具 驗證一下

(3) Noindex / Nofollow：Google 不是你什麼都要給

有些頁面不該被收錄，像是：

• 登入頁、會員頁
• 篩選結果頁、標籤頁
• 一些為功能而生的空內容頁

這時你就該下 noindex：

<meta name="robots" content="noindex, nofollow" />

用途拆解如下：

WordPress 使用者可以用 Rank Math 或 Yoast 插件設定這些標籤，搭配 robots.txt 做更細緻的控管。

(4) 補齊 Meta 標籤：你的標題決定你有沒有被點開

Meta Title、Meta Description 是你在 Google 搜尋結果中的第一印象。

沒寫？重複？過長被截斷？你的點擊率會直接受害。

修正流程：

1. 用 Screaming Frog 或 Sitebulb 掃網站
2. 找出「缺標題」、「重複」、「超過長度」的頁面
3. 為每頁撰寫獨特、吸睛、跟內容匹配的 Meta 資訊
4. 儲存後記得重新送出 sitemap、讓 Google 重新讀取

(5) 檢查 Index Coverage：誰上榜、誰被踢出？

登入 Google Search Console：

左側選單點「索引 → 涵蓋範圍」

你會看到：

• 哪些頁面被成功索引
• 哪些頁面被擋掉（noindex、404、伺服器錯誤…）

點進錯誤類型，照提示修就對了。

(6) Content Pruning：刪掉爛頁，拉高整體品質

不是所有頁面都該活著。 Google 評估你的網站整體內容品質，有太多「沒價值頁」，主頁也會跟著被拖累。

建議定期執行 Content Pruning（內容修剪）：

可以砍掉的頁面：

• 無流量的標籤頁 / 分類頁
• 無轉換的商品頁
• 內容稀薄、過時、沒人看的文章

處理方式：

• 能補強就補強
• 不值得留的 → 設 noindex
• 有類似頁的 → 設 301 導向主頁

總結一句話：

索引乾淨，Google 才會專心。

要讓搜尋引擎幫你，先讓它知道該看誰、不該理誰。

怎麼優化網站速度與體驗？

網站有多快，訪客就有多留。 根據 Trinity.One 的研究指出：

5 秒沒開完，有 37% 的人直接關掉 每多 1 秒，轉換率平均下降 7%

這不是小數字。這是你花了廣告費才引來的潛在客戶，在 Loading 畫面前全數逃走。

所以，提升網站速度，不只是體感問題，而是直接影響營收與排名的關鍵。

提速六大核心方向：

1. 圖片壓縮與格式轉換 改用 WebP、壓縮 JPEG/PNG，檔案一小，載入自然快。
2. 啟用 GZIP / Brotli 壓縮 壓縮 HTML、CSS、JS 等傳輸內容，減少高達 70% 的流量。 通常主機 / CDN 後台可一鍵啟用。
3. 使用快取（Cache）機制 插件如 WP Rocket、Breeze 讓頁面預先儲存，不用每次都重建。 對伺服器是一大減壓。
4. 最小化 JS / CSS 移除沒用的空格、註解、換行，檔案精簡＝載入更快。
5. 佈署 CDN（內容傳遞網路） 用戶從最近的節點抓資料，而不是橫跨半個地球找你主機。
6. 選對虛擬主機 / 雲端主機 Cloudways、Kinsta 這類 SSD 儲存、支援全球節點的主機商，效能不是便宜貨能比的。

工具推薦：使用 Google PageSpeed Insights、GTmetrix、WebPageTest、Pingdom 分析網站速度。

(1) Core Web Vitals：Google 對「體驗」的打分標準

Google 不只看你有沒有內容，也看你的網站體驗好不好。

它給了三個核心指標，統稱 Core Web Vitals：

先把預期調對。頁面體驗確實是排名考量的一部分，這是官方講的；但官方同一份說明也講了下一句——內容相關性遠更重要。

翻成白話：它是一個微小的、決勝局的訊號。它不會讓爛內容排上去，也不會讓好內容掉下來。「三項全綠排名就會大幅提升」這個說法被行銷得太誇張了，大量案例是分數從紅轉綠、排名沒有可觀測的變化。

那為什麼還是要做？因為它影響的不只是排名，而且另外兩條路徑可能比它本身更重要：慢的頁面，使用者在內容出現之前就走了，那是直接的轉換損失；伺服器回應慢，還會壓低 Google 願意抓你的量。

這裡有一個推理，比記住三個縮寫值錢得多：Google 為什麼敢公開 Core Web Vitals 的具體門檻，卻從來不公開排名演算法？

因為操縱 CWV 就等於改善 CWV。你沒辦法「假裝」載入很快，你只能真的讓它變快。偽造成本等於真實成本，所以公開沒有風險。

而這類訊號的權重通常不高，因為所有人都做得到，區辨力有限。反過來說也成立：看到一個平台願意公開某個指標的精確門檻，你大概可以推斷它的權重不高。真正有區辨力的標準，不會被公開。

改善建議如下：

• LCP： 壓縮圖片、延後不重要的 JS/CSS、用 CDN 分擔負載
• INP（互動到畫面回應的延遲）： 減少第三方 JS、優化腳本邏輯。這一項在 2024 年取代了原本的 FID——順帶記一件事：這組指標會改版，記機制，不要記縮寫。
• CLS： 為圖片/影片保留固定區塊，避免動態內容插入時跳動

🔍 檢查工具：

• Google PageSpeed Insights
• Chrome DevTools → Lighthouse
• Search Console →「核心網頁生命力」報告

這三個工具給的東西不一樣，別混著看。

Lighthouse 和 PageSpeed Insights 的分數是實驗室資料——模擬環境跑一次的結果，用來找問題、除錯。Google 實際評估用的是實地資料，也就是真實使用者的體驗彙整，對應的是 Search Console 那份核心網頁指標報表。

所以「我 Lighthouse 100 分，為什麼 GSC 還是紅的」不是 bug，是你的測試環境跟真實使用者的裝置與網路不一樣。

反過來也很常見：流量太低的網站根本沒有實地資料，這種情況下這個訊號對你是不存在的。優化速度的理由就只剩下轉換率跟使用者體驗——那些理由很充分，但不要記在 SEO 的帳上。

(2) 選對主機，不怕網站慢半拍

網站跑不快，主機是根本原因之一。

選擇主機時要看以下指標：

推薦平台：Cloudways、Kinsta

• 如果你是台灣站，主機位置選東京或首爾；
• 如果做全球市場，必裝 CDN，減少跨洲傳輸延遲。

(3) 佈署 CDN：縮短距離就是加速

CDN（Content Delivery Network） 就像開分店，讓你離用戶更近。

佈署步驟如下：

1. 選供應商（如 CloudFlare、KeyCDN、StackPath、BunnyCDN......）
2. 註冊帳戶，輸入網站網址
3. 調整快取規則、開啟安全功能
4. 修改 DNS，讓網站流量經由 CDN 節點傳遞

效果不只是速度，還包含：

• 防駭（WAF）
• 防 DDoS 攻擊
• SSL 管理簡單

檢查網站伺服器位置

(4) 啟用 GZIP / Brotli 壓縮：傳輸資料不要胖胖的

原始 HTML / CSS / JS 不壓縮 = 傳輸一堆廢話 一壓就省 70%↑ 的流量

• 效果：節省頻寬、加速載入、SEO 加分
• 啟用方式：主機或 CDN 後台一鍵開啟

工具：用 GZIP 檢查工具 測看看你啟用沒

(5) 升級 HTTP/2 或 HTTP/3：現代網路不該用舊版本

• HTTP/1.1： 慢、塞車、一來一回
• HTTP/2+： 支援多工並行、頭部壓縮，效率提升一大截

🔧 沒支援？直接問主機商：「我想升級 HTTP/2 或 HTTP/3」

測試工具：KeyCDN HTTP/2 測試

(6) 配置快取（Cache）：讓頁面秒開不是夢

Cache 就像提前準備好的靜態頁面，不用每次都「重煮一鍋湯」。

WordPress 使用者建議：

• Cloudways → 用 Breeze
• 其他主機 → WP Rocket 表現最穩

效果：伺服器減壓、速度飆升、使用者超有感

(7) 最小化 JS / CSS：清掉沒必要的肥肉

• 移除註解、空格、換行
• 減少請求數與檔案大小
• 工具：WP Rocket、Breeze 都有一鍵最小化功能
• 提醒：最小化後一定要全站測試，避免樣式跑掉或功能壞掉

(8) 圖片壓縮 & 格式轉換：最容易拖慢速度的就是圖片

建議規格：

• 寬度 ≤ 1920 px
• 檔案大小 ≤ 300 KB

✅ 推薦工具流程：

1. Befunky：先裁切圖片尺寸
2. Tinyjpg：壓縮圖片大小
3. WordPress 用戶：裝 ShortPixel（每月免費壓縮 100 張）

建議圖片格式用 WebP / AVIF，壓縮效果更好、畫質也穩定

(9) Lazy Load vs Preload：只載該載的，快又穩

Lazyload（延遲載入）

原理：只載目前螢幕上看的到的東西 適用：圖片、影片、iframe、地圖…

Preload（預先加載）

原理：提前幫你載入關鍵資源（雖然畫面還沒用到） 適用：CSS、JS、字型、首圖

最佳策略：

• 畫面「最上方」內容（Above the fold）用 preload
• 捲動後才會出現的內容（Below the fold）用 lazyload

不要亂 preload 太多，會拖慢初始載入！

(10) 更新 CMS / 主題 / 外掛：舊軟體 = 慢 + 漏洞 + 錯誤

• 定期更新 WordPress、主題、外掛
• 開啟「自動更新」但要注意相容性
• 伺服器端也要跟上（PHP / MySQL / Nginx / Apache）

更新前記得：先備份！

(11) 資料庫優化：清掉那些沒人在乎的垃圾

• 清除：修訂版、草稿、垃圾評論、暫存紀錄…
• 工具推薦：Wp Optimize、Breeze、Wp Rocket

高階玩法(若熟悉 MySQL)： 用 phpMyAdmin 執行 OPTIMIZE TABLE，但務必備份！

(12) JavaScript SEO：你的網站 Google 看得懂嗎？

現在很多網站用 React、Vue 做前端頁面，但如果只靠 JS 呈現內容，Google 可能看不到主內容。

三種解法：

1. SSR（Server-Side Rendering） 用 Next.js 等架構讓內容「在伺服器就生成好 HTML」
2. Prerendering 預先渲染 HTML 給爬蟲看（可用 Netlify、Scully）
3. Dynamic Rendering 判斷是爬蟲就回傳 HTML，正常訪客才給 JS 頁（工具如 Rendertron、Prerender.io）

測試方式：

• Google Search Console 的「URL 檢查」功能
• Chrome DevTools → Network 標籤 → 檢查初始載入有無主內容

(13) 防範 Negative SEO：你的對手可能偷偷在搞你

黑帽攻擊常見手法：

• 製造大量垃圾連結指向你
• 抄你的內容
• 發虛假負評傷你品牌

防護建議：

• 用 Ahrefs 定期監控反向連結異常
• 用 Copyscape 查有沒有被抄襲
• 開 Google Alerts 監控品牌被提及
• 發現垃圾連結 → 透過 GSC 做 Disavow（拒絕）

(14) 行動裝置友好度(Mobile-Friendly)：手機版沒搞好，就別談排名

Google 已全面採用「行動優先索引」。 你網站手機版跑不動？排版爆炸？字太小？直接被判出局。

工具檢查：Google Mobile-Friendly Test

提升建議：

• 響應式設計（RWD）必備
• 字體 ≥ 16px，點擊區域 ≥ 44px
• 圖片壓縮、避免阻塞 JS，提升手機載入速度

// 免費檢查表

搜尋排名，是一條一條檢查出來的

SEO 不能憑感覺。我把 80 項確認有效的指標整理成一張表，照著打勾，排名就會在搜尋結果裡往上移。

寄檢查表給我 →

P.S. 一週寄一封電子報，不喜歡退訂兩秒鐘 ✏️

技術 SEO 什麼時候不用做？

這篇列了十幾項技術優化。收尾之前，我想把最省時間的一段講完：這些東西裡，有一部分對你可能完全不適用。

這一段是刻意寫的。在一個資訊過剩的領域裡，排除法的價值高於加法——一篇只寫「該做什麼」的文章，會讓讀者把所有東西都做一遍，然後把時間花光在對他無效的地方。

一、技術 SEO 是門檻，不是加分項

整條鏈是這樣：發現網址 → 抓取 → 渲染 → 索引 → 排名。前一環斷了，後面全部歸零。

但反過來不成立。把技術做到滿分不會讓你贏，它只決定你有沒有資格上場。

這也解釋了技術派跟內容派為什麼永遠吵不完——他們在描述同一條鏈的不同環節，而且各自服務的網站規模不同。幾百頁的部落格跟百萬頁的電商，抓取預算根本不是同一個問題。

二、抓取預算：幾百頁的站不用管

前面那一節寫過了，這裡再標一次，因為它是「小站做大站優化」最典型的案例。

三、Core Web Vitals：低流量的站根本沒有這個訊號

Google 評估用的是真實使用者的實地資料。流量太低的網站樣本不夠，Search Console 的核心網頁指標會顯示「資料不足」——這種情況下，這個訊號對你是不存在的。

這時候優化速度還是值得做，但理由不是 SEO，是轉換率：慢的頁面，使用者在內容出現之前就走了。

理由要記對，因為理由決定你願意付多少。為了一個微小的排名訊號而重做整個網站，不划算；為了轉換率做，可能划算。

另外，從紅轉綠的收益明顯，從綠追到滿分的收益接近零、成本可能極高。設一個「夠好」的標準然後停手，這是這一段最實用的紀律。

四、多語系標記：只有真的有多語版本才需要

hreflang 是路由，不是排名訊號。它告訴 Google 哪個版本要給哪個地區的人看，它不會讓你排得更前面。單一語言的站完全不需要碰。

五、log 分析：一萬頁以下是浪費時間

伺服器 log 是唯一能直接看到爬蟲真實行為的資料，但它的門檻在資料取得而不是分析——很多虛擬主機不給完整 log，CDN 還會讓 log 分散在好幾個地方。

還有一個陷阱：log 裡宣稱自己是 Googlebot 的請求，有相當比例是偽造的（競品工具、惡意掃描）。要用反向 DNS 驗證，不然你分析的是假資料。

六、sitemap 不會提升排名

它的作用是幫助發現，對大型站、新站、內部連結結構差的站有用。重新提交三次不會加速任何事。

它真正的價值是診斷：Search Console 的 sitemap 報表會告訴你「我提交了 500 個，Google 索引了 320 個」——那 180 個的差額，才是你該去查的東西。

把 sitemap 當診斷儀表板，不要當提交儀式。

這篇裡哪些是事實，哪些是推測？

好消息是：技術層是整個 SEO 裡證據等級最硬的一塊。這裡的東西大多可以驗證、可以實驗、有官方文件。

• 🟢 抓取預算 = 抓取容量上限 × 抓取需求——官方文件
• 🟢 多數網站不需要擔心抓取預算——官方明說
• 🟢 robots.txt 擋抓取不擋索引；Disallow 加 noindex 會失效——機制上的必然，可自行驗證
• 🟢 抓取不等於索引，索引不等於排名——官方文件
• 🟢 重複內容不是懲罰，是正規化處理——官方多次說明
• 🟢 canonical 是提示不是指令——官方文件
• 🟢 網站速度快會增加抓取容量上限——官方文件
• 🟢 Google 用真實使用者的實地資料，不是 Lighthouse 分數；行動版為主要索引依據——官方
• ⚪ 抓取預算的具體頁數門檻——官方沒給數字，上面那組是經驗法則
• 🟡 提高更新頻率會提高抓取頻率——它是抓取需求的一部分，但不是線性關係
• 🟡 站上大量低品質頁面會拖累整站——官方說明有提及，也有大量觀測，機制未完整確認
• 🔴 提交 sitemap 會提升排名
• 🔴 Core Web Vitals 全綠會大幅提升排名
• 🔴 Lighthouse 分數影響排名
• ❓ 重複內容的相似度判定門檻是多少——沒有公開答案，只能靠觀察結果反推

附錄：技術 SEO 工具箱 (免費＋進階)

「工欲善其事，必先利其器」 想要做好 SEO，工具不只是輔助，而是關鍵戰力！

這裡幫你整理好 關鍵字研究 → 內文優化 → 外鏈建設 → 技術健檢 所需的 SEO 工具清單，一套打通所有環節。

關鍵字研究 Keyword Research

發現用戶在 Google 上 真的在搜什麼

• Google Keyword Planner 最基礎的工具，免費、官方、適合廣告與基礎研究
• Keyword Generator 一次幫你爆出上百組相關關鍵字靈感
• SERP Checker 分析前 3 名搜尋結果的 SEO 表現，判斷你有沒有勝算
• Keyword Difficulty Checker 看看這個關鍵字競爭激不激烈（KD 分數）
• Ubersuggest 免費版本就很夠用：流量、SEO 難度、CPC、PPC 競爭分析一把抓
• Answerthepublic 將真實搜尋問題用「心智圖」方式視覺化，看出使用者想知道什麼
• Keyword.io 類似工具，用於拓展長尾關鍵字組合，非常適合部落格與內容行銷

文章規則 On-page SEO 工具

幫你的每篇文章打好基本功、塞好標籤、站穩關鍵字

• RankMath SEO（WordPress 外掛） 最強 WP SEO 外掛之一，自動生成 title、meta description、結構化資料等
• Ahrefs Webmaster Tools 自動掃描你網站上「缺失的 SEO 元件」：像是標題、描述、圖片的 alt 等等
• Ubersuggest 除了關鍵字，也能一鍵找出內容缺失、標籤錯漏

反向連結建設 Link Building

查看對手的連結策略，建立自己的外部信任網

• Ahrefs’ Backlink Checker 查出任何網站／頁面的前 100 筆反向連結（含來源網址）
• Ubersuggest 一樣可以看到競爭對手的外鏈來源，並找機會複製

技術性 SEO 工具 Technical SEO

網站體檢、結構優化、錯誤修補的核心武器

• Google Search Console（GSC） 官方級別診斷：索引錯誤、速度問題、手機友好性…樣樣檢查
• Ahrefs Webmaster Tools 免費方案就能找出超過 100 種 SEO 問題（含技術錯誤）
• Screaming Frog（桌面應用） 免費可抓取 500 個 URL，針對 meta、結構、錯誤頁面做全面審核
• Ubersuggest 技術錯誤偵測工具，簡報式呈現，適合快速檢視站內健康度

結語：會用工具，是 SEO 的真正門檻

不是你內容寫得好、外鏈多，Google 就會把你放在第一名。

你要：

• 用對工具找對關鍵字
• 檢查頁面細節有沒有搞砸
• 幫網站定期健檢、補洞
• 檢視對手在做什麼，你還缺什麼

工具不只加快流程，更讓你知道「問題在哪裡」與「怎麼補強」。

延伸閱讀

• 自然流量掉了怎麼查？六層歸因，照順序不要跳
• SEO 迷思大全：28 個流傳說法，一次查證完

// 免費檢查表

搜尋排名，是一條一條檢查出來的

SEO 不能憑感覺。我把 80 項確認有效的指標整理成一張表，照著打勾，排名就會在搜尋結果裡往上移。

寄檢查表給我 →

P.S. 一週寄一封電子報，不喜歡退訂兩秒鐘 ✏️