# 網頁設計,香港 SEO Source: https://cyruschan.com/ ## 文章 ### 第 1 章：SEO 是什麼？搜尋引擎優化入門 完整指南 URL: https://cyruschan.com/what-is-seo/ > SEO 是什麼：SEO是什麼？本篇以香港市場為例，用白話解析搜尋引擎優化的定義、核心三角（技術、內容、權威）與運作邏輯，比較自然搜尋與付費廣告的差異，帶香港新手一次搞懂 SEO 基礎觀念與學習路線。。围绕 SEO是什麼 进一步优化页面结构、标题与可读性。 #2 1.1 SEO 的定義 SEO，全名 **Search Engine Optimization**，中文稱為「搜尋引擎優化」。簡單來說，SEO 是一套透過調整網站架構、內容品質與技術設定，讓網站在 Google、Bing、Yahoo 香港等搜尋引擎的「自然搜尋結果」中取得更高排名的策略與技術。 這裡有一個關鍵區分，必須先講清楚：**自然搜尋結果（Organic Search Results）與付費廣告（Paid Ads）是完全不同的兩件事。** 當你在 Google 搜尋一個關鍵字時，搜尋結果頁面上方或下方標註「贊助」或「廣告」的，那是 SEM（Search Engine Marketing，付費搜尋行銷）；沒有標註廣告、純粹因為內容品質而被 Google 排上去的，才是 SEO 要爭取的「自然排名」。 用一個香港的例子來理解：SEM 像是在銅鑼灣時代廣場門口租一個黃金舖位，租金一停，舖位就沒了；SEO 則像是在同一條羅素街買下一棟樓，雖然購買的過程比較久，但樓是你的，長期來看不但能省下租金，資產還會增值。 #2 1.2 為什麼需要 SEO？ 根據統計，Google 每天的搜尋量高達 **89 億次**。在香港，Google 的搜尋引擎市佔率超過 **92%**（流動裝置 + 桌面合計），剩下的主要由 Yahoo 香港與 Bing 瓜分。這代表什麼？代表你的潛在客戶在找產品、找服務、找答案的時候，第一件事就是打開 Google。 **香港搜尋引擎市佔概況（2026 年估算）** 搜尋引擎 在香港市佔 備註 **Google** ~ 92-95% 絕對主導，SEO 主戰場 **Bing** ~ 3-5% Edge / Windows 預設；AI 時代因 Copilot 而重要 **Yahoo 香港** ~ 3-6% 沿用 Bing 技術，35+ 用家比例偏高 **小紅書 RED** 新興 香港年輕人重要的「發現 / 搜尋」入口 **其他（百度、微信搜一搜）** 1-2% 只對做內地客、大灣區生意的港商重要 如果你的網站沒有做 SEO，那就等同於： - 你在旺角開了一家樓上舖，但門口沒有招牌 - 你印了卡片，但沒有派出去 - 你寫了一本好書，但沒有放進圖書館的目錄裡 SEO 的目標，就是讓你的網站在潛在客戶「主動搜尋」的時候，出現在他們眼前。這個「主動」非常關鍵 —— 跟社交媒體的被動曝光不同，搜尋流量來自使用者主動提出的需求，這意味著進來的訪客已經有明確的意圖，轉換率遠高於其他行銷管道。香港人搜尋時常用廣東話口語（例如「邊間好」「推介」「點揀」「平唔平」「值唔值」），連搜尋框都係繁中 + 口語，呢點對關鍵字研究好重要。 #2 1.3 SEO 的核心三角 SEO 不是單一動作，而是三個面向的整合： 面向 說明 核心工作 **技術 SEO** 確保搜尋引擎能正確爬取、索引你的網站 Sitemap、robots.txt、網站速度、SSL、行動友善、URL 結構 **內容 SEO** 創造高品質、符合搜尋意圖的內容 關鍵字研究、文章撰寫、內容更新、E-E-A-T 建立 **站外 SEO** 建立網站的外在權威與信任訊號 反向連結建設、品牌曝光、社群訊號 這三個面向缺一不可。想像你是 Google，你會把一個內容很好但網站慢到打不開的頁面排到第一頁嗎？不會。你會把一個技術完美但內容空洞的網站推薦給使用者嗎？也不會。技術、內容、權威，三者同時到位，排名才會穩。 以一間香港補習社為例：網站開得幾靚都好，如果 Google 爬唔到（技術）、文章得幾句「我們是專業補習社」（內容）、又無任何香港教育媒體或家長社群提過你（權威），咁「補習社推介」呢個關鍵字好難排得上。 #2 1.4 SEO 運作的基本邏輯 Google 搜尋引擎的運作可以分為三個階段： - **檢索 / 爬取（Crawling）**：Google 的自動程式（Googlebot，俗稱「爬蟲」）在網路上不斷瀏覽網頁，發現新內容。它透過連結從一個頁面跳到另一個頁面，就像沿著蜘蛛網爬行。 - **索引（Indexing）**：爬蟲把抓到的網頁內容分析、分類，存入 Google 的巨型資料庫（索引庫）。這個過程就像圖書館員把新書分類、編目、放上書架。如果一個頁面沒有被索引，它就永遠不會出現在搜尋結果中。 - **排名（Ranking）**：當使用者在 Google 輸入關鍵字搜尋時，Google 從索引庫中找出最相關的頁面，並根據超過 200 個排名因素決定顯示順序。這就是 SEO 優化的核心戰場。 #2 1.5 2026 年 SEO 的演進方向 SEO 在過去二十年經歷了巨大的變化。早期的 SEO 只需要在頁面上塞滿關鍵字、買一堆連結就能排到第一頁；現在 Google 的演算法已經極度成熟，能夠理解語意、判斷內容品質、甚至評估作者的權威性。 2026 年的 SEO 有幾個重要趨勢： - **AI 搜尋崛起**：Google AI Overviews / AI Mode、ChatGPT、Perplexity、Gemini、Microsoft Copilot 等 AI 搜尋工具正在改變使用者的搜尋習慣。香港用家一樣普遍使用這些工具。傳統的「點擊連結」正在部分場景被「直接看 AI 摘要」取代。這催生了 AISO（AI 搜尋最佳化）和 GEO（生成式引擎優化）等新方向。 - **E-E-A-T 成為核心標準**：Google 越來越重視內容的經驗（Experience）、專業（Expertise）、權威（Authoritativeness）和信任（Trustworthiness）。不是誰寫得多、誰就排名高，而是「誰真正懂這個主題」。 - **零點擊搜尋擴大**：越來越多搜尋結果直接在搜尋頁面上給出答案（Featured Snippet、AI Overview、Knowledge Panel），使用者不需要點進任何網站就得到答案。這意味著「被引用」開始變得跟「被點擊」一樣重要。 - **使用者體驗訊號加重**：網站速度、行動裝置體驗、頁面互動性（Core Web Vitals）對排名的影響持續加大。Google 不只判斷你的內容好不好，還判斷「使用者喜不喜歡你的網站」。香港流動網絡普及率極高，手機體驗基本上就等於你的 SEO 成績。 - **本地與社群平台影響力上升（香港特有）**：香港人搵餐廳會睇 OpenRice（開飯喇）、搵樓會睇 28Hse / 星之谷、討論話題會上 LIHKG（連登）/ Uwants / Discuss.com.hk。呢啲平台本身喺 Google 有極高權威，亦係 AI 搜尋會引用嘅來源。做香港 SEO，唔可以只睇自己個網站，仲要顧及呢啲「香港在地版面」。 ### 第 01 篇 · SEM 入門全景 URL: https://cyruschan.com/sem-01-intro/ > SEM 是什麼？本篇用一分鐘講清付費搜索廣告與 SEO 的本質差別、四大核心優勢與 Google Ads 帳戶四層結構，新手也能立刻學會規劃搜索流量，並避開一上線就亂撒錢的坑。 #2 一、什麼是 SEM？ **SEM（Search Engine Marketing，搜索引擎營銷）**，廣義上指利用搜索引擎推廣網站、產品或服務的一切活動；但在業界日常對話中，「做 SEM」幾乎專指 **付費搜索廣告（PPC, Pay-Per-Click）**——透過付費，讓你的廣告出現在 Google、Bing 搜索結果頁的廣告區。 一句話定義： SEM 就是花錢買搜索結果頁上的曝光位置，按點擊付費，幾小時就能上線。 它與 SEO 最大的差別是——停錢就消失。 依 Google 母公司 Alphabet 公開財報，搜索廣告營收長年占其廣告總額 **過半**。時至 2026，SEM 仍是企業 **最快取得搜索流量的付費管道**——只是在 AI 搜索興起後，它的版位與玩法正在變。 #2 二、SEM 的兩大組成 方面 模式 特點 **付費搜索廣告（PPC）** 付費、按點擊計費 見效快、可控、但需持續投入 **搜索引擎優化（SEO）** 優化自然排名、免費流量 見效慢、成本低、排名不穩定 本教程中「SEM」如無特別說明，均指 付費搜索廣告（PPC）。 SEO 補充 · SEO 是什麼與三大支柱 **SEO（Search Engine Optimization，搜索引擎優化）** 是透過優化網站與內容，讓網頁在自然（非付費）搜索結果中排名更靠前、獲取免費流量的一整套方法。它不按點擊付費，但要時間與內容資產累積。 一句話定義： **SEO 就是讓搜尋引擎「懂你、信你、把你排前面」——用內容與權威換長期免費流量。** SEO 可歸納為 **三大支柱**，三者缺一不可： 支柱 在做什麼 關鍵動作 **技術 SEO** Technical 讓搜尋引擎爬得動、讀得懂、收錄得快 robots.txt、XML Sitemap、HTTPS、結構化資料、Core Web Vitals、行動優先索引 **頁內 SEO** On-page 讓單一頁面主題清晰、對使用者有價值 關鍵字佈局、Title/H1/H2 階層、內部連結、圖片 alt、內容深度與原創 **頁外 SEO** Off-page 累積外部信任與權威 高品質反向連結（backlinks）、品牌提及、E-E-A-T（經驗/專業/權威/信任） **SEO 與 SEM 的關係**：SEM 是「租」曝光、立刻見效；SEO 是「蓋」資產、長期複利。兩者共用同一套關鍵字與落地頁邏輯——SEM 測出來的高轉化字，正是 SEO 該搶排名的字（詳見第 10 篇整合策略）。 #2 三、SEM 的四大核心優勢 - **目標精準** —— 廣告只展示給搜索特定關鍵字的用戶，意圖明確、轉化率高。 - **見效快** —— 付費後幾小時內即可上線曝光。 - **可控性強** —— 預算、出價、投放時間、地域、人群全部可精確控制。 - **數據可衡量** —— 花費、點擊、轉化、ROI 全部清晰追蹤。 #2 四、SEM vs SEO：一張表看懂 **SEM 是租房子，SEO 是買房子。** 租的立刻能住但要一直付錢，買的要等，但住得久。 也有人說：**SEM 是短打、SEO 是長打。** 短打搶分，冠軍隊兩種都要會。 比較維度 SEM（付費搜索） SEO（自然排名） 計費方式 CPC 每次點擊付費 時間與人力成本（無按次計費） 見效速度 小時級 ⚡ 數週到數月 可控性 高（出價、版位、受眾皆可調） 低（算法決定） 停止成本 停錢流量歸零 ❌ 排名留存、流量持續 ✅ 點擊來源 廣告標示區 自然結果區 適合時機 新品上市、檔期、測試轉換、品牌字防護 長期內容累積、建立權威 核心槓桿 出價 × 廣告品質 內容 × 權威 × 用戶體驗 **點擊偏好**：自然結果點擊率通常高於廣告（用戶更信任自然排名），但廣告能精準卡位在「立刻要成交」的高意圖關鍵字上，例如： - 台北 訂房 今晚 — 需要立刻預訂 - 急修 水管 — 需要馬上找到服務 - iPhone 16 購買 — 已決定要買 #2 五、三種計價模式 計價模式 計費依據 主要用途 **CPC**（Cost Per Click） 每次點擊 搜索廣告主流，導流、要轉換 **CPM**（Cost Per Mille） 每千次曝光 聯播網、影音，品牌曝光 **CPA**（Cost Per Action） 每次轉換 進階模式，轉換資料充足時 與其問「一個點擊多少錢」，更該問「**一個轉換多少（CPA）才划算**」。 #2 六、SEM 是放大器，不是魔法 **SEM 是放大器。** 對的關鍵字加上對的頁面，會放大營收；錯的字加上錯的頁面，會放大浪費。工具本身中立。 #2 七、Google Ads 四層帳戶結構 **SEM 是放大器。** 對的關鍵字加上對的頁面，會放大營收；錯的字加上錯的頁面，會放大浪費。工具本身中立。 **帳戶（Account）→ 廣告系列（Campaign）→ 廣告組（Ad Group）→ 關鍵字＋廣告** - **帳戶層**：登入、付款、整體設定 - **廣告系列層**：預算、出價策略、地域/語言定位 - **廣告組層**：一組緊密相關的關鍵字＋對應廣告文案 - **關鍵字＋廣告層**：每組建議 5–10 個高度相關關鍵字 **提示**：Google Ads 已能自動建議帳戶結構、自動分組關鍵字。但初期人工搭好清晰結構，仍是 AI 發揮效力的前提——**AI 需要好的資料結構才能做好自動化**。 ### 第 2 章：SEO 的四大好處與商業價值 URL: https://cyruschan.com/seo_business_value/ > SEO的好處有哪些？以香港市場為例，解析自然流量為企業帶來的四大商業價值，包括低成本持續獲客、長期複利效應、高轉換率的搜尋流量與品牌信任建立，附實際數據與評估方法。 #2 第一部分：SEO 基礎入門 #3 2.1 SEO的好處一：帶來穩定自然流量，不依賴廣告 這是 SEO 最核心的商業價值。不同於廣告投放 —— 廣告費一停、流量就歸零 —— SEO 建立起來的排名能夠持續為網站帶來源源不絕的自然流量。 舉兩個實際的數字來說明：假設你經營一間位於觀塘的室內設計公司，關鍵字「香港室內設計推薦」每個月有 1,000 次搜尋。如果你透過 SEO 把這個關鍵字排到 Google 第一頁第一位（平均點擊率約 28%），你每個月就能獲得約 280 個高度精準的潛在客戶，而且這是**免費的、持續的**。 如果你用 Google 廣告（SEM）來買同樣的流量，以室內設計這類競爭激烈的關鍵字來說，在香港每次點擊成本（CPC）可能落在 HK$15-45 之間。280 次點擊 × HK$30 = 每個月 HK$8,400 的廣告費。一年下來就是 HK$100,800。而 SEO 的前期投入雖然需要時間和金錢，但一旦排名穩定，後續的維護成本遠低於持續投放廣告。 這不表示 SEO 可以完全取代廣告，而是說 SEO 為你的行銷組合提供了一個「不用一直燒錢」的基本盤。對香港中小企嚟講，呢點特別重要 —— 香港嘅 Google Ads CPC 普遍偏高（金融、保險、地產、醫療等行業尤其），純靠買廣告好難捱。 #3 2.2 SEO的好處二：提升品牌信譽感與專業形象 試想一個情境：你在 Google 搜尋「律師樓 免費諮詢」，看到兩個結果 —— 一個排在搜尋結果第一頁的前三名，另一個排在第五頁。哪一個給你更專業、更可靠的感覺？ 研究顯示，75% 的使用者不會點到 Google 搜尋結果的第二頁。這意味著，出現在第一頁本身就是一種「可信度訊號」。使用者在潛意識裡會認為：「Google 把它排這麼高，它應該是這個領域的權威。」 而且，SEO 建立的品牌曝光是「多次曝光」。一個使用者可能在研究階段看到你的文章、在比較階段看到你的產品頁、在購買決策階段看到你的評價頁。每一次曝光都在加深品牌印象，建立信任。這種累積效果是單次廣告點擊無法做到的。 在香港，呢種信任仲會被「放大驗證」：當用家喺 Google 見到你，再到 OpenRice、LIHKG、Facebook 社團見到有人提起你，甚至喺香港01、經濟日報見到報導，品牌嘅可信度就會幾何級上升。SEO 排第一頁，其實係成個信任鏈嘅起點。 #3 2.3 SEO的好處三：精準觸及高轉換潛在顧客 SEO 流量的最大特點是「使用者主動來找你」，而不是你去找使用者。這一點極度關鍵。 當一個人在 Google 輸入「扁平足適合什麼跑鞋」，他已經在購物決策的後端了 —— 他知道自己的需求（扁平足）、他知道產品類別（跑鞋），他只是需要具體的推薦。如果你的跑鞋店透過 SEO 出現在這個搜尋結果中，這個訪客轉換成顧客的機率，遠高於你在 Facebook 上投放廣告給一個正在滑手機、根本沒想過要買跑鞋的人。 這就是「搜尋意圖」的威力。SEO 的精華不在於帶來最多流量，而在於帶來**最有意圖的流量**。根據統計，31% 的 Google 搜尋流量來自高商業價值的關鍵字，而自然搜尋的轉換率平均是社群媒體的 10 倍以上。 **香港實例**：一間旺角嘅補習社，如果排到「旺角補習社推介」「DSE 數學補習邊間好」呢啲字，入嚟嘅家長基本上已經準備報名；相比之下，IG 廣告畀個中學生睇，就算有幾千個 like，報名轉化都可能得零頭。呢個就係「主動搜尋」同「被動曝光」嘅分別。 #3 2.4 SEO的好處四：長期累積的數位資產 SEO 跟其他行銷管道最大的不同，在於它的「累積性」。每一篇你寫的 SEO 文章、每一個你獲得的反向連結、每一次你優化的技術設定，都會累積成為網站的「數位資產」，隨著時間增值。 這個概念像複利效應： - **第一個月**：你寫了 10 篇文章，開始獲得一點流量 - **第三個月**：Google 開始認可你的網站，部分關鍵字排進前 30 名 - **第六個月**：文章互相串連形成主題集群，權重開始放大，主力關鍵字進入第一頁 - **第十二個月**：網站被認為是領域權威，新文章一發布就能快速獲得排名 跟廣告相比：廣告是「線性投入、線性產出」—— 花 HK$100，得到 10 個點擊。SEO 是「前期投入、後期指數回報」—— 前面幾個月可能感覺不到效果，但一旦過了臨界點，流量曲線會快速上升。而且累積下來的 SEO 資產，競爭對手無法用錢直接買走；他可以複製你的內容，但無法複製你三年來累積的權威訊號、OpenRice 評論、Google 商家檔案評價同反向連結網絡。 #3 2.5 SEO 的 ROI 如何計算？ 很多香港老闆問：「我花 20 萬做 SEO，幾時回本？」要回答這個問題，你需要先定義「回本」的標準。一般來說，SEO 的 ROI 可以這樣估算： - **計算自然流量的等值廣告成本**：用 Google Ads Keyword Planner（地區設定為香港、貨幣設為 HKD）查詢你排名關鍵字的建議 CPC，乘以 SEO 帶來的點擊數。這筆錢就是 SEO 幫你省下來的廣告費。 - **計算自然流量的轉換價值**：如果你知道每 100 個網站訪客會帶來 5 個查詢、其中 1 個成交、平均客單價 HK$50,000，那你就可以算出 SEO 流量的真實營收貢獻。SEO 每月 1,000 個訪客 → 50 個查詢 → 10 個成交 → HK$500,000 營收。 - **計算品牌曝光價值**：如果你的品牌關鍵字每月有 5,000 次搜尋，而你透過 SEO 出現在第一頁，這 5,000 次的品牌曝光如果要用廣告買，成本是多少？ **香港市場嘅額外考慮**：香港市場細但競爭密度高，搜尋量天然比台灣、美國細一截。所以唔好用「每月幾萬次搜尋」嘅標準去衡量香港關鍵字 —— 香港一個月 300-800 次搜尋嘅地區長尾字，已經可能係你行業嘅主力關鍵字。計 ROI 時，用香港實際 CPC 同香港客單價去計，先至準。 綜合以上三點，一個成熟的 SEO 專案，ROI 通常遠高於其他數位行銷管道。但前提是：你要有耐心，前面 3-6 個月是打地基的階段。 ### 第 3 章：SEO與SEM差異與互補策略 URL: https://cyruschan.com/seo-vs-sem-difference/ > SEO與SEM差異在哪？從成本結構、見效時程、點擊率到適用情境完整比較兩者的優缺點，並教你如何分配預算，將自然搜尋與付費廣告策略互補整合發揮最大效益。 #1 第 3 章：SEO與SEM差異與互補策略 #2 3.1 SEO與SEM 的定義再確認 雖然第一章已經簡單提過，但在深入比較之前，先確保定義完全清晰： - **SEO（Search Engine Optimization，搜尋引擎優化）**：透過優化網站內容、技術架構和外部連結，提升網站在自然搜尋結果中的排名。不直接付費給搜尋引擎，流量是「賺來」的。 - **SEM（Search Engine Marketing，搜尋引擎行銷）**：廣義上 SEM 包含 SEO + 付費搜尋廣告，但在實務上，多數人說的 SEM 專指「付費關鍵字廣告」（PPC，Pay-Per-Click）。也就是你在 Google 搜尋結果頁上看到標註「贊助」或「廣告」的那些結果。 兩者的核心差異可以用一句話概括：**SEO 是賺流量，SEM 是買流量。** 在香港，SEM 主要就係買 Google Ads（Google 喺香港市佔超過 92%），其次可以考慮 Microsoft Advertising（覆蓋 Bing + Yahoo 香港，加埋約 6-10% 份額）。如果做內地客生意，就要另行考慮百度競價同小紅書 / 抖音投放，但呢啲唔屬於香港本地 SEM 主戰場。 #2 3.2 SEO與SEM 全面對比 比較面向 SEO SEM **費用模式** 前期投入時間與人力成本，流量本身免費 每次點擊付費（CPC），預算用完就停 **見效時間** 3-6 個月開始有明顯效果，長期累積 廣告審核通過後立刻曝光，最快幾小時 **持續性** 排名穩定後，停止維護仍能維持一段時間 停止投放，流量立即歸零 **點擊率** 自然結果第一頁前三名 CTR 約 20-30% 廣告結果平均 CTR 約 2-5% **信任度** 使用者對自然結果信任度較高 使用者知道是廣告，信任度相對較低 **可控性** 無法完全控制排名，受演算法影響 可設定預算、時段、受眾、地區，高度可控 **測試速度** 關鍵字策略調整後，需數週觀察效果 A/B 測試可在數天內得到結果 **適合的關鍵字** 適合有穩定搜尋量的關鍵字 可以買任何關鍵字，包括競爭對手的品牌詞 **長期成本** 後期維護成本低，效益遞增 長期投放成本高且線性累積 **適合的目標** 建立長期流量基礎、品牌權威 短期促銷、新產品上市、季節性活動 **香港 CPC 參考**：香港係全球 Google Ads CPC 偏高嘅市場之一。高競爭行業（保險、按揭、醫療美容、移民顧問、法律）每次點擊隨時 HK$30-150 起跳；一般零售、餐飲、教育則多數喺 HK$5-30 之間。呢個差距直接影響你點樣分配 SEO / SEM 預算。 #2 3.3 什麼時候該用 SEO？什麼時候該用 SEM？ **優先做 SEO 的情境：** - 你希望建立長期的網路資產，而不是一次性曝光 - 你的目標關鍵字有穩定的每月搜尋量（記住：香港市場細，每月 300+ 次搜尋嘅地區字已經值得做） - 你的產品或服務需要透過「教育市場」來建立需求（例如：新概念的 SaaS 產品） - 你的行業需要建立專業權威（例如：醫療、法律、金融、顧問服務 —— 呢啲都係 YMYL 行業，E-E-A-T 要求特別高） - 你有時間等待 3-6 個月的發酵期 **優先做 SEM 的情境：** - 你需要立刻獲得流量和客戶（例如：農曆新年、暑假、雙 11、Boxing Day 促銷） - 你的網站還沒有 SEO 基礎，但急需曝光 - 你想要測試哪些關鍵字轉換率最高（用 SEM 當市場研究工具，數據用來指導 SEO 策略） - 你的行業關鍵字被大品牌佔據，SEO 短期難以突破（香港好多行業嘅頭部字都畀大集團 portal 霸咗，例如地產、保險比較） - 你想要針對特定地區（例如只做港島區 / 只做元朗）、時段、族群精準投放 **務必注意的情況：** 當一個關鍵字的 SEM 廣告已經佔滿整個手機螢幕的搜尋結果第一屏（例如某些高競爭的金融商品關鍵字，如「信用卡比較」「按揭轉介」），SEO 的自然結果會被擠到很下面，即使你排名第一，使用者也可能滑不到，這時候如果你的競爭對手在 SEM 上壟斷了第一屏的曝光，你需要考慮是否也要投入 SEM 來補足曝光缺口。 #2 3.4 SEO + SEM 雙軌策略：1+1 > 2 最高明的數位行銷策略不是「選 SEO 還是 SEM」，而是**兩者搭配使用，互相加成**。 #3 策略一：SEM 測關鍵字，SEO 收成果 在 SEO 的關鍵字研究階段，你可以先用 SEM 投放一批潛在關鍵字，觀察哪些關鍵字帶來的點擊率和轉換率最高。SEM 的數據可以在幾天內告訴你答案，不需要像 SEO 那樣等三個月才知道效果。找到高轉換關鍵字後，把資源集中在這些字的 SEO 優化上，讓 SEO 承接長期的流量。 喺香港呢招特別實用：因為香港人搜尋時廣東話口語同書面語混用（「補習社推介」vs「補習班推薦」、「邊間好」vs「比較」），邊個寫法真係有 conversion，用 SEM 一星期就測到，唔使靠估。 #3 策略二：SEM 補 SEO 的冷啟動期 SEO 剛起步的前 3-6 個月，排名尚未建立，流量幾乎為零。在這段時間，你可以用 SEM 來維持網站的流量和曝光，一方面不讓行銷空窗期太長，另一方面網站有流量、有使用者互動數據，對 SEO 排名也有正向幫助。 #3 策略三：SEM 佔品牌保護，SEO 佔資訊流量 如果你經營一個品牌，你的競爭對手可能會用 SEM 買你的品牌關鍵字（例如競爭對手投放你品牌名稱的廣告，讓搜尋你品牌的消費者先看到競爭對手的廣告）。這時候你需要用 SEM 防守自己的品牌詞，確保消費者搜尋你的品牌時，看到的第一個結果是你自己。同時，用 SEO 佔據消費者「還在研究階段」的資訊型關鍵字，在消費者還沒決定要買哪一家之前，就先用有價值的內容建立信任。 #3 策略四：SEO 做大池，SEM 捕轉換 SEO 適合用大量的資訊型內容（教學、指南、比較）來吸引廣泛的潛在客戶進入你的網站（這是「大池」）。然後透過再行銷（Remarketing），用 SEM 或社群廣告對這些已經來過你網站的訪客投放轉換型廣告（這是「捕魚」）。這個策略的轉換成本通常遠低於直接對陌生受眾投放廣告。 **香港本地加成**：呢個「大池」唔一定要自己網站獨力建立。香港嘅 OpenRice（餐飲）、LIHKG / Uwants（討論）、TripAdvisor（旅遊）、28Hse（地產）本身就係大池。你喺呢啲平台經營好，再用 Google Ads 再行銷自己網站嘅訪客，效果通常比淨係投 cold traffic 好一大截。 #2 3.5 SEO與SEM 的預算分配建議 預算分配沒有標準答案，取決於你的行業競爭度、銷售週期和行銷目標。但以下是一個實用的框架： 階段 SEO 預算佔比 SEM 預算佔比 策略重點 **起步期（0-6 個月）** 60-70% 30-40% SEO 打地基，SEM 維持曝光 **成長期（6-18 個月）** 50-60% 40-50% SEO 開始見效，SEM 放大轉換 **成熟期（18 個月以上）** 70-80% 20-30% SEO 成為主力流量源，SEM 做輔助 如果你的產品利潤率高、客戶終身價值高（例如 SaaS、高單價服務），可以把 SEM 佔比調高，因為即使廣告成本高，只要轉換回本就行。如果你的產品利潤率低（例如平價電商商品），就要更依賴 SEO，因為廣告成本可能吃掉所有利潤。 香港嘅實際情況係：因為 CPC 高，多數中小企喺起步期會「被迫」將 SEM 比例調高啲（因為等唔切 SEO），但長遠一定要逐步將重心搬去 SEO，否則廣告費會一路侵蝕利潤 ### 第 4 章：SEO名詞辭典——從零開始建立你的 SEO 詞庫 URL: https://cyruschan.com/seo_glossary_terms/ > SEO名詞看不懂？本篇整理香港新手必懂的 SEO 基礎名詞辭典，爬取、索引、DA、反向連結、GBP 等術語中英對照加上白話解釋，一次搞懂所有常用詞彙，打好搜尋引擎優化基礎。 #2 為什麼要先學SEO名詞？ SEO 領域充滿大量專業術語與縮寫。對初學者來說，光是看到「SERP」、「CTR」、「DA」、「Sitemap」這些詞就足以讓人卻步。本章整理 50+ 個 SEO 核心名詞，按類別分組，讓你快速建立完整的詞彙地圖。 **建議使用方式**：先快速瀏覽一次建立印象，之後遇到不熟悉的詞隨時回來查閱。 #2 一、搜尋引擎基礎名詞 名詞 英文全稱 說明 **SEO** Search Engine Optimization 搜尋引擎優化，透過改善網站結構與內容來提升在搜尋結果中的排名 **SEM** Search Engine Marketing 搜尋引擎行銷，包含 SEO（自然流量）與 PPC（付費廣告） **SERP** Search Engine Results Page 搜尋引擎結果頁面，用戶輸入關鍵字後看到的結果列表 **演算法（Algorithm）** — 搜尋引擎用來決定排名的一系列規則與計算公式 **爬蟲（Crawler / Spider / Bot）** — 搜尋引擎自動抓取網頁內容的程式，Google 的叫 Googlebot；Bing 的叫 Bingbot **索引（Index）** — 搜尋引擎將抓取的網頁內容儲存到資料庫的過程，只有被索引的頁面才會出現在搜尋結果 **檢索（Crawling）** — 爬蟲發現並訪問網頁的過程 **排名（Ranking）** — 搜尋引擎根據演算法對已索引的頁面進行排序的過程 #2 二、關鍵字相關名詞 名詞 說明 **關鍵字（Keyword）** 用戶在搜尋引擎中輸入的查詢詞；香港用家常用繁中 + 廣東話口語，例如「邊間好」「推介」「點揀」 **長尾關鍵字（Long-tail Keyword）** 由 3 個以上詞彙組成的、較具體的搜尋查詢，搜尋量低但轉換率高，例如「尖沙咀 日式拉麵 推介」 **短頭關鍵字（Head Keyword）** 由 1-2 個詞組成的高流量、高競爭關鍵字，例如「拉麵」 **搜尋意圖（Search Intent）** 用戶搜尋時背後的目的，分為資訊型、導航型、交易型、商業調查型四種 **關鍵字密度（Keyword Density）** 關鍵字在頁面中出現的頻率，通常以百分比表示；Google 已不建議機械性地追求特定密度 **關鍵字蠶食（Keyword Cannibalization）** 網站內多個頁面競爭同一個關鍵字，導致搜尋引擎無法判斷哪個頁面更相關 **LSI 關鍵字（Latent Semantic Indexing）** 與主關鍵字語意相關的輔助詞彙，幫助搜尋引擎理解內容主題深度 **搜尋量（Search Volume）** 特定關鍵字在固定期間內（通常每月）被搜尋的次數；做香港市場時記得將地區設為「香港」 **關鍵字難度（Keyword Difficulty / KD）** 針對特定關鍵字排上第一頁的難易程度，通常以 0-100 表示 **地區關鍵字（Local Keyword）** 帶有地區名的關鍵字，對香港 18 區生意特別重要，例如「沙田 補習社」「元朗 裝修」 #2 三、頁面優化（On-Page SEO）名詞 名詞 說明 **Title Tag（標題標籤）** HTML 中的文字，顯示在瀏覽器分頁和搜尋結果的藍色可點擊標題 **Meta Description（中繼描述）** HTML <meta name=”description”> 的內容，顯示在搜尋結果標題下方的摘要文字 **H1-H6 標籤（Heading Tags）** HTML 標題層級標籤，H1 最重要，每個頁面原則上只有一個 H1 **Alt Text（替代文字）** 圖片的文字描述，幫助搜尋引擎理解圖片內容，也是無障礙設計的一部分 **URL 結構（URL Structure）** 網址的格式設計，好的 URL 簡短、包含關鍵字、使用連字號分隔 **內部連結（Internal Link）** 從網站的一個頁面連結到同一網站內另一個頁面的超連結 **麵包屑導航（Breadcrumb）** 顯示用戶當前位置的路徑導航，例如「首頁 > 分類 > 文章」 **結構化資料（Structured Data / Schema）** 使用 Schema.org 標準標記網頁內容，幫助搜尋引擎理解內容並顯示豐富結果 **精選摘要（Featured Snippet）** 搜尋結果最頂部直接顯示答案的區塊，又稱「第零位」 **hreflang** 告訴搜尋引擎同一內容不同語言／地區版本的標籤；香港網站常用 zh-HK、en-HK、zh-CN #2 四、技術 SEO 名詞 名詞 說明 **Sitemap（網站地圖）** 一份列出網站所有頁面的 XML 檔案，幫助爬蟲發現和索引頁面 **Robots.txt** 網站根目錄的檔案，告訴爬蟲哪些頁面可以或不該抓取 **Canonical URL（標準網址）** 當多個網址指向相同內容時，用來指定「主要版本」的標籤 **301 轉址（301 Redirect）** 永久性網頁轉址，會將 SEO 權重傳遞到新網址 **302 轉址（302 Redirect）** 暫時性網頁轉址，通常不會傳遞完整權重 **404 錯誤（404 Error）** 頁面不存在時的回應狀態碼 **Page Speed（頁面速度）** 網頁載入的速度，是 Google 的排名因素之一 **Core Web Vitals（核心網頁指標）** Google 定義的三個使用者體驗指標：LCP（最大內容繪製）、FID/INP（互動延遲）、CLS（累計版面位移） **HTTPS / SSL** 安全的網站傳輸協議，Google 已將其列為排名信號 **行動優先索引（Mobile-First Indexing）** Google 主要以行動版網頁內容來進行索引和排名；香港流動上網普及率極高，呢點近乎「必要條件」 **渲染（Rendering）** 瀏覽器將 HTML/CSS/JavaScript 轉換為可視頁面的過程 **JavaScript SEO** 確保依賴 JavaScript 渲染的內容能被搜尋引擎正確抓取和索引 **ccTLD（國碼頂級網域）** 地區專屬網域；香港常用 .hk / .com.hk，有利地區相關性信號 #2 五、站外 SEO 與連結名詞 名詞 說明 **反向連結（Backlink）** 其他網站連結到你的網站的超連結，是 Google 重要的排名因素 **Domain Authority（DA，網域權重）** Moz 開發的指標（1-100），預測網站在搜尋引擎中的排名能力 **Domain Rating（DR，網域評級）** Ahrefs 開發的指標（1-100），衡量網站反向連結的質量與數量 **PageRank（PR）** Google 創始人開發的演算法，根據連結數量和質量評估頁面重要性 **連結汁液（Link Juice）** SEO 行話，指透過超連結傳遞的排名權重 **Nofollow 連結** 帶有 rel=”nofollow” 屬性的連結，告訴搜尋引擎不要傳遞權重 **Dofollow 連結** 沒有 nofollow 屬性的標準連結，會傳遞權重 **錨點文字（Anchor Text）** 超連結上可點擊的文字，是重要的排名信號 **垃圾連結（Spam Link）** 來自低質量或不相關網站的連結，可能導致 Google 懲罰 **連結農場（Link Farm）** 專門用來建立大量互相連結的網站群，屬於黑帽 SEO 手法 **NAP（名稱 / 地址 / 電話）** Name / Address / Phone，本地 SEO 嘅核心一致性信號；香港地址要用「街道 + 大廈 + 室號 + 地區（香港 / 九龍 / 新界）」格式 **在地引用（Local Citation）** 你的商家資料喺其他平台被提及；香港主要平台包括 OpenRice、TripAdvisor、Facebook、Google 商家檔案、HKTDC、香港旅發局、商會目錄 #2 六、分析與成效名詞 名詞 說明 **點擊率（CTR，Click-Through Rate）** 搜尋結果中看到你的連結後實際點擊的比例 = 點擊次數 / 曝光次數 **跳出率（Bounce Rate）** 用戶進入網站後只看一個頁面就離開的比例 **平均工作階段停留時間（Avg. Session Duration）** 用戶在網站上停留的平均時間 **轉換率（Conversion Rate）** 完成目標動作（購買、填表、訂閱等）的訪客比例 **有機流量（Organic Traffic）** 透過自然搜尋結果進入網站的流量，不含付費廣告 **曝光次數（Impressions）** 你的網站在搜尋結果中被用戶看到的次數 **排名追蹤（Rank Tracking）** 持續監控特定關鍵字的排名變化；做香港市場時，追蹤地區要設為香港、語言設為繁中 **GA4（Google Analytics 4）** Google 最新版本的網站分析工具 **GSC（Google Search Console）** Google 提供的免費工具，用於監測網站在搜尋結果中的表現 **BWT（Bing Webmaster Tools）** Bing 提供的免費工具；喺香港值得順手提交 sitemap，因為 Yahoo 香港用 Bing 技術、ChatGPT 又會引用 Bing 索引 #2 七、內容與策略名詞 名詞 說明 **內容行銷（Content Marketing）** 透過創造有價值的內容來吸引目標受眾的行銷策略 **長青內容（Evergreen Content）** 不會隨時間過時的內容，能持續吸引流量 **內容差距分析（Content Gap Analysis）** 分析競爭對手有哪些你沒有的內容主題，找出可開發的內容方向 **E-E-A-T** Experience（經驗）、Expertise（專業）、Authoritativeness（權威）、Trustworthiness（信任），Google 評估內容品質的核心框架 **YMYL（Your Money or Your Life）** Google 定義的「涉及金錢或生活」類頁面，如醫療、財務、法律內容，標準更嚴格；香港嘅金融、保險、按揭、醫療美容內容都屬此類 **內容更新（Content Refresh）** 定期更新舊文章以提高其相關性和排名 **GBP（Google Business Profile）** Google 商家檔案，香港本地 SEO 嘅基石；對餐廳、補習社、地產代理、診所尤其重要 #2 八、業界常用工具縮寫 縮寫 全稱 用途 **GSC** Google Search Console 搜尋表現監測 **GA / GA4** Google Analytics 4 網站流量分析 **GTM** Google Tag Manager 代碼管理 **BWT** Bing Webmaster Tools Bing / Yahoo 香港索引提交 **Ahrefs** — 反向連結分析、關鍵字研究 **SEMrush** — 全方位 SEO 工具 **Screaming Frog** — 網站爬蟲與技術 SEO 審查 **Lighthouse** — Google 開發的網站效能檢測工具 **PageSpeed Insights** — Google 的頁面速度測試工具 **CM** Content Management 內容管理 **CMS** Content Management System 內容管理系統，如 WordPress #2 九、新時代 SEO 名詞 名詞 說明 **AISO（AI SEO）** 針對 AI 搜尋引擎（如 ChatGPT Search、Perplexity）進行的內容優化 **AEO（Answer Engine Optimization）** 答案引擎優化，針對直接回答用戶問題的搜尋模式進行優化 **GEO（Generative Engine Optimization）** 生成式引擎優化，針對 AI 生成搜尋結果進行內容優化 **SGE（Search Generative Experience）** Google 的 AI 驅動搜尋體驗，在搜尋結果中直接生成摘要答案（現稱 AI Overviews / AI Mode） **零點擊搜尋（Zero-Click Search）** 用戶在搜尋結果頁面上直接獲得答案而不需要點擊任何連結 **語音搜尋（Voice Search）** 透過語音助手（Siri、Google Assistant）進行的搜尋；香港中英夾雜，語音查詢常出現廣東話 + 英文混合 **視覺搜尋（Visual Search）** 透過圖片而非文字進行的搜尋，如 Google Lens **llms.txt** 新興標準：喺網站根目錄放置一個畀 AI 讀嘅純文字檔，方便 AI 理解你嘅內容（做法同 robots.txt 類似，但對象係大型語言模型） #2 十、香港在地平台名詞（本地 SEO 必識） 平台 類型 對 SEO 嘅作用 **OpenRice（開飯喇）** 餐飲評論 香港餐飲龍頭，Google 高權威；餐廳必爭嘅在地引用同評價來源 **LIHKG（連登）** 討論區 香港最大討論區，Google 高權威；品牌聲譽監控同關鍵字挖掘寶庫 **Uwants / Discuss.com.hk** 綜合討論區 香港綜合討論區（相當於其他市場的 Dcard / Mobile01），發掘真實用家語言 **高登討論區（HKGolden）** 討論區 科技 / 投資族群聚集地 **小紅書 RED** 內容 / 搜尋 香港年輕人重要發現入口（美妝、穿搭、旅遊、餐飲）；Google 會索引部分內容 **28Hse / 星之谷** 地產平台 地產代理同行業在地引用 **Car1.hk** 汽車平台 車行 / 二手車在地引用 **香港01 / 明報 / 經濟日報 / 星島 / 東方 / 頭條 / am730** 新聞媒體 數位 PR、earned media，建立品牌權威同反向連結 **香港貿發局 HKTDC / 香港中華總商會 / 生產力促進局** 商會目錄 高權威商業引用，有助 entity 驗證 **公司註冊處 ICRIS / 政府資料一線通** 官方資料 公司資料核實、實體（entity）訊號 ### 第 5 章：搜尋引擎如何運作？——檢索、索引、排名三階段完整解析 URL: https://cyruschan.com/how-search-engines-work/ > 搜尋引擎如何運作？檢索、索引、排名三階段完整解析 Google 檢索、索引、排名三大階段，了解爬蟲如何抓取頁面、資料如何被收錄，以及排名訊號如何被評估，對症下藥做好 SEO。 #2 一句話講晒 **Crawl → Index → Rank**。爬蟲抓網頁 → 存入索引資料庫 → 演算法排順序。SEO 就係圍繞呢三個環節做優化。 呢個流程喺香港同喺全世界都一樣 —— Google 喺香港市佔超過 92%，用嘅係同一套系統。所以我哋要理解嘅原理唔會因為地區而變，變嘅只係「邊啲網站同平台值得你去優化」。 #2 為什麼要搞懂搜尋引擎運作原理？ 做 SEO 最忌「知其然而不知其所以然」。如果你不理解 Google 是怎麼「看到」你的網站、怎麼「理解」你的內容、怎麼「決定」你的排名，你的所有優化動作都可能只是猜測。理解運作原理，你才能： - 判斷「為什麼我的新頁面還沒被收錄」 - 診斷「為什麼改了內容排名沒變」 - 避開「做了優化反而排名下降」的陷阱 **香港場景**：一間銅鑼灣嘅餐廳整咗個新網站，三個月都無人搵到。通常唔係「Google 唔鍾意你」，而係 Catch 咗某一個環節：可能 robots.txt 擋咗爬蟲（檢索失敗）、可能得三頁內容全部係餐牌相（索引失敗）、也可能內容同「銅鑼灣 餐廳 推介」呢個查詢嘅意圖唔夾（排名失敗）。搞清楚係邊一環出事，先至有得醫。 #2 第一階段：檢索（Crawling）——Google 如何「發現」你的網站 #3 爬蟲的運作方式 Google 使用一個名為 **Googlebot** 的自動化程式（爬蟲），它像一個不知疲倦的圖書管理員，24 小時不停地在網路上「逛網站」。爬蟲的工作流程是： 起點 URL → 下載頁面 → 解析頁面中的所有連結 → 將新連結加入待抓取佇列 → 重複循環 #3 爬蟲如何發現新頁面？ - **從已知 URL 出發**：Google 維護著一個龐大的已知網址清單 - **透過連結發現**：當爬蟲訪問一個頁面時，會抓取頁面中的所有超連結，加入待抓取清單 - **透過 Sitemap**：網站主動提交 XML 網站地圖，告訴 Google 所有頁面的位置 - **透過 URL 提交**：在 Google Search Console 中手動提交個別網址 #3 影響檢索效率的關鍵因素 因素 說明 優化建議 **檢索預算（Crawl Budget）** Google 分配給每個網站的爬取資源是有限的 避免大量低質量頁面浪費預算 **網站速度** 爬蟲也受頁面載入速度影響 優化伺服器回應時間和頁面載入速度 **內部連結結構** 良好的內部連結幫助爬蟲發現更多頁面 確保每個重要頁面都有內部連結指向 **Robots.txt 設定** 錯誤設定可能阻止爬蟲訪問重要頁面 定期檢查 robots.txt，不要誤擋關鍵資源 **JavaScript 渲染** 依賴 JS 動態生成的內容可能無法被爬蟲「看見」 使用 SSR（伺服器端渲染）或預渲染技術 #3 檢索階段常見問題 - **孤兒頁面（Orphan Page）**：沒有任何內部連結指向的頁面，爬蟲幾乎不可能發現 - **深層頁面**：需要點擊多次才能到達的頁面，爬蟲可能不會爬那麼深 - **無限空間頁面**：如篩選器產生的大量 URL 變體，會浪費檢索預算 #2 第二階段：索引（Indexing）——Google 如何「理解」你的網站 #3 索引是什麼？ 爬蟲抓取到頁面之後，Google 會對內容進行解析、分析、分類，然後存入一個巨大的資料庫——這就是「索引」。**只有被成功索引的頁面，才有資格出現在搜尋結果中。** 想像 Google 的索引是一間全世界最大的圖書館而每本「書」（網頁）都被分類、貼上標籤、建立摘要，當有人來查資料時，圖書管理員（搜尋引擎）就能快速從索引中找到相關的書。 #3 索引過程中的關鍵步驟 - **內容解析（Parsing）** – 解析 HTML 結構 – 提取文字內容 – 識別圖片、影片等多媒體（透過 alt text） – 執行並解析 JavaScript（如有） - **內容理解（Understanding）** – 判斷頁面語言 – 識別核心主題和子主題 – 分析內容品質與原創性 – 理解實體（人物、地點、事物）之間的關係 - **訊號提取（Signal Extraction）** – 頁面速度 – 行動裝置相容性 – HTTPS 安全狀態 – 結構化資料 - **分類與儲存** – 將頁面歸入相關主題類別 – 儲存到分散式索引資料庫 #3 為什麼頁面沒有被索引？ 原因 診斷方式 Noindex 標籤 檢查頁面 <head>中是否有 <meta name=”robots” content=”noindex”> Canonical 指向其他頁面 檢查 canonical 標籤是否正確 內容質量過低 Google 判斷為「低品質」或「薄內容」 重複內容 多個頁面內容高度相似 Robots.txt 阻擋 檢查 robots.txt 是否阻擋了該 URL 伺服器問題 檢查頁面是否返回 4xx 或 5xx 狀態碼 新網站信號不足 新成立的網站需要時間建立信任 **「已檢索但未索引」**是 Google Search Console 中最常見的問題之一。大部分情況代表 Google 認為該頁面不值得被索引——需要檢查內容品質和獨特性。 #2 第三階段：排名（Ranking）——Google 如何「排序」你的網站 #3 排名的本質 當用戶輸入查詢詞，Google 會在不到一秒鐘的時間內，從數十億個已索引頁面中，選出最相關、最有用的結果，並按照相關性排序。這個過程涉及 **超過 200 個排名因素**。 #3 什麼是演算法？ 演算法不是一本「食譜」——你無法照著步驟做就保證排第一。它更像一個**動態的評分系統**： 排名分數 = 相關性分數 × 權威性分數 × 用戶體驗分數 × 其他信號 #3 核心排名因素解析 **A. 相關性（Relevance）** 子因素 影響方式 關鍵字匹配 頁面內容是否包含用戶搜尋的詞彙及其語意相關詞 內容深度 是否完整涵蓋主題的各個面向 內容新鮮度 資訊是否最新（特別是新聞、時事類查詢） 搜尋意圖匹配 內容類型（資訊型/交易型）是否與用戶意圖相符 結構化資料 Schema 標記是否能幫助搜尋引擎理解內容 **B. 權威性（Authority）** 子因素 影響方式 反向連結數量 有多少外部網站連結到你的頁面 反向連結品質 這些連結來自高權重的網站還是垃圾網站 連結相關性 連結來源網站的內容是否與你的頁面主題相關 E-E-A-T 信號 作者背景、網站聲譽、內容準確性 **C. 用戶體驗（User Experience）** 子因素 影響方式 Core Web Vitals LCP、INP、CLS 三個核心指標 行動裝置友善 在手機上的顯示和操作體驗 HTTPS 網站是否使用安全連線 沒有侵入式插頁廣告 彈出式廣告是否影響閱讀 頁面載入速度 整體載入時間 **D. 用戶互動信號（User Interaction Signals）** 子因素 影響方式 點擊率（CTR） 在 SERP 中被點擊的比例 停留時間（Dwell Time） 用戶點擊後停留在頁面上的時間 跳出率（Bounce Rate） 用戶是否只瀏覽一個頁面就返回搜尋結果 Pogosticking 用戶在搜尋結果和不同頁面之間來回跳轉 #2 SEO 實戰對照：每個階段你該做什麼 階段 你該做什麼 對應工具 **檢索** 提交 Sitemap、優化內部連結、確保 robots.txt 正確、加快頁面速度 GSC、Screaming Frog **索引** 提交 URL 至 GSC、避免 noindex 誤用、處理 canonical 問題、消滅重複內容 GSC 涵蓋範圍報告 **排名** 關鍵字策略、內容優化、建立反向連結、改善 Core Web Vitals Ahrefs、SEMrush、Lighthouse #2 重點回顧 - **Crawl → Index → Rank**：記住這三個階段，每個 SEO 問題都能歸類到其中一個環節 - **檢索是前提**：如果爬蟲根本找不到你的頁��，後面的優化都沒有意義 - **索引是門檻**：被「檢索」不代表被「索引」，低品質內容會被 Google 拒絕收錄 - **排名是結果**：超過 200 個因素共同決定排名，沒有單一魔法按鈕 - **用戶才是最終裁判**：所有演算法的最終目標都是服務用戶，創造好內容才是根本 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 6 章：SERP搜尋結果頁全解析 —— 你以為的「十個藍色連結」早就不存在了 URL: https://cyruschan.com/serp-features-guide/ > SERP搜尋結果頁版位類型全解析 | SERP搜尋結果頁不只是十個藍色連結！解析精選摘要、知識面板、People Also Ask、圖片、AI 概覽等版位類型，教你掌握每種 SERP 特徵的搶佔策略，爭取更多曝光。 #2 SERP 早已不是十個藍色連結 如果你還停留在「搜尋結果就是一排藍色的網站連結」的印象，那你對 SEO 的認知大概落後了十年。2026 年的 Google SERP（Search Engine Results Page）是一個**資訊密度極高、功能極其豐富的動態頁面**。 理解 SERP 的每個組成部分，你才能知道： – 哪些位置值得爭取 – 什麼樣的結構化資料能觸發哪些特殊功能 – 你的競爭對手正在搶佔哪些版位 #2 一、傳統自然搜尋結果（Organic Results） #3 基本結構 #3 關鍵細節 - **標題會被改寫**：Google 不一定使用你設定的 <title>，如果它認為有其他標題更能描述頁面內容，會自動改寫（約 60% 的情況下會發生） - **描述會被動態生成**：Meta Description 也不是一定被使用，Google 常根據用戶查詢從頁面內容中抽取更相關的片段 - **顯示 URL 麵包屑**：如果網站有良好的麵包屑結構，Google 可能用路徑取代完整網址 #2 二、付費廣告（Paid Ads） #3 關鍵資訊 項目 說明 位置 通常在自然結果的上方（最多 4 則）和下方（最多 3 則） 標記 帶有「贊助」或「Ad」黑色標籤 格式 與自然結果外觀相似，但多了廣告擴充功能（網站連結、電話、地點等） SEO 影響 廣告和自然排名是獨立的兩套系統，**投放廣告不會直接提升自然排名** #2 三、精選摘要（Featured Snippet） 這是 SERP 最有價值的版位之一，位於所有自然結果的**最上方**，直接回答用戶的問題。 探索 年 Google Serp 的多元結構 #3 如何搶佔精選摘要？ - 在內容中直接回答問題（40-60 字的最佳答案段落） - 使用清晰的標題結構（H2/H3 提問，下方直接回答） - 善用列表、表格等結構化呈現 - 確保內容權威性和準確性 #2 四、知識面板（Knowledge Panel） 這是由 Google 知識圖譜（Knowledge Graph）驅動的資訊區塊，通常出現在桌面版右側或手機版頂部。無法直接「優化」來控制知識面板，但可以透過以下方式間接影響： - 建立 Wikipedia 頁面 - 完善 Google 商家檔案 - 使用組織（Organization）類型的 Schema 標記 - 確保品牌在各權威網站上的資訊一致 #2 五、People Also Ask（PAA）——「其他人也問了」 🔽 SEO 需要多久才能見效？ 🔽 SEO 和 Google Ads 哪個好？ 🔽 可以自己學 SEO 嗎？ 🔽 小公司需要做 SEO 嗎？ #3 PAA 的特性 - **動態展開**：點擊一個問題會展開答案，同時可能動態載入更多問題 - **永無止境**：理論上可以無限展開下去 - **高曝光機會**：PAA 出現在超過 40% 的搜尋結果中 - **兩個排名機會**：如果你的內容出現在 PAA 中，展開後會顯示你的連結 #3 如何被收錄到 PAA？ - 在文章中使用問答格式（H2 為問題，下方為回答） - 回答簡潔（2-4 句最佳） - 一個頁面覆蓋多個相關問題 - 使用 FAQ Schema 結構化資料 一排圖片橫向排列在 SERP 中，點擊後跳轉到 Google 圖片搜尋。要出現在這裡： - 圖片檔案名稱包含關鍵字 - Alt Text 描述準確 - 圖片周圍文字與圖片內容相關 - 圖片尺寸適中、載入快速 #2 七、影片結果（Video Results） 主要來自 YouTube，但其他平台的影片也可能出現。使用 **VideoObject Schema** 可提升自有網站影片被收錄的機會。 #2 八、本地商家結果（Local Pack / Map Pack） 這對於實體商家至關重要。要出現在 Local Pack 中，需要： - 建立並完善 Google 商家檔案（Google Business Profile） - 累積真實的顧客評價 - 使用 LocalBusiness Schema 標記 - NAP（名稱、地址、電話）在網路各處保持一致 #2 九、購物結果（Shopping Results） 要出現在這裡，需要使用 **Product Schema** 並將產品資料提交到 Google Merchant Center。 #2 十、AI 驅動的新興 SERP 功能（2024-2026） #3 Google SGE / AI Overview Google 的 AI Overview（前身為 SGE）在部分搜尋結果頂部直接生成 AI 摘要。對 SEO 的影響： - **零點擊搜尋增加**：用戶直接在 AI 摘要中獲得答案 - **來源連結仍重要**：AI 摘要會引用來源，出現在來源中反而帶來高品質流量 - **權威內容受益**：AI 傾向引用具權威性的內容來源 #3 對話式搜尋體驗 新世代 SERP 不再只是關鍵字匹配，而是理解用戶的對話式提問，如「幫我比較 iPhone 15 和 iPhone 15 Pro 的相機差異」，Google 會自動提取並對比相關資訊。 #2 十一、SERP 版位價值排名 版位 平均 CTR 價值 難度 精選摘要（Featured Snippet） ~8-10% ★★★★★ 中高 自然排名 #1 ~28-32% ★★★★★ 高 自然排名 #2 ~15-18% ★★★★ 高 自然排名 #3 ~10-12% ★★★★ 高 Local Pack #1-3 ~5-8% ★★★★ 中 People Also Ask ~3-5% ★★★ 中 圖片結果 ~2-3% ★★ 中低 數據為行業平均值，實際 CTR 因關鍵字類型和 SERP 佈局而異。 #2 SERP 優化策略總覽 你想爭取… 你需要做… 精選摘要 在內容中直接給出 40-60 字簡潔答案 + 使用結構化標題 PAA 在文章中設置多個問答區塊 + FAQ Schema Knowledge Panel 完善品牌在權威網站的資訊 + Organization Schema Local Pack 完善 Google Business Profile + 累積評價 購物結果 Product Schema + Google Merchant Center 圖片結果 優化圖片檔名 / Alt Text / 四周文字 AI Overview 引用 創作權威、全面、結構清晰的內容 #2 重點回顧 - **SERP 已進化**：2026 年的搜尋結果頁面極其複雜，包含數十種不同的功能區塊 - **精選摘要 = 第零位**：最有價值的自然流量版位 - **PAA 無所不在**：超過 40% 的搜尋結果有 PAA，是長尾流量的重要來源 - **AI Overview 改變遊戲規則**：權威內容仍是最佳策略 - **一個頁面多個版位**：優秀的內容可以同時出現在自然排名、精選摘要、PAA 和圖片結果中 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 7 章：四大搜尋意圖——搞懂用戶「真正想找什麼」是 SEO 的第一步 URL: https://cyruschan.com/search-intent-types/ > 第 7 章：四大搜尋意圖——搞懂用戶「真正想找什麼」是 SEO 的第一步，了解重點做法、常見問題與可立即套用的 SEO 優化建議。 #2 搜尋意圖比關鍵字更重要 **Google 的終極目標不是匹配關鍵字，而是滿足意圖。** 2013 年 Hummingbird 演算法上線後，Google 從「字面匹配」轉向「意圖理解」。你搜「蘋果」，Google 要判斷你想找的是水果、iPhone、還是股票代號——這就是意圖識別。2026 年的今天，這個能力已經極其精準。 對 SEO 來說，**理解搜尋意圖 = 理解 Google 的評分標準**。你的內容不符合用戶的真正意圖，關鍵字再精準也沒用。 #2 四大搜尋意圖 搜尋意圖分為四個象限：資訊型（Know）、商業調查型（Consider）、導航型（Go）、交易型（Buy） #2 一、資訊型意圖（Informational Intent）——「我想知道」 用戶想學習、了解或研究某個主題。 #3 典型查詢模式 查詢詞開頭 範例 什麼是… 「什麼是 SEO」 如何… 「如何優化網站速度」 為什麼… 「為什麼網站排名下降了」 教學 / 指南 「WordPress SEO 教學」 意思 / 定義 「Core Web Vitals 意思」 #3 內容策略 - **教學型文章**：步驟清晰的 how-to 指南 - **定義型文章**：名詞解釋、概念說明 - **終極指南**：一個主題的完整深度文章 - **清單型文章**：Top 10、完整列表 - **FAQ 頁面**：常見問題解答集 #3 SERP 特徵 - 精選摘要（Featured Snippet）出現率高 - People Also Ask（PAA）幾乎必出現 - 圖片 / 影片結果常見 - AI Overview 覆蓋率高 #3 轉換策略 資訊型搜尋者**還沒有購買意願**。不要硬銷，而是用內容建立信任。引導方式：文章底部放相關資源連結、Email 訂閱、免費工具下載。 #2 二、導航型意圖（Navigational Intent）——「我想去」 用戶已經知道要去哪個網站，只是透過搜尋引擎來導航。 #3 典型查詢模式 查詢詞 意圖 「Facebook 登入」 直接去 Facebook 登入頁 「Ahrefs」 前往 Ahrefs 官網 「台北市立圖書館」 找到圖書館官網 「蝦皮」 前往蝦皮購物 #3 內容策略 - **品牌官網 SEO**：確保品牌名稱搜尋第一名是你自己（這不是理所當然的！） - **登入頁面優化**：確保登入頁可以被搜尋引擎索引（如果需要）或正確使用 noindex - **品牌 SERP 佔領**：確保搜尋品牌名時，出現的是正確的官網、社群連結、Knowledge Panel #3 特殊情況 - **品牌關鍵字被競品搶佔**：競爭對手可能投放你的品牌名廣告，搶走你的流量。你需要做好品牌 SEO 並考慮投放品牌字廣告做防禦。 #2 三、商業調查型意圖（Commercial Investigation）——「我想比較」 用戶有購買意圖，但還在研究和比較階段。這是**含金量最高的意圖之一**。 #3 典型查詢模式 查詢詞 意圖 「iPhone 15 vs S24 比較」 產品比較 「最佳 SEO 工具推薦」 尋找最佳選擇 「Ahrefs 評價」 查看使用評價 「SEMrush 價格」 比較價格 「台北 SEO 公司推薦」 尋找服務商 #3 內容策略 內容類型 說明 實例 比較文章 A vs B 的全面對比 「Ahrefs vs SEMrush：2026 年終極對比」 評價文章 誠實的產品使用心得 「使用 Ahrefs 一年的真實心得」 推薦清單 某領域的最佳選擇 「2026 年 10 大 SEO 工具推薦」 購買指南 幫助決策的指南 「如何選擇適合你預算的 SEO 工具」 方案對比 價格 / 功能比較表 「各 SEO 工具價格方案一覽」 #3 轉換策略 這是最接近轉換的資訊型內容。文章內嵌入**產品比較表**、**CTA 按鈕**、**限時優惠資訊**。誠實揭露優缺點比一面倒吹捧更能建立信任。 #2 四、交易型意圖（Transactional Intent）——「我要買」 用戶已經決定要採取行動——購買、註冊、下載、預約。 #3 典型查詢模式 查詢詞 意圖 「買 SEO 工具」 購買意圖 「Ahrefs 優惠碼」 尋找折扣後購買 「SEO 顧問服務」 購買服務 「下載 SEO 檢查清單」 下載資源 「SEO 課程報名」 報名課程 #3 內容策略 - **產品頁面（Product Page）**：詳盡的產品描述、規格、價格、CTA - **登陸頁面（Landing Page）**：專為轉換設計的單頁面 - **方案比較頁**：不同方案的價格和功能對照 - **結帳流程優化**：確保購買流程流暢 #3 SEO vs 廣告 交易型關鍵字通常也是 Google Ads 競爭最激烈的地方。頂部 4 則廣告 + 地圖結果 + 購物結果，自然排名可能被推到很下方。SEO + SEM 雙管齊下是這類關鍵字的最佳策略。 #2 實戰：如何判斷搜尋意圖？ 不用猜。直接看 SERP。 #3 三步判斷法 - **搜一下關鍵字**：打開無痕視窗，Google 搜尋目標關鍵字 - **觀察 SERP 特徵**： – 頂部有精選摘要？→ 資訊型 – 出現購物結果？→ 交易型 – 有比較網站排名前面？→ 商業調查型 – 第一名是某品牌的官網？→ 可能是導航型或品牌詞 - **分析排名前 5 的內容類型**： – 都是部落格文章？→ 資訊型 – 都是產品頁面？→ 交易型 – 混合文章和產品頁？→ 商業調查型 #3 混合意圖（Mixed Intent） 現實中，很多關鍵字同時承載多種意圖。例如「SEO 工具」： – 有人想了解什麼是 SEO 工具（資訊型） – 有人想比較哪個工具最好（商業調查型） – 有人想直接購買（交易型） 這時**看 Google 的 SERP 佈局來判斷主流意圖**——如果前 5 名中有 3 篇是比較文章，那主流意圖就是商業調查型。 #2 意圖矩陣：內容格式對照表 意圖 最適合內容格式 不適合的格式 資訊型 教學文章、終極指南、FAQ、影片 純產品頁、銷售頁 導航型 官網首頁、登入頁、品牌頁 長篇教學文章 商業調查型 比較文、評價文、推薦清單 純定義性內容 交易型 產品頁、登陸頁、方案頁 純資訊型文章 #2 重點回顧 - **搜尋意圖四象限**：Know（資訊型）、Go（導航型）、Consider（商業調查型）、Buy（交易型） - **先看 SERP 再寫內容**：Google 已經用排名告訴你主流意圖是什麼 - **內容格式要對齊意圖**：交易型意圖寫教學文 = 不可能排上去 - **混合意圖要判斷主流**：排名前 5 的內容類型就是答案 - **不同意圖不同轉換策略**：資訊型不要硬銷、商業調查型是黃金轉換機會 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 8 章：Google演算法全景——從 Panda 到 MUM，13 年演算法進化史 URL: https://cyruschan.com/google-algorithm-history/ > Google演算法 | Google演算法是如何進化的？從 Panda、Penguin、Hummingbird、RankBrain、BERT 到 MUM，一次梳理 13 年演算法的進化史，理解每個重大更新的目的與影響以及內容評估的底層邏輯。。围绕 Google演算法 进一步优化页面结构、标题与可读性。 #2 Google演算法的歷史 **不理解 Google 的過去，你就無法預判它的未來。** Google 每年進行數千次演算法更新，但真正改變遊戲規則的「大更新」只有十幾個。每一個大更新背後都有一個故事：Google 發現了什麼問題、想解決什麼問題、懲罰了什麼行為。理解這些，你才能在 SEO 決策中做出正確判斷。 本章按時間軸梳理 Google 最重要的演算法更新，從 2011 年 Panda 到 2023 年的 MUM。 #2 Google演算法全景時間軸 2011 ─── Panda ─── 打擊低質量內容 2012 ─── Penguin ── 打擊垃圾連結 2013 ─── Hummingbird ── 語意理解革命 2014 ─── Pigeon ── 在地搜尋優化 2015 ─── Mobilegeddon ── 行動裝置友善 ─── RankBrain ── AI 驅動排名 2017 ─── Fred ── 打擊廣告過多內容 2018 ─── Medic ── YMYL 品質革命 2019 ─── BERT ── 自然語言理解 2021 ─── Page Experience ── 用戶體驗信號 ─── MUM ── 多模態 AI 2022 ─── Helpful Content ── 以人為本的內容 2023+ ── SGE / AI Overview ── AI 生成搜尋 #2 第一代：打擊作弊（2011-2012） #3 Panda（2011 年 2 月）——「內容為王」的起源 **問題**：許多網站透過大批量生產低質量、拼湊、重複的「薄內容」來搶佔排名，特別是「內容農場」（Content Farm）。 **Panda 做了什麼**： – 將「內容品質」納入排名演算法核心 – 識別並降權：重複內容、拼湊內容、過度廣告干擾內容、內容與標題不符 – 懲罰範圍：整站懲罰（site-wide penalty），不是只針對個別頁面 **對 SEO 的啟示**： 從 Panda 之後，內容品質不再只是一個「建議」，而是**生存條件**。薄內容網站可能整個被從搜尋結果中移除。 #3 Penguin（2012 年 4 月）——連結不是多多益善 **問題**：網站透過購買連結、連結交換、連結農場、垃圾留言等方式人為操縱反向連結。 **Penguin 做了什麼**： – 識別並降權「不自然的連結模式」 – 打擊：購買連結、過度錨點文字優化、來自低質量網站的連結 – 2016 年 Penguin 4.0 改為即時更新（real-time），不再需要等待大更新 **對 SEO 的啟示**： **連結的質量比數量重要一萬倍。** 10 個高質量連結勝過 1000 個垃圾連結。 #2 第二代：理解語言與意圖（2013-2015） #3 Hummingbird（2013 年 8 月）——搜尋不再只是「字面匹配」 **問題**：以前的搜尋引擎只會做關鍵字字面匹配，不理解查詢的「意思」。 **Hummingbird 做了什麼**： – 引入「語意搜尋」（Semantic Search）概念 – 能夠理解查詢背後的「意圖」，而不只是比對關鍵字 – 能夠處理對話式查詢（Conversational Query） – 理解實體（Entities）之間的關係 **範例**： 搜尋「台北最好吃的牛肉麵」 — 以前只會匹配包含這些字的頁面，Hummingbird 之後能理解你在找「台北市的餐廳推薦」，即使頁面中沒出現完全相同的關鍵字也能被匹配。 **對 SEO 的啟示**： 從此之後，**為關鍵字堆砌內容的策略徹底失效**。你需要圍繞主題創作全面、自然的內容��而非機械填充關鍵字。 #3 Pigeon（2014 年 7 月）——在地搜尋大升級 - 將傳統網頁排名信號與在地排名信號更緊密結合 - 改善「距離」和「位置」在在地搜尋中的權重 - 對 Local SEO 影響深遠 #3 Mobilegeddon（2015 年 4 月）——行動時代來臨 - 行動裝置友善度正式成為排名信號 - 沒有響應式設計（RWD）的網站在手機搜尋中排名下降 - 用戶戲稱「Mobilegeddon」（行動末日） #2 第三代：AI 驅動（2015-2019） #3 RankBrain（2015 年 10 月）——Google 的第一個 AI 排名系統 **核心意義**：RankBrain 是 Google 首次使用機器學習來處理搜尋排名，被 Google 公開確認為排名前三的重要因素之一。 **RankBrain 做什麼**： – 處理「從未見過的查詢」——每天有 15% 的搜尋查詢是 Google 從未見過的 – 將從未見過的查詢與已知概念進行匹配 – 理解同義詞和相關概念 – 動態調整排名信號的權重 **對 SEO 的啟示**： 你的內容不需要完美匹配特定關鍵字。Google 已經能理解「汽車保險比較」和「車險哪家好」是同一個意圖。 #3 Fred（2017 年 3 月）——打擊「廣告農場」 - 針對以營利為唯一目的、內容貧乏但廣告過多的網站 - 特徵：低質量內容 + 過度廣告 + 缺乏實質價值 #3 Medic Update（2018 年 8 月）——YMYL 品質革命 **核心意義**：大幅提高對 YMYL（Your Money or Your Life）類網站的品質要求。 **YMYL 類別**包括： – 醫療健康資訊 – 財務法律建議 – 新聞時事報導 – 購物與交易頁面 – 政府與公共資訊 **對 SEO 的啟示**： E-E-A-T（經驗、專業、權威、信任）從此成為 SEO 的聖經。YMYL 類網站如果缺乏作者背景、引用來源、專業背書，排名將受到嚴重影響。 #3 BERT（2019 年 10 月）——自然語言理解革命 **核心意義**：BERT 是 Google 在自然語言處理上的最大突破，影響 10% 的英文搜尋查詢。 **BERT 的革命**： – 能夠理解上下文中的每個詞與前後詞的關係 – 特別擅長理解「介系詞」和「否定詞」對句意的影響 – 更精準地理解長尾、對話式查詢 **範例**： 搜尋「2019 年巴西旅客去美國需要簽證嗎」— BERT 之前可能抓取「美國人去巴西要簽證」的頁面，BERT 之後能正確理解方向性（巴西→美國）。 **對 SEO 的啟示**： **為人類寫作，不是為搜尋引擎寫作。** BERT 之後，自然流暢的寫作風格比刻意塞關鍵字有效得多。 #2 第四代：體驗與多模態 AI（2021-2023） #3 Page Experience Update（2021 年 6 月）——Core Web Vitals 上線 將用戶體驗正式納入排名因素，包括三大 **Core Web Vitals**： 指標 全稱 衡量什麼 及格線 **LCP** Largest Contentful Paint 主要內容載入速度 < 2.5 秒 **FID/INP** First Input Delay / Interaction to Next Paint 頁面互動反應速度 < 100ms / < 200ms **CLS** Cumulative Layout Shift 頁面視覺穩定性 < 0.1 #3 MUM（2021 年 5 月）——多模態 AI 時代 MUM（Multitask Unified Model）比 BERT 強大 1000 倍，是真正的「多模態」AI： - **跨語言理解**：能從一種語言的知識中學習，應用到另一種語言的查詢中 - **跨格式理解**：同時理解文字、圖片、影片等多種格式的資訊 - **複雜任務處理**：能夠處理需要多步驟推理的複雜查詢 **對 SEO 的啟示**： 未來的 SEO 不再只是「文字優化」，需要考慮圖片、影片、音頻等多模態內容的優化。你的內容生態必須是全方位的。 #3 Helpful Content System（2022 年 8 月）——「以人為本」成為強制標準 **核心信號**：內容是「為人類創作」還是「為搜尋引擎排名創作」？ Google 會觀察整站的內容信號： – 內容是否展示第一手經驗和深度知識？ – 網站是否有明確的主要焦點或目的？ – 讀完內容後，用戶是否覺得學到了足夠的資訊？ – 內容是否滿足讀者的期望？ **如果整站被判定為大量「非以人為本」的內容，可能整個網站都會被降權。** #2 Google演算法演變三大趨勢 #3 趨勢一：從「關鍵字」到「意圖」 2011: 匹配關鍵字 → 2013: 理解意圖 → 2019: 理解語境 → 2023: 預測需求 #3 趨勢二：從「內容」到「體驗」 2011: 有內容就行 → 2018: 內容要專業 → 2021: 體驗要流暢 → 2022: 以人為本 #3 趨勢三：從「文字」到「多模態」 2011: 純文字 → 2019: 自然語言 → 2021: 多模態 AI → 2023: AI 生成搜尋 #2 各演算法對應的 SEO 行動清單 演算法 核心訴求 你該做什麼 **Panda** 高質量原創內容 消滅薄內容、拼湊內容；每頁都要有實質價值 **Penguin** 自然連結 停止買連結、清理垃圾連結；建立真正有價值的內容來吸引連結 **Hummingbird** 語意相關性 寫作要自然、圍繞主題而非關鍵字、覆蓋相關子主題 **RankBrain** 用戶滿意度 關注 CTR、停留時間、跳出率；滿足用戶意圖比精確關鍵字更重要 **Mobilegeddon** 行動友善 RWD 響應式設計、手機載入速度優化 **Medic** E-E-A-T 展示作者專業背景、引用權威來源、定期更新內容 **BERT** 自然語言 為人類寫作、流暢自然、不要刻意塞關鍵字 **Core Web Vitals** 用戶體驗 優化 LCP/INP/CLS 三大指標 **MUM** 多模態內容 文字+圖片+影片全方位內容策略 **Helpful Content** 以人為本 每篇文章都要回答「這對讀者有什麼價值？」 #2 重點回顧 - **13 年演算法發展三階段**：打擊作弊 → 語言理解 → AI 與體驗整合 - **Panda + Penguin = 品質底線**：內容要好、連結要自然 - **Hummingbird + RankBrain + BERT = 意圖理解**：Google 讀得懂你的內容了，寫給人看就好 - **MUM = 未來方向**：多模態、跨語言、複雜推理 - **Helpful Content = 當下的核心標準**：問自己「這內容真的能幫到讀者嗎？」 ### 第 9 章：Google核心更新（Core Updates）應對指南——排名暴跌時的生存手冊 URL: https://cyruschan.com/google-core-update-recovery/ > google核心更新排名暴跌應對方法 | Google核心更新後排名暴跌怎麼辦？教你判斷是否受更新影響、用 Search Console 分析暴跌原因、理解內容自評面向，以及核心更新後的恢復與應對完整步驟。 #2 什麼是 Google核心更新？ **Core Update = Google 重新定義「什麼是好內容」的時刻。** Google 每年進行數千次小更新，但**核心更新（Core Update）**是其中最重大的幾次——它會從根本上改變 Google 對內容品質的評估方式。核心更新不是針對特定網站或特定行為的懲罰，而是一次**排名的重新校準**。 #3 核心更新的特徵 特徵 說明 範圍 全球性、跨語言、跨行業 頻率 每年約 2-4 次 持續時間 通常 1-2 週完成推送 影響 部分網站排名劇烈波動（20-50% 流量變化） 恢復 沒有「修復」方法，需要真正改善內容品質 #2 核心更新 ≠ 懲罰 這是 SEO 領域最常見的誤解。核心更新和手動處罰是兩種完全不同的東西： 核心更新影響 手動懲罰（Manual Action） **觸發方式** 演算法自動判定 人工審查員判定 **通知方式** 不會通知你 GSC 會發通知 **原因** 內容品質不再符合新標準 違反 Google 指南（垃圾內容、購買連結等） **恢復方式** 改善整體內容品質 修正問題後提交重審 **影響範圍** 整站或多個頁面 可以是特定頁面或整站 **核心更新之後排名下降，不代表你做錯了什麼——可能是你的競爭對手做得更好。** #2 Google核心更新的歷史時間線 時間 更新名稱 / 類型 主要影響 2018 年 3 月 首次正式命名 Core Update E-E-A-T 信號權重提升 2018 年 8 月 Medic Core Update 醫療、健康、YMYL 網站大洗牌 2019 年 3 月 March 2019 Core Update 涵蓋所有行業 2019 年 6 月 June 2019 Core Update 部分之前受影響的網站恢復 2019 年 9 月 Sept 2019 Core Update 小幅調整 2020 年 1 月 Jan 2020 Core Update YMYL 內容再次洗牌 2020 年 5 月 May 2020 Core Update COVID-19 時期，新聞/健康類網站影響大 2020 年 12 月 Dec 2020 Core Update 年終大調整 2021 年 6-7 月 June & July 2021 Core Update 分兩階段推送 2021 年 11 月 Nov 2021 Core Update 電商網站受影響明顯 2022 年 5 月 May 2022 Core Update 搭配 Helpful Content 信號 2022 年 9 月 Sept 2022 Core Update 品質信號持續強化 2023 年 3 月-12 月 多次 Core Update 整合 AI Overview 評估信號 2024 年至今 持續多次 Core Update AI 內容品質、原始經驗權重提升 #2 Google核心更新發生時：你該做什麼 #3 第一階段：不要驚慌（Day 0-3） **排名波動是正常的。** Google核心更新推送期間（1-2 週），排名會劇烈波動。更新結束前看到的數據可能只是暫時的。 ❌ 不要做的： - 看到排名跌就立刻大改網站 - 開始瘋狂刪除內容 - 買大量連結試圖「補回來」 ✅ 要做的： - 記錄當前排名作為基準線 - 檢查 GSC 是否有手動處罰通知 - 觀察競爭對手的排名變化 - 等待更新完全推送結束 #3 第二階段：數據分析（更新結束後 1-2 週） 更新推送完成後，分析具體哪些頁面受到影響： **分析框架：** - **先看整體**：對比更新前後的流量變化（GSC 和 GA4） - **找模式**：哪些頁面跌了？哪些頁面漲了？有沒有共同特徵？ - **看競爭對手**：誰取代了你的位置？他們的內容好在哪裡？ - **檢查意圖匹配**：排名下降的頁面，內容格式是否符合用戶搜尋意圖？ **GSC 分析方法**： 在 Search Console 中： 1. 選擇更新前後各 2 週的日期範圍 2. 對比總點擊數、曝光數、平均排名 3. 按查詢排序：看哪些關鍵字排名變動最大 4. 按頁面排序：找出受影響最大的頁面 5. 查看國家/裝置區分：確認是否特定市場受影響 #3 第三階段：行動方案（2-4 週後） **Google 的官方建議**：沒有「快速修復」核心更新的方法。你需要問自己以下問題： #4 內容品質自我審查問題（來自 Google 官方指南） 類別 問題 **內容品質** 內容是否提供原創資訊、報告、研究或分析？ 內容是否提供實質的、完整的、全面的主題描述？ 內容是否提供超越表面描述的深入見解？ 如果內容引用其他來源是否增加了顯著的附加價值？ **專業性** 內容的標題是否誇大或聳動？ 這是你會想收藏、分享或推薦給朋友的內容嗎？ 內容是否有明顯的拼寫、排版或事實錯誤？ **信任度** 內容是否來自有公認權威的主題專家或熱愛者？ 內容的作者資訊是否清晰透明？ 對於 YMYL 主題，內容是否有足夠的引用和可信來源？ #4 實際改善步驟 優先級 行動 預期時間 🔴 高 合併、重寫或刪除低品質／「薄內容」頁面 立即開始 🔴 高 改善首頁和關鍵頁面的 E-E-A-T 信號 1-2 週 🟡 中 更新過時內容（特別是 YMYL 類頁面） 2-4 週 🟡 中 增加作者介紹、引用來源、參考文獻 1-2 週 🟢 低 改善 Core Web Vitals 持續進行 🟢 低 拓展內容深度與廣度 持續進行 #2 復原的真實時間線 **Google 公開說明：Google核心更新受影響的頁面，復原可能需要數月時間，直到下一次核心更新。** 這句實話可能令人沮喪，但這就是現實。Google核心更新的排名變化不會在幾天內恢復——Google 的演算法在等待**持續的、實質的改善信號**。 典型的恢復路徑： 核心更新 → 排名下跌 ↓ 分析問題，制定改善計畫（1-2 週） ↓ 執行內容品質改善（2-4 週） ↓ 等待 Google 重新評估（數月，通常要等到下一次Google核心更新） ↓ 排名逐漸恢復或超越 #2 預防勝於治療：核心更新的長期策略 與其每次核心更新都膽戰心驚，不如建立一套**核心更新抗性**的內容策略： #3 1. 建立 E-E-A-T 證據鏈 E-E-A-T 維度 具體操作 **Experience（經驗）** 文章中加入第一手使用經驗、真實案例、原創截圖 **Expertise（專業）** 作者頁面展示專業背景和證照、內容覆蓋專業細節 **Authoritativeness（權威）** 累積來自權威網站的反向連結、媒體報導、行業認可 **Trustworthiness（信任）** 清晰的聯絡方式、隱私政策、內容更新日期、引用來源 #3 2. 定期內容審查（Content Audit） 每季度審查網站所有內容： – **保留**：持續帶來流量的優質內容 – **改善**：有潛力但表現不佳的內容 → 更新、深化 – **合併**：多篇相似主題的薄內容 → 合併成一篇深度文章，301 轉址 – **刪除**：完全沒有價值、沒有流量的內容 → 刪除或 noindex #3 3. 保持內容新鮮度 特別是 YMYL 類型內容： – 醫療文章應標註「醫學審閱日期」 – 統計數據應標註年份和來源 – 過時的資訊應加註更新說明 – 定期檢查和更新關鍵頁面 #3 4. 關注「整體網站品質」而非單頁 核心更新是整站評估。一個網站有太多低品質頁面，會拖累整個網站的表現。**Content Pruning（內容修剪）**往往比創作新內容更能提升整體排名。 #2 核心更新常見問答 **Q: 核心更新後排名跌了 50%，要等多久能恢復？** A: 通常要等到下一次核心更新（2-4 個月）。少數情況下，如果改善夠明顯，可能在常規小更新中就恢復。 **Q: 可以在核心更新期間做內容改動嗎？** A: 不建議。更新推送期間改動可能干擾 Google 正在進行的重新評估。等推送完成後再行動。 **Q: 排名跌了，是不是被懲罰了？** A: 先檢查 GSC 有沒有手動處罰通知。沒有通知 = 不是懲罰，是內容品質不再符合新標準。 **Q: 流量跌了但排名沒變，是什麼情況？** A: 可能原因：關鍵字整體搜尋量下降；SERP 出現新的 AI Overview 或精選摘要導致零點擊；季節性波動。 #2 重點回顧 - **Core Update ≠ 懲罰**：是 Google 重新定義「好內容」的標準 - **不要驚慌**：推送期間的排名波動是暫時的，等更新完成再分析 - **用數據做決策**：GSC 對比分析 + 競爭對手分析 + 意圖匹配檢查 - **復原需要時間**：通常要等到下次核心更新（數月） - **預防是王道**：建立 E-E-A-T 證據鏈 + 定期內容審查 + 保持內容新鮮 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 10 章：E-E-A-T 內容品質評估機制完整指南 URL: https://cyruschan.com/seo-chapter-10/ > 什麼是 E-E-A-T？ E-E-A-T 是 Google 用來評估內容品質的核 #2 什麼是 E-E-A-T？ E-E-A-T 是 Google 用來評估內容品質的核心框架，由四個英文單字的縮寫組成： 字母 英文 中文 核心問題 **E** Experience 經驗 作者是否有第一手親身經歷？ **E** Expertise 專業知識 作者是否具備該領域的專業知識？ **A** Authoritativeness 權威性 作者/網站是否被認可為該領域的權威？ **T** Trust 信任度 內容是否準確、安全、可靠？ **關鍵演變**：2022 年 12 月，Google 在原有的 E-A-T 基礎上新增了第一個「E」（Experience），將框架從三個維度擴展為四個。這反映出 Google 愈來愈重視**親身體驗**而非僅僅是書本知識。 #2 E-E-A-T 的來源：Google 搜尋品質評估員指南 E-E-A-T 最早出現於 Google 的內部文件 **《搜尋品質評估員指南》（Search Quality Rater Guidelines，簡稱 SQRG）**，這是一份長達 170 多頁的文件，用來指導數千名人工評估員判斷搜尋結果的品質。 雖然評估員的評分不會直接影響排名，但他們的回饋會被用來訓練 Google 的機器學習演算法。換句話說，**E-E-A-T 是 Google 演算法想要達到的目標，而不是一個直接的排名因子**。 #2 四個維度深度解析 #3 第一個 E：Experience（經驗���——2022 年新增 **定義**：內容創作者是否擁有該主題的「第一手親身經歷」。 **Google 的觀點**： 「內容是否展示出作者擁有必要的第一手經驗，例如確實使用過該產品、實際到訪過該地點，或親身經歷過所描述的內容？」 **具體判斷標準**： 有經驗的內容 缺乏經驗的內容 實際使用過產品後寫的評測 從官網整理規格表拼湊的評測 親身去過餐廳後寫的食記 從其他部落格轉述的食記 自己實際操作過的教學文 翻譯他人教學文的 AI 改寫 分享個人工作/創業經驗 泛泛而談的理論文章 **實戰要點**： – 在內容中加入**具體細節**（時間、地點、過程中的挑戰） – 使用**原創圖片**而非圖庫照片 – 分享**獨特觀點**和**個人見解** – 在作者介紹中明確說明**為什麼你有資格寫這篇文章** #3 第二個 E：Expertise（專業知識） **定義**：內容創作者是否具備該領域所需的專業知識或技能。 **兩種專業類型**： 類型 說明 適用領域 證明方式 正式專業 需要正式教育/認證的領域 醫療、法律、財務、工程 學位、證照、執業資格 生活專業 透過生活經驗累積的專業 育兒、烹飪、旅遊、運動 具體經驗分享、社群認可 **關鍵判斷**： – 對於 **YMYL（Your Money or Your Life）** 主題——涉及金錢、健康、安全、法律的內容��—專業知識的要求特別嚴格 – 對於日常主題，Google 接受「日常專業知識」（Everyday Expertise） **實戰要點**： – 建立詳細的**作者頁面**，清楚顯示作者的專業背景 – 對於 YMYL 內容，**引用權威來源**並標註**審查者資訊** – 使用 **Person Schema** 標記作者資訊 #3 第三個 A：Authoritativeness（權威性） **定義**：內容創作者或網站是否被業界認可為該主題的權威來源。 **權威性的三個層次**： 層次 指標 範例 **個人權威** 作者在領域內的知名度 得過獎、被採訪、在重要平台發表過文章 **網站權威** 網站在領域內的地位 被高品質網站引用、高 Domain Authority **內容權威** 該頁面是否被視為參考來源 被其他網站引用為資料來源 **建立權威性的方法**： – 獲取來自行業領先網站的反向連結 – 在權威平台（學術期刊、行業媒體）發表內容 – 接受行業相關的採訪或演講邀請 – 在作者頁面展示證書、獎項、媒體報導 **重點**：權威性不是一夜之間建立的。它是**長期累積的結果**，需要持續產出高品質內容 + 獲取外部認可。 #3 第四個 T：Trust（信任度） **定義**：使用者是否可以信任你的內容、你的網站和你的品牌？ **Google 的說法**： Trust 是 E-E-A-T 中**最重要的一個維度**。即使你有豐富的經驗、專業知識和高權威性，如果內容不可信，一切都沒有意義。 **信任度的關鍵要素**： 面向 檢查項目 **內容準確性** 資訊是否有來源？數據是否可驗證？是否有明顯錯誤？ **網站安全性** 是否使用 HTTPS？是否有隱私權政策？ **聯絡透明度** 是否清楚列出聯絡方式？是否有實體地址？ **商業透明度** 廣告是否明確標示？是否有利益衝突揭露？ **資訊時效性** 內容是否有發布/更新日期？資訊是否過時？ **交易安全** 付款頁面是否安全？是否有退貨/退款政策？ **特別注意**： – YMYL 網站如果缺乏透明度（隱藏作者資訊、無聯絡方式），信任評分會**大幅降低** – 電商網站需要清楚顯示**退貨政策、客服資訊、公司資料** #2 YMYL：最不能犯錯的內容類型 **YMYL（Your Money or Your Life）** 是指那些可能影響一個人**未來幸福、健康、財務穩定或安全**的內容。 #3 YMYL 主題分類 類別 子主題 **新聞與時事** 國際新聞、政治、科學發現、災難報導 **公民與法律** 投票資訊、法律建議、政府服務 **財務** 投資建議、稅務、貸款、退休規劃、保險 **健康與安全** 醫療資訊、藥物資訊、心理健康、醫院資訊 **特定人群** 性別、種族、宗教、國籍相關資訊 **其他** 重大購物決策（房屋、汽車）、大學選擇、求職資訊 #3 YMYL 內容的 E-E-A-T 門檻 Google 對 YMYL 內容的 E-E-A-T 要求是**最高標準**： 如果 YMYL 內容缺乏適當的 E-E-A-T，Google 可能將其評為「最低品質」（Lowest Quality），這會對網站整體排名產生重大負面影響。 **YMYL 內容必備要素**： 1. 明確的作者介紹（含專業背景） 2. 內容審查者資訊（特別是醫療和財務內容） 3. 豐富的引用來源和參考文獻 4. 清晰的發布和更新日期 5. 完整的網站透明度資訊 #2 E-E-A-T 與 SEO 排名的真正關係 E-E-A-T本身 ≠ 直接排名因子 E-E-A-T信號 → 訓練演算法的標籤 E-E-A-T實踐 → 間接提升排名的路徑 #3 E-E-A-T 如何間接影響排名？ E-E-A-T 行動 間接 SEO 效果 建立作者頁面 + Person Schema 增加結構化資料，提升搜尋結果豐富度 引用權威來源 提升內容可信度，增加被引用的機會 展示第一手經驗 創造獨特內容，避免被演算法判定為重複 保持內容更新 提升內容新鮮度，符合 Query Deserves Freshness 增加網站透明度 降低跳出率，提升使用者體驗信號 #2 E-E-A-T 實戰檢查清單 #3 網站層級 - [ ] 網站使用 HTTPS - [ ] 有關於我們頁面，清楚介紹公司和團隊 - [ ] 有聯絡頁面，包括地址、電話、Email - [ ] 有隱私權政策和使用條款 - [ ] 作者頁面展示每位作者的專業背景和證書 #3 內容層級 - [ ] 文章標註明確的作者姓名 - [ ] 作者介紹區塊說明作者的經驗和資格 - [ ] YMYL 內容有審查者資訊 - [ ] 內容引用可靠的來源並提供連結 - [ ] 內容有明確的發布/更新日期 - [ ] 包含原創圖片或第一手資料 - [ ] 廣告和贊助內容有明確揭露 #3 經驗層級 - [ ] 內容展示親身經歷的具體細節 - [ ] 使用原創照片而非圖庫圖片 - [ ] 提供獨特的見解和分析 - [ ] 分享實際操作過程中遇到的挑戰與解決方法 #2 重點回顧 - **E-E-A-T = Experience + Expertise + Authoritativeness + Trust** - **Trust（信任度）是四個維度中最重要的**——沒有信任，其他三個都沒有意義 - **YMYL 內容**（涉及金錢、健康、安全）的 E-E-A-T 標準最高 - **2022 年新增的 Experience（經驗）**反映了 Google 對 AI 生成內容的回應——第一手經驗成為重要的區別信號 - E-E-A-T 不是直接排名因子，但**透過提升內容品質、使用者信任度和外部引用**間接影響 SEO 效果 - 建立 E-E-A-T 是**長期策略**——不可能一夜之間成為權威，但每一天的品質積累都有價值 | ← [第 9 章：Google 核心更新應對指南](http://09-Google核心更新應對指南.md) | [回索引](http://../索引.md) | [第 11 章：SEO 排名五大決定因素 →](http://11-SEO排名五大決定因素.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 11 章：SEO 排名五大決定因素 URL: https://cyruschan.com/seo-chapter-11/ > Google 的排名演算法考慮超過 200 個信號（Signals），但如果要歸 Google 的排名演算法考慮超過 200 個信號（Signals），但如果要歸納出最核心的決定因素，可以濃縮為**五大支柱**。這五個因素不僅決定了你的網站能否排上第一頁，更決定了你能否**留在**第一頁。 #2 五大因素全景圖 ┌─────────────────────────────────────────────────┐ │ SEO 排名五大因素 │ ├───────────┬──────────┬──────────┬─────────┬──────┤ │ 內容品質 │ 關鍵字與 │ 網站權威 │ 技術體驗 │ 網站 │ │ │ 內容覆蓋 │ 性 │ │ 結構 │ ├───────────┼──��───────┼──────────┼─────────┼──────┤ │ ·有效性 │ ·意圖匹配 │ ·反向連結 │ ·速度 │ ·架構 │ │ ·原創性 │ ·深度廣度 │ ·引用品質 │ ·穩定性 │ ·內部 │ │ ·易讀性 │ ·實體覆蓋 │ ·品牌信號 │ ·行動 │ 連結 │ │ ·E-E-A-T │ ·新鮮度 │ ·社群信號 │ 友善 │ ·導航 │ └───────────┴──────────┴──────────┴─────────┴──────┘ #2 因素一：內容品質（權重約 30-35%） 內容是 SEO 的靈魂。Google 反覆強調：**創造人們想要閱讀的內容，然後優化它，而不是反過來。** #3 1.1 內容有效性的四個層次 層次 定義 Google 的判斷方式 **滿足資訊需求** 內容完整回答了使用者的問題 語意分析：內容是否覆蓋查詢的核心主題 **滿足格式需求** 內容採用了使用者期待的格式 分析 SERP 的主流內容類型（列表、教學、影片） **超越基本需求** 內容提供了其他頁面沒有的價值 比較你與排名競爭者的內容深度和獨特性 **觸發正面互動** 使用者閱讀後產生正向行為 評估停留時間、回訪率、社群分享 #3 1.2 原創性 vs 重複內容 Google 的 Helpful Content 系統會處罰以下行為： – 從多個來源拼湊內容而不添加新價值 – 大量使用 AI 生成而未經人工編輯優化 – 「薄內容」（Thin Content）：字數少、資訊密度低 **原創內容的三個信號**： 1. **獨特數據**：自己做的研究、調查、測試數據 2. **獨特觀點**：個人經驗分享、行業洞察、專業分析 3. **獨特呈現**：自製圖表、影片、工具 #3 1.3 E-E-A-T 信號 延續第 10 章的討論，內容品質與 E-E-A-T 密不可分。Google 透過以下方式評估 E-E-A-T： 信號 Google 可能觀察的指標 經驗 內容中的具體描述、原創圖片、操作步驟的細節 專業 作者頁面的資歷展示、Schema 標記、業界引用 權威 來自權威網站的反向連結數量與品質 信任 HTTPS、隱私政策、聯絡透明度、內容準確性 #2 因素二：關鍵字與內容覆蓋（權重約 20-25%） 關鍵字不是「放進去就好」，而是要理解使用者背後的搜尋意圖，然後用正確的內容格式去滿足它。 #3 2.1 關鍵字的四個層級 層級 說明 策略 **核心關鍵字** 網站主要想排名的 3-5 個大詞 首頁和主力頁面優化 **主題關鍵字** 圍繞核心詞的中型關鍵字群 建立主題群集（Topic Cluster） **長尾關鍵字** 搜尋量低但轉換率高的精準詞 部落格文章、FAQ 頁面 **語意相關詞** 不是直接搜尋詞但與主題相關 豐富內容深度，幫助 Google 理解上下文 #3 2.2 TF-IDF 與內容覆蓋率 **TF-IDF（Term Frequency-Inverse Document Frequency）** 是衡量一個詞對一篇文檔重要程度的經典方法。在 SEO 中，我們用它來檢查內容是否「完整覆蓋」了某個主題。 **實戰方法**： 1. 用工具（如 Surfer SEO、Frase）分析排名前 10 頁面的關鍵詞使用模式 2. 找出競爭者都使用但你沒有的「漏洞詞」（Content Gaps） 3. 在內容中自然地補充這些詞 #3 2.3 內容新鮮度（Freshness） Google 的 **Query Deserves Freshness（QDF）** 機制會根據查詢類型調整對新鮮度的要求： 查詢類型 新鮮度要求 範例 近期事件 極高（數小時內） 「颱風路徑」、「選舉結果」 定期發生的事��� 高（每年更新） 「2024 奧運賽程」、「報稅截止日」 持續更新的主題 中（數月內） 「SEO 趨勢」、「最佳手機推薦」 相對穩定的主題 低（1-2 年） 「畢氏定理」、「什麼是 SEO」 **行動建議**：標註「發布日期」和「最後更新日期」，定期審查並更新關鍵內容�� #2 因素三：網站權威性（權重約 20-25%） 反向連結仍然是 Google 排名前三重要的信號，但「品質」遠比「數量」重要。 #3 3.1 反向連結的品質維度 維度 高品質連結 低品質連結 **來源權威性** 高 Domain Authority 網站 低 DA、垃圾網站 **主題相關性** 同領域或相關領域 完全不相關 **連結位置** 文章內文中的上下文連結 側欄、頁腳、留言區 **連結自然度** 有編輯價值的自然引用 明顯的付費連結或交換 **錨點文字** 自然多樣化的錨點 過度優化、均為精確匹配 **連結新鮮度** 持續獲得新連結 只有舊連結、無增長 #3 3.2 PageRank 與連結權重傳遞 雖然 Google 不再公開更新 PageRank 數據，但連結權重傳遞的原理仍然有效： 你的頁面能獲得多少權重 = 連結來源頁面的權重 × 傳遞率 ÷ 來源頁面輸出的連結總數 **關鍵要點**： – 一個來自高權重頁面的連結，勝過 100 個來自低品質頁面的連結 – 來自內容主體的連結（Contextual Link）傳遞的權重高於導航連結 – nofollow 連結不傳遞權重，但仍可能帶來流量 – rel="ugc" 和 rel="sponsored" 的權重傳遞效果較低 #3 3.3 品牌信號 除了反向連結，Google 也觀察非連結的品牌信��： 信號類型 指標 **品牌搜尋量** 有多少人直接搜尋你的品牌名稱？ **品牌提及** 網路上有多少未附連結的品牌提及？ **社群互動** 品牌在社群媒體上的討論度和互動量 **直接流量** 使用者是否直接輸入網址造訪？ **回訪率** 有多少使用者是回頭客？ Google 的前搜尋品質負責人 Andrey Lipattsev 曾公開確認：**內容（Content）和連結（Links）是 Google 排名兩個最重要的信號。** #2 因素四：技術體驗（權重約 10-15%） 技術 SEO 是「必要但非充分」條件。技術做得再好，沒有好的內容也排不上去；但技術做得差，再好的內容也會被拖累。 #3 4.1 Core Web Vitals（核心網頁體驗指標） Google 將 Core Web Vitals 作為排名信號之一，由三個指標組成： 指標 全名 衡量什麼 良好標準 **LCP** Largest Contentful Paint 最大內容加載時間 ≤ 2.5 秒 **FID** First Input Delay 首次互動延遲 ≤ 100 毫秒 **CLS** Cumulative Layout Shift 累計版面位移 ≤ 0.1 **2024 年更新**：Google 宣布將以 **INP（Interaction to Next Paint）** 取代 FID，成為新的衡量標準。INP 衡量的是整個使用過程中所有互動的延遲，而非僅第一次。 #3 4.2 非 Core Web Vitals 的技術因素 因素 影響 優化方法 **HTTPS** 安全性基礎 安裝 SSL 憑證 **行動友善** Google 使用行動優先索引 RWD 響應式設計 **網站可爬取性** 確保 Google 能抓取頁面 robots.txt 正確配置 **索引覆蓋率** 確保重要頁面被索引 Sitemap 提交 + GSC 監控 **JS 渲染** JS 內容是否可見 SSR/預渲染關鍵內容 **網頁結構** 語意化 HTML 幫助理解 正確使用標題層級（H1-H6） #2 因素五：網站結構（權重約 10-15%） 良好的網站結構不僅幫助使用者導航，更是 Google 理解網站內容層級的關鍵。 #3 5.1 網站架構設計原則 原則 說明 目標 **扁平化** 任何頁面應在首頁 3 次點擊內可達 降低爬取深度 **主題隔離** 相關內容應在清晰的目錄下 建立主題權威 **獨立網址** 每個重要頁面有獨立、簡潔的 URL 避免參數混亂 **邏輯鏈接** 內部連結反映內容的層級關係 傳遞語意上下文 #3 5.2 內部連結的 SEO 價值 內部連結在 SEO 中有三個不可替代的作用： 作用 說明 **權重分配** 將首頁和主力頁面的權重傳遞到深層頁面 **索引輔助** 幫助 Google 發現和索引網站的所有重要頁面 **上下文建立** 錨點文字告訴 Google 目標頁面的主題 #3 5.3 內部連結實戰法則 - **錨點文字多樣化**：不要所有連結都用完全一樣的錨點文字 - **深度連結**：不要只連結到首頁，要連結到相關的深層內容 - **上下文連結**：在文章內文中自然地放置連結，而非在側欄中 - **重要性傳遞**：從高權重頁面連結到你想提升的重要頁面 - **避免孤兒頁面**：每個頁面至少有一個來自其他頁面的內部連結 #2 五大因素優先級策略 #3 新網站（0-6 個月） 優先級 因素 行動 1 內容品質 產出 20-30 篇高品質原創內容 2 網站結構 建立清晰的架構和內部連結 3 技術體驗 確保 HTTPS、行動友善、基礎速度達標 4 關鍵字覆蓋 鎖定 10-15 個低競爭長尾關鍵字 5 網站權威 開始建立基礎反向連結（目錄提交、社群推廣） #3 成長期網站（6-18 個月） 優先級 因素 行動 1 網站權威 積極建立高品質反向連結 2 內容品質 更新和擴展現有內容，深化 E-E-A-T 3 關鍵字覆蓋 拓展主題集群，覆蓋更多相關關鍵字 4 技術體驗 優化 Core Web Vitals，提升使用者體驗 5 網站結構 根據數據調整架構，強化重要頁面 #3 成熟網站（18 個月以上） 優先級 因素 行動 1 內容品質 維持內容新鮮度，持續提升深度 2 網站權威 鞏固行業地位，獲取更高品質的引用 3 技術體驗 追蹤 Core Web Vitals，保持技術競爭力 4 關鍵字覆蓋 拓展新主題和新服務的關鍵字 5 網站結構 定期審查和清理過時/低效內容 #2 重點回顧 - **五大因素**：內容品質（30-35%）、關鍵字與內容覆蓋（20-25%）、網站權威性（20-25%）、技術體驗（10-15%）、網站結構（10-15%） - **Google 官方確認**：內容（Content）和連結（Links）是最重要的兩個排名信號 - **內容為王仍然成立**，但「為王」的不只是內容本身，還包括內容的品質、呈現和使用者體驗 - **技術是基礎而非終點**——技術 SEO 做得再好，沒有好內容也排不上去 - **網站的成長階段決定優先級**——不要在不恰當的階段追求不適合的目標 | ← [第 10 章：E-E-A-T 內容品質評估機制](http://10-E-E-A-T內容品質評估機制.md) | [回索引](http://../索引.md) | [第 12 章：Helpful Content 演算法 →](http://12-Helpful-Content實用內容演算法.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 12 章：Helpful Content 實用內容演算法 URL: https://cyruschan.com/seo-chapter-12/ > 什麼是 Helpful Content 系統？ Google 的 Helpful #2 什麼是 Helpful Content 系統？ Google 的 **Helpful Content System（實用內容系統）** 是 2022 年 8 月首次推出的一個**全站性信號**，它的核心目標只有一個：**在搜尋結果中優先展示「為人類創作」的內容，而非「為搜尋引擎排名」創作的內容。** Google 官方說法：「Helpful Content 系統旨在確保使用者看到的內容是原創的、有用的，由人類為人類所寫。」 #3 為什麼要有 Helpful Content？ 隨著 AI 生成內容（如 ChatGPT）的爆發式增長，網路上充斥著大量「看起來不錯」但實際上缺乏原創見解、真實經驗和實質價值的內容。Helpful Content 就是 Google 對這種現象的直接回應。 #2 Helpful Content 如何運作？ Helpful Content 是一個**全站性（Site-wide）信號**，這意味著： 如果你的網站有許多頁面被判定為「無幫助的內容」，**整個網站的排名都可能受到負面影響**，即使網站上也有少數優質內容。 #3 運作機制 ��用者查詢 → 多個頁面進入候選池 → Helpful Content 信號介入 → 過濾無幫助內容 → 顯示最終結果 階段 說明 **候選池** Google 找到與查詢相關的所有頁面 **信號介入** Helpful Content 評估每個頁面的「實用性」 **過濾** 被判定為無幫助的內容會被降級 **顯示** 最終結果優先展示實用性高的內容 **關鍵區別**：與 Panda 演算法不同，Helpful Content **不是基於人工評估員的標籤訓練**，而是透過機器學習直接分析內容模式和用戶行為信號。 #2 Google 的 15 個自我審查問題 Google 在官方文檔中提供了一套自我審查問題，用來幫���內容創作者判斷自己的內容是否「以人為本」。這套問題可以分為四個主題： #3 主題一：內容的實質價值 # 問題 你的內容… 1 你的內容是否提供原創資訊、報告、研究或分析？ □ 是 □ 否 2 你的內容是否提供超越顯而易見的深入見解？ □ 是 □ 否 3 如果內容引用了其他來源，是否添加了顯著的附加價值？ □ 是 □ 否 4 標題和頁面標題是否提供了描述性的、有用的內容摘要？ □ 是 □ 否 #3 主題二：讀者體驗 # 問題 你的內容… 5 讀完內容後，讀者是否覺得學到了足夠的資��來達成目標？ □ 是 □ 否 6 閱讀你的內容是否會讓人獲得滿意的體驗？ □ 是 □ 否 7 你的內容是否避免了拼寫、格式和事實錯誤？ □ 是 □ 否 #3 主題三：專業性與經驗 # 問題 你的內容… 8 內容是否由具有專業知識或熱情的人創作？ □ 是 □ 否 9 內容是否展示了第一手的經驗和深度知識？ □ 是 □ 否 10 你的內容是否清楚地展示了作者的專業背景？ □ 是 □ 否 #3 主題四：創作動機（最重要的��題） # 問題 你的內容… 11 你的網站是否有主要的目的或焦點？ □ 是 □ 否 12 內容是否主要是為了吸引搜尋引擎而非為人類創作？ □ 是 □ 否 13 你是否大量生成關於許多不同主題的內��？ □ 是 □ 否 14 你是否大量使用自動化工具來生成內容？ □ 是 □ 否 15 你的內容是否只是總結他人觀點而未添加新價值？ □ 是 □ 否 **最重要的問題是 #12**：如果你誠實地回答「是的，這篇文章主要是為了 SEO 寫的」，那你就需要重新思考你的內容策略了。 #2 Helpful Content 的懲罰與恢復 #3 被 Helpful Content 影響的信號 信號 表現 **排名下降** 多個頁面同時掉出前 3 頁 **流量下降** 自然搜尋流量持續下滑 **新內容無法排名** 即使是新的、好的內��也很難獲得排名 **GSC 無明確指示** 不像手動處罰，HC 影響不會在 GSC 中顯示 #3 恢復路徑 被 Helpful Content 系統影響後，恢復的關鍵是**證明網站整體的內容品質已經改善**： 第 1 步：全面內容審查 ↓ 第 2 步：移除或大幅重寫無幫助頁面 ↓ 第 3 步：提升現有內容的深度和原創性 ↓ 第 4 步：調整內容策略，回歸「以人為本」 ↓ 第 5 步：等待 Google 重新評估（可能需要數月） #3 恢復時間線 階段 時間 行動 **識別問題** 第 1-2 週 內容審查、識別無幫助內容 **清理內容** 第 2-4 週 刪除或合併低品質頁面、301 重定向 **改善內容** 第 1-3 個月 重寫現有���容，加入原創見解和第一手經驗 **建立新內容** 第 2-6 個月 按照新標準創作內容 **等待恢復** 第 3-12 個月 在下次核心更新或 HC 更新時重新評估 **重點**：恢復不是即時發生的。Google 需要時間來觀察你的網站是否「真正改變了」，而不是暫時性的應對。這可能需要數個月，而且通常要等到下一次的 Helpful Content 更新或核心更新才��反映。 #2 Helpful Content vs 其他演算法 特性 Helpful Content Panda Core Updates **推出時間** 2022 年 8 月 2011 年 2 月 2018 年起（定名） **評估範圍** 全站 全站 頁面級 + 全站 **核心標準** 內容是否「以人為本」 內容是否「高品質」 E-E-A-T 綜合評估 **AI 內容** 明確針對 間接影響 間接影響 **與 E-E-A-T 關係** 互補但獨立 前身 核心框架 **恢復速度** 慢（需等待更新） 慢 極慢 #2 AI 內容與 Helpful Content #3 Google 的立場 Google 明確表示：**AI 生成的內容本身不會被處罰**，前提是該內容是有用的、原創的、以人為本。 「無論內容是由人類、AI 還是兩者合作產生，Google 的重點始終是內容的品質和實用性，而非生產方式。」——Google Search Central #3 AI 內容的風險區 高風險行為 相對安全的做法 直接發布未經編輯的 AI 輸出 AI 輔助寫作 + 人工編輯審查和加入原創觀點 批量生成大量 AI 內容試圖覆蓋關鍵字 用 AI 協助研究，由人類撰寫核心內容 用 AI 改寫（Spin）他人的內容 用 AI 輔助改善語法和易讀性 跨不相關主題發布 AI 內容 維持網站的專業主題一致性 #3 如何讓 AI 輔助內容通過 Helpful Content 審查？ - **加入第一手經驗**：AI 可以寫框架，但你的親身經歷是不可替代的 - **添加原創數據和案例**：AI 無法提供你自己的客戶數據或研究結果 - **注入獨特觀點**：分享你的見解、行業觀察和專業判斷 - **確保事實準確性**：AI 會犯錯，一定要逐一事實查證 - **提升視覺原創性**：使用自製圖表、截圖、照片而非圖庫素材 #2 Helpful Content 實戰策略 #3 內容創作的「以人為本」四步法 問題識別 → 你的目標讀者遇到了什麼真實問題？ 研究深度 → 你能提供哪些他們在別處找不到的資訊？ 獨特價值 → 你的內容與 SERP 上已有的內容相比，多了什麼？ 體驗融入 → 你如何將第一手經驗融入內容中？ #3 舊內容改善清單 對於已經存在���內容，用以下標準逐一審查： - [ ] 這篇文章的資訊是否仍然準確？ - [ ] 有沒有新的數據、研究或發展需要納入？ - [ ] 是否展現了足夠的第一手經驗？ - [ ] 與 SERP 前三名相比，這篇文章的獨特價值是什麼？ - [ ] 是否有「為了 SEO 而寫」的痕跡（過度關鍵字堆砌、缺乏實質內容）？ - [ ] 文章是否回答了使用者真正想知道的問題？ **改善方法決定樹**： 這篇文章有用嗎？ ├─ 有，但可以更好 → 更新事實、添加新觀點、豐富案例 ├─ 部分有用 → 保留有價值部分、大幅重寫其餘 └─ 完全沒用 → 刪除並 301 重定向到最相關的頁面 #2 重點回顧 - **Helpful Content 是全站性信號**——網站上大量無幫助內容會拖累整體排名 - **核心標準是「以人為本」**——內容是為了解決讀者的真實問題，還是為了 SEO 排名？ - **AI 內容不會自動被罰**，但必須經過人工編輯並加入原創價值 - **恢復需要時間**——Google 需要觀察到持續的、實質的改善 - **15 個自我審查問題**是最實用的日常內容品管工具 - **內容策略的本質回歸**：不是「我要排什麼關鍵字」，而是「我的讀者需要什麼」 | ← [第 11 章：SEO 排名五大決定因素](http://11-SEO排名五大決定因素.md) | [回索引](http://../索引.md) | [第 13 章：關鍵字研究方法論 →](http://13-關鍵字研究方法論.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 13 章：關鍵字研究完整方法論 URL: https://cyruschan.com/seo-chapter-13/ > 為什麼關鍵字研究是 SEO 的起點？ 關鍵字研究是整個 SEO 策略的地基。所有 #2 為什麼關鍵字研究是 SEO 的起點？ 關鍵字研究是整個 SEO 策略的**地基**。所有後續的內容創作、頁面優化、內部連結布局，都必須建立在正確的關鍵字研究之上。 選錯關鍵字 → 寫了沒人看的內容 → 沒有流量 → 沒有轉換 → 沒有回報。 這不是誇大——數據顯示，**超過 90% 的網站流量來自不到 10% 的關鍵字**。關鍵字研究的目標��就是找到那 10%。 #2 關鍵字研究的四個階段 ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ 階段一 │ → │ 階段二 │ → │ 階段三 │ → │ 階段四 │ │ 種子關鍵字 │ │ 擴展關鍵字 │ │ 篩選關鍵字 │ │ 分群對應 │ │ 挖掘 │ │ 詞庫 │ │ 排序 │ │ 頁面 │ └──────────┘ └──────────┘ └──────────┘ └──────────┘ #2 階段一：種子關鍵字（Seed Keywords）挖掘 種子關鍵字是你的關鍵字研究起點——那些最能代表你業務核心的詞。 #3 1.1 從五個來源挖掘種子關鍵字 來源 方法 範例（以「寵物用品電商」為例） **自身業務** 列出你的核心產品/服務類別 「狗飼料」「貓砂」「寵物玩具」 **團隊腦力激盪** 業務、客服、產品團隊分別列出 客服：「狗不吃飯怎麼辦」→ 內容方向 **現有客戶語言** 分析客服對話、評價、詢問內容 「小型犬飼料推薦」「抗過敏貓砂」 **既有網站數據** GSC 查看已有排名和點擊的詞 發掘自己都不知道的關鍵字機會 **社群聆聽** 觀察目標客群在社群平台的發言 「#養狗新手」「#貓奴日常」中的常見問題 #3 1.2 種子關鍵字的篩選標準 一個好的種子關鍵字應該同時滿足： 標準 說明 **高相關性** 與你的業務、產品或服務直接相關 **搜尋意圖明確** 你能清楚判斷使用者在搜尋這個詞時的意圖 **商業潛力** 這個詞能帶來潛在客戶或收入 **可競爭** 你的網站有機會在這個詞上取得排名（非遙不可及） #2 階段二：關鍵字擴展——從 20 個到 200+ 個 種子關鍵字只是起點，真正的價值在於從它們擴展出更豐富的關鍵字庫。 #3 2.1 六大擴展方法 #4 方法 1：Google 自動建議（Autocomplete） 當你在 Google 搜尋框中輸入關鍵字時，Google 會自動跳出建議。這些建議基於真實使用者的搜尋行為，是金礦。 輸入「狗飼料」 → Google 建議： ├─ 狗飼料 推薦 ├─ 狗飼料 品牌 ├─ 狗飼料 評價 ├─ 狗飼料 怎麼選 └─ 狗飼料 幼犬 **技巧**：使用 _（底線）作為萬用字元，讓 Google 在中間填入建議詞。 「狗 _ 飼料」→ 「狗 不吃 飼料」「狗 挑食 飼料」 #4 方法 2：相關搜尋（Related Searches） 在搜尋結果頁面最底部，Google 會顯示 8 個相關搜尋建議。這些詞通常代��使用者在主查詢之後會搜尋的下一個詞——換句話說，這些詞反映了使用者的**資訊旅程**。 #4 方法 3：People Also Ask（PAA） PAA 區塊是關鍵字靈感的超級金礦。每個問題都可以展開，展開後又會出現更多相關問題。 **實戰技巧**： 1. 搜尋你的種子關鍵字 2. 展開所有 PAA 問題 3. 記錄所有問題（尤其是反覆出現的主題） 4. 對每個展開後出現的新問題重複步驟 2-3 #4 方法 4：關鍵字工具擴展 工具 核心功能 適合階段 **Google Keyword Planner** 基礎搜尋量、競爭度 初期規劃 **Ahrefs** 搜尋量、點擊率、關鍵字難度、SERP 分析 全面研究 **SEMrush** 關鍵字魔術工具、問題關鍵字 全面研究 **Ubersuggest** 免費關鍵字建議 初學者/預算有限 **AlsoAsked** PAA 資料視覺化 內容規劃 #4 方法 5：競品關鍵字分析 分析競爭對手正在排名的關鍵字（詳見第 15 章）： – 哪些關鍵字他們有排名但你沒有？ – 哪些關鍵字他們排名很好但內容品質不佳？（這是你的突破口） #4 方法 6：論壇與社群挖掘 Reddit、PTT、Dcard、Mobile01、Facebook 社團——這些是真實使用者提問的地方。關注他們使用的語言，而非行銷術語。 #2 階段三：關鍵字篩選與優先級排序 有了 200+ 個潛在關鍵字後，你需要一套標準來決定「先攻哪一個」。 #3 3.1 關鍵字評估矩陣 對每個關鍵字評估以下四個維度，每個維度 1-5 分： 維度 1 分（差） 3 分（中等） 5 分（好） **搜尋量** < 100/月 500-2000/月 > 5000/月 **商業價值** 純資訊型 研究/比較型 交易/購買型 **競爭難度** 首頁均為權威大站 有中等網站 有小站或論壇內容 **內容匹配度** 無法提供獨特價值 可提供但需大量投入 你已有深厚專業知識 #3 3.2 關鍵字優先級公式 優先級分數 = 搜尋量分數 × 0.3 + 商業價值分數 × 0.3 + (5 - 競爭難度分數) × 0.3 + 內容匹配度 × 0.1 **最高的優先級是**：搜尋量適中（非最大）、商業價值高、競爭難度低、你剛好有獨特見解的關鍵字。 #3 3.3 低垂果實（Low-Hanging Fruit）策略 「低垂果實」是指那些**容易取得排名**且**已有一定流量**的關鍵字。這些通常具備以下特徵： - 你已經在 Google 排名第 6-20 名 - 競爭者內容品質明顯不佳 - Featured Snippet 可以被你搶走 - 長尾關鍵字，競爭度低 **行動 SOP**： 1. 在 GSC 中找到目前排名第 6-20 的關鍵字 2. 分析排名在你前面的頁面內容 3. 創建比它們更好（更全面、更新、更有用）的內容 4. 優化內部連結，把權重導向這篇新內容 #2 階段四：關鍵字分群與頁面對應 #3 4.1 關鍵字分群原則 將相似意圖的關鍵字歸為一組，每組對應一個頁面。 分群維度 分在同一群 分在不同群 **搜尋意圖** 意圖相同或高度重疊 意圖明顯不同 **搜尋量層級** 量級相近 一個數萬、一個個位數 **主題相關性** 同一子主題 不同主題方向 #3 4.2 關鍵字與頁面類型對應 關鍵字類型 建議頁面類型 範例 品牌關鍵字 首頁 / 關於我們 「Nike 官網」→ 首頁 產品/服務核心詞 產品頁 / 服務頁 「狗飼料推薦」→ 商品分類頁 資訊型關鍵字 部落格文章 / 指南 「狗飼料怎麼選」→ 選購指南 比較型關鍵字 比較表 / 對比文章 「皇家 vs 希爾思」→ 品牌比較文 問題型關鍵字 FAQ 頁面 / 教學文 「狗不吃飼料怎麼辦」→ 解決方案文 #3 4.3 關鍵字蠶食（Keyword Cannibalization）防止 關鍵字蠶食 = 多個頁面競爭同一個關鍵字 → 分散權重 → 全部都排不上去。 **檢查方法**：在 site:你的網域 "關鍵字" 中搜尋，看有多少個頁面在競爭同一關鍵字。 **解決方案**： 1. 合併相關內容為一篇終極指南 2. 設定 Canonical URL 指向主力頁面 3. 301 重定向次要頁面到主力頁面 4. 為每個頁面分配不同的關鍵字焦點 #2 關鍵字研究工具箱 類型 工具 費用 核心用途 **免費** Google Keyword Planner 免費 基礎搜尋量 **免費** Google Search Console 免費 現有排名分析 **免費** Google Trends 免費 趨勢分析 **免費** Answer The Public 有限免費 問題關鍵字 **付費** Ahrefs $99+/月 全方位關鍵字研究 **付費** SEMrush $129+/月 全方位 + 競品分析 **付費** Keyword Insights $58+/月 AI 輔助分群 #2 重點回顧 - **關鍵字研究四階段**：種子挖掘 → 擴展詞庫 → 篩選排序 → 分群對應 - **Google 自動建議、PAA、相關搜尋**是免費且最真實的關鍵字來源 - **優先級公式**幫助你在 200+ 關鍵字中做出取捨 - **低垂果實策略**讓你在短期內看到 SEO 成果 - **一個關鍵字群對應一個頁面**，避免關鍵字蠶食 - 工具很重要，但**對使用者語言的深入理解**更重要 | ← [第 12 章：Helpful Content 演算法](http://12-Helpful-Content實用內容演算法.md) | [回索引](http://../索引.md) | [第 14 章：長尾關鍵字挖掘與應用策略 →](http://14-長尾關鍵字挖掘與應用策略.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 14 章：長尾關鍵字挖掘與應用策略 URL: https://cyruschan.com/seo-chapter-14/ > 什麼是長尾關鍵字？ 長尾關鍵字（Long-Tail Keywords） 是指搜尋 #2 什麼是長尾關鍵字？ **長尾關鍵字（Long-Tail Keywords）** 是指搜尋量較低、通常字數較長、但意圖更精確的關鍵字詞組。 #3 長尾理論在 SEO 中的意義 搜尋量 │ │ ████ ← 頭部關鍵字（高搜尋量、高競爭、少數幾個詞） │ ███ │ ██ │ █ │ █ │ ██████████████████████████ ← 長尾關鍵字 │ ████████████████████████████████████ (海量、低競爭、總流量可觀) │ └────────────────────────────────────→ 關鍵字數量 關鍵洞察：**所有長尾關鍵字的總搜尋量，往往超過頭部關鍵字的搜尋量**。1000 個每月搜尋 10 次的關鍵字 = 每月 10,000 次搜尋——而且競爭比一個每月 10,000 次搜尋的大詞低得多。 #2 為什麼長尾關鍵字如此重要？ #3 三大核心優勢 優勢 說明 數據支撐 **競爭低** 大站通常專注於頭部關鍵字 長尾詞的競爭難度通常是頭部詞的 1/5 – 1/10 **轉換率高** 搜尋者意圖更清晰、購買意願更強 長尾關鍵字的轉換率平均高出 2.5 倍 **更容易排名** 專注於特定、精確的主題 新網站 3 個月內即可在長尾詞取得排名 #3 長尾 vs 頭部關鍵字的真實差異 範例 類型 月搜尋量 競爭度 意圖 轉換潛力 「筆電」 頭部 50,000+ 極高 不明確 低 「輕薄筆電推薦」 腰部 5,000 高 研究 中 「2024 大學生適合的輕薄筆電推薦」 長尾 500 中 研究 高 「ASUS ZenBook 14 vs MacBook Air M3 比較」 超長尾 100 低 比較 極高 「ASUS ZenBook 14 OLED 哪裡買最便宜」 超長尾 50 極低 交易 極高 #2 長尾關鍵字的六大挖掘來源 #3 1. Google 自動建議（Autocomplete） 最直接的長尾關鍵字來源，Google 根據真實使用者搜尋行為生成建議。 **進階技巧**： – 使用字母迭代法：在關鍵字後依序加 a、b、c… 看不同建議 – 使用 _ 萬用字元：how to _ dog → Google 在中間填入詞 – 使用 vs 和 and：這類聯結詞會觸發比較型和組合型長尾詞 #3 2. People Also Ask（PAA） PAA 區塊本質上就是長尾問題關鍵字的集合。這些問題的價值在於： – 都是真實使用者在問的問題 – 反映了使用者的資訊旅程 – 經常以完整問句形式呈現（天然長尾） **系統化挖掘方法**： 種子關鍵字 → 展開 PAA → 記錄問題 ↓ 對每個 PAA 問題再搜尋 → 展開新的 PAA → 記錄更多問題 ↓ 使用 AlsoAsked.com 工具視覺化整棵問題樹 #3 3. Google Search Console（GSC） GSC 是最被低估的長尾關鍵字金礦，因為它顯示的是**你已經有排名的關鍵字**。 **在 GSC 中挖掘長尾關鍵字的過濾條件**： 1. 篩選「平均排名」在 5-30 之間的查詢 2. 篩選「點擊次數」> 0 的查詢（已有流量） 3. 篩選查詢中包含 4 個以上單詞的（長尾） 4. 按「曝光次數」排序，找出高曝光的長尾機會 **���點關注**：「查詢」中包含完整問句的（有 如何、怎麼、什麼、為什麼 等詞） #3 4. Reddit / 論壇 / 社群平台 社群平台上的真實對話是長尾關鍵字的最佳靈感來源。 平台 挖掘方式 **Reddit** 搜尋 site:reddit.com [你的主題] 並瀏覽留言中的問題 **PTT** 搜尋相關看板的問題文 **Dcard** 搜尋相關看板的新手提問 **Quora** 搜尋主題並瀏覽問題列表 **Facebook 社團** 瀏覽相關社團中的常見問題 **核心思維**：社群中的問題是「使用者的語言」，而非「行銷的語言」。使用使用者語言來寫內容，才能命中他們的真實搜尋。 #3 5. 競品內容分析 觀察競爭對手排名的長尾關鍵字： - 使用 Ahrefs/SEMrush 輸入競品網域 - 篩選「排名 1-20」的關鍵字 - 篩選搜尋量 < 500 的關鍵字 - 找到競品有排名但你沒有的長尾機會 #3 6. 內部網站搜尋 如果你的網站有站內搜尋功能，**分析使用者在你的網站上搜尋了什麼**——這些是他們找不到的資訊，是內容機會的直接信號。 #2 長尾關鍵字的篩選與分群 #3 篩選標準 標準 保留 放棄 **搜尋量** > 10/月 0/月 **相關性** 與你的業務有關 完全無關 **意圖清晰度** 你能明確判斷搜尋意圖 無法判斷使用者在找什麼 **內容可行性** 你能產出高品質內容 你無法提供價值 #3 分群策略 將長尾關鍵字按主題分群，每群 5-20 個關鍵字： 主題：狗飼料選購 ├── 「幼犬飼料怎麼選」 ├── 「小型犬飼料推薦」 ├── 「狗飼料成分怎麼看」 ├── 「無穀狗飼料好嗎」 ├── 「狗飼料品牌比較 2024」 └── ... **一個主題群 = 一篇主要文章**。同一群的長尾關鍵字可以在同一篇文章中自然覆蓋。 #2 長尾關鍵字的內容策略 #3 策略 1：FAQ 頁面（一對多覆蓋） 建立 FAQ 頁面，每個問題對應一個長尾關鍵字： 頁面：狗飼料常見問題 FAQ ├── Q1: 狗飼料怎麼選？（長尾關鍵字 1） ├── Q2: 幼犬該吃什麼飼料？（長尾關鍵字 2） ├── Q3: 無穀飼料真的好嗎？（長尾關鍵�� 3） ├── ... **SEO 優勢**： – FAQ 結構自然適合 PAA 和 Featured Snippet – 使用 FAQ Schema 增加在 SERP 的佔有率 – 一個頁面覆蓋多個長尾關鍵字 #3 策略 2：比較型內容（高轉換長尾） 針對包含 vs、比較、哪個好 的長尾關鍵字，創建詳細的比較內容： 「A vs B 全方位比較：2024 年該選哪一個？」 ├── 規格對照表 ├── 使用體驗比較 ├── 價格分析 ├── 適用場景建議 └── 最終推薦 #3 策略 3：問題解決型內容（資訊型長尾） 針�� 如何、怎麼、為什麼 類的長尾關鍵字，創建深度教學： 「狗突然不吃飼料怎麼辦？7 個常見原因與解決方法」 ├── 原因 1：健康問題（含判斷方法） ├── 原因 2：飼料口味變化 ├── 原因 3：環境壓力 ├── ...共 7 個原因 ├── 緊急處理步驟 └── 何時該看獸醫 #3 策略 4：Listicle 清單型內容 針對 推薦、排行、必買 類的長尾關鍵字： 「2024 年 10 款最佳小型犬飼料推薦（獸醫推薦 + 真實評測）」 ├── 排名方式說明 ├── No.1 - No.10 逐一介紹 ├── 選購指南 └── 常見問題 #2 AI 搜尋時代的長尾關鍵字新角色 隨著 AI Overview（前身為 SGE）和 ChatGPT Search 的興起，長尾關鍵字的重要性正在發生變化： #3 新趨勢 趨勢 SEO 影響 **對話式搜尋增長** 使用者用完整句子搜尋的頻率更高 → 長尾關鍵字搜尋量上升 **AI Overview 搶佔零點擊** 簡單問題被 AI 直接回答 → 需要更深入/獨特的長尾內容 **語音搜尋增長** 語音查詢比文字查詢更長、更口語化 #3 長尾關鍵字策略的調整 - **不要只回答問題，要提供 AI 無法生成的獨特價值** - **加入第一手經驗、原創數據和個人見解** - **使用對話式標題**：「老實說，我用過 15 款狗飼料後的真實心得」 > 「狗飼料推薦」 - **優化 Featured Snippet**：結構化你的答案，讓 Google 可以直接引用 #2 長尾關鍵字策略的行動計畫 #3 Week 1-2：研究與挖掘 - [ ] 列出 10-20 個種子關鍵字主題 - [ ] 使用各種工具和方法擴展到 200+ 長尾關鍵字 - [ ] 使用 GSC 找出你已有的長尾關鍵字機會 #3 Week 3-4：篩選與分群 - [ ] 按主題對長尾關鍵字進行分群 - [ ] 評估每個主題群的商業價值和內容可行性 - [ ] 選定 3-5 個優先主題群 #3 Month 2-3：內容創作 - [ ] 為每個優先主題群創作一篇核心內容 - [ ] 確保每篇內容都加入獨特經驗和原創資訊 - [ ] 使用 Schema 優化（FAQ、HowTo、Article） #3 Month 4+：迭代優化 - [ ] 監控長尾內容的排名和流量 - [ ] 找到表現最好的頁面，進一步擴展內容 - [ ] 持續從 GSC 發掘新的長尾機會 #2 重點回顧 - **長尾關鍵字 = 低競爭 + 高轉換 + 可實現的排名目標** - **六大挖掘來源**：Google 建議、PAA、GSC、社群、競品分析、站內搜尋 - **一種主題群對應一篇內容**，在文章中自然覆��所有相關長尾關鍵字 - **FAQ 結構 + Schema 標記**是提升長尾關鍵字 SERP 佔有率的利器 - **AI 時代需要更深入的長尾**：提供 AI 無法生成的獨特價值 - 長尾策略是**新網站 3-6 個月內取得 SEO 成果的最可靠路徑** | ← [第 13 章：關鍵字研究完整方法論](http://13-關鍵字研究完整方法論.md) | [回索引](http://../索引.md) | [第 15 章：競品關鍵字分析與缺口策略 →](http://15-競品關鍵字分析與缺口策略.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 15 章：競品關鍵字分析與缺口策略 URL: https://cyruschan.com/seo-chapter-15/ > 為什麼要做競品關鍵字分析？ 你不需要從零開始猜測哪些關鍵字有用——你的競爭對手已 #2 為什麼要做競品關鍵字分析？ 你不需要從零開始猜測哪些關鍵字有用——你的競爭對手已經用他們的排名告訴你了。 競品關鍵字分析��價值在於： – **節省時間**：與其盲目測試，不如直接分析已在該領域成功的網站 – **發現機會**：找到競爭對手忽略或做得不好的關鍵字 – **校準策略**：了解競爭格局，設定合理的 SEO 目標 #2 誰是你的 SEO 競爭對手？ **重要**：你的 SEO 競爭對手不一定是你的商業競爭對手。 #3 商業競爭對手 vs SEO 競爭對手 類型 定義 範例 **商業競爭對手** 賣相同產品/服務的公司 你賣貓飼料，另一家也賣貓飼料 **SEO 競爭對手** 在搜尋結果中與你競爭相同關鍵字的網站 你賣貓飼料，但一篇寵物部落格的「貓飼料推薦」排在你前面 **關鍵操作**：在 Google 搜尋你的目標關鍵字，排名前 10 的網站就是你的 SEO 競爭對手——無論它們是競爭品牌、媒體網站、論壇還是個人部落格。 #2 競品關鍵字分析的六步流程 步驟 1 → 步驟 2 → 步驟 3 → 步驟 4 → 步驟 5 → 步驟 6 鎖定競品 匯出關鍵字 分類分析 缺口辨識 機會排序 制定策略 #3 步驟 1：鎖定競品（3-5 個） 選擇競品的原則： 原則 說明 **排名相關性** 在多個目標關鍵字上與你競爭排名 **規模相近** 選擇 1-2 個比你稍強、1-2 個規模相近的 **內容類型** 包含不同類型的競爭者（品牌站、內容站、論壇） **工具操作**（以 Ahrefs 為例）： Site Explorer → 輸入競品網域 → 「Competing domains」報告 → 找出與該網站共享最多關鍵字的其他網站 #3 步驟 2：匯出競品關鍵字 使用工具匯出競品排名的所有關鍵字。以 Ahrefs 為例： Site Explorer → 輸入競品網域 → Organic Keywords 報告 → 匯出為 CSV（包含關鍵字、排名、搜尋量、流量、URL） **篩選重點**： – 排名 1-20（首兩頁） – 排除品牌關鍵字（如果目的是尋找非品牌機會） – 有搜尋量的（>0） #3 步驟 3：關鍵字分類分析 將競品關鍵字分成以下類別： #4 3a. 依搜尋意圖分�� 意圖 競品策略 你的機會 資訊型 大量部落格內容 評估內容深度：能否做得更好？ 商業調查型 比較文、推薦清單 這是轉換金礦——重點攻擊 交易型 產品頁、登陸頁 直接競爭——評估競爭難度 導航型 品牌詞 通常不需要競爭 #4 3b. 依內容格式分類 觀察競品在該關鍵字使用什麼樣的內容格式： – 長篇指南？清單文？比較表？影片？ – 內容格式是否符合使用者的搜尋意圖？ – 你是否可以提供更好的格式？ #4 3c. 依難度分級 難度 判斷標準 你的策略 **低** 首頁有論壇、小型網站、內容品質差 立即創建更好內容 **中** 首頁有知名網站但內容可超越 列入優先內容計畫 **高** 首頁均為權威大站 長尾關鍵字包圍策略 **不可能** 維基百科、政府網站、品牌官網 放棄直接競爭 #3 步驟 4：辨識內容缺口（Content Gap） **內容缺口 = 競品有排名但你沒有的關鍵字** #4 工具操作方法（Ahrefs Content Gap） Content Gap 工具 → 輸入你的網域 + 3-5 個競品網域 → 顯示：競品有排名但你的網站完全沒有內容的關鍵字 #4 缺口類型分類 缺口類型 定義 行動 **完全缺口** 你沒有任何頁面覆蓋這個關鍵字 創建新內容 **品質缺口** 你有頁面但排名遠低於競品 改善現有內容 **意圖缺口** 你有內容但不符合搜尋意圖 調整內容類型和格式 **新鮮度缺口** 你的內容比競��舊 更新內容 #3 步驟 5：機會排序 對每個發現的缺口機會進行矩陣評估： 優先級矩陣： 高 │ 第二優先 │ 第一優先 (規劃中) │ (立即執行) │ ─────────────┼─────────────→ 競爭難度 │ 第四優先 │ 第三優先 (低優先) │ (如果有資源) │ 低 ↑ 商業價值 **第一優先**（高價值 + 低難度）： – 商業相關度高（研究/交易型） – 競品排在前 10 但內容品質不佳 – 你能提供顯著更好的內容 **行動優先級排序表**： 關鍵字 月搜尋量 競品排名 競品內容評分 你能超越？ 優先級 狗飼料推薦 2024 3,000 #3 6/10 ✅ 可超越 🔴 第一 幼犬飼料品牌 800 #1 9/10 ❌ 難超越 🟡 第二 無穀飼料好嗎 500 #5 4/10 ✅ 可超越 🔴 第一 #3 步驟 6：制定內容策略 #4 策略 A：直接超越（Head-to-Head） **適用時機**：競品內容品質不高（< 7/10 評分），你能創造更好內容。 **執行方法**： 1. 徹底分析競品內容的弱點 2. 創建更全面、更深入、更新的內容 3. 使用 Skyscraper Technique（摩天大樓技術） 4. 主動推廣你的內容以獲取反向連結 #4 策略 B：差異化競爭（Differentiation） **適用時機**：競品內容不錯但缺少特定角度或格式。 **差異化方向**： – 格式差異：競品是文章，你做成影片 + 文字逐字稿 – 深度差異：競品是清單，你加入專家觀點和數據分析 – 體驗差異：競品是理論，你加入實測和親身經驗 – 受眾差異：競品面向大眾，你專注特定人群（新手、專業人士） #4 策略 C：長尾包圍（Long-Tail Encirclement） **適用時機**：頭部關鍵字競爭過於激烈，你的網站權威性不足。 **執行方法**： 1. 放棄直接競爭頭部詞 2. 圍繞頭部詞創建大量長尾內容 3. 通過內部連結將長尾內容的權重匯集到目標頁面 4. 逐步積累主題權威性 頭部關鍵字：「筆電推薦」 ├── 長尾 1: 「2024 大學生筆電推薦」 ├── 長尾 2: 「3 萬元以內輕薄筆電推薦」 ├── 長尾 3: 「程式設計師適合的筆電」 ├── 長尾 4: 「筆電續航力比較 2024」 ├── ...（20+ 篇長尾內容） └── 全部內部連結回主力頁面 → 累積權威 → 終極指南排名上升 #2 競品分析工具箱 工具 核心功能 費用 **Ahrefs** Site Explorer、Content Gap、Keywords Explorer $99+/月 **SEMrush** Domain Analytics、Keyword Gap、Organic Research $129+/月 **Moz Pro** Link Explorer、Keyword Explorer、Competitive Research $99+/月 **SpyFu** 競品關鍵字與廣告分析 $39+/月 **SERP 手動分析** 仔細閱讀排名前 10 頁面，手動評分 免費 #2 SERP 手動分析模板 針對每個目標關鍵字，手動分析首頁的 10 個結果： 排名 URL 網域權威 內容類型 字數 優點 弱點 你能超越嗎？ #1 … DA 70 終極指南 5000 結構清晰 缺乏個人經驗 ✅ #2 … DA 85 清單文 3000 權威來源 內容過時 ✅ #3 … DA 60 比較文 2500 獨特觀點 資訊不完整 ✅ **手動分析的要點**： 1. 標題和 Meta Description 的吸引力 2. 內容的完整性和深度 3. 是否有獨特數據、圖片、案例 4. 使用者體驗（排版、可讀性、廣告干擾程度） 5. 內容的新鮮度（發布/更新日期） #2 競品反向連結分析（Bonus） 除了關鍵字，也應該分析競品的反向連��： #3 找出競品最佳連結來源 Site Explorer → 競品網域 → Backlinks 報告 → 篩選：DoFollow、高 DR、相關領域 → 這些網站也可能願意連結到你的內容 #3 連結缺口分析 Link Intersect 工具 → 輸入 3-5 個競品網域 → 顯示：多個競品都有但���沒有的連結來源 → 這些是最值得追求的連結機會 #2 重點回顧 - **SEO 競品 ≠ 商業競品**——在搜尋結果中與你競爭關鍵字的才算 - **內容缺口分析**是競品關鍵字研究的核心——找出競品有排名你沒有的詞 - **缺口四類型**：完全缺口（建新內容）、品質缺口（改善內容）、意圖缺口（調整格式）、新鮮度缺口（更新內容） - **三種競爭策略**：直接超越（內��更好）、差異化（角度不同）、長尾包圍（逐步積累權威） - **手動 SERP 分析不可替代**——工具可以給你數據，但只有人工閱讀才能判斷內容品質 - **不要只看關鍵字，也看反向連結**——好的連結來源往往可以複製 | ← [第 14 章：長尾關鍵字挖掘與應用策略](http://14-長尾關鍵字挖掘與應用策略.md) | [回索引](http://../索引.md) | [第 16 章：建立 SEO 關鍵字矩陣 →](http://16-建立SEO關鍵字矩陣.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 16 章：建立 SEO 關鍵字矩陣 URL: https://cyruschan.com/seo-chapter-16/ > 什麼是關鍵字矩陣？ 關鍵字矩陣（Keyword Matrix） 是一種將大量關鍵 #2 什麼是關鍵字矩陣？ **關鍵字矩陣（Keyword Matrix）** 是一種將大量關鍵字系統化組織、分類和排定優先級的管理工具。它不是單純的關鍵字列表，而是將關鍵字按照多個維度（搜尋意圖、競爭難度、商業價值、內容類型）進行交叉分析，幫助你做出更精準的 SEO 資源分配決策。 關鍵字矩陣的本質：**讓你知道該「先做什麼、後做什麼、不做什麼」。** #2 為什麼需要關鍵字矩陣？ #3 三個核心問題，矩陣幫你回答 問題 沒有矩陣 有矩陣 該從哪個關鍵字開始？ 憑感覺、看搜尋量大小 根據矩陣的優先級分數 該用什麼格式寫內容？ 拍到什麼寫什麼 矩陣已標註最佳內容格式 資源該如何分配？ 均分或隨機 高 ROI 關鍵字獲得更多資源 #2 關鍵字矩陣的四個維度 ┌─────────────────────────────────────────────────┐ │ 關鍵字矩陣四維度模型 │ ├──────────────┬──────────────┬────────────────────┤ │ 搜尋意圖 │ 內容格式 │ 優先級排序 │ │ (X軸) │ (對應策略) │ (決定資源) │ ├──────────────┼──────────────┼────────────────────┤ │ 資訊型 (I) │ 教學/指南 │ 商業價值 × 競爭難度 │ │ 導航型 (N) │ 品牌/官網 │ = ROI 分數 │ │ 商業調查型(C) │ 比較/推薦 │ │ │ 交易型 (T) │ 產品/方案 │ │ ├──────────────┴──────────────┴────────────────────┤ │ 競爭難度 (Y軸) → 可行性評估 │ └─────────────────────────────────────────────────┘ #2 矩陣構建：五步驟實操 #3 步驟 1：收集關鍵字 從關鍵字研究中匯出全部關鍵字（最少 100+ 個），每個關鍵字需要附帶以下數據： 欄位 說明 來源 關鍵字 原始查詢詞 關鍵字工具 月搜尋量 每月平均搜尋次數 Ahrefs / Google Keyword Planner 搜尋意圖 I / N / C / T 手動判斷或工具分析 關鍵字難度 (KD) 0-100 的競爭難度分數 Ahrefs / SEMrush 目前排名 你的頁面當前排名 若已有相關頁面 CPC 若該詞在 Google Ads 中有出價 反映商業價值 #3 步驟 2：將關鍵字分類到四個象限 以**搜尋意圖**為 X 軸、**競爭難度**為 Y 軸，建立四象限： 競爭難度 高 │ │ Q2: 高難度資訊型 │ Q1: 高難度商業型 │ (長期內容策略) │ (核心攻堅目標) │ │ ├───────────────────────┤ │ │ │ Q3: 低難度資訊型 │ Q4: 低難度商業型 │ (流量積累基礎) │ (立即執行！金礦區) │ │ 低 │ │ └───────────────────────┴────→ 商業價值 資訊型 交易型 **四個象限的策略對應**： 象限 特徵 策略 資源分配 **Q4 金礦區** 低難度 + 高商業價值 立即創建內容，最高優先級 40% **Q1 攻堅區** 高難度 + 高商業價值 核心業務詞，長期投入 30% **Q3 基礎區** 低難度 + 資訊型 批量創建，建立主題權威 20% **Q2 觀望區** 高難度 + 資訊型 評估後決定是否值得投入 10% #3 步驟 3：為每個關鍵字標註最佳內容格式 根據搜尋意圖和 SERP 分析，為每個關鍵字標註最適合的內容格式： 搜尋意圖 SERP 主流格式 建議內容類型 資訊型 (I) 長篇文章、How-to 指南 終極指南 / Step-by-Step 教學 資訊型 (I) PAA 問題區塊 FAQ 頁面 / 問答型文章 商業調查型 (C) 比較文、推薦清單 「最佳XX推薦」/「A vs B 比較」 交易型 (T) 產品頁面 產品 / 登陸頁 混合型 多種格式共存 優先匹配佔比最高的格式 #3 步驟 4：計算 ROI 優先級分數 ROI 分數 = (搜尋量標準化 × 0.2) + (商業價值 × 0.4) + ((100 - 關鍵字難度)標準化 × 0.3) + (內容匹配度 × 0.1) 其中： – **搜尋量標準化**：將原始搜尋量轉換為 1-10 分（以最大搜尋量為基準） – **商業價值**：交易型 = 10，商業調查型 = 7，資訊型 = 3，導航型 = 1 – **內容匹配度**：你對該主題的專業程度（1-10 分） #3 步驟 5：建立矩陣表格與行動計畫 最終的關鍵字矩陣應是一張可操作的表格： 關鍵字 搜尋量 意圖 KD 商業價值 內容格式 ROI 分數 行動 狗飼料推薦 2024 3,000 C 40 7 推薦清單 7.5 Week 1 執行 狗飼料怎麼選 1,500 I 25 3 指南 6.2 Week 2 執行 皇家狗飼料評價 800 C 35 8 評測文 7.8 Week 1 執行 狗飼料成分分析 500 I 20 4 教學文 5.5 Week 3 執行 #2 關鍵字矩陣的動態管理 #3 定期更新頻率 更新項目 頻率 目的 排名變化追蹤 每週 了解內容表現，及時調整 新關鍵字加入 每月 持續擴大關鍵字庫 ROI 重新計算 每季 反映市場變化 競爭格局分析 每季 發現新的機會和威脅 #3 矩陣的視覺化呈現 使用試算表（Excel / Google Sheets）建立關鍵字矩陣，配合條件格式設定： - **顏色編碼**：ROI > 7 = 綠色（立即執行），5-7 = 黃色（排入計劃），< 5 = 灰色（延後） - **進度條**：顯示每組關鍵字的內容完成度 - **儀表板**：總覽關鍵字覆蓋率、排名分布、流量變化 #2 實戰工具範本 #3 Google Sheets 關鍵字矩陣範本結構 工作表 內容 **關鍵字庫** 所有關鍵字 + 向量數據 **矩陣視圖** 四象限可視化 **內容排程** 按優先級排列的內容日曆 **追蹤儀表板** 排名變化、流量趨勢 **競品對照** 競品關鍵字覆蓋情況 #3 公式範例（Google Sheets） ROI 分數 = (NORMALIZE(B2, MIN(B:B), MAX(B:B)) * 0.2) + (SWITCH(C2, "交易型", 10, "商業調查型", 7, "資訊型", 3, "導航型", 1) * 0.4 / 10) + (NORMALIZE(100-D2, MIN(...), MAX(...)) * 0.3) + (E2 * 0.1) #2 重點回顧 - **關鍵字矩陣 = 系統化的關鍵字管理決策工具**，解決「先做什麼」的問題 - **四維度模型**：搜尋意圖（X軸）、競爭難度（Y軸）、內容格式（策略）、ROI（優先級） - **Q4 金礦區**：低難度 + 高商業價值的關鍵字應該最先執行 - **ROI 分數**幫助你在眾多關鍵字中做出數據驅動的取捨 - **矩陣是活的**——需要定期更新排名、加入新字、重新計算優先級 - 一個好的關鍵字矩陣能讓你的 SEO 效率提升 2-3 倍 | ← [第 15 章：競品關鍵字分析與缺口策略](http://15-競品關鍵字分析與缺口策略.md) | [回索引](http://../索引.md) | [第 17 章：Title Tag 完整優化指南 →](http://17-Title-Tag完整優化指南.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 17 章：Title Tag 完整優化指南 URL: https://cyruschan.com/seo-chapter-17/ > 什麼是 Title Tag？ Title Tag（標題標籤） 是 HTML 文件 #2 什麼是 Title Tag？ **Title Tag（標題標籤）** 是 HTML 文件 <head> 區域中的一個元素，用來定義網頁的標題。它是搜尋引擎結果頁面（SERP）中最顯眼的元素，通常以藍色、可點擊的大字顯示。 <head> <title>你的網頁標題 — 這會顯示在 Google 搜尋結果中 #3 Title Tag 的雙重角色 角色 對象 影響 **排名信號** 搜尋引擎 Google 用 Title Tag 判斷頁面主題 **點擊誘因** 使用者 使用者根據 Title Tag 決定是否點擊 Title Tag 是 SEO 中最重要的單一頁面元素——Google 官方明確表示它是排名系統中「非常強的信號」。 #2 Title Tag 對 SEO 的影響 #3 1. 排名影響 Google 將 Title Tag 用作理解頁面主題的**核心信號**。如果你的 Title Tag 中包含目標關鍵字，Google 更容易將你的頁面與該關鍵字關聯。 **但注意**：關鍵字堆砌（Keyword Stuffing）會觸發 Google 的處罰機制。 #3 2. 點擊率（CTR）影響 Title Tag 是使用者在 SERP 中做出的第一個判斷。一個好的 Title Tag 可以將 CTR 提升 **20-50%**，而更高的 CTR 本身就是一個正向的排名信號。 #3 3. 社群分享影響 當你的頁面被分享到 Facebook、Twitter、LinkedIn 等社群平台時，Title Tag 通常會作為分享卡片的標題。一個吸引人的 Title Tag 能帶來更高的社群互動。 #2 Title Tag 的最佳實踐 #3 黃金公式 最佳 Title Tag = 主要關鍵字 + 次要關鍵字（可選） + 品牌名稱 或 最佳 Title Tag = 吸引人的價值主張 + 主要關鍵字 | 品牌名稱 #3 七大優化法則 #4 法則 1：關鍵字靠前 Google 對 Title Tag 中越靠前的詞越重視。將最重要的關鍵字放在最前面。 ⭕ 好 ❌ 差 SEO 完整教學：從入門到精通 | 品牌 品牌 — 我們有 SEO 完整教學 #4 法則 2：控制長度 標準 建議 **字元數** 50-60 字元（含空格） **像素寬度** 約 580px（Google 顯示上限） **中文字** 25-30 個中文字 **英文字** 50-60 個英文字元 超過上限的部分會被 Google 截斷，以「…」代替。確保關鍵資訊在前 50 個字元內。 **檢查工具**：使用 [Mangools SERP Simulator](https://mangools.com/serp-simulator) 或直接在 SERP 中預覽。 #4 法則 3：避免關鍵字堆砌 ⭕ 好 ❌ 差 狗飼料推薦 2024：10 款獸醫推薦品牌 狗飼料、狗飼料推薦、狗飼料品牌、狗飼料評價 關鍵字在 Title Tag 中出現 1 次就好，最多不要超過 2 次。 #4 法則 4：加入品牌名稱 在 Title Tag 末尾加入品牌名稱（用 | 或 — 分隔）： 主要關鍵字 + 價值描述 | 品牌名稱 SEO 教學完整指南：2024 年最新策略 | WorkBuddy **例外**：首頁 Title Tag 可以品牌名稱為主： 品牌名稱 — 一句話描述你的價值主張 #4 法則 5：加入吸引力元素 在 Title Tag 中���入以下元素可以提升點擊率： 元素 範例 CTR 提升幅度 **數字** 「7 個」、「10 款」、「2024 年」 +15-25% **括號** 「[2024 更新]」「(實測)」 +10-15% **年份** 「2024 年最新」 +10-20% **情感詞** 「終極」「完整」「實用」 +5-10% **緊迫感** 「現在就該」、「必看」 +5-8% #4 法則 6：每個頁面的 Title Tag 必須唯一 Google 不希望看到多個頁面使用相同或極度相似的 Title Tag。重複的 Title Tag 會導致： – Google 自行生成替代標題（通常不理想） – 關鍵字蠶食（多個頁面競爭同一關鍵字） #4 法則 7：與 H1 協同但不需完全一致 Title Tag 和 H1 可以不同。Title Tag 面向搜尋引擎和 SERP 點擊者，H1 面向頁面訪客。 Title Tag（搜尋結果顯示） H1（頁面主標題） 目的 吸引點擊 + 排名信號 確認訪客到達正確頁面 風格 濃縮精煉、具吸引力 清晰描述、可稍長 範例 7 款最佳狗飼料推薦 [2024 獸醫評選] 2024 年獸醫推薦的 7 款最佳狗飼料完整評測 #2 Title Tag 優化範例 #3 各類型頁面的 Title Tag 範本 頁面類型 Title Tag 範本 **首頁** 品牌名稱 — 一句價值主張 **產品頁** [產品名稱] — [1-2 個關鍵特色] | 品牌 **分類頁** [分類名稱] 推薦：2024 年最新 [數量] 款 | 品牌 **部落格文章** [吸引���的標題 + 關鍵字] | 品牌 **關於我們** 關於 [品牌] — [一句話介紹] **聯絡頁面** 聯絡 [品牌] — [服務項目] #3 真實範例對比 頁面 優化前 優化後 寵物用品首頁 PetHome PetHome — 全台最專業寵物用品，犬貓飼料玩具一站購足 產品頁 皇家狗飼料 皇家狗飼料 S 系列 | 小型犬專用配方 2kg | PetHome 部落格文 狗飼料推薦 2024 狗飼料推薦：10 款獸醫精選品牌 [新手必看] | PetHome #2 Google 重寫 Title Tag：你該知道的事 Google 有時會在 SERP 中顯示與你設定的 Title Tag 不同的標題。根據 2021 年的研究，Google 重寫了大約 **33-58%** 的 Title Tag。 #3 Google 重寫 Title Tag 的常見原因 原因 解決方法 Title 太長 控制在 50-60 字元內 Title 關鍵字堆砌 自然地使用 1-2 次關鍵字 Title 與內容不符 確保 Title 準確反映頁面內容 缺少品牌名稱 在末尾加入品牌名稱 多個頁面 Title 重複 每個頁面使用唯一 Title Title 使用全大寫 使用正常的大小寫格式 #3 如何檢查 Google 是否重寫了你的 Title？ - 在 Google 中搜尋 site:你的網域 "頁面標題" - 查看 Google 實際顯示的 Title - 與你設定的 Title Tag 進行對比 - 如果經常被重寫，參考上述原因進行調整 #2 Title Tag 優化檢查清單 檢查你的每個重要頁面： - [ ] Title Tag 是否包含目標關鍵字？（關鍵字靠前） - [ ] 長度是否在 50-60 字元以內？ - [ ] 是否避免關鍵字堆砌？ - [ ] 是否包含品牌名稱？（用 | 分隔） - [ ] 是否包含吸引點擊的元素？（數字、年份、情感詞） - [ ] 每個頁面的 Title Tag 是否唯一？ - [ ] Title Tag 與 H1 是否合理協同？ - [ ] Google 是否在 SERP 中重寫了你的 Title？ - [ ] 在行動裝置上，Title 是否完整顯示？ #2 重點回顧 - **Title Tag 是 SEO 最重要的單一頁面元素**——既是排名信號，也是點擊誘因 - **黃金公式**：主要關鍵字 + 價值描述 | 品牌名稱 - **長度控制在 50-60 字元**（約 25-30 個中文字） - **加入吸引力元素**（數字、年份、括號）可提升 CTR 10-25% - **每個頁面的 Title Tag 必須唯一** - **33-58% 的 Title Tag 會被 Google 重寫**——遵守最佳實踐以降低被重寫的機率 | ← [第 16 章：建立 SEO 關鍵字矩陣](http://16-建立SEO關鍵字矩陣.md) | [回索引](http://../索引.md) | [第 18 章：Meta Description 全攻略 →](http://18-Meta-Description全攻略.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 18 章：Meta Description 全攻略 URL: https://cyruschan.com/seo-chapter-18/ > 什麼是 Meta Description？ Meta Description（元 #2 什麼是 Meta Description？ **Meta Description（元描述）** 是 HTML 文件 區域中的一個標籤，用來提供頁面內容的簡短摘要。它通常顯示在搜尋結果頁面（SERP）的標題下方，以灰色小字呈現。 #3 Meta Description 的角色轉變 時期 角色 **2009 年前** 排名因子（Google 會根據 Description 中的關鍵字來排名） **2009 年以後** Google 官方宣布 Description **不再是排名因子** **現在** 純粹的**點擊率優化工具**和**使用者體驗元素** 關鍵理解：Meta Description 不直接影響排名，但一個好的 Description 能顯著提升 CTR，而 CTR 的提升**可能**間接影響排名。 #2 Meta Description 不直接影響排名，為什麼還重要？ #3 1. CTR（點擊率）的直接驅動 資料顯示，優化過的 Meta Description 可以將 CTR 提升 **5-15%**。在 SERP 中，Description 是使用者決定要不要點進去的第二個判斷依據（第一個是 Title Tag）。 #3 2. 提升搜尋結果的「佔有率」 良好的 Description 讓你的搜尋結果在視覺上更突出、更專業，從而在眾多結果中脫穎而出。 #3 3. 間接排名影響 雖然 Google 官方表示 Description 不直接影響排名，但學界和業界的多項研究表明： – 高 CTR → Google 認為你的結果更符合使用者需求 → 排名可能上升 – 低跳出率（好 Description 能設定正確預期）→ 正向使用者體驗信號 #3 4. 社群分享的預設描述 當你的頁面被分享到 Facebook、LinkedIn 等平台時，Meta Description 通常會作為預設的分享文字（如果沒有設定專門的 OG Description）。 #2 Meta Description 的最佳實踐 #3 黃金公式 最佳 Meta Description = 價值主張摘要 + 關鍵字自然融入 + 行動呼籲 (CTA) #3 ��大優化法則 #4 法則 1：控制長度 裝置 建議長度 **桌面版** 150-160 字元（約 920px） **行動版** 約 120 字元（約 680px） **最安全範圍** 140-155 字元 超過上限的部分會被 Google 截斷，以「…」表示。確保核心資訊在前 120 個字元內。 **檢查工具**：使用 [Mangools SERP Simulator](https://mangools.com/serp-simulator) 預覽 Description 的顯示效果。 #4 法則 2：自然融入關鍵字 Google 會在 SERP 中**粗體顯示**與使用者查詢匹配的關鍵字。當你自然地融入關鍵字時，你的搜尋結果會更顯眼。 ⭕ 好 ❌ 差 想為你的小型犬挑選最適合的狗飼料？我們整理 2024 年獸醫推薦的 10 款品牌，從成分分析到價格比較，幫助新手飼主做出最佳選擇。 狗飼料推薦狗飼料品牌狗飼料評價狗飼料價格。買狗飼料就來我們網站，最好的狗飼料推薦平台。 #4 法則 3：加入清晰的 CTA（行動呼籲） 在 Description 末尾加入一個簡潔的行動呼籲，引導使用者點擊： CTA 類型 範例 資訊獲取 「立即閱讀完整指南 →」 產品購買 「限時優惠，馬上選購 →」 學習進階 「免費下載完整教學 →」 解決方案 「了解如何解決你的問題 →」 #4 法則 4：反映頁面內容的真實價值 Description 必須準確反映頁面內容。誇大或誤導的 Description 會導致： – 高跳出率（使用者點進去發現內容不符） – Google 可能會重寫你的 Description – 損害品牌信任度 #4 法則 5：每個頁面的 Description 必須唯一 與 Title Tag 一樣，每個頁面的 Meta Description 必須是唯一的。重複的 Description 會讓 Google 自動生成替代文字，失去你控制搜尋結果外觀的機會。 #4 法則 6：使用主動語態和對話式語氣 被動語態 主動語態 本頁面提供了關於 SEO 的資訊。 學好 SEO 只需 30 天？我們整理了從入門到精通的完整路徑，帶你一步步掌握排名技巧。 #4 法則 7：針對行動版優化 超過 60% 的搜尋來自行動裝置。行動版的 Description 顯示空間更小，因此： – 將最重要的資訊放在前 100 個字元 – 避免冗長的開場白 – 直接切入核心價值 #2 Meta Description 撰寫範本 #3 各類型頁面的 Description 範本 頁面類型 範本 **首頁** [品牌名稱] 提供 [核心服務/產品]，[獨特價值]。立即探索 [N] 款 [產品類型]，[CTA]。 **產品頁** [產品名稱] — [3-4 個關鍵特色]。[價格範圍/優惠資訊]。[CTA]。 **分類頁** 尋找最適合的 [分類名稱]？我們精選 2024 年 [N] 款熱門選擇，從 [角度A] 到 [角度B] 完整比較。[CTA]。 **部落格文章** [文章核心問題/主題]？本文 [獨特價值：例如「實測/分析/整理」] 了 。[簡要說明內容涵蓋範圍]。[CTA]。 **關於我們** [品牌名稱] 成立於 [年份]，專注於 [領域]。[一句價值主張]。了解我們的故事與理念。 #3 真實範例對比 頁面 優化前 優化後 SEO 教學文 這是一篇 SEO 教學文章。 想讓網站排上 Google 第一頁？這篇 SEO 完整教學從關鍵字研究、內容優化到技術 SEO，用 30 天帶你從新手變專家。立即開始學習 → 產品頁 我們賣狗飼料。各種品牌都有。 皇家狗飼料 S 系列 — 專為小型犬設計的均衡配方，含 Omega-3 護毛成分。2kg 裝 $890 起，全館滿千免運。立即選購 → #2 Google 重寫 Meta Description 與 Title Tag 一樣，Google 經常會重寫 Meta Description。根據研究，約 **63-71%** 的 Meta Description 會被 Google 部分或完全重寫。 #3 Google 重寫 Description 的常見原因 原因 解決方法 Description 太短或太長 控制 140-155 字元 Description 與查詢關鍵字無關 確保 Description 涵蓋頁面的核心主題 Description 是關鍵字堆砌 自然地使用關鍵字 多個頁面 Description 重複 每個頁面使用唯一的 Description Description 未反映頁面實際內容 確保 Description 準確描述頁面內容 Google 認為直接從頁面擷取更準確 在頁面關鍵位置放置與 Description 相似的文字 #3 被重寫時的應對策略 - **接受現實**：Google 重寫 Description 非常普遍，如果重寫後的版本合理，不用過度擔心 - **檢查頁面內容**：確保頁面開頭段落包含你希望顯示的核心資訊 - **調整 Description**：如果 Google 多次重寫，嘗試調整 Description 的風格和內容 - **使用結構化資料**：Schema Markup 可以幫助 Google 更準確地理解你的頁面 #2 何時不該寫 Meta Description？ 有些情況下，**不寫 Description 可能更好**： 情況 原因 長篇內容頁 Google 可能從頁面中擷取與查詢更相關的片段 新聞文章 Google 傾向從內文擷取最新、最相關的片段 極度長尾的頁面 不同查詢的相關片段不同，Google 更懂得動態生成 **實務建議**：對於你的主力頁面（首頁、核心產品頁、主力內容），**一定**要寫 Description。對於海量長尾內容，寫一個好的 Description 仍然有幫助，但不要為了寫而寫。 #2 Meta Description 檢查清單 檢查每個重要頁面的 Description： - [ ] Description 是否在 140-155 字元以內？ - [ ] 是否自然融入了目標關鍵字？（Don’t stuff!） - [ ] 是否包含清晰的行動呼籲（CTA）？ - [ ] 是否準確反映了頁面內容？ - [ ] 描述是否有吸引力？會讓人想點擊嗎？ - [ ] 每個頁面的 Description 是否唯一？ - [ ] 在行動裝置上，核心資訊是否在前 100 字元？ - [ ] Google 是否經常重寫這個 Description？ - [ ] 如果頁面被分享到社群平台，Description 的預覽效果如何？ #2 重點回顧 - **Meta Description 不直接影響排名**，但直接影響 CTR——而 CTR 可能間接影響排名 - **黃金公式**：價值主張 + 關鍵字自然融入 + CTA - **最佳長度**：140-155 字元，行動版核心資訊在前 100 字元 - **每個頁面的 Description 必須唯一**，否則 Google 會自行生成 - **約 63-71% 的 Description 會被 Google 重寫**——遵守最佳實踐以盡量保留控制權 - Description 是**免費的廣告文案**——花心思寫好它，你的 CTR 會回報你 | ← [第 17 章：Title Tag 完整優化指南](http://17-Title-Tag完整優化指南.md) | [回索引](http://../索引.md) | [第 19 章：Header 標籤（H1-H6）優化策略 →](http://19-Header標籤優化策略.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 19 章：Header 標籤（H1-H6）優化策略 URL: https://cyruschan.com/seo-chapter-19/ > 什麼是 Header 標籤？ Header 標籤（H1-H6） 是 HTML 中 #2 什麼是 Header 標籤？ **Header 標籤（H1-H6）** 是 HTML 中用來定義標題層級的標記，從最重要的 H1 到最次要的 H6，共六個層級。它們為頁面提供清晰的內容結構，就像一本書的章節標題。

頁面主標題（最重要，每頁只有一個）

主要章節

子章節

更細的子章節

補充說明
最細的補充（很少使用）
#3 Header 標籤的雙重價值 對象 價值 **使用者** 快速掃描頁面結構，找到感興趣的段落 **搜尋引擎** 理解頁面內容的層級關係和主題重點 Google 的 John Mueller 曾說：「Header 標籤幫助我們理解頁面的結構和主題。它們是理解內容的強信號，但不是排名魔術。」 #2 H1 標籤：頁面的靈魂標題 #3 H1 的基本規則 規則 說明 **每頁只有一個 H1** HTML5 允許每個
有一個 H1，但最佳實踐仍建議每頁一個 H1 **包含主要關鍵字** H1 應該包含該頁面最重要的目標關鍵字 **與 Title Tag 協同** H1 與 Title Tag 相關但不必完全一致（見第 17 章） **放在內容最前面** H1 應該是頁面正文的第一個標題 #3 H1 vs Title Tag：功能定位 Title Tag H1 **顯示位置** SERP 搜尋結果 頁面頂部 **主要讀者** 搜尋結果瀏覽者 頁面訪客 **關鍵字策略** 更精煉、更有吸引力 更描述性、更完整 **長度建議** 50-60 字元 20-70 字元（中文約 10-35 字） #3 H1 優化實戰範例 頁面類型 ⭕ 好的 H1 ❌ 差的 H1 教學文章 2024 年 SEO 完整教學：從入門到第一頁排名 SEO 產品頁 皇家 S 系列小型犬專用飼料（2kg） 產品頁面 關於我們 關於 PetHome — 你的寵物健康夥伴 關於 #3 常見 H1 錯誤 - **沒有 H1**：頁面缺少主標題，Google 無法快速理解核心主題 - **多個 H1**：在一個頁面使用多個 H1 標籤，分散語意焦點 - **H1 只有圖片**：使用 作為 H1 的內容，Google 無法讀取 - **H1 藏在 Logo 中**：這是許多網站常見的錯誤 - **H1 與內容無關**：H1 誇大或誤導使用者 #2 H2-H6：建立清晰的內容層級 #3 正確的標題層級結構 H1: 頁面主標題 ├── H2: 第一大主題 │ ├── H3: 子主題 A │ │ ├── H4: 細節 a │ │ └── H4: 細節 b │ └── H3: 子主題 B ├── H2: 第二大主題 │ ├── H3: 子主題 C │ └── H3: 子主題 D └── H2: 結論 #3 標題層級四大紀律 #4 紀律 1：不要跳級 ⭕ 正確 ❌ 錯誤 H1 → H2 → H3 → H4 H1 → H3 → H2（層級混亂） 跳過層級會讓 Google 難以理解內容的主從關係。 #4 紀律 2：自然融入關鍵字 在 H2 和 H3 中自然地使用相關關鍵字，但不要強行堆砌： ⭕ 好 ❌ 差 ## 狗飼料的四大選購原則 ## 狗飼料推薦狗飼料品牌狗飼料評價 ## 幼犬飼料與成犬飼料的差異 ## 狗飼料優惠狗飼料促銷狗飼料 #4 紀律 3：保持簡潔有力 標籤 建議長度 H2 5-15 個中文字 H3 5-12 個中文字 H4-H6 5-10 個中文字 標題是「路標」，不是「說明書」。要讓使用者在 2 秒內理解這個段落講什麼。 #4 紀律 4：標題要有資訊量 ⭕ 有資訊量的標題 ❌ 空洞的標題 ## 為什麼無穀飼料更適合腸胃敏感犬？ ## 介紹 ## 三個步驟快速判斷飼料品質 ## 第一步 #2 使用 Header 標籤優化 Featured Snippet Header 標籤是獲取 Featured Snippet（精選摘要）的重要信號。Google 經常從結構良好的內容中擷取 H2/H3 作為 Featured Snippet 的來源。 #3 Featured Snippet 優化技巧 - **用 H2/H3 提問**：將常見問題作為 H2 或 H3 - **緊接著給出簡潔答案**：在標題後 1-2 句內給出直接答案（40-60 字） - **使用列表或步驟**：在 H2 後使用有序/無序列表更容易被擷取 - **配合 FAQ Schema**：在結構化數據中重複 H2 的問答結構 **範例結構**：

狗飼料應該多久換一次？

一般建議每 3-6 個月逐步調整一次狗飼料品牌或配方。過於頻繁的更換可能導致腸胃不適。

#2 Header 標籤與無障礙設計（Accessibility） 良好的 Header 結構不僅對 SEO 有利，對使用螢幕閱讀器的視覺障礙使用者同樣重要： - 螢幕閱讀器可以通過 Header 標籤快速跳轉頁面內容 - 清晰的層級結構讓所有使用者都能快速理解頁面組織 - 符合 WCAG 2.1 無障礙標準的 Header 結構也是 Google 評估頁面品質的信號之一 #2 Header 標籤優化檢查清單 - [ ] 每個頁面只有一個 H1 - [ ] H1 包含頁面的主要目標關鍵字 - [ ] H1 與 Title Tag 相關但不完全相同 - [ ] H2-H6 形成清晰的層級結構（不跳級） - [ ] 每個 H2/H3 都自然地融入相關關鍵字 - [ ] 標題簡潔有力，有資訊量 - [ ] H2/H3 的問題型標題後緊接著簡潔的答案（Featured Snippet 優化） - [ ] 標題層級結構支援無障礙設計（WCAG） - [ ] 在行動裝置上，標題不會過長導致換行混亂 #2 重點回顧 - **H1 = 頁面的靈魂標題**，每頁只有一個，包含主要關鍵字 - **H2-H6 建立內容層級**，幫助使用者和搜尋引擎理解頁面結構 - **不要跳級**（H1 → H3），保持層級連貫 - **標題要有資訊量和關鍵字**，但不要堆砌 - **用 H2/H3 提問 + 簡答**的結構來爭取 Featured Snippet - Header 標籤優化 = SEO + 使用者體驗 + 無障礙設計的完美交集 | ← [第 18 章：Meta Description 全攻略](http://18-Meta-Description全攻略.md) | [回索引](http://../索引.md) | [第 20 章：URL 結構優化完整指南 →](http://20-URL結構優化完整指南.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 20 章：URL 結構優化完整指南 URL: https://cyruschan.com/seo-chapter-20/ > 為什麼 URL 結構對 SEO 重要？ URL（網址）是使用者和搜尋引擎接觸你網 #2 為什麼 URL 結構對 SEO 重要？ URL（網址）是使用者和搜尋引擎接觸你網站的第一個技術層面。一個好的 URL 結構不僅幫助 Google 理解頁面主題，更能提升使用者點擊意願和信任度。 Google 的官方指南：「URL 應該簡單、易於理解，讓使用者和搜尋引擎都能從中獲得有意義的資訊。」 #2 好 URL vs 壞 URL：一圖看懂 好 URL 壞 URL example.com/dog-food-guide example.com/?p=123 example.com/products/royal-small-breed example.com/index.php?category_id=45&product=789&session=abc123 example.com/blog/seo-tutorial-2024 example.com/2024/03/15/category/seo/article-about-seo.html #2 URL 結構優化八大金律 #3 金律 1：簡短且具描述性 原則 說明 越短越好 短 URL 在 SERP 中更美觀、更容易被完整顯示 有描述性 使用者看到 URL 就能猜出頁面內容 避免無意義參數 ?p=123&ref=abc 對使用者和 Google 都無用 **實戰建議**：URL 長度控制在 **50-75 字元**以內（不含網域）。 #3 金律 2：使用連字號（-）分隔單詞 ⭕ 正確 ❌ 錯誤 seo-tutorial-2024 seotutorial2024 dog-food-guide dog_food_guide（底線不被 Google 視為分隔符） best-laptops-2024 best+laptops+2024 Google 將連字號（hyphen）視為空格分隔符，但將底線（underscore）視為單詞的一部分。 #3 金律 3：全部使用小寫字母 ⭕ 正確 ❌ 錯誤 example.com/seo-guide example.com/SEO-Guide example.com/about-us example.com/About-Us **原因**：某些伺服器（特別是 Linux/Apache）對大小寫敏感，/SEO-Guide 和 /seo-guide 可能被視為不同頁面，造成重複內容問題。 #3 金律 4：包含目標關鍵字 URL 是 Google 理解頁面主題的信號之一。在 URL 中包含主要關鍵字有助於： – Google 快速理解頁面主題 – 使用者在 SERP 中看到關鍵字被粗體顯示 – 其他網站引用時，URL 中的關鍵字成為自然的錨點文字 頁面主題 建議 URL SEO 教學 example.com/seo-tutorial 狗飼料推薦 example.com/dog-food-recommendations 筆電比較文 example.com/laptop-comparison-2024 #3 金律 5：使用靜態 URL，避免動態參數 URL 類型 範例 SEO 友好度 **靜態 URL** example.com/products/dog-food ⭐⭐⭐⭐⭐ **含少量參數** example.com/products?category=dog ⭐⭐⭐ **多參數混亂** example.com/?cat=45&id=789&session=abc ⭐ **解決方案**：使用 URL Rewrite（重寫規則）將動態 URL 轉換為靜態格式。 #3 金律 6：反映網站結構層級 URL 應該反映網站的分類結構，形成清晰的「麵包屑」路徑： example.com/ ← 首頁 example.com/blog/ ← 部落格首頁 example.com/blog/seo/ ← SEO 分類 example.com/blog/seo/keyword-research/ ← 具體文章 **原則**：不要巢狀過深。建議 URL 層級最多不超過 **3-4 層**。 #3 金律 7：避免在 URL 中使用停用詞（Stop Words） 停用詞是那些對 URL 含義貢獻不大的詞： 建議避免 因為 the, a, an, and, or, but, in, on, of, to 增加 URL 長度而不增加資訊量 ⭕ 精簡 ❌ 冗長 example.com/best-seo-tools example.com/the-best-seo-tools-of-the-year example.com/dog-food-guide example.com/a-complete-guide-to-dog-food #3 金律 8：URL 只改一次，改了就要做 301 一旦確定了 URL 結構，盡量不要更改。如果確實需要改： - **設置 301 永久重定向**：從舊 URL 指向新 URL - **更新內部連結**：將網站內所有指向舊 URL 的連結改為新 URL - **在 GSC 中提交變更**：使用 Google Search Console 的「地址變更」工具 - **更新 Sitemap**：生成並提交新的 XML Sitemap #2 各類型頁面的 URL 範本 頁面類型 URL 範本 **首頁** example.com/ **關於我們** example.com/about **聯絡頁面** example.com/contact **部落格首頁** example.com/blog/ **分類頁** example.com/category/[分類名稱]/ **文章頁** example.com/blog/[文章關鍵字]/ **產品分類** example.com/products/[分類名稱]/ **產品頁** example.com/products/[分類]/[產品名稱]/ #2 中文 URL 的處理策略 當網站使用中文時，URL 有兩種策略： #3 策略 A：使用英文拼音或翻譯（推薦） ⭕ 好 ❌ 差 example.com/xinwen/keji/ example.com/新聞/科技/ example.com/seo-jiaoxue/ example.com/SEO教學/ **原因**： – 中文 URL 在分享時會被編碼成 %E6%96%B0%E8%81%9E，極長且難讀 – 英文 URL 在不同平台上的兼容性更好 – 英文 URL 在反向連結中更容易處理 #3 策略 B：使用英文翻譯 頁面主題 建議 URL SEO 教學 example.com/seo-tutorial 狗飼料推薦 example.com/dog-food-guide 關於我們 example.com/about **最佳實踐**：如果品牌是中文，可以用拼音；如果是國際化網站，用英文。 #2 特殊情況處理 #3 WWW vs 非 WWW：選擇一個並保持一致 選項 範例 使用 www https://www.example.com 不使用 www https://example.com **二選一**，然後： 1. 設定 Canonical URL 指向你選擇的版本 2. 將另一個版本 301 重定向到主力版本 3. 在 GSC 中將兩個版本都加入為資源，並設定首選網域 #3 HTTPS vs HTTP：必須使用 HTTPS HTTPS 已經是 Google 的**排名信號**之一。如果你的網站還在用 HTTP： 1. 購買並安裝 SSL 憑證 2. 將所有 HTTP URL 301 重定向到 HTTPS 3. 更新 Canonical URL、Sitemap、內部連結 4. 在 GSC 中加入 HTTPS 版本 #3 尾綴斜線（Trailing Slash）：保持一致 選項 範例 有尾綴斜線 example.com/blog/ 無尾綴斜線 example.com/blog **二選一**，然後： – 將另一個版本 301 重定向到主力版本 – 在 Canonical URL 中使用你選擇的版本 #2 URL 結構優化檢查清單 - [ ] URL 簡短且具描述性（50-75 字元以內） - [ ] 使用連字號（-）分隔單詞 - [ ] 全部使用小寫字母 - [ ] 包含目標關鍵字 - [ ] 使用靜態 URL，避免動態參數 - [ ] URL 層級不超過 3-4 層 - [ ] 避免 URL 中的停用詞 - [ ] 選擇 WWW 或非 WWW，並做好重定向 - [ ] 全站使用 HTTPS - [ ] 尾綴斜線策略一致 - [ ] 中文內容使用英文/拼音 URL - [ ] 舊 URL 改動時設置 301 重定向 #2 重點回顧 - **URL = 使用者和搜尋引擎的第一印象**——簡短、乾淨、有意義 - **八大金律**構成 URL 優化的核心：短、連字號、小寫、關鍵字、靜態、層級、精簡、穩定 - **連字號（-）是單詞分隔符**，底線（_）不是 - **中文 URL 使用英文翻譯或拼音**，避免中文編碼帶來的兼容性問題 - **URL 改動 = 必須 301**，否則會損失累積的 SEO 價值 - 一致性是王道：WWW、HTTPS、尾綴斜線都要全站統一 | ← [第 19 章：Header 標籤優化策略](http://19-Header標籤H1-H6優化策略.md) | [回索引](http://../索引.md) | [第 21 章：圖片 SEO 完整指南 →](http://21-圖片SEO完整指南.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 21 章：圖片 SEO 完整指南 URL: https://cyruschan.com/seo-chapter-21/ > 為什麼圖片 SEO 值得你花時間？ 圖片搜尋佔 Google 總搜尋量約 20- #2 為什麼圖片 SEO 值得你花時間？ 圖片搜尋佔 Google 總搜尋量約 **20-25%**，是一個常被忽視的龐大流量來源。更重要的的是，優化圖片不僅能帶來圖片搜尋流量，還能通過以下方式幫助你的網頁排名： - 提升頁面加載速度（影響 Core Web Vitals） - 增加內容可讀性和使用者停留時間 - 提供額外的排名信號（Alt Text、檔案名稱） - 讓你的頁面有資格出現在 Google 圖片搜尋和 Google Lens 結果中 #2 圖片 SEO 五大支柱 ┌─────────────────────────────────────────────┐ │ 圖片 SEO 五大支柱 │ ├──────────┬──────────┬────────┬──────┬───────┤ │ 檔案名稱 │ Alt Text │ 檔案格式 │ 圖片 │ 結構化 │ │ │ │ 與壓縮 │ 尺寸 │ 資料 │ └──────────┴──────────┴────────┴──────┴───────┘ #2 支柱一：檔案名稱優化 圖片檔名是 Google 理解圖片內容的**第一個信號**。 #3 命名規則 規則 ⭕ 好 ❌ 差 描述性 golden-retriever-puppy-food.jpg IMG_4582.jpg 使用連字號 dog-food-comparison-chart.png dog_food_comparison_chart.png 包含關鍵字 seo-checklist-2024.jpg image1.jpg 避免關鍵字堆砌 dog-food-guide.jpg best-dog-food-cheap-dog-food-top-dog-food.jpg 小寫英文 royal-canin-small-breed.jpg Royal_Canin_Small_Breed.JPG 與 URL 相同，Google 將連字號視為分隔符，底線不被視為分隔符。 #2 支柱二：Alt Text（替代文字） #3 什麼是 Alt Text？ Alt Text 是當圖片無法顯示時替代顯示的文字，也是螢幕閱讀器描述圖片的依據。對 SEO 而言，它是 Google 理解圖片內容的**最強信號**。 2024 年 5 款熱門狗飼料營養成分比較表 #3 Alt Text 四大原則 原則 說明 **描述性** 準確描述圖片內容��想像你在向看不見的人描述這張圖 **簡潔** 控制在 125 字元以內（螢幕閱讀器通常在此截斷） **自然融入關鍵字** 如果合理，將相關關鍵字自然融入 **避免關鍵字堆砌** alt="狗飼料推薦狗飼料品牌狗飼料評價" 會被視為垃圾 #3 Alt Text 範例對比 圖片內容 ⭕ 好的 Alt Text ❌ 差的 Alt Text 狗飼料成分表 小型犬幼犬飼料主要營養成分對照表 表格 SEO 流程圖 SEO 優化四步驟流程圖：研究→創作→優化→追蹤 SEO 流程圖 SEO 策略 SEO 優化 產品照片 皇家 S 系列小型犬飼料 2kg 包裝正面 產品圖片 #3 何時 Alt Text 可以留空？ 對於純裝飾性圖片（如背景圖案、分隔線），可以將 Alt 設為空字串： 設為空字串（不是不寫）告訴螢幕閱讀器這張圖可以略過。 #2 支柱三：檔案格式選擇與壓縮 #3 主流圖片格式選擇指南 格式 最適合 優點 缺點 **WebP** 網頁圖片首選 壓縮率高、品質好、Google 推薦 舊瀏覽器兼容性（已非常少） **AVIF** 次世代格式 比 WebP 更小、品質更高 瀏覽器支援仍在普及中 **JPEG** 照片類圖片 兼容性最佳、色彩豐富 無透明度、壓縮有損 **PNG** 圖標、Logo、截圖 支援透明度、無損壓縮 檔案較大 **SVG** 圖標、Logo、插圖 無限縮放、極小檔案 複雜圖片不合適 #3 圖片壓縮的目標 頁面類型 圖片最大檔案大小 建議 內容圖片（部落格） 100-200KB WebP 格式壓縮質量 80-85% 縮圖 20-50KB 適當降低解析度 Hero 大圖 300-500KB 使用懶加載（Lazy Loading） Logo / 圖標 5-20KB SVG 優先 #3 壓縮工具推薦 工具 類型 費用 **Squoosh** 網頁端、Google 出品 免費 **TinyPNG / TinyJPG** 網頁端、API 有限免費 **ImageOptim** Mac 桌面應用 免費 **ShortPixel** WordPress 外掛 有限免費 **Cloudinary** CDN + 自動優化 有限免費 #2 支柱四：圖片尺寸與響應式圖片 #3 響應式圖片的三種實現方式 #4 方式 1：srcset + sizes（推薦） 小型犬飼料包裝正面照 #4 方式 2： 元素（格式切換） 小型犬飼料包裝正面照 #4 方式 3：CSS 媒體查詢（背景圖片） .hero { background-image: url('hero-mobile.webp'); } @media (min-width: 768px) { .hero { background-image: url('hero-desktop.webp'); } } #3 圖片尺寸最佳實踐 用途 建議寬度 說明 內容圖片（桌面） 800-1200px 足夠清晰，不過大 內容圖片（行動） 400-600px 配合 srcset 縮圖 / 列表圖 300-400px Fast loading Hero / Banner 1920px 覆蓋最大螢幕，配合壓縮 Open Graph 圖片 1200x630px 社群分享標準尺寸 #2 支柱五：結構化資料（ImageObject Schema） 使用結構化資料幫助 Google 更深入理解你的圖片�� #2 進階圖片 SEO 策略 #3 1. 圖片懶加載（Lazy Loading） 延遲加載不在視窗範圍內的圖片，顯著提升頁面首次加載速度（LCP）： ... ... **注意**：首屏（Above the Fold）的圖片不要使用 Lazy Loading，應使用 loading="eager"。 #3 2. 圖片 Sitemap 為圖片建立專屬的 XML Sitemap，幫助 Google 更快發現和索引你的圖片： https://example.com/blog/dog-food-guide.html https://example.com/images/dog-food-comparison.jpg 狗飼料營養成分比較表 2024 年 5 款熱門狗飼料營養對照 #3 3. Open Graph 圖片 確保每個重要頁面有專門的 OG 圖片（1200×630px），用於社群分享： #3 4. CDN 加速圖片傳輸 使用 CDN（如 Cloudflare、Cloudinary、Imgix）來加速全球範圍內的圖片載入。CDN 通常還會提供： – 自動格式轉換（WebP/AVIF） – 自動壓縮 – 自動調整尺寸 – 圖片快取 #2 Google Discover 與圖片 Google Discover（Google 探索）是一個重要的圖片驅動流量來源。要讓你的內容出現在 Discover 中： - **使用至少 1200px 寬的圖片**（Google 建議） - 確保圖片內容**原創且高品質**（不要用圖庫照） - 用 max-image-preview:large 告訴 Google 可以使用大圖預覽： #2 圖片 SEO 檢查清單 - [ ] 圖片檔名具有描述性，使用連字號分隔單詞 - [ ] 所有內容圖片都有恰當的 Alt Text（非堆砌） - [ ] 裝飾性圖片設為 alt="" - [ ] 使用 WebP 或 AVIF 格式 - [ ] 圖片檔案大小已壓縮（內容圖 < 200KB） - [ ] 實施了響應式圖片（srcset 或 picture） - [ ] 首屏圖片使用 loading="eager" - [ ] 其他圖片使用 loading="lazy" - [ ] 重要頁面有 ImageObject 結構化資料 - [ ] 已建立圖片 Sitemap（建議） - [ ] 使用 CDN 加速圖片傳輸 - [ ] OG 圖片設置完整（1200×630px） - [ ] 重要圖片寬度至少 1200px（Google Discover） #2 重點回顧 - **圖片搜尋佔 Google 總搜尋 20-25%**——圖片 SEO 是個不該忽視的流量來源 - **五大支柱**：檔名、Alt Text、格式壓縮、尺��、結構化資料 - **WebP 是網頁圖片首選格式**——檔案小、品質好、Google 推薦 - **Alt Text 是最強的圖片理解信號**——描述性、簡潔、自然融入關鍵字 - **響應式圖片（srcset + sizes）+ 懶加載** = 速度與體驗的最佳組合 - **1200px 以上寬度的原創圖片**才能進入 Google Discover 流量池 | ← [第 20 章：URL 結構優化完整指南](http://20-URL結構優化完整指南.md) | [回索引](http://../索引.md) | [第 22 章：內容結構與格式化 →](http://22-內容結構與格式化.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 22 章：內容結構與格式化 URL: https://cyruschan.com/seo-chapter-22/ > 為什麼內容結構對 SEO 重要？ Google 不只是「閱讀」你的內容——它在嘗 #2 為什麼內容結構對 SEO 重要？ Google 不只是「閱讀」你的內容——它在嘗試「理解」你的內容。良好的內容結構就像給 Google 一張清晰的地圖，告訴它：哪些是重點、哪些是次要、這些概念之間有什麼關係。 結構化的內容 = 更高的閱讀率 + 更長的停留時間 + 更好的排名。 #2 內容結構的五大原則 #3 原則 1：倒金字塔結構 將最重要的資訊放在最前面，讓讀者在前 10 秒就能確認「這篇文章對我��用」。 ┌─────────────────────────────┐ │ 核心結論 / 最重要的答案 │ ← 使用者一進來就看到 ├─────────────────────────────┤ │ 支持論點、關鍵數據 │ ← 想了解更多的人繼續閱讀 ├─────────────────────────────┤ │ 詳細解釋、實例、補充 │ ← 深度閱讀者 ├─────────────────────────────┤ │ 背景資訊、延伸討論 │ ← 可選讀 └─────────────────────────────┘ **SEO 意義**：Google 會分析頁面的內容結構，清晰的主次關係有助於 Google 正確評估內容的重要部分。另外，使用者在首屏得到答案會降低跳出率。 #3 原則 2：段落黃金法則 面向 最佳實踐 **段落長度** 3-5 句為佳，不超過 7 句 **一��段落一個觀點** 一個段落只討論一個核心觀點 **開頭句是主題句** 每段第一句應該概括該段要講什麼 **避免文字牆** 長段落用粗體重點、列表、圖片打斷 **行動版特別注意**：在手機上，一段 5 句的文字看起來可能像 15 行，極易造成閱讀疲勞。 #3 原則 3：善用格式化元素 格式化的目標：讓使用者**掃描（Scan）** 時就能抓住重點。 元素 用途 頻率建議 **粗體** 強調關鍵術語、重要結論 每 2-3 段一次 *斜體* 引用、書名、輕微強調 適度使用 程式碼 程式碼、HTML 標籤、指令 技術文章中適量 > 引用塊 強調關鍵句子、引用專家觀點 每 500 字不超過 2 次 分隔線 主要段落之間的視覺分隔 每個大主題之間 #3 原則 4：列表與表格——資訊密度最高的格式 #4 無序列表（Bullet Points） ���合：特徵列表、步驟摘要、相關項目。 - 每個列表項目應是一個**完整的觀點**而非殘缺的短語 - 列表項目之間應該是**並列關係** - 2-8 個項目為佳，過長時考慮分組 #4 有序列表（Numbered List） 適合：步驟教學、排名、時間順序。 - 每一步是獨立的、可執行的 - 步驟之間有明確的先後順序 - 超過 10 步時考慮分組（如「第一階段：準備」） #4 表格 適合：比較數據、規格對照、功能列表。 **表格的 SEO 優勢**： – Google 常直接將表格內容作為 Featured Snippet – 高資訊密度的格式，使用者停留時間長 – 適合用 對象欄 + 屬性列 的標準格式 #3 原則 5：內容摘要與目錄 #4 文章摘要（TL;DR） 在長篇文章開頭提供一段「文章摘要」或「重點速覽」： **📌 本文重點**：在 5 分鐘內，你將學到如何優化網站內容結構，包括倒金字塔寫法、段落黃金法則、五大格式化技巧，以及 AI 搜尋時代的內容結構調整策略。 **SEO 價值**：降低跳出率、提升停留時間、適合作為 Featured Snippet 來源。 #4 目錄（Table of Contents） 對於超過 1500 字的長文，在開頭加入可點擊的目錄： ## 本文目錄 1. [為什麼內容結構對 SEO 重要？](#1) 2. [內容結構的五大原��](#2) 3. [內容格式化的常見錯誤](#3) **SEO 價值**： – 產生「跳轉連結」（Jump Links），可能在 SERP 中顯示 – 改善使用者體驗，降低跳出率 – Google 可能將目錄連結顯示在 SERP 中 #2 格式化的 SEO 紅線 錯誤行為 Google 的解讀 正確做法 整段用粗體 失去了強調的意義 只粗體 5-10% 的關鍵詞 隱藏文字（白色文字、0px） **嚴重違規**，可能被懲罰 永遠不要這樣做 過度使用 H 標籤 結構混亂 只用於真正的標題層級 CSS 隱藏內容（display:none） 可能被視為隱蔽 使用手風琴（accordion）設計 #2 常見內容格式對應指南 內容類型 建議的主要格式 輔助格式 教學 / How-to 有序列表 + 截圖 影片嵌入 產品評測 表格 + 評分卡 Pros/Cons 列表 比較文 比較表格 + 分段說明 結論摘要 新聞報導 倒金字塔 + 引用塊 相關連結 終極指南 目錄 + H2/H3 結構 TL;DR + FAQ 清單 / 推薦 有序列表 + 簡介 表格 + 總結 #2 AI 時代的內容結構策略 隨著 AI Overview 和 ChatGPT Search 的興起，內容結構需要適應新的消費方式： #3 策略調整 - **明確的問題-答案結構**：AI 更傾向從清晰的 Q&A 結構中提取資訊 - **段落小標題精準化**：不再使用「介紹」「結論」等模糊標題，改用具體的有資訊量的標題 - **每個 H2 下的第一段就是核心答案**：AI Overview 偏好從標題後的第一段提取摘要 - **數據可引用格式**：將統計數據放在獨立的短段落中，方便 AI 直接引用 - **結構化數據補充**：用 Schema Markup 補充內容結構（見第 24 章） #3 AI 友好的內容結構範本

狗飼料應該多久換一次？

一般建議每 3-6 個月逐步調整。過於頻繁的更換（< 1 個月）可能導致腸胃不適。

逐步更換飼料的四步驟

  1. 第 1-3 天：混合 25% 新飼料 + 75% 舊飼料
  2. 第 4-6 天：混合 50% 新飼料 + 50% 舊飼料

哪些情況不應該換飼料？

如果你的狗狗正在生病、懷孕或處於壓力期（搬家、新成員加入），建議延後更換飼料。

#2 內容結構檢查清單 - [ ] 文章開頭有關鍵答案或 TL;DR 摘要 - [ ] 段落不超過 7 句，長段落用格式元素打散 - [ ] 每個 H2/H3 標題有具體的資訊量 - [ ] 適度使用粗體強調關鍵點（約 5-10% 的文字量） - [ ] 列表項目是完整的觀點而非殘缺短語 - [ ] 比較類資訊使用表格 - [ ] 長文（>1500 字）有目錄 - [ ] 沒有過度格式化或隱藏文字 - [ ] 內容結構對行動裝置友好（短段��、大字體） - [ ] Q&A 結構適合 AI 提取資訊 #2 重點回顧 - **倒金字塔結構**讓使用者和 Google 快速找到核心答案 - **段落不超過 7 句**，一個段落一個觀點 - **格式化元素（粗體、列表、表格）**讓內容可掃描 - **TL;DR + 目錄**是長文的 SEO 雙利器 - **AI 時代需要更清晰的 Q&A 結構**——每個 H2 下第一段就是答案 - 格式化的終極目標不是 SEO，而是**讓使用者讀得下去** | ← [第 21 章：圖片 SEO 完整指南](http://21-圖片SEO完整指南.md) | [回索引](http://../索引.md) | [第 23 章：內部連結 SEO 戰術 →](http://23-內部連結SEO戰術.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 23 章：內部連結 SEO 戰術 URL: https://cyruschan.com/seo-chapter-23/ > 內部連結：最被低估的 SEO 力量 內部連結（Internal Links） 是 #2 內部連結：最被低估的 SEO 力量 **內部連結（Internal Links）** 是指從你網站上的一個頁面連結到同網站的另一個頁面。與反向連結（Backlinks）不同，內部連結是你**完全可控**的排名助力。 SEO 界有一句話：「你可以控制的最強排名工具，不是內容，不是關鍵字，而是內部連結。」 #3 內部連結的三大 SEO 作用 作用 說明 **權重傳遞** 將高權重頁面（首頁、主力頁面）的排名力量傳遞到目標頁面 **索引輔助** 幫助 Google 發現和索引你網站上的所有重要頁面 **上下文建立** 錨點文字告訴 Google 目標頁面的主題，幫助主題相關性判斷 #2 內部連結策略一：錨點文字（Anchor Text）優化 **錨點文字** 是連結中可點擊的文字部分，它是 Google 理解目標頁面主題的**極強信號**。 #3 錨點文字五大類型 類型 說明 範例 **精確匹配** 錨點文字 = 目標頁面的主要關鍵字 「狗飼料推薦」連結到 dog-food-guide/ **部分匹配** 錨點文字包含關��字的變體 「新手養狗飼料選購方法」 **品牌** 使用品牌名稱 「PetHome 的選購指南」 **裸 URL** 直接使用網址 https://example.com/dog-food-guide **通用** 「點擊這裡」「了解更多」 「想了解更多，點擊這裡」 #3 錨點文字健康比例 類型 建議佔比 說明 部分匹配 40-50% 最自然的錨點類型 品牌 20-30% 建立品牌信號 通用 15-20% 自然的使用情境 裸 URL 5-10% 適用於參考資料連結 精確匹配 5-10% 過多會被視為過度優化 **紅線**：如果精確匹配錨點超過 20%，Google 可能判定為過度優化（特別是內部連結）。 #3 錨點文字多樣化策略 對於同一目標頁面，使用**多種不同的錨點文字**來連結它： 目標頁面：狗飼料選購指南 「狗飼料推薦」 「如何挑選適合的狗飼料」 「小型犬飼料選購注意事項」 「這份完整的飼料指南」 「PetHome 的飼料挑選教學」 #2 內部連結策略二：連結位置與權重傳遞 #3 連結位置對權重傳遞的影響 並非所有的內部連結都傳遞同等權重。Google 對不同位置連結的權重評估如下： 最高權重 ─→ 文章正文中的連結（Contextual Link） ↓ 中高權重 ─→ 麵包屑導航中的連結 ↓ 中權重 ─→ 導航選單中的連結 ↓ 低權重 ─→ 側欄中的連結 ↓ 最低權重 ─→ 頁腳中的連結 **實戰法則**：想推哪個頁面，就在相關文章的正文中自然地連結過去。 #3 首頁連結權重的分配 首頁通常是網站上權重最高的頁面。明智地使用首頁的內部連結： - 首頁導航欄：連結到最重要的 5-8 個頁面 - 首頁內容區：連結到最新的或最重要的內容 - 頁腳：可以放完整的站點地圖連結（但權重傳遞效果最低） #2 內部連結策略三：Hub & Spoke 模型 **Hub & Spoke**（中心輻射）是內部連結的經典架構： ┌─────────────────┐ │ 支柱頁面 (Hub) │ ← 終極指南，涵蓋完整主題 │ 狗狗飼料終極指南 │ └────────┬────────┘ ┌─────────────┼─────────────┐ │ │ │ ┌──────┴──────┐ ┌───┴─────┐ ┌─────┴──────┐ │ Spoke 頁面 │ │ Spoke │ │ Spoke │ ← 子主題長文 │ 幼犬飼料指南 │ │ 成分分析 │ │ 品牌比較 │ └─────────────┘ └─────────┘ └────────────┘ **運作原理**： 1. Hub 頁面連結到所有 Spoke 頁面 2. 所有 Spoke 頁面連結回 Hub 頁面 3. Spoke 頁面之間也互相連結（當相關時） **效果**：形成一個「連結飛輪」，每個頁面都獲得來自 Hub 的權重，同時互相加強主題相關性。 #3 實施步驟 - 確認你的 Hub 頁面（通常是終極指南、主力產品頁） - 確認 Hub 下的 Spoke 頁面（子主題文章） - 在 Hub 頁面中加入指向每個 Spoke 的連結 - 在每個 Spoke 頁面中，連結回 Hub + 連結到相關的其他 Spoke #2 內部連結策略四：孤兒頁面消滅計劃 **孤兒頁面（Orphan Page）** 是指沒有任何其他頁面連結到它的頁面。Google 可能永遠不會發現這些頁面，即使它們的內容很好。 #3 如何找出孤兒頁面？ 方法 工具 比對 Sitemap 與內部連結資料 Screaming Frog（爬取後比對） GSC 中「已提交但未索引」的 URL Google Search Console 網站爬蟲分析 Ahrefs Site Audit、SEMrush Site Audit #3 修復孤兒頁面的優先級 有價值但孤立 → 添加內部連結 → 最高優先級 價值不高且孤立 → 考慮刪除或合併 → 中優先級 故意孤立（登陸頁、特殊頁面） → 保持原樣 → 無需修復 #2 內部連結五大常見錯誤 錯誤 問題 修復方法 **過度使用精確匹配錨點** Google 可能判為過度優化 將精確匹配降到 10% 以下 **只在導航中連結** 導航連結權重傳遞效果較低 在文章正文中增加上下文連結 **連結到不重要頁面** 浪費有限的首頁權重 只在導航中保留最重要頁面 **孤兒頁面氾濫** Google 無法發現這些頁面 確保每個頁面至少有一個內部連結 **Nofollow 內部連結** 內部連結不應該用 nofollow 移除內部連結上的 nofollow #2 內部連結實戰行動清單 #3 Week 1：審查現狀 - [ ] 使用 Screaming Frog 爬取全站，查看內部連結結構 - [ ] 找出孤兒頁面，評估每個頁面的價值 - [ ] 查看錨點文字分布，檢查是否過度優化 #3 Week 2-3：結構優化 - [ ] 為重要頁面添加上下文內部連結 - [ ] 建立或完善 Hub & Spoke 結構 - [ ] 多樣化重要頁面的錨點文字 - [ ] 修復或刪除無價值的孤兒頁面 #3 Month 2+：持續維護 - [ ] 每發布一篇新內容，立即添加指向它的內部連結 - [ ] 每季審查一次內部連結健康狀態 - [ ] 定期更新舊文章中的內部連結（指向更新、更好的內容） #2 重點回顧 - **內部連結 = 你完全可控的排名助力**——比反向連結更容易操作 - **錨點文字多樣化**是關鍵，精確匹配不應超過 10% - **文章正文中的連結權重最高**，導航和頁腳的連結權重較低 - **Hub & Spoke 模型**是內部連結的最佳架構 - **孤兒頁面是 SEO 的隱形殺手**——定期清理 - 內部連結不是「做一次就好」，而是**持續維護**的過程 | ← [第 22 章：內容結構與格式化](http://22-內容結構與格式化.md) | [回索引](http://../索引.md) | [第 24 章：結構化資料 Schema Markup 完整入門 →](http://24-結構化資料Schema-Markup.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 24 章：結構化資料（Schema Markup）完整入門 URL: https://cyruschan.com/seo-chapter-24/ > 什麼是結構化資料？ 結構化資料（Structured Data） 是一種標準化的 #2 什麼是結構化資料？ **結構化資料（Structured Data）** 是一種標準化的資料格式，用來明確告訴搜尋引擎「這個頁面上的內容是什麼」。它是搜尋引擎的「翻譯官」，將人類閱讀的內容轉換為機器可以精確理解的格式。

皇家 S 系列小型犬飼料

價格：$890

評分：4.5 / 5

加上 Schema Markup 後，這個頁面就有資格在 SERP 中顯示**豐富結果（Rich Results）**——包含星級評分、價格、庫存狀態等額外資訊。 #2 為什麼 Schema Markup 對 SEO 至關重要？ #3 直接好處：Rich Results 提升點擊率 頁面類型 無 Schema 有 Schema（Rich Result） CTR 提升 產品頁 藍色連結 + 描述 + 星級評分、價格、庫存 +15-30% 食譜 藍色連結 + 描述 + 圖片、評分、烹飪時間 +20-35% FAQ 頁面 藍色連結 + 描述 + 展開式問答 +10-25% 文章 藍色連結 + 描述 + 輪播圖、大圖 +10-20% #3 間接好處：Google 更準確地理解你的內容 即使不顯示 Rich Results，Schema Markup 也能幫助 Google： – 確認內容類型（文章、產品、食譜、活動…） – 理解內容實體之間的關係 – 為 AI Overview 和語音搜尋提供結構化的答案來源 #2 Schema Markup 的三種格式 格式 範例 推薦度 **JSON-LD** #3 策略 6：伺服器端優化 行動 效果 **升級 HTTP/2 或 HTTP/3** 多路復用，並行載入資源 **啟用 Gzip / Brotli 壓縮** 文字資源減少 70-80% **升級主機方案** 避免共享主機的性能瓶頸 **使用伺服器端快取** Redis、Varnish、Nginx FastCGI Cache **資料庫查詢優化** 減少不必要的查詢、使用索引 #2 速度優化優先級矩陣 投入成本 低 │ │ Q2: 中優先 │ Q1: 最高優先 │ 合併 CSS/JS │ 圖片優化 (WebP + 壓縮) │ 減少 HTTP 請求 │ 啟用瀏覽器快取 │ │ 啟用 Gzip/Brotli ├──────────────────────┤ │ Q4: 有空再做 │ Q3: 值得投入 │ CSS Sprites │ 使用 CDN │ 字體子集化 │ 升級主機方案 │ │ 升級 HTTP/2 高 │ │ └──────────────────────┴────→ 速度提升 小幅改善 大幅改善 #2 速度優化檢查清單 - [ ] 圖片使用 WebP/AVIF 格式 - [ ] 圖片壓縮至合理大小（< 200KB） - [ ] 實施了圖片懶加載 - [ ] 啟用了瀏覽器快取 - [ ] CSS/JS 已最小化 - [ ] 啟用了 Gzip 或 Brotli 壓縮 - [ ] 非關鍵 JS 使用 defer/async - [ ] 使用 CDN 加速靜態資源 - [ ] 主機方案足以應付流量 - [ ] PageSpeed Insights 分數 ≥ 90（桌面版）≥ 70（行動版） #2 重點回顧 - **速度 = 排名因子 + 轉換率殺手**，1 秒到 3 秒跳出率增 32% - **圖片優化效果最大**——通常能省 40-60% 載入時間 - **瀏覽器快取 + Gzip + CDN** 是三大基礎速度優化 - **defer vs async**：defer 保證執行順序，async 不保證 - **PageSpeed Insights ≥ 90（桌面）/ ≥ 70（行動）** 是合理的目標 - 速度優化不是一次性工程——**每次發布新內容都要檢查** | ← [第 24 章：結構化資料 Schema Markup](http://24-結構化資料Schema-Markup.md) | [回索引](http://../索引.md) | [第 26 章：Core Web Vitals 完整解析 →](http://26-Core-Web-Vitals完整解析.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 26 章：Core Web Vitals 完整解析 URL: https://cyruschan.com/seo-chapter-26/ > 什麼是 Core Web Vitals？ Core Web Vitals（核心網 #2 什麼是 Core Web Vitals？ **Core Web Vitals（核心網頁體驗指標）** 是 Google 定義的一組用於衡量網頁使用者體驗的關鍵指標。自 2021 年 6 月起，Core Web Vitals 正式成為 Google 排名信號的一部分。 Core Web Vitals 不只是 SEO 的「加分項」——它是你能不能留在第一頁的**硬標準**。 #2 三大核心指標 ┌────────────────────────────────────────────────────────┐ │ Core Web Vitals │ ├──────────────┬──────────────────┬──────────────────────┤ │ LCP │ INP │ CLS │ │ (最大內容繪製) │ (互動至下次繪製) │ (累計版面位移) │ │ │ │ │ │ 衡量載入速度 │ 衡量互動反應速度 │ 衡量視覺穩定性 │ ├──────────────┼──────────────────┼──────────────────────┤ │ ≤ 2.5 秒 ✅ │ ≤ 200 毫秒 ✅ │ ≤ 0.1 ✅ │ │ 2.5-4.0 秒 ⚠│ 200-500 毫秒 ⚠ │ 0.1-0.25 ⚠ │ │ > 4.0 秒 ❌ │ > 500 毫秒 ❌ │ > 0.25 ❌ │ └──────────────┴──────────────────┴──────────────────────┘ #2 LCP（Largest Contentful Paint）——最大內容繪製 #3 LCP 衡量什麼？ LCP 衡量的是**頁面上最大��容元素（通常是主圖或主要文字區塊）完全顯示所需的時間**。它反映了使用者感受到的「頁面載入完成」的時刻。 #3 LCP 的常見拖慢因素 因素 影響 解決方案 **未壓縮的大圖片** 最大元兇 WebP 格式 + 壓縮 **渲染阻塞的 CSS/JS** 瀏覽器等待資源 內聯關鍵 CSS、延遲非關鍵 JS **伺服器回應慢** TTFB（首字節時間）過長 CDN、快取、升級主機 **客戶端渲染** JS 執行完才有內容 SSR / 預渲染 #3 LCP 優化實戰 **1. 優化最大內容元素**： – 為 LCP 圖片使用 預載入 – 壓縮並設定明確的尺寸（避免圖片尺寸未知導致重新繪製） **2. 減少 TTFB**： – 使用 CDN（TTFB 通常降至 50ms 以下） – 啟用伺服器端全頁快取 – 使用快速的 DNS 服務 **3. 避免渲染阻塞**： – 將關鍵 CSS 內聯至 中 – 非關鍵 CSS 使用 media="print" onload="this.media='all'" 延遲載入 #2 INP（Interaction to Next Paint）——互動至下次繪製 #3 從 FID 到 INP 的演變 2024 年 3 月，Google 正式以 **INP** 取代了 FID（First Input Delay），成為 Core Web Vitals 的互動性指標。 FID（舊） INP（新） **衡量範圍** 只衡量**第一次**互動的延�� 衡量整個頁面生命週期中**所有**互動的延遲 **反映的體驗** 首次互動體驗 整體互動體驗 **好分數門檻** ≤ 100 毫秒 ≤ 200 毫秒 #3 INP 衡量什麼？ 使用者點擊按鈕 → 事件處理器開始執行 (Input Delay) → 事件處理器執行中 (Processing Time) → 瀏覽器繪製更新畫面 (Presentation Delay) = INP（取所有互動中最差的延遲之一） #3 INP 優化實戰 行動 說明 **拆分長任務** 超過 50ms 的 JS 任務應拆分為多個小任務 **使用 Web Worker** 將重型計算移到背景執行緒 **減少 JS 執行量** 延遲載入非關鍵 JS、移除未使用的代碼 **優化事件處理器** 避免在事件處理器中執行大量 DOM 操作 **使用 requestAnimationFrame** 將視覺更新排入瀏覽器的渲染週期 #3 拆分長任務範例 // ❌ 長任務：一次處理 5000 個項目 function processAll(items) { items.forEach(item => heavyProcessing(item)); } // ✅ 拆分為多個小任務 async function processInChunks(items, chunkSize = 50) { for (let i = 0; i < items.length; i += chunkSize) { await new Promise(resolve => setTimeout(resolve, 0)); // yield to browser items.slice(i, i + chunkSize).forEach(item => heavyProcessing(item)); } } #2 CLS（Cumulative Layout Shift）——累計版面位移 #3 CLS 衡量什麼？ CLS 衡量的是頁面載入過程中，**可見元素意外移動的程度**。這是使用者體驗中最令人沮喪的問題之一——你正要點擊一個按鈕，突然一個廣告載入，把按鈕頂走了。 #3 CLS 的常見元兇 問題 範例 解決方案 **無尺寸的圖片** 沒有 width/height 設定明確尺寸或 aspect-ratio **無尺寸的廣告/嵌入** iframe 動態載入 預留空間（min-height / placeholder） **動態注入的內容** 彈窗、通知橫幅 使用變形動畫而非位移動畫 **FOIT/FOUT** 字體載入導致文字跳動 使用 font-display: swap + 預留空間 #3 CLS 優化實戰 **1. 為所有圖片設定尺寸**： ... **2. 為動態內容預留空間**： .ad-container { min-height: 250px; /* 預留廣告高度 */ } **3. 字體載入策略**： @font-face { font-family: 'CustomFont'; src: url('font.woff2') format('woff2'); font-display: swap; /* 先用系統字體，載入後再替換 */ } **4. 動畫使用 transform**： /* ❌ 會觸發版面位移 */ .element { top: 100px; } /* ✅ 不觸發版面位移 */ .element { transform: translateY(100px); } #2 如何監控 Core Web Vitals？ #3 實驗室數據 vs 現場數據 實驗室數據（Lab Data） 現場數據（Field Data） **來源** Lighthouse、PageSpeed Insights Chrome UX Report（CrUX） **環境** 模擬環境、固定網路條件 真實使用者裝置和網路 **用途** 開發階段除錯 SEO 真實影響評估 **查看位置** Lighthouse 報告 GSC →「體驗」→「Core Web Vitals」 #3 在 GSC 中追蹤 Core Web Vitals - 進入 Google Search Console - 左側選單 → 「體驗」 → 「Core Web Vitals」 - 查看桌面版和行動版的評估報告 - 系統會將 URL 分為：**良好 / 需要改善 / 不佳** - 點擊「需要改善」的 URL 群組，查看具體問題 #2 Core Web Vitals 優化優先級 優先級 指標 原因 1 **LCP** 影響最明顯、最容易被診斷和修復 2 **CLS** 修復相對簡單（設定尺寸即可解決大部分問題） 3 **INP** 修復較複雜，通常需要重構 JavaScript #2 重點回顧 - **Core Web Vitals = 排名必備硬標準**，2021 年起正式納入 Google 排名系統 - **LCP ≤ 2.5 秒**：衡量載入速度，圖片和伺服器是主要瓶頸 - **INP ≤ 200 毫秒**（2024 年取代 FID）：衡量整體互動反應速度，需拆分長 JS 任務 - **CLS ≤ 0.1**：衡量視覺穩定性，設定圖片/廣告尺寸即可解決大部分問題 - **GSC 中查看真實使用者的 Core Web Vitals 數據**，而非只依賴 Lighthouse 模擬 - 優化順序：LCP → CLS → INP | ← [第 25 章：網站速度優化](http://25-網站速度優化.md) | [回索引](http://../索引.md) | [第 27 章：行動優先索引與 RWD →](http://27-行動優先索引與RWD.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 27 章：行動優先索引與 RWD 響應式設計 URL: https://cyruschan.com/seo-chapter-27/ > 什麼是行動優先索引？ 行動優先索引（Mobile-First Indexing） #2 什麼是行動優先索引？ **行動優先索引（Mobile-First Indexing）** 是 Google 自 2018 年起逐步推行的索引策略：**Google 主要使用網站的行動版內容進行索引和排名，而非桌面版。** 截至 2023 年底，Google 已將 **99% 以上的網站** 切換為行動優先索引。 這意味著：即使你的使用者在桌面上搜尋，Google 用來判斷排名的內容，仍然是你網站的行動版。 #2 行動優先索引的 SEO 影響 #3 你的網站在行動優先索引下可能遇到的問題 問題 影響 行動版缺少桌面版的內容 該內容完全不會被 Google 索引和排名 行動版沒有結構化資料 失去 Rich Results 資格 行動版圖片品質差或沒有 Alt Text 失去圖片搜尋排名 行動版 Title/Meta 與桌面版不同 以行動版為準（桌面版的優化白做了） 行動版速度慢 直接影響排名（速度更新也是以行動版為準） #3 行動優先不等於「只索引行動版」 Google 仍然會抓取桌面版，但如果行動版和桌面版的內容不同，**行動版優先**。這就是為什麼「響應式設計」被強烈推薦——它確保兩個版本內容一致。 #2 RWD 響應式網頁設計（Responsive Web Design） #3 RWD 的三大技術支柱 支柱 說明 關鍵 CSS 屬性 **流動網格** 使用相對單位（%、vw）而非固定像素 width: 100%、max-width **彈性圖片** 圖片隨容器縮放 max-width: 100%、srcset **媒體查詢** 根據螢幕尺寸應用不同樣式 @media #3 媒體查詢的常用斷點 /* 小型手機 */ @media (max-width: 480px) { ... } /* 大型手機 / 小型平板 */ @media (max-width: 768px) { ... } /* 平板 / 小型筆電 */ @media (max-width: 1024px) { ... } /* 桌面（可選，通常是預設樣式） */ @media (min-width: 1025px) { ... } **行動優先的 CSS 寫法**：先寫行動版樣式（預設），再用 min-width 媒體查詢為較大螢幕添加樣式。 /* 行動版（預設） */ .container { padding: 16px; } .hero-title { font-size: 1.5rem; } /* 平板以上 */ @media (min-width: 768px) { .container { padding: 32px; } .hero-title { font-size: 2rem; } } /* 桌面 */ @media (min-width: 1024px) { .container { max-width: 1200px; margin: 0 auto; } .hero-title { font-size: 2.5rem; } } #2 ��動版 SEO 七大優化要點 #3 1. 確保內容一致性 桌面版和行動版的內容必須一致。這包括： – 文字內容（不能「為了行動版精簡」而刪除重要段落） – 標題層級（H1-H6） – 結構化資料 – Meta 標籤（Title、Description） – 內部連結 #3 2. 字體與排版 建議 說明 **最小字體 16px** iOS 會將小於 16px 的文字自動放大，可能破壞佈局 **行高 1.5-1.8** 行動裝置小螢幕需要更寬鬆的行間距 **段落不要太長** 行動版每行 35-45 個中文字為佳 #3 3. 點擊目標大小 Google 要求可點擊元素（按鈕、連結）之間有足夠的間距： 要求 建議 **最小點擊區域** 48×48px（Google 建議） **元素間距** 至少 8px（避免誤觸） .touch-target { min-width: 48px; min-height: 48px; padding: 12px 16px; /* 確保點擊區域足夠大 */ } #3 4. 不要使用橫向捲動 行動版頁面不應出現水平捲動條。常見原因： – 固定寬度元素 > 視窗寬度 – 未設定 max-width: 100% 的圖片或影片 – 過大的表格 /* 防止溢出 */ img, video, iframe, table { max-width: 100%; height: auto; } /* 讓表格在手機上可以水平捲動 */ .table-wrapper { overflow-x: auto; -webkit-overflow-scrolling: touch; } #3 5. 彈出視窗（Popups / Interstitials） Google 會處罰那些在行動版上使用**侵入式插頁廣告**的網站。 ⭕ 可以接受的 ❌ 會被處罰的 Cookie 同意橫幅（小範圍） 整頁彈窗廣告（遮蓋主要內容） 年齡驗證彈窗（法律要求） 進入頁面就彈出的 Email 訂閱視窗 小範圍的促銷橫幅 使用者必須手動關閉才能看內容的彈窗 #3 6. 加速行動頁面（AMP 已非必要） Google 已不再強制要求 AMP（Accelerated Mobile Pages）來獲得 Top Stories 輪播位。現在，只要你的頁面速度夠快、符合 Core Web Vitals 標準，就可以出現在各種 SERP 功能中。 **結論**：專注做好 RWD + 速度優化，不需要額外維護 AMP 版本。但如果你已經有 AMP，保留它也不會有害。 #3 7. 測試行動裝置友善度 工具 用途 **Google 行動裝置相容性測試** 檢查單一頁面是否行動友善 **GSC → 體驗 → 行動裝置可用性** 全站行動問題報告 **Chrome DevTools → 裝置模式** 本地開發時模擬不同裝置 **真實裝置測試** 在真實手機上瀏覽（最可靠） #2 行動優先索引的常見錯誤與修復 錯誤 GSC 報告 修復方法 文字太小難以閱讀 行動裝置可用性 增大字體至 ≥ 16px 可點擊元素太近 行動裝置可用性 確保點擊區域 ≥ 48px + 間距 ≥ 8px 內容比螢幕寬 行動裝置可用性 檢查 max-width: 100% 設定 使用 Flash 行動裝置可用性 完全移除 Flash（2020 年終止支援） robots.txt 阻擋資源 索引問題 允許 Googlebot 抓取 CSS 和 JS 行動版 404 但桌面版正常 索引問題 確保兩版 URL 結構一致 #2 RWD 與獨立行動版（m.example.com）的選擇 RWD（推薦） 獨立行動版（不推薦） **URL** 同一個 URL m.example.com **維護成本** 低（一套代碼） 高（兩套代碼） **內容一致性** 自動一致 需要手動同步 **Google 建議** ✅ 強烈推薦 ❌ 不推薦 如果你目前使用獨立行動版（m.example.com），建議逐步遷移到 RWD。遷移過程中要確保： 1. 在兩版之間設置正確的 rel="alternate" 和 rel="canonical" 標籤 2. 遷移後設置 301 重定向從 m. 到主站 #2 行動版 SEO 檢查清單 - [ ] 使用 RWD 響應式設計（非獨立行動版） - [ ] 行動版與桌面版內容一致 - [ ] 字體大小 ≥ 16px - [ ] 點擊目標 ≥ 48×48px（含足夠間距） - [ ] 沒有水平捲動條 - [ ] 圖片使用 max-width: 100% 且使用 srcset - [ ] 沒有侵入式彈出視窗 - [ ] 行動版 Core Web Vitals 達標（LCP ≤ 2.5s、INP ≤ 200ms、CLS ≤ 0.1） - [ ] 通過 Google 行動裝置相容性測試 - [ ] GSC 中無行動裝置可用性錯誤 #2 重點回顧 - **行動優先索引 = Google 以行動版內容來排名**，99% 的網站已切換 - **RWD 響應式設計是唯一的正確選擇**——一個 URL、一套代碼、內容自動一致 - **行動版必須與桌面版內容一致**，否則不一致的部分不會被索引 - **字體 ≥ 16px、點擊目標 ≥ 48px、無水平捲動**是行動版的基本三要素 - **侵入式彈窗會被處罰**——Cookie 和法律要求的例外 - **AMP 已非必要**——專注做好 RWD + 速度優化即可 | ← [第 26 章：Core Web Vitals 完整解析](http://26-Core-Web-Vitals完整解析.md) | [回索引](http://../索引.md) | [第 28 章：Sitemap 製作與提交 →](http://28-Sitemap製作與提交.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 28 章：Sitemap 製作與提交完整教學 URL: https://cyruschan.com/seo-chapter-28/ > 什麼是 Sitemap？ Sitemap（網站地圖） 是一份列出網站所有重要頁面 #2 什麼是 Sitemap？ **Sitemap（網站地圖）** 是一份列出網站所有重要頁面的檔案，作用是告訴搜尋引擎「我網站上有這些頁面、它們的優先級如何、多久更新一次」。對於大型網站、新網站、或含有大量孤立頁面的網站來說，Sitemap 是確保搜尋引擎能完整索引的關鍵工具。 Google 支援兩種主要格式： 格式 用途 限制 **XML Sitemap** 標準搜尋引擎提交格式，最常用 最多 50,000 個 URL / 50MB 未壓縮 **RSS / Atom Feed** 適合新聞網站、部落格等頻繁更新內容 僅含最新內容 **Text Sitemap** 簡單的 URL 清單（每行一個） 功能最少，僅基礎 URL 列表 **關鍵認知：** Sitemap 是「建議」而非「命令」。提交 Sitemap 不代表 Google 一定會索引所有頁面，但能大幅提升被發現的效率。 #2 為什麼 Sitemap 至關重要？ #3 1. 加速新頁面被發現 新網站沒有大量外部連結時，Google 很難主動發現所有頁面。Sitemap 直接告訴 Google 該爬取哪些 URL，省去等待自然發現的時間。 #3 2. 幫助孤立頁面被索引 某些頁面可能因為內部連結不足而變成「孤兒頁面」——沒有其他頁面連結到它們，搜尋引擎爬蟲也無法到達。Sitemap 可以補救這個問題。 #3 3. 傳達頁面優先級與更新頻率 XML Sitemap 支援 和 標籤，雖然 Google 不完全依賴這些值，但仍有輔助參考價值。 #3 4. 支援多媒體內容索引 圖片 Sitemap、影片 Sitemap、新聞 Sitemap 可以幫助搜尋引擎發現和索引這些特殊內容類型，進而出現在 Google 圖片搜尋、影片搜尋等垂直搜尋結果中。 #2 XML Sitemap 結構詳解 https://example.com/ 2026-07-20 daily 1.0 https://example.com/blog/seo-guide 2026-07-15 monthly 0.8 #3 各標籤說明 標籤 必填 說明 ✅ 必填 頁面的完整 URL，必須是絕對路徑 選填 最後修改日期（YYYY-MM-DD 格式）。Google 會用它判斷是否需要重新爬取 選填 更新頻率：always / hourly / daily / weekly / monthly / yearly / never 選填 相對優先級（0.0 – 1.0），僅相對於同一 Sitemap 內的其他頁面 **實務建議：** Google 主要關注 和 ， 和 的權重極低，不需要花太多時間精細調整。 #2 Sitemap Index 與多檔案管理 當網站超過 50,000 個 URL 時，需要使用 **Sitemap Index** 將多個 Sitemap 檔案組織在一起： https://example.com/sitemap-pages.xml 2026-07-20 https://example.com/sitemap-posts.xml 2026-07-20 https://example.com/sitemap-products.xml 2026-07-20 #3 常見的分類方式 拆分策略 適用場景 按內容類型 頁面 / 文章 / 產品 / 分類 按日期 電商大量 SKU，每月一個 Sitemap 按語言 多語系網站，每個語言一個 Sitemap 按目錄結構 大型網站按 section 拆分 #2 特殊類型 Sitemap #3 圖片 Sitemap 幫助圖片出現在 Google 圖片搜尋中： https://example.com/blog/my-post https://example.com/images/hero.jpg SEO 優化指南封面圖 2026 年最新 SEO 優化策略總覽 #3 影片 Sitemap 讓影片內容出現在 Google 影片搜尋： https://example.com/videos/seo-tutorial SEO 入門教學 從零開始學習 SEO https://example.com/thumbs/seo.jpg https://example.com/videos/seo-tutorial.mp4 #3 新聞 Sitemap 僅適用於 Google News 收錄的新聞網站，需符合 Google News 內容政策。只包含過去 48 小時內發布的新聞。 #2 不同平台生成 Sitemap 的方法 #3 WordPress - 使用 **Yoast SEO** 或 **Rank Math** 外掛，自動生成 XML Sitemap - 路徑通常為 /sitemap_index.xml - 可在後台設定要包含 / 排除的內容類型 #3 靜態網站 / 自訂開發 - **線上生成器：** XML-Sitemaps.com（免費版上限 500 URL） - **CLI 工具：** sitemap-generator npm 套件 - **爬蟲生成：** Screaming Frog SEO Spider 可爬取網站後導出 Sitemap #3 Shopify / 電商平台 - 多數電商平台自動生成 Sitemap - Shopify：/sitemap.xml - 通常自動包含產品頁、分類頁、部落格文章 #2 向 Google 提交 Sitemap #3 方法一：Google Search Console（推薦） - 前往 **Google Search Console** → 選擇網站資源 - 左側選單 → **Sitemaps** - 在「新增 Sitemap」欄位輸入 Sitemap URL（如 sitemap.xml） - 點擊「提交」 - 確認狀態顯示為「成功」 #3 ��法二：robots.txt 內指定 在 robots.txt 檔案的任意位置��入： Sitemap: https://example.com/sitemap.xml 這���即使沒有手動提交到 Search Console，搜尋引擎爬蟲在讀取 robots.txt 時也會自動發現 Sitemap 位置。 #3 方法三：Ping 工具 直接用 HTTP 請求通知 Google： https://www.google.com/ping?sitemap=https://example.com/sitemap.xml #2 Sitemap 最佳實�� #3 ✅ 應該做 - **只包含可索引的頁面：** 確保 Sitemap 內所有 URL 都返回 200 狀態碼，不包含被 noindex 的頁面 - **使用 Canonical URL：** Sitemap 中的 URL 應與 canonical 指向一致 - **動態生成：** 對於內容頻繁更新的網站，Sitemap 應自動更新而非手動維護 - **壓縮大型 Sitemap：** 超過 50MB 時使用 gzip 壓縮（sitemap.xml.gz） - **保持 lastmod 準確：** 只對實際有內容變更的頁面更新 lastmod - **分層管理：** 大型網站使用 Sitemap Index 架構 #3 ❌ 不要做 - **不要包含被 noindex 的頁面：** 矛盾訊號會讓 Google 困惑 - **不要包含 404 或重新導向的 URL** - **不要包含重複內容的不同 URL 版本**（使用 canonical 解決） - **不要依賴 Sitemap 來修正網站結構問題：** Sitemap 是輔助工具，不是萬能藥 - **不要在多個 Sitemap 中包含相同 URL** - **不要設定所有頁面 priority=1.0：** 這樣等於沒設定 #2 Sitemap 常見問題排查 問題 可能原因 解決方案 Sitemap 提交後 URL 未被索引 頁面品質不足、重複內容、crawl budget 不足 提升內容品質，確保內部連結完善 Search Console 顯示錯誤 XML 格式錯誤、URL 無效 使用 XML 驗證工具檢查 已索引頁面數遠少於 Sitemap URL 數 Noindex 標籤、canonical 指向不同 URL 檢查實際被排除的頁面 Sitemap 檔案過大 URL 數量超過 50,000 拆分為多個 Sitemap，使用 Sitemap Index #2 HTML Sitemap：給使用者看的網站地圖 除了 XML Sitemap（給搜尋引擎看），**HTML Sitemap** 是放在網站上給訪客瀏覽的頁面，列出所有重要分類和頁面的連結。雖然對 SEO 的直接排名影響有限，但有以下好處： - **改善使用者體驗：** 幫助訪客快速找到所需內容 - **輔助爬蟲發現：** 提供額外的內部連結路徑 - **分發 PageRank：** HTML Sitemap 也是內部連結的一種 **2026 年觀點：** 對於大型內容網站，HTML Sitemap 仍有價值；對於小型網站，做好主導覽列和麵包屑導航就足夠了。 #2 總結檢查清單 任務 說明 ☐ 生成 XML Sitemap 確保格式正確，只包含 200 狀態碼頁面 ☐ 排除不可索引頁面 noindex、404、重定向頁面不放入 Sitemap ☐ 提交到 Google Search Console 驗證提交狀態 ☐ 在 robots.txt 中加入 Sitemap 路徑 雙重保障 ☐ 設定動態更新 新內容發布時自��更新 Sitemap ☐ 檢查 Sitemap Index 大型網站確保使用 Sitemap Index 管理 ☐ 監控索引狀態 定期檢查 Search Console 中「已索引」vs「Sitemap 中的網頁」比例 | ← [第 27 章：行動優先索引與 RWD 響應式設計](http://27-行動優先索引與RWD.md) | [回索引](http://../索引.md) | [第 29 章：robots.txt 與 Meta Robots 完整教學 →](http://29-robots.txt與Meta-Robots.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 29 章：robots.txt 與 Meta Robots 完整教學 URL: https://cyruschan.com/seo-chapter-29/ > robots.txt 是什麼？ robots.txt 是一個純文字檔案，放在網站 #2 robots.txt 是什麼？ **robots.txt** 是一個純文字檔案，放在網站的根目錄下，用來告訴搜尋引擎爬蟲：「哪些目錄或頁面你**不要**爬」。它是爬蟲造訪網站時第一個讀取的檔案，也是控制 crawl budget 的第一道關卡。 https://example.com/robots.txt **關鍵觀念：** robots.txt 是「禁止爬取」的指令，不是「禁止索引」。頁面可能仍會透過外部連結被 Google 索引（但不爬取就無法讀取內容）。 #2 robots.txt 基本語法 User-agent: * # 適用於所有爬蟲 Disallow: /admin/ # 禁止爬取 /admin/ 目錄 Disallow: /private-page # 禁止爬取特定頁面 Allow: /admin/public/ # 例外允許（子目錄） Sitemap: https://example.com/sitemap.xml #3 核心指令說明 指令 說明 範例 User-agent 指定適用的爬蟲（* 代表全部） User-agent: Googlebot Disallow 禁止爬取的路徑 Disallow: /wp-admin/ Allow 允許爬取的路徑（用於例外） Allow: /blog/public/ Sitemap 指定 Sitemap 位置 Sitemap: https://example.com/sitemap.xml Crawl-delay 爬取延遲（秒），部分爬蟲支援 Crawl-delay: 10 **注意：** Googlebot 不支援 Crawl-delay，但 Bingbot 和 Yandex 支援。控制 Google 爬取速度需透過 Search Console 的「爬取速度設定」。 #2 robots.txt 實戰範例 #3 範例一：基礎 WordPress 網站 User-agent: * Disallow: /wp-admin/ Disallow: /wp-includes/ Disallow: /wp-content/plugins/ Disallow: /wp-content/themes/ Allow: /wp-content/uploads/ Sitemap: https://example.com/sitemap_index.xml #3 範例二：電商網站 User-agent: * Disallow: /cart Disallow: /checkout Disallow: /my-account Disallow: /search Disallow: /wishlist Disallow: /*?* # 禁止所有帶參數的 URL Allow: /*?p= # 允許產品參數 Sitemap: https://shop.com/sitemap.xml #3 範例三：阻止特定爬蟲 # 阻止 AI 訓練爬蟲 User-agent: GPTBot Disallow: / User-agent: CCBot Disallow: / # 其他爬蟲正常 User-agent: * Disallow: /private/ Sitemap: https://example.com/sitemap.xml #3 範例四：開發 / 測試環境 # 完全阻止所有爬蟲（適合 staging 環境） User-agent: * Disallow: / #2 Meta Robots 標籤：頁面級別控制 如果 robots.txt 是「全站層級」的控制，**Meta Robots** 就是「頁面級別」的精細控制。它放在 HTML 的 區塊內： #3 常用指令組合 指令 HTML 語法 說明 noindex 不索引此頁面，不讓它出現在搜尋結果中 nofollow 不追蹤此頁面上的所有連結 noindex, nofollow 不索引 + 不追蹤連結 index, follow 預設值（可省略） noarchive 不要顯示頁庫存檔（快取） nosnippet 不要在搜尋結果中顯示摘要文字 max-snippet 限制摘要文字長度（字元） max-image-preview 控制圖片預覽大小 notranslate 不要提供翻譯連結 #3 針對特定爬蟲 #2 X-Robots-Tag：HTTP Header 級別控制 當你需要對**非 HTML 檔案**（如 PDF、圖片、Word 文件）設定索引規則時，可以在 HTTP Response Header 中加入： X-Robots-Tag: noindex, nofollow 這對於控制以下類型檔案的索引特別有用： – PDF 文件 – 圖片檔案 – 影片檔案 – JSON / API 回應 – 任何非 HTML 的資源 #2 robots.txt vs Meta Robots vs X-Robots-Tag：何時用哪個？ 情境 使用工具 原因 阻止爬取整個目錄（如後台） robots.txt 全站層級，減少 crawl budget 浪費 阻止特定頁面出現在搜尋結果 Meta Robots noindex 頁面級別精準控制 阻止 PDF 被索引 X-Robots-Tag PDF 無法使用 HTML meta 標籤 保護敏感內容不被看到 **不要用 robots.txt** robots.txt 是公開檔案，反而暴露路徑 阻止搜尋結果顯示快取 Meta Robots noarchive 直接指定行為 阻止特定爬蟲（如 AI 訓練） robots.txt 簡單高效 **⚠️ 重要安全提醒：** robots.txt 是**公開檔案**（任何人都可以存取 example.com/robots.txt）。如果你有真正敏感的內容需要保護，請使用密碼驗證或 IP 限制，而不是 robots.txt。在 robots.txt 中列出敏感目錄等於告訴攻擊者「這裡有好東西」。 #2 robots.txt 常見錯誤與陷阱 #3 錯誤 1：用 Disallow 阻止索引 # 錯誤示範 — 這樣不會阻止頁面被索引！ User-agent: * Disallow: /secret-page.html 如果 /secret-page.html 被其他網站連結，Google 仍可能把它索引（雖然爬蟲不會爬取，但可能從外部連結得知此頁面存在）。 **正確做法：** 在該頁面加上 #3 錯誤 2：意外阻止了必要資源 # 危險：阻止了 CSS 和 JS 檔案！ User-agent: * Disallow: /assets/ Google 需要讀取 CSS 和 JS 來正確渲染頁面。如果阻止了這些資源，可能導致頁面渲染不完整，影響排名。 **正確做法：** 明確指定禁止的目錄，不要過度使用泛規則 #3 錯誤 3：忘記 Allow 的優先級 User-agent: * Disallow: /blog/ Allow: /blog/featured/ Allow 和 Disallow 的優先級取決於規則的**具體程度**（更具體的路徑優先），而不是指令的先後順序。上述範例中 /blog/featured/ 會被允許，因為它比 /blog/ 更具體。 #3 錯誤 4：robots.txt 漏掉 Sitemap 指定 雖然不影響爬取行為，但指定 Sitemap 位置是最佳實踐，讓所有爬蟲（不只是手動提交對象）都能發現你的 Sitemap。 #2 測試與驗證 robots.txt #3 Google Search Console 測試工具 - 前往 Search Console → 設定 → robots.txt 測試工具 - 輸入 URL 測試是否被正確阻止或允許 - 發現語法錯誤時會有提示 #3 手動測試 直接在瀏覽器輸入 https://yourdomain.com/robots.txt 查看原始檔案 #3 常見語法檢查項目 檢查項目 正確做法 編碼格式 必須是 UTF-8 行尾符號 使用 LF（Unix 格式），避免 CRLF 不一致 空行 每個 User-agent 區塊之間用空行分隔 路徑格式 路徑從根目錄開始計算，無須完整 URL 大小寫 路徑區分大小寫 #2 2026 年 robots.txt 新趨勢：AI 爬蟲管理 隨著 AI 訓練資料爬蟲的增長，越來越��的網站開始在 robots.txt 中專門針對 AI 爬蟲： # 阻止主要 AI 訓練爬蟲 User-agent: GPTBot Disallow: / User-agent: CCBot Disallow: / User-agent: anthropic-ai Disallow: / User-agent: Google-Extended Disallow: / Google-Extended 是用於控制內容是否被用於訓練 Google 的 AI 模型（如 Bard / Gemini）的專用爬蟲標識。 #2 總結檢查清單 任務 說明 ☐ 確認 robots.txt 存在於根目錄 https://yourdomain.com/robots.txt ☐ 禁止爬取後台和無意義頁面 /admin、/wp-admin、搜尋結果頁等 ☐ 不要用 robots.txt 阻止索引 改用 Meta Robots noindex ☐ 不要阻止 CSS / JS 資源 Google 需要它們來渲染頁面 ☐ 指定 Sitemap 位置 在 robots.txt 中加入 Sitemap 指令 ☐ 管理 AI 爬蟲 依需求阻止 GPTBot、CCBot 等 ☐ 用 Search Console 測試 定期驗證 robots.txt 規則正確 ☐ 確認開發/測試環境已阻止 Staging 環境設定 Disallow: / ☐ 需要 noindex 的頁面設定 Meta Robots 而非依賴 robots.txt | ← [第 28 章：Sitemap 製作與提交](http://28-Sitemap製作與提交.md) | [回索引](http://../索引.md) | [第 30 章：Canonical 標記與重複內容處理 →](http://30-Canonical標記與重複內容處理.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 30 章：Canonical 標記與重複內容處理 URL: https://cyruschan.com/seo-chapter-30/ > Canonical 是什麼？ Canonical（標準網址標記） 是告訴搜尋引擎 #2 Canonical 是什麼？ **Canonical（標準網址標記）** 是告訴搜尋引擎「這幾個 URL 雖然不同，但內容本質上是一樣的，請把 SEO 權重集中到這個**標準版本**」的機制。它是解決重複內容問題最核心、最重要的技術 SEO 工具。 這行代碼放在網頁的 區域，宣告這個頁面的「權威版本」是什麼。 **直白比喻：** 如果你的文章有兩個入口——正門（canonical URL）和側門（重複 URL），Canonical 標記就是在側門貼上「入口在正門」的告示，讓 Google 知道該把排名權重給哪一個。 #2 重複內容的六大常見來源 在深入 Canonical 之前，先了解重複內容從哪裡來： #3 1. URL 參數（最常見） https://example.com/product?color=red https://example.com/product?color=blue https://example.com/product?utm_source=facebook https://example.com/product?session_id=abc123 同一個頁面因追蹤參數、篩選參數而產生多個 URL。 #3 2. WWW / 非 WWW 版本 https://www.example.com/ https://example.com/ 兩個版本都可能被索引為不同頁面。 #3 3. HTTP / HTTPS http://example.com/ https://example.com/ 如果沒有正確的 301 重定向，兩個協定版本會同時存在。 #3 4. 結尾斜線 https://example.com/blog https://example.com/blog/ 部分伺服器設定會讓這兩者被視為不同頁面。 #3 5. 分頁與排序 https://example.com/category?page=1 https://example.com/category?page=2 https://example.com/category?sort=price ���商網站分類頁的各種篩選組合。 #3 6. 行動版與桌面版 https://example.com/ https://m.example.com/ 如果使用獨立行動版網站（非 RWD），兩個版本的內容可能高度相似。 #2 Canonical 的運作原理 當 Google 發現多個 URL 包含相同或高度相似的內容時： - Google 會選擇一個作為 **Canonical URL**（標準版本） - 所有其他變體的排名訊號（PageRank、連結權重等）會**合併**到 Canonical URL - Canonical URL 出現在搜尋結果中，其他版本通常不會顯示 如果頁面明確設定了 標籤，Google **通常會尊重**（但不是絕對）。Google 仍會根據自己的判斷來決定是否採用你宣告的 Canonical。 #2 Canonical 的六種實現方式 #3 方法一：HTML 標籤（最推薦） **✅ 優點：** 靈活、易於維護、Google 最推薦的方式 #3 方法二：HTTP Header 對於非 HTML 檔案（PDF、文件等），在 HTTP Response Header 中設定： Link: ; rel="canonical" #3 方法三：Sitemap 中的 URL Sitemap 中列出的 URL 被 Google 視為 Canonical 的強烈信號。確保 Sitemap 中只包含 Canonical URL。 #3 方法四：301 重定向 將重複的 URL 永久重定向到 Canonical URL： HTTP/1.1 301 Moved Permanently Location: https://example.com/canonical-page **適用場景：** 永久不再使用的重複 URL #3 方法五：內部連結一致性 所有的內部連結都指向 Canonical URL 版本，而非重複版本。這是對 Google 最強的信號。 #3 方法六：Google Search Console 網址參數工具 在 Search Console 中可以告訴 Google 如何處理特定 URL 參數（如 utm_source、sort 等），讓 Google 知道這些參數不影響頁面內容，無需單獨爬取。 #2 Canonical 實戰範例 #3 範例一：電商產品頁（參數問題） # 產品頁有以下 URL 變體： https://shop.com/product/shirt?color=red&size=m https://shop.com/product/shirt?color=blue&size=l https://shop.com/product/shirt?utm_campaign=summer # 在每個變體的 中設定： 這樣 Google 會把所有變體的排名權重集中到標準產品頁。 #3 範例二：HTTP/HTTPS 與 WWW 問題 # 在 http://example.com 的所有頁面加入 canonical 指向 HTTPS 版本： # 在 https://www.example.com 的所有頁面加入 canonical 指向裸域版本： **更推薦的做法：** 使用 301 重定向一次解決，而非僅靠 canonical。 #3 範例三：跨網域內容授權（Syndication） 如果你將文章授權給其他網站轉載，可以在轉載頁面加上 canonical 指向你的原始頁面： 這樣 Google 就知道原始版本在哪裡，排名權重歸屬於你。 #3 範例四：分頁處理 # 第 2 頁的 canonical 指向自己（非指向第 1 頁）： # 同時使用 rel="prev" 和 rel="next" 輔助： **注意：** Google 在 2019 年後不再使用 rel="prev/next" 作為排名信號，但仍有助於爬蟲理解頁面關係。 #2 Self-Referencing Canonical：自我引用 **每個頁面都應該有 canonical 標籤，即使它指向自己：** #3 為什麼要自我引用？ - **防禦性設置：** 如果有人複製你的內容（scraping），複製的頁面上可能保留了你的 canonical，讓 Google 知道你才是原作者 - **參數問題保護：** 即使有人用帶參數的 URL 連結到你，自我引用的 canonical 仍然確保標準版本被確認 - **一致性：** 讓所有頁面都有明確的信號，減少 Google 自行判斷的不確定性 #2 Canonical 常見錯誤與陷阱 #3 錯誤 1：所有分頁 Canonical 指向第一頁 這會導致第 2 頁以後的所有文章永遠不會被索引。 **正確做法：** 每個分頁 canonical 指向自己，或用「檢視全部」頁面作為 canonical。 #3 錯誤 2：Canonical 鏈 Page A → canonical → Page B → canonical → Page C Google 可能只追蹤一個跳躍，造成混亂。Canonical 應該直接指向最終標準版本。 #3 錯誤 3：Canonical 與 Noindex 混用 同時告訴 Google「不要索引這個頁面」和「這個頁面的標準版本是 X」，發送矛盾信號。**不要混用。** #3 錯誤 4：相對路徑 Canonical Google 明確要求使用**絕對 URL**。 #3 錯誤 5：Canonical 指向不相關頁面 #2 多重複內容處理方案對比 方案 適用場景 優點 缺點 **Canonical** 多版本共存，都需要可訪問 靈活，維護簡單 Google 可能不採用 **301 重定向** 舊版已廢棄、永久遷移 信號最強，Google 必定採用 原始 URL 無法再訪問 **Noindex** 不想被索引的變體頁面 明確禁止索引 浪費 crawl budget **robots.txt 阻止** 不想爬蟲浪費資源 節省 crawl budget 不阻止索引 **URL 參數工具** 追蹤參數、篩選參數 Search Console 設定簡單 僅建議性質 **選擇策略：** 1. 如果重複版本**不需要獨立存在** → 用 **301 重定向** 2. 如果重複版本**需要存在但不想分散權重** → 用 **Canonical** 3. 如果重複版本**需要存在但不需要索引** → 用 **Canonical + 確保不被索引** #2 排查與診斷工具 工具 用途 **Google Search Console** 查看「重複內容」報告，哪些頁面被 Google 選為 Canonical 但與你的設定不同 **Screaming Frog** 爬取全站，檢查每個頁面的 canonical 標籤和重複內容問題 **Site: 搜尋** site:example.com "特定句子" 手動檢查是否有重複內容被索引 **Ahrefs / Semrush** 網站審計功能會標示 canonical 錯誤 **瀏覽器開發者工具** 檢查 HTTP Header 中的 canonical 和 X-Robots-Tag #3 Search Console 診斷重點 - 前往「頁面」報告 → 查看「重複內容」分類 - 檢查「Google 選擇的標準網頁與使用者聲明的標準網頁不同」警告 - 確認排除的 URL 和原因 #2 總結檢查清單 任務 說明 ☐ 每個頁面都有 self-referencing canonical 使用絕對 URL ☐ HTTP 和 HTTPS 統一 確保只有一個版本存活（優先用 301） ☐ WWW 和裸域統一 選擇其一，另一個 301 重定向 ☐ 結尾斜線一致 統一使用 / 或不使用，不要兩版本並存 ☐ URL 參數管理 追蹤參數不應生成獨立索引 URL ☐ 分頁使用正確 canonical 每個分頁指向自己 ☐ Sitemap 中只有 canonical URL 不包含任何重複版本的 URL ☐ 內部連結指向一致 所有內部連結使用 canonical URL ☐ 跨域內容設定跨域 canonical 如果授權轉載，確保轉載網站有你原站 canonical ☐ 不要混用 canonical 和 noindex 發送矛盾信號 ☐ 定期檢查 Search Console 查看「重複內容」和標準網頁報告 | ← [第 29 章：robots.txt 與 Meta Robots 完整教學](http://29-robots.txt與Meta-Robots.md) | [回索引](http://../索引.md) | [第 31 章：SSL 憑證與 HTTPS 完整指南 →](http://31-SSL憑證與HTTPS.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 31 章：SSL 憑證與 HTTPS 完整指南 URL: https://cyruschan.com/seo-chapter-31/ > HTTPS 是什麼？ HTTPS（HyperText Transfer Prot #2 HTTPS 是什麼？ **HTTPS（HyperText Transfer Protocol Secure）** 是 HTTP 的加密版本，透過 **SSL/TLS 憑證** 在瀏覽器和伺服器之間建立加密連線。它確保使用者與網站之間傳輸的資料不會被第三方攔截、竄改或偽造。 HTTP → http://example.com （明文傳輸，不安全） HTTPS → https://example.com （加密傳輸，安全） **關鍵數據：** 截至 2026 年，Google Chrome 中超過 95% 的網頁載入都是透過 HTTPS 進行的。非 HTTPS 網站會在瀏覽器中顯示「不安全」警告。 #2 HTTPS 對 SEO 的影響 #3 Google 的排名信號 自 2014 年起，HTTPS 被 Google 正式確認為**排名因素**。雖然權重不高（Google 比喻為「tiebreaker」級別），但在 AI 搜尋時代其重要性持續上升： 面向 影響 **直接排名** 同等條件下，HTTPS 網站排名優於 HTTP **使用者信任** 瀏覽器「安全鎖頭」圖標提高點擊率（CTR） **數據完整性** 確保 Google Analytics、廣告追蹤數據準確 **HTTP/2 支援** 大部分瀏覽器僅在 HTTPS 上啟用 HTTP/2，大幅提升載入速度 **AMP / PWA** 許多現代網頁技術要求 HTTPS 才能運作 #3 安全鎖頭的 CTR 影響 研究顯示：瀏覽器地址欄的 🔒 安全鎖頭能顯著影響點擊行為。顯示「不安全」警告的網站有 **40-60% 的訪客會立即離開**。 #2 SSL / TLS 憑證的運作原理 使用者瀏覽器 網站伺服器 │ │ │── (1) 請求建立安全連線 ────→│ │←─ (2) 傳送 SSL 憑證 ───────│ │── (3) 驗證憑證有效性 ────→│ │←─ (4) 協商加密金鑰 ────→│ │── (5) 加密資料傳輸 ────→│ - 瀏覽器請求安全連線 - 伺服器發送 SSL 憑證（含公鑰、域名、發證機構資訊） - 瀏覽器驗證憑證是否有效（未過期、由信任機構簽發、域名匹配） - 雙方協商對稱加密金鑰 - 此後所有資料均以加密傳輸 #2 SSL 憑證的三種類型 #3 1. DV（Domain Validation，域名驗證） - **驗證範圍：** 僅驗證域名控制權 - **發證時間：** 數分鐘至數小時 - **適用場景：** 個人部落格、小型網站、測試環境 - **費用：** 免費（Let’s Encrypt）至 $10/年 - **瀏覽器顯示：** 🔒 安全鎖頭 #3 2. OV（Organization Validation，組織驗證） - **驗證範圍：** 域名 + 組織合法性 - **發證時間：** 1-3 個工作天 - **適用場景：** 企業官網、中型商業網站 - **費用：** $50-200/年 - **瀏覽器顯示：** 🔒 + 組織名稱 #3 3. EV（Extended Validation，擴展驗證） - **驗證範圍：** 域名 + 嚴格組織審查 - **發證時間：** 3-10 個工作天 - **適用場景：** 銀行、金融機構、大型電商 - **費用：** $200-1000/年 - **瀏覽器顯示：** 🏦 公司名稱（部分瀏覽器已淡化） **2026 年趨勢：** EV 憑證的視覺優勢已被大幅削弱，多數瀏覽器已不再特別展示公司名稱。除非行業合規要求，DV 憑證已足夠滿足 SEO 和安全性需求。 #2 Let's Encrypt：免費 SSL 憑證方案 **Let’s Encrypt** 是全球最大的免費 SSL 憑證發行機構，由非營利組織 ISRG 營運。截至 2026 年，已發行超過 3 億個憑證。 #3 優點 - ✅ 完全免費 - ✅ 自動化部署與續期 - ✅ 全球瀏覽器信任 - ✅ DV 級別驗證 #3 限制 - 憑證有效期僅 90 天（需自動續期） - 僅提供 DV 驗證（無 OV/EV） - 不支援 Wildcard 以外的多域名（有速率限制） #3 常用部署工具 - **Certbot** — EFF 官方工具，支援 Apache、Nginx、各種 Linux 發行版 - **acme.sh** — 純 Shell 腳本，輕量高效 - **Caddy** — 內建自動 HTTPS，零配置 - **主機面板** — cPanel、Plesk 多已內建 Let’s Encrypt 支援 #2 從 HTTP 遷移到 HTTPS 的完整步驟 #3 第一步：獲取並安裝 SSL 憑證 選擇憑證類型後，在你的網頁伺服器（Apache / Nginx / IIS）上安裝憑證。 #3 第二步：強制 HTTPS 重定向 # Apache .htaccess RewriteEngine On RewriteCond %{HTTPS} !=on RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L] # Nginx server { listen 80; server_name example.com www.example.com; return 301 https://$server_name$request_uri; } #3 第三步：更新內部資源 將所有內部連結、圖片、CSS、JS 的路徑從 http:// 改為 https:// 或使用協議相對 URL： #3 第四步：更新 Canonical 標籤 #3 第五步：更新 Sitemap 確保 Sitemap 中的��有 URL 都是 HTTPS 版本。 #3 第六步：設定 HSTS（HTTP Strict Transport Security） HSTS 是一項安全政策機制，告訴瀏覽器「以後必須用 HTTPS 來訪問這個網站」： # Apache Header always set Strict-Transport-Security "max-age=31536000; includeSubDomains" # Nginx add_header Strict-Transport-Security "max-age=31536000; includeSubDomains" always; 參數 說明 max-age=31536000 有效時間（秒），此例為一年 includeSubDomains 也適用於所有子域名 preload 申請加入瀏覽器的 HSTS Preload 清單 #3 第七步：更新 Google Search Console - 新增 HTTPS 版本的網站資源 - 提交新的 HTTPS Sitemap - 使用「地址變更」工具通知 Google #3 第八步：更新第三方服務 - Google Analytics 網址設定 - 社群媒體分享連結 - 廣告著陸頁 URL - CDN 設定 - email 簽名檔中的連結 #2 常見 HTTPS 遷移問題與解決 #3 問題 1：混合內容（Mixed Content）警告 這是最常見的遷移問題——HTTPS 頁面中載入了 HTTP 資源（圖片、CSS、JS、iframe）： ⚠️ Mixed Content: The page at 'https://example.com' was loaded over HTTPS, but requested an insecure image 'http://cdn.example.com/photo.jpg'. **解決方式：** – 更新所有資源 URL 為 HTTPS – 使用瀏覽器開發者工具的 Security 面板檢查 Mixed Content – 加入 CSP（Content Security Policy）Header：upgrade-insecure-requests #3 問題 2：SSL 憑證鏈不完整 部分瀏覽器報錯「憑證不受信任」��通常是因為中繼憑證未正確安裝。 **解決方式：** 確保伺服器設定中包含完整的憑證鏈（伺服器憑證 + 中繼憑證 + 根憑證） #3 問題 3：301 重定向鏈 http://example.com → https://example.com（正確） http://www.example.com → https://www.example.com → https://example.com（多一跳） **解決方式：** 將所有版本直接 301 重定向到最終的 HTTPS canonical URL，不要經過中間跳轉。 #3 問題 4：CDN 與 HTTPS 不相容 部分舊版 CDN 不支援客製化憑證或需要額外設定。 **解決方式：** 選用支援免費 SSL 的 CDN（Cloudflare、CloudFront 等），確認 CDN 層和源站都正確配置 HTTPS。 #2 SSL 憑證健康檢查清單 檢查項目 工具 / 方法 憑證是否有效、未過期 SSL Labs、瀏覽器點擊鎖頭圖標 憑證是否涵蓋所有域名 檢查 www / 裸域 / 子域名 是否有 Mixed Content Chrome DevTools → Security 面板 HSTS 是否設定 Security Headers 檢測工具 301 重定向是否正確 瀏覽器開發者工具 Network 面板 Sitemap URL 是否全為 HTTPS 手動檢查 Sitemap 檔案 Search Console 是否包含 HTTPS 資源 GSC 後台確認 憑證自動續期是否正常 檢查 Cron job / Certbot timer #2 總結檢查清單 任務 說明 ☐ 取得並安裝 SSL 憑證 Let’s Encrypt 免費方案為首選 ☐ 設定 301 重定向 HTTP → HTTPS（所有版本） ☐ 更新全站資源 URL 圖片、CSS、JS、iframe 全部 HTTPS ☐ 更新 canonical 標籤 指向 HTTPS 版本 ☐ 更新 Sitemap 所有 URL 為 HTTPS ☐ 設定 HSTS 加入 Strict-Transport-Security Header ☐ 更新 Search Console 新增 HTTPS 資源，提交新 Sitemap ☐ 更新第三方服務 GA、廣告、社群媒體、CDN ☐ 設定憑證自動續期 Cron job 或 Certbot auto-renewal ☐ 監控憑證到期時間 設定過期提醒（最佳是到期前 30 天） | ← [第 30 章：Canonical 標記與重複內容處理](http://30-Canonical標記與重複內容處理.md) | [回索引](http://../索引.md) | [第 32 章：301/302 轉址與 HTTP 狀態碼 →](http://32-301-302轉址與HTTP狀態碼.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 32 章：301/302 轉址與 HTTP 狀態碼完整指南 URL: https://cyruschan.com/seo-chapter-32/ > HTTP 狀態碼概述 每當瀏覽器向伺服器發出請��時，伺服器會返回一個三位數的 #2 HTTP 狀態碼概述 每當瀏覽器向伺服器發出請��時，伺服器會返回一個三位數的 **HTTP 狀態碼** 來說明請求的結果。對 SEO 來說，理解這些狀態碼至關重要，因為它們直接��響搜尋引擎如何索引和排名你的頁面。 #3 五大分類 類別 範圍 含義 SEO 影響 **1xx** 100-199 資訊回應 無直接影響 **2xx** 200-299 成功 ✅ 正常，可索引 **3xx** 300-399 重新導向 ⚠️ 需正確設定 **4xx** 400-499 用戶端錯誤 ❌ 需修復 **5xx** 500-599 伺服器錯誤 🔴 緊急修復 #2 SEO 相關重點狀態碼 #3 200 OK — 一切正常 頁面成功載入，可以正常被索引。這是所有重要頁面應該返回的狀態碼。 #3 301 Moved Permanently — 永久重定向 告訴搜尋引擎：「這��頁面**永遠**搬到新地址了，以後請直接去新地址，把排名權重也帶過去。」 # Nginx 301 重定向 rewrite ^/old-page$ /new-page permanent; # Apache .htaccess 301 重定向 Redirect 301 /old-page https://example.com/new-page **301 對 SEO 的影響：** – ✅ 將 90-99% 的 PageRank 傳遞給目標 URL – ✅ Google 會在索引中替換舊 URL 為新 URL – ✅ 適用於：網址結構改版、HTTP→HTTPS 遷移、域名更換 #3 302 Found — 暫時重定向 告訴搜尋引擎：「這個頁面**暫時**搬到新地址，舊地址還是主人，排名權重請保留在舊地址。」 # Nginx 302 重定向 rewrite ^/promo$ /special-offer redirect; **302 對 SEO 的影響：** – ⚠️ 排名權重**不會**傳遞給目標 URL，保留在原始 URL – ⚠️ Google 可能繼續索引原始 URL – 適用於：暫時的促銷頁面、A/B 測試、維護中的頁面臨時替換 **⚠️ 常見錯誤：** 將永久性的 URL 變更誤用 302。如果 SEO 想長期改網址，用 301；如果只是暫時性的改動，用 302。 #3 307 Temporary Redirect / 308 Permanent Redirect - **307**：與 302 類似（暫時），但保證請求方法不變（POST 仍為 POST） - **308**：與 301 類似（永久），但保證請求方法不變 對 SEO 來說，307 等同 302，308 等同 301。 #3 404 Not Found — 頁面不存在 請求的頁面不存在於伺服器上。這是最常見的用戶端錯誤。 **404 對 SEO 的影響：** – ⚠️ 一定數量的 404 是正常的（Google 不會因此懲罰網站） – ❌ 大量 404 會浪費 crawl budget – ❌ 如果外部連結指向 404 頁面，失去了這些連結的 SEO 價值 **處理 404 的策略：** 情境 做法 有替代頁面 301 重定向到最相關的頁面 產品永久下架 301 到上層分類頁；或在 404 頁面顯示推薦商品 內容真的不存在 返回真實的 404（不要軟 404） 大量 404 的舊網站 優先修復有外部連結指向的 404 #3 軟 404（Soft 404） 伺服器返回 200 OK，但頁面內容顯示「找不到」、「無結果」等訊息。Google 會將其歸類為軟 404，並停止索引。 **解決方式：** 讓真正的「無內容頁」返回 404 或 410 狀態碼，而非 200。 #3 410 Gone — 頁面已永久刪除 比 404 更強烈的信號：「這個頁面曾經存在，但已經被**永久刪除**」。 - Google 會比 404 更快地從索引中移除 410 頁面 - 適用於：明確不再需要的內容、依法需刪除的內容 #3 500 Internal Server Error — 伺服器錯誤 伺服器遇到未預期的錯誤，無法完成請求。 **SEO 影響：** – 🔴 如果 Googlebot 造訪時返回 500，該頁面可能從索引中移除 – 🔴 大量或長時間的 500 錯誤會導致排名下降 – 🔴 若持續超過 1-2 天未修復，Google 可能認為網站不可靠 #3 503 Service Unavailable — 服務暫時不可用 伺服器暫時無法處理請求（通常因為維護或過載）。 - ⚠️ 503 表示「暫時」問題，Google 會稍後再試 - ⚠️ 如果 503 狀態持續數天，Google 會開始將其視為永久性問題 #2 301 重定向的 SEO 最佳實踐 #3 1. 直接重定向，避免鏈條 # ❌ 錯誤 — 重定向鏈 http://example.com → https://example.com → https://www.example.com → https://newdomain.com # ✅ 正確 — 直接跳到最終目的地 http://example.com → https://newdomain.com 每多一跳，PageRank 就會額外衰減，也會增加載入時間。 #3 2. 重定向到相關頁面，非首頁 # ❌ 錯誤 /old-product-page → / （全部導向首頁） # ✅ 正確 /old-product-page → /similar-new-product /old-category/old-product → /new-category/new-product 把所有死連結全部導向首頁（blob redirect）會讓 Google 將它們視為 soft 404，失去 SEO 價值。 #3 3. 大規模重定向的規劃 網站改版、遷移時，使用以下工具規劃： – **Screaming Frog** 爬取舊站所有 URL – 建立「舊 URL → 新 URL」的 mapping 對照表 – 逐條驗證重定向設定正確 – 在 Search Console 監控「找不到（404）」報告 #3 4. 域名更換的遷移流程 - 新域名設置並安裝 SSL - 從舊域名 301 redirect 到新域名（頁面對頁面） - 在 Google Search Console 使用「地址變更」工具 - 保留舊域名和 redirect 至少 **一年**（建議永久保留） - 更新所有外部平台的連結（社群媒體、目錄網站、合作夥伴） #2 重定向的常見方法 #3 伺服器層級（最推薦） # Apache .htaccess Redirect 301 /old-page.html https://example.com/new-page RedirectMatch 301 ^/blog/(.*)$ https://example.com/articles/$1 # 正則表達式批量重定向 RewriteEngine On RewriteRule ^category-(.*)$ /new-category-$1 [R=301,L] # Nginx rewrite ^/old-page$ /new-page permanent; rewrite ^/blog/(.*)$ /articles/$1 permanent; #3 PHP 層級（不得已才用） SEO 角度不推薦：較慢，且必須確保伺服器層級優先。 #3 JavaScript 層級（最不推薦） window.location.href = "https://example.com/new-page"; Google 可以追蹤 JS 重定向，但比伺服器層級 301 效率差很多。**僅在前端 SPA 中無法用伺服器處理時才考慮。** #3 HTML Meta Refresh（過時，不推薦） Google 會將其解釋為重定向，但不傳遞 PageRank，且有延遲。**不建議用於 SEO。** #2 重定向策略對比表 策略 PageRank 傳遞 索引影響 適用場景 **301** 90-99% 搜尋引擎替換 URL 永久改版、HTTPS 遷移、域名更換 **302** 0%（保留在原 URL） 原始 URL 繼續被索引 暫時促銷頁、A/B 測試 **JS 重定向** 部分傳遞，不穩定 可能延遲或失敗 僅 SPA 無法伺服器端處理時 **Meta Refresh** 幾乎不傳遞 不推薦用於 SEO 不建議使用 **Canonical** 信號而非強制 原始 URL 保留在索引 多版本頁面共存時 #2 監控與診斷工具 工具 用途 **Google Search Console** 查看「找不到（404）」報告、索引涵蓋範圍 **Screaming Frog** 爬取全站，檢查所有重定向鏈和狀態碼 **Ahrefs Site Audit** 監控 3xx/4xx/5xx 錯誤、重定向鏈 **curl -I** 命令列檢查 HTTP 回應頭 **瀏覽器開發者工具** Network 面板查看實際狀態碼和重定向鏈 **Redirect Path 擴充** Chrome 擴充，即時顯示重定向路徑 #3 curl 檢測指令 curl -I https://example.com/old-page # 檢查回應的 HTTP Status Code 和 Location Header curl -L -o /dev/null -s -w '%{url_effective}\n' https://example.com # 追蹤完整的重定向鏈，顯示最終的 URL #2 總結檢查清單 任務 說明 ☐ 所有重要頁面返回 200 確保沒有主要 URL 返回錯誤狀態碼 ☐ 永久變更使用 301 不要誤用 302 處理永久性改動 ☐ 刪除頁面返回 410 或 404 不要返回 200 然後顯示「找不到」 ☐ 重定向直接跳最終 URL 避免重定向鏈（多於一跳） ☐ 404 導向相關頁面 不要全部導向首頁 ☐ 監控 Search Console 404 報告 每月檢查一次 ☐ 500 錯誤立即修復 關鍵頁面 500 影響排名 ☐ 保留舊域名重定向至少一年 域名遷移後不要急著關閉舊域名 ☐ 定期爬取全站檢查 Screaming Frog / Site Audit 每月一次 ☐ 使用伺服器層級重定向 不要依賴 JS 或 meta refresh | ← [第 31 章：SSL 憑證與 HTTPS](http://31-SSL憑證與HTTPS.md) | [回索引](http://../索引.md) | [第 33 章：JavaScript SEO 與 Log File 分析 →](http://33-JavaScript-SEO與Log分析.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 33 章：JavaScript SEO 與 Log File 分析 URL: https://cyruschan.com/seo-chapter-33/ > JavaScript SEO 的重要性 在 SPA（Single Page Ap #2 JavaScript SEO 的重要性 在 SPA（Single Page Application）和前端框架（React、Vue、Angular）日益普及的時代，**JavaScript SEO** 成為技術 SEO 中最具挑戰性的領域。核心問題很簡單： **Google 能不能看到你的內容？** 傳統網站：伺服器直接返回 HTML → Googlebot 直接讀取 ✅ JS 渲染網站：伺服器返回空的 HTML 框架 → 需要 JS 執行後才有內容 ⚠️ #2 Google 如何處理 JavaScript #3 Googlebot 的「兩階段」索引流程 第一階段：爬取與解析 → Googlebot 讀取 HTML，提取連結和資源（CSS/JS） 第二階段：渲染（延遲執行） → 將 JS 檔案送去 Web Rendering Service（WRS） → 使用 Chromium 執行 JS → 讀取最終渲染後的 DOM → 提取內容和連結 **關鍵問題：** 第一階段和第二階段之間存在**時間差**。Google 可能在第一階段就開始索引，也可能幾天甚至幾週後才進行第二階段的 JS 渲染。 **2026 年現狀：** Google 的 JS 渲染能力已大幅提升，但仍不是即時的。對於時效性內容，完全依賴 JS 渲染有風險。 #2 三種渲染策略與 SEO 影響 #3 1. CSR（Client-Side Rendering，用戶端渲染） 伺服器 → 空的 HTML（只有
）→ 瀏覽器下載 JS → JS 執行 → 渲染內容 面向 評估 SEO 友善度 ❌ 有風險 首次載入速度 ❌ 較慢（需先載入 JS） 開發體驗 ✅ 前後端分離，開發效率高 Google 索引延遲 ⚠️ 數天至數週 社群媒體爬蟲 ❌ Facebook/Twitter 無法讀取 JS 內容 #3 2. SSR（Server-Side Rendering，伺服器端渲染） 伺服器 → 執行 JS → 生成完整 HTML → 回傳給瀏覽器 面向 評估 SEO 友善度 ✅ 最佳 首次載入速度 ✅ 快速（直接回傳 HTML） 伺服器負載 ⚠️ 較高 開發複雜度 ⚠️ 需要 Node.js 伺服器 框架支援 Next.js、Nuxt.js、Remix、SvelteKit #3 3. SSG（Static Site Generation，靜態網站生成） 建置階段 → 預先渲染所有頁面 → 輸出純 HTML 檔案 → 部署到 CDN 面向 評估 SEO 友善度 ✅ 最佳 載入速度 ✅ 最快（純 HTML + CDN） 動態內容 ⚠️ 需在建置時決定，無法即時變更 框架支援 Next.js、Gatsby、Astro、Hugo、11ty #2 JavaScript SEO 實戰檢查 #3 檢查 1：Google 看到的 vs 使用者看到的 使用以下工具對比： 工具 用途 **Google Search Console → URL 檢查** 查看 Google 渲染後的「螢幕擷圖」 **Rich Results Test** 查看 Google 能否讀取結構化資料 **View Page Source** （右鍵 → 檢視網頁原始碼） 查看「第一階段」Google 讀到的 HTML **Inspect Element** （開發者工具） 查看 JS 渲染後的完整 DOM **Chrome DevTools → JavaScript 停用測試** 模擬 Googlebot 第一階段爬取 #3 核心檢查清單 ☐ 關閉 JS 後，頁面主要內容是否存在？ ☐ 關閉 JS 後，導覽連結是否可用？ ☐ 關閉 JS 後， 和 <meta description> 是否存在？ ☐ 關閉 JS 後，canonical 標籤是否存在？ ☐ 關閉 JS 後，結構化資料是否存在？ ☐ 關閉 JS 後，<h1> 標題是否存在？ ☐ 關閉 JS 後，內部連結是否可被發現？ **實用方法：** 在 Chrome 中安裝「Web Developer」擴充 → Disable JavaScript → 重新載入頁面，觀察內容是否仍然存在。 #2 JavaScript 框架 SEO 最佳實踐 #3 Next.js（React） // 在需要 SEO 的頁面使用 SSR 或 SSG export async function getServerSideProps(context) { // SSR: 每次請求都在伺服器端渲染 const data = await fetch(`https://api.example.com/page/${context.params.id}`); return { props: { data } }; } export async function getStaticProps() { // SSG: 建置時生成靜態 HTML const data = await fetch('https://api.example.com/pages'); return { props: { data } }; } #3 Nuxt.js（Vue） // nuxt.config.js export default { ssr: true, // 啟用 SSR target: 'server', // 或 'static' 用於 SSG } #3 通用建議 做法 說明 **動態 <title> 和 meta** 使用 react-helmet（React）或 vue-meta（Vue）確保每個頁面的 meta 標籤正確 **歷史路由模式** 使用 History API（而非 hash /#/），確保 URL 乾淨 **Lazy Loading 謹慎使用** 確保主要內容不在 lazy load 中 **避免 window / document 直接呼叫** SSR 環境中沒有這些物件，會報錯 **關鍵 CSS 內聯** 確保首屏樣式直接內嵌，不依賴 JS 下載 #2 Log File 分析入門 #3 什麼是 Log File？ 伺服器日誌檔記錄了每一次被存取的請求，包括誰訪問了什麼、什麼時候、結果如何。對於 SEO 來說，最重要的是 **Googlebot 的爬取紀錄**。 # Apache / Nginx 典型的 Log 格式 66.249.66.1 - - [23/Jul/2026:14:30:00 +0800] "GET /blog/seo-guide HTTP/1.1" 200 15240 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" #3 Log File 能回答的 SEO 問題 問題 Log 提供的答案 Googlebot 爬了哪些頁面？頻率多少？ 每個 URL 的爬取時間和頻率 Googlebot 是否浪費時間在無意義頁面？ 爬取非重要頁面的比例 多少請求返回 404 / 500 等錯誤？ 每個狀態碼的請求數量和 URL 哪個爬蟲最活躍？ 按 User-Agent 分類統計 靜態資源是否被大量爬取？ JS/CSS/圖片被 Googlebot 請求的頻率 是否有意外的爬蟲在大量請求？ 異常的爬蟲行為 #3 Log File 分析的 SEO 價值 Googlebot 的爬取總量 = Crawl Budget 你應該確保： - Googlebot 大部分時間在爬「重要頁面」 - Googlebot 沒有浪費時間在404、重定向、低品質頁面 - 重要新內容被快速發現和爬取 #2 Log File 分析工具 #3 免費工具 工具 說明 **Screaming Frog Log File Analyser** 最常用的 SEO Log 分析工具，支援視覺化報表 **Google Search Console** 查看「檢索統計資料」報告（簡單版 crawl stats） **ELK Stack**（Elasticsearch + Logstash + Kibana） 開源大數據 Log 分析平台 **GoAccess** 終端機即時 Log 分析工具 #3 專業付費工具 工具 特點 **Botify** 企業級 Log 分析，結合爬取數據和 Log 數據 **Oncrawl** 整合 Log、爬取、排名數據的 SEO 平台 **Splunk** 大型企業的 Log 管理平台 **實務建議：** 對大多數網站來說，**Screaming Frog Log File Analyser** 已足夠。每年一次深度 Log 分析就能發現大量優化機會。 #2 Log File 分析實戰流程 #3 第一步：取得 Log 檔案 - 從主機面板（cPanel / Plesk）下載 - 透過 SSH 存取 /var/log/nginx/access.log 或 /var/log/apache2/access.log - 使用 CDN 的話，Cloudflare / CloudFront 都有 Log 下載功能 #3 第二步：過濾 Googlebot # Linux 命令列過濾 Googlebot grep "Googlebot" access.log > googlebot-requests.log #3 第三步：分析��取模式 - **哪些 URL** 被爬取最多 / 最少？ - **哪些目錄** 被過度爬取（例如搜尋結果頁、篩選頁）？ - **哪些重要頁面** 長時間未被爬取？ - **新內容** 被發現的速度如何？ - **錯誤回應**（4xx/5xx）的比例？ #3 第四步：制定優化行動 發現 行動 Googlebot 浪費時間在搜尋結果頁 robots.txt 阻止搜尋結果頁 重要產品頁很少被爬取 改善內部連結結構 大量 5xx 錯誤 修復伺服器效能問題 圖片 URL 被大量爬取 確保圖片有正確的 <img> 標籤 新文章多天未被爬取 檢查 Sitemap 更新和內部連結 #2 Crawl Budget 優化策略 **Crawl Budget（爬取預算）** = Google 每天願意爬取你網站的頁面數量。 #3 影響 Crawl Budget 的因素 因素 說明 **網站規模** 小網站通常有充足的爬取預算 **網站健康度** 大量錯誤會降低 Google 的爬取意願 **內容新鮮度** 頻繁更新的網站獲得更多爬取預算 **網站速度** 回應越快的網站，Google 爬取效率越高 **反向連結** 更多高品質反向連結 → 更多爬取 #3 優化清單 1. 確保重要頁面載入速度快（< 2 秒） 2. 消除低品質頁面（thin content、自動生成頁面） 3. 用 robots.txt 阻止無效 URL 空間（搜尋結果、篩選組合） 4. 使用正確的 HTTP 狀態碼（不要 soft 404） 5. 減少重定向鏈 6. 確保 Sitemap 準確且即時更新 7. 透過內部連結引導 Googlebot 到重要內容 8. 合併分散在多個 URL 的內容 #2 總結檢查清單 任務 說明 ☐ 關閉 JS 後檢查頁面內容 確保主要內容在無 JS 環境中可見 ☐ / meta description 是否伺服器端渲染 不在 JS 中動態注入 ☐ Canonical 是否伺服器端輸出 確保 Google 第一階段就能��取 ☐ 結構化資料是否伺服器端輸出 JSON-LD 在 <head> 中預先存在 ☐ 內部連結是否在 HTML 中 不是透過 JS onclick 事件跳轉 ☐ URL 使用 History API 不使用 # hash 路由 ☐ 考慮 SSR / SSG 評估是否適合改用 Next.js / Nuxt.js / SSG ☐ 取得 Log 檔案並分析 每年至少一次 Log 分析 ☐ 追蹤 Googlebot 爬取模式 使用 Screaming Frog Log Analyser ☐ 優化 Crawl Budget 阻止無效 URL 空間，加速重要頁面回應 ☐ 定期檢查 GSC 爬取統計 關注每日爬取頁面數和錯誤率 | ← [第 32 章：301/302 轉址與 HTTP 狀態碼](http://32-301-302轉址與HTTP狀態碼.md) | [回索引](http://../索引.md) | [第 34 章：技術 SEO 總覽與檢查清單 →](http://34-技術SEO總覽與檢查清單.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 34 章：技術 SEO 總覽與檢查清單 URL: https://cyruschan.com/seo-chapter-34/ > 技術 SEO 的全景圖 技術 SEO 是 SEO 三大支柱（技術、內容、連結）中 #2 技術 SEO 的全景圖 技術 SEO 是 SEO 三大支柱（技術、內容、連結）中最基礎的一環。沒有良好的技術基礎，再好的內容也可能無法被搜尋引擎發現、爬取和索引。 本章將 Part 5 的 10 個章節整合為一套可操作的總覽與檢查清單，幫助你用系統化的方式確保網站的技術 SEO 健康度。 #2 技術 SEO 的五大核心目標 1. 可發現（Discoverability）→ 搜尋引擎知道你的頁面存在 ├─ Sitemap（第 28 章） └─ 內部連結（第 23 章） 2. 可爬取（Crawlability）→ 搜尋引擎能順利爬取你的頁面 ├─ robots.txt（第 29 章） ├─ Crawl Budget 優化（第 33 章） └─ 網站速度（第 25 章） 3. 可索引（Indexability）→ 搜尋引擎將你的頁面納入索引 ├─ Meta Robots noindex（第 29 章） ├─ Canonical 標記（第 30 章） ├─ HTTP 狀態碼（第 32 章） └─ 行動優先索引（第 27 章） 4. 可渲染（Renderability）→ 內容被正確渲染和呈現 ├─ JavaScript SEO（第 33 章） ├─ Core Web Vitals（第 26 章） └─ RWD 響應式設計（第 27 章） 5. 安全性（Security）→ 網站安全影響排名和信任 ├─ HTTPS / SSL（第 31 章） └─ HSTS 設定（第 31 章） #2 技術 SEO 優先級矩陣 並非所有技術 SEO 任務都有同等級的重要性。以下按影響力與修復難度排列優先級： #3 🔴 P0 — 嚴重問題，立即修復（排名直接受影響） 問題 影響 解決方案 網站無法被 Google 索引 整個網站從搜尋結果消失 檢查 robots.txt 是否有 Disallow: /；檢查 noindex 標籤 HTTPS 憑證過期 瀏覽器顯示「不安全」警告，訪客大量流失 立即續期 SSL 憑證，設定自動續期 全站 5xx 伺服器錯誤 Googlebot 無法訪問，排名急降 檢查伺服器狀態，優先恢復 重要頁面 404 失去排名和流量 301 重定向或恢復頁面 Canonical 標記全部指向首頁 所有內容頁面無法索引 修復 canonical 標籤設定 #3 🟠 P1 — 重要問題，排程修復（間接影響排名） 問題 影響 解決方案 網站速度慢（LCP > 4s） 排名和轉換率下降 圖片壓縮、快取、CDN、程式碼優化 CLS > 0.25（視覺不穩定） 使用者體驗差，可能影響排名 設定圖片/廣告尺寸預留空間 孤立頁面（無內部連結） 無法被 Google 發現 加入內部連結網路 重複內容未處理 PageRank 分散 設定 canonical 或 301 行動版體驗差 行動搜尋排名下降（Mobile-First Index） 改用 RWD 設計 Sitemap 未提交或過時 新內容發現延遲 更新並提交 GSC #3 🟡 P2 — 建議優化（提升效率，長期競爭力） 問題 影響 解決方案 Crawl Budget 浪費在低價值頁面 重要頁面爬取頻率降低 robots.txt 阻止無效 URL 圖片未壓縮 頁面載入較慢 WebP 格式、懶載入 結構化資料未設定 錯過 Rich Results 機會 加入 Schema Markup（第 24 章） HTTP/2 未啟用 多資源載入效率低 啟用 HTTP/2（需 HTTPS） 無 HSTS Header 安全性略低 設定 HSTS Log File 未分析 不了解 Googlebot 行為 定期 Log 分析 #2 技術 SEO 月度檢查清單 #3 每週檢查（5 分鐘） 任務 工具 說明 ☐ 查看 Search Console 錯誤報告 GSC 是否有新的 404、500、重定向錯誤 ☐ 檢查 SSL 憑證到期日 瀏覽器 距離到期少於 30 天需續期 ☐ 確認網站正常載入 手動測試 首頁和重要頁面能正常打開 #3 每月檢查（30 分鐘） 任務 工具 說明 ☐ 全站爬取 Screaming Frog 檢查所有頁面的 HTTP 狀態碼 ☐ Core Web Vitals 報告 PageSpeed Insights / GSC 檢查 LCP、INP、CLS 指標 ☐ Sitemap 狀態 GSC 確認提交成功，已索引比例 ☐ robots.txt 檢查 GSC robots.txt 測試器 確認規則正確，無意外阻擋 ☐ Canonical 檢查 Screaming Frog 確認 canonical 標籤存在且正確 ☐ 檢查新內容是否被索引 GSC URL 檢查 輸入新發布的 URL 測試 ☐ 行動可用性報告 GSC 檢查是否有行動版問題 #3 每季檢查（2 小時） 任務 工具 說明 ☐ Log File 分析 Screaming Frog Log Analyser 分析 Googlebot 爬取模式和 Crawl Budget ☐ 網站速度全面審計 PageSpeed Insights + GTmetrix 針對所有重要頁面做速度測試 ☐ 結構化資料驗證 Rich Results Test 確認 Schema Markup 有效 ☐ HTTPS 安全標頭檢查 Security Headers 檢查 HSTS、CSP 等安全標頭 ☐ 競爭對手技術 SEO 對比 手動分析 對手是否在某方面明顯優於自己 #2 技術 SEO 工具工具箱 #3 必備免費工具 工具 用途 使用頻率 **Google Search Console** 索引狀態、Core Web Vitals、錯誤監控 每週 **PageSpeed Insights** 頁面速度分析 每月 **Chrome DevTools** 即時檢查 HTTP 狀態、Network、Lighthouse 隨時 **Rich Results Test** 結構化資料驗證 新增 Schema 時 **robots.txt Tester（GSC 內建）** robots.txt 驗證 修改規則時 **XML Sitemap Validator** Sitemap 語法檢查 更新 Sitemap 時 #3 推薦付費工具 工具 獨特優勢 適合 **Screaming Frog SEO Spider** 最全面的技術 SEO 爬取工具 所有網站 **Ahrefs Site Audit** 自動化定期審計 + 問題優先級排序 中大型網站 **Semrush Site Audit** 類似 Ahrefs，介面友善 中大型網站 **Botify** 企業級 Log 分析 + Crawl Budget 優化 大型內容/電商網站 **DeepCrawl / Lumar** 雲端全站爬取 + 歷史趨勢分析 企��級網站 #2 常見技術 SEO 錯誤模式 #3 模式 1：新網站忘了改 robots.txt 開發或測試環境設定 Disallow: / 阻止所有爬蟲，但上線時忘了移除。 → **後果：整個網站無法被索引。** → **確認：** 上線後立即檢查 robots.txt。 #3 模式 2：HTTP → HTTPS 遷移不完整 設定了 301 但內部連結、Sitemap、Canonical 仍然指向 HTTP。 → **後果：** 部分頁面出現 Mixed Content 警告，排名訊號混亂。 → **確認：** 全站爬取檢查是否仍有 HTTP 版本 URL。 #3 模式 3：Staging 環境被索引 測試環境被 Google 索引，與正式站產生重複內容競爭。 → **後果：** 重複內容問題，混亂的搜尋結果。 → **解決：** Staging 環境加入密碼保護 + Disallow: / + noindex。 #3 模式 4：過度依賴 JavaScript 所有內容依賴 JS 渲染，但 Google 的 JS 渲染有延遲。 → **後果：** 新內容需要數天甚至數週才被完整索引。 → **解決：** 改用 SSR 或 SSG，至少在 <head> 和關鍵內容區塊預先輸出。 #3 模式 5：URL 參數爆炸 電商網站每個篩選組合都產生獨立 URL，生成數萬個重複頁面。 → **後果：** Crawl Budget 耗盡，重要產品頁無法被及時爬取。 → **解決：** Canonical + robots.txt 禁止參數 URL + GSC 網址參數設定。 #2 Part 5 知識體系回顧 #3 你現在掌握的技術 SEO 能力 能力 關鍵知識點 **讓網站被發現** Sitemap 製作與提交（XML / 圖片 / 影片 / 新聞） **控制爬蟲行為** robots.txt 語法、Meta Robots、X-Robots-Tag、AI 爬蟲管理 **解決重複內容** Canonical（6 種方式）、301 重定向、Sitemap URL 一致性 **優化網站速度** LCP/INP/CLS 診斷、圖片壓縮、CDN、快取、TTFB **確保行動友好** Mobile-First Indexing、RWD、行動版 SEO 檢查 **JS 網站 SEO** SSR/SSG/CSR 選擇、Google 兩階段索引、Crawl Budget **保障網站安全** SSL 憑證（DV/OV/EV）、HTTP→HTTPS 遷移、HSTS、Mixed Content **管理狀態碼** 301/302 選擇、404 策略、重定向鏈、Soft 404 避免 **監控與診斷** Log File 分析、GSC、Screaming Frog、PageSpeed Insights #2 從技術 SEO 到內容 SEO 技術 SEO 確保了你的網站「能被找到、能被爬取、能被索引、能被渲染」。這是地基。 下一部分（**Part 6：內容 SEO**）將在此基礎上建設真正的價值：創造搜尋引擎想要排名、使用者想要閱讀的高品質內容。沒有好的內容，再完美的技術基礎也只是空殼。 | ← [第 33 章：JavaScript SEO 與 Log File 分析](http://33-JavaScript-SEO與Log分析.md) | [回索引](http://../索引.md) | [第 35 章：內容行銷與 SEO 的戰略整合 →](http://35-內容行銷與SEO戰略整合.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 35 章：內容行銷與 SEO 的戰略整合 URL: https://cyruschan.com/seo-chapter-35/ > 為什麼內容行銷與 SEO 必須整合？ 在 2026 年，內容行銷和 SEO 不再 #2 為什麼內容行銷與 SEO 必須整合？ 在 2026 年，**內容行銷**和 **SEO** 不再是兩個獨立的部門或策略。它們是同一個硬幣的兩面： **SEO 決定你的內容「能不能被找到」；內容行銷決定你的內容「值不值得被找到」。** 沒有 SEO 的內容行銷 = 蓋了一間沒有門牌的店 沒有內容的 SEO = 空有招牌但貨架是空的 #2 內容行銷與 SEO 的交集模型 內容行銷 SEO ┌──────────────┐ ┌──────────────┐ │ 品牌故事 │ │ 關鍵字研究 │ │ 社群經營 │ ┌──┤ 技術審計 │ │ 電子報 │ │交集│ 連結建設 │ │ 影片內容 │ │ │ 排名監控 │ └──────────────┘ │ └──────────────┘ ┌──────┴──────┐ │ SEO 內容 │ │ = 交集區域 │ ├─────────────┤ │ 關鍵字驅動的 │ │ 高品質內容 │ │ 搜尋意圖對齊 │ │ 結構化寫作 │ │ 內部連結策略 │ │ E-E-A-T 展示 │ └─────────────┘ **交集區域 = SEO 內容策略**：這是最有價值的地帶——同時滿足搜尋引擎排名需求和目標受眾資訊需求的內容。 #2 內容行銷漏斗與 SEO 關鍵字的對應 漏斗階段 使用者意圖 內容類型 關鍵字特徵 **認知 Awareness** 發現問題、尋找資訊 部落格文章、指南、資訊圖 資訊型關鍵字：「什麼是」「如何」「為什麼」 **考慮 Consideration** 比較方案、研究選項 比較文章、案例研究、白皮書 商業調查型：「A vs B」「推薦」「評測」 **決策 Decision** 準備購買/行動 產品頁、落地頁、免費試用 交易型：「購買」「價格」「優惠」 **留存 Retention** 深化使用、進階學習 使用教學、FAQ、社群內容 導航型 + 資訊型：「品牌名 + 教學」 #3 實戰應用：一個主題，四種內容 假設你賣「專案管理軟體」： 認知層 → 文章：《專案管理是什麼？新手入門指南》 關鍵字：專案管理 入門、project management guide 考慮層 → 文章：《2026 年最佳 10 款專案管理工具比較》 關鍵字：專案管理工具 推薦、PM 軟體 比較 決策層 → 落地頁：《[品牌名] — 讓團隊效率翻倍的專案管理工具》 關鍵字：[品牌名]、[品牌名] 價格、[品牌名] 試用 留存層 → 教學：《[品牌名] 時間軸功能完整教學》 關鍵字：[品牌名] 教學、[品牌名] 時間軸 使用 #2 主題集群策略（Topic Cluster Strategy） 這是 2026 年最成熟的內容 SEO 架構方法： ┌─────────────────┐ │ Pillar Page │ ← 核心主題的權威長篇文章 │ 支柱頁面 │ (3,000+ 字，全面覆蓋) └───────┬──��──────┘ ┌──────────┼──────────┐ ┌──────▼──────┐ ┌─▼─────────┐ ┌────���─▼──────┐ │ Cluster 1 │ │ Cluster 2 │ │ Cluster 3 │ │ 子主題文章 │ │ 子主題文章 │ │ 子主題文章 │ └──────┬──────┘ └─────┬─────┘ └──────┬──────┘ ··· 更多子主題 ··· #3 主題集群的結構 - **Pillar Page（支柱頁）：** 一個對核心主題全面深入的長篇文章 - **Cluster Pages（集群頁）：** 多篇針對特定子主題的文章 - **內部連結網路：** 所有集群頁連結到支柱頁，支柱頁連結回集群頁 #3 為什麼主題集群有效？ 優勢 SEO 機制 建立主題權威 Google 看到你對某主題有全面覆蓋 提升內部連結結構 自然的連結網路強化 PageRank 分配 增加索引覆蓋率 更多相關頁面被索引和排名 改善使用者體驗 讀者可以從一個主題深入挖掘到更多相關內容 #3 主題集群實例 主題：WordPress SEO Pillar：《WordPress SEO 完整指南 2026》 ├─ Cluster 1：《WordPress SEO 外掛推薦與比較》 ├─ Cluster 2：《WordPress 網站速度優化 10 大步驟》 ├─ Cluster 3：《WordPress Sitemap 設定教學》 ├─ Cluster 4：《WordPress Permalink 結構最佳化》 ├─ Cluster 5：《WordPress Schema Markup 完整設定》 └─ Cluster 6：《WordPress 圖片 SEO 完整指南》 #2 內容行事曆（Content Calendar）的 SEO 驅動設計 傳統內容行事曆靠「靈感」驅動。SEO 驅動的內容行事曆靠「數據」驅動。 #3 每月內容規劃四步驟 第 1 步：關鍵字機會分析（第 1-3 天） → 找出搜尋量高、競爭度低、與業務相關的關鍵字 → 工具：Ahrefs 關鍵字瀏覽器、Google Keyword Planner、GSC 查詢報告 第 2 步：意圖匹配與內容格式決定（第 3-5 天） → 每個關鍵字配對最適合的內容格�� → 資訊型 → 指南文章；比較型 → 對比文章；交易型 → 產品頁 第 3 步：排程與分配（第 5-7 天） → 按業務優先級和季節性分配發布時間 → 確保內容類型多樣化（不要全是文章） 第 4 步：執行與追蹤（持續） → 發布後追蹤排名和流量 → 每月回顧，調整下個月計畫 #3 季節性內容規劃 月份 SEO 內容主題範例 1 月 「202X 年度回顧」「新年目標/計畫」 6 月 「年中回顧」「暑假相關」 11 月 「黑色星期五」「雙十一購物攻略」 12 月 「年度總結」「聖誕禮物推薦」 #2 內容再利用（Content Repurposing）策略 一篇好內容可以轉化為多種格式，放大 SEO 和內容行銷的 ROI： 長篇部落格文章（2,000 字） ├─ → 5 篇社群媒體貼文（每個子重點一篇） ├─ → 1 支 YouTube 影片（內容轉腳本） ├─ → 1 張資訊圖（infographic，重點視覺化） ├─ → 1 期電子報（摘要 + CTA 引導回原文） ├─ → 1 集 Podcast 討論（邀請相關專家對談） └─ → LinkedIn 專業文章（改寫為專業視角版本） **SEO 效益：** 不同平台和格式的內容可以建立多元的反向連結來源，增加品牌曝光，並從不同管道導流回網站。 #2 AI 時代的內容策略調整 #3 AI 不會取代的工作 - 獨特的觀點和親身經驗（符合 Google E-E-A-T 中的 Experience） - 專家級深度的分析和洞察 - 原創研究和數據 - 品牌獨特的聲音和故事 #3 如何與 AI 協作 階段 AI 的角色 人類的角色 研究 彙整資料、分析趨勢、摘要競爭對手 判斷資料可靠性、選定角度 大綱 生成結構化大綱、提出多種框架 選擇最適合的框架、加入獨特觀點 撰寫 生成初稿、擴展段落、優化可讀性 加入親身經驗、事實查核、注入品牌語氣 優化 關鍵字密度分析、可讀性評分 決策、潤飾、確認 E-E-A-T **核心原則：** AI 是加速器，不是替代品。Google 的 Helpful Content 系統專門針對「為 SEO 而寫而不是為人而寫」的內容。始終確保最終輸出是以人為本。 #2 內容行銷 SEO 的 KPI 框架 指標類型 具體 KPI 測量工具 **能見度** 關鍵字排名、自然流量、曝光次數 GSC、Ahrefs、Semrush **互動** 頁面停留時間、跳出率、頁面深度 Google Analytics **轉換** 自然流量轉換率、表單提交、購買 Google Analytics + CRM **權威** 反向連結數量、Domain Rating、E-E-A-T 訊號 Ahrefs、手動評估 **內容效率** 每篇文章產生的流量、內容 ROI 自訂儀表板 #2 總結檢查清單 任務 說明 ☐ 建立主題集群架構 選 3-5 個核心主題，建立 Pillar + Cluster ☐ SEO 內容行事曆 每月根據關鍵字數據規劃內容 ☐ 內容格式與漏斗對齊 確保每個漏斗階段有對應的內容類型 ☐ 內容再利用計��� 每篇旗艦內容至少轉化為 3 種格式 ☐ AI 協作流程 定義 AI 的角色邊界，確保人工獨特價值 ☐ KPI 儀表板 建立 SEO 內容的衡量框架 ☐ 定期內容審計 每季評估內容表現，淘汰或更新低效內容 | ← [第 34 章：技術 SEO 總覽與檢查清單](http://34-技術SEO總覽與檢查清單.md) | [回索引](http://../索引.md) | [第 36 章：高品質 SEO 內容的黃金法則 →](http://36-高品質SEO內容黃金法則.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 36 章：高品質 SEO 內容的黃金法則 URL: https://cyruschan.com/seo-chapter-36/ > 什麼是高品質 SEO 內容？ 在 Google 的 Helpful Conten #2 什麼是高品質 SEO 內容？ 在 Google 的 Helpful Content 和 E-E-A-T 框架下，高品質 SEO 內容不是「為 SEO 寫的內容」，而是**為人類寫、同時讓搜尋引擎能理解的內容**。 **黃金法則一句話：** 寫給你的目標讀者看，再回頭檢查 Google 能不能看懂。不要反過來。 #2 高品質內容的七大黃金法則 #3 法則 1：滿足搜尋意圖（Search Intent） 這是所有 SEO 內容的地基。如果內容不符合使用者搜尋時的真正意圖，寫得再好也沒用。 #4 四種搜尋意圖的內容配對 意圖類型 搜尋範例 最佳內容格式 內容重點 **資訊型** 「如何煮義大利麵」 步驟教學、指南 清晰、結構化、有圖片輔助 **導航型** 「Facebook 登入」 品牌頁面 快速引導到目的地 **商業調查型** 「最好的咖啡機 2026」 比較文章、評測 客觀、數據導向、列出優缺點 **交易型** 「購買 Nespresso 咖啡機」 產品頁、落地頁 清楚的 CTA、價格、購買流程 #4 意圖檢查方法 - 搜尋你的目標關鍵字 - 觀察排名前 5 的頁面是什麼格式（文章？產品頁？影片？） - 分析這些頁面涵蓋了哪些子主題 - 你的內容必須包含這些核心子主題，並在此基礎上做得更好 #3 法則 2：原創性與獨特價值（Originality） 在 AI 內容氾濫的時代，原創性是最大的差異化優勢。 #4 原創性的四個層次 層次 說明 SEO 價值 **原創數據** 自己的調查、研究、統計 🔥🔥🔥🔥🔥 **親身經驗** 實際使用過的產品、走過的流程 🔥🔥🔥🔥 **獨特觀點** 行業專家的見解和分析 🔥🔥🔥🔥 **更好的整理** 比競爭對手更完整、更清晰的整理 🔥🔥🔥 **重新包裝** 換個說法講同樣的事 🔥 **實踐方法：** 每篇文章問自己：「讀者看完這篇之後，能得到什麼他們在其他地方得不到的？」如果答案是「沒有」，這篇文章就不該發布。 #4 增加原創性的實用技巧 - 加入**真實案例**（自己的或客戶的） - 引用**一手數據**（自己做小型調查） - 提供**獨特的框架**和思維模型 - 加入**反對意見**和**爭議觀點**（有根據的） - 展示**決策流程圖**或**思維導圖** #3 法則 3：深度與全面性（Depth & Comprehensiveness） 表面文章不會排到前面。Google 傾向獎勵對主題有**全面覆蓋**的內容。 #4 如何確保深度？ **Before：** 只寫「要做 SEO 需要優化網站速度」 **After：** 具體說明哪個工具測試、什麼數值是好的、如何修復每個問題、附上程式碼範例 **覆蓋度檢查清單：** ☐ 定義了核心概念？ ☐ 解釋了為什麼重要？ ☐ 提供了具體操作步驟？ ☐ 附上了真實範例？ ☐ 列出了常見錯誤？ ☐ 提供了工具推薦？ ☐ 說明了如何衡量成效？ ☐ 回答了相關的長尾問題？ #4 「People Also Ask」內容挖掘法 搜尋你的目標關鍵字，收集 Google 的「其他人也問了以下問題」區塊中的問題。在文章中逐一回答這些問題，既能增加深度，又能獲得 Featured Snippet 機會。 #3 法則 4：可讀性與結構化（Readability） Google 不只是看內容，也看使用者如何與內容互動。可讀性差 → 使用者跳出 → 排名下降。 #4 提升可讀性的實用規則 規則 說明 **短段落** 每個段落不超過 3-4 句話 **標題層級分明** 使用 H1 → H2 → H3 清晰架構 **重點突出** 使用粗體、列表、引用框標記關鍵資訊 **視覺輔助** 圖片、圖表、截圖輔助說明 **白話文** 避免過度專業術語，或提供術語解釋 **行動呼籲** 每個章節結尾有明確的下一步指引 **目錄導航** 長文章開頭提供可點擊的目錄 #4 可讀性工具 - **Hemingway Editor**：標示過於複雜的句子 - **Grammarly**：文法檢查（英文） - **Yoast SEO / Rank Math**：WordPress 內建可讀性分析 #3 法則 5：E-E-A-T 訊號展示（Experience, Expertise, Authoritativeness, Trustworthiness） 在 YMYL（Your Money or Your Life）主題中尤其重要。 #4 如何在內容中展示 E-E-A-T？ 維度 展示方式 **Experience（經驗）** 「我們用這個工具管理了 50+ 網站，發現…」、實際截圖、使用心得 **Expertise（專業）** 作者介紹頁、專業認證展示、引用權威來源 **Authoritativeness（權威）** 被其他權威網站引用、社群媒體追蹤者、行業獎項 **Trustworthiness（信任）** 透明的聯絡方式、隱私政策、內容更新日期、事實來源連結 #4 作者頁面的 SEO 價值 每篇文章應該有明確的作者署名，作者頁需包含： – 作者全名和照片 – 專業背景和相關經歷 – 社群媒體連結 – 其他已發表的文章列表 <!-- 文章底部作者區塊範例 --> <div class="author-box"> <img src="author-photo.jpg" alt="作者照片"> <h3>關於作者：王大明</h3> <p>10 年 SEO 顧問經驗，服務過 200+ 企業客戶。Google Analytics 認證專家。</p> <a href="/author/wang-daming">查看更多文章 →</a> </div> #3 法則 6：內容新鮮度（Content Freshness） Google 對不同類型的查詢有不同的「新鮮度」需求： 查詢類型 新鮮度需求 更新策略 **即時事件** 極高（小時級別） 新聞網站等級的即時更新 **定期更新主題** 高（月/季級別） 「2026 年最佳」類文章每年更新 **常青內容** 中（年級別） 每年檢查數據和連結是否過時 **歷史事實** 低（不需要頻繁更新） 確保基本資訊準確即可 #4 保持內容新鮮的實戰策略 - **在標題中加入年份：** 「2026 年 SEO 完整指南」比「SEO 完整指南」更明確 - **定期更新關鍵數據：** 統計數字、價格、工具版本 - **標註更新日期：** 在文章頂部顯示「最後更新：2026-07-23」 - **移除過時內容：** 刪除不再準確的建議和範例 - **替換失效連結：** 定期檢查外部連結是否還能訪問 #3 法則 7：內容長度的智慧（Content-Length Wisdom） **沒有「理想字數」**。Google 說得很清楚：字數不是排名因素。 但數據顯示，排名靠前的內容通常較長： 內容類型 建議範圍 原因 **簡單定義** 300-800 字 使用者只要快速答案 **操作教學** 1,000-2,000 字 需要步驟 + 截圖 **深度指南** 2,000-4,000 字 需要全面覆蓋主題 **終極指南/Pillar** 3,000-8,000 字 作為主題集群的核心 **關鍵原則：** 寫到回答完所有相關問題為止，不要為了湊字數而灌水。每句話都應該有存在的理由。 #2 高品質 SEO 內容的寫作流程 #3 寫作前（30% 時間） 1. 關鍵字研究 → 確認主關鍵字 + 5-10 個長尾關鍵字 2. SERP 分析 → 研究前 5 名的內容結構、長度、子主題 3. 意圖確認 → 確定搜尋者真正想知道什麼 4. 獨特角度 → 我能在什麼地方做得比競爭對手更好？ 5. 大綱規劃 → H2/H3 架構 + 每個段落要涵蓋的要點 #3 寫作中（40% 時間） 6. 先寫主體內容 → 別卡在開頭，從最有把握的章節開始 7. 加入具體細節 → 範例、數據、截圖、引用 8. 自然融入關鍵字 → 關鍵字自然地出現在標題和段落中 9. 保持段落簡短 → 每段 3-4 句 #3 寫作後（30% 時間） 10. 優化標題 → 確保 H1 包含主關鍵字並吸引點擊 11. 撰寫 meta description → 150-160 字，包含 CTA 12. 內部連結 → 連結到相關文章（2-5 個） 13. 格式檢查 → 標題層級、列表、粗體、圖片 alt 14. 事實查核 → 所有數據和引用確認準確 15. 可讀性檢查 → 大聲朗讀檢查語句是否順暢 #2 內容品質自我評分表 每篇發布前，用這個 10 分制評分表自我檢驗： 評分項目 1 分（差） 5 分（好） 10 分（優秀） 得分 搜尋意圖匹配 內容與搜尋意圖無關 基本匹配 完美覆蓋，並超越預期 /10 原創性 完全重複現有內容 有一些獨特觀點 有原創數據或獨特框架 /10 全面性 僅表面觸及 涵蓋主要子主題 覆蓋所有相關問題 /10 可讀性 大段文字無結構 基本分段有標題 結構完美，易於掃讀 /10 E-E-A-T 無作者資訊 有作者但無背景 有完整作者頁 + 專業背景 /10 實用性 純理論無操作步驟 有一些可行建議 可立即執行的具體步驟 /10 **總分** **/60** **及格線：42/60**（平均 7 分）。低於此分數的內容應重新打磨後再發布。 #2 總結檢查清單 任務 說明 ☐ 確認搜尋意圖 內容格式和深度匹配使用者的真正需求 ☐ 加入獨特價值 原創數據、親身經驗、獨特觀點至少有一項 ☐ 確保全面覆蓋 使用「People Also Ask」檢查是否遺漏子主題 ☐ 優化可讀性 短段落、清晰標題、視覺輔助 ☐ 展示 E-E-A-T 作者資訊、引用來源、更新日期 ☐ 保持新鮮度 定期更新數據和過時內容 ☐ 寫作後審查 使用品質自我評分表（目標 42+/60） ☐ 發布後追蹤 監控排名、點擊率、停留時間 | ← [第 35 章：內容行銷與 SEO 的戰略整合](http://35-內容行銷與SEO戰略整合.md) | [回索引](http://../索引.md) | [第 37 章：SEO 文章寫作實戰框架 →](http://37-SEO文章寫作實戰框架.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 37 章：SEO 文章寫作實戰框架 URL: https://cyruschan.com/seo-chapter-37/ > 從零到發布的完整架構 寫一篇能排名的 SEO 文章不是靈感來了就寫，而是有一套可 #2 從零到發布的完整架構 寫一篇能排名的 SEO 文章不是靈感來了就寫，而是有一套可複製的流程。本章提供一套經過驗證的 **五階段寫作框架**，涵蓋從關鍵字研究到發布後追蹤的完整流程。 #2 階段一：策略規劃（Strategy） #3 1.1 選題三問 在開始寫任何文章之前，問自己三個問題： ❓ 誰會搜尋這個主題？（目標受眾） ❓ 他們搜尋時想要什麼？（搜尋意圖） ❓ 我能在什麼地方贏過競爭對手？（差異化機會） #3 1.2 關鍵字映射（Keyword Mapping） 不要只針對一個關鍵字寫作。每篇文章應涵蓋： 關鍵字層級 數量 使用位置 **主關鍵字** 1 個 H1 標題、第一段、URL、meta description **次要關鍵字** 3-5 個 H2 標題、重點段落 **長尾關鍵字** 5-10 個 自然地分散在內文中 **LSI 語義關鍵字** 不限 自然的相關用語（不是刻意塞入） #4 實例：目標關鍵字「SEO 文章寫作」 主關鍵字：SEO 文章寫作 次要關鍵字：SEO 寫作技巧、SEO 文章架構、SEO 內容優化 長尾關鍵字：如何寫一篇會排名的文章、SEO 文章撰寫流程、部落格 SEO 寫作教學 LSI 關鍵字：關鍵字密度、meta description、內部連結、文章結構、H1 H2 H3 #3 1.3 SERP 分析 搜尋目標關鍵字，分析前 5 名的頁面： 分析項目 要觀察什麼 **內容格式** 文章？影片？產品頁？列表？ **內容長度** 平均字數範圍 **內容深度** 涵蓋了哪些 H2 子主題？ **內容差距** 競爭對手漏掉了什麼？ **多媒體使用** 用了多少圖片/影片/表格？ **Featured Snippet** 有沒有精選摘要？是什麼格式？ **關鍵洞察：** 不要試圖從零創新。先理解 Google 對這個主題的「期待格式」，再在此基礎上超越。 #2 階段二：架構設計（Structure） #3 2.1 文章大綱模板 H1：文章主標題（含主關鍵字） │ ├─ 引言段落（200-300 字） │ ├─ 鉤子（Hook）：為什麼這個主題重要？ │ ├─ 承諾（Promise）：看完這篇你會學到什麼？ │ └─ 預覽（Preview）：簡述文章會涵蓋的內容 │ ├─ H2：第一個核心子主題 │ ├─ 解釋概念 │ ├─ 提供範例 │ └─ 具體步驟或應用 │ ├─ H2：第二個核心子主題 │ ├─ H3：子要點 A │ ├─ H3：子要點 B │ └─ 對比表格或列表 │ ├─ H2：第三個核心子主題 │ └─ ...（依此類推） │ ├─ H2：常見錯誤 / 注意事項 │ └─ 列表形式呈現 │ ├─ H2：總結 + 行動呼籲 │ ├─ 回顧關鍵要點 │ └─ 下一步指引 │ └─ FAQ 區塊（選配） └─ 回答 "People Also Ask" 中的問題 #3 2.2 H2 標題的撰寫公式 公式 範例 **數字 + 名詞 + 好處** 「5 個 SEO 寫作技巧讓你的文章排名第一頁」 **如何 + 動詞 + 目標** 「如何在一小時內寫出一篇 SEO 優化文章」 **什麼是 + 概念** 「什麼是搜尋意圖？完整解析與實例」 **A vs B + 比較** 「長尾關鍵字 vs 短尾關鍵字：何時該用哪個？」 **為什麼 + 問題** 「為什麼你的 SEO 文章排名上不去？」 **步驟 + 目標** 「SEO 文章寫作 7 步驟：從新手到專家」 #2 階段三：內容撰寫（Writing） #3 3.1 引言的四種有效鉤子 鉤子類型 範例 **驚人數據** 「90% 的網頁從來沒有從 Google 獲得過任何流量——你的文章會不會是其中之一？」 **痛點共鳴** 「花了三天寫的文章，發布三個月了還在第 5 頁？你不是一個人。」 **直接答案** 「SEO 文章寫作的祕密不在於關鍵字密度，在於搜尋意圖匹配。」 **反直覺觀點** 「越長的 SEO 文章排名不一定越好——數據顯示 1,500 字的文章才是甜蜜點。」 #3 3.2 段落結構：BLUF 法則 **BLUF = Bottom Line Up Front（結論先行）** ❌ 傳統寫法： 「在 SEO 的世界裡，有很多因素會影響文章排名。首先我們要了解搜尋引擎如何評估內容品質...（囉嗦）...因此，你應該把最重要的關鍵字放在標題裡。」 ✅ BLUF 寫法： 「把主要關鍵字放在 H1 標題裡。為什麼？因為 Google 會優先讀取 H1 來判斷文章主題。根據 Ahrefs 的研究，H1 包含精準關鍵字的文章排名明顯更高。具體做法是：...」 #3 3.3 關鍵字自然融入技巧 位置 融入方式 範例 **H1 標題** 主關鍵字前置 「SEO 文章寫作：從新手到專家的完整指南」 **第一段** 前 100 字內自然出現 「寫好一篇 SEO 文章不僅需要好的寫作能力…」 **H2 標題** 次要關鍵字自然融入 「## 為什麼 SEO 文章架構比你想像的重要」 **圖片 Alt** 描述性 + 關鍵字 alt="SEO 文章寫作框架流程圖" **URL** 精簡 + 主關鍵字 /seo-writing-framework **結尾** 回顧關鍵概念 「掌握這些 SEO 寫作技巧後，你的下一篇文章…」 **⚠️ 避免關鍵字堆砌：** 自然的關鍵字密度在 1-2% 左右。如果你讀起來覺得「這個詞出現太多次了」，Google 也會這樣覺得。 #3 3.4 增加可信度的寫作技巧 1. 引用權威來源 「根據 Google 官方 Search Central 文件指出...」 「Backlinko 對 11,800 萬個搜尋結果的研究發現...」 2. 加入數據支持 「我們分析了 500 篇排名前 10 的文章，發現...」 3. 展示親身經驗 「在管理 50+ 客戶網站的 SEO 過程中，我們觀察到...」 4. 引用專家觀點 「Google 的 John Mueller 在 Twitter 上回應...」 5. 提供可驗證的範例 附上真實截圖、數值、工具輸出結果 #2 階段四：On-Page 優化（Optimization） #3 4.1 發布前的 SEO 檢查清單 ☐ Title Tag： ☐ 包含主關鍵字（放在前面） ☐ 長度 50-60 字元 ☐ 有吸引力（不是純關鍵字列表） ☐ 每個頁面獨一無二 ☐ Meta Description： ☐ 包含主關鍵字 ☐ 長度 150-160 字元 ☐ 包含行動呼籲（CTA） ☐ 摘要文章價值 ☐ URL 結構： ☐ 簡短（3-5 個詞） ☐ 包含主關鍵字 ☐ 使用連字號（-）分隔 ☐ 無多餘的日期或數字 ☐ 標題層級： ☐ 只有一個 H1 ☐ H2/H3 形成邏輯層級 ☐ 多個 H2 包含重要子主題 ☐ 圖片優化： ☐ 每張圖片有描述性 alt 文字 ☐ 檔案名稱有意義（不是 IMG_1234.jpg） ☐ 使用 WebP 格式 ☐ 適當壓縮（< 100KB） ☐ 內部連結： ☐ 2-5 個相關文章連結 ☐ 使用描述性錨點文字 ☐ 確保沒有孤兒頁面 ☐ 結構化資料： ☐ 文章類型使用 Article Schema ☐ 教學類型使用 HowTo Schema ☐ 驗證無錯誤 #3 4.2 發布後的立即檢查 1. 用 site:yourdomain.com/新文章URL 檢查是否已被索引 2. 在 GSC 中請求索引（Request Indexing） 3. 確認所有連結（內部＋外部）都正確運作 4. 在手機上檢查文章顯示效果 5. 用 PageSpeed Insights 檢查載入速度 #2 階段五：追蹤與迭代（Tracking & Iteration） #3 5.1 文章表現的關鍵時間點 時間 重點觀察 **發布後 1 週** 是否已被索引？初始排名位置？ **發布後 1 個月** 排名是否穩定？開始獲得長尾流量？ **發布後 3 個月** 排名趨勢是上升還是下降？是否需要內容更新？ **發布後 6 個月** 全面審查：內容是否過時？競爭對手是否有更好的內容？ #3 5.2 文章迭代升級的觸發條件 當出現以下情況時，應該重新審視和升級文章： ⬇️ 排名從前 10 名滑落到第 2 頁 ⬇️ 自然流量連續 2 個月下降 ⬆️ 競爭對手發布了明顯更好的同主題內容 📅 文章發布超過 12 個月未更新 🔄 Google 演算法更新後排名大幅波動 #3 5.3 迭代升級的具體做法 升級程度 做法 預期效果 **小幅更新** 修正過時資訊、更新統計數字、修復失效連結 維持排名穩定性 **中幅更新** 增加新章節、補充最新趨勢、加入新數據來源 排名小幅提升（3-5 位） **大幅改版** 重寫 50%+ 內容、重新設計架構、增加多媒體 可能回到第一頁甚至更高 #2 高效寫作工具推薦 工具 用途 推薦度 **Google Docs** 協作寫作 ⭐⭐⭐⭐⭐ **Grammarly** 文法與語氣檢查（英文） ⭐⭐⭐⭐⭐ **Hemingway Editor** 可讀性優化 ⭐⭐⭐⭐ **Frase / Surfer SEO** AI 輔助內容優化 + SERP 分析 ⭐⭐⭐⭐ **Ahrefs / Semrush** 關鍵字研究和排名追蹤 ⭐⭐⭐⭐⭐ **Canva** 資訊圖表設計 ⭐⭐⭐⭐ #2 總結檢查清單 階段 關鍵任務 完成 策略 目標受眾確認 + 關鍵字映射 + SERP 分析 ☐ 架構 H1/H2 大綱設計 + 內容差距分析 ☐ 撰寫 BLUF 段落 + 關鍵字自然融入 + 可信度建設 ☐ 優化 On-Page 檢查清單 + 索引請求 + 裝置測試 ☐ 追蹤 排名監控 + 流量分析 + 定期迭代 ☐ | ← [第 36 章：高品質 SEO 內容的黃金法則](http://36-高品質SEO內容黃金法則.md) | [回索引](http://../索引.md) | [第 38 章：內容更新與 Content Pruning →](http://38-內容更新與Content-Pruning.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 38 章：內容更新與 Content Pruning 策略 URL: https://cyruschan.com/seo-chapter-38/ > 內容維護比內容創作更重要 許多網站經營者陷入一個迷思：SEO = 不斷產出新內容 #2 內容維護比內容創作更重要 許多網站經營者陷入一個迷思：SEO = 不斷產出新內容。但現實是： 維護 100 篇高品質內容遠比擁有 500 篇過時內容更有 SEO 價值。 本章介紹兩種相輔相成的策略：**內容更新（Content Refresh）** 讓有潛力的舊內容煥發新生，**內容修剪（Content Pruning）** 將拖累網站品質的低效內容移除。 #2 內容更新（Content Refresh） #3 為什麼舊內容會失去排名？ Google 偏愛「新鮮」的內容，尤其在以下類型的主題： 主題類型 新鮮度敏感度 範例 新聞與時事 🔥🔥🔥🔥🔥 「2026 年 Google 演算法更新」 工具與產品評測 🔥🔥🔥🔥 「2026 年最佳 SEO 工具推薦」 技術教學 🔥🔥🔥 「WordPress 6.5 SEO 設定指南」 定義與概念 🔥🔥 「什麼是 SEO？」 歷史事件 🔥 「Google Panda 演算法的歷史」 #3 內容衰退的典型訊號 📉 排名從第 3 名緩慢滑落到第 9 名 📉 點擊率（CTR）低於 SERP 平均值 📉 頁面停留時間明顯下降 📉 反向連結增長停滯甚至減少 📊 競爭對手的更新日期比你新 #3 內容更新的四級分類法 級別 適用情況 做法 時間投入 **Tier 1：小幅刷新** 數據/日期過時，但主體內容仍然準確 更新年份、統計數字、失效連結、標記更新日期 30 分鐘 **Tier 2：中幅升級** 內容結構可接受，但缺乏深度和新資訊 增加新章節、補充最新案例、加入新工具/方法、回答新 PAA 問題 2 小時 **Tier 3：大幅改寫** 內容方向正確但品質落後於競爭對手 重寫 50%+ 內容、新增原創數據/截圖、重新設計結構、>30% 的字數增加 5 小時 **Tier 4：合併或重定向** 多篇相關主題的淺薄內容 合併為一篇深度 Pillar 內容，舊 URL 301 到新 URL 8 小時 #3 內容更新的實戰流程 第 1 步：識別候選文章 → 在 GSC 中找出以下頁面： - 排名在第 6-20 名的文章（最有升級潛力） - 流量下降超過 30% 的頁面 - 曾經排過前 3 名但已下滑的頁面 第 2 步：競爭對手分析 → 針對每篇候選文章： - 分析目前排名前 3 的內容有什麼你沒有的？ - 他們的主題覆蓋度、多媒體、更新日期？ 第 3 步：確定更新級別 → 依照「四級分類法」決定每篇文章的更新程度 第 4 步：執行更新 → 按優先級分批執行（先處理流量最高的） 第 5 步：追蹤效果 → 更新後 4-8 週觀察排名和流量變化 #3 更新後必須做的事 ☐ 更新文章的「最後更新日期」顯示 ☐ 在 GSC 中請求重新索引（Request Indexing） ☐ 如果 URL 有變，設定 301 重定向 ☐ 如果標題大幅變更，確認 SERP 顯示是否正確 ☐ 監控排名變化至少 4 週 #2 Content Pruning（內容修剪） #3 什麼是 Content Pruning？ Content Pruning 是**系統性地識別並處理網站上表現不佳的內容**，以提升整體網站品質的過程。 **比喻：** 花園需要修剪枯枝才能讓健康的植物長得更好。網站內容也一樣——修剪掉「枯枝」內容，讓 Google 的 Crawl Budget 集中在你的優質內容上。 #3 哪些內容需要修剪？ #4 🔴 明確應修剪的內容 類型 判斷標準 處理方式 **零流量內容** 12 個月內沒有任何自然流量 刪除或合併 **過時內容** 資訊已不準確且無法更新 刪除（410）或更新 **Thin Content** 少於 300 字且無獨特價值 合併到相關文章，301 重定向 **重複內容** 與其他頁面內容高度重複 301 到 canonical 頁面 **不相關內容** 與網站主題無關的舊文章 刪除或移到子網站 #4 🟡 需要評估的內容 類型 評估標準 處理方式 **低流量但有反向連結** 每月 < 10 次點擊，但有高品質外連 改善內容，保留 URL **低流量但排名不錯** 排前 10 但點擊率低 優化 Title Tag 和 Meta Description **中等流量但內容過時** 每月有流量但資訊需更新 優先排入內容更新計畫 #3 Content Pruning 的三種處理方式 #4 1. 刪除（Delete）→ 返回 410 Gone 適用於：完全無價值、無流量、無反向連結、無法更新的內容。 ✅ 好處：立即釋放 Crawl Budget ⚠️ 注意：確保該頁面沒有被外部連結 #4 2. 合併（Merge）→ 301 Redirect 適用於：多篇淺薄文章可整合為一篇深度的 Pillar 內容。 Before： /blog/seo-tip-1 （200 字，低流量） /blog/seo-tip-2 （300 字，低流量） /blog/seo-tip-3 （250 字，低流量） After： /blog/seo-complete-guide （2,500 字，整合以上三篇的精華） 三個舊 URL 全部 301 → /blog/seo-complete-guide #4 3. 改善（Improve）→ 保留 URL 適用於：有潛力但內容不足的頁面。排入內容更新計畫，而不是刪除。 #3 Content Pruning 的執行流程 第 1 步：內容盤點（Content Audit） → 導出全站所有頁面的清單（URL + 流量 + 排名 + 字數 + 反向連結） → 工具：Screaming Frog + GSC API + Google Analytics 第 2 步：分類與評分 → 將每個頁面分為三類： ✅ 保留（Keep）：表現良好 🔄 改善（Improve）：有潛力，需要更新 ❌ 修剪（Prune）：無價值，應該處理 第 3 步：制定行動方案 → 對於「修剪」類頁面： - 確定處理方式（刪除/合併/301） - 檢查外部連結（保留有外部連結的頁面） - 建立舊 URL → 新 URL 的 301 對照表 第 4 步：批次執行 → 分批執行，不要一次處理整個網站 → 每批 10-20 個頁面，觀察效果後再繼續 第 5 步：監控影響 → 檢查 GSC 的索引狀態 → 監控整體流量變化 → 確認未引入新的 404 錯誤 #3 Content Pruning 的常見錯誤 錯誤 後果 正確做法 一次修剪太多頁面 流量驟降，無法判斷原因 分批進行，每批 10-20 頁 刪除有外部連結的頁面 失去寶貴的連結權重 先檢查反向連結，有的話改善而非刪除 全部導向首頁 Google 視為 Soft 404，無 SEO 價值 301 到最相關的替代頁面 不更新 Sitemap 已刪除的 URL 仍在 Sitemap 中 同步更新 Sitemap 忽略內部連結 網站內部出現大量 404 更新內部連結指向新位置 #2 建立內容維護的節奏 #3 每月內容維護排程 週次 任務 **第 1 週** 審查上月發布的新內容表現 **第 2 週** 挑選 3-5 篇需要 Tier 1/2 更新的文章 **第 3 週** 執行內容更新 **第 4 週** 審查流量下降的頁面，決定修剪或更新 #3 每季內容大審計 ☐ 導出所有頁面的過去 12 個月流量數據 ☐ 識別流量下降 >30% 的頁面 ☐ 識別零流量頁面 ☐ 評估每頁的內容品質和更新需求 ☐ 制定下一季的更新和修剪計畫 ☐ 執行一批 Content Pruning（如有需要） #2 更新 vs 新建：資源分配策略 一個常見的問題：我應該花時間更新舊文章還是寫新文章？ 情境 建議策略 理由 網站少於 50 篇文章 60% 新建 / 40% 更新 先建立內容基�� 50-200 篇文章 50% 新建 / 50% 更新 平衡成長與維護 200-500 篇文章 40% 新建 / 60% 更新 維護既有資產更有效率 500+ 篇文章 30% 新建 / 70% 更新 內容修剪 + 更新是高槓桿活動 **核心邏輯：** 網站越大，未維護的「內容債務」越多。更新舊內容的 SEO 回報往往比從零寫一篇新文章更快、更穩定。 #2 總結檢查清單 任務 說明 ☐ 建立內容盤點表 所有頁面 URL + 流量 + 排名 + 字數 + 反鏈 ☐ 識別更新候選文章 排名 6-20、流量下降 >30%、競爭對手更新 ☐ 依四級分類執行更新 Tier 1-4，按資源和影響力決定優先級 ☐ 更新後請求重新索引 GSC 中提交 URL ☐ 識別修剪候選文章 零流量、thin content、過時內容 ☐ 檢查修剪頁面的外部連結 有的話優先改善而非刪除 ☐ 分批執行 Pruning 每批 10-20 頁 ☐ 更新 Sitemap 和內部連結 確保沒有新的 404 ☐ 建立每月/每季維護節奏 持續而非一次性的工作 | ← [第 37 章：SEO 文章寫作實戰框架](http://37-SEO文章寫作實戰框架.md) | [回索引](http://../索引.md) | [第 39 章：CRO 與 SEO 的協同效應 →](http://39-CRO與SEO協同效應.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 39 章：轉換率優化（CRO）與 SEO 的協同效應 URL: https://cyruschan.com/seo-chapter-39/ > SEO 流量只是第一步 很多人把 SEO 的目標設定為「獲得更多流量」，但流量本 #2 SEO 流量只是第一步 很多人把 SEO 的目標設定為「獲得更多流量」，但流量本身不是終點。真正的目標是**轉換**——讓訪客完成你希望他們做的行動： 購買 → 填寫表單 → 註冊 → 下載 → 訂閱 → 聯絡 **CRO（Conversion Rate Optimization，轉換率優化）** 和 SEO 不是兩個獨立的領域，而是同一條價值鏈的上下游： SEO 把人帶進來（獲得流量） CRO 把流量變成結果（實現轉換） **如果 SEO + CRO 協同運作，同樣的流量可以創造 2-5 倍的商業價值。** #2 為什麼 SEO 和 CRO 經常是對立的？ #3 傳統的對立觀點 面向 SEO 的立場 CRO 的立場 **內容長度** 越長越好（深度覆蓋） 越短越好（減少阻力） **頁面元素** 文字為主、架構清晰 視覺為主、CTA 突出 **關鍵字** 自然融入長尾關鍵字 簡潔有力的轉換語言 **彈出視窗** 避免干擾使用者體驗 增加轉換機會 **表單欄位** 無關 越少越好 #3 真正的關係：互補而非對立 實際上，SEO 和 CRO 的最佳實踐是互補的： - 好的 SEO 內容可以**教育**使用者，降低購買前的疑慮 - 好的 CRO 設計讓**被 SEO 吸引來的使用者**更容易採取行動 - Google 會觀察使用者行為訊號（CTR、停留時間、跳出率）來評估頁面品質——這些**也是 CRO 關心的指標** #2 SEO 與 CRO 的協同策略 #3 策略 1：用 SEO 數據指導 CRO 測試 SEO 數據是最有價值的 CRO 洞察來源之一： SEO 數據 CRO 應用 **高流量、低轉換的頁面** CRO 優先測試對象 **搜尋意圖分析** 理解訪客來到頁面時的心理狀態 **長尾關鍵字** 發現使用者的具體痛點和需求 **People Also Ask** 了��使用者最關心的問題，對應到 CRO 內容 **SERP 競品分析** 理解競爭對手的轉換策略 #3 策略 2：內容分層策略（Content Tiering） 不是所有頁面都需要「又長又 SEO」或「又短又 CRO」。根據頁面在漏斗中的位置決定策略： 頁面類型 SEO 重點 CRO 重點 **資訊型部落格文章** 深度、全面、關鍵字覆蓋 軟 CTA：相關文章推薦、電子報訂閱 **商業調查型內容** 客觀比較、結構化資訊 中強度 CTA：免費試用、案例研究下載 **產品/服務落地頁** 精準關鍵字定位 強 CTA：購買、註冊、諮詢 **工具/計算器頁���** 長尾關鍵字、互動性 使用後 CTA：儲存結果需註冊 #3 策略 3：SERP 到轉換的無縫體驗 使用者在 Google 搜尋 │ ▼ 看到你的 Title Tag 和 Meta Description │ → CRO 點：Title Tag 是否有足夠吸引力點擊？ │ → CRO 點：Meta Description 是否承諾了價值？ │ ▼ 點擊進入你的頁面 │ → SEO 點：頁面內容是否符合搜尋意圖？ │ → CRO 點：頁面設計是否引導視線到 CTA？ │ ▼ 閱讀內容 │ → SEO 點：內容是否建立了信任和權威？ │ → CRO 點：內容是否解答了疑慮並推動行動？ │ ▼ 採取行動 → CRO 點：CTA 是否清晰、易於執行？ **核心洞察：** 使用者的每一步路徑都存在 CRO 優化機會。從 SERP 上的 Title Tag 到最終的 Thank You 頁面，每個環節的微小改善都會積累成顯著的轉換提升。 #2 SEO 友善的 CRO 元素設計 #3 1. CTA（行動呼籲）的位置設計 <!-- 文章內的 CTA 自然融入 --> <h1>WordPress SEO 完整指南 2026</h1> <p>引言段落...</p> <h2>什麼是 WordPress SEO？</h2> <p>詳細內容...</p> <!-- 第一個 CTA：內容相關，不突兀 --> <div class="inline-cta"> <h3>需要專業的 WordPress SEO 協助？</h3> <p>我們已幫助 200+ 網站提升排名。</p> <a href="/contact" class="cta-button">免費諮詢 →</a> </div> <h2>WordPress SEO 最佳設定</h2> <p>繼續內容...</p> #4 CTA 設計的 SEO 考量 做法 SEO 友善度 原因 **內容內嵌 CTA** ✅ 良好 不中斷內容流，不影響爬蟲 **側邊欄 CTA** ✅ 良好 桌面版不影響主內容，行動版排到下方 **底部大橫幅 CTA** ✅ 良好 在內容自然結束後出現 **彈出視窗（Pop-up）** ⚠️ 謹慎使用 Google 可能懲罰干擾性插頁廣告 **全頁插頁（Interstitial）** ❌ 有風險 Google 明確懲罰行動版的全頁插頁廣告 #3 2. 表單設計的 SEO 與 CRO 平衡 <!-- SEO 友善：表單頁面有足夠的上下文內容 --> <h1>免費 SEO 審計申請</h1> <p>我們的 SEO 審計包含以下項目：</p> <ul> <li>完整技術 SEO 檢查（200+ 項目）</li> <li>競爭對手關鍵字差距分析</li> <li>內容品質評估與改善建議</li> <li>個人化 90 天 SEO 路線圖</li> </ul> <p>已有 500+ 企業透過我們的審計發現了至少 3 個 SEO 優化機會。</p> <!-- 表單在足夠的說明之後出現 --> <form> <input type="text" placeholder="你的網站 URL" required> <input type="email" placeholder="Email" required> <button>免費獲取 SEO 審計報告 →</button> </form> **SEO 要點：** 表單頁面需要足夠的文字內容來讓 Google 理解頁面主題。一個只有表單沒有內容的頁面通常難以排名。 #3 3. 社會證明（Social Proof）的 SEO 價值 <!-- 結構化資料標記的評論 --> <div class="testimonials" itemscope itemtype="https://schema.org/Review"> <div itemprop="reviewBody"> 「改用他們的 SEO 策略後，3 個月內自然流量成長了 150%。」 </div> <div itemprop="author" itemscope itemtype="https://schema.org/Person"> <span itemprop="name">王經理</span> </div> <div itemprop="reviewRating" itemscope itemtype="https://schema.org/Rating"> <meta itemprop="ratingValue" content="5"> </div> </div> 使用結構化資料標記評論和評分，可以在 SERP 中顯示星級評分（Review Snippets），**同時提升點擊率（CTR）和信任度**。 #2 SEO 和 CRO 的共同 KPI 很多指標同時反映 SEO 和 CRO 的表現： 指標 SEO 意義 CRO 意義 **頁面停留時間** Google 判斷內容品質的信號 使用者參與度，轉換前兆 **跳出率** 可能表示內容不符合搜尋意圖 可能表示頁面設計或 CTA 有問題 **頁面深度（Pages/Session）** 內部連結策略的成效 使用者探索意願 **CTR（SERP 點擊率）** Title Tag 和 Meta Description 的吸引力 第一個轉換步驟 **回訪率** 內容價值和品牌忠誠度的指標 潛在客戶的培養 #3 共同優化的「一個指標」方法 不要讓 SEO 團隊和 CRO 團隊各自優化不同的指標。建立一個共同的核心指標： **每次自然造訪的商業價值 =（流量 × CTR × 轉換率 × 平均客單價）** 這個公式讓兩個團隊的目標對齊：SEO 提升「流量和 CTR」，CRO 提升「轉換率」，雙方共同追求最終的商業價值。 #2 A/B 測試的 SEO 注意事項 CRO 經常需要 A/B 測試不同的頁面版本，但這可能對 SEO 產生負面影響。 #3 A/B 測試的 SEO 安全指南 做法 SEO 安全？ 說明 **使用 Canonical** ✅ 測試變體頁面設定 canonical 指向原始���面 **使用 302 暫時重定向** ✅ 適合分流測試，Google 保留原始 URL 的排名 **使用 rel="canonical" 而非 noindex** ✅ noindex 可能意外導致原始頁面也被移除索引 **測試結束後立即關閉變體** ✅ 避免長期存在重複頁面 **使用 Google Optimize 或類似工具** ✅ 這些工具已內建 SEO 保護機制 **不同 URL 的 A/B 測試** ⚠️ 需要小心 canonical 設定 **長時間保留測試版本** ❌ 會導致重複內容問題 #3 Google 官方的 A/B 測試建議 <!-- 測試變體頁面 B 的 <head> 中設定 --> <link rel="canonical" href="https://example.com/original-page" /> <!-- 不要用 noindex --> <!-- <meta name="robots" content="noindex"> ← 不要這樣做 --> #2 實戰案例：SEO + CRO 協同改造 #3 Before：純 SEO 頁面 - 2,500 字技術教學文章 - 唯一 CTA 在文章底部：「聯絡我們」 - 轉換率：0.5% - 每月自然流量：5,000 次造訪 - **每月轉換：25 次** #3 After：SEO + CRO 協同優化 - 保留所有 SEO 內容和關鍵字 - 加入 2 個內容內嵌 CTA（相關服務推薦） - 加入側邊欄「免費資源下載」CTA - 底部 CTA 改為「免費 SEO 健檢（限時）」 - 轉換率：1.5%（3 倍提升） - 每月自然流量：5,500 次（內容改善帶來額外流量） - **每月轉換：82 次（3.3 倍提升）** **關鍵：** 不需要犧牲 SEO 來換取轉換。在保持 SEO 優勢的同時植入 CRO 元素，兩者可以互相增益。 #2 總結檢查清單 任務 說明 ☐ 建立 SEO + CRO 共同 KPI 「每次自然造訪的商業價值」為核心指標 ☐ 識別高流量低轉換頁面 從 GSC + Analytics 找出 CRO 優化候選 ☐ 依照內容分層策略設計 CTA 資訊頁軟 CTA、產品頁強 CTA ☐ 優化 SERP → 頁面 → 轉換路徑 確保每一步都無縫銜接 ☐ 加入 Schema 標記的社會證明 評論星級提升 SERP CTR ☐ A/B 測試使用 Canonical 保護 SEO 不要使用 noindex 處理測試變體 ☐ 測試結束後清理變體 避免長期存在重複頁面 ☐ 定期回顧 SEO + CRO 綜合報表 追蹤「流量 × 轉換率」的變化趨勢 | ← [第 38 章：內容更新與 Content Pruning](http://38-內容更新與Content-Pruning.md) | [回索引](http://../索引.md) | [第 40 章：十倍內容（10x Content）創作方法 →](http://40-十倍內容10x-Content.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 40 章：十倍內容（10x Content）創作方法 URL: https://cyruschan.com/seo-chapter-40/ > 什麼是 10x Content？ 10x Content（十倍內容） 是 Ran #2 什麼是 10x Content？ **10x Content（十倍內容）** 是 Rand Fishkin（Moz 創辦人）提出的概念：不是比競爭對手好 10%，而是好 10 倍。 「如果你不能創造出比目前搜尋結果第一名好 10 倍的內容，你就不應該期望能取代它。」 這個概念在 2026 年 AI 內容氾濫的時代比以往任何時候都更重要。當每個人都能用 AI 產生「不錯的」內容時，只有真正 10x 的內容才能脫穎而出。 #2 好 10% vs 好 10 倍的區別 維度 好 10%（漸進式） 好 10 倍（飛躍式） **資訊品質** 比競爭對手多一點細節 提供競爭對手完全沒有的深度和洞察 **觀點** 跟大多數人一樣的觀點 有爭議性的獨特視角 **數據** 引用第二手數據 有自己的原創研究和一手數據 **設計** 文字 + 幾張 stock photo 原創圖表、互動工具、影片解釋 **使用者體驗** 可以閱讀的文章 令人驚艷的閱讀體驗 **實用性** 「你可以試試看這些方法」 提供檢查清單、模板、計算器，立即可用 #2 10x Content 的十大創作方法 #3 方法 1：原創研究與數據 自己做調查、實驗、分析，這是最難被複製的內容類型。 範例： ❌ 「根據統計，70% 的 SEO 專家認為...」（引用別人的數據） ✅ 「我們分析了 10,000 個排名第一頁的 URL，發現...」（自己的研究） #4 低成本原創數據來源 - 問卷調查（Google Forms + 社群媒體發布） - 公開數據的重新分析（政府開放資料、研究報告） - 自己的 A/B 測試結果 - 客戶案例的數據匯總（匿名化處理） #3 方法 2：互動式內容 將靜態內容變成可以互動的體驗： 內容類型 10x 版本 「SEO 檢查清單」 互動式 SEO 審計工具（輸入 URL 自動檢測） 「熱量計算方式」 線上熱量計算器 「買房貸款指南」 貸款試算互動圖表 「關鍵字研究教學」 內嵌關鍵字難度查詢工具 **SEO 紅利：** 互動式內容的**頁面停留時間**和**回訪率**遠高於純文字內容，這些都是正面的使用者行為訊號。 #3 方法 3：極致全面的終極指南 不是比競爭對手多寫 500 字，而是成為這個主題的「最後一站」。 普通指南： - 3,000 字 - 5 個 H2 章節 - 2 張圖片 - 回答主要問題 10x 終極指南： - 8,000+ 字 - 12+ H2 章節 - 15+ 張原創截圖/圖表 - 影片教學（內嵌） - 可下載的 PDF 檢查清單 - 專家訪談引用 - FAQ 章節回答 20+ PAA 問題 - 定期更新（顯示最近更新日期） - 目錄導航（可點擊跳轉） #3 方法 4：獨特的視覺語言 大多數 SEO 文章用一樣的 stock photo。10x 內容有自己獨特的視覺風格： - **原創圖表：** 用自己的數據繪製，而不是截圖別人的 - **流程圖：** 將複雜概念視覺化為清晰的步驟圖 - **對比圖：** Before / After 的真實範例截圖 - **資訊圖：** 可分享的獨立資訊圖（有 SEO 價值的 alt 文字） - **影片嵌入：** 自己錄製的教學影片 #3 方法 5：專家背書與多元觀點 # 不是這樣寫： 「專家說 SEO 很重要。」（空洞） # 而是這樣寫： 我們採訪了 5 位行業專家，聽聽他們怎麼說： **John Mueller（Google）**：「技術 SEO 的重要性在於...」 **Brian Dean（Backlinko）**：「我認為 10x Content 的核心是...」 **Aleyda Solis（Orainti）**：「國際 SEO 最常見的錯誤是...」 多元觀點讓內容更有深度、更可信。即使是引用公開的推文或採訪，也比自己一個人的觀點有說服力。 #3 方法 6：獨特的結構框架 創造自己的分類法和思維模型，而不只是重複行業內已有的框架。 ❌ 重複行業框架： 「SEO 分為 On-Page SEO、Off-Page SEO 和 Technical SEO。」（每個人都這樣說） ✅ 創造自己的框架： 「我將 SEO 策略分為三個階段：地基階段（技術 SEO）、建設階段（內容和連結）、加速階段（AI 和自動化）。每個階段有不同的優先級和 KPI。」 **SEO 紅利：** 獨特的術語和框架可能成為品牌搜索詞（branded search），當人們搜尋你創造的術語時，你的網站是唯一結果。 #3 方法 7：實戰案例與真實故事 抽象的教學不如具體的案例有說服力： ❌ 抽象教學： 「要提升網站速度，你可以壓縮圖片和使用 CDN。」 ✅ 真實案例： 「我們的客戶 ABC 公司的網站載入速度是 8.2 秒，轉換率只有 0.3%。 我們執行了以下操作： 1. 將所有圖片轉為 WebP 格式（減少 62% 圖片大小） 2. 切換到 Cloudflare CDN 3. 啟用 Nginx FastCGI Cache 結果：載入速度降到 1.4 秒，轉換率提升到 1.1%（3.7 倍）。」 #3 方法 8：免費工具與資源 將文章變成「目的地」而不只是「資訊來源」： 文章主題 → 配套工具 ─────────────────────────── 「關鍵字研究」→ 免費關鍵字難度檢查器 「SEO 審計」 → 線上 SEO 健檢工具 「文案寫作」 → 標題吸引力評分工具 「電子商務」 → ROI 計算器 「職涯規劃」 → 技能評估問卷 #3 方法 9：極致的可讀性 讓內容「好讀到不可能不讀完」： - 每個段落不超過 3-4 句話 - 用粗體標記每個段落的關鍵句（方便掃讀） - 關鍵數據用大字或引用框突出顯示 - 行動版字體夠大（不小於 16px） - 段落之間有足夠的留白 - 使用「你」而不是「使用者」（對話式語調） #3 方法 10：持續更新機制 10x 內容不是一次性的作品，而是持續優化的資產： 發布 → 收集回饋（留言、社群反應） → 新增遺漏的內容 → 追蹤排名 → 分析排名不如預期的原因 → 補強弱點 → 設定日曆提醒 → 每季檢查是否需要更新 → 內容變長、變深、變好 → 排名持續上升 #2 10x Content 的創作流程 #3 第一步：選擇戰場 不是每個主題都值得投入 10x 的努力。 **選題標準：** 標準 說明 **搜尋量** 每月搜尋量至少 500+（值得投入） **商業價值** 主題是否與你的產品/服務相關？ **競爭可超越性** 目前的前 3 名是否真的很好？還是「可被超越的一般水準」？ **長期性** 是常青內容還是轉瞬即逝的趨勢？ #3 第二步：逆向工程 - 分析目前排名前 5 的內容 - 列出他們**做了什麼**（全面性清單） - 列出他們**沒做什麼**（差距分析） - 你的 10x 版本 = 他們做了的全部 + 他們沒做到的 10 倍 #3 第三步：制定差異化計畫 差異化清單： ☐ 原創數據？（自己的研究或調查） ☐ 獨特觀點？（不同於主流說法但有理有據） ☐ 專家意見？（訪談或引用多元觀點） ☐ 互動元素？（計算器、工具、測驗） ☐ 視覺設計？（原創圖表、資訊圖、影片） ☐ 實用資源？（模板、checklist、下載） ☐ 案例故事？（Before/After 真實案例） #3 第四步：執行與迭代 10x 內容通常不是一次寫完的。可以先發布一個 8x 版本，然後根據數據回饋持續升級。 V1（發布）：8x 版本，核心內容 + 基礎圖表 V2（第 2 個月）：根據留言和 PAA 問題補充內容 + 增加深度 V3（第 3 個月）：加入原創數據或案例 + 專業視覺設計 V4（第 6 個月）：全面審查，確保資訊最新，增加新的趨勢內容 #2 10x Content 的投入產出分析 內容類型 製作時間 預期流量 持續時間 適合 一般文章（1x） 2-4 小時 中等 6-12 個月 大量覆蓋長尾關鍵字 深度指南（5x） 8-15 小時 中高 1-2 年 重要關鍵字 終極指南（10x） 20-40 小時 高 2-5 年 核心主題的 Pillar 內容 **策略建議：** 不需要每篇文章都做 10x。挑選 5-10 個最重要的核心主題做 10x，其他文章維持高品質即可。 #2 10x Content 檢查清單 發布前，問自己這些問題： ☐ 如果有人讀了這篇文章後，還會需要去讀競爭對手的版本嗎？ ☐ 這篇文章有提供任何「獨家」的東西嗎？（數據/觀點/工具/案例） ☐ 這篇文章的設計和視覺比競爭對手好嗎？ ☐ 讀者讀完後是否知道「下一步」該做什麼？ ☐ 這篇文章在 2 年後仍然有參考價值嗎？ ☐ 我願意把自己的名字放在這篇文章上嗎？ **終極測試：** 如果你把這篇文章給一位行業專家看，他會說「這寫得真好」還是「這些我都知道了」？10x 內容應該連專家都覺得有收穫。 #2 Part 6 回顧：內容 SEO 知識體系 你現在掌握的內容 SEO 能力： 35. 內容行銷與 SEO 的戰略整合 → Topic Cluster、Content Calendar、漏斗對應 36. 高品質 SEO 內容的黃金法則 → 七大法則 + 品質自評表 + E-E-A-T 展示 37. SEO 文章寫作實戰框架 → 五階段流程 + BLUF 法則 + 關鍵字映射 38. 內容更新與 Content Pruning → Refresh 四級 + Pruning 三決策 + 維護節奏 39. CRO 與 SEO 的協同效應 → 共同 KPI + 內容分層 CTA + A/B 測試安全 40. 十倍內容（10x Content）← 本章 → 十大創作方法 + 投入產出分析 + 終極檢查清單 **Part 6 完結。** 接下來進入 Part 7：站外 SEO 與反向連結——將你的絕佳內容推廣出去，讓其他網站願意連結到你。 | ← [第 39 章：CRO 與 SEO 的協同效應](http://39-CRO與SEO協同效應.md) | [回索引](http://../索引.md) | [第 41 章：反向連結完整指南 →](http://41-反向連結Backlink完整指南.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 41 章：反向連結（Backlink）完整指南 URL: https://cyruschan.com/seo-chapter-41/ > 什麼是反向連結？ 反向連結（Backlink） 是其他網站連結到你網站的連結。在 #2 什麼是反向連結？ **反向連結（Backlink）** 是其他網站連結到你網站的連結。在 Google 的演算法中，反向連結就像「投票」：每個從其他網站指向你的連結，都是一個對你內容品質的認可。 <!-- 這對 example.com 來說就是一個反向連結 --> <a href="https://example.com/seo-guide">SEO 完整指南</a> **歷史背景：** Google 的創始人 Larry Page 和 Sergey Brin 在 1998 年以 PageRank 演算法為基礎創立了 Google，而 PageRank 的核心思想就是：被越多重要網站連結的頁面，其本身也越重要。26 年後，反向連結仍然是 Google 排名最重要的三大因素之一。 #2 為什麼反向連結仍然重要？ #3 2026 年的研究數據 儘管 Google 的演算法日益複雜，反向連結的排名影響力仍然極高： 研究來源 結論 Backlinko（2024） 反向連結數量仍然是與排名相關性最高的因素 Ahrefs（2025） 91% 的網頁從來沒有獲得過任何反向連結，也沒有從 Google 獲得流量 Semrush（2026） 排名前 10 的頁面平均有來自 900+ 個不同域名的反向連結 #3 反向連結傳遞的 SEO 價值 反向連結 → 傳遞的三個核心價值： 1. PageRank（連結權重） → 被越多高權重頁面連結，你的頁面權重越高 2. 相關性訊號 → 來自相關主題網站的連結，比不相關的更��價值 3. 錨點文字（Anchor Text） → 連結文字告訴 Google 你的頁面關於什麼主題 #2 反向連結的品質要素 **不是所有反向連結都一樣有價值。** 一個來自權威網站的自然連結，價值可能超過 1,000 個來自低品質網站的連結。 #3 評估反向連結品質的五大維度 #4 1. 來源網站的權威性（Domain Authority） 來源 權威性 範例 .gov / .edu 網站 🔥🔥🔥🔥🔥 nih.gov、harvard.edu 主流新聞媒體 🔥🔥🔥🔥 紐約時報、BBC、中央社 行業權威網站 🔥🔥🔥🔥 Moz、Search Engine Journal 相關產業部落格 🔥🔥🔥 你所在行業的知名部落格 一般小型網站 🔥🔥 小眾部落格、新網站 低品質目錄網站 ❌ 無價值 什麼內容都收的連結農場 #4 2. 主題相關性（Relevance） 你的網站是關於「有機護膚品」 ├─ 來自「健康生活部落格」的連結 → ✅ 高度相關 ├─ 來自「美容雜誌網站」的連結 → ✅ 相關 ├─ 來自「SEO 教學網站」的連結 → ⚠️ 不相關但可接受 └─ 來自「賭博網站」的連結 → ❌ 不相關且有害 #4 3. 連結的自然性（Natural vs Manipulated） 特徵 自然連結 操縱連結 **錨點文字** 多樣化（品牌名、URL、通用詞） 精準匹配關鍵字為主 **連結位置** 內容中 頁尾、側邊欄、站內全站連結 **連結動機** 因為內容有價值 因為付費或交換 **來源多樣性** 來自各種類型的網站 集中在少數幾個來源 **獲得速度** 穩定增長 短期暴增 #4 4. 連結位置（Placement） 內容中的連結 > 側邊欄連結 > 頁尾連結 > 留言區連結 (Contextual) (Sidebar) (Footer) (Comments) 越靠近主要內容區域的連結越有價值。 Google 會根據連結的位置來判斷它是編輯推薦還是網站模板的一部分。 #4 5. Dofollow vs Nofollow 屬性 說明 SEO 價值 **Dofollow**（預設） 告訴 Google：「我推薦這個頁面」 ✅ 傳遞 PageRank **Nofollow** 告訴 Google：「連結但不背書」 ⚠️ 不傳遞 PageRank，但有品牌和流量價值 **UGC** 使用者生成內容的連結 ⚠️ 與 nofollow 類似 **Sponsored** 付費或廣告連結 ⚠️ 與 nofollow 類似 **2026 年觀點：** Google 已將 nofollow 從「指令」改為「提示」。Google 可能選擇忽略 nofollow 並將該連結納入排名計算。但一般來說，dofollow 連結的價值仍然明顯更高。 #2 反向連結的五大迷思 #3 迷思 1：越多連結越好 **真相：** 100 個高品質連結 > 10,000 個低品質連結。連結品質遠比數量重要。 #3 迷思 2：Nofollow 連結完全沒有用 **真相：** Nofollow 連結雖然不直接傳遞 PageRank，但可以帶來： – 真實的推薦流量 – 品牌曝光 – 間接獲得 dofollow 連結（其他人看到後引用） – 自然連結檔案的「多樣性」 #3 迷思 3：買連結是快速排名的捷徑 **真相：** Google 明確禁止付費連結（除非標記為 sponsored）。購買連結的風險： – Google 人工處罰 – 演算法處罰（排名下降） – 花錢買的連結可能隨時被移除 #3 迷思 4：PageRank 已經死了 **真相：** PageRank 仍然是 Google 排名演算法的核心組成部分。雖然 Google 不再公開 PageRank 分數，但連結分析仍在持續運作。 #3 迷思 5：社群媒體連結有 SEO 價值 **真相：** 社群媒體平台上的連結幾乎都是 nofollow 的。它們不直接傳遞 SEO 價值，但有助於內容曝光，間接獲得自然反向連結。 #2 如何分析反向連結 #3 分析自己的連結檔案 工具 核心功能 價格 **Google Search Console** 免費查看誰連結到你 免費 **Ahrefs** 最全面的反向連結資料庫 付費（$99+/月） **Semrush** 反向連結分析 + 有毒連結檢測 付費（$129+/月） **Moz Link Explorer** Domain Authority 和連結分析 免費有限 + 付費 #3 關鍵分析指標 指標 意義 健康範圍 **Referring Domains** 有多少個不同的網站連結到你 持續增長 **Domain Rating（DR）** Ahrefs 的網站權威分數（0-100） 越高越好 **Dofollow / Nofollow 比例** 自然的連結檔案應有多樣性 60-90% dofollow 是正常的 **錨點文字分布** 連結文字的類型分布 品牌詞應占最多比例 **連結增長速度** 每月新增連結的數量 穩定增長，不要暴增 **Top Pages** 哪些頁面獲得最多連結 你的內容策略是否有效 #3 分析競爭對手的連結 競爭對手連結分析步驟： 1. 找出你的主要 SEO 競爭對手（在目標關鍵字排名前 5 的網站） 2. 使用 Ahrefs / Semrush 查看他們的 Backlinks 報告 3. 過濾出高品質連結（來自高 DR 相關網站） 4. 分析連結來源類型（媒體？部落格？論壇？學術？） 5. 找出「為什麼這些網站連結到競爭對手？」 6. 思考：你能提供什麼來讓這些網站也連結到你？ #2 反向連結的健康檢查 #3 危險訊號 訊號 含義 行動 **短期內大量新增連結** 可能被視為操縱 檢查來源，必要時拒絕 **大量連結來自不相關的外語網站** 可能是負面 SEO 攻擊 使用 Disavow 工具 **錨點文字過度集中於商業關鍵字** 被視為人為操縱 努力獲取品牌和自然錨點連結 **大量連結來自低品質目錄或留言** 連結品質低下 聯繫網站移除，或使用 Disavow **DR 高但流量極低的網站連結** 網站可能是 PBN（Private Blog Network） 謹慎，可能需要拒絕 #2 總結檢查清單 任務 說明 ☐ 使用 GSC 查看你的反向連結報告 了解目前的連結檔案狀態 ☐ 使用 Ahrefs/Semrush 進行深度分析 查看 DR、Referring Domains、錨點分布 ☐ 分析 3-5 個主要競爭對手的連結 找出可以複製的連結機會 ☐ 審查連結品質 標記可能有害的低品質連結 ☐ 建立連結獲取策略 基於下一章的「六大白帽方法」 ☐ 設定每月連結監控 追蹤新增/流失的連結 | ← [第 40 章：十倍內容（10x Content）](http://40-十倍內容10x-Content.md) | [回索引](http://../索引.md) | [第 42 章：白帽連結建設六大方法 →](http://42-白帽連結建設六大方法.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 42 章：白帽連結建設六大方法 URL: https://cyruschan.com/seo-chapter-42/ > 什麼是白帽連結建設？ 白帽連結建設（White Hat Link Buildin #2 什麼是白帽連結建設？ **白帽連結建設（White Hat Link Building）** 是透過創造真正的價值來自然地獲取反向連結，而不是透過購買、交換、垃圾留言等違反 Google 指南的方式。 **核心原則：** 創造值得被連結的內容，然後讓對的人知道它的存在。 #2 方法一：創建連結磁鐵（Linkable Assets） #3 什麼是連結磁鐵？ 連結磁鐵是你網站上**主動設計來吸引連結**的內容資產。這些內容的特點是：人們會因為它們的價值而自然地想要引用和分享。 #3 六種高轉換的連結磁鐵 類型 範例 為什麼有效 **原創研究/統計** 「2026 年台灣電商消費者行為報告」 記者和部落客需要引用數據，你是唯��來源 **終極指南** 「WordPress SEO 完整指南（15,000 字）」 全面性讓它成為該主題的參考標準 **免費工具** 線上關鍵字難度檢查器、ROI 計算器 使用者會主動分享有用的工具 **資訊圖表** 將複雜數據視覺化為精美圖表 容易分享、容易嵌入 **爭議性觀點** 「為什麼我認為 SEO 已經死了」 引發討論和引用 **定義型內容** 「什麼是 E-E-A-T？」（簡單清晰） 行業內的人在解釋概念時會引用 #3 連結磁鐵的推廣策略 創作連結磁鐵 → 找出「誰會對這個內容感興趣」 ├─ 記者 → 透過 HARO / Qwoted 提供專家意見 ├─ 部落客 → 寄送個人化的 outreach email ├─ 社群媒體 → 在相關社團和討論中分享（有價值地） ├─ 行業網站 → 主動投稿（Guest Post）到相關網站 └─ 教育機構 → 讓你的內容成為課程資源 #2 方法二：來賓投稿（Guest Posting）— 正確做法 #3 Guest Post 的真正價值 ❌ 錯誤心態：「我要在別人的網站上貼一篇文章，然後在裡面塞連結。」 ✅ 正確心態：「我要為別人的讀者貢獻一篇真正有價值的文章，建立我的品牌和權威。」 #3 高品質 Guest Post 的標準 標準 說明 **選對目標網站** 只投稿到你的受眾會閱讀的相關權威網站 **寫原創內容** 不要重複你自己網站上的內容 **不重複投稿** 不要將同一篇文章投到 10 個網站 **連結自然** 1-2 個相關的內容中連結，不是硬塞 **作者介紹有價值** 一個自然介紹你自己和品牌的作者介紹 **長期關係** 目標是建立關係，不是一次性的連結 #3 尋找 Guest Post 機會 搜尋運算子： "write for us" + [你的行業] "guest post" + [你的行業] "contribute" + [你的行業] "become a contributor" + [你的行業] [競爭對手名] "guest post by" #2 方法三：數位公關（Digital PR） #3 Digital PR vs 傳統公關 傳統公關 數位公關 目標是媒體報導 目標是反向連結和品牌曝光 發新聞稿給記者 提供有新聞價值的數據和故事 一次性的活動 持續的策略 #3 可以上媒體的內容類型 1. 原創數據和研究 「我們的研究發現，87% 的消費者...」 媒體愛引用獨家數據 2. 產業趨勢分析 「2026 年電商產業的 5 個重要轉變」 在趨勢發生時提供即時分析 3. 專家評論時事 當行業有大新聞時，提供你的見解 4. 資訊圖表 視覺化的數據比純文字更容易被引用 5. 年度/季度報告 穩定的媒體曝光來源 #3 與記者建立關係的工具 工具 用途 **HARO**（Help A Reporter Out） 記者發布問題，專家回答。被引用通常會獲得連結 **Qwoted** 類似 HARO，更現代化的平台 **Twitter / X** 追蹤行業記者和編輯 **Muck Rack** 找到相關領域的記者 #2 方法四：策略合作與資源頁連結（Resource Page Link Building） #3 什麼是資源頁連結？ 許多網站（尤其是教育機構、政府網站、行業組織）有「推薦資源」或「有用連結」頁面，整理行業內最好的資源。讓你的連結磁鐵被列入這些頁面。 #3 如何找到資源頁？ 搜尋運算子： "useful links" + [你的關鍵字] "helpful resources" + [你的關鍵字] "recommended sites" + [你的關鍵字] "further reading" + [你的關鍵字] site:.edu "resources" + [你的關鍵字] site:.gov "links" + [你的關鍵字] #3 資源頁 Outreach 郵件模板 主旨：你 [網站名稱] 資源頁的一個建議 Hi [名字]， 我剛剛在整理 [行業/主題] 的資源時，發現了你的資源頁面： [資源頁 URL] 真的很棒的整理！我注意到頁面上還沒有關於 [你的主題] 的資源。 我們最近發布了一篇： 「[你的連結磁鐵標題]」 [URL] 內容涵蓋了 [簡要說明價值點]。 如果合適的話，可以考慮加入你的資源頁嗎？無論如何，感謝你整理了這麼好的資源。 [你的名字] #2 方法五：破損連結建設（Broken Link Building） #3 什麼是破損連結建設？ 找出其他網站上的失效連結（404），然後聯繫網站管理者，建議用你的相關內容取代那個失效連結。你的價值在於：幫助他們修復了網站問題。 #3 三��驟流程 第 1 步：找出破損連結 → 使用 Ahrefs / Screaming Frog 在相關網站上找出 404 連結 → 或者使用瀏覽器擴充「Check My Links」 第 2 步：確認你有替代內容 → 你的網站上是否有與失效連結內容相似的頁面？ → 如果沒有，創建一個比原內容更好的版本 第 3 步：聯繫網站管理者 → 禮貌地指出他們網站上的失效連結 → 建議你的內容作為替代 → 不要過於推銷 #3 Broken Link Outreach 郵件模板 主旨：[網站名稱] 上的一個失效連結 Hi [名字]， 我最近在閱讀你 [網站/頁面] 上的文章，發現其中一個連結已經失效了： 失效連結：[失效 URL] 位於頁面：[他們的頁面 URL] 我剛好有一個關於這個主題的資源，內容更新且全面： 「[你的內容標題]」 [你的 URL] 如果不適合也完全沒關係。只是想幫忙！ [你的名字] #2 方法六：競爭對手連結複製（Competitor Link Gap Analysis） #3 核心邏輯 如果一個網站已經連結到你的競爭對手，而且競爭對手的內容和你的類似（甚至你的更好），那這個網站也很有可能連結到你。 #3 四步驟操作 第 1 步：使用 Ahrefs/Semrush 導出競爭對手的反向連結 → 選擇 2-3 個主要競爭對手 → 導出他們所有的 Referring Domains 第 2 步：過濾高價值連結機會 → 排除低 DR 網站、不相關網站、垃圾網站 → 保留：編輯推薦、資源頁、行業部落格、教育機構 第 3 步：分析「為什麼他們獲得這個連結」 → 競爭對手有更好的內容？ → 競爭對手有更多的 outreach？ → 競爭對手和該網站有合作關係？ 第 4 步：建立更好的內容並 outreach → 如果競爭對手的內容是「好」的，建設「10x」版本 → 針對性地 outreach 給這些網站 → 誠實地說明你的版本為什麼更好 #2 白帽連結建設的實戰節奏 #3 時間分配建議 活動 時間佔比 說明 **創作連結磁鐵** 40% 這是所有策略��基礎。沒有好內容，outreach 等於騷擾。 **Outreach 執行** 30% 寄送個人化的郵件，跟進，建立關係。 **關係維護** 20% 與已經連結到你的人保持互動，深化合作。 **研究與分析** 10% 持續尋找新的連結機會和競爭對手分析。 #3 建立關係 > 獲取連結 短期思維：「我要這週內拿到 5 個連結。」 長期思維：「我要建立 5 個有意義的行業關係。」 短期思維的 outreach： → 模板化的郵件 → 只關心自己能得到什麼 → 關係在獲得連結後就結束 長期思維的 outreach： → 個人化的溝通 → 先提供價值再請求 → 關係在獲得連結後才開始 長期下來，這些關係會不斷產生新的連結機會、合作機會、甚至是商業機會。 #2 六大方法對比總結 方法 難度 成功率 長期價值 適合誰 連結磁鐵 ⭐⭐⭐⭐ 中高（需推廣） 🔥🔥🔥🔥🔥 有內容創作能力的網站 Guest Post ⭐⭐⭐ 中（視目標網站而定） 🔥🔥🔥🔥 有寫作能力的個人或品牌 Digital PR ⭐⭐⭐⭐⭐ 低（競爭激烈） 🔥🔥🔥🔥🔥 有原創數據的公司 資源頁連結 ⭐⭐ 中高 🔥🔥🔥 有優質內容指南的網站 破損連結 ⭐⭐ 中 🔥🔥🔥 所有人都可以嘗試 競品連結複製 ⭐⭐⭐ 中 🔥🔥🔥🔥 有競爭對手分析工具的網站 #2 總結檢查清單 任務 說明 ☐ 建立 2-3 個連結磁鐵 原創研究、終極指南、免費工具 ☐ 設定每週 outreach 目標 例如每週寄出 10 封個人化郵件 ☐ 建立競爭對手連結分析 Ahrefs/Semrush 導出競品反鏈 ☐ 註冊 HARO / Qwoted 每天檢查是否有適合回答的記者問題 ☐ 建立資源頁 outreach 名單 找出 20-30 個相關資源頁 ☐ 開始破損連結 outreach 每週找出 10 個破損連結並聯繫 ☐ 追蹤 outreach 成效 記錄發送/回覆/獲得連結的比例 ☐ 建立關係 CRM 記錄與誰聯繫過、什麼狀態、何時跟進 | ← [第 41 章：反向連結完整指南](http://41-反向連結Backlink完整指南.md) | [回索引](http://../索引.md) | [第 43 章：錨點文字（Anchor Text）策略 →](http://43-錨點文字策略.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 43 章：錨點文字（Anchor Text）策略 URL: https://cyruschan.com/seo-chapter-43/ > 什麼是錨點文字？ 錨點文字（Anchor Text） 是超連結中可點擊的文字部分 #2 什麼是錨點文字？ **錨點文字（Anchor Text）** 是超連結中可點擊的文字部分。它對 SEO 的重要性在於：Google 會將錨點文字視為對目標頁面內容的「描述」。 <a href="https://example.com/seo-guide">SEO 完整指南</a> ↑ 錨點文字 = 「SEO 完整指南」 **一句話總結：** 錨點文字是 Google 了解「這個連結指向的頁面在講什麼」的最強訊號之一。 #2 錨點文字的 SEO 影響力 #3 歷史教訓：Google Penguin 演算法 2012 年，Google 推出 **Penguin 演算法**，專門打擊過度使用精準匹配錨點文字的網站。原因是：自然獲得的反向連結，錨點文字通常非常多樣化；只有人為操縱的連結才會精準匹配商業關鍵字。 自然的錨點文字分布 vs 操縱的分布： 自然： 品牌詞（40%）、URL（20%）、通用詞（15%）、部分匹配（15%）、精準匹配（10%） 操縱： 精準匹配（70%）、部分匹配（20%）、品牌詞（5%）、其他（5%） **至今仍然有效：** 如果你的錨點文字檔案中精準匹配商業關鍵字的比例過高，Google 有可能對你的網站進行演算法或手動處罰。 #2 錨點文字的五大類型 類型 說明 範例 自然比例 **精準匹配**（Exact Match） 完全匹配目標關鍵字 「SEO 工具」 5-10% **部分匹配**（Partial Match） 包含目標關鍵字的變體 「最好的 SEO 工具推薦」 10-15% **品牌詞**（Branded） 你的品牌名稱 「Ahrefs」、「Moz」 40-50% **裸 URL**（Naked URL） 直接使用 URL 作為錨點 「example.com」、「https://…」 10-20% **通用詞**（Generic） 非描述性的通用詞語 「點擊這裡」、「了解更多」、「這篇文章」 10-20% **圖片 Alt** 圖片連結使用 alt 文字 <img alt="SEO 工具儀表板"> 5-10% #3 健康的錨點文字檔案範例 以「SEO 工具」網站為例： 品牌詞（45%）： → 「Ahrefs」「Ahrefs 官網」「Ahrefs 工具」 URL（15%）： → 「ahrefs.com」「https://ahrefs.com」 通用詞（15%）： → 「點擊這裡」「了解更多」「這篇文章」 部分匹配（15%）： → 「關鍵字研究工具」「反向連結分析工具」 精準匹配（10%）： → 「SEO 工具」 圖片（5%）： → [圖片 alt 文字] #2 內部連結的錨點文字策略 內部連結的錨點文字完全在你的控制範圍內，是優化的重要戰場。 #3 內部連結錨點文字的法則 法則 說明 範例 **描述性** 讓使用者（和 Google）知道點進去會看到什麼 ❌「點這裡」→ ✅「內部連結 SEO 完整指南」 **多樣化** 同一目標頁面使用多種不同的錨點文字 首頁用「SEO 教學」、文章內用「SEO 入門」、側邊欄用「SEO」 **相關性** 錨點文字應與目標頁面的內容相關 不要用「社群媒體教學」連結到 SEO 文章 **自然融入** 錨點文字出現在有意義的上下文中 不要生硬地插入關鍵字連結 **不要過度** 同一段落內不要有多個連結指向同一頁面 一個頁面最多 2-3 個連結到同一目標 #3 內部錨點文字的多樣化策略 目標頁面：/blog/seo-complete-guide（主題：SEO 完整指南） 內部連結中可使用的多樣化錨點： ├─ 「SEO 完整指南」（精準匹配） ├─ 「SEO 教學」（部分匹配） ├─ 「這篇 SEO 指南」（部分匹配 + 通用） ├─ 「學習 SEO」（長尾變體） ├─ 「搜尋引擎優化入門」（同義詞） └─ 「從零開始學 SEO」（長尾搜尋意圖） #2 外部連結（反向連結）的錨點文字策略 #3 你無法完全控制，但可以影響 對於外部網站連結到你時使用的錨點文字，你不能直接控制，但可以透過以下方式影響： 策略 做法 效果 **品牌建設** 讓你的品牌名廣為人知 自然獲得品牌詞錨點 **內容標題設計** 在標題中使用人們會引用的詞語 增加精準/部分匹配的比例 **Outreach 明確指引** 提供建議但不強制 增加獲得理想錨點的機率 **創造連結磁鐵** 數據和研究容易用標題被引用 自然獲得描述性錨點 #3 是否可以在 Outreach 中指定錨點文字？ **不建議。** 如果你在 outreach 中指定錨點文字，可能觸發 Google 的操縱連結偵測。 ❌ 不好的 outreach： 「請用這個錨點文字連結到我們：『最好的 SEO 工具』」 ✅ 好的 outreach： 「如果你覺得這篇文章對你的讀者有幫助，可以考慮在相關內容中提及。」 #2 錨點文字的常��錯誤 #3 錯誤 1：過度使用精準匹配關鍵字 ❌ 不健康的錨點分布（會被 Penguin 盯上）： 「SEO 工具」：65% 「關鍵字研究」：20% 品牌詞：10% 其他：5% **風險：** Google 手動處罰或排名驟降。 #3 錯誤 2：內部連結全部使用相同錨點 <!-- 全站所有指向 /seo-guide 的連結都用同一個錨點 --> <a href="/seo-guide">SEO 完整指南</a> <a href="/seo-guide">SEO 完整指南</a> <a href="/seo-guide">SEO 完整指南</a> <!-- 重複 50 次 --> **問題：** 這看起來不自然，而且浪費了用不同關鍵字排名的機會。 #3 錯誤 3：不相關的錨點文字 <!-- 錨點文字與目標頁面無關 --> <a href="/dog-food-review">貓咪飼料推薦</a> **問題：** 誤導使用者和 Google，可能導致排名訊號混亂。 #3 錯誤 4：空白錨點或無效錨點 <!-- 沒有錨點文字 --> <a href="/page"></a> <!-- 僅有圖片但沒有 alt --> <a href="/page"><img src="icon.png"></a> **問題：** Google 無法從錨點文字獲取任何目標頁面資訊。 #2 監控你的錨點文字檔案 #3 要監控什麼 指標 工具 正常範圍 精準匹配比例 Ahrefs / Semrush 5-15% 品牌詞比例 Ahrefs / Semrush 30-60% 單一錨點文字的最高佔比 Ahrefs / Semrush <20% 錨點文字多樣性 Ahrefs / Semrush 越多不同錨點越好 #3 危險訊號 🔴 單一精準匹配錨點占 >30% 🔴 商業關鍵字錨點 >50% 🔴 只有 1-2 種錨點文字 🔴 品牌詞比例極低（<5%） 🔴 最近突然增加了大量精準匹配錨點 如果發現上述訊號，可能需要審查最近的連結建設活動，並考慮使用 Disavow 工具（詳見第 45 章）。 #2 修復不健康的錨點文字檔案 #3 步驟一：診斷 使用 Ahrefs 或 Semrush 的「Anchors」報告，查看你的錨點文字分布。 #3 步驟二：分類問題 問題 行動 精準匹配比例過高（>30%） 暫停精準匹配 outreach，集中獲取品牌詞和 URL 連結 品牌詞比例過低（<5%） 加強品牌建設和品牌知名度行銷 來自低品質網站的垃圾錨點 聯繫網站移除或使用 Disavow 錨點文字突然暴增 審查是否遭受負面 SEO 攻擊 #3 步驟三：平衡策略 目標：將錨點文字分布拉回自然範圍 方法： 1. 加強品牌行銷 → 自然獲得品牌詞連結 2. 公關活動 → 媒體通常使用品牌詞或 URL 連結 3. 社群媒體曝光 → 裸 URL 連結增加 4. 來賓投稿 → 使用品牌詞或通用詞的錨點文字 5. Podcast / 採訪 → 通常會得到品牌詞或 URL 連結 #2 總結檢查清單 任務 說明 ☐ 分析你目前的錨點文字分布 Ahrefs / Semrush Anchors 報告 ☐ 確認精準匹配比例 < 15% 如果過高，暫停相關 outreach ☐ 確認品牌詞比例 > 30% 如果過低，加強品牌建設 ☐ 內部連結使用多樣化錨點 同一目標頁面用 3-5 種不同錨點 ☐ 避免 outreach 中指定錨點 讓連結者自由選擇描��方式 ☐ 監控錨點文字變化 每月檢查一次 Anchors 報告 ☐ 教育團隊關於錨點文字策略 尤其是內容和連結建設團隊 | ← [第 42 章：白帽連結建設六大方法](http://42-白帽連結建設六大方法.md) | [回索引](http://../索引.md) | [第 44 章：PageRank 與連結權重傳遞 →](http://44-PageRank與連結權重傳遞.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 44 章：PageRank 與連結權重傳遞原理 URL: https://cyruschan.com/seo-chapter-44/ > PageRank 是什麼？ PageRank 是 Google 創始人 Larr #2 PageRank 是什麼？ **PageRank** 是 Google 創始人 Larry Page 在史丹佛大學開發的演算法，也是 Google 搜尋引擎的原始核心。它的基本邏輯： 一個頁面的重要性，取決於有多少其他頁面連結到它，以及這些連結頁面本身有多重要。 #3 簡單的理解模型 假設整個網路只有 4 個頁面 A、B、C、D： A ──→ B │ │ ↓ ↓ C ←── D A 連結到 B 和 C → A 的 PageRank 分配給 B 和 C B 連結到 D → B 的 PageRank 傳遞給 D D 連結到 C → D 的 PageRank 傳遞給 C C 沒有連結出去 → C 的 PageRank 不傳遞（阻尼） #2 PageRank 的核心機制 #3 1. 連結 = 投票 每個從頁面 A 到頁面 B 的連結，都是 A 對 B 的「投票」。 #3 2. 投票的權重不同 來自高 PageRank 頁面的連結 > 來自低 PageRank 頁面的連結 來自 nytimes.com 的連結 > 來自不知名部落格的連結 #3 3. 投票的價值被稀釋 一個頁面的 PageRank 會平均分配給它所有指向外部的連結。頁面上的連結越多，每個連結分到的 PageRank 越少。 頁面有 PR = 10，連結到 5 個頁面： 每個頁面獲得 PR ≈ 2 頁面有 PR = 10，連結到 100 個頁面： 每個頁面獲得 PR ≈ 0.1 **這就是為什麼「連結越多不一定越好」——來自一個只有 2 個外部連結的頁面的連結，價值遠高於來自一個有 200 個外部連結的頁面。** #3 4. Nofollow 連結不傳遞 PageRank <!-- 這個連結傳遞 PageRank --> <a href="https://example.com">推薦網站</a> <!-- 這個連結不傳遞 PageRank --> <a href="https://example.com" rel="nofollow">推薦網站</a> #2 PageRank 在 2026 年的地位 #3 PageRank 還重要嗎？ **重要。** 雖然 Google 不再公開 PageRank 分數（2016 年停止公開 Toolbar PageRank），但 PageRank 仍然是 Google 排名演算法的核心組成部分。 Google 的 Gary Illyes 在 2024 年確認：「PageRank 仍然是我們的排名訊號之一。」 #3 PageRank 的現代演進 時代 PageRank 的角色 1998-2005 最重要的排名因素 2005-2012 與其他因素（內容、使用者體驗）並重 2012-2020 重要性下降但仍是核心，Penguin 演算法清理操縱行為 2020-2026 基於 AI 的 RankBrain / BERT / MUM 補充 PageRank，但連結分析仍不可替代 #3 現代 SEO 中 PageRank 的三個角色 1. 發現（Discovery） → Google 透過連結發現新頁面 → 沒有內部或外部連結的頁面很難被發現 2. 權威評估（Authority Assessment） → 被越多權威頁面連結 = 頁面越權威 → 這是 PageRank 最核心的功能 3. 爬取優先級（Crawl Prioritization） → 高 PageRank 的頁面被 Google 爬取得更頻繁 → 這影響 Crawl Budget 的分配 #2 連結權重的傳遞機制 #3 Link Juice（連結果汁）的概念 **Link Juice** 是 SEO 社群的非正式術語，用來描述透過超連結傳遞的「排名權重」。雖然不是官方術語，但直觀地表達了 PageRank 的流動概念。 #3 Link Juice 傳遞的規則 規則 1：每個頁面有固定量的 Link Juice 規則 2：Link Juice 透過 dofollow 連結傳遞 規則 3：傳遞的量 = 頁面總量 ÷ 頁面上的連結數 規則 4：Nofollow / UGC / Sponsored 連結不傳遞 規則 5：301 重定向傳遞大部分（90-99%）Link Juice 規則 6：302 重定向不傳遞 Link Juice 規則 7：Canonical 標籤集中 Link Juice #3 內部連結的 PageRank 分配策略 你可以透過內部連結的結構來控制 PageRank 在網站內的流動方向： 首頁（Highest PR） ├─ 導覽列連結 → 主要分類頁（High PR） │ ├─ → 重要產品頁（Medium PR） │ └─ → 次要產品頁（Low PR） └─ 文章列表 → 個別文章（依連結數分配 PR） 策略： → 首頁連結到最重要的頁面 → 用內部連結把權重從「強頁面」導向「需要排名提升的頁面」 → 使用 nofollow 阻止權重流向不重要的頁面（如登入頁、購物車） #2 PageRank 塑形（Pagerank Sculpting） #3 傳統 PageRank Sculpting（2009 年前） 早期 SEO 的做法：用 nofollow 阻止權重流向不重要頁面，讓更多權重集中到重要頁面。 <!-- 傳統做法 --> <a href="/login" rel="nofollow">登入</a> <a href="/cart" rel="nofollow">購物車</a> <a href="/important-page">重要頁面</a> ← 獲得更集中的 PageRank #3 現代 PageRank Sculpting（2009 年後） 2009 年，Google 的 Matt Cutts 宣布：nofollow 的 PageRank 不會被「重新分配」，而是**蒸發**。這改變了 PageRank Sculpting 的邏輯。 傳統模型（2009 年前）： 頁面有 10 PR，10 個連結，其中 5 個 nofollow → 5 個 dofollow 連結各獲得 2 PR 現代模型（2009 年後）： 頁面有 10 PR，10 個連結，其中 5 個 nofollow → 10 PR ÷ 10 連結 = 每個連結分到 1 PR → 5 個 dofollow 連結各獲得 1 PR → 5 個 nofollow 的 PR 蒸發（不傳遞） → 總共只傳遞了 5 PR，而不是 10 PR #3 現代的權重集中方法 不再使用 nofollow 來集中權重，而是用**結構設計**： ✅ 好的做法：改變連結結構 - 在主要導覽中只放重要頁面 - 將次要連結放在頁尾或側邊欄 - 減少每個頁面上的總連結數量 �� 不好的做法：大量使用 nofollow - 反而損失了可以再利用的 PR - 對使用者體驗沒有幫助 #2 計算與衡量 PageRank 的現代工具 雖然 Google 不再公開 PageRank 分數，但第三方工具提供了近似的指標： 工具 指標 衡量什麼 **Ahrefs** DR（Domain Rating） 網站整體的反向連結強度（0-100） **Ahrefs** UR（URL Rating） 單一頁面的反向連結強度（0-100） **Moz** DA（Domain Authority） 網站整體的排名潛力（0-100） **Moz** PA（Page Authority） 單一頁面的排名潛力（0-100） **Semrush** AS（Authority Score） 網站整體品質和 SEO 表現（0-100） #3 如何解讀這些分數 指標用途 正確用法 錯誤用法 **競品對比** 「我的 DR 30，對手 DR 50，我需要改善連結建設」 「DR 50 的網站一定比 DR 30 排名好」 **趨勢追蹤** 「我的 DR 從 20 成長到 35，表示連結策略有效」 「我需要讓 DR 達到 100 才算成功」 **連結機會評估** 「這個網站 DR 高，獲取連結的價值較高」 「我只接受 DR > 50 的網站的連結」 **注意：** 這些都是��三方估算，不是 Google 的真實指標。用於相對比較和趨勢追蹤，而非絕對判斷。 #2 PageRank 思維的 SEO 應用 #3 應用 1：首頁內部連結策略 首頁通常有最高的 PageRank。確保首頁連結到你最重要的頁面。 首頁的連結策略： ☑ 連結到核心商業頁面（產品/服務） ☑ 連結到最重要的部落格內容 ☑ 連結到「關於我們」和「聯絡我們」 ☐ 不要連結到隱私政策、條款等低價值頁面（放在頁尾） #3 應用 2：孤兒頁面檢測 孤兒頁面 = 被 Google 索引但沒有任何內部連結指向它的頁面。這類頁面無法從你網站的其��頁面獲得 PageRank。 每月檢查： → Screaming Frog 爬取全站 → 找出未被任何內部連結指向的頁面 → 從相關頁面加入連結 #3 應用 3：連結衰減管理 隨著網站增長，新頁面往往只獲得少數內部連結，PageRank 分配越來越薄。 解決方案： → 內容發布後，從高 PR 舊頁面加入連結到新頁面 → 使用「相關文章」或「熱門文章」區塊來循環分配 PR → 定期審查確保每個重要頁面有不少於 3 個內部連結 #3 應用 4：重定向的 PR 保留 301 重定向保留約 90-99% 的 PageRank。當你刪除或合併頁面時，永遠使用 301 將舊 URL 的 PR 保留到新 URL。 #2 總結檢查清單 任務 說明 ☐ 理解你的網站的 PR 分配 使用爬蟲工具視覺化內部連結結構 ☐ 首頁連結優化 確保首頁指向最重要的頁面 ☐ 消除孤兒頁面 所有頁面至少被一個內部連結指向 ☐ 優化導覽結構 重要頁面在主要導覽中，次要頁面在頁尾 ☐ 監控連結衰減 新內容發布後從相關舊頁面加入連結 ☐ 使用 DR/DA 做競品對比 追蹤自己的進展和競爭差距 ☐ 保持每個頁面連結數合理 一個頁面上不要有數百個連結 ☐ 301 重定向保留 PR 刪除頁面時永遠做 301 | ← [第 43 章：錨點文字策略](http://43-錨點文字策略.md) | [回索引](http://../索引.md) | [第 45 章：有害連結與 Disavow 拒絕工具 →](http://45-有害連結與Disavow.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 45 章：有害連結辨識與 Disavow 拒絕工具 URL: https://cyruschan.com/seo-chapter-45/ > 有害連結是什麼？ 有害連結（Toxic Backlinks） 是來自低品質、垃圾 #2 有害連結是什麼？ **有害連結（Toxic Backlinks）** 是來自低品質、垃圾或不相關網站的連結，這些連結可能對你網站的 SEO 產生負面影響。 並非所有低品質連結都是「有害的」。Google 通常會自動忽略大部分垃圾連結。但當有害連結的**數量或模式異常**時，就可能觸發 Penguin 演算法或手動處罰。 #2 哪些連結可能是有害的？ #3 🔴 高風險連結類型 類型 特徵 風險 **付費連結（未標記）** 你付費換取的 dofollow 連結 🔴 Google 手動處罰 **連結交換（過度）** 「你連結我，我連結你」的大量互換 🔴 被視為連結方案（Link Scheme） **PBN（Private Blog Network）** 專為操縱排名而建立的虛假網站網路 🔴🔴 極高風險 **低品質目錄網站** 什麼內容都收、沒有編輯審查的連結目錄 🟠 中高風險 **垃圾留言連結** 部落格留言、論��回覆中塞入的連結 🟠 中高風險 **不相關網站連結** 來自與你主題完全無關的外語網站 🟡 中低風險 **全站連結（Sitewide Links）** 每個頁面都有同樣的連結（如頁尾連結） 🟡 中低風險 **自動生成的連結** 由機器人/工具自動創建的連結 🔴 容易被偵測 #3 🟢 無害但你不需要的連結 類型 說明 自然的低品質連結 來自新網站或小部落格的偶然連結，Google 會自動忽略 Nofollow 的低品質連結 Nofollow 不傳遞 PR，通常不需要擔心 少量的不相關連結 偶然的幾個不相關連結不會傷害你 **核心原則：** 只有當你認為這些連結可能被 Google 視為「人為操縱」時，才需要採取行動。Google 通常會自動忽��自然的低品質連結。 #2 如何識別有害連結 #3 第一步：導出反向連結數據 使用 Ahrefs、Semrush 或 Google Search Console 導出你所有的反向連結。 #3 第二步：篩選可疑連結 逐一檢查每個連結的以下特徵： 檢查項目 危險訊號 **網站內容** 內容極少、充滿廣告、與主題無關 **網站設計** 模板化、看起來像自動生成的 **外部連結數量** 一個頁面有數百個外部連結 **域名指標** DR/DA 極低（<5），但流量為零 **流量** Ahrefs/Semrush 顯示這個網站完全沒有自然流量 **索引狀態** 在 Google 搜尋 site:域名 結果極少或被 deindex **錨點文字** 全部使用精準匹配商業關鍵字 **連結獲取方式** 如果是你花錢買的，或者用工具自動生成的 #3 第三步：評分與分類 將每個連結標記為： 🟢 無害：不需要處理 🟡 可疑：觀察，但先不動作 🔴 有害：應該移除或拒絕 #2 處理有害連結的三��驟 #3 步驟一：嘗試手動移除（最優先） 在考慮使用 Disavow 工具之前，先嘗試聯繫網站管理者移除連結： 聯繫郵件模板： 主旨：請求移除我們網站的連結 Hi [網站管理者]， 我們發現在你的網站 [網站 URL] 上有一個指向我們網站的連���： [你的 URL] 我們正在���理我們的連結檔案，能否請你移除這個連結？ 感謝你的協助。 [你的名字] #4 手動移除的注意事項 - 至少嘗試聯繫 2-3 次 - 記錄所有聯繫嘗試（Google 人工審查時可能需要證明） - 有些網站管理者不會回應，這是正常的 - 不要威脅或使用攻擊性語言 #3 步驟二：評估是否需要 Disavow **Disavow 不是日常 SEO 工具。** Google 明確表示：大多數網站不需要使用 Disavow 工具。 #4 需要 Disavow 的明確情境 ✅ 應該使用 Disavow 的情境： 1. 你收到了 Google 的「非自然連結」手動處罰通知 2. 你曾經購買過連結，現在想要清理 3. 你遭受了大量的負面 SEO 攻擊 4. 你有大量明顯是人為操縱的連結 ❌ 不需要使用 Disavow 的情境： 1. 你的排名最近下降了（通常有其他原因） 2. 你看到幾個低品質網站連結到你（Google 會自動忽略） 3. 你的競爭對手建議你使用 Disavow（不要聽！） 4. 「以防萬一」的心態 #3 步驟三：建立並提交 Disavow 檔案 #4 Disavow 檔案格式 # 註解行以 # 開頭 # 這是範例 Disavow 檔案 # 拒絕特定頁面的連結 https://spamwebsite.com/bad-page.html # 拒絕整個域名的所有連結 domain:spamdomain.com # 拒絕子域名的所有連結 domain:blog.spamdomain.com #4 提交流程 - 建立 .txt 檔案，編碼為 UTF-8 - 前往 Google Search Console → Disavow Links Tool - 選擇你的網站資源 - 上傳 Disavow 檔案 - Google 會在下次爬取時應用這些指令 **⚠️ 警告：** Disavow 是一個強大但危險的工具。錯誤地拒絕了好的連結可能會損害你的排名。如��你不確定某個連結是否應該被拒絕，**不要拒絕它**。 #2 負面 SEO（Negative SEO）防禦 #3 什麼是負面 SEO？ 競爭對手或惡意攻擊者故意向你的網站發送大量垃圾連結，試圖讓 Google 認為你正在操縱排名，從而觸發處罰。 #3 負面 SEO 的常見形式 形式 描述 **垃圾連結轟炸** 從數千個低品質網站建立指向你的連結 **內容複製** 複製你的內容發布到其他網站，導致重複內容問題 **偽造社群訊號** 購買假社群媒體互動 **惡意評論** 在 Google 商家檔案留下大量負面評價 #3 防禦策略 1. 設定 Google Search Console 電子郵件通知 → 如果收到手動處罰通知，立即採取行動 2. 定期監控反向連結檔案 → 每月檢查是否有突然暴增的異常連結 3. 使用 Ahrefs / Semrush 的「新連結」監控 → 設定警報，發現大量新低品質連結時收到通知 4. 強固你的網站安全 → 防止駭客注入惡意內容或連結 5. 不要「以牙還牙」 → 不要對攻擊者進行報復性負面 SEO #2 手動處罰（Manual Action）處理流程 #3 什麼是手動處罰？ 當 Google 的人工審查員判斷你違反了 Google 的品質指南時，會對你的網站進行手動處罰。你會收到 GSC 的通知。 #3 手動處罰處理步驟 第 1 步：確認識別 → 登入 GSC，查看「安全性與手動處罰」 → 閱讀處罰的具體原因 第 2 步：診斷問題 → 如果是「非自然連結」： → 導出所有反向連結 → 識別出可疑連結 → 分類：自己建立的 vs 攻擊者建立的 第 3 步：清理行動 → 手動聯繫移除（記錄所有嘗試） → 無法移除的加入 Disavow 檔案 第 4 步：提交重審請求（Reconsideration Request） → 在 GSC 中提交 → 說明你做了什麼來解決問題 → 承認錯誤（如果是你造成的） → 說明未來如何避免 �� 5 步：等待 → 審查可能需要數��到數週 → 如果被拒絕，加強清理後再次提交 #3 重審請求的撰寫要點 ✅ 好的請求包含： - 明確說明你識別出哪些連結是問題 - 列出你手動聯繫移除的嘗試 - 附上 Disavow 檔案 - 承認錯誤（適用時） - 說明未來的預防措施 ❌ 不好的請求： - 「我不知道為什麼被處罰」 - 只說「我已經上傳了 Disavow 檔案」 - 否認一切責任 - 指責競爭對手（不是好的辯護） #2 Disavow 的常見迷思 #3 迷思 1：Disavow 是排名提升工具 **真相：** Disavow 是損害控制工具，不是排��提升工具。拒絕低品質連結不會讓你的排名上升——��非這些連結正在壓制你的排名。 #3 迷思 2：你應該定期使用 Disavow 清理連結 **真相：** Google 強烈建議不要這樣做。Google 的 John Mueller 說：「如果你不確定某個連結是否應該被拒絕，不要拒絕。大多數網站完全不需要使用 Disavow 工具。」 #3 迷思 3：Disavow 效果是即時的 **真相：** Disavow 檔案上傳後，Google 需要在下一次爬取這些連結時才會應用。這可能需要數週時間。 #3 迷思 4：你應該拒絕所有低 DR/DA 的連結 **真相：** DR/DA 是第三方指標，Google 不使用它們來判斷連結品質。很多低 DR 的網站是完全合法和自然的。 #2 總結檢查清單 任務 說明 ☐ 每月監控反向連結檔案 Ahrefs/Semrush New Links 報告 ☐ 設定 GSC 通知 收到手動處罰時立即知道 ☐ 識別可疑連結 檢查網站內容、設計、流量、錨點文字 ☐ 手動聯繫移除有害連結 至少嘗試 2-3 次，記錄所有嘗�� ☐ 僅在必要時使用 Disavow 手動處罰、購買連結清理、負面 SEO 攻擊 ☐ Disavow 檔案格式正確 UTF-8 編碼，使用 domain: 拒絕整個域名 ☐ 提交重審請求（如適用） 誠實、完整、展示行動證明 ☐ 教育團隊避免操縱性連結建設 確保未來的連結建設是白帽的 #2 Part 7 回顧：站外 SEO 與反向連結 你現在掌握的站外 SEO 能力： 41. 反向連結完整指南 → 五大品質維度 + 迷思破解 + 競爭對手連結分析 42. 白帽連結建設六大方法 → 連結磁鐵/Guest Post/Digital PR/資源頁/Broken Link/競品複製 43. 錨點文字策略 → 五大類型 + 健康分布 + Penguin 風險 + 監控與修復 44. PageRank 與連結權重傳遞 → PR 機制 + Link Juice + Sculpting + 內部連結 PR 分配 45. 有害連結與 Disavow ← 本章 → 識別有害連結 + 三步處理法 + 負面 SEO 防禦 + 手動處罰處理 **Part 7 完結。** 接下來進入 Part 8：在地 SEO（Local SEO）。 | ← [第 44 章：PageRank 與連結權重傳遞](http://44-PageRank與連結權重傳遞.md) | [回索引](http://../索引.md) | [第 46 章：Google 商家檔案優化完整指南 →](http://46-Google商家檔案��化.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 46 章：在地 SEO 完整入門 URL: https://cyruschan.com/seo-chapter-46/ > 什麼是在地 SEO？ 在地 SEO（Local SEO） 是針對「地理位置相關搜 #2 什麼是在地 SEO？ **在地 SEO（Local SEO）** 是針對「地理位置相關搜尋」的優化策略。當使用者搜尋帶有地理意圖的關鍵字時，Google 會顯示在地搜尋結果。 使用者在 Google 搜尋： 「香港 咖啡店」 「我附近的牙醫」 「尖沙咀 日式料理」 Google 的回應： ┌─────────────────────────────────┐ │ Local Pack（地圖結果 + 3 商家） │ │ 🏪 咖啡店 A ⭐4.8 📞 │ │ 🏪 咖啡店 B ⭐4.5 📞 │ │ 🏪 咖啡店 C ⭐4.3 📞 │ │ [更多商家] │ ├─────────────────────────────────┤ │ 傳統自然搜尋結果... │ └─────────────────────────────────┘ **��鍵數據：** 46% 的 Google 搜尋具有在地意圖。76% 的使用者在手機搜尋「附近的…」後 24 小時內會造訪實體商家。 #2 在地 SEO 與一般 SEO 的關鍵差異 面向 一般 SEO 在地 SEO **主要目標** 在搜尋結果中排名 在 Local Pack 和 Google Maps 中排名 **核心訊號** 反向連結、內容品��、技術 SEO Google 商家檔案、NAP 一致性、在地評論 **競爭對手** 全國/全球 同城市、同區域 **排名因素** 200+ 在地相關性、距離、商家知名度 **關鍵平台** 你的網站 Google 商家檔案（GBP） #2 Local Pack 排名三大因素 Google 的在地排名基於三個核心因素： #3 1. 相關性（Relevance） 你的商家檔案與使用者的搜尋有多匹配？ 提升相關性的方法： ☑ 選擇正確的商��類別（Primary Category） ☑ 在商家描述中自然地包含相關關鍵字 ☑ 發布與你的服務相關的內容（Google Posts） ☑ 明確列出你提供的產品和服務 #3 2. 距離（Distance） 使用者與商家之間的物理距離。這是你**無法直接控制**的因素，但你可以： 策略： → 如果有多個分店，建立每個分店的獨立 GBP → 在商家檔案中明確標示服務區域 → 考慮在搜尋量高的區域設立新的服務點 #3 3. 知名度（Prominence） 你的商家在線上和線下有多知名？ 知名度的來源： ✅ Google 評論的數量和評分 ✅ 在地目錄和引用網站的數量與品�� ✅ 你的網站在一般搜尋中的排名 ✅ 社群媒體上的品牌曝光 ✅ 新聞報導和公關曝光 ✅ 在地反向連結 #2 在地 SEO 的四大支柱 支柱 1：Google 商家檔案（GBP） → 完整填寫、定期更新、積極管理評論 → 詳見第 47 章 支柱 2：在地引用與 NAP 一致性 → 確保姓名、地址、電話在全網一致 → 詳見第 49 章 支柱 3：在地評論管理 → 鼓勵正面評論、專業回覆負面評論 → 詳見第 48 章 支柱 4：在地化網站內容 → 在地著陸頁、在地部落格內容 → 詳見第 47 章 #2 哪些行業最需要在地 SEO？ 行業類型 範例 在地搜尋重要性 **餐飲業** 餐廳、咖啡店、烘焙坊 🔥🔥🔥🔥🔥 **醫療服務** 牙醫、診所、物理治療 🔥🔥🔥🔥🔥 **專業服務** 律師、會計師、顧問 🔥🔥🔥🔥 **居家服務** 水電、清潔、裝修 🔥🔥🔥🔥🔥 **零售業** 服飾店、超市、藥局 🔥🔥🔥🔥 **汽車相關** 保養廠、洗車、租車 🔥🔥🔥🔥 **美容健康** 髮廊、健身房、按摩 🔥🔥🔥��� **教育** 補習班、音樂教室、幼兒園 🔥🔥🔥🔥 **原則：** 如果你有實體店面，或你服務特定的地理區域，你就需要在地 SEO。 #2 在地 SEO 的搜尋者行為模式 #3 「Near Me」搜尋的爆炸性增長 2018-2026 年「near me」搜尋的變化： 「near me」+「now」搜尋增長 150% 「open now near me」增長 200% 行動裝置上的在地搜尋占 70%+ #3 使用者期望的資訊 當使用者在手機上搜尋在地商家時，他們最常尋找： 資訊 重要性 你的 GBP 應該提供 營業時間 🔥🔥🔥🔥🔥 準確並即時更新（含假日） 地址/位置 🔥🔥🔥🔥🔥 精確地址 + 指引 電話號碼 🔥🔥🔥🔥 可直接點擊撥打 評分和評論 🔥🔥🔥🔥 積極管理評論 網站連結 🔥🔥🔥🔥 連結到你的官網或預約頁面 照片 🔥🔥🔥🔥 高品質的內部和外部照片 選單/服務清單 🔥🔥🔥 完整且更新 熱門時段 🔥🔥 Google 自動從造訪數據生成 #2 在地 SEO 的新趨勢（2026） #3 1. AI 驅動的在地搜尋 Google 的 SGE（Search Generative Experience）和 AI Overviews 正在改變在地搜尋的呈現方式。AI 會直接彙總多個商家的資訊，提供更豐富的在地搜��結果。 #3 2. 零點擊在地搜尋增加 越來越多使用者在 Google Maps / Local Pack 中完成所有資訊獲取，不需要點擊進入網站。 對策： → 確保 GBP 上的資訊極度完整 → Local Pack 上的資訊就是你的「新首頁」 #3 3. 語音搜尋的在地化 「OK Google，最近的咖啡店在哪裡？」這類語音搜尋高度依賴在地 SEO。 語音搜尋優化： → 使用自然語言和對話式內容 → 問答格式的內容更容易被語音助手引用 → 確保「near me」類的查詢能觸發你的商家 #3 4. 在地化內容與社群融入 Google 越來越看重商家與在地社群的連結。參與在地活動、贊助、在地新聞報導都會正面影響在地排名。 #2 在地 SEO 工具生態 工具 用途 價格 **Google Business Profile** 管理 GBP 免費 **Google Search Console** 監控在地搜尋表現 免費 **BrightLocal** 在地排名追蹤 + 引用管理 + 評論監控 付費（$29+/月） **Semrush Local** 在地 SEO 工具套件 付費 **Whitespark** 在地引用建立和追蹤 付費 **Moz Local** NAP 一致性管理 付費（$14+/月） **Yext** 企業級在地資訊管理 付費 #2 在地 SEO 的快速啟動清單 如果你今天才開始做在地 SEO，這是你應該做的第一輪動作： 第 1 週： ☐ 建立/認領你的 Google 商家檔案 ☐ 填寫所有資訊（類別、營業時間、服務、照片） ☐ 確認 NAP（名稱/地址/電話）在網站上正確 第 2 週： ☐ 在主要在地目錄建立檔案（Yelp、OpenRice、TripAdvisor 等） ☐ 請 5 位滿意的客戶留下 Google 評論 ☐ 建立一個在地化的網站頁面（例如：/hong-kong-store） 第 3 週： ☐ 發布第一篇 Google Post ☐ 回覆所有現有的 Google 評論 ☐ 確保網站有 Schema 結構化資料（LocalBusiness） 第 4 週： ☐ 開始追蹤在地排名 ☐ 建立一個簡單的本地反向連結（例如：在地商會、合作夥伴） ☐ 每月發布 Google Post 並持續管理評論 #2 總結檢查清單 任務 說明 ☐ 建立並驗證 Google 商家檔案 GBP 是��在地 SEO 的基石 ☐ 選擇正確的主要類別 影響你出現在哪些搜尋中 ☐ 填寫所有欄位 資訊越完整，排名訊號越強 ☐ 開始收集 Google 評論 評論是排名和轉換的重要因素 ☐ 建立在地著陸頁 每個分店/服務區域一個頁面 ☐ 確保網站有 LocalBusiness Schema 結構化資料幫助 Google 理解你的商家 ☐ 開始在地目錄引用 選擇 5-10 個主要在地平台建立檔案 ☐ 追蹤在地排名 使用 BrightLocal 或手動檢查 | ← [第 45 章：有害連結與 Disavow](http://45-有害連結與Disavow.md) | [回索引](http://../索引.md) | [第 47 章：Google 商家檔案完整設定 →](http://47-Google商家檔案GBP設定.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 47 章：Google 商家檔案（GBP）完整設定教學 URL: https://cyruschan.com/seo-chapter-47/ > Google 商家檔案是什麼？ Google 商家檔案（Google Busin #2 Google 商家檔案是什麼？ **Google 商家檔案（Google Business Profile，簡稱 GBP，前身為 Google My Business）** 是 Google 提供的免費工具，讓商家管理在 Google 搜尋和 Google Maps 上的呈現方式。 當使用者搜尋你的商家名稱時： ┌──────────────────────────────────────┐ │ [你的商家名稱] │ │ ⭐ 4.8 (200+ 評論) │ │ 🏪 類型：咖啡店 │ │ 📍 香港中環皇后大道中 100 號 │ │ 🕐 營業中 · 08:00 - 22:00 │ │ 📞 1234 5678 │ │ 🌐 example.com │ │ [路線] [致電] [網站] [儲存] │ │ │ │ 📸 照片集 │ │ 📝 Google Posts │ │ ⭐ 評論區 │ │ ❓ Q&A 區 │ └──────────────────────────────────────┘ **關鍵認知：** 對大多數在地商家來說，GBP 是比官方網站更重要的��門面」。許多使用者從頭到尾都在 GBP 上完成資訊獲取，根本不會點進你的網站。 #2 GBP 建立與驗證流程 #3 第一步：建立商家檔案 - 前往 [business.google.com](https://business.google.com) - 登入你的 Google 帳號 - 搜尋你的商家名稱（確認是否已被他人建立） - 如果不存在，點擊「新增商家」 #3 第二步：填寫基本資訊 欄位 最佳實踐 **商家名稱** 使用真實的商業登記名稱。**不要加入關鍵字或地點**（違反 Google 規範會導致停權） **商家類別** 選擇最精準的**主要類別**。這是最重要的設定之一 **地址** 如果有實體店面，填寫完整地址。如果是服務區域商家，可隱藏地址 **服務區域** 明確設定你服務的地理範圍 **電話** 使用在地電話號碼（不要用 0800 免付費電話） **網站** 連結你的官網或預約頁面 #3 第三步：驗證 Google 會要求驗證你是該商家的真正擁有者： 驗證方式 適用對象 時間 **明信片驗證** 大多數商家 5-14 天（郵寄） **電話驗證** 部分符合條件的商家 即時 **電子郵件驗證** 部分符合條件的商家 即時 **即時驗證** 已在 Search Console 驗證過網站的商家 即時 **錄影驗證** 部分商家類型 需要錄製影片 **不要跳過驗證。** 未驗證的商家檔案**不會**出現在 Google 搜尋和 Maps 中。 #2 GBP 的完整優化清單 #3 必填欄位（影響排名最直接的） 欄位 SEO 重要性 最佳實踐 **商家名稱** 🔥🔥🔥🔥🔥 真實名稱，不加關鍵字 **主要類別** 🔥🔥🔥🔥🔥 選擇最精準的類別，參�� Google 官方類別清單 **地址** 🔥🔥🔥🔥🔥 精確、一致的格式 **電話** 🔥🔥🔥🔥🔥 在地號碼，可在網站和目錄中找到 **營業時間** 🔥🔥🔥🔥🔥 準確並定期更新（含特殊節日） **網站** 🔥🔥🔥🔥 連結到官網或最佳著陸頁 #3 加分欄位（影響轉換和使用者體驗） 欄位 說明 影響 **商家描述** 750 字以內的商家介紹（關鍵字自然融入） 🔥🔥🔥🔥 **產品/服務** 列出你提供的產品或服務及價格 🔥🔥🔥🔥 **照片** 封面照、內部照、外部照、團隊照、產品照 🔥🔥🔥🔥🔥 **影片** 30 秒內的商家介紹影片 🔥🔥🔥 **屬性（Attributes）** 無障礙設施、WiFi、戶外座位等 🔥🔥🔥 **預約連結** 直接連結到線上預約系統 🔥🔥🔥🔥 **菜單** 餐廳可直接上傳菜單 🔥🔥🔥🔥 #3 商家描述撰寫指南 ❌ 不好的描述： 「我們是最好的咖啡店，提供最美味的咖啡和食物。來試試看吧。」 ✅ 好的描述（自然融入關鍵字）： 「[品牌名] 是一間位於香港中環的精品咖啡店，自 2018 年起提供手沖咖啡、 自家烘焙豆、和輕食早午餐。我們的咖啡豆來自公平貿易農場， 由專業咖啡師每日新鮮烘焙。店內提供 WiFi、戶外座位區， 歡迎帶寵物一同前來。每日 08:00 - 22:00 營業。」 #2 Google Posts（貼文）：免費的在地內容行銷 Google Posts 是你在 GBP 上發布的內容，會直接顯示在你的商家檔案和 Local Pack 中。 #3 Posts 的四種類型 類型 用途 持續時間 **一般更新** 新品上市、服務更新、一般公告 7 天後過期（但仍可查看） **活動** 促銷活動、工作坊、特別活動 活動日期後過期 **優惠** 折扣、促銷代碼、限時優惠 設定的到期日 **COVID-19 更新** 特殊時期的營業資訊變更 持續顯示 #3 Posts 的最佳實踐 發布頻率：至少每週 1 篇 → Google 偏好活躍更新的商家檔案 內容類型： ☑ 新產品/新服務公告 ☑ 限時優惠和促銷 ☑ 活動預告和回顧 ☑ 部落格文章摘要 + 連結 ☑ 客戶案例和推薦 ☑ 節日問候 每篇 Post 的元素： ☑ 吸引人的圖片（1200×900 為最佳尺寸，<5MB） ☑ 簡潔有力的文字（150-300 字，前 80 字最關鍵） ☑ 明確的行動呼籲按鈕（預約/購買/了解更多/註冊） ☑ UTM 追蹤參數（追蹤從 GBP 來的流量） #2 GBP 的照片策略 照片是 GBP 上最具影響力的元素之一。Google 的數據顯示，有照片的商家檔案獲得的**路線請求多 42%、網站點擊多 35%**。 #3 照片類型與建議 照片類型 最少數量 說明 **封面照** 1 代表你品牌的最佳照片 **標誌（Logo）** 1 方形，幫助使用者識別你的品牌 **外部照** 3+ 不同角度和時間（白天 + 晚上）的店外觀 **內部照** 3+ 店內環境、裝潢、氛圍 **產品/服務照** 5+ 你最受歡迎的產品或服務 **團隊照** 2+ 團隊工作、專業形象 **360 度環景照** 1+ 提供沉浸式體驗 #3 照片最佳實踐 ✅ 應該做： ☑ 使用高畫質照片（至少 720×720 像素） ☑ 定期新增照片（每週至少 1 張） ☑ 使用地理位置標記的照片 ☑ 照片檔案名稱使用描述性文字 ☑ 展示真實的環境和商品（不要用過度修圖的 stock photo） ❌ 不要做： ☐ 使用有浮水印或過度編輯的照片 ☐ 使用與商家無關的照片 ☐ 上傳低解析度的模糊照片 ☐ 僅上傳幾張照片就停止更新 #2 GBP 的 Q&A 管理 GBP 上的「問與答」功能允許任何人提問和回答。 #3 為什麼 Q&A 重要？ - 常見問題和答案會直接顯示在搜尋結果中 - 回答可以包含關鍵字，幫助在地 SEO - 減少客服電話（使用者在搜尋結果中直接找到答案） #3 Q&A 管理策略 主動��略（建立常見問題）： → 以商家身分主動提問並回答常見問題 → 範例： Q: 「你們接受訂位嗎？」 A: 「是的，我們接受電話和線上訂位。週末建議提前預約...」 Q: 「有素食選項嗎？」 A: 「我們有 5 款素食主餐和 3 款純素甜點...」 被動策略（監控與回覆）： → 設定通知，當有新問題時立即知道 → 在 24 小時內回覆所有問題 → 如果有不準確的回答，舉報並提供正確答案 #2 GBP 的常見違規與停權風險 #3 最常見的違規行為 違規行為 風險 說明 **在商家名稱加入關鍵字** 🔴 停權 例如真正的店名是「美味餐廳」，GBP 設為「美味餐廳 香港最佳中菜」 **虛擬辦公室或 P.O. Box 地址** 🔴 停權 必須有實體店面或實際服務客戶的地址 **重複建立商家檔案** 🟠 合併或移除 同一地點不應有多個 GBP **評論操縱** 🔴 停權 購買假評論、用優惠換評論、自評 **假地址** 🔴 停權 使用不屬於你的地址來覆蓋更多區域 **不相關的類別選擇** 🟡 排名下降 選擇與業務無關的類別 #3 如果被停權怎麼辦？ 1. 閱讀 Google 的暫停通知（會告知原因） 2. 修正違規問題 3. 透過 GBP 申訴表單提交重審請求 4. 提供證明文件（商業登記證、店面照片、水電帳單等） 5. 耐心等待（可能需要數週） #2 GBP 分析與成效追蹤 GBP 內建的分析工具（Insights）提供以下數據： 指標 說明 代表意義 **搜尋查詢** 使用者用什麼關鍵字找到你 驗證你的在地 SEO 關鍵字策略 **搜尋類型** 直接搜尋 vs 發現搜尋 vs 品牌搜尋 了解品牌知名度 **顧客動作** 造訪網站、請求路線、來電 衡量 GBP 轉換效果 **方向請求** 多少人點擊「路線」 實體店面吸引力 **來電** 多少人從 GBP 打電話 最直接的轉換指標 **照片觀看次數** 你的照片 vs 同類商家的照片觀看 照片品質的競爭力 **熱門時段** 什麼時候最多人查看你的檔案 營業策略的數據支撐 #2 總結檢查清單 任務 說明 ☐ 建立並驗證 GBP 選擇正確類別，填寫所有必填欄位 ☐ 撰寫優化的商家描述 750 字內，關鍵字自然融入 ☐ 上傳高品質照片 每種類型至少 2-3 張 ☐ 列出產品/服務 含描述和價格 ☐ 設定營業時間和特殊節日時間 定期更新 ☐ 發布第一篇 Google Post 之後每週至少 1 篇 ☐ 加入 Q&A 種子問題 主動建立 5-10 個常見問題 ☐ 設定通知和定��監控 不要讓 GBP 變成靜態頁面 ☐ 檢查是否有違規風險 審查商家名稱、地址、類別 | ← [第 46 章：在地 SEO 完整入門](http://46-在地SEO完整入門.md) | [回索引](http://../索引.md) | [第 48 章：Google 評論管理與回覆 →](http://48-Google評論管理與回覆策略.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 48 章：Google 評論管理與回覆策略 URL: https://cyruschan.com/seo-chapter-48/ > 為什麼 Google 評論如此重要？ Google 評論是在地 SEO 排名因素 #2 為什麼 Google 評論如此重要？ Google 評論是在地 SEO 排名因素的重中之重，同時也是影響消費者決策的最強工具。 #3 評論的雙重力量 對 SEO 的影響： ✅ 評論數量 → Local Pack 排名訊號 ✅ 評論分數 → 影響點擊率和排名 ✅ 評論中的關鍵字 → Google 理解你的商家內容 ✅ 評論的新鮮度 → 活躍的商家獲得更好的排名 ✅ 回覆率 → 展示你重視客戶，提升信任感 對消費者的影��： ✅ 93% 的消費者會閱讀線上評論後才做決定 ✅ 消費者對評分 4.0+ 的商家信任度提升 70%+ ✅ 星級每增加一顆星，營收可能增加 5-9%（哈佛商學院研究） ✅ 負面評論有回覆的商家，願意消費的機率提高 33% #2 評論的 SEO 排名影響 #3 評論數量 vs 評論分數：哪個更重要？ 因素 SEO 影響 說明 **評論數量** 🔥🔥🔥🔥🔥 更多評論 = 更高的 Local Pack 排名潛力 **評論分數** 🔥🔥🔥🔥🔥 高於 4.0 是基本門檻，4.5+ 有明顯優勢 **評論新鮮度** 🔥🔥🔥🔥 最近的評論比古老的評論更重要 **回覆率** 🔥🔥🔥🔥 回覆評論（特別是負面）展示活躍管理 **評論中的關鍵字** 🔥🔥🔥 顧客在評論中提到的關鍵字幫助 Google 理解你的服務 **策略重點：** 不要只追求 5.0 完美分數，這看起來不自然。4.3-4.7 的評分加上大量的真實評論是最理想的組合。 #2 如何獲取更多 Google 評論 #3 方法一：建立評論短連結 建立一個簡單好記的連結，方便客戶直接留下評論： 如何取得你的 GBP 評論連結： 1. 登入 Google Business Profile 2. 點擊「取得更多評論」 3. 複製 Google 生成的短連結 4. 範例：https://g.page/your-business/review 將這個連結放在： → Email 簽名檔 → 收據/發票底部 → 店內 QR Code 立牌 → WhatsApp 自動回覆 → 官方網站頁尾 → 「謝謝」頁面（購買後） #3 方法二：時機是關鍵 最好的要求評論時機： 服務型商家（餐廳、沙龍、診所）： → 服務完成後立即請求（結帳時/離開時） → 隔天發送追蹤 Email/SMS 產品型商家： → 產品送達後 3-7 天 → 使用者有足夠時間體驗產品 B2B 服務： → 專案里程碑完成後 → 季度回顧會議後 #3 方法三：讓要求變得簡單 Email 模板範例： 主旨：感謝你的光臨！可以和我們分享你的體驗嗎？ Hi [客戶名稱]， 感謝你選擇 [商家名稱]！ 我們希望確保每位客人都能享受到最好的服務/產品。 你的意見對我們非常重要，也能幫助其他人做出選擇。 如果你願意花 1 分鐘留下評論，可以使用這個連結： 再次感謝！ [商家名稱] 團隊 #3 ⚠️ 禁止的做法 ❌ 購買假評論 → Google 會移除，可能導致停權 ❌ 用折扣或優惠券換取評論 → Google 禁止 ❌ 只要求滿意的客戶留下評論 → 選擇性偏差，不道德且可能被偵測 ❌ 使用「評論站」集中互評 → Google 會偵測 ❌ 員工或家人留下評論 → 利益衝突，會被移除 ❌ 在競爭對手頁面留下負面評論 → 不道德且違法 #2 回覆評論的黃金法則 #3 回覆的 SEO 價值 回覆評論不只是客戶服務，也是 SEO 策略的一部分： Google 會看你是否回覆評論，特別注意： → 回覆率（多少評論有回覆） → 回覆速度（多久內回覆） → 回覆品質（是否都是模板化回覆） #3 回覆正面評論的模板 ✅ 正面評論回覆範例： 「謝謝你的好評，[客戶名稱]！我們很高興你喜歡我們的 [具體提到的產品/服務]。 期待再次為你服務 😊」 要點： ✅ 個人化（使用客戶名稱） ✅ 具體（提及他們喜歡的具體內容） ✅ 自然包含關鍵字（產品名、服務名、地點） ✅ 溫暖但不虛假 ✅ 暗示未來互動 #3 回覆負面評論的策略（最重要） 第一步：冷靜 → 不要立即回覆，給自己 1-2 小時消化 第二步：承認與同理 → 「感謝你的意見，[名稱]。我們很抱歉你的體驗沒有達到預期。」 第三步：具體回應 → 針對他們提出的具體問題回應 → 如果他們說「服務很慢」，解釋為什麼或如何改進 第四步：提供解決方案 → 「我們希望有機會彌補。請聯繫我們 [電話/Email]，讓我們為你安排。」 第五步：帶離公開平台 → 將進一步的討論帶離公開評論區（電話/Email/私訊） #4 負面評論回覆範例 ❌ 不好的回覆： 「你說的不是事實。我們的服務一直都很好。」 → 防守性、攻擊性、讓其他潛在客戶卻步 ✅ 好的回覆： 「感謝你的寶貴意見，[名稱]。對於這次用餐等待時間過長，我們深感抱歉。 這是我們不應該發生的失誤。我們已經與廚房團隊討論了尖峰時段的備餐流程， 並增加了週末的人手配置，以確保不再發生類似情況。 如果願意，請私訊我們，讓我們有機會為你安排一次更好的用餐體驗。」 → 展示專業、承認問題、說明改進行動、提供彌補 **關鍵洞察：** 潛在客戶會閱讀你如何回覆負面評論。一個專業、誠懇的負評回覆比 10 個五星評論更能建立信任。 #2 評論管理的 SOP（標準作業流程） #3 每日（5 分鐘） ☐ 檢查是否有新評論 ☐ 回覆所有新評論（正面的當天回覆，負面的 24 小時內回覆） #3 每週（15 分鐘） ☐ 分析本週評論趨勢 → 最常被提到的優點是什麼？加強它 → 最常被抱怨的問題是什麼？解決它 ☐ 檢查是否有垃圾評論需要檢舉 #3 每月（30 分鐘） ☐ 計算本月獲得的新評論數量 ☐ 追蹤平均評分變化 ☐ 評估本月的評論獲取策略成效 → 評論短連結的點擊率 → Email 請求的回應率 ☐ 根據評論回饋調整營運（這是免費的市場研究！） #2 如何處理假評論和垃圾評論 #3 識別假評論的線索 線索 說明 評論者帳號只有 1 則評論 可能是假帳號 內容非常模糊 「不錯」「還可以」沒有任何具體描述 與競爭對手相關的關鍵字 「XXX 比較好」 大量評論在同一天出現 可能是購買的評論 評論者地理位置異常 來自其他國家的帳號評論在地商家 #3 檢舉流程 1. 登入 Google Business Profile 2. 找到可疑評論 3. 點擊「⋮」→「檢舉不當內容」 4. 選擇檢舉原因 5. 提交 注意： → Google 不會總是移除被檢舉的評論 → 如果檢舉失敗，回覆該評論並提供事實澄清 → 不要用檢舉來移除你不喜歡的真實負面評論 #2 評論的進階策略 #3 策略 1：在回覆中置入關鍵字 當客戶在評論中沒有提到具體產品時： 客戶評論： 「很棒的體驗，服務很好！」 你的回覆： 「謝謝 [名稱]！我們很高興你喜歡我們的中環分店的 手沖咖啡和提拉米蘇。期待再次見到你 😊」 → 自然地加入了關鍵字：中環、手沖咖啡、提拉米蘇 #3 策略 2：負評轉正評 如果你成功解決了客戶的問題，可以禮貌地詢問： 「很高興我們能夠解決你的問題，[名稱]。 如果方便的話，可以考慮更新你的評論， 讓其他人知道我們如何處理這個情況嗎？」 不是每個客戶都會更新，但問了有機會。更新後的評論展示了你的服務恢復能力。 #3 策略 3：將評論內容用於網站 好的客戶評論是非常寶貴的內容素材： → 將精選評論展示在你的網站上的「客戶推薦」區塊 → 在產品頁面展示相關的客戶評論 → 將評論中的真實用語融入你的網站文案（真實的顧客語言是 最好的關鍵字靈感來源） #2 總結檢查清單 任務 說明 ☐ 建立 GBP 評論短連結 放在 Email、收據、網站、店內多處 ☐ 設定評論獲取流程 何時、如何、誰來請求評論 ☐ 每天檢查並回覆新評論 正面當天回，負面 24 小時內 ☐ 建立負評回覆 SOP 冷靜 → 同理 → 回應 → 解決 → 帶離 ☐ 每月追蹤評論數據 數量、評分趨勢、關鍵意見 ☐ 將評論洞察反饋營運 評論是免費的客戶調查 ☐ 檢舉明顯的假評論 在 GBP 中操作 ☐ 利用評論內容強化網站 推薦區塊 + 關鍵字靈感 | ← [第 47 章：Google 商家檔案完整設定](http://47-Google商家檔案GBP設定.md) | [回索引](http://../索引.md) | [第 49 章：NAP 一致性與在地��用管理 →](http://49-NAP一致性與在地引用.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 49 章：NAP 一致性與在地引用管理 URL: https://cyruschan.com/seo-chapter-49/ > 什麼是 NAP？ NAP 是三個元素的縮寫： 字母 代表 說明 N Name（商 #2 什麼是 NAP？ **NAP** 是三個元素的縮寫： 字母 代表 說明 **N** Name（商家名稱） 你的商家在法律上和公開呈現的名稱 **A** Address（地址） 商家的實體地址或服務區域 **P** Phone（電話號碼） 客戶可以直接聯繫你的主要電話 NAP 一致性（NAP Consistency）是本地 SEO 的**核心基礎**——在所有線上平台、目錄和網站上，你的 NAP 資訊必須**完全一致**。 想像 Google 的角色： Google 在網絡上「爬取」你的商家資訊時， 它像是在做一份調查問卷： 🔍 網站上的 NAP：新鴻基大廈 12 樓 A 室 🔍 OpenRice 上的 NAP：新鴻基大厦 12/F, Unit A ← 不一致！ 🔍 Yelp 上的 NAP：新鴻基大廈 12A ← 又不一致！ 🔍 Facebook 上的 NAP：電話 1234 5678 ← 網站上是 1234-5678！ Google 的結論： ❌ 這些資訊不一致，這個商家可能不可靠。 ❌ 降低在地搜尋排名。 **一句話總結：** NAP 不一致 = Google 認為你的商家資訊不準確 = 你失去排名和客戶。 #2 為什麼 NAP 一致性如此重要？ #3 SEO 的影響 NAP 一致性直接影響： - **Google 對商家的信任度**：當 Google 在多個來源找到一致的 NAP 資訊，它更有信心在搜尋結果中推薦你 - **在地排名**：NAP 一致性是 Local Pack 排名的重要因素 - **Google Maps 準確性**：不一致的 NAP 可能導致消費者導航到錯誤地址 - **使用者體驗**：客戶打錯電話、去錯地址 = 失去生意 NAP 不一致的實際後果： 案例：一間改名後的餐廳 網站上：ABC 餐廳（已改名） OpenRice 上：XYZ 餐廳（新名） Google Maps 上：ABC 餐廳（舊名仍在） TripAdvisor 上：ABC / XYZ （混淆） 結果： ❌ Google 不確定哪個名稱正確，降低所有版本的排名 ❌ 客戶在 Google Maps 搜尋 XYZ → 找不到 ❌ 客戶導航到舊地址（如果搬遷） ❌ 新客戶對品牌感到困惑 #3 學術研究支持 根據 Moz 的 Local Search Ranking Factors 研究，NAP 相關的引用訊號占本地排名因素的 **15-20%**，是僅次於 Google 商家檔案和評論的第三大因素。 #2 NAP 一致性的四大原則 #3 原則 1：精確（Exact） ✅ 正確：香港中環皇后大道中 100 號 12 樓 A 室 ❌ 錯誤：香港中環皇后大道 100 號 12A（少了「中」和「樓 A 室」的寫法不同） ✅ 正確：+852 1234 5678 ❌ 錯誤：1234 5678（缺少區號） ✅ 正確：陳大明牙醫診所 ❌ 錯誤：陳大明牙醫（少了「診所」） **原則：** 選擇一個 NAP 格式，並在任何地方一致使用。不要有時有區號、有時沒有；不要有時寫「樓」、有時寫「/F」。 #3 原則 2：完整（Complete） 每次都提供完整的 NAP 三元素。不要只提供電話但沒有地址、或只有名稱但缺少電話。 #3 原則 3：統一（Consistent） - 所有線上平台 → 相同格式 - 所有分店 → 各自的 NAP 獨立且準確 - 搬遷/改名後 → 立即更新所有平台（詳見後續章節） #3 原則 4：本地化（Localized） 香港地址格式的標準寫法： ✅ 區域 + 街道 + 門牌 + 大廈 + 樓層 + 單位 香港中環皇后大道中 100 號 新鴻基大廈 12 樓 A 室 ❌ 翻譯成英文格式（例如：Unit A, 12/F, Sun Hung Kai Centre...） — 如果你的主要客戶是中文使用者，使用中文地址格式 #2 什麼是在地引用（Local Citation）？ **在地引用**是指任何在網路上提及你的商家 NAP 資訊的頁面。這些可以是有連結的（Linked Citation）或無連結的（Unlinked Citation）。 引用的類型： 1. 結構化引用（Structured Citation） 在地目錄上的商家檔案頁面 範例：OpenRice、Yelp、TripAdvisor、Yellow Pages 2. 非結構化引用（Unstructured Citation） 在新聞報導、部落格文章、社群媒體中提及 範例：本地報紙報導「陳大明牙醫診所在中環開業」 #3 引用的 SEO 價值 高品質引用 → 增強 Google 對商家資訊的信心 大量的引用 → 提升在地知名度（Prominence） 一致的引用 → 強化 NAP 訊號 在地引用 → 展示與在地社群的連結 #2 主要在地引用平台 #3 香港市場必備平台 平台 類型 重要性 連結類型 **Google Business Profile** 搜尋引擎 🔥🔥🔥🔥🔥 最核心 **OpenRice** 餐飲目錄 🔥🔥🔥🔥🔥 高權威 **TripAdvisor** 旅遊/餐飲 🔥🔥🔥🔥 高權威 **Yellow Pages HK** 通用目錄 🔥🔥🔥🔥 高權威 **Yelp** 通用評論 🔥🔥🔥🔥 高權威 **Facebook 專頁** 社群媒體 🔥🔥🔥🔥 中-高權威 **HK01 / 各大媒體** 新聞媒體 🔥🔥🔥 如果有報導 **本地商會網站** 在地組織 🔥🔥🔥 中等權威 #3 全球性平台（如果國際客戶重要） 平台 說明 **Apple Maps** iPhone 用戶原生地圖 **Bing Places** Bing 搜尋引擎的在地服務 **Foursquare** 位置打卡平台 **LinkedIn** B2B 服務尤其重要 #2 NAP 一致性審核步驟 #3 Step 1：建立你的「正本 NAP」 在開始任何優化之前，先確定你的 NAP 標準格式。 我的 NAP 正本： 名稱：陳大明牙醫診所 地址：香港中環皇后大道中 100 號 新鴻基大廈 12 樓 A 室 電話：+852 1234 5678 網站：https://www.chendaming-dental.com.hk #3 Step 2：進行 NAP 審核 使用以下方法檢查你的 NAP 在網絡上的呈現： 方法 A：手動搜尋 1. Google 搜尋你的商家名稱（含引號） 2. Google 搜尋你的電話號碼（含引號） 3. Google 搜尋你的地址（含引號） 4. 記錄所有出現你 NAP 的頁面 5. 逐一檢查是否一致 方法 B：使用工具 → Moz Local（NAP 審核功能） → BrightLocal（Citation Tracker） → Semrush Listing Management → Whitespark Local Citation Finder #3 Step 3：建立 NAP 不一致清單 NAP 審核嘗試表 平台 | NAP 一致？ | 問題說明 --------------|-----------|------------------ Google GBP | ✅ | 完全一致 網站 | ✅ | 完全一致 OpenRice | ❌ | 電話缺少區號 (+852) Yelp | ❌ | 地址寫法不同（12/F 而非 12 樓） TripAdvisor | ❌ | 舊商家名稱（改名前的名稱） Facebook | ⚠️ | 缺少門牌號碼 Yellow Pages | ❌ | 未建立檔案 #3 Step 4：逐一修復 修復優先級： 1. 先修復高權威平台（Google GBP、OpenRice、Yelp 等） 2. 再修復中低權威平台 3. 建立尚未存在的檔案（高權威優先） 每個平台的修復步驟： 1. 登入該平台的商家後台 2. 更新 NAP 資訊為正本格式 3. 確認更新成功（登出後搜尋查看） 4. 記錄更新日期 #2 商家搬遷 / 改名時的 NAP 管理 #3 搬遷流程 第 1 步：更新 Google 商家檔案 → 立即更新新地址 → 可能需要重新驗證 第 2 步：更新網站 → 更新網站上所有提及舊地址的地方 → 更新 LocalBusiness Schema 結構化資料 → 建立 301 轉址（如果 URL 有包含地址） 第 3 步：更新主要目錄平台 → OpenRice、Yelp、TripAdvisor、Facebook 等 → 按優先級順序處理 第 4 步：建立新的在地目錄 → 在新地址的區域建立新的引用 第 5 步：通知 Google（可選） → 如果地址變更較大，可以通過 Google 商家檔案後台通知 #3 改名流程 額外注意事項： ✅ 在所有平台使用新名稱 ✅ 在 Google 商家檔案中保留歷史名稱（如果適用） ✅ 關鍵字放在新名稱中（如果符合品牌）：例如「陳大明牙醫診所 - 中環隱形牙套專家」 ❌ 不要濫加關鍵字（違反 Google 政策） #2 常見 NAP 錯誤及解決方案 常見錯誤 為什麼會發生 解決方案 電話格式不一致 有時寫 +852，有時省略 選擇一個格式並在所有地方使用 地址縮寫不同 「12 樓 A 室」vs「12A」vs「12/F, Unit A」 選擇完整寫法 使用追蹤電話號碼 為了追蹤不同渠道使用不同號碼 **主 NAP 使用一個一致的號碼**，追蹤號碼只用於廣告著陸頁 舊地址殘留 搬遷後未更新所有平台 系統性地審核和更新 共用地址（虛擬辦公室） 多家公司使用同一地址 加上樓層/單位號以區分 自動生成的檔案 目錄平台自動從第三方數據抓取 認領並修正這些自動生成的檔案 #2 Schema 結構化資料 — 網站的 NAP 聲明 在你的網站上加入 **LocalBusiness Schema** 是最權威的 NAP 聲明方式。 <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "Dentist", "name": "陳大明牙醫診所", "address": { "@type": "PostalAddress", "streetAddress": "皇后大道中 100 號 新鴻基大廈 12 樓 A 室", "addressLocality": "中環", "addressRegion": "香港島", "addressCountry": "HK" }, "telephone": "+85212345678", "url": "https://www.chendaming-dental.com.hk", "openingHours": "Mo-Fr 09:00-18:00, Sa 09:00-13:00", "geo": { "@type": "GeoCoordinates", "latitude": 22.2810, "longitude": 114.1577 } } </script> **關鍵：** Schema 中的 NAP 必須與你的正本 NAP 100% 一致。 #2 NAP 一致性維護時間表 每日： ☐ 回覆新的 Google 評論（維持活躍度） 每週： ☐ 檢查 Google 商家檔案的修改建議（Google 可能會自動修改你的資訊！） 每月： ☐ 抽查主要平台（OpenRice、Yelp、TripAdvisor）的 NAP 是否正確 ☐ 檢查是否有新的目錄平台值得建立檔案 每季： ☐ 完整的 NAP 審核（使用 Moz Local 或手動檢查） ☐ 修復發現的不一致 每年： ☐ 重新審查 NAP 正本是否需要更新 ☐ 審查所有引用平台的清單（新增/淘汰） #2 自動化 NAP 管理工具 工具 功能 適合誰 **Moz Local** 自動分發 NAP 到主要目錄 + 監控一致性 中小型商家 **BrightLocal** NAP 審核 + 引用建立 + 排名追蹤 代理商和在地 SEO 從業者 **Yext** 企業級 NAP 管理 + 數百個目錄同步 大型連鎖品牌 **Semrush Listing Management** NAP 分發 + 監控 + 評論管理 Semrush 現有使用者 **Whitespark** 引用建立 + 追蹤 + 競爭對手分析 在地 SEO 專業人員 #2 總結檢查清單 任務 說明 ☐ 建立你的 NAP 正本 確定名稱、地址、電話的標準格式 ☐ 進行 NAP 審核 使用手動搜尋或工具找出所有線上 NAP ☐ 建立不一致清單 記錄每個平台的情況和需要修正的內容 ☐ 修復高優先級平台 Google GBP、OpenRice、Yelp、TripAdvisor 等 ☐ 建立缺失的在地引用 在尚未存在的平台上建立檔案 ☐ 加入 LocalBusiness Schema 在網站上加入結構化資料 ☐ 設定定期審查 建立每月/每季的審查排程 ☐ 考慮自動化工具 如果商家規模較大，使用 Moz Local 或 Yext 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 50 章：Local Pack 排名策略 URL: https://cyruschan.com/seo-chapter-50/ > 什麼是 Local Pack？ Local Pack（在地套件）是 Google #2 什麼是 Local Pack？ **Local Pack**（在地套件）是 Google 針對具有在地意圖的搜尋查詢，在搜尋結果頁面（SERP）頂部顯示的**三個商家結果**，通常伴隨地圖顯示。 搜尋「中環 咖啡店」後的 SERP 佈局： ┌────────────────────────────────────────────┐ │ │ │ 📍 Local Pack（佔據最上方位置） │ │ ┌──────────────────────────────────────┐ │ │ │ 🏪 咖啡店 A │ │ │ │ ⭐ 4.8 (320) · 中環 · 營業中 │ │ │ │ 🏪 咖啡店 B │ │ │ │ ⭐ 4.6 (180) · 中環 · 營業中 │ │ │ │ 🏪 咖啡店 C │ │ │ │ ⭐ 4.5 (250) · 中環 · 營業中 │ │ │ │ [更多地點] │ │ │ └──────────────────────────────────────┘ │ │ │ │ 自然搜尋結果（排在 Local Pack 下方） │ │ 🔗 咖啡店 D 官方網站 │ │ 🔗 「中環最佳咖啡店推薦」文章 │ │ 🔗 OpenRice 中環咖啡店排行榜 │ │ │ │ 付費廣告（Google Ads） │ │ [贊助] 咖啡店 E 中環分店 │ │ │ └────────────────────────────────────────────┘ **關鍵數據：** Local Pack 佔據了 SERP 最顯眼的位置。研究顯示 Local Pack 的點擊率（CTR）高達 **30-40%**，遠高於下方的自然搜尋結果。 #2 Local Pack 排名機制 #3 Google 的在地排名演算法 Google 使用三個因素來決定 Local Pack 的排名順序： 排名公式（簡化版）： Local Pack 排名 = 相關性 × 距離 × 知名度 詳細說明： 相關性（Relevance）：你的商家與使用者搜尋的匹配程度 距離（Distance）：使用者與商家之間的物理距離 知名度（Prominence）：你的商家在線上和線下的知名程度 #3 三因素的權重變化 不同類型的搜尋，三因素的權重不同： 搜尋類型 範例 主導因素 **品牌搜尋** 「陳大明牙醫診所」 相關性（知名度也很高） **類別搜尋** 「中環 牙醫」 距離 + 知名度 **Near Me 搜尋** 「我附近的牙醫」 距離（極度重要） **緊急搜尋** 「24 小時牙醫急診」 相關性 + 距離 **品質導向搜尋** 「中環 最好的牙醫」 知名度（評論分數極度重要） #2 策略 1：最大化相關性（Relevance） #3 選擇正確的 GBP 類別 GBP 的**主要類別（Primary Category）**是相關性的最重要訊號。選擇錯誤 = 你永遠不會出現在正確的搜尋中。 策略： 主要類別選擇最能描述你核心業務的類別。 範例：一間提供一般牙科、植牙和隱形牙套的診所 ✅ 主要類別：牙醫（Dentist） ✅ 次要類別：植牙專科醫師、牙齒矯正專科醫師 ❌ 不要把「隱形牙套」設為主要類別 → 太狹窄，會錯失一般牙科的搜尋流量 #3 優化商家描述（Business Description） GBP 描述欄有 750 個字符的空間。這是你告訴 Google 和潛在客戶「你是誰」的地方。 撰寫 GBP 描述的黃金法則： 1. 前 250 個字符最重要（行動裝置上會截斷） 2. 自然地包含核心關鍵字，但不要關鍵字堆砌 3. 強調你的獨特賣點（USP） 4. 包含服務區域（如果適用） 5. 加入行動呼籲（CTA） 範例描述： 「陳大明牙醫診所位於中環核心地段，由超過 15 年經驗的陳大明醫生主理。 我們提供全面的牙科服務，包括一般檢查、植牙、隱形牙套矯正、 牙齒美白及緊急牙科護理。診所採用最新的 3D 掃描技術， 為每位病人制定個人化治療方案。 中環、金鐘、上環居民可步行抵達。 立即致電 +852 1234 5678 預約首次諮詢。」 #3 列出服務和產品 GBP 允許你列出你提供的**服務（Services）**和**產品（Products）**。 服務列表策略： ✅ 為每個服務設定獨立名稱、描述和價格（可選） ✅ 每個服務的描述中包含相關關鍵字 ✅ 定期檢查和更新服務清單 範例服務清單： 🦷 一般牙科檢查及洗牙 — HK$500 起 🦷 專業牙齒美白 — HK$3,000 起 🦷 隱形牙套矯正 — 免費諮詢 🦷 植牙手術 — HK$20,000 起 🦷 緊急牙科護理 — 即日預約 #3 Google Posts — 內容即相關性 定期發布 Google Posts 不僅向潛在客戶傳遞資訊，也告訴 Google 你的商家是**活躍和相關的**。 Post 內容策略： 每週至少發布 1-2 篇 Post 類型建議： 📢 優惠推廣：「暑期牙齒美白 8 折優惠」 📰 最新消息：「診所新增 3D 掃描設備」 🎉 活動：「中環社區免費牙科檢查日」 💡 衛教內容：「5 個保護牙齒的日常習慣」 🏆 案例分享：「隱形牙套矯正前後對比」 #2 策略 2：克服距離劣勢（Distance） 距離是你無法控制的排名因素，但你可以「策略性地管理」它。 #3 如果你不在搜尋熱區 策略 A：優化相關性和知名度來補償距離劣勢 如果你的競爭對手就在搜尋者旁邊，但你的 GBP 優化遠比他們好、 評論更多、評分更高——你仍然可能在 Local Pack 中勝出。 Google 演算法不是純距離排序。 策略 B：考慮在熱區設立服務點 如果你的客戶集中在特定區域，考慮在該區域設立據點。 小型共享辦公室的私人房間、 合作診所的借診時段、 都是降低成本的選項。 #3 服務區域商家（Service Area Business） 如果你的商家沒有實體店面但服務特定區域，正確設定服務區域至關重要。 GBP 設定： ✅ 選擇「服務區域商家」類型 ✅ 隱藏你的地址（如果是家庭辦公室） ✅ 明確設定你的服務區域（按城市、郵政編碼或區域） 服務區域設定建議： → 以你的實際服務範圍為準，不要誇大 → 考慮設定多個服務區域（例如：中環、金鐘、上環、灣仔） → 每個服務區域在你的網站上應有一個對應的著陸頁 #2 策略 3：建立知名度（Prominence） #3 評論 — 知名度的核心引擎 評論對 Local Pack 排名的影響： 評論數量 → 你的商家被多少人知道 ✅ 10 個評論 vs 200 個評論 = 顯著的知名度差異 評論分數 → 品質訊號 ✅ 4.8 分 vs 3.9 分 = 點擊率和排名差異 評論內容 → 相關性訊號 ✅ 評論中提到「植牙」「隱形牙套」→ 這些關鍵字的相關性提升 評論的新鮮度 → 活躍度訊號 ✅ 持續有新的評論 → Google 認為你的商家仍在積極營運 **詳見第 48 章：Google 評論管理與回覆策略**，有完整的評論策略。 #3 引用 — 知名度的基礎設施 引用（Citations）的數量和一致性向 Google 證明你的商家是「真實存在且在行業內有影響力的」。 引用策略金字塔： Tier 1：Google Business Profile Tier 2：主要目錄（OpenRice、Yelp、TripAdvisor、Yellow Pages） Tier 3：行業特定目錄（例如牙科專用目錄） Tier 4：在地社群（商會、在地媒體、合作夥伴網站） Tier 5：一般目錄（補充數量） 優先完成 Tier 1-3，再逐步擴展到 Tier 4-5。 **詳見第 49 章：NAP 一致性與在地引用管理** #3 在地反向連結 反向連結對在地 SEO 的價值和一般 SEO 一致——但重點放在**在地相關**的連結。 高價值的在地反向連結： ✅ 本地新聞媒體報導（HK01、明報、星島日報等） ✅ 在地商會網站（香港總商會、中小企商會等） ✅ 在地活動頁面（贊助或參與本地活動的頁面） ✅ 合作夥伴網站（供應商、合作診所、轉介網絡） ✅ 本地教育機構（大學、中學的合作頁面） ✅ 專業協會（香港牙醫學會等） ✅ 在地部落格（本地美食/生活部落格的推薦） #2 策略 4：網站優化 — 在地訊號的放大器 #3 在地著陸頁（Local Landing Page） 每個服務區域應該有一個專屬的在地著陸頁。 在地著陸頁的關鍵元素： ✅ 頁面標題包含城市/區域名稱 + 關鍵字 範例：「中環牙醫推薦 | 陳大明牙醫診所 - 中環核心地段」 ✅ H1 包含地區關鍵字 範例：「中環專業牙科服務 — 步行即達」 ✅ 內容提及周邊地標、街道、交通方式 範例：「本診所位於皇后大道中新鴻基大廈 12 樓， 中環地鐵站 D2 出口步行約 3 分鐘」 ✅ 嵌入 Google Maps（該分店位置） ✅ LocalBusiness Schema 結構化資料 ✅ 清晰的 CTA 和聯絡資訊 範例：「📞 立即預約：+852 1234 5678」 ✅ 客戶推薦（來自該區域的真實客戶） ✅ 內部連結到其他相關在地頁面 #3 網站整體的在地化 網站層面的在地 SEO 優化： Title Tag → 包含主要服務城市 「中環牙醫推薦 | 陳大明牙醫診所 | 隱形牙套矯正專家」 Meta Description → 包含區域 + 服務 + CTA 「陳大明牙醫診所位於中環核心地段，提供專業植牙、隱形牙套、 牙齒美白等全面牙科服務，15 年經驗。立即致電預約諮詢！」 Footer → 包含完整 NAP + Schema About 頁面 → 強調在地連結和歷史 部落格 → 定期發布與在地相關的內容 「中環上班族的牙齒保健指南」 「香港人最常見的 5 個牙科問題」 #2 策略 5：競爭對手分析與逆轉排名 #3 分析 Local Pack 中的對手 當你尚未進入 Local Pack 時，分析佔據位置的競爭對手： 分析清單： □ 他們的 GBP 類別設定是什麼？ □ 他們的評論數量和評分是多少？ □ 他們發布 Google Posts 的頻率？ □ 他們的商家描述中包含了什麼關鍵字？ □ 他們的在地引用數量（使用 Moz Local 或 BrightLocal 檢查）？ □ 他們的網站上是否有在地著陸頁？ □ 他們的反向連結中，有多少是來自在地來源？ 行動： 找出你和對手之間最大的差距， 優先彌補最容易追上的差距。 #3 追蹤你的 Local Pack 排名 免費方法： → 使用無痕模式在 Google 搜尋你的目標關鍵字 → 手動記錄 Local Pack 位置 → 缺點：搜尋結果會因搜尋位置和個人化而變化 付費工具： → BrightLocal（專門的在地排名追蹤） → Semrush（Map Rank Tracker） → Local Falcon（在地排名可視化地圖） → Places Scout（全面的在地 SEO 工具） #2 Local Pack 排名常見問題 #3 Q1：為什麼我的 GBP 資訊很完整，但還是排不進 Local Pack？ 可能原因： 1. 評論數量和評分不如競爭對手 2. NAP 在網絡上不一致 3. 網站缺乏在地化內容和在地反向連結 4. GBP 類別選擇不當 5. 距離劣勢（距離搜尋者太遠） 解決方案： 逐一檢查以上因素，找出最薄弱的環節並強化。 #3 Q2：可以付費來提升 Local Pack 排名嗎？ 答案：不可以。 Local Pack 是 100% 有機的排名結果。 你無法通過付費 Google Ads 直接影響 Local Pack 排名。 但你可以： → 使用 Google Ads（在地廣告）獲得付費版位 → 間接通過 Google Ads 帶來的流量和品牌曝光提升知名度 #3 Q3：廣告和 Local Pack 會互相影響嗎？ 答案：不會直接影響，但有間接效益。 Google Ads 不會直接提升你的 Local Pack 排名， 但廣告帶來的品牌知名度提升、更多人搜尋你的商家名稱、 更多人造訪你的網站——這些間接影響都可能提升你的 在地知名度（Prominence）。 #2 Local Pack 排名優化優先級矩陣 影響力高 + 容易執行 → 立即做 ✅ 優化 GBP 類別 ✅ 優化 GBP 描述 ✅ 加入服務/產品列表 ✅ 開始發布 Google Posts ✅ 請客戶留下評論 影響力高 + 需要時間 → 規劃做 ✅ 修復 NAP 不一致 ✅ 建立在地著陸頁 ✅ 建立更多在地引用 ✅ 獲取在地反向連結 ✅ 優化網站 Schema 影響力中 + 維持性工作 → 持續做 ✅ 回覆評論 ✅ 定期發布 Google Posts ✅ 更新照片 ✅ 追蹤排名 影響力低 + 耗時 → 最後做（如果資源充裕） ✅ 大量建立 Tier 5 引用 ✅ 頻繁更新 GBP 次要資訊 #2 總結檢查清單 任務 說明 ☐ 選擇正確的 GBP 主要類別 影響你出現在哪些搜尋結果中 ☐ 撰寫 750 字的商家描述 前 250 字最關鍵，自然融入關鍵字 ☐ 列出所有服務和產品 每個服務有獨立描述 ☐ 開始每週發布 Google Posts 最少一篇，保持活躍度 ☐ 分析 Local Pack 競爭對手 找出你和對手的差距 ☐ 建立在地著陸頁 每個服務區域一個專屬頁面 ☐ 優化網站整體在地化 Title Tag、Meta、Footer、Schema ☐ 開始追蹤 Local Pack 排名 使用 BrightLocal 或手動檢查 ☐ 持續收集和管理評論 評論是知名度的核心引擎 | ← [第 49 章：NAP 一致性與在地引用管理](http://49-NAP一致性與在地引用.md) | [回索引](http://../索引.md) | [第 51 章：多分店與服務區域商家 SEO →](http://51-多分店與服務區域商家SEO.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 51 章：多分店與服務區域商家 SEO URL: https://cyruschan.com/service-area/ > 針對兩種複雜的在地商家結構——多分店商家與服務區域商家（SAB）——提供各自的 SEO 策略。多分店商家面臨多個 GBP 互相競爭與資訊一致性管理等挑戰，黃金法則是每個實體分店建立一個獨立 GBP；服務區域商家則因無法顯示實體地址而面臨信任度與距離排名限制等特殊問題。 #2 兩類商家的本地 SEO 挑戰 在地 SEO 面對兩種類型的複雜商家結構，各自有獨特的挑戰： 類型 定義 典型範例 **多分店商家** 多個實體營業地點的同一品牌 連鎖餐廳、銀行分行、零售連鎖、牙科集團 **服務區域商家（SAB）** 沒有對外開放的實體店面，但服務特定地理區域 水電工、清潔服務、到府按摩、寵物美容、外送餐飲 共同的 SEO 挑戰： 多分店商家： ❌ 多個 GBP 可能互相競爭（蠶食效應） ❌ 管理多個檔案的複雜度 ❌ 保持所有分店的資訊一致 ❌ 避免被 Google 判定為重複/垃圾檔案 服務區域商家： ❌ 無法在 GBP 中顯示實體地址（對信任度有影響） ❌ 排名受距離演算法限制較大 ❌ 需要證明服務區域的真實性 ❌ 缺乏店面照片等視覺信任元素 #2 Part A：多分店商家的 SEO 策略 #3 策略 1：每個分店一個獨立的 GBP 黃金法則： 每個實體分店 → 一個獨立的 Google 商家檔案 不是一個品牌一個 GBP！ 不是一個城市一個 GBP（如果該城市有多個分店）！ Google 的要求： ✅ 每個分店必須有獨立的地址 ✅ 每個分店必須有獨立的電話號碼 ✅ 每個分店的工作人員必須能在營業時間內接待客戶 ✅ 每個分店必須有獨立的招牌/標示 ❌ 禁止： ❌ 為同一個地址建立多個 GBP ❌ 為無人值守的地點建立 GBP ❌ 為即將開幕但尚未實際營運的地點建立 GBP #3 策略 2：結構化的 GBP 命名規則 ✅ 正確命名： 陳大明牙科集團 — 中環分店 陳大明牙科集團 — 銅鑼灣分店 陳大明牙科集團 — 尖沙咀分店 ❌ 錯誤命名： 陳大明牙科集團 #1 中環陳大明牙科 Best Dentist in Central — 陳大明牙科（關鍵字堆砌） 命名原則： → 所有分店使用一致的品牌名稱前綴 → 用「—」或「|」分隔品牌名和分店名 → 不要在名稱中加入關鍵字（違反 Google 政策） → 不要在名稱中加入促銷資訊（「全港最佳」等） #3 策略 3：建立分店頁面架構 在網站上為每個分店建立獨立的頁面，形成清晰的層級結構。 網站架構建議： 你的網站/ ├── 分店資訊/（Store Locator 頁面） │ ├── 中環分店/ │ │ ├── 關於中環分店（在地著陸頁） │ │ ├── 中環分店服務 │ │ ├── 中環分店團隊 │ │ └── 中環分店預約 │ ├── 銅鑼灣分店/ │ │ ├── 關於銅鑼灣分店 │ │ ├── 銅鑼灣分店服務 │ │ ├── 銅鑼灣分店團隊 │ │ └── 銅鑼灣分店預約 │ └── 尖沙咀分店/ │ └── ... 每個分店頁面的核心元素： ✅ 獨立的 URL（例如：/locations/central/） ✅ 獨立的頁面標題（包含分店名稱 + 區域） ✅ 獨立的 Meta Description ✅ 該分店的完整 NAP 資訊 ✅ 嵌入該分店的 Google Maps ✅ 該分店的 LocalBusiness Schema ✅ 該分店的營業時間 ✅ 該分店的專屬照片 ✅ 該分店團隊的介紹（如有不同） ✅ 該分店的客戶評價 ✅ 該分店的特色服務（如果分店之間服務不同） ✅ 內部連結到 Store Locator 和其他相關分店 #3 策略 4：防止分店之間的蠶食（Cannibalization） 什麼是蠶食？ 當你的兩個分店在 Google 搜尋中互相競爭同一關鍵字， 導致兩個都在 Local Pack 中排名不佳。 防止方法： 1. 地理分散 → 確保分店之間有足夠的地理距離 → Google 的距離演算法會自然區分 2. 內容差異化 → 每個分店的網站頁面內容應該有獨特的資訊 → 不要複製貼上分店頁面內容（會被視為重複內容） → 強調每個分店的獨特之處： - 中環分店：鄰近金融區，主打快速午餐時段服務 - 銅鑼灣分店：鄰近購物區，週末家庭客戶較多 - 尖沙咀分店：鄰近遊客區，提供多語言服務 3. 關鍵字差異化 → 根據每個分店的特色使用不同的次要關鍵字 → 中環分店聚焦「中環 商業區 ○○」 → 銅鑼灣分店聚焦「銅鑼灣 購物區 ○○」 4. 獨立的 GBP 類別微調（可選） → 如果分店的服務重點不同，次要類別可以不同 → 主要類別應該保持一致 #3 策略 5：批量管理多分店 GBP 手動管理（少於 5 個分店）： ✅ 直接使用 GBP 管理介面逐一管理 ✅ 建立 Google 帳戶的共享管理權限 ✅ 建立統一的 Post、照片、營業時間更新流程 使用 GBP API 或第三方工具（5+ 分店）： → Google Business Profile API（官方） → Yext（企業級） → BrightLocal（多分店管理功能） → Semrush Listing Management → Uberall（企業在地行銷平台） 功能需求： → 批量發布 Google Posts → 批量更新營業時間（例如假日） → 批量管理照片 → 統一的評論監控儀表板 → NAP 一致性監控 #3 策略 6：Store Locator 頁面優化 Store Locator（分店搜尋器）頁面是多分店商家網站的關鍵頁面。 Store Locator 頁面的 SEO 優化： URL：yourdomain.com/stores/ 或 yourdomain.com/locations/ 頁面元素： ✅ 標題：品牌名稱 + 分店資訊 範例：「陳大明牙科集團 — 全港分店資訊及預約」 ✅ H1：完整的服務範圍描述 範例：「陳大明牙科診所全港 5 間分店 — 為你提供便利的牙科服務」 ✅ 互動式地圖（所有分店標記） ✅ 分店列表（包含每個分店的核心資訊）： - 分店名稱（連結到分店頁面） - 地址 - 電話 - 營業時間 - 特色服務（如果有差異） ✅ 搜尋/篩選功能： - 按區域篩選 - 按服務篩選 - 按營業時間篩選 ✅ Schema 標記： - 使用 LocalBusiness 或 Organization schema - 包含所有分店的巢狀結構化資料 ✅ 內部連結到每個分店的專屬頁面 ✅ 麵包屑導覽： 首頁 > 分店資訊 > 中環分店 #2 Part B：服務區域商家（SAB）的 SEO 策略 #3 什麼是服務區域商家？ 服務區域商家（Service Area Business，SAB）的特徵： → 在客戶所在地提供服務（而非客戶到你的地點） → 沒有對公眾開放的實體店面 → 你的「地址」可能是家庭辦公室或倉庫 → 範例：水電工、清潔公司、到府美容、寵物美容車、鎖匠、搬家公司 #3 GBP 設定：服務區域 vs 店面 如何在 GBP 設定服務區域： Step 1：登入 GBP 管理後台 Step 2：找到「資訊」→「地址」 Step 3：選擇「我是服務區域商家」 Step 4：選擇「隱藏我的地址」（如果你在家辦公或不接待客戶） Step 5：設定服務區域 服務區域設定選項： → 按城市/區域：例如 中環、銅鑼灣、尖沙咀 → 按郵政編碼：例如 999077 → 按自訂區域：自訂多邊形範圍 → 按半徑：以你的地址為中心，設定服務半徑 建議： → 服務區域應該反映你實際能服務的範圍 → 不要誇大服務區域（例如覆蓋全香港但實際只能服務港島） → Google 可能會抽查驗證你的服務範圍 #3 SAB 的最大挑戰：缺乏信任訊號 SAB 缺乏的信任元素： 實體店面商家 服務區域商家 ──────────── ──────────── 有店面照片 ❌ 沒有（或只有車輛/工具照片） 客戶可以造訪驗證 ❌ 無法造訪驗證 地址公開可見 ❌ 地址隱藏 有店面招牌 ❌ 沒有實體招牌 能被 Street View 確認 ❌ 確認不到 補償策略： ✅ 積極收集和展示客戶評論（評論 = 你的實體存在證明） ✅ 在網站上展示真實的工作照片和團隊照片 ✅ 在網站上展示證照、保險、專業認證 ✅ 使用 Google Posts 展示近期的工作案例 ✅ 在網站上建立詳細的「關於我們」頁面 ✅ 加入專業協會並在網站上展示 #3 SAB 的網站優化策略 1. 服務區域著陸頁 為每個主要服務區域建立獨立頁面： → /service-areas/central/ → /service-areas/causeway-bay/ → /service-areas/tsim-sha-tsui/ 每個頁面包含： ✅ 該區域的獨特內容（不能只是複製貼上） ✅ 你在該區域完成的工作案例 ✅ 該區域客戶的推薦 ✅ 關於該區域的具體資訊（例如常見的服務需求） 2. 服務頁面 + 區域結合 如果服務種類多： → /services/plumbing/central/ → /services/electrical/central/ 這種結構適合大型 SAB， 但在資源有限時，先做好「區域頁面」再做「服務×區域」頁面。 3. FAQ / Q&A 內容 SAB 客戶通常會先搜尋問題再找服務： 範例 Q&A 內容： 「中環水電工收費標準」 「緊急水喉爆裂點算？24 小時維修服務」 「香港水電工牌照要求」 這類內容： ✅ 提升網站在長尾關鍵字的排名 ✅ 建立專業信任度 ✅ 提供 Google 更多內容來理解你的服務 #3 SAB 的 GBP 內容策略 Google Posts 策略： → 展示「工作中的照片」而非店面照片 → 發布客戶見證（附上授權和打碼的 Before/After） → 定期發布服務提示和保養建議 照片策略： → 工作車輛（有品牌標誌的車輛照片） → 團隊照片（穿制服的工作人員） → 工作現場照片（經客戶同意的） → 工具和設備照片（展示專業度） → 證照和保險文件（打碼版本） → Before/After 對比照片 Q&A 管理： → 預先建立常見問題及答案 → 「你們服務哪些區域？」「緊急維修要等幾耐？」 → 「收費點計？」「有冇保養？」 #2 混合模式：既有店面又有到府服務 許多商家同時具有兩種屬性。 範例：一間牙科診所同時提供到府服務 店面 SEO： → 中環總店 GBP（實體地址） → 完整店面資訊和照片 服務區域 SEO： → 在 GBP 中加入服務區域 → 在服務中加入「到府牙科護理」 → 建立服務區域頁面 注意： → 一個 GBP 同時支援「店面」和「服務區域」設定 → 不需要建立兩個 GBP（違反 Google 政策） → 在 GBP 中選擇「同時提供店面服務和到府服務」 #2 多分店 / SAB 的常見錯誤 錯誤 後果 正確做法 為同一地址建立多個 GBP Google 會暫停或刪除重複檔案 一個地址 = 一個 GBP 使用虛擬辦公室地址 如果無法在營業時間接待客戶，違反政策 使用真實的可營運地址 將 P.O. Box 設為地址 Google 不允許郵政信箱作為地址 使用真實的實體地址或設定為 SAB 分店頁面內容完全複製 重複內容處罰，SEO 價值降低 為每個分店撰寫獨特內容 誇大服務區域 Google 可能限制你的實際排名範圍 設定真實的服務範圍 分店 GBP 使用總公司電話 無法區分分店，客戶體驗差 每個分店使用獨立電話 SAB 不展示團隊/工作照片 缺乏信任訊號 積極展示真實的工作場景 忽略批量管理工具 管理效率極低 5+ 分店考慮使用 Yext 或 API #2 大規模多分店的進階策略 #3 分店開幕 Checklist 新分店開幕前的 SEO 準備： 開幕前 4 週： ☐ 建立新分店的網站頁面 ☐ 在 Store Locator 頁面加入新分店 ☐ 建立新分店的 LocalBusiness Schema ☐ 設計新分店的 GBP 照片素材 開幕前 2 週： ☐ 在 GBP 中建立新分店檔案 ☐ 填寫所有資訊（類別、服務、營業時間） ☐ 在主要在地目錄中建立新分店檔案 ☐ 準備開幕 Google Post 內容 開幕日： ☐ 發布開幕 Google Post ☐ 上傳首批照片 ☐ 開始收集首批評論（邀請開幕來賓） 開幕後 1 個月： ☐ 監控新分店的排名表現 ☐ 確保 NAP 一致性 ☐ 回覆所有新評論 ☐ 建立該分店的在地反向連結 #3 分店關閉 / 合併的 SEO 處理 分店關閉流程： 1. 在 GBP 中標記為「永久關閉」 → 不要刪除檔案 → 在檔案描述中加入搬遷或推薦鄰近分店的資訊 2. 網站處理： → 在該分店頁面加入關閉公告 → 使用 301 轉址將該分店頁面導向最近的仍在營運的分店 → 或導向 Store Locator 頁面 3. 引用管理： → 在所有在地目錄中標記為關閉 → 或更新為新地址（如果是搬遷而非關閉） 4. 評論保留： → 關閉的 GBP 評論不會消失 → 但排名會逐步下降 #2 工具推薦 工具 最適合 核心功能 **Google Business Profile API** 開發者/技術團隊 批量管理 GBP 的程式化工具 **Yext** 大型連鎖（50+ 分店） 同步數百個目錄，管理複雜的在地資訊 **BrightLocal** 中小型多分店 排名追蹤 + 引用管理 + 評論監控 **Uberall** 中型連鎖（10-100 分店） 在地行銷自動化平台 **Semrush Listing Management** 現有 Semrush 使用者 整合進 Semrush 生態系統 **Local Falcon** 所有規模 在地排名可視化，直觀看到各分店的排名表現 #2 總結檢查清單 #3 多分店商家 任務 說明 ☐ 每個分店建立獨立 GBP 獨立地址 + 獨立電話 ☐ 統一的 GBP 命名規則 品牌名 — 分店名 ☐ 每個分店有獨立網站頁面 獨特內容，不要複製貼上 ☐ 優化 Store Locator 頁面 互動地圖 + 完整分店資訊 ☐ 防止分店蠶食 內容差異化 + 關鍵字差異化 ☐ 評估批量管理工具 5+ 分店考慮 Yext 或 API ☐ 建立開幕/關閉 SOP 標準化分店生命週期管理 #3 服務區域商家 任務 說明 ☐ 在 GBP 設定為服務區域商家 可選擇隱藏地址 ☐ 設定真實的服務區域範圍 不要誇大 ☐ 建立服務區域著陸頁 每個主要區域一個專屬頁面 ☐ 展示信任元素 評論、工作照、證照、團隊照 ☐ 管理 GBP Q&A 預先建立常見問題及答案 ☐ 考慮建立 FAQ / Q&A 內容 針對長尾關鍵字的策略性內容 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 52 章：結構化資料 — LocalBusiness Schema 完整指南 URL: https://cyruschan.com/seo-chapter-52/ > 什麼是結構化資料（Schema）？ 結構化資料（Structured Data） #2 什麼是結構化資料（Schema）？ **結構化資料（Structured Data）** 是一種標準化的資料格式，用來「標記」網頁內容，讓搜尋引擎更容易理解你的網頁在說什麼。 沒有 Schema： Google 看到：一串文字「陳大明牙醫診所 中環皇后大道中 100 號 852 1234 5678」 Google 理解：🤔 這是一間公司？人名？還是什麼？ 有 Schema： Google 看到：{ type: "Dentist", name: "陳大明牙醫診所", address: "中環皇后大道中 100 號", telephone: "+852 1234 5678" } Google 理解：✅ 這是一間牙醫診所，地址在中環，電話是 1234 5678！ **一句話總結：** Schema = 給搜尋引擎的「翻譯器」，把網頁內容轉換成機器能精確理解的格式。 #2 Schema 語法格式：JSON-LD 結構化資料有三種語法格式，但 Google 強烈推薦使用 **JSON-LD**： 格式 寫法 Google 推薦？ **JSON-LD** 獨立的 <script> 區塊，不干擾 HTML ✅ 強烈推薦 Microdata 嵌入在 HTML 標籤中（itemprop） ⚠️ 仍支援，但不推薦 RDFa 嵌入在 HTML 屬性中 ⚠️ 使用率極低 <!-- JSON-LD 範例：最乾淨、最容易維護的寫法 --> <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "LocalBusiness", "name": "陳大明牙醫診所" } </script> #2 核心 Schema 類型介紹 #3 Schema.org 的類型層級 Thing（萬物） └── Organization（組織） └── LocalBusiness（在地商家） ├── Dentist（牙醫） ├── Restaurant（餐廳） ├── Hotel（酒店） ├── Store（商店） ├── MedicalClinic（診所） ├── ProfessionalService（專業服務） ├── HomeAndConstructionBusiness（居家建築） └── ... （還有數十個子類型） #3 如何選擇正確的 Schema 類型 規則： → 選擇最具體的類型。不要用 LocalBusiness 如果可以用 Dentist！ → Google 支援的類型可以在官方文件找到： https://developers.google.com/search/docs/appearance/structured-data/search-gallery 常見香港行業對應的 Schema 類型： 牙醫 → Dentist 或 LocalBusiness + 牙醫類別 餐廳 → Restaurant 或 FoodEstablishment 酒店 → Hotel 零售店 → Store 或 LocalBusiness 律師事務所 → LocalBusiness（沒有 Lawyer 子類型，但有 Attorney schema） 補習社 → LocalBusiness 髮廊 → HairSalon 水電工 → 使用 LocalBusiness + 設定 SAB #2 LocalBusiness Schema 完整範例 以下是一個完整的 LocalBusiness Schema，包含所有推薦填寫的屬性： <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "Dentist", // === 基本資訊 === "name": "陳大明牙醫診所", "description": "位於中環的專業牙科診所，提供植牙、隱形牙套矯正、牙齒美白等全面牙科服務。由超過 15 年經驗的陳大明醫生主理。", "url": "https://www.chendaming-dental.com.hk", "telephone": "+85212345678", "email": "info@chendaming-dental.com.hk", // === 地址（PostalAddress 嵌套） === "address": { "@type": "PostalAddress", "streetAddress": "皇后大道中 100 號 新鴻基大廈 12 樓 A 室", "addressLocality": "中環", "addressRegion": "香港島", "addressCountry": { "@type": "Country", "name": "HK" }, "postalCode": "999077" }, // === 地理座標 === "geo": { "@type": "GeoCoordinates", "latitude": 22.2810, "longitude": 114.1577 }, // === 營業時間（使用標準 OpeningHoursSpecification） === "openingHoursSpecification": [ { "@type": "OpeningHoursSpecification", "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"], "opens": "09:00", "closes": "18:00" }, { "@type": "OpeningHoursSpecification", "dayOfWeek": "Saturday", "opens": "09:00", "closes": "13:00" } ], // === 價格範圍（可選） === "priceRange": "$$", // === 付款方式（可選） === "paymentAccepted": "現金、信用卡、EPS、八達通、支付寶、微信支付", // === 服務語言（可選） === "knowsLanguage": ["zh-HK", "zh-CN", "en"], // === 社群媒體連結（SameAs） === "sameAs": [ "https://www.facebook.com/chendamingdental", "https://www.instagram.com/chendamingdental", "https://www.openrice.com/zh/hongkong/..." ], // === 圖片 === "image": "https://www.chendaming-dental.com.hk/images/clinic-front.jpg", // === 商家標誌 === "logo": "https://www.chendaming-dental.com.hk/images/logo.png", // === 創辦日期（可選） === "foundingDate": "2010", // === 評論（可選，但強烈推薦！） === "aggregateRating": { "@type": "AggregateRating", "ratingValue": "4.8", "reviewCount": "320", "bestRating": "5" }, // === 是否有輪椅通道（可選） === "hasMap": "https://maps.google.com/?q=..." } </script> #2 多分店商家的 Schema 策略 #3 方法 1：每個分店頁面使用獨立的 LocalBusiness Schema 最推薦的做法。每個分店的頁面有自己獨立、完整的 Schema。 網站架構： /stores/central/ → 該頁面的 Schema：type: Dentist, address: 中環 /stores/causeway-bay/ → 該頁面的 Schema：type: Dentist, address: 銅鑼灣 /stores/tsim-sha-tsui/ → 該頁面的 Schema：type: Dentist, address: 尖沙咀 #3 方法 2：首頁使用 Organization Schema + 分店資訊 如果你的首頁 （或 Store Locator 頁面）需要標記多個分店，可以使用 Organization Schema 的方式： <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "Dentist", "name": "陳大明牙科集團", "url": "https://www.chendaming-dental.com.hk", "department": [ { "@type": "Dentist", "name": "陳大明牙科集團 — 中環分店", "address": { "@type": "PostalAddress", "streetAddress": "皇后大道中 100 號 新鴻基大廈 12 樓 A 室", "addressLocality": "中環" }, "telephone": "+85212345678", "url": "https://www.chendaming-dental.com.hk/stores/central/" }, { "@type": "Dentist", "name": "陳大明牙科集團 — 銅鑼灣分店", "address": { "@type": "PostalAddress", "streetAddress": "記利佐治街 1 號 金百利中心 5 樓 B 室", "addressLocality": "銅鑼灣" }, "telephone": "+85223456789", "url": "https://www.chendaming-dental.com.hk/stores/causeway-bay/" } ] } </script> **注意：** department 屬性是 Google 官方推薦的多分店 Schema 標記方式。 #2 Schema 測試與驗證 #3 工具 1：Google Rich Results Test（推薦首選） 用途：測試你的 Schema 是否支援 Rich Results（豐富結果） 網址：https://search.google.com/test/rich-results 操作： 1. 貼上你的網頁 URL 或 Schema 代碼 2. 查看哪些 Rich Results 適用於你的頁面 3. 檢查有沒有錯誤或警告 注意： LocalBusiness Schema 不一定會觸發 Rich Results， 但它對在地 SEO 的排名訊號仍然非常重要。 #3 工具 2：Schema Markup Validator（官方） 用途：完整驗證你的 Schema 語法是否正確 網址：https://validator.schema.org/ 操作： 1. 貼上你的網頁 URL 或 Schema 代碼 2. 查看所有偵測到的 Schema 類型 3. 檢查每個屬性的值是否有效 #3 工具 3：Google Search Console 用途：監控你的 Schema 在 Google 中的表現 位置：Search Console → 增強項目 可以查看： → Google 偵測到哪些 Schema 類型 → 有沒有錯誤或警告 → 受影響的頁面數量和趨勢 #2 常見 Schema 錯誤 錯誤 嚴重性 修復方法 電話號碼格式錯誤 🔴 嚴重 使用國際格式：+852XXXXXXXX 地址不完整 🔴 嚴重 包含 streetAddress、addressLocality、addressRegion、addressCountry URL 使用相對路徑 🔴 嚴重 使用完整 URL：https://... 嘗試在非分店頁面堆砌多個 Schema 🟡 警告 每個頁面只標記與該頁面相關的 Schema 營業時間格式不正確 🟡 警告 使用 ISO 8601 或標準時間格式（HH:MM） 評論數據與實際不符 🔴 嚴重 aggregateRating 必須反映真實的評論數據 Schema 與頁面內容不一致 🔴 嚴重 Schema 的內容必須能在頁面上找到 缺少 @type 🔴 嚴重 每個 Schema 必須有 @type 使用不支援的類型 🟡 警告 確認類型在 Schema.org 和 Google 文件中存在 #2 Schema 與在地 SEO 排名的關係 Schema 如何影響在地 SEO？ 直接影響： ✅ 幫助 Google 準確理解你的 NAP 資訊 ✅ 提供地理座標（GeoCoordinates）提升地圖相關性 ✅ 營業時間和服務資訊 → 提升相關性 間接影響： ✅ 可能觸發 Rich Results（雖然 LocalBusiness 的 Rich Results 較少） ✅ 提升 Google Knowledge Graph 的完整性 ✅ 增加點擊率（如有 Rich Results 顯示） 不會的： ❌ Schema 不是直接排名因素 ❌ 加入 Schema 不會立即提升排名 �� 錯誤的 Schema 不會被「處罰」（但會浪費機會） **關鍵心態：** Schema 是給 Google 的「清晰說明書」，不是「排名加速器」。它幫助 Google 更好地理解你，從而作出更準確的排名判斷。 #2 進階 Schema：服務與產品標記 #3 服務（Service）Schema <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "Dentist", "name": "陳大明牙醫診所", "makesOffer": [ { "@type": "Offer", "itemOffered": { "@type": "Service", "name": "專業植牙服務", "description": "使用瑞士 Straumann 植體，由具備 10 年植牙經驗的陳醫生主理" }, "price": "20000", "priceCurrency": "HKD" }, { "@type": "Offer", "itemOffered": { "@type": "Service", "name": "隱形牙套矯正", "description": "使用 Invisalign 隱形牙套，免費 3D 掃描諮詢" }, "price": "0", "priceCurrency": "HKD" } ] } </script> #3 FAQ Schema（對點擊率極有幫助） FAQ Schema 可以讓你的搜尋結果在 SERP 中展開顯示問答，佔據更大的視覺空間，提高點擊率。 <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "name": "陳大明牙醫診所接受哪些付款方式？", "acceptedAnswer": { "@type": "Answer", "text": "我們接受現金、信用卡（Visa/Master）、EPS、八達通、支付寶及微信支付。" } }, { "@type": "Question", "name": "植牙手術需要多長時間？", "acceptedAnswer": { "@type": "Answer", "text": "單顆植牙手術本身約需 1-2 小時，但整個治療週期（包括骨整合）約需 3-6 個月。" } } ] } </script> #2 Schema 實施檢查清單 #3 基礎級（所有商家必須做） 任務 說明 ☐ 選擇正確的 Schema 類型 使用最具體的類型（例如 Dentist 而非 LocalBusiness） ☐ 加入 NAP 資訊 name、address、telephone 三個屬性必須存在 ☐ 加入 URL 確保是完整 URL、指向正確的頁面 ☐ 加入營業時間 使用 openingHoursSpecification（不是簡單文字） ☐ 加入地理座標 經緯度（GeoCoordinates） ☐ 使用 Google Rich Results Test 驗證 確保沒有錯誤 #3 進階級（推薦） 任務 說明 ☐ 加入 description 自然描述的商家簡介 ☐ 加入 image 和 logo 使用完整 URL ☐ 加入 sameAs 社群媒體和主要目錄連結 ☐ 加入 aggregateRating 只在你有真實的評論數據時加入 ☐ 加入 knowsLanguage 服務語言 ☐ 加入 FAQPage Schema 在有關聯問答的頁面加入 #3 多分店級 任務 說明 ☐ 每個分店頁面有獨立 Schema 獨立 NAP + GeoCoordinates ☐ 首頁/Store Locator 使用 department 巢狀標記所有分店 ☐ 所有分店的 Schema 通過驗證 一一測試 #2 ��具與資源 工具 用途 [Google Rich Results Test](https://search.google.com/test/rich-results) 測試 Rich Results 合規性 [Schema Markup Validator](https://validator.schema.org/) 官方 Schema 語法驗證 [Schema.org/LocalBusiness](https://schema.org/LocalBusiness) LocalBusiness 的完整屬性文件 [Google 結構化資料搜尋庫](https://developers.google.com/search/docs/appearance/structured-data/search-gallery) Google 支援的所有 Schema 類型 [Merkle Schema Markup Generator](https://technicalseo.com/tools/schema-markup-generator/) 免費的 Schema 代碼生成器 Google Search Console 監控 Schema 表現 #2 總結檢查清單 任務 說明 ☐ 選擇正確的 Schema 類型 使用最具體的子類型 ☐ 填寫所有基礎屬性 name、address、telephone、url、openingHours、geo ☐ 通過 Rich Results Test 驗證 確保沒有錯誤 ☐ 在 Search Console 監控 定期查看 Schema 錯誤報告 ☐ 加入進階屬性（如適用） description、image、sameAs、aggregateRating ☐ 多分店正確設置 每個分店頁面獨立 Schema + 總頁 department ☐ 考慮 FAQ Schema 在有 Q&A 的頁面加入，提升 SERP 點擊率 | ← [第 51 章：多分店與服務區域商家 SEO](http://51-多分店與服務區域商家SEO.md) | [回索引](http://../索引.md) | [第 53 章：多語言 SEO 策略 →](http://53-多語言SEO策略.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 53 章：多語言 SEO 策略 URL: https://cyruschan.com/seo-chapter-53/ > 為什麼需要多語言 SEO？ 在香港這個多語言市場，多語言 SEO 不是選項，而是 #2 為什麼需要多語言 SEO？ 在香港這個多語言市場，多語言 SEO 不是選項，而是**基本配置**。 香港使用者的語言搜尋行為： 繁體中文使用者（主要族群）： 搜尋：「中環 牙醫推薦」 搜尋：「植牙 邊間好」 搜尋：「牙醫 價錢」 英文使用者（外籍人士/專業人士）： 搜尋：「best dentist in Central Hong Kong」 搜尋：「dental implant Hong Kong price」 搜尋：「English speaking dentist HK」 簡體中文使用者（新移民/內地旅客）： 搜尋：「香港 牙医 推荐」 搜尋：「香港 种植牙 价格」 如果你沒有英文版網站： → 你失去了整個外籍人士市場 → 你失去了搜尋英文關鍵字的 SEO 流量 → 你的競爭對手正在吃這塊餅 **核心概念：** 多語言 SEO 的目標不是簡單地翻譯你的網站，而是為每個語言版本的受眾提供**在地化**的搜尋體驗。 #2 多語言 SEO 的架構選擇 Google 支援三種多語言網站的 URL 結構： #3 選項 1：獨立網域（ccTLD） 範例： yoursite.hk（繁體中文） yoursite.com（英文） yoursite.cn（簡體中文） 優點： ✅ 最強的地理定位訊號（.hk 明確告訴 Google 你是香港網站） ✅ 每個語言版本的品牌獨立性最強 缺點： ❌ 需要購買和管理多個域名 ❌ 品牌權威度分散（每個域名的 SEO 需要獨立累積） ❌ 維護成本較高 適合誰： → 大型企業、品牌在不同市場有獨立營運 #3 選項 2：子目錄（Subdirectory）⭐ 推薦 範例： yoursite.com/zh-hk/（繁體中文） yoursite.com/en/（英文） yoursite.com/zh-cn/（簡體中文） 優點： ✅ 所有 SEO 權威度集中在一個域名 ✅ 管理最簡單，成本最低 ✅ Google 最推薦的結構之一 缺點： ⚠️ 地理定位訊號不如 ccTLD 強（可用 hreflang 補償） 適合誰： → 大多數香港商家（推薦使用） #3 選項 3：子網域（Subdomain） 範例： zh-hk.yoursite.com（繁體中文） en.yoursite.com（英文） cn.yoursite.com（簡體中文） 優點： ✅ 不需購買新域名 ✅ 可以和主站使用不同的技術棧（例如 WordPress 子站） 缺點： ❌ Google 視子網域為「半獨立」網站，權威度傳遞不完全 ❌ 管理複雜度中等 適合誰： → 不同語言頁面需要完全不同的 CMS/平台時 #2 hreflang 標籤：多語言 SEO 的核心技術 #3 hreflang 是什麼？ **hreflang** 是一個 HTML 標籤（或 HTTP header / Sitemap 標記），告訴 Google： 「這個頁面有 X 語言的版本，這是它的 URL。」 沒有 hreflang 的後果： 你的網站有： /zh-hk/ → 繁體中文版 /en/ → 英文版 如果沒有 hreflang，Google 可能會： ❌ 把英文版顯示給香港繁體中文使用者 ❌ 把中文版顯示給英文使用者 ❌ 判定為重複內容（兩個頁面內容類似） ❌ 兩個版本互相競爭排名 #3 hreflang 的三種實作方式 **方式 1：HTML <link> 標籤（最推薦）** <!-- 在每個頁面的 <head> 中 --> <link rel="alternate" hreflang="zh-hk" href="https://yoursite.com/zh-hk/" /> <link rel="alternate" hreflang="en" href="https://yoursite.com/en/" /> <link rel="alternate" hreflang="zh-cn" href="https://yoursite.com/zh-cn/" /> <link rel="alternate" hreflang="x-default" href="https://yoursite.com/" /> **方式 2：XML Sitemap** <?xml version="1.0" encoding="UTF-8"?> <urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9" xmlns:xhtml="http://www.w3.org/1999/xhtml"> <url> <loc>https://yoursite.com/zh-hk/</loc> <xhtml:link rel="alternate" hreflang="zh-hk" href="https://yoursite.com/zh-hk/" /> <xhtml:link rel="alternate" hreflang="en" href="https://yoursite.com/en/" /> <xhtml:link rel="alternate" hreflang="zh-cn" href="https://yoursite.com/zh-cn/" /> <xhtml:link rel="alternate" hreflang="x-default" href="https://yoursite.com/" /> </url> </urlset> **方式 3：HTTP Header（適合 PDF 等非 HTML 檔案）** Link: <https://yoursite.com/zh-hk/>; rel="alternate"; hreflang="zh-hk" #3 hreflang 語言代碼對照表 語言 hreflang 代碼 說明 繁體中文（香港） zh-hk 香港使用的繁體中文 繁體中文（台灣） zh-tw 台灣使用的繁體中文 簡體中文 zh-cn 中國大陸使用的簡體中文 英文（通用） en 通用英語 英文（英國） en-gb 英式英語 英文（美國） en-us 美式英語 日文 ja 日文 韓文 ko 韓文 x-default x-default 預設版本（無語言偏好時顯示） #3 hreflang 常見錯誤 ❌ 錯誤 1：只設定了部分語言 如果 /zh-hk/ 頁面有 hreflang，但 /en/ 頁面沒有，互相參照會中斷。 修復：每個版本都需要列出所有語言版本。 ❌ 錯誤 2：使用錯誤的語言代碼 zh-hk 不正確寫成 zh-HK（大小寫錯誤） zh-hk 不正確寫成 zh（缺少地區） 修復：使用 ISO 639-1 語言代碼 + ISO 3166-1 地區代碼。 ❌ 錯誤 3：hreflang 指向不存在的頁面 hreflang="en" → /en/ 但 /en/ 回傳 404 修復：確保所有 hreflang 連結的 URL 都能正常訪問。 ❌ 錯誤 4：沒有設定 x-default 沒有預設版本時，Google 會自行判斷，可能顯示錯誤的版本。 修復：設定 x-default 指向你的主要語言版本或語言選擇頁面。 ❌ 錯誤 5：hreflang 互相參照不完整 /zh-hk/ 有 hreflang en，但 /en/ 沒有 hreflang zh-hk 修復：雙向標記。如果 A 說 B 是它的翻譯，B 也必須說 A 是它的翻譯。 #2 翻譯 vs 在地化 #3 不要只做翻譯 ❌ 翻譯（Translation）： 「我們的牙科診所提供優質服務」→ "Our dental clinic provides quality services" ✅ 在地化（Localization）： 「我們的牙科診所提供優質服務」→ "Our dental practice in Central offers premium dental care with English-speaking dentists" 差異： 在地化會考慮當地受眾的文化、表達習慣和搜尋意圖。 英文使用者搜尋「best dentist in Central」時， 他們不是在找「牙科診所」，是在找「在金融區、講英文的牙醫」。 #3 在地化實踐 繁體中文版（zh-hk）： 標題：「中環牙醫推薦 | 陳大明牙醫診所 | 15 年經驗」 語氣：在地、親切、熟悉香港用語 關鍵字：牙醫、植牙、隱形牙套、牙醫推介 文化參考：提及中環、港島線等在地資訊 英文版（en）： 標題："Best Dentist in Central HK | Dr. Chan Dental | Since 2010" 語氣：專業、國際化 關鍵字：dentist Central Hong Kong, dental implant HK, Invisalign 文化參考：提及 MTR Central Station、expat community 等 簡體中文版（zh-cn）： 標題：「香港牙医推荐 | 陈大明牙医诊所 | 中环核心地段」 語氣：針對內地旅客/新移民 關鍵字：香港牙医、香港种植牙、香港牙科价格 文化參考：提及鄰近高鐵站、提供內地支付方式等 #2 多語言網站的內容策略 #3 策略 1：為每個語言版本選擇獨立的關鍵字 每個語言的受眾有不同的搜尋行為，關鍵字研究需要分開做。 繁體中文關鍵字研究 → 針對香港繁體中文使用者： 「牙醫 推介」 「植牙 價錢 香港」 「中環 牙科 診所」 英文關鍵字研究 → 針對英語使用者： "best dentist HK" "dental implant cost Hong Kong" "English speaking dentist Central" 簡體中文關鍵字研究 → 針對簡體中文使用者： 「香港 牙医 价格」 「香港 种植牙 多少钱」 「香港 牙科 攻略」 注意： ✅ 每個語言版本需要獨立的關鍵字研究 ✅ 搜尋量、競爭度、使用者意圖都可能完全不同 ✅ 不要假設直接翻譯關鍵字就有效 #3 策略 2：語言行銷內容的在地化 部落格內容的方向差異： 繁體中文版： 「香港人最常見的 5 個牙科問題（附預防貼士）」 「港島區牙醫收費大比較 2026」 「小朋友不肯看牙醫？香港家長必讀攻略」 英文版： "Dental Care in Hong Kong: A Complete Guide for Expats" "How Much Does Invisalign Cost in Hong Kong? (2026 Guide)" "Emergency Dentist Hong Kong: What to Do & Where to Go" 簡體中文版： 「内地游客在香港看牙医全攻略」 「香港牙科价格 vs 内地｜种植牙哪边更划算？」 「香港保险报销牙科费用指南」 #3 策略 3：語言切換器的最佳實踐 語言切換器設計原則： ✅ 使用文字而非國旗（國旗代表國家，不代���語言） 例如：繁中 | EN | 简中（而非 🇭🇰 | 🇬🇧 | 🇨🇳） ✅ 放在頁面頂部或底部，易於找到 ✅ 使用使用者的當前語言顯示選項 繁中頁面 → 顯示「English」而非「英文」 English page → 顯示「繁中」而非「Traditional Chinese」 ✅ 切換語言時保持在相同頁面（不是跳回首頁） 從 /zh-hk/services/dental-implant → /en/services/dental-implant ✅ 不要使用自動語言重定向（基於 IP） Google 明確不建議這樣做，會影響爬蟲 ❌ 避免 JavaScript 重定向 使用標準的 HTML <a> 連結 #2 多語言 SEO 的技術實現 #3 CMS 選擇 CMS 多語言支援 適合程度 **WordPress + WPML/Polylang** 插件實現 ⭐⭐⭐⭐⭐ 最簡單 **WordPress + Multisite** 每個語言獨立子站 ⭐⭐⭐⭐ **Next.js + next-intl** 框架原生 ⭐⭐⭐⭐ 開發者友好 **Gatsby + gatsby-plugin-i18n** 插件實現 ⭐⭐⭐ **自訂 CMS** 需要手動開發 ⭐⭐ 複雜 #3 Sitemap 管理 最佳實踐：為每個語言版本建立獨立的 Sitemap /zh-hk/sitemap.xml /en/sitemap.xml /zh-cn/sitemap.xml 然後在主 Sitemap index 中引用： /sitemap_index.xml <sitemapindex> <sitemap><loc>https://yoursite.com/zh-hk/sitemap.xml</loc></sitemap> <sitemap><loc>https://yoursite.com/en/sitemap.xml</loc></sitemap> <sitemap><loc>https://yoursite.com/zh-cn/sitemap.xml</loc></sitemap> </sitemapindex> #3 Google Search Console 設定 為每個語言版本設定獨立的 Search Console 屬性： → yoursite.com/zh-hk/（目錄級屬性 — 使用 URL Prefix） → yoursite.com/en/ → yoursite.com/zh-cn/ 這樣可以分別監控每個語言版本的： ✅ 搜尋表現（哪個語言的流量最高？） ✅ 收錄狀態（哪個語言的頁面未被索引？） ✅ hreflang 錯誤（看看有沒有語言標記錯誤） #2 多語言 SEO 的常見問題 #3 Q1：繁中（香港、台灣）要拆分成不同版本嗎？ 答案：視市場規模和資源決定。 方案 A：合併（最小可行） zh-hk 和 zh-tw 共用一個繁體中文版 → 節省成本，但可能錯失台灣市場的細微差異 方案 B：分開（最佳做法，如果預算允許） /zh-hk/（香港繁體） /zh-tw/（台灣繁體） → 每個市場獨立的關鍵字和內容策略 大多數香港商家：方案 A 已經足夠。 如果台灣是重要市場：建議方案 B。 #3 Q2：多少個語言版本才合理？ 原則：只翻譯你有能力維護的語言 → 如果你只能維護一個英文版（偶爾更新一下）， 寧願只有一個做得很好的繁體中文版 + 一個基本英文版， 而不是三個半吊子的語言版本。 最低標準： ✅ 香港商家至少要有 zh-hk（繁體中文）和 en（英文） ✅ 如果內地市場重要，再加入 zh-cn（簡體中文） 翻譯的資源投入： → 好的翻譯 ≠ Google Translate → 好的翻譯 = 了解該語言的 SEO 專業人士 → 預算不足時，優先做「重點頁面」的多語言版本 （首頁、主要服務頁面、關於我們、聯絡我們） #3 Q3：自動翻譯工具可以用嗎？ 答案：避免。 Google Translate / AI 自動翻譯的問題： ❌ 無法正確處理行業術語（例如「植牙」可能被翻成 "plant teeth"） ❌ 不會進行 SEO 關鍵字優化 ❌ 語氣和在地化完全缺失 ❌ Google 可能會將自動翻譯內容視為低品質內容 如果必須使用 AI 翻譯： ✅ 只作第一稿，然後由專業人士審核和在地化 ✅ 加入行業術語詞典確保翻譯準確 ✅ 確保關鍵字研究是針對目標語言進行的 #2 多語言 SEO 檢查清單 #3 基礎設定 任務 說明 ☐ 決定 URL 結構 ccTLD / Subdirectory / Subdomain ☐ 設定 hreflang 標籤 所有頁面互相參照，包含 x-default ☐ 為每個語言設定獨立 Sitemap 並在 Sitemap Index 中引用 ☐ 設定 Search Console 屬性 每個語言版本獨立的屬性 ☐ 驗證 hreflang 正確性 使用 Google Search Console 的 hreflang 報告 #3 內容策略 任務 說明 ☐ 為每個語言做獨立關鍵字研究 不同語言的搜尋行為不同 ☐ 內容在地化（不是翻譯） 針對每個語言的受眾調整內容 ☐ 優先翻譯重點頁面 首頁、服務頁、關於我們、聯絡我們 ☐ 設計語言切換器 文字標籤，不是國旗，保持在相同頁面 #3 持續維護 任務 說明 ☐ 新增頁面時同步更新所有語言版本 確保 hreflang 標籤一致性 ☐ 監控每個語言的搜尋表現 使用 Search Console 數據 ☐ 定期審查翻譯品質 確保內容仍然準確和在地化 | ← [第 52 章：結構化資料 — LocalBusiness Schema](http://52-結構化資料LocalBusiness-Schema.md) | [回索引](http://../索引.md) | [第 54 章：國際 SEO 完整指南 →](http://54-國際SEO完整指南.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 54 章：國際 SEO 完整指南 URL: https://cyruschan.com/seo-chapter-54/ > 什麼是國際 SEO？ 國�� SEO（International SEO） 是針 #2 什麼是國際 SEO？ **國�� SEO（International SEO）** 是針對不���國家和語言的受眾，優化網站的策略。它不只是多語言翻譯，而是涉及**地理定位、當地搜尋引擎、文化差異、技術架構**等全面策略。 多語言 SEO vs 國際 SEO 的關係： 多語言 SEO = 用不同語言服務不同語言的受眾 國際 SEO = 在不同國家/地區的搜尋引擎中獲得排名 → 一個網站可以只有一個語言，但需要國際 SEO （例如：全英文網站，想在香港、新加坡、英國排名） → 一個網站可以有多語言，但不需要國際 SEO （例如：香港網站只服務香港，但提供繁中和英文） 實際上兩者通常一起進行： 國際 SEO + 多語言 SEO = 在不同國家用當地語言獲得排名 #2 Google 的地理定位機制 Google 如何判斷一個網站（或頁面）的目標國家？ #3 訊號 1：ccTLD（國家頂級域名）— 最強訊號 香港網站： yoursite.hk → Google 自動定位為香港內容 其他範例： yoursite.com.au → 澳洲 yoursite.co.uk → 英國 yoursite.sg → 新加坡 yoursite.jp → 日本 ⚠️ 注意： .com、.org、.net 等通用域名不會自動進行地理定位。 #3 訊號 2：hreflang 標籤 hreflang 告訴 Google 頁面的語言和地區目標。詳見第 53 章。 #3 訊號 3：Google Search Console 的地理定位設定 ��果你的域名是 .com 等通用域名， 你可以在 Search Console 中手動設定目標國家： Search Console → 舊版設定 → 國際目標 → 選擇目標國家 ⚠️ 注意： → 這個設定只對 .com 等通用域名有效 → .hk 域名無需設定（自動定位香港） → Google 正在逐步淘汰這個設定，現在可能已經找不到 #3 訊號 4：伺服器位置（影響較小） 伺服器在香港 → 微弱的香港訊號 伺服器在美國 → 不一定代表美國目標 Google 官方說：伺服器位置不是主要的地理定位訊號。 但為了效能，建議目標國家的使用者訪���時使用 CDN。 #3 訊號 5：當地反向連結和內容 來自香港網站的連結 → 香港定位訊號 內容提到香港、使用港幣、提及本地事件 → 香港定位訊號 #2 國際 SEO 的架構策略 #3 三種架構選擇回顧 架構 範例 地理訊號 SEO 權威集中度 成本 **ccTLD** .hk / .sg / .jp 🔥🔥🔥���🔥 分散 高 **Subdirectory** .com/hk/ / .com/sg/ 🔥🔥 集中 低 **Subdomain** hk.site.com 🔥🔥🔥 半分散 中 #3 香港商家的國際 SEO 常見場景 #4 場景 1：香港品牌進入中國內地市場 方案推薦： → 簡體中文版使用 /zh-cn/ 子目錄（或獨立 .cn 域名如果法規允許） 特殊注意： ✅ 中國內地的搜尋引擎格局：百度主導、Google 不可用 ✅ 需要針對百度做 SEO（Baidu SEO）而非僅針對 Google ✅ 需要在中國內地備案（ICP 備案）才能穩定營運 ✅ 內容需要符合中國法規（這是國際 SEO 的法律層面） ✅ 關鍵字使用簡體中文，搜尋意圖和香港繁體使用者不同 #4 場景 2：香港品牌進入東南亞市場（新加坡、馬來西亞） 方案推薦： → 使用 .com 主域名 + /sg/、/my/ 子目錄 內容策略： ✅ 新加坡：英文為主（Singlish 口語化內容加分） ✅ 馬來西亞：英文 + 馬來文，視目標族群 ✅ 每個國家獨立的在地化內容（不只是語言�� ✅ 強調當地付款方式、運送政策等實用資訊 #4 場景 3：香港品牌進入英文市場（英國、美國、澳洲） 方案推薦： → .com 主域名 + /uk/、/us/、/au/ 子目錄 或獨立 ccTLD（如果預算充足） 注意： ✅ 英文內容的在地化差異： colour (UK) vs color (US) lift (UK) vs elevator (US) dental surgery (UK) vs dental office (US) ✅ 每個國家獨立的 Google Search Console 屬性 ✅ 價格顯示當地貨幣 #2 國際關鍵字研究 #3 不同國家的同一關鍵字，搜尋意圖可能完全不同 關鍵字：「牙醫 價錢」 香港 Google 結果： → 私人牙科診所價格比較 → 政府牙科服務收費 新加坡 Google 結果： → CHAS 津貼下的牙科服務價錢 → Medisave 能否用於牙科 英國 Google 結果： → NHS dental charges 2026 → Private dentist fees UK → 同一個中文詞彙，不同地區的使用者想知道完全不同的東西！ #3 國際關鍵字研究工具 工具 適用市場 說明 **Google Keyword Planner** 全球 需要 Google Ads 帳戶，可切換國家 **Ahrefs** 全球 支援 170+ 國家，可選取不同資料庫 **Semrush** 全球 支援多國資料庫，功能全面 **Baidu Keyword Planner** 中國內地 針對百度搜尋的關鍵字工具 **Naver Keyword Tool** 韓國 韓國市場必備 **Yahoo! Japan** 日本 日本市場的輔助工具 #2 國際 SEO 的技術層面 #3 CDN（內容傳遞網路） 為什麼國際 SEO 需要 CDN？ 速度就是排名因素： 如果你的伺服器在香港，澳洲的使用者訪問你的網站， 延遲可能高達 200-400ms。這會影響 Core Web Vitals 和排名。 CDN 推薦： → Cloudflare（全球最大的 CDN，有免費方案） → Fastly → Akamai（企業級） → AWS CloudFront 設定策略： → 使用 CDN 將網站內容快取到全球節點 → 確保 CDN 不會阻擋 Googlebot（設定正確的白名單） → 不要對 Googlebot 做地理定向（讓 Googlebot 看到所有語言版本） #3 Googlebot 的地理爬取 重要概念： Googlebot 主要從美國 IP 爬取你的網站。 這意味著，如果你的網站對不同國家的 IP 顯示不同內容 （地理定向/IP 定向），Googlebot 可能只看到美國版本。 Google 的建議： ❌ 不要基於 IP 自動重定向（例如：新加坡 IP → 自動跳到 /sg/） ❌ 不要對 Googlebot 隱藏其他國家的內容 ✅ 使用 hreflang 標記所有語言/地區版本 ✅ 提供清晰的語言/國家選擇器 ✅ 如果需要基於 IP 給建議，使用橫幅（Banner）而非重定向 #3 多地區價格與貨幣顯示 技術建議： → 使用 HTML 標記價格而非 JavaScript 動態生成 → 確保 Googlebot 可以爬取所有貨幣版本的價格 → 不要對不同國家的使用者顯示完全不同的價格頁面結構 結構化資料： → 在 Schema 中使用 priceCurrency 屬性標記貨幣 "priceCurrency": "HKD" "priceCurrency": "SGD" #2 非 Google 搜尋引擎的國際 SEO #3 百度（中國內地） 百度 SEO 的基本原則（與 Google 的關鍵差異）： 收錄速度： → 使用百度站長平台提交 Sitemap（https://ziyuan.baidu.com/） → 百度對新網站的收錄速度比 Google 慢很多 技術要求： ❌ 百度不支援 hreflang ✅ 百度偏好靜態頁面（少 JavaScript） ✅ 中國內地伺服器（或香港）提升爬取速度 ✅ 需要有 ICP 備案 ❌ 百度不支援 JSON-LD Schema（但有自家格式） 內容要求： ✅ 字數通常比 Google SEO 要求的更多（2,000 字+） ✅ 原創內容極度重要（百度對重複內容比 Google 更嚴格） ✅ .cn 域名和中文內容有先天優勢 #3 Bing（全球第二大） Bing SEO 的注意事項： → Bing 使用 Bing Webmaster Tools（類似 Search Console） → hreflang 支援程度與 Google 接近 → Bing 的排名因素更看重社群媒體訊號 → Bing 對較舊的網站和 .edu/.gov 域名有偏好 #3 Yandex（俄羅斯）、Naver（韓國） 如果你的目標市場包括這些國家： Yandex（俄羅斯）： → 有自己的 Webmaster Tools → 極度看重用戶行為訊號（點擊率、停留時間） Naver（韓國）： → 搜尋結果大量使用 Naver 自家產品（Blog、Cafe、Knowledge iN） → 傳統 SEO 在韓國效果有限，需要經營 Naver 生態 #2 國際 SEO 的內容策略 #3 不要只翻譯，要在地化（詳見第 53 章） #3 在地反向連結策略 國際反向連結的建立： 目标市場：新加坡 ✅ 與新加坡本地的合作夥伴交換連結 ✅ 在新加坡行業媒體上獲得報導 ✅ 贊助或參加新加坡的本地活動 ✅ 與新加坡的 KOL/部落客合作 ✅ 在新加坡商會登記 目標市場：英國 ✅ 在英國行業目錄中登錄 ✅ 英國本地媒體的公關曝光 ✅ 與英國大學/研究機構的合作（��權威連結） ✅ 參與英國的專業協會 每個國家的反向連結生態不同，不能統一複製。 #3 在地社群訊號 社群媒體的地域差異： 香港 → Facebook、Instagram、WhatsApp 中國內地 → 微信、小紅書、抖音 日本 → LINE、Twitter 韓國 → KakaoTalk、Naver 歐美 → Instagram、TikTok、LinkedIn（B2B） → 在目標市場的主流社群平台上有存在感 → 社群媒體訊號對部分搜尋引擎（Bing、Yandex）有直接影響 #2 國際 SEO 的常見陷阱 陷阱 問題 解決方案 自動 IP 重定向 Googlebot 只看到一個版本 使用橫幅建議 + hreflang 所有語言共用一個 Sitemap 無法分別追蹤每個語言版本的索引情況 每個語言版本獨立 Sitemap 忽略百度（如果做中國市場） 在中國完全沒有搜尋流量 獨立制定百度 SEO 策略 在翻譯中使用 Google Translate 低品質內容，可能被懲罰 專業翻譯 + SEO 在地化 不設定 hreflang x-default Google 自行選擇預設版本 始終設定 x-default 所有國家共用一個聯絡頁面 使用者體驗差、信任度低 每個目標國家獨立聯絡資訊 使用參數（?lang=en）而非路徑 Google 不建議，SEO 效能差 使用路徑 /en/ 而非參數 忽略當地法規 網站可能在目標國家無法訪問 研究當地的隱私法、內容法規 #2 國際 SEO 的路線圖 #3 階段 1：研究與規劃 ☐ 確認目標國家/地區（最多 3-5 個開始） ☐ 分析每個目標市場的搜尋量、競爭度 ☐ 研究當地搜尋引擎生態（Google 主導？還是百度/Naver？） ☐ 研究當地競爭對手的 SEO 策��� ☐ 選擇架構（ccTLD / Subdirectory / Subdomain） #3 階段 2：技術實施 ☐ 建立目標國家/地區的 URL 結構 ☐ 實施 hreflang 標籤 ☐ 為每個國家/語言建立獨立 Sitemap ☐ 設定 CDN ☐ 設定 Search Console 屬性（每個國家獨立） #3 階段 3：內容與連結 ☐ 為每個目標市場進行獨立關鍵字研究 ☐ 優先翻譯和在地化核心頁面（首頁、服務、關於我們） ☐ 建立每個市場的在地化部落格內容 ☐ 開始建立當地反向��結 ☐ 在當地社群媒體上建立存在感 #3 階段 4：監控與迭代 ☐ 追蹤每個國家/語言的關鍵字排名 ☐ 監控每個國家/語言的搜尋流量 ☐ 檢查 hreflang 錯誤（Search Console） ☐ 根據數據調整內容和策略 ☐ 考慮擴展到新的目標市場 #2 國際 SEO 工具推薦 工具 用途 **Google Search Console** 監控各國家的搜��表現和 hreflang 錯誤 **Ahrefs / Semrush** 多國關鍵字研究、競爭分析 **Screaming Frog** 爬取和驗證 hreflang 標籤 **百度站長平台** 中國內地市場的 Search Console 替代品 **Bing Webmaster Tools** Bing 搜尋引擎的表現監控 **Cloudflare** CDN、國際加速 **DeepL / 專業翻譯服務** 高品質翻譯（但仍需 SEO 在地化） **hreflang 驗證工具** [TechnicalSEO.com](https://technicalseo.com/tools/hreflang/) #2 總結檢查清單 任務 說明 ☐ 確認目標國家/地區 從 2-3 個開始，不要一次做太多 ☐ 選擇正確的 URL 架構 大多數情況推薦 Subdirectory ☐ 實施 hreflang 標籤 雙向標記 + x-default ☐ 每個國家/語言獨立 Sitemap 方便分別追蹤索引情況 ☐ 獨立關鍵字研究 每個目標國家的關鍵字研究 ☐ 內容在地化 不是翻譯，是針對當地受眾的內容創作 ☐ 設定 CDN 確保國際使用者有好的網站速度 �� 避免 IP 自動重定向 使用橫幅提示 + 語言選擇器 ☐ 建立當地反向連結 每個目標市場獨立的連結建設計劃 ☐ 考慮非 Google 搜尋引擎 如果目標市場需要（百度、Bing 等） ☐ 監控和調整 使用 Search Console 和���國數據優化策略 | ← [第 53 章：多語言 SEO 策略](http://53-多語言SEO策略.md) | [回索引](http://../索引.md) | [第 55 章：SEO 數據分析入門 — GA4 關鍵指標 →](http://55-SEO數據分析入門-GA4.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 55 章：分頁 SEO 與無限滾動策略 URL: https://cyruschan.com/seo-chapter-55/ > 分頁 SEO 的核心問題 分頁（Pagination） 是將大量內容拆分成多個頁 #2 分頁 SEO 的核心問題 **分頁（Pagination）** 是將大量內容拆分成多個頁面的技術。如果你的網站有 500 件商品、200 篇部落格文章、或任何需要多頁展示的內容，你就必須處理分頁 SEO。 分頁不當的 SEO 風險： 電商網站 / 分類頁面 / 部落格存檔 ┌─────────────────────────────────────┐ │ /category/shoes │ ← 第 1 頁 │ /category/shoes/page/2 │ ← 第 2 頁 │ /category/shoes/page/3 │ ← 第 3 頁 │ /category/shoes/page/4 │ ← 第 4 頁 │ ... │ │ /category/shoes/page/50 │ ← 第 50 頁 └─────────────────────────────────────┘ 如果 SEO 處理不當： ❌ Google 爬取大量低品質分頁，浪費 Crawl Budget ❌ 分頁頁面互相競爭關鍵字（蠶食效應） ❌ 重複或薄弱的內容被索引 ❌ 使用者體驗差，SEO 訊號下降 **核心原則：** 分頁 SEO 的目標是確保 Google 能正確理解分頁結構，爬取最重要的頁面，並將排名權重集中在主要頁面。 #2 2026 年分頁 SEO 的正確做法 #3 Google 的立場演變 2011-2019：rel=prev / rel=next Google 建議使用 <link rel="prev"> <link rel="next"> 但實際效果有限。 2019 年 3 月： Google 宣布不再使用 rel=prev/next 作為排名訊號。 Google 將分頁頁面視為獨立頁面進行索引。 2026 年當前： rel=prev/next 仍然可以幫助 Google 爬取和理解分頁結構 （用於爬取發現），但不會直接影響排名。 最佳的 SEO 策略是確保每個分頁頁面本身有價值。 #3 2026 年推薦的核心策略 策略 1：確保每個分頁頁面有足夠的獨特內容 ❌ 差：分頁頁面只有商品列表（標題、價格、圖片） → 薄弱內容，可能被 Google 視為低品質 ✅ 好：每個分頁頁面有獨特的內容 → 加入該頁面的篩選描述、推薦理由、SEO 文字 策略 2：讓每個分頁頁面可以獨立存在 ✅ 每個分頁應該有自己的 Title Tag 例如：「女裝運動鞋 — 第 3 頁 | 你的品牌名稱」 而不是所有分頁共用同一個 Title Tag ✅ 每個分頁應該有自己的 Meta Description 不是 "第 2 頁" 這樣簡單的描述 ✅ 每個分頁應該有自己的 Canonical 指向自己（self-canonical），不是指向第 1 頁！ <link rel="canonical" href="https://site.com/category/page/3/" /> #2 分頁的三種 URL 模式 #3 模式 1：路徑式（推薦 ⭐） /category/shoes/ ← 第 1 頁 /category/shoes/page/2/ ← 第 2 頁 /category/shoes/page/3/ ← 第 3 頁 #3 模式 2：查詢參數式 /category/shoes/ ← 第 1 頁 /category/shoes/?page=2 ← 第 2 頁 /category/shoes/?page=3 ← 第 3 頁 #3 模式 3：片段式（#） /category/shoes/ ← 第 1 頁 /category/shoes/#page=2 ← 第 2 頁（Google 通常不會爬取！） /category/shoes/#page=3 ← 第 3 頁 **⚠️ 重要：** 模式 3 使用 # 的頁面 Googlebot 通常不會��取——因為 # 後的內容不發送到伺服器。如果你的網站使用 JavaScript 動態載入分頁，確保使用 History API（pushState）來更新 URL。 #2 Canonical 的關鍵決策 #3 Self-Canonical（指向自己）vs 指向第 1 頁 ❌ 錯誤做法：所有分頁頁面 canonical 指向第 1 頁 /page/2/ → canonical = /page/1/ /page/3/ → canonical = /page/1/ 問題： → Google 不會索引分頁頁面的內容 → 分頁內的個別商品/文章可能失去被索引的機會 → 但！如果你希望 Google 只索引第 1 頁，這可以是一種策略 ✅ 推薦做法：Self-Canonical + View-All 頁面 /page/1/ → canonical = /page/1/ /page/2/ → canonical = /page/2/ /page/3/ → canonical = /page/3/ 同時提供一個 View-All 頁面（顯示所有商品）： /view-all/ → canonical = /view-all/ #3 何時使用 View-All 頁面 View-All 頁面適合： ✅ 產品總數不多（例如 50-100 個商品） ✅ 使用 load speed 優化的（例如懶加載圖片） ✅ 使用者需要一次瀏覽所有選項 不適合： ❌ 商品超過 200 個（頁面載入太慢） ❌ 使用者不會想要一次查看所有內容 #2 無限滾動（Infinite Scroll）的 SEO #3 問題：Googlebot 不會滾動 無限滾動 + SEO 的衝突： 使用者在頁面上： 往下滾動 → 載入更多內容 → 繼續滾動 → 載入更多內容 這很棒！使用者體驗流暢。 Googlebot 在頁面上： 載入頁面 → 讀取 HTML → 完成 ❌ 不會「往下滾動」 ❌ 不會觸發你的 JavaScript 載入更多內容 ❌ 第二頁及之後的內容從不被爬取！ 結果： 50% 的內容對 Google 是不可見的。 #3 解決方案：分頁作為後備 正確的無限滾動 + SEO 架構： 1. 使用 History API 更新 URL 當使用者滾動到第 2 頁內容時： URL 從 /category/shoes/ 變為 /category/shoes/page/2/ 2. 每個分頁頁面可以獨立訪問 /category/shoes/page/2/ 應該能直接載入並顯示第 2 頁的內容 （不是只有滾動到才能看到） 3. 加入分頁導航作為後備 在頁面底部加入「第 1 頁 | 第 2 頁 | 第 3 頁 | ...」的連結 這確保了 Googlebot 可���通過點擊連結爬取所有頁面 4. 為 Google 提供標準連結 即使用無限滾動，也要有標準的 <a href="/page/2/"> 分頁連結 #2 JavaScript 分頁 / Load More 的 SEO #3 Load More 按鈕模式 「載入更多」按鈕的 SEO 陷阱： <button onclick="loadMore()">載入更多</button> Googlebot 不會點擊按鈕！ 修復方案： 方案 A：每個 Load More 同時提供標準分頁連結 <button onclick="loadMore()">載入更多</button> <nav class="pagination"> <a href="/page/1/">1</a> <a href="/page/2/">2</a> <a href="/page/3/">3</a> <!-- Googlebot 可以通過這些標準連結爬取 --> </nav> 方案 B：使用 SSR 或 Pre-rendering 確保所有內容在初始 HTML 中可用 或使用服務端渲染（SSR）讓 Googlebot 看到完整內容 #2 分頁的 Title Tag 與 Meta Description 每個分頁應該有獨特且有價值的 SEO 標籤： Title Tag： ✅ 「女裝運動鞋 (第 3 頁) — 品牌名稱」 ✅ 「女裝運動鞋 — 第 3 頁共 20 頁 — 品牌名稱」 ❌ 所有分頁使用相同 Title Tag ❌ 「第 2 頁」（沒有關鍵字） Meta Description： ✅ 「瀏覽我們的第 3 頁女裝運動鞋系列。發現最新款式， 包括 Nike、Adidas 等人氣品牌。全場免運費。」 ❌ 使用預設的 Meta Description ❌ 所有頁面使用相同的 Description #2 Google Search Console 中的分頁管理 #3 參數處理 如果使用查詢參數式分頁（?page=）： 在 Search Console → 設定 → 爬取 → 參數設定中， 告訴 Google page 參數是「分頁」而非「篩選」。 ⚠️ 注意： → 這個設定在新版 Search Console 中已被移除 → Google 現在會自動嘗試理解參數的用途 → 保持一致的 URL 結構是最好的訊號 #3 索引狀態監控 在 Search Console 中查看分頁頁面的索引狀態： Search Console → 網頁索引 → 查看已索引和未索引的頁面 檢查： ✅ 重要的分頁頁面是否已被索引？ ✅ 是否有過多低品質分頁頁面被索引？（如果有的話，可能需要調整策略） ✅ 是否有分頁頁面被標記為「重複」？ #2 常見分頁 SEO 問題 #3 問題 1：分頁頁面內容重複度高 如果你的分頁頁面除了商品列表幾乎沒有其他內容， 所有頁面看起來都很相似 → Google 可能視為重複內容。 解決方案： → 加入獨特的 SEO 內容區塊 → 加入該頁面的精選商品推薦 → 加入分頁特定的篩選提示 #3 問題 2：分頁頁面排名比第 1 頁好 你可能發現第 3 頁在某些關鍵字的排名比第 1 頁好。 為什麼會發生？ → 第 3 頁的內容和該關鍵字的匹配度更高 → 第 3 頁的反向連結比第 1 頁多 解決方案： → 在第 1 頁中加入排名較好的分頁的內容元素 → 優化第 1 頁的 SEO，確保它是該類別的最強頁面 #3 問題 3：合併內容後如何處理分頁 如果你決定將分頁合併為一個頁面： 1. 建立新的單一頁面（或使用 View-All） 2. 將所有舊分頁頁面 301 轉址到新頁面 3. 更新內部連結 4. 提交新的 Sitemap #2 分頁 SEO 決策流程圖 你的內容總數是多少？ 少於 30 個 → 不需要分頁，單一頁面 + 內部連結足夠 30-100 個 → View-All 頁面 + 分頁作為 SEO 備用方案 100-500 個 → 分頁（路徑式）+ Self-Canonical + 獨特內容 500+ 個 → 分頁 + 考慮 Faceted Navigation（分面導航）管理 你的網站類型？ 內容網站（部落格）： → 使用清晰的 /page/2/ 結構 → 確保每頁至少 10 篇文章 → 提供日期存檔和分類存檔作為替代導航 電商網站： → Self-Canonical 是標準做法 → 確保每個商品有其獨立的商品頁面（這是重點！） → 考慮分類頁面的分面導航策略 #2 進階：Faceted Navigation（分面導航）的 SEO 管理 如果你的網站允許使用者篩選（價格範圍、顏色、尺寸等），這會產生大量 URL 組合。這是分頁 SEO 的進階課題。 問題： /category/shoes/?color=red&size=9&page=1 /category/shoes/?color=red&size=9&page=2 /category/shoes/?color=blue&size=10&page=1 ...可能產生數萬個 URL 解決方案： 1. Canonical Tags — 每個組合頁面 canonical 到主分類頁 2. robots.txt — 禁止爬取某些參數組合 3. Noindex — 對低價值組合頁面使用 meta robots noindex 4. JS 動態載入 — 篩選結果使用 JS 動態載入（不產生獨立 URL） #2 總結檢查清單 任務 說明 ☐ 使用路徑式 URL（/page/2/） 最推薦的分頁 URL 模式 ☐ 使用 Self-Canonical 每個分頁頁面 canonical 指向自己 ☐ 每個分頁頁面有獨特的 Title Tag 包含頁碼 + 關鍵字 ☐ 每個分頁頁面有獨特的 Meta Description 有意義的描述，不是預設內容 ☐ 提供標準分頁導航連結 用 <a href> 而不是 JS 按鈕 ☐ 如果使用無限滾動，加入分頁後備 確保所有內容可被 Google 爬取 ☐ 在 Sitemap 中包含第 1 頁 分頁頁面可選擇性包含 ☐ 監控 Search Console 的索引狀態 留意是否有過多低品質分頁被索引 �� 考慮 View-All 頁面（如果內容總數合理） 提供一個查看所有內容的頁面 ☐ 管理 Faceted Navigation URL 使用 Canonical / robots.txt / noindex 控制 | ← [第 54 章：國際 SEO 完整指南](http://54-國際SEO完整指南.md) | [回索引](http://../索引.md) | [第 56 章：Crawl Budget 爬取預算優化 →](http://56-Crawl-Budget爬取預算優化.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 56 章：Crawl Budget 爬取預算優化 URL: https://cyruschan.com/seo-chapter-56/ > 什麼是 Crawl Budget？ Crawl Budget（爬取預算） 是 G #2 什麼是 Crawl Budget？ **Crawl Budget（爬取預算）** 是 Googlebot 在你的網站上，每天願意爬取的 URL 數量上限。它不是一個固定數字��而是由兩個因素決定的動態配額。 Crawl Budget = Crawl Rate Limit × Crawl Demand Crawl Rate Limit（爬取速率限制）： Google 為了不影響你網站的伺服器效能， 限制每秒爬取的請求數量。 Crawl Demand（爬取需求）： Google 根據你的網站內容價值、更新頻率、 和網站整體品質，決定「值得花多少時間爬取」。 **一句話：** Google 不會爬取你的每一個頁面。它會優先爬取最有價值的頁面。如果你的網站有大量低品質頁面，它們會消耗你的 Crawl Budget，導致重要頁面久久不被爬取。 #2 誰需要關心 Crawl Budget？ 小網站（少於 1,000 個 URL）： → 通常不需要擔心 Crawl Budget → Google 通常能在幾天內爬完所有頁面 中型網站（1,000 - 10,000 個 URL）： → 開始需要留意 → 確保不浪費預算在低價值頁面上 大型網站（10,000 - 100,000+ 個 URL）： → Crawl Budget 是關鍵 SEO 因素 → 不優化可能導致重要新內容數週不被索引 超大型網站（100 萬+ URL）： → Crawl Budget 是日常 SEO 工作的核心 → 需要專人管理和優化 #3 典型的高風險網站 網站類型 為什麼 Crawl Budget 是問題 **電商網站** 篩選組合產生數萬 URL、分頁、商品變體 **新聞媒體** 大量存檔頁面、分類頁面、標籤頁面 **分類廣告** 過期的廣告頁面仍然存在 **論壇** 大量低內容頁面、會員頁面、重複討論 **房地產** 已售出/下架的物件頁面仍然可訪問 #2 Crawl Budget 被浪費的常見原因 #3 原因 1：Faceted Navigation（分面導航）URL 爆炸 電��網站典型問題： 一個商品分類 + 5 種顏色 + 5 種尺寸 + 3 個價格範圍 = 1 × 5 × 5 × 3 = 75 種組合 URL 每個組合都是一個可爬取的 URL！ Googlebot 花時間爬取 /shoes/?color=red&size=9 而不是爬取你的新商品頁面。 #3 原因 2：低品質頁面 低品質頁面消耗 Crawl Budget 的典型： → 內容少於 200 字的頁面 → 自動生成的頁面（例如：標籤頁面） → 沒有獨特價值的分類/存檔頁面 → 搜尋結果頁面（內部搜尋功能產生的 URL） → 重複內容頁面（例如：印刷版本、PDF 版本） #3 原因 3：無限空間（Infinite Spaces） 什麼是無限空間？ 日曆頁面 → /events/2026/01/01, /events/2026/01/02, ... → 無窮無盡的 URL！ 搜尋過濾功能 → 每個搜尋詞產生一個 URL → 理論上無限的 URL 數量 Googlebot 一旦進入這些「兔子洞」， 會浪費大量 Crawl Budget。 #3 原因 4：伺服器回應慢 如�� Googlebot 爬取你的頁面時經常遇到： → 500 錯誤（伺服器錯誤） → 漫長的回應時間（> 2 秒） → 超時（Timeout） Google 會自動降低你的 Crawl Rate Limit， 因為它認為你的伺服器無法承受更高的爬取頻率。 #2 Crawl Budget 優化策略 #3 策略 1：阻止低價值 URL 被爬取 **使用 robots.txt** # 阻止內部搜尋結果頁面 Disallow: /search/ # 阻止篩選參數 Disallow: /*?color=* Disallow: /*?size=* Disallow: /*?sort=* # 阻止某些存檔頁面（如適用） Disallow: /tag/ ⚠️ 注意： robots.txt 阻止爬取，但不阻止索引（如果 Google 從其他來源發現該 URL） 如果需要阻止索引，使用 meta robots noindex **使用 Meta Robots Noindex** <!-- 在低價值頁面的 <head> 中 --> <meta name="robots" content="noindex, follow" /> <!-- noindex = 不要索引這個頁面 --> <!-- follow = 但可以追蹤頁面上的連結 --> #3 策略 2：優化網站速度 速度直接影響 Crawl Rate Limit： 頁面載入速度 200ms vs 2,000ms → Google 在相同時間內可以爬取 10 倍的頁面 優化方向： ✅ 使用 CDN（內容傳遞網路） ✅ 優化伺服器回應時間（Time To First Byte < 200ms） ✅ 壓縮圖片和靜態資源 ✅ 使用快取策略減少伺服器負載 ✅ 確保主機方案足夠應付流量（共享主機經常是瓶頸） #3 策略 3：保持網站「乾淨」 定期清理： ✅ 移除或 301 轉址的 404 頁面 → 每個 404 都是一次被浪費的爬取 ✅ 合併或刪除重複內容 → 例如：/product/ 和 /product/?source=email 是同一頁 ✅ 管理分頁的深度 → 如果一個分類有 200 頁分頁，第 180-200 頁的內容可能不值得被頻繁爬取 ✅ 修剪過時/低價值的內容（Content Pruning） → 如果某個頁面從來沒有流量、沒有反向連結，考慮刪除或 301 轉址 #3 策略 4：優化 Sitemap Sitemap 是你的 Crawl Budget 使用說明書： ✅ 只包含你想被索引的頁面（不要包含 noindex 頁面） ✅ 使用 <lastmod> 標記頁面最後更新時間 → Google 可以優先爬取最近更新的頁面 ✅ 使用 <priority> 和 <changefreq>（雖然 Google 不完全遵循） ✅ 將 Sitemap 拆分為多個子 Sitemap（大網站） → 例如：sitemap-products.xml、sitemap-blog.xml ✅ 在 robots.txt 中引用 Sitemap 範例 robots.txt： Sitemap: https://yoursite.com/sitemap_index.xml #3 策略 5：內部連結結構優化 Google 通過內部連結發現新頁面： → 確保重要頁面在網站導航中（距首頁 3 次點擊內） → 不要讓重要內容深埋在 /category/subcategory/subsubcategory/.../ → 使用麵包屑（Breadcrumbs）導航 → HTML Sitemap 頁面（人工可讀的網站地圖頁面）可以幫助 Google 發現頁面 → 確保分頁連結使用 <a href> 而不是 JavaScript #2 監控 Crawl Budget #3 Google Search Console — Crawl Stats 報告 Search Console → 設定 → 爬取統計資料 可以查看： → 每天 Googlebot 爬取多少頁面 → 爬取下載的數據量（KB/day） → 平均回應時間 → 爬取需求變化的趨勢 值得留意的模式： ⚠️ 爬取量突然下降 → 可能伺服器有問題或網站被懲罰 ⚠️ 爬取量一直偏低 → 可能需要優化 Crawl Demand ⚠️ 回應時間上升 → 伺服器效能需要改善 #3 Log File Analysis（日誌分析） 進階做法：分析伺服器的存取日誌（access logs），了解 Googlebot 的實際行為。 日誌分析可以回答的問題： → Googlebot 最常爬取哪些頁面？ → Googlebot 花了多少時間在低價值頁面上？ → Googlebot 是否爬取了你不希望它爬取的 URL？ → Googlebot 多久來一次？爬取頻率是否有變化？ → 是否有頁面 Googlebot 應該爬取但從未爬取過？ 推薦工具： → Screaming Frog Log File Analyzer → Botify（企業級） → OnCrawl → Splunk（自訂方案） #2 大型網站的 Crawl Budget 優化路線圖 #3 第一步：審計（第 1 週） ☐ 使用 Screaming Frog 爬取整個網站，了解 URL 總數 ☐ 在 Search Console 查看 Crawl Stats，了解現狀 ☐ 列出所有低價值 URL 類型（搜尋頁面、篩選頁面、存檔等） ☐ 檢查有多少頁面被 noindex 但仍然被爬取 #3 第二步：阻止浪費（第 2-3 週） ☐ 在 robots.txt 中阻止明確的低價值 URL 模式 ☐ 對無法在 robots.txt 阻止的低價值頁面，加入 noindex 標籤 ☐ 優化 Faceted Navigation（限制可爬取的篩選組合） ☐ 處理無限空間：使用 robots.txt 或規範化 #3 第三步：優化 Sitemap（第 3-4 週） ☐ 清理 Sitemap：移除被 noindex 的頁面、移除 404 頁面 ☐ 加入 <lastmod> 數據 ☐ 拆分為多個子 Sitemap（如果網站較大） ☐ 在 robots.txt 中確認 Sitemap 引用正確 #3 第四步：提升效率（持續） ☐ 優化伺服器回應時間 ☐ 設置 CDN ☐ 優化內部連結結構 ☐ 定期進行 Content Pruning ☐ 監控和調整 #2 Crawl Budget 常見問題 #3 Q1：Google 一天會爬取我的網站幾次？ 答案：沒有固定答案。取決於： → 你的網站規模 → Google 對你網站的「信任度」和權威度 → 你的內容更新頻率（新聞網站 vs 靜態網站） → 你的伺服器效能 → 你的 Crawl Budget 管理狀況 查看 Search Console → 爬取統計資料，了解你的實際數據。 #3 Q2：noindex 頁面會消耗 Crawl Budget 嗎？ 答案：會。雖然被 noindex 的頁面不會進入索引， 但 Googlebot 仍然需要先爬取該頁面才能看到 noindex 標籤。 優化策略： → 對於可以預先知道的低價值 URL，使用 robots.txt 阻止爬取 → 對於需要 Google 看到 noindex 標籤的頁面， 確保只在必要時才保留 → 長遠來說，noindex 頁面的爬取頻率會自然降低 #3 Q3：CDN 會影響 Crawl Budget 嗎？ 答案：正面影響！ CDN 幫助： ✅ 減少伺服器負載 → Google 可以增加 Crawl Rate ✅ 加快回應時間 → 相同時間內可以爬取更多頁面 ✅ 全球節點 → Googlebot 從最近的節點爬取，速度更快 但注意：確保 CDN 不會阻擋 Googlebot！ #2 總結檢查清單 #3 審計階段 任務 說明 ☐ 確認網站的 URL 總數 使用 Screaming Frog 爬取 ☐ 查看 Search Console Crawl Stats 了解每日爬取量 ☐ 識別低價值 URL 模式 搜尋頁面、篩選、存檔等 ☐ 檢查伺服器回應時間 目標 < 200ms #3 優化階段 任務 說明 ☐ robots.txt 阻止低價值路徑 /search/、篩選參數等 ☐ 低價值頁面加入 noindex 不能透過 robots.txt 處理的頁面 ☐ 清理 Sitemap 只包含值得索引的頁面 ☐ 加入 數據 幫助 Google 優先爬取更新內容 ☐ 優化網站速度 CDN、快取、伺服器升級 ☐ 處理 Faceted Navigation 限制可爬取的篩選組合 ☐ 內部連結優化 確認重要頁面在 3 次點擊內 ☐ 定期 Content Pruning 清除過時和低品質內容 | ← [第 55 章：分頁 SEO 與無限滾動策略](http://55-分頁SEO與無限滾動策略.md) | [回索引](http://../索引.md) | [第 57 章：網站搬遷與域名遷移 SEO SOP →](http://57-網站搬遷與域名遷移SEO-SOP.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 57 章：網站搬遷與域名遷移 SEO SOP URL: https://cyruschan.com/seo-chapter-57/ > 網站搬遷的 SEO 風險 網站搬遷（Site Migration） 是 SEO #2 網站搬遷的 SEO 風險 **網站搬遷（Site Migration）** 是 SEO 中風險最高的操作之一。如果處理不當，可能導致流量暴跌 50-90%，且需要數月才能恢復。 網站搬遷的常見場景： 1. 域名變更（Domain Change） oldsite.com → newsite.hk 2. 網站改版（Redesign）+ URL 結構改變 /old-page.html → /new-page/ 3. 平台遷移（Platform Migration） WordPress → Shopify / 自訂 CMS 4. HTTP → HTTPS 遷移 http://site.com → https://site.com 5. 子域合併或拆分 blog.site.com → site.com/blog/ **核心原則：** 網站搬遷的成功關鍵在於**規劃**。臨時抱佛腳的搬遷是不必要的 SEO 自殺。 #2 SEO 搬遷的黃金法則 #3 法則 1：建立完整的 URL 映射表 **URL 映射表**是網站搬遷最重要的文件。它記錄了每一個舊 URL 應該導向的新 URL。 URL 映射表範例： | 舊 URL | 新 URL | 轉址類型 | |-------------------------------|------------------------------|---------| | /about-us.html | /about/ | 301 | | /products/shoes/red-sneakers | /products/red-sneakers/ | 301 | | /blog/2025/seo-tips | /blog/seo-tips-2025/ | 301 | | /contact.php | /contact/ | 301 | | /old-promotion | /（首頁） | 301 | | /deleted-product | 沒有對應頁面 | 410 | 建立映射表的工具： → Screaming Frog（爬取舊網站所有 URL） → Google Search Console（導出所有已索引的 URL） → Google Analytics（導出所有有流量的 URL） → Ahrefs / Semrush（導出所有有反向連結的 URL） #3 法則 2：使用 301 永久轉址 301 轉址是網站搬遷的靈魂： 301 Moved Permanently： → 告知 Google：「這個頁面永久搬遷到新地址」 → 傳遞約 90-95% 的連結權重（Link Juice） → 將使用者和爬蟲導向新地址 302 Found（臨時轉址）： → 只在測試期間使用 → Google 不會傳遞連結權重 → 上線後必須改成 301 307 Temporary Redirect： → 與 302 類似 → 只在測試期間使用 搬遷上線時： ✅ 所有轉址必須是 301，不是 302！ ✅ 測試所有轉址是否正確運作 ✅ 絕對不要使用 Meta Refresh 或 JavaScript 轉址 #3 法則 3：轉址鏈不要超過一層 ❌ 錯誤：多重轉址鏈 /old-page → 301 → /interim-page → 301 → /new-page 每多一次轉址，就損失更多連結權重。 ✅ 正確：直接轉址 /old-page → 301 → /new-page 一對一轉址，不損失權重。 #2 搬遷前準備（第 1-2 週） #3 Step 1：基準線測量 搬遷前記錄你的 SEO 基準數據： ☐ 每日自然流量（Google Analytics / GA4） ☐ 主要關鍵字排名（Ahrefs / Semrush） ☐ 已索引的頁面數量（Google Search Console） ☐ 網站的平均載入速度（PageSpeed Insights） ☐ 核心頁面的排名（首頁、主要服務頁面、主要產品頁面） ☐ 反向連結總數和主要來源（Ahrefs / Semrush） ☐ 網站的 Sitemap 目的：搬遷後如果出現流量下降，這些基準數據可以幫助你判斷 是正常的短暫波動（1-2 週），還是真正的 SEO 問題。 #3 Step 2：全面爬取舊網站 使用 Screaming Frog 或類似工具： 匯出： ☐ 所有可訪問的 URL（包含 HTTP 狀態碼） ☐ 所有有反向連結的 URL（從 Ahrefs / Semrush 交叉比對） ☐ 所有在 Search Console 中「已索引」的 URL ☐ 所有在 GA4 中「有流量」的 URL ☐ 所有頁面的 Title Tag 和 Meta Description 合併以上來源 → 建立完整的舊 URL 清單 #3 Step 3：規劃新 URL 結構 設計新網站的 URL 結構時： ✅ 保持簡短和描述性 /products/red-sneakers/ 比 /p/12345/ 好 ✅ 包含關鍵字（但不要關鍵字堆砌） /hong-kong-dental-services/ 比 /services/ 好 ✅ 使用連字號（-）分隔詞語 /red-sneakers/（不是 /red_sneakers/ 或 /redsneakers/） ✅ 保持一致性 不要同時使用 /category/product 和 /product-category ✅ 如果可能，保持舊 URL 結構不變 不改變 URL = 不需要 301 轉址 = 零 SEO 風險 #3 Step 4：建立 301 轉址映射表 映射表的優先級： 優先級 1（必須映射）： → 有大量自然流量的頁面 → 有反向連結的頁面 → 在 Search Console 中排名前 10 的頁面 優先級 2（應該映射）： → 所有其他有內容的頁面 → 被 Google 索引的頁面 優先級 3（可選）： → 從來沒有流量、沒有反向連結的頁面 → 可以選擇不映射（讓它們回傳 404 或 410） #2 搬遷中執行（第 3 週） #3 Step 5：在測試環境中驗證 上線前在 Staging / 測試環境中檢查： ☐ 所有頁面都能正常載入？ ☐ 所有 301 轉址都正確運作？（使用 Screaming Frog 爬取舊 URL，確認得到 301 和正確的新 URL） ☐ 沒有轉址鏈（舊 URL → 301 → 新 URL，不是舊 → 舊 → 新） ☐ Canonical 標籤正確？（新頁面的 Canonical 指向自己） ☐ hreflang 標籤正確？（如果有多語言版本） ☐ Schema 結構化資料正確？ ☐ robots.txt 和 Sitemap 指向新 URL？ ☐ 內部連結都更新到新 URL？ #3 Step 6：封鎖測試環境 在測試期間，確保 Google 不會索引測試網站： Staging / 測試環境的 robots.txt： User-agent: * Disallow: / 或在測試環境的所有頁面加入： <meta name="robots" content="noindex, nofollow" /> 或對測試環境設置密碼保護（HTTP Basic Auth）。 #3 Step 7：設定 Sitemap 和 robots.txt（新網站） 新網站的 robots.txt： User-agent: * Allow: / Sitemap: https://newsite.com/sitemap_index.xml 新網站的 Sitemap： → 包含所有新 URL → 不要包含任何舊 URL → 確認 <lastmod> 標記為搬遷日期 #3 Step 8：切換上線 上線日的工作序列： 1. 將新網站部署到正式環境 2. 確認新網站在正式環境正常運作 3. 實施所有 301 轉址（一次性全部上線） 4. 在 Search Console 中提交新網站的 Sitemap 5. 如果需要域名變更，在 Search Console 使用「地址變更」工具 6. 驗證：使用 Screaming Frog 爬取舊 URL → 確認得到 301 + 正確的新 URL #2 搬遷後監控與修復（第 4-8 週） #3 第一週：密集監控 每日檢查： ☐ Search Console → 索引涵蓋範圍（有沒有錯誤急升？） ☐ Search Console → Sitemap 處理狀態（新 URL 是否被發現？） ☐ Google Analytics → 自然流量（有沒有暴跌？） ☐ 排名追蹤工具 → 主要關鍵字排名（有沒有急降？） ☐ 搜尋你的品牌名稱 → 確保新網站出現在第一頁 預期波動： → 搬遷後 1-2 週內，排名和流量會有一些波動，這是正常的 → 如果 3-4 週後仍然沒有恢復，可能有問題需要排查 #3 第 2-4 週：修正問題 常見的搬遷後問題和修復： 問題：大量 404 錯誤 → 檢查轉址映射表是否有遺漏 → 使用 Search Console 的 404 報告找出被遺漏的 URL → 補充缺失的 301 轉址 問題：流量明顯下降（> 30%） → 檢查是否所有轉址都是 301（不是 302） → 檢查轉址鏈（不要有超過 1 層的轉址） → 確認新網站沒有被 robots.txt 意外封鎖 → 確認沒有意外的 noindex 標籤 → 檢查 Sitemap 是否正確提交 問題：新頁面未被索引 → 確認頁面在 Sitemap 中 → 使用 Search Console 的 URL 檢查工具手動請求索引 → 確保內部連結結構清晰，沒有孤兒頁面 #3 第 4-8 週：持續監控和優化 ☐ 監控流量恢復情況 ☐ 檢查排名是否回到搬遷前水平 ☐ 審查內部連結（確保沒有指向舊 URL 的內部連結） ☐ 更新外部反向連結（聯繫對方更新連結到新 URL） ☐ 檢查 Sitemap 處理狀態 ☐ 確認舊 URL 的索引已經被轉移到新 URL #2 Search Console 的「地址變更」工具 #3 如果��樣域名（例如 .com → .hk） 使用 Search Console 的地址變更工具： 前提條件： ✅ 你必須擁有新舊兩個域名的 Search Console 權限 ✅ 所有頁面使用 301 轉址從舊域名導向新域名 ✅ 新網站的內容應與舊網站對應 操作步��： 1. 進入舊域名的 Search Console 2. 設定 → 地址變更 3. 選擇新域名 4. 提交變更 Google 會： → 加速將索引從舊域名轉移到新域名 → 傳遞排名訊號 → 這通常需要數週到數月的時間 #3 如果是同一域名但 URL 結構改變 不需要使用「地址變更」工具。 只需： ✅ 實施 301 轉址（舊 URL → 新 URL） ✅ 提交新 Sitemap ✅ 讓 Google 自然爬取和更新索引 #2 HTTPS 遷移的特別注意事項 HTTP → HTTPS 遷移是常見的搬遷類型，有特別的注意事項： ✅ 確保 SSL 憑證正確安裝（沒有混合內容警告） ✅ 網站上所有資源（圖片、CSS、JS）都使用 HTTPS ✅ 內部連結更新為 HTTPS（不要依賴 301 轉址處理內部連結） ✅ Canonical URL 從 http:// 改為 https:// ✅ Sitemap 中的 URL 改為 https:// ✅ hreflang 標籤中的 URL 改為 https:// ✅ 在 Search Console 中將新 HTTPS 屬性設為主要屬性 ❌ 不要同時變更 URL 結構和進行 HTTPS 遷移！ → 一次只做一個重大變更 → 兩個變更一起做 = 排查問題時極難定位原因 #2 常見搬遷錯誤 錯誤 後果 防範方法 沒有建立 URL 映射表 大量 404，流量暴跌 搬遷前完成映射表 轉址用了 302 而不是 301 連結權重無法傳遞 上線前測試所有轉址的 HTTP 狀態碼 轉址鏈太長 權重層層損失 確保所有轉址是直接的一對一映射 忘記加入 Canonical 重複內容問題 上線前檢查每個頁面的 Canonical robots.txt 封鎖了新網站 整個網站不被爬取 確認 robots.txt 沒有 Disallow: / Sitemap 包含舊 URL 混亂的索引訊號 提交只包含新 URL 的 Sitemap 內部連結指向舊 URL 爬取混亂、使用者 404 搬遷後爬取網站，檢查內部連結 測試環境沒有封鎖 Google 索引了測試網站 使用 noindex 或 robots.txt 封鎖 外鏈沒有更新 反向連結價值流失 聯繫重要的外鏈來源更新連結 HTTPS 混合內容 瀏覽器警告、信任度下降 確保所有資源使用 HTTPS #2 網站搬遷 SEO 檢查清單 #3 搬遷前 任務 說明 ☐ 記錄 SEO 基準數據 流量、排名、索引數量、反向連結 ☐ 爬取舊網站所有 URL Screaming Frog / Search Console / Analytics ☐ 建立 URL 映射表 每個舊 URL 對應新 URL ☐ 設計新 URL 結構 保持簡短、描述性、一致性 ☐ 準備 301 轉址規則 Regex 規則或逐一映射 ☐ 封鎖測試環境 robots.txt Disallow 或 noindex #3 搬遷中（上線日） 任務 說明 ☐ 部署新網站 確認正式環境正常運作 ☐ 實施所有 301 轉址 一次性全部上線，確認都是 301 ☐ 提交新 Sitemap Search Console 中提交 ☐ 使用地址變更工具（如適用） 僅在域名變更時使用 ☐ 快速驗證 爬取舊 URL，確認得到正確的 301 ☐ 檢查 robots.txt 確保沒有意外封鎖 #3 搬遷後（第 1-8 週） 任務 說明 ☐ 每日監控 Search Console 索引錯誤、爬取錯誤 ☐ 監控流量和排名 與搬遷前基準數據對比 ☐ 修復 404 錯誤 根據 Search Console 報���補充轉址 ☐ 更新內部連結 確認沒有指向舊 URL ☐ 聯繫重要外鏈��源 請求更新連結到新 URL ☐ 持續監控 4-8 週 確保流量恢復到搬遷前水平 | ← [第 56 章：Crawl Budget 爬取預算優化](http://56-Crawl-Budget爬取預算優化.md) | [回索引](http://../索引.md) | [第 58 章：AI 時代 SEO 全景 →](http://58-AI時代SEO全景.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 58 章：AI 時代 SEO 全景 — AISO / AEO / GEO 名詞解析與分工 URL: https://cyruschan.com/seo-chapter-58/ > SEO 正在經歷第三次典範轉移 SEO 的三個時代： 2000-2015：傳統 #2 SEO 正在經歷第三次典範轉移 SEO 的三個時代： 2000-2015：傳統 SEO（Traditional SEO） 目標：在 Google 的 10 個藍色連結中排名 策略：關鍵字密度、Meta Tags、反向連結數量 主角：Google Search 2015-2023：全方位 SEO（Holistic SEO） 目標：在 SERP 的所有版位中出現（Local Pack、Featured Snippet、圖片、影片） 策略：E-E-A-T、內容品質、結構化資料、使用者體驗 主角：Google Search + 多元搜尋功能 2024-現在：AI 時代 SEO（AISO / AEO / GEO） 目標：在 AI 的回答中被引用、被推薦、被看見 策略：Entity SEO、權威度建立、內容結構化、llms.txt 主角：Google AI Overviews、ChatGPT、Perplexity、Claude、Gemini **核心轉變：** 從「讓搜尋引擎找到我」變成「讓 AI 認識我、信任我、推薦我」。 #2 AI 時代 SEO 的三大支柱 隨著 AI 搜尋的崛起，SEO 領域出現了三個新的關鍵概念： AISO（AI Search Optimization）— AI 搜尋優化 最廣義的概念，涵蓋所有針對 AI 搜尋體驗的優化。 包括 Google AI Overviews、ChatGPT Search、Perplexity 等。 「如何讓你的內容在 AI 驅動的搜尋中被看見？」 AEO（Answer Engine Optimization）— 答案引擎優化 專注於讓你的內容成為 AI 回答問題時的首選來源。 當 AI 需要回答「香港最好的牙醫是誰？」時， 你是否在被引用的名單中？ 「如何成為 AI 答案中的權威來源？」 GEO（Generative Engine Optimization）— 生成式引擎優化 專注於針對生成式 AI 搜尋引擎（如 ChatGPT、Perplexity）的優化。 這些引擎不是提供連結列表，而是直接生成答案。 你的內容需要被這些引擎「理解、吸收、引用」。 「如何在 AI 生成的答案中獲得引用和曝光？」 #3 三者的關係 ┌───────────────────────────────────────────┐ │ AISO（AI 搜尋優化） │ │ ┌─────────────────┐ ┌─────────────────┐ │ │ │ AEO │ │ GEO │ │ │ │ （答案引擎優化） │ │ （生成式引擎優化） │ │ │ │ │ │ │ │ │ │ Google AI │ │ ChatGPT Search │ │ │ │ Overviews │ │ Perplexity │ │ │ │ Featured Snippet │ │ Claude Search │ │ │ │ Knowledge Graph │ │ Gemini Deep │ │ │ │ │ │ Research │ │ │ └─────────────────┘ └─────────────────┘ │ └───────────────────────────────────────────┘ **簡單記法：** AISO 是大框架，AEO 偏向 Google 生態，GEO 偏向獨立 AI 搜尋引擎。 #2 AI 搜尋引擎全景圖（2026） #3 類別 1：傳統搜尋引擎 + AI 層 Google： AI Overviews — 在搜尋結果頂部直接生成 AI 回答 SGE（Search Generative Experience）— Google 的 AI 搜尋實驗 → 對傳統 SEO 衝擊最大！AI 回答搶走了大量點擊。 Bing： Bing Chat / Copilot — 整合 GPT-4 的對話式搜尋 Deep Search — 使用 AI 進行深度搜尋 → 佔有率較低，但在歐美有一定市場。 #3 類別 2：獨立 AI 搜尋引擎 ChatGPT Search（OpenAI）： → 基於 GPT-4 的網路搜尋功能 → 直接生成答案 + 引用來源 → 2025 年底推出，正在快速增長 Perplexity： → 專注於「可引用的 AI 搜尋」 → 每個答案都有明確的來源引用 → 學術和研究領域使用率高 Claude（Anthropic）： → 具有網頁搜尋能力的對話 AI → 注重安全和準確性 Gemini（Google）： → Google 的多模態 AI 助手 → 整合 Google 搜尋的生態系統 #3 類別 3：垂直領域 AI 搜尋 You.com： → 注重隱私的 AI 搜尋引擎 → 整合多個 AI 模型的結果 Arc Search： → 瀏覽器內建的 AI 搜尋 → 自動生成「瀏覽摘要頁面」 Consensus： → 專注學術研究的 AI 搜尋 → 只引用有研究支持的回答 Phind： → 專注程式開發的 AI 搜尋 → 答案包含程式碼和技術文件引用 #2 傳統 SEO → AISO 的關鍵轉變 傳統 SEO 關注 AISO 關注 轉變本質 排名位置（#1, #2…） 是否被 AI 引用 從「位置」到「曝光」 點擊率（CTR） 被引用的質量和上下文 從「點擊」到「提及」 關鍵字排名 Entity（實體）識別 從「關鍵字匹配」到「語義理解」 反向連結數量 權威度和可信度訊號 從「數量」到「品質」 網頁優化 結構化、可被機器解析的內容 從「可讀性」到「可解析性」 SERP 版位 AI 回答中的位置 從「SERP」到「AI 答案」 傳統 SEO 的漏斗： 曝光 → 點擊 → 網站訪問 → 轉換 AISO 的漏斗： 曝光 → AI 回答中被引用 → 品牌認知提升 → 間接網站訪問/轉換 ↑ 新增的關鍵步驟 #2 AI Overviews 的運作方式（2026） #3 Google AI Overviews 是什麼？ **AI Overviews** 是 Google 在搜尋結果頂部顯示的、由 AI 自動生成的摘要答案。它從多個網頁中提取資訊，合成一個完整的回答。 當使用者搜尋： 「香港牙醫 植牙過程 注意事項」 Google AI Overviews 顯示： ┌──────────────────────────────────────────┐ │ AI Overviews │ │ │ │ 植牙過程通常包括以下��驟： │ │ │ │ 1. 初步評估：牙醫會進行 X 光檢查... │ │ 2. 植入手術：在局部麻醉下... │ │ 3. 骨整合期：約需 3-6 個月... │ │ 4. 安裝牙冠：最終裝上假牙... │ │ │ │ 常見注意事項包括... │ │ │ │ [來源 1] [來源 2] [來源 3] ← 你的網站！ │ └──────────────────────────────────────────┘ 然後才是傳統的藍色連結... #3 ��些搜尋最容易觸發 AI Overviews？ 高觸發率： ✅ 資訊型查詢（「XXX 是什麼」「XXX 如何運作」） ✅ 步驟/教學類型（「如何 XXX」「XXX 的步驟」） ✅ 比較型查詢（「A vs B 的差異」） ✅ 清單型查詢（「最好的 XXX 推薦」） 低觸發率： ⚠️ 交易型查詢（「購買 XXX」— 仍以廣告和購物結果為主） ⚠️ 導航型查詢（「Facebook 登入」— 直接導向網站） ⚠️ 當地搜尋（「附近的餐廳」— 仍以 Local Pack 為主） #2 AI 如何決定引用哪些內容？ 決定 AI 引用（Citation）的因素： 1. 權威度（Authority） AI 傾向引用公認的權威來源： → 知名媒體、學術機構、政府網站、行業權威 2. 內容一致性（Consensus） 如果多個權威來源說同樣的事， AI 更有信心引用這個資訊。 3. 內容結構化程度（Structure） 清晰的標題層級、列表、表格 → AI 更容易解析和提取資訊。 4. E-E-A-T 訊號 經驗（Experience）、專業（Expertise）、 權威（Authoritativeness）、信任（Trustworthiness） 5. 引用網絡（Citation Network） 被其他權威來源引用的內容， 更有可能被 AI 引用。 6. 數據和事實的明確性 有具體數字、統計資料、研究支持的內容， 比模糊的��容更容易被引用。 #2 2026 年 SEO 工作者的新技能組合 傳統 SEO 技能（仍然重要）： ☑ 關鍵字研究 ☑ On-Page SEO（Title、Meta、Header） ☑ 技術 SEO（速度、索引、Schema） ☑ 反向連結建設 AISO 新增技能（必須學習）： ☑ Entity SEO（實體優化） ☑ 內容結構化（不只是寫作，是資料整理） ☑ 了解 AI 模型如何處理資訊 ☑ llms.txt 和 AI 爬蟲管理 ☑ Schema 進階應用（不只是基礎設定） ☑ 數據驅動的內容策略（基於 AI 引用數據） ☑ 品牌權威度建設（不只是一般反向連結） ☑ AI 時代的內容格式（FAQ、How-to、Listicle 更受 AI 歡迎） #2 AISO 的六個月起步路線圖 #3 第 1-2 個月：理解與準備 ☐ 了解 AI Overviews 在你的行業中如何顯示 ☐ 分析競爭對手是否被 AI 引用 ☐ 建立 Entity SEO 的基礎（Google Knowledge Graph） ☐ 審查網站現有的 Schema 標記 ☐ 為網站設定 llms.txt（見第 64 章） #3 第 3-4 個月：內容重構 ☐ 將現有內容重構為更結構化的格式 ☐ 加入 FAQ、How-to、Listicle 等 AI 友好格式 ☐ 強化內容中的數據、統計、引用來源 ☐ 改善 E-E-A-T 訊號（作者頁面、專業認證展示） #3 第 5-6 個月：監控與迭代 ☐ 使用工具追蹤 AI 引用情況 ☐ 分析哪些內容被 AI 引用，哪些沒有 ☐ 根據數據調整內容策略 ☐ 持續建立行業權威度 #2 關鍵工具 工具 用途 **Google Search Console** 監控 AI Overviews 的曝光（新指標） **Semrush / Ahrefs** 追蹤關鍵字在 AI Overviews 中的出現 **ZipTie / AIOSEO** AI 引用監控工具 **Google Trends** 追蹤話題趨勢，預測 AI 會關注什麼 **Schema Markup Validator** 確保結構化資料正確 **Perplexity / ChatGPT** 手動測試你的品牌/內容是否被引用 #2 總結：AI 時代 SEO 的核心心態轉變 ❌ 舊心態： 「我要在 Google 排名第一」 「我要讓更多人點擊我的網站」 ✅ 新心態： 「我要成為 AI 眼中的權威資訊來源」 「我要讓我的內容在 AI 回答中被正確地引用」 關鍵轉變： → 從追求「排名」到追求「被引用」 → 從「網站為中心」到「品牌為中心」 → 從「單一搜尋引擎」到「多 AI 平台」 → 從「點擊率」到「品牌可見度」 | ← [第 57 章：網站搬遷與域名遷移 SEO SOP](http://57-網站搬遷與域名遷移SEO-SOP.md) | [回索引](http://../索引.md) | [第 59 章：AISO 的核心原理 →](http://59-AISO核心原理.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 59 章：AISO 的核心原理 — AI 如何「讀懂」你的內容 URL: https://cyruschan.com/seo-chapter-59/ > AI 不是「閱讀」，是「解析」 要理解 AISO，首先要打破一個迷思：AI 不像 #2 AI 不是「閱讀」，是「解析」 要理解 AISO，首先要打破一個迷思：AI 不像人類一樣逐字閱讀你的內容。AI 將你的內容轉換成數學表示（向量），並在語義空間中理解它的含義。 人類閱讀 vs AI「閱讀」： 人類： 「陳大明牙醫診所在中環，提供專業植牙服務。」 → 理解：這是一個診所、在中環、有植牙服務、專業的 AI（經過 Embedding / 向量化處理）： [0.23, -0.45, 0.78, 0.12, -0.56, ...] ← 768 個數字的向量 這個向量在語義空間中靠近： 「牙科診所」「醫療服務」「香港中環」 不���是關鍵字匹配，而是語義相似度計算。 **核心概念：** AI 通過 Embedding（嵌入）將你的內容轉化為向量。相似的內容在向量空間中靠近彼此。如果 AI 的查詢向量靠近你的內容向量，你的內容就有機會被引用。 #2 AI 搜尋的五個階段 當使用者在 ChatGPT / Perplexity / Google AI Overviews 中提問時，AI 搜尋經歷以下五個階段： 階段 1：查詢理解（Query Understanding） 使用者輸入：「中環最好的隱形牙套牙醫」 AI 做的事： → 將查詢轉換為向量 → 識別查詢中的實體（Entity）：「中環」「隱形牙套」「牙醫」 → 理解查詢意圖：尋找推薦 + 比較品質 階段 2：資訊檢索（Retrieval） AI 從索引中找���相關內容。 使用的技術： → 關鍵字檢索（傳統） → 語義檢索（基於向量相似度） → 混合檢索（Hybrid Search = 兩者結合） 階段 3：資訊篩選與排序（Filtering & Ranking） AI 從檢索到的內容中篩選和排序。 排序因素： → 內容的權威度（Authority Score） → 內容的相關性（Relevance） → 內容的新鮮度（Freshness） → 內容的結構化程度 → 來源的多樣性（需要多個來源） 階段 4：資訊合成（Synthesis） AI 將多個來源的資訊合成一個連貫的回答。 AI 做的事： → 提取關鍵資訊 → 比對不同來源的資訊一致性 → 優先使用權威來源的資訊 → 生成引用標記 階段 5：回答生成（Answer Generation） AI 生成最終回答，包含引用來源。 你的內容出現在這裡 → 「根據[你的網站]的資訊，陳大明牙醫診所...」 #2 影響 AI 引用的六大內容訊號 #3 訊號 1：內容的結構化程度 AI 偏好結構清晰的內容： ❌ AI 難以解析： <p>陳大明牙醫診所提供多種牙科服務。我們位於中環。 植牙是我們的專長。我們也做牙齒美白和隱形牙套矯正。 陳醫生有 15 年經驗。請致電預約。</p> ✅ AI 容易解析： <h2>陳大明牙醫診所</h2> <p><strong>位置：</strong>香港中環皇后大道中 100 號</p> <h3>核心服務</h3> <ul> <li><strong>植牙</strong>：使用瑞士 Straumann 植體，15 年經驗</li> <li><strong>隱形牙套矯正</strong>：Invisalign 認證醫師</li> <li><strong>牙齒美白</strong>：雷射美白，即日見效</li> </ul> <h3>醫師資歷</h3> <ul> <li>陳大明醫生，香港大學牙醫學院畢業</li> <li>15 年臨床經驗</li> <li>香港牙醫學會會員</li> </ul> #3 訊號 2：事實與數據的密度 AI 偏好有事實和數據支持的內容： ❌ 模糊： 「植牙的成功率很高。」 「很多人選擇隱形牙套。」 ✅ 具體： 「根據臨床研究，現代植牙的 10 年成功率達 95% 以上。」 「2025 年全球隱形牙套市場研究顯示， 超過 60% 的患者因美觀考量選擇隱形牙套而非傳統金屬牙套。」 AI 的行為： → 如果多個來源都引用了相同的統計數據， AI 更有信心在回答中使用這個數據。 → 但如果你的來源引用了獨特的、原創的數據， 而其他來源沒有，AI 會優先用你的版本。 #3 訊號 3：內容的權威度 AI 通過多個訊號來判斷權威度： 顯性權威訊號（AI 可以直接讀取）： ✅ 作者專業背景（在頁面中明確列出） ✅ 專業認證和資格 ✅ 學術引用和被引用次數 ✅ Schema 結構化資料中的 author/Organization 隱性權威訊號（AI 從網絡中推斷）： ✅ 反向連結的數量和品質 ✅ 品牌在網絡上的提及頻率 ✅ Wikipedia 上是否有相關條目 ✅ Google Knowledge Graph 中是否有你的實體 強化權威度的做法： → 為每篇文章添加作者簡介（含專業背景） → 列出你的專業認證和會員資格 → 引用可信的資料來源 → 展示真實案例和數據 #3 訊號 4：Entity（實體）的清晰度 AI 通過 Entity 來理解「誰、什麼、在哪裡」： 例如一篇文章中提到： 「Dr. Chan 在中環的診所提供 Invisalign 治療。」 AI 會識別出以下 Entity： → PERSON: Dr. Chan → LOCATION: 中環（Central, Hong Kong） → ORGANIZATION: 診所（Dental Clinic） → PRODUCT: Invisalign 強化 Entity 識別： → 使用 Schema 結構化資料標記 Entity → 與權威資料庫對齊（例如 Wikipedia、Google Knowledge Graph） → 在內容中使用完整的名稱（「陳大明醫生」而非「陳醫生」） → 建立 Entity 之間的關係（Person → worksFor → Organization） #3 訊號 5：內容的獨特性 AI 為什麼偏好獨特內容？ 如果 AI 的所有來源都在說同樣的事情： → AI 的回答將沒有增量價值 → 任何一個來源都可以被替換 如果你的內容提供了獨特的角度、數據或見解： → 你的內容對 AI 的回答有獨特貢獻 → 你的內容更難被其他來源替代 → AI 傾向優先引用有獨特貢獻的來源 什麼是「獨特內容」？ ✅ 原創研究、調查、數據 ✅ 獨特的行業見解和經驗分享 ✅ 一手資料（案例研究、訪談） ✅ 深度分析（而非表面的「10 大」列表） ❌ 不是：換句話說別人的內容 ❌ 不是：聚合器式的「整理」 #3 訊號 6：時效性與新鮮度 AI 對��效性的敏感度： 高時效性查詢（需要最新資訊）： 「2026 年香港牙醫收費」 「最新的植牙技術」 → AI 會優先引用最近發布/更新的內容 低時效性查詢（資訊相對穩定）： 「植牙的步驟」 「如何選擇牙醫」 → AI 對時效性的敏感度較低 保持內容新鮮度： → 定期更新關鍵頁面（顯示「最後更新日期」） → 發布年度更新報告 → 移除過時資訊 #2 AI 引用權重的決定機制 AI 在決定「哪些來源值得引用」時，會考慮一個類似「PageRank」的權重系統，但更加複雜： AI 引用權重 ≈ 來源權威度 × 內容相關性 × 結構化程度 × 獨特性 × 時效性 ─────────────────────────────────────────────────── 競爭來源的權重總和 關鍵點： → 不是單一因素決定，而是多因素的加權組合 → 不同類型的查詢，因素的權重不同 → 例如：醫療查詢（權威度權重更高）vs 電影推薦（相關性權重更高） #2 2026 年最重要的 AISO 策略 #3 策略 1：內容重構（Content Restructuring） 不只是寫文章，而是將內容結構化成「AI 可解析」的格式： Before（傳統部���格文章）： 標題 → 導言 → 正文段落 → 結論 After（AI 優化結構）： 標題（含關鍵 Entity） ├── 快速摘要（TL;DR） ├── 結構化目錄（內部連結） ├── h2: 核心概念（含定義和關鍵數據） ├── h2: 詳細步驟（使用有序列表） ├── h2: 常見問題（FAQ 格式） ├── h2: 數據與統計（引用���源） ├── h2: 總結要點（使用無序列表） └── 作者和專業背景 #3 策略 2：多格式內容策略 同一主題，多種格式： 核心長文（Pillar Content）： 「隱形牙套完整指南 2026」 2,000-3,000 字，結構完整 精簡 FAQ 頁面： 「隱形牙套常見問題」 每個 QA 獨立標記，Schema FAQ 優化 數據頁面： 「2026 香港隱形牙套市場數據報告」 大量統計數據、表格、圖表 How-to 頁面： 「隱形牙套的每日護理步驟」 分步驟說明，清��結構 為什麼要這樣做？ → 不同類型的 AI 查詢偏好不同格式的內容 → FAQ 格式更適合 Google AI Overviews → 數據頁面更適合理研究型 AI 搜尋 → 多格式 = 更大的被引用機會 #3 策略 3：品牌化實體建設 AI 搜尋時代，品牌 > 單一網頁： 以往： 你優化一個頁面 → 在一個關鍵字排名 AI 時代： 你建設品牌 Entity → 在多個 AI 搜尋中被引用 品牌 Entity 建設方法： → 在 Google Knowledge Graph 中建立品牌實體 → 在 Wikidata / Wikipedia 上有品牌條目 → 在權威行業網站上有品牌頁面 → 在主要媒體上有品牌報導 → 使用 sameAs 連結所有品牌存在 → Schema Organization 標記品牌資訊 #2 總結：你現在可以做的三件事 1. 結構化審查 用 AI 的眼光審查你的網站內容： → 內容是否結構清晰？（標題層級、列表、表格） → 數據是否具體？ → 作者專業背景是否清楚？ 2. Schema 強化 檢查你的 Schema 標記是否完整： → Organization / LocalBusiness 基本資訊 → Article Schema（含作者、日期） → FAQ Schema（在適用的頁面） → HowTo Schema（在步驟型內容） 3. Entity 建立 開始建立你的品牌 Entity： → 確保你的品牌在主要平台上有一致的 NAP → 考慮在 Wikidata 上創建品牌項目 → 在「關於我們」頁面中清晰地定義「你是誰」 | ← [第 58 章：AI 時代 SEO 全景](http://58-AI時代SEO全景.md) | [回索引](http://../索引.md) | [第 60 章：AISO 入門三件事 →](http://60-AISO入門三件事.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 60 章：AISO 入門三件事 URL: https://cyruschan.com/seo-chapter-60/ > 一句話總結 AISO 入門 你不需要從零開始重建 SEO。你只需要在現有基礎上， #2 一句話總結 AISO 入門 你不需要從零開始重建 SEO。你只需要在現有基礎上，做三件關鍵的事：**結構化你的內容、強化你的 Entity 身分、讓 AI 更容易找到你。** #2 第一件事：結構化你的內容（Structure） #3 為什麼結構化是 AISO 的基石？ 想像你是 AI： 你收到一個查詢：「香港植牙過程多久？」 你需要快速找到答案並引用。 網站 A： 一段 500 字的段落，沒有標題，沒有列表。 「...植牙是現代牙科常見手術在香港很多人選擇植牙來修復缺牙 過程包括幾個步驟首先醫生會進行評估然後...」 😵 我需要讀完整段才能提取資訊。 網站 B： <h2>植牙過程的時間線</h2> <ol> <li><strong>初步評估（1 天）：</strong>X 光檢查、3D 掃描</li> <li><strong>植入手術（1-2 小時）：</strong>局部麻醉下手術</li> <li><strong>骨整合期（3-6 個月）：</strong>植體與骨骼融合</li> <li><strong>安裝牙冠（1-2 次約診）：</strong>裝上最終假牙</li> </ol> 😊 一目了然！我可以直接提取每個步驟。 **規���：** 結構化內容讓 AI 在 0.1 秒內找到答案。沒有結構化的內容，讓 AI 花費 10 倍的時間——而 AI 通常不會這麼耐心。 #3 結構化清單：檢查你的每一頁 ☐ 使用清晰的標題層級（H1 → H2 → H3） → 不要跳級（例如從 H1 直接跳到 H3） → 每個 H2 涵蓋一個獨立的子主題 ☐ 列表取代段落（在適合的地方） �� 步驟 → 使用 <ol>（有序列表） → 項目 → 使用 <ul>（無序列表） → 比較 → 使用 <table>（表格） ☐ 每個核心概念都有明確的定義 → 「植牙是一種...」而非「簡單來說就是...」 → 給出精確、可以獨立引用的定義句 ☐ 關鍵數據加粗或使用結構化格式 → <strong>95% 成功率</strong> 而非 「成功率達 95%」 → 讓 AI 可以精確提取數據 ☐ 每個頁面有一個清晰的「核心答案」 → TL;DR 摘要（放在頁面頂部） → 讀者/AI 可以在 10 秒內理解該頁面的核心資訊 ☐ 加入「快速摘要」區塊 → 在文章頂部加入 2-3 句的核心摘要 → AI 特別喜歡這種格式 #3 改造前後對比 改造前（傳統文章格式）： # 如何選擇牙醫？ 選擇牙醫是一個重要的決定。在香港有很多牙醫， 如何選擇合適的牙醫呢？本文將為你介紹選擇牙醫的 幾個要點。首先你要考慮牙醫的位置... 改造後（AISO 優化格式）： # 如何選擇牙醫？2026 完整指南 > **TL;DR：** 從執業資格、經驗年資、設備技術、 > 地理位置和收費透明度五個維度評估牙醫。 > 建議先查看 Google 評論和香港牙醫學會名冊。 ## 選擇牙醫的五大評估維度 | 維度 | 重要性 | 檢查方法 | |------|--------|---------| | 執業資格 | 🔥🔥🔥🔥🔥 | 查詢香港牙醫管理委員會名冊 | | 經驗年資 | 🔥🔥🔥🔥🔥 | 診所網站＋Google 評論 | | 設備技術 | 🔥🔥🔥🔥 | 診所網站＋諮詢時詢問 | | 地理位置 | 🔥🔥🔥🔥 | Google Maps 搜尋＋交通評估 | | 收費透明 | 🔥🔥🔥🔥 | 索取詳細報價單比較 | ... #2 第二件事：強化你的 Entity 身分（Entity） #3 什麼是 Entity？ 在 SEO 語境中，Entity（實體）是一個獨一無二的「事物」： → 一個人（陳大明醫生） → 一個組織（陳大明牙醫診所） → 一個地點（香港中環） → 一個產品（Invisalign 隱形牙套） → 一個概念（植牙） Google 和 AI 不再只是匹配關鍵字。 它們在建立一個 Entity 的「知識圖譜」（Knowledge Graph）。 #3 Entity 優化四步驟 #4 Step 1：定義你的主要 Entity 你的主要 Entity 是什麼？ 品牌 Entity：陳大明牙醫診所 人物 Entity：陳大明醫生 地點 Entity：香港中環皇后大道中 100 號 這些應該在你的網站上清晰且一致地呈現。 #4 Step 2：在 Schema 中標記 Entity <!-- 品牌 Entity（Organization / LocalBusiness） --> <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "Dentist", "name": "陳大明牙醫診所", "url": "https://www.chendaming-dental.com.hk", "sameAs": [ "https://www.facebook.com/chendamingdental", "https://www.instagram.com/chendamingdental", "https://www.openrice.com/zh/hongkong/r-chendaming" ], "founder": { "@type": "Person", "name": "陳大明", "url": "https://www.chendaming-dental.com.hk/about/dr-chan" } } </script> <!-- 人物 Entity（Person） --> <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "Person", "name": "陳大明", "jobTitle": "牙科醫生", "worksFor": { "@type": "Dentist", "name": "陳大明牙醫診所" }, "alumniOf": { "@type": "CollegeOrUniversity", "name": "香港大學牙醫學院" }, "sameAs": [ "https://www.linkedin.com/in/dr-chan" ] } </script> #4 Step 3：外部 Entity 建設 在外部平台上建立你的 Entity 存在： 必須做： ☐ Google Business Profile（最重要！） ☐ Wikidata 項目（如果符合建立標準） ☐ 主要社交媒體（Facebook、Instagram、LinkedIn） 行業相關： ☐ 香港牙醫學會名冊 ☐ OpenRice（餐飲）/ 行業目錄 高價值（如果有機會）： ☐ Wikipedia 條目（需要符合知名度標準） ☐ 主要媒體報導（HK01、明報等） ☐ 行業權威網站的品牌頁面 #4 Step 4：建立 Entity 之間的關係 不只是列出 Entity，還要建立它們之間關係： Person（陳大明） → worksFor → Organization（陳大明牙醫診所） Organization → location → Place（中環） Organization → offers → Service（植牙服務） Organization → hasCredential → 香港牙醫管理委員會註冊 這些關係告訴 AI： 「陳大明醫生在香港中環的診所提供植牙服務，他有正式執業資格」 Schema 實現： 使用 @id 來建立 Entity 之間的引用關係 #2 第三件事：讓 AI 更容易找到你（Accessibility） #3 3.1 建立 llms.txt 檔案 llms.txt 是 2025 年提出的新標準，類似於 robots.txt，但專為 AI 語言模型設計。 什麼是 llms.txt？ robots.txt → 告訴搜尋引擎爬蟲「哪些頁面可以爬取」 llms.txt → 告訴 AI 語言模型「你的網站有什麼內容、如何最有效地理解和引用它」 llms.txt 放在網站根目錄：https://yoursite.com/llms.txt # llms.txt 範例 # 網站名稱：陳大明牙醫診所 # 網站描述：位於香港中環的專業牙科診所，提供植牙、隱形牙套矯正、牙齒美白等服務 # 更新日期：2026-07-23 ## 核心頁面 - [關於我們](https://www.chendaming-dental.com.hk/about/): 診所簡介、醫生團隊資歷、診所設施 - [植牙服務](https://www.chendaming-dental.com.hk/services/dental-implant/): 植牙完整指南、過程說明、費用範圍 - [隱形牙套](https://www.chendaming-dental.com.hk/services/invisalign/): Invisalign 矯正方案、療程時間、案例分享 - [牙齒美白](https://www.chendaming-dental.com.hk/services/whitening/): 雷射美白、家居美白方案比較 - [聯絡我們](https://www.chendaming-dental.com.hk/contact/): 地址、電話、營業時間、線上預約 ## 知識庫 - [植牙常見問題](https://www.chendaming-dental.com.hk/faq/implant/): 21 個植牙相關問答 - [牙科術語解釋](https://www.chendaming-dental.com.hk/glossary/): 常用牙科術語中英對照 - [收費標準](https://www.chendaming-dental.com.hk/pricing/): 各項服務收費範圍 ## 關於我們 陳大明牙醫診所自 2010 年起服務香港。 陳大明醫生畢業於香港大學牙醫學院，擁有 15 年臨床經驗。 診所位於中環核心地段，交通便利。 #3 3.2 設定 AI 爬蟲的 robots.txt 規則 除了傳統的 Googlebot，現在有新的 AI 爬蟲需要管理： Google-Extended（Google AI 專用）： 控制你的內容是否用於 Google 的 AI 訓練和 AI Overviews GPTBot（OpenAI）： ChatGPT 的爬蟲 CCBot（Common Crawl）： 公開網頁資料庫，被多個 AI 模型使用 anthropic-ai（Anthropic）： Claude 的爬蟲 robots.txt 範例： User-agent: Google-Extended Allow: / # 允許 Google AI 使用你的��容 User-agent: GPTBot Allow: / # 允許 ChatGPT 爬取你的內容 # 如果���想 AI 使用你的內容，可以： # User-agent: GPTBot # Disallow: / #3 3.3 確保你的內容可以被 AI 爬取 常見的 AI 爬取障礙： ❌ JavaScript 動態渲染的內容（AI 爬蟲可能無法執行 JS） ✅ 確保核心內容在 HTML 中可用 ❌ Paywall / 登入後的內容（AI 爬蟲無法通過） ✅ 提供免費可見的核心資訊（或摘要） ❌ robots.txt 意外封鎖 ✅ 檢查你的 robots.txt 沒有 Disallow 重要內容 ❌ 速度太慢（AI 爬蟲也有時間限制） ✅ 優化網站速度，確保頁面在 2 秒內載入 #2 三件事的優先級與時間表 第一週：結構化你的核心頁面（Structure） ☐ 選擇 5 個最重要的頁面 ☐ 為每個頁面加入 TL;DR 摘要 ☐ 重構標題層級和列表格式 ☐ 加入表格和數據點 第二週：強化 Entity 身分（Entity） ☐ 在 Schema 中標記 Organization 和 Person ☐ 確保 sameAs 連結完整 ☐ 建立 Wikidata 項目（如果符合標準） ☐ 檢查 Google Knowledge Graph 中是否有你的品牌 第三週：讓 AI 更容易找到你（Accessibility） ☐ 建立 llms.txt 檔案 ☐ 檢查和更新 robots.txt ☐ 確認 AI 爬蟲可以訪問你的重要內容 ☐ 提交更新的 Sitemap 第四週：測試與迭代 ☐ 使用 ChatGPT / Perplexity 提問你的行業相關問題 ☐ 檢查你的品牌/內容是否被引用 ☐ 根據結果調整內容格式和結構 ☐ 計劃下一輪的內容重構 #2 常見問題 #3 Q1：做了這三件事，我的網站就一定會被 AI 引用嗎？ 答案：不保證。 這三件事是「必要條件」而非「充分條件」： → 結構化 = 讓 AI 有能力解析你的內容 → Entity 強化 = 讓 AI 知道你是誰、是否可信 → 可訪問性 = 讓 AI 可以找到你的內容 但最終 AI 是否引用你，還取決於： → 你的內容品質是否比競爭對手更好 → 你的權威度是否足夠 → AI 的回答是否「需要」你的���型內容 這三件事做得好 ≠ 一定會被引用 這三件事沒做好 = 幾乎不可能被引用 #3 Q2：我需要專門為 AI 建立內容嗎？ 答案：不需要。但需要調整格式。 你的內容主題不變（仍然是牙科、植牙、隱形牙套等）， 但你的內容格式需要進化： 從「人類閱讀的文章」 → 「人類和 AI 都能理解的結構化內容」 不是分別寫「給人類的文章」和「給 AI 的內容」， 而是寫一篇「人和 AI 都能理解的內容」。 #3 Q3：傳統 SEO 還有用嗎？ 答案：仍然有用，而且是 AISO 的基礎。 技術 SEO → AI 爬取你的網站需要良好的技術基礎 反向連結 → 反向連結仍然是權威度的重要訊號 關鍵字研究 → 了解使用者的搜尋意圖仍然重要 E-E-A-T → AI 比 Google 更重視權威度和可信度 AISO 是在傳統 SEO 的基礎上加了一層， 不是取代傳統 SEO。 #2 總結：AISO 入門的核心心態 ❌ 不要想著「騙過 AI」 AI 比傳統演算法更難被操縱 短期的技術取巧在 AI 面前行不通 ✅ 做一個「值得被引用的來源」 → 提供真實、有價值、結構清晰的內容 → 讓 AI 發現你 → 理解你 → 信任你 → 引用你 這就是 AISO 的全部。 | ← [第 59 章：AISO 的核心原理](http://59-AISO核心原理.md) | [回索引](http://../索引.md) | [第 61 章：GEO 生成式引擎優化完整實戰 →](http://61-GEO生成式引擎優化.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 61 章：GEO 生成式引擎優化完整實戰 URL: https://cyruschan.com/seo-chapter-61/ > GEO 是什麼？與傳統 SEO 的關鍵區別 GEO（Generative Eng #2 GEO 是什麼？與傳統 SEO 的關鍵區別 **GEO（Generative Engine Optimization）** 是針對生成式 AI 搜尋引擎（ChatGPT Search、Perplexity、Google AI Overviews 等）的優化策略。與傳統 SEO 不同，GEO 的目標不是「排名」，而是「被 AI 引用並正確呈現」。 傳統 SEO 漏斗： 使用者搜尋 → 看到你的連結 → 點擊 → 進入網站 GEO 漏斗： 使用者提問 → AI 生成回答 → 回答中引用你的內容 → 使用者看到你的品牌/���訊 → （可能）點擊引用連結 → 進入網站 關鍵差異： → 傳統 SEO：競爭的是 SERP 上的位置 → GEO：競爭的是 AI「心中的」權威地位 → 傳統 SEO：使用者主動搜尋 → GEO：使用者可能根本不知道你的存在，是 AI 決定了要引用誰 #2 GEO 的四大優化領域 領域 1：內容可引用性（Citeability） 你��內容是否容易被 AI 提取和引用？ 領域 2：品牌權威度（Brand Authority） AI 是否認為你的品牌是可信的資訊來源？ 領域 3：語義存在感（Semantic Presence） 你的品牌和內容是否在 AI 的訓練資料和索引中？ 領域 4：格式適配性（Format Compatibility） 你的內容格式是否適配 AI 的回答生成方式？ #2 領域 1：內容可引用性（Citeability） #3 讓你的內容「值得被引用」 AI 引用內容時，偏好以下特性： ✅ 高可引用性的內容特徵： 1. 有明確的「引用句」 AI 傾向引用可以直接放入回答中的句子。 ❌ 低可引用性： 「植牙其實有很多要考慮的地方，每個人的情況都不一樣， 但一般來說如果處理得當效果都不錯。」 ✅ 高可引用性： 「根據臨床研究，現代植牙的 10 年成功率達 95% 以上。」 2. 有獨特的數據點 AI 傾向引用提供「獨特數據」的來源。 ✅ 高可引用性： 「2026 年香港大學牙醫學院的研究顯示， 香港成年人中有 45% 曾考慮接受植牙治療。」 3. 結構化的定義 AI 偏好引用清晰的定義句。 ✅ 高可引用性： 「植牙（Dental Implant）是一種以外科手術方式， 將人工牙根（植體）植入顎骨，替代缺失牙齒的治療方式。」 4. 步驟化的說明 AI 偏好有明確順序的步驟。 ✅ 高可引用性： 「Step 1: 初步評估 → Step 2: 植入手術 → Step 3: 骨整合期 → Step 4: 安裝牙冠」 #3 創建「引用句（Cited Sentences）」的策略 為每一篇重要文章建立「引用句清單」： 文章主題：隱形牙套矯正完整指南 引用句 1（定義型）： 「Invisalign 隱形牙套是一種使用透明、可拆卸的塑膠牙套， 逐步移動牙齒以達到矯正效果的治療方式。」 引用句 2（數據型）： 「根據 Invisalign 官方數據，全球已有超過 1,400 萬人 使用 Invisalign 完成牙齒矯正。」 引用句 3（比較型）： 「相比傳統金屬牙套，隱形牙套的平均治療時間縮短約 20%， 且回診頻率減少約 30%。」 引用句 4（建議型）： 「牙醫建議，每天佩戴隱形牙套 20-22 小時， 僅在進食和刷牙時取下，以確保最佳矯正效果。」 將這些引用句放在文章中的顯眼位置（開頭、h2 下的第一段、 重要結論），而非埋在文章深處。 #2 領域 2：品牌權威度（Brand Authority） #3 AI 如何判斷「這個品牌可信嗎？」 AI 的品牌權威度判斷維度： 1. 品牌在網絡上的「存在密度」 → 品牌名稱在多少權威頁面上出現？ → 品牌被多少其他網站提及？ → 品牌是否有 Wikipedia / Wikidata 條目？ 2. 品牌的「專業背書」 → 是否有專業認證的公開記錄？ → 是否被行業協會列出？ → 是否獲得過行業獎項？ 3. 品牌的「媒體能見度」 → 是否被主流媒體報導過？ → 報導的內容是正面還是負面？ → 報導的媒體本身是否權威？ 4. 品牌的「一致性」 → 品牌資訊在不同平台是否一致？ → 品牌名稱、地址、聯絡方式是否統一？ #3 建立品牌權威度的 GEO 策略 策略 1：數位足跡最大化 目標：讓品牌出現在 AI 可能「看到」的每一個地方 ☐ 行業目錄（確保 NAP 一致） ☐ 專業協會網站 ☐ Google Business Profile ☐ Wikipedia / Wikidata（如符合標準） ☐ Crunchbase / 企業資訊平台 ☐ 行業報告和研究（被引用） 策略 2：專業背書可視化 將你的專業資格展示在 AI 可以讀取的地方： → 網站上的「關於我們」頁面 + Person Schema → 行業目錄上的專業檔案 → LinkedIn 個人頁面（公開、完整填寫） → 學術平台（Google Scholar、ResearchGate） 策略 3：媒體曝光策略化 不只是追求媒體曝光，而是確保媒體報導的內容 包含 AI 可以提取的「品牌資訊」： → 報導中包含你的完整品牌名稱和核心服務描述 → 報導中包含你的專業背景 → 線上版本中確保品牌名稱是文字（不是圖片） #2 領域 3：語義存在感（Semantic Presence） #3 你的品牌在 AI 的「語義地圖」中在哪裡？ AI 的語義理解： 當 AI 「思考」牙科服務時： AI 的關聯網絡： 牙科服務 ├── 植牙 ─── 陳大明牙醫診所 ✅（你存在於此！） │ ├── 瑞士 Straumann 植體 │ ├── 即日植牙 │ └── 微創植牙 ├── 隱形牙套 ├── 牙齒美白 └── 根管治療 問題：如果你在 AI 的語義地圖中不存在， 當 AI 被問到「香港植牙推薦」時， 你根本不在候選名單上。 目標：讓你的品牌在關鍵的語義節點上出現。 #3 如何建立語義存在感？ 方法 1：主題集群（Topic Clusters） 不只是寫一篇「植牙」的文章， 而是建立一個完整的植牙主題集群： 樞紐頁面（Pillar）： 植牙完整指南（3,000 字） 集群頁面（Cluster，8-10 篇）： → 植牙 vs 牙橋：哪個更適合你？ → 植牙費用完全解析 2026 → 植牙過程：從評估到完成 → 植牙痛不痛？真實經驗分享 → 全口植牙：All-on-4 技術詳解 → 植牙保險：哪些保險覆蓋植牙？ → 植牙失敗的原因和預防方法 → 植牙後護理完整指南 效果： → AI 在你的網站上找到多篇植牙相關內容 → AI 判斷你在植牙主題上「有深度」 → 你的品牌在 AI 的植牙語義節點上建立存在感 方法 2：在權威平台上建立主題權威 不僅僅是你的網站，在外部平台上也建立主題內容： → 在 Medium / Substack 發表行業文章 → 在 LinkedIn 發布專業見解 → 在行業論壇回答專業問題 → 成為媒體報導中的專家評論來源 效果： → AI 在不同平台上看到你的專業內容 → 品牌在該主題的語義網絡中無處不在 #2 領域 4：格式適配性（Format Compatibility） #3 AI 偏好哪些內容格式？ 根據研究，以下格式的內容最容易被 AI 引用： 格式 被 AI 引用機率 說明 **FAQ（問答）** 🔥🔥🔥🔥🔥 AI 可以直接提取 QA 對 **How-to（步驟指南）** 🔥🔥🔥🔥🔥 AI 偏好有步驟的內容 **Listicle（清單文章）** 🔥🔥🔥🔥 「10 大」「最佳 5 個」等 **數據報告** 🔥🔥🔥🔥 獨特數據極受歡迎 **比較表** 🔥🔥🔥🔥 AI 做比較時會引用 **定義頁面** 🔥🔥🔥🔥 術語解釋型內容 **傳統文章** 🔥🔥 除非極度權威，否則偏好結構化格式 **影片/播客** 🔥 AI 較難從中提取資訊 #3 為 AI 優化內容格式 做法 1：在文章中加入 FAQ 區塊 ## 常見問題（FAQ） ### 植牙痛不痛？ [2-3 句精確答案] ### 植牙可以用多久？ [2-3 句精確答案，含數據] ### 哪些人不適合植牙？ [2-3 句精確答案，含醫學術語] 記得加入 FAQ Schema！ 做法 2：使用 How-to 結構 ## 如何選擇植牙醫生？5 步驟指南 第 1 步：檢查執業資格 [簡潔說明] 第 2 步：審查經驗年資 [簡潔說明] ... 記得加入 HowTo Schema！ 做法 3：建立獨立的數據頁面 /data/dental-implant-statistics-2026/ 內容： → 2026 年植牙市場數據 → 成功率統計 → 費用範圍統計 → 各國植牙數量對比 在整個網站中引用這個數據頁面， 使其成為「數據樞紐」。 #2 GEO 的實踐：三個實例 #3 實例 1：從部落格文章到 GEO 優化文章 改造前（普通部落格文章）： # 植牙小知識 最近很多人問我植牙的事情...（個人化開頭） 植牙是一種替代缺牙的好方法...（一般性的描述） ...（1,500 字段落式文章，沒有明顯結構） 改造後��GEO 優化文章）： # 植牙完整指南：過程、費用、常見問題（2026） > TL;DR：植牙是替代缺牙的最佳方案之一， > 10 年成功率超過 95%。在香港，單顆植牙費用約... ## 什麼是植牙？ [精確定義，2-3 句] ## 植牙的成功率數據 [具體統計，引用來源，使用表格] ## 植牙過程時間線 [分步驟，使用有序列表] ## 植牙費用（2026 香港市場） [價格範圍，使用表格] ## 常見問題 ## 關於作者 [專業背景，Person Schema] #3 實例 2：Perplexity 優化策略 Perplexity 的特性： → 每個回答都有明確的來源引用 → 偏好學術性和數據驅動的內容 → 答案以段落為主，引用以角標顯示 Perplexity 優化重點： ✅ 內容中要有明確的「事實陳述」 ✅ 引用來源（讓 Perplexity 可以追溯） ✅ 避免模糊用語（「有人說」「一般認為」） ✅ 使用學術寫作語氣（可以在某些頁面） 實例： Perplexity 查詢：「香港植牙平均費用」 被引用的來源： ✅ 「根據 2026 年香港牙醫學會調查， 香港單顆植牙的平均費用為 HK$20,000-35,000。」 ❌ 不容易被引用的： 「植牙費用因人而異，最好諮詢牙醫獲取報價。」 #3 實例 3：ChatGPT Search 優化策略 ChatGPT Search 的特性： → 傾向引用有「即時性」的資訊 → 偏好來源多樣化 → 回答更口語化和互動性 ChatGPT Search 優化重點： ✅ 內容應該能回答「連續追問」 ✅ 確保你的內容出現在即時索引中 ✅ 內容中預測並回答後續問題 實例： 使用者問 ChatGPT：「香港中環有好的牙醫嗎？」 ChatGPT 可能引用你的內容，如果： → 你的頁面中有「中環牙醫推薦」相關內容 → 你的頁面提到具體服務和價格 → 你的 GBP 資訊完整（ChatGPT 會參考 GBP 數據） #2 GEO 的測量與追蹤 #3 你無法用傳統 SEO 工具追蹤 GEO 傳統 SEO KPI： → 排名位置 → Ahrefs / Semrush 追蹤 → 點擊率 → Google Search Console → 自然流量 → Google Analytics GEO 需要的新 KPI： → 品牌被 AI 引用的次數 → 新興工具 → AI 引用中的品牌曝光度 → 需手動追蹤 → 被 AI 引用後的網站流量 → GA4（來源標記） 目前的追蹤方法： 1. 手動測試（最可靠） 定期在 ChatGPT、Perplexity、Google 中 搜尋你的行業關鍵字，記錄你的品牌是否被引用 2. 新興工具 → ZipTie（AI 引用監控） → AIOSEO 引用追蹤功能 → 使用 Brand24 追蹤品牌被提及 3. GA4 輔助 查看 Referral 流量中是否有來自 perplexity.ai、chatgpt.com 等來源 #2 GEO 六個月路線圖 #3 第 1-2 個月：打好可引用性基礎 ☐ 識別 10-20 篇核心文章，進行可引用性評估 ☐ 為每篇文章建立 3-5 個「引用句」 ☐ 重構文章格式：加入 FAQ、How-to、TL;DR ☐ 強化數據點（引用研究、統計、調查） #3 第 3-4 個月：建立品牌權威度 ☐ 在 Wikidata 建立品牌條目（如符合標準） ☐ 確保所有平台 NAP 一致 ☐ 在行業平台上建立專業檔案 ☐ 發布 2-3 篇數據驅動的行業報告 #3 第 5-6 個月：擴展語義存在感 ☐ 建立 3-5 個主題集群 ☐ 在外部平台發布行業內容 ☐ 監控 AI 引用情況 ☐ 根據數據迭代內容 #2 總結檢查清單 任務 說明 ☐ 為核心文章建立引用句 每篇 3-5 個精確、可引用的句子 ☐ 加入 FAQ 和 How-to 格式 配合對應 Schema ☐ 強化內容中的數據點 引用研究、統計、調查 ☐ 建立品牌權威度 Wikidata、行業目錄、媒體曝光 ☐ 建立主題集群 樞紐頁面 + 8-10 集群頁面 ☐ 在外部平台發布專業內容 Medium、LinkedIn、行業論壇 ☐ 手動測試 AI 引用情況 每月定期在主要 AI 平台測試 ☐ 建立引用追蹤機制 新興工具 + GA4 輔助 | ← [第 60 章：AISO 入門三件事](http://60-AISO入門三件事.md) | [回索引](http://../索引.md) | [第 62 章：AEO 答案引擎優化完整指南 →](http://62-AEO答案引擎優化.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 62 章：AEO 答案引擎優化完整指南 URL: https://cyruschan.com/seo-chapter-62/ > AEO 是什麼？ AEO（Answer Engine Optimization） #2 AEO 是什麼？ **AEO（Answer Engine Optimization）** 是優化內容以成為「答案引擎」首選來源的策略。答案引擎與傳統搜尋引擎的區別在於：它們直接提供答案，而非提供連結列表。 答案引擎的類型： 內嵌式答案引擎： → Google Featured Snippet（精選摘要） → Google Knowledge Panel（知識面板） → Google AI Overviews → Google People Also Ask（其他人也問了） 獨立式答案引擎： → Wolfram Alpha（計算型答案） → 語音助手（Siri、Alexa、Google Assistant） → 聊天 AI（ChatGPT、Claude、Gemini） AEO 的核心問題： 當使用者問「植牙過程多久？」時， 答案引擎選擇誰的內容作為答案？ #2 Featured Snippet：答案引擎的原始形態 #3 Featured Snippet 的四種類型 Featured Snippet 是 Google 在搜尋結果頂部顯示的精選摘要。它是 AEO 的基礎，也是理解答案引擎邏輯的最��入口。 類型 1：段落摘要（Paragraph Snippet） 搜尋：「什麼是植牙？」 ┌──────────────────────────────────────┐ │ 植牙是一種以外科手術方式將人工牙根 │ │ 植入顎骨以替代缺失牙齒的治療方式。 │ │ 它具有外觀自然、使用壽命長等優點... │ │ │ │ [來源網站] │ └──────────────────────────────────────┘ 最常見的類型，佔所有 Featured Snippet 的 ~50% 類型 2：列表摘要（List Snippet） 搜尋：「植牙的步驟」 ┌──────────────────────────────────────┐ │ 1. 初步評估：X 光檢查、3D 掃描 │ │ 2. 植入手術：將植體植入顎骨 │ │ 3. 骨整合期：約 3-6 個月 │ │ 4. 安裝牙冠：裝上最終假牙 │ │ ... │ └──────────────────────────────────────┘ 類型 3：表格摘要（Table Snippet） 搜尋：「植牙費用比較」 ┌──────────────────────────────────────┐ │ 類型 │ 費用範圍 │ 壽命 │ │ 單顆植牙 │ $20,000-35K │ 20+年 │ │ 牙橋 │ $8,000-15K │ 10-15年 │ │ 活動假牙 │ $3,000-8K │ 5-8年 │ └──────────────────────────────────────┘ 類型 4：影片摘要（Video Snippet） 搜尋：「如何正確刷牙」 → Google 顯示 YouTube 影片的特定時間段 #3 Featured Snippet 的排名因素 Google 如何選擇 Featured Snippet？ 1. 內容的「回答性」 → 你的頁面是否直接回答了搜尋查詢？ → 答案是否在第一段或早期段落中？ → 答案的語言是否與搜尋查詢匹配？ 2. 頁面已有的排名 → Featured Snippet 通常從排名前 5 的結果中選取 → 你不需要是 #1，但需要在第 1 頁 3. 內容的結構化程度 → 清晰定義的段落更容易被抓取 → 列表格式更容易成為 List Snippet 4. 答案的簡潔性 → Google 偏好 40-60 字的精簡答案（段落摘要） → 太短 = 不完整，太長 = 不適合摘要 #2 如何贏得 Featured Snippet #3 Step 1：找出 Featured Snippet 機會 方法：分析你已排名的關鍵字中，哪些有 Featured Snippet 工具：Ahrefs / Semrush → 查看你的關鍵字排名 → 篩選你排名 1-5 且有 Featured Snippet 的關鍵字 → 這些是你最有可能贏得的 Featured Snippet 你已有排名 + 有 Featured Snippet = 立即機會！ #3 Step 2：針對不同類型優化內容 **針對段落摘要（Paragraph Snippet）的優化：** 策略：40-60 字精確答案，放在 H2 下的第一段 查詢：「植牙是什麼？」 你的內容： <h2>什麼是植牙？</h2> <p>植牙是一種以外科手術方式，將人工牙根（植體） 植入顎骨中，替代缺失牙齒的現代牙科治療方式。 它具有外觀自然、咀嚼功能接近真牙、使用壽命長等優點。</p> <p>植牙技術起源於 1960 年代，經過數十年發展，目前已成為牙科領域中最成熟的缺牙修復方案之一...</p> 為什麼有效： ✅ 問題直接作為 H2 ✅ 第一段是 40-60 字的精簡回答 ✅ 包含了定義、三個核心優點 ✅ 後續段落提供更詳細的資訊（但不影響 Snippet） **針對列表摘要（List Snippet）的優化：** 策略：使用 <ol> 或帶有明確標記的列表 查詢：「植牙過程步驟」 你的內容： <h2>植牙的完整過程（分步說明）</h2> <ol> <li><strong>初步評估：</strong>���醫進行全面口腔檢查，包括 X 光... </li> <li><strong>植入手術：</strong>在局部麻醉下，將植體精確植入顎骨...</li> <li><strong>骨整合期：</strong>等待 3-6 個月，讓植體與顎骨完全融合...</li> <li><strong>安裝牙冠：</strong>骨整合完成後，安裝定制的假牙牙冠...</li> </ol> 為什麼有效： ✅ H2 直接對應查詢 ✅ 使用 <ol>（Google 明確偏好有序列表） ✅ 每個步驟有清晰的��題（<strong>） ✅ 步驟數量適中（4 個，不是 20 個） **針對表格摘要（Table Snippet）的優化：** 策略：使用 <table> 展示數據，而不是用圖片或文字描述 <h2>植牙與其他治療方案的比較</h2> <table> <thead> <tr> <th>治療方案</th> <th>費用範圍（HKD）</th> <th>壽命</th> <th>優點</th> </tr> </thead> <tbody> <tr> <td>單顆植牙</td> <td>$20,000 - 35,000</td> <td>20+ 年</td> <td>外觀自然、不需磨損鄰牙</td> </tr> <tr> <td>牙橋</td> <td>$8,000 - 15,000</td> <td>10-15 年</td> <td>治療時間短、費用較低</td> </tr> <tr> <td>活動假牙</td> <td>$3,000 - 8,000</td> <td>5-8 年</td> <td>費用最低、無需手術</td> </tr> </tbody> </table> 為什麼有效： ✅ 使用標準 HTML <table>（不是圖片表格！） ✅ 表格簡潔（3-5 列，不是 20 列） ✅ 第一行是最重要的比較對象 #2 People Also Ask（PAA）— 被低估的答案引��版位 #3 PAA 的重要性 **People Also Ask**（其他人也問了）是 Google SERP 中「可展開的問答模塊」。它正變得越來越重要，因為它是 Google AI Overviews 的訓練資料來源之一。 ┌──────────────────────────────────────┐ │ People Also Ask │ │ │ │ ▼ 植牙過程要多久？ │ │ │ 植牙的整個過程通常需要 3-9 個月， │ │ │ 取決於個人的骨整合情況... │ │ │ [來源] │ │ │ │ ▼ 植牙後可以立即吃東西嗎？ │ │ ▼ 植牙的成功率是多少？ │ │ ▼ 什麼情況下不適合植牙？ │ └──────────────────────────────────────┘ #3 PAA 優化策略 PAA 的運作邏輯： Google 會自動擴展相關問題。當一個 PAA 問題被點擊， 會觸發更多相關問題的顯示。這產生了一個 「長尾問題網絡」。 策略：在你的內容中回答所有相關問題 做法： 搜尋你的主要關鍵字 → 記錄 Google PAA 顯示的所有問題 → 在文章中加入這些問題作為 H2 或 H3 → 每個問題用 40-60 字精簡回答 範例： 關鍵字：「植牙」 PAA 問題： → 植牙會痛嗎？ → 植牙和牙橋哪個好？ → 植牙健保有沒有給付？ → 植牙後要注意什麼？ 在文章中加入： <h3>植牙會痛嗎？</h3> <p>植牙過程中使用局部麻醉，手術本身不會感到疼痛。 術後的 2-3 天可能會有輕微腫脹和不適， ��大多數患者表示疼痛程度遠低於預期...</p> 這樣做： ✅ 即時回答了使用者的問題 ✅ 增加了文章出現在 PAA 的機會 ✅ 提升了整體內容的深度 #2 Google Knowledge Panel — 你的品牌答案卡 #3 什麼是 Knowledge Panel？ **Knowledge Panel** 是 Google 搜尋結果右側（桌面版）或頂部（手機版）顯示的資訊卡。它來自 Google 的 Knowledge Graph。 搜尋：「陳大明牙醫診所」 ┌──────────────────────────────┐ │ 陳大明牙醫診所 │ │ 牙科診所 │ │ ⭐ 4.8 (320 則 Google 評論) │ │ 地址：中環皇后大道中 100 號 │ │ 電話：+852 1234 5678 │ │ 營業時間：09:00 - 18:00 │ │ 網站：chendaming-dental.hk │ │ │ │ [預約] [致電] [路線] [網站] │ │ │ │ 熱門時段：... │ │ 評論摘要：... │ │ 來自網絡：... │ └──────────────────────────────┘ #3 如何獲得和優化 Knowledge Panel 必要條件： ☐ Google Business Profile 完整驗證和優化 ☐ 網站上有完整的 Organization Schema ☐ 在 Wikidata 上建立條目（如符合標準） ☐ Wikipedia 條目也會觸發 Knowledge Panel���較難達成） 優化 Knowledge Panel 顯示的資訊： 方法 1：通過 GBP 控制大部分資訊 → 地址、電話、營業時間、照片、評論 → GBP 是 Knowledge Panel 最主要資訊來源 方法 2：通過 Schema 補充資訊 → sameAs 連結（社交媒體等） → founder / employee 資訊 → 服務描述 方法 3：讓 Google 從網絡中提取補充資訊 → 發布新聞稿 → 在行業媒體上出現 → 社交媒體活躍度（部分影響） 如果你發現 Knowledge Panel 上的資訊有誤： → 桌面版：Knowledge Panel 底部有「提出修改建議」 → 手機版：可以通過 GBP 修正核心資訊 → Wikidata：如果資訊來自 Wikidata，在那裡修正 #2 語音搜尋的 AEO 策略 #3 語音搜尋的特性 語音搜尋 vs 文字搜尋： 文字搜尋： 「植牙 香港 費用 2026」 語音搜尋： 「OK Google，香港植牙大概要幾多錢？」 「Hey Siri，附近邊度有牙醫？」 「Alexa，what is a dental implant?」 關鍵差異： 1. 更長、更口語化、更像對話 2. 通常是問題形式（不是關鍵字片段） 3. 搜尋者期待一個即時的「單一答案」 4. 多數從手機或智慧音箱發起 #3 語音搜尋優化 策略 1：針對「問題格式」優化 加入「問題→答案」的內容格式： ❌ 關鍵字型內容： 「香港植牙費用 2026 年最新價格」 ✅ 問題型內容： <h2>香港植牙要幾多錢？2026 年最新費用指南</h2> <p>在香港，單顆植牙的費用通常在 HK$20,000 至 HK$35,000 之間，具體費用取決於植體品牌、 手術複雜度和診所位置...</p> 策略 2：回答要簡短直接 語音助手通常只朗讀前 30-40 秒的內容 （約 50-70 個英文單詞，或 80-100 個中文字） → 把最重要的答案放在第一段 → 第一段應該可以獨立成為一個完整答案 策略 3：針對本地語音搜尋優化 「我附近的牙醫」是語音搜尋中最常見的本地查詢 → 確保 GBP 資訊完整（語音助手會讀取 GBP 數據） → 營業時間要準確（特別是「現在是否營業中」） → 地址格式要清楚（導航軟體會用到） #2 AEO 的內容結構模板 #3 標��的「答案引擎友好」文章結構 # [問題形式的標題] > TL;DR：[2-3 句核心答案，40-60 字] ## 什麼是 [核心概念]？ [40-60 字精確定義 — 這是 Featured Snippet 的黃金位置] ## [核心問題 1]？ [簡短回答 40-60 字] [詳細說明段落 — 補充資訊] ## [核心問題 2]？ [簡短回答 40-60 字] [詳細說明段落] ## [步驟/清單/比較] [使用 <ol> / <ul> / <table> — 這是 List/Table Snippet 的位置] ## 常見問題（FAQ） ### [精簡回答] ### [精簡回答] ## 關於作者 [專業背景、資格認證] #2 AEO 監控與成功率衡量 追蹤你的 AEO 表現： 1. Featured Snippet 佔有率 工具：Ahrefs / Semrush 指標：你的關鍵字中，有多少比例贏得了 Featured Snippet？ 2. PAA 曝光率 工具：手動追蹤 / Semrush 指標：你的內容出現在多少個 PAA 問題中？ 3. Knowledge Panel 完整性 手動檢查：搜尋你的品牌名稱 指標：Knowledge Panel 的資訊是否完整且準確？ 4. 語音搜尋可見度 測試：用語音助手搜尋你的行業關鍵字 指標：你的品牌是否��提及？ 5. AI Overviews 引用率 測試：搜尋你的目標關鍵字 指標：你的內容是否在 AI Overviews 中被引用？ #2 總結檢查清單 任務 說明 ☐ 識別 Featured Snippet 機會 你已排名 1-5 且有 Snippet 的關鍵字 ☐ 寫出 40-60 字的精簡答案 每個 H2 下的第一段 ☐ 使用 / / 對應查詢使用正確的格式 ☐ 回答所有 PAA 問題 在內容中加入 FAQ 段落 ☐ 確保 GBP 資訊完整 Knowledge Panel 主要來源 ☐ 加入完整 Schema FAQ、HowTo、Article、Organization ☐ 為語音搜尋優化 問題標題 + 簡短直接的第一段 ☐ 定期追蹤 AEO 表現 Featured Snippet、PAA、Knowledge Panel | ← [第 61 章：GEO 生成式引擎優化](http://61-GEO生成式引擎優化.md) | [回索引](http://../索引.md) | [第 63 章：網站如何被 AI 引用 →](http://63-網站如何被AI引用.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 63 章：網站如何被 AI 引用？六大內容訊號實戰手冊 URL: https://cyruschan.com/seo-chapter-63/ > 從理論到實踐 第 59 章介紹了 AI 引用的六大內容訊號。本章將每個訊號轉化為 #2 從理論到實踐 第 59 章介紹了 AI 引用的六大內容訊號。本章將每個訊號轉化為**可執行的檢查清單和實戰練習**。如果你只能做一件事來提升被 AI 引用的機率，請完成本章的所有檢查清單。 六大內容訊號複習： 1. 內容的結構化程度 2. 事實與數據的密度 3. 內容的權威度 4. Entity（實體）的清晰度 5. 內容的獨特性 6. 時效性與新鮮度 每個訊號 = 1 個檢查清單 + 1 個實戰練習 #2 訊號 1：內容結構化 — 實戰檢查清單 #3 快速自我評分 為你的 5 篇最重要的文章進行結構化評分： 每篇文章檢查以下 10 項，每項 1 分，總分 10 分。 目標：每篇至少 7 分。 評分項目： □ 1. H1 包含核心關鍵字 □ 2. 有 TL;DR / 快速摘要（2-3 句） □ 3. H2 層級清晰（每個 H2 涵蓋一個獨立子主題） □ 4. 使用了有序列表（<ol>）在步驟型內容 □ 5. 使用了無序列表（<ul>）在要點型內容 □ 6. 使用了表格（<table>）在比較型內容 □ 7. 關鍵數據使用 <strong> 標記 □ 8. 每個核心概念有獨立的定義段落 □ 9. 有 FAQ 區塊（含 FAQ Schema） □ 10. 文章有清晰的內部連結（相關文章、下一步閱讀） 得分： 8-10 分：優秀，AI 友好的內容 5-7 分：尚可，有改善空間 0-4 分：需要重構 #3 實戰練習：為一篇文章加入「AI 地圖」 「AI 地圖」是什麼？ 一個放在文章頂部的區塊，告訴 AI 這篇文章的 「內容架構」和「關鍵資訊位置」。 範例： <div class="ai-content-map" style="background:#f5f7fa; padding:16px; border-radius:8px; margin-bottom:24px;"> <strong>📋 本文內容導覽（AI 摘要）</strong> <ul> <li><strong>核心定義：</strong>什麼是植牙？（見「什麼是植牙」章節）</li> <li><strong>步驟指南：</strong>植牙的 4 個步驟（見「植牙過程」章節）</li> <li><strong>費用數據：</strong>2026 香港植牙費用範圍（見「費用解析」章節）</li> <li><strong>常見問題：</strong>8 個最常見的植牙問題（見「FAQ」章節）</li> <li><strong>作者：</strong>陳大明醫生，15 年植牙經驗（見「關於作者」章節）</li> </ul> </div> 這樣做的好處： ✅ AI 可以快速定位到它需要的資訊區塊 ✅ 類似網站的 Sitemap，這是文章的「Content Map」 ✅ 使用者也能受益（改善閱讀體驗） #2 訊號 2：數據密度 — 實戰檢查清單 #3 數據密度自我評分 為每篇文章進行數據密度評分： 評分項目： □ 1. 文章中有至少 2 個具體數字（百分比、價格、數量） □ 2. 文章中有至少 1 個比較數據（A vs B） □ 3. 關鍵數據有引用來源（研究名稱、年份、機構） □ 4. 數據不是「被動提及」，而是作為內容核心的一部分 □ 5. 數據以文字形式呈現（不是圖片中的數字！） □ 6. 有數據對比或趨勢（今年 vs 去年、方案 A vs 方案 B） 目標：每篇至少 4 分（滿分 6 分） #3 數據來源策略 可以在內容中引用的數據來源類型： 一級來源（最有價值，AI 最信任）： ✅ 你自己的原創研究/調查 ✅ 你診所/公司的真實案例數據 二級來源（高價值）： ✅ 學術期刊和研究論文 ✅ 政府統計數據 ✅ 行業協會的官方報告 ✅ 權威醫學機構的臨床數據 三級來源（輔助價值）： ✅ 知名媒體的調研報告 ✅ 行業領先公司的白皮書 使用數據時的黃金法則： 1. 永遠引用來源 → 「根據香港大學牙醫學院 2025 年研究...」 比「研究顯示...」可信 10 倍 2. 提供數據的上下文 → 「單顆植牙 10 年成功率為 95%」 比「植牙成功率很高」有用 10 倍 3. 加入時間標記 → 「2026 年香港牙醫學會調查顯示...」 時效性讓數據更有價值 #2 訊號 3：內容權威度 — 實戰檢查清單 #3 權威度訊號評分 檢查你的網站是否展示了以下權威度訊號： 作者層面： □ 1. 每篇文章有明確的作者（不是「Admin」或「網站編輯」） □ 2. 作者頁面有詳細的專業背景介紹 □ 3. 作者頁面有專業認證和資格列出 □ 4. 作者頁面有照片（真人照片 > 預設頭像） □ 5. 作者 Schema 標記完整（Person schema） 網站層面： □ 6. 「關於我們」頁面內容豐富（500+ 字） □ 7. 展示了行業認證、獎項、會員資格 □ 8. 有真實的客戶評價/案例（非匿名） □ 9. Organization Schema 標記完整 □ 10. 網站有隱私政策、使用條款等信任頁面 目標：10 項中至少完成 8 項 #3 實戰練習：建立作者權威頁面 你的網站上最需要的一頁（但大多數網站沒有）： /about/dr-chan-tai-ming/ 這不是一個簡單的自我介紹頁面。 這是一個向 AI 展示「這個人是真正的專家」的頁面。 結構： # 陳大明醫生 — 牙科植牙專家 > 15 年臨床經驗 | 香港大學牙醫學院畢業 | > 超過 3,000 例成功植牙案例 | Invisalign 認證醫師 ## 專業資格 - 香港大學牙醫學院牙醫學士（BDS） - 香港牙醫管理委員會註冊牙醫（註冊編號：XXXXX） - 香港牙醫學會會員 - 國際口腔植牙學會（ICOI）會員 - Invisalign 認證醫師 ## 專業經驗 [時間線格式的專業經歷] ## 學術發表與研究 [如有相關發表] ## 持續進修 [列出近期參加的專業課程和研討會] ## 專業領域 - 微創植牙 - 全口重建 - 隱形牙套矯正 #2 訊號 4：Entity 清晰度 — 實戰檢查清單 #3 Entity 審計 檢查你的品牌在 AI 的「Entity 地圖」中的清晰度： 品牌 Entity（Organization）： □ 1. 品牌名稱在所有平台上一致（沒有簡稱/全稱混用） □ 2. 品牌有 Wikidata 條目（如符合標準） □ 3. 品牌在同義詞/別名方面有清晰管理 （例如：陳大明牙醫診所 = Dr. Chan Dental） □ 4. Organization Schema 包含 sameAs 連結 □ 5. Google Business Profile 資訊完整且驗證 人物 Entity（Person）： □ 6. 核心人物（醫生/創始人）有獨立的 Person Schema □ 7. Person Schema 與 Organization Schema 有關聯 （worksFor / founder 屬性） □ 8. 核心人物在 Wikidata / Wikipedia 上有條目 （如符合標準） □ 9. 核心人物在 LinkedIn 等專業平台上有公開檔案 □ 10. 人物名稱在內容中使用完整寫法 目標：品牌 Entity 5/5 + 人物 Entity 至少 3/5 #3 實戰練習：Entity 關係圖 建立你的 Entity 關係圖（向 AI 展示「誰是什麼」）： 你的品牌生態系統： Organization: 陳大明牙醫診所 ├── founder: Person: 陳大明 ├── location: Place: 香港中環 ├── offers: Service: 植牙服務 ├── offers: Service: 隱形牙套矯正 ├── offers: Service: 牙齒美白 ├── sameAs: https://www.facebook.com/chendamingdental ├── sameAs: https://www.instagram.com/chendamingdental └── aggregateRating: 4.8 (320 reviews) Person: 陳大明 ├── worksFor: Organization: 陳大明牙醫診所 ├── alumniOf: CollegeOrUniversity: 香港大學 ├── hasCredential: 香港牙醫管理委員會註�� ├── sameAs: https://www.linkedin.com/in/dr-chan └── sameAs: https://www.researchgate.net/profile/dr-chan 在 Schema 中使用 @id 來建立這些關係： <script type="application/ld+json"> { "@context": "https://schema.org", "@graph": [ { "@id": "#org", "@type": "Dentist", "name": "���大明牙醫診所", "url": "https://www.chendaming-dental.com.hk", "founder": {"@id": "#person"}, "address": { "@type": "PostalAddress", "streetAddress": "皇后大道中 100 號 新鴻基大廈 12 樓 A 室", "addressLocality": "中環", "addressCountry": "HK" }, "sameAs": [ "https://www.facebook.com/chendamingdental", "https://www.instagram.com/chendamingdental", "https://www.wikidata.org/wiki/Q123456" ] }, { "@id": "#person", "@type": "Person", "name": "陳大明", "jobTitle": "牙科醫生", "worksFor": {"@id": "#org"}, "alumniOf": { "@type": "CollegeOrUniversity", "name": "香港大學牙醫學院" }, "sameAs": [ "https://www.linkedin.com/in/dr-chan" ] } ] } </script> #2 訊號 5：內容獨特性 — 實戰檢查清單 #3 獨特性快速檢測 ��查你的文章是否提供「獨特價值」： 對於文章 [主題]： □ 1. 這篇文章是否有競爭對手沒有提供的資訊？ □ 2. 是否有原創的數據或案例？ □ 3. 是否有你個人的專業見解或經驗分享？ □ 4. 內容是否超出了「Google 搜尋結果第一頁的綜合」？ □ 5. 是否有一個「只有你才能提供的角度」？ 如果超過 3 項回答「否」： → 你的內容對 AI 來說和其他來源是可以互換的 → AI 沒有特別理由引用你而不是競爭對手 #3 實戰練習：加入「只有你能提供的內容」 在你的 5 篇核心文章中，每篇加入以下至少一種獨特內容： ��型 A：原創案例研究 「我們診所過去 3 年完成的 500 例植牙案例數據分析」 → 包括成功率、患者年齡分布、最常見的附加治療 類型 B：專業見解 「根據我 15 年的臨床經驗，以下��患者最常忽略的 3 個植牙前準備事項...」 → 你的一手經驗是 AI 無法從其他來源獲得的 類型 C：本地市場數據 「2026 年香港牙科市場趨勢： 我們觀察到以下 3 個新興的消費者行為變化...」 → 基於你的實際業務數據 類型 D：客戶的真實故事 「以下是一位 45 歲患者從害怕植牙到完成療程的 完整旅程...」 → 經授權的真實案例極具獨特性 類型 E：獨家工具/資源 「下載我們的植牙費用計算器 / 植牙前檢查清單...」 → 提供使用者互動工具 #2 訊號 6：時效性與新鮮度 — 實戰檢查清單 #3 時效性審計 檢��你的內容時效性： 對每篇重要文章： □ 1. 文章有明確的發布日期和「最後更新」日期 □ 2. 內容中的數據來自近 2 年內 □ 3. 沒有過時資訊（例如舊的價格、舊的法規） □ 4. 文章中的「今年」/「最新」等詞語確實指向 2026 年 □ 5. 外部連結的目標頁面仍然存在且相關 時效性紅旗： ⚠️ 文章發布超過 2 年未更新 ⚠️ 內容中提到「今年」但發布日期是 2024 年 ⚠️ 引用的是 5 年前的統計數據 ⚠️ 產品/服務資訊與現狀不符 #3 實戰練習：建立內容維護日曆 建��一個簡單的內容維護排程： 每月檢查（5 分鐘/篇）： → 確認文章的「最後更新日期」在 6 個月內 → 確認沒有過時的外部連結（404 錯誤） → 確認核心資訊仍然準確 每季更新（30 分鐘/篇）： → 更新���據（如有新的研究或統計） → 更新價格資訊（如有變動） → 更新「今年」相關的內容 → 加入新的 FAQ（基於最近的客戶問題） 每年重寫（2 小時/篇）： → 全面審查內容的準確性和完整性 → 加入過去一年累積的新見解和數據 → 重新優化 SEO（新的關鍵字、新的競爭對手分析） 維護內容的簡單技巧： 在文章中加入「最後更新」的視覺標記： <p class="last-updated"> 最後更新：2026 年 7 月 23 日 </p> 並在 Schema 中設定 dateModified： "datePublished": "2024-03-15", "dateModified": "2026-07-23" #2 六大訊號的優先級矩陣 將你的文章分為三級，分別應用不同深度的六大訊號： Level 1：核心頁面（首頁、主要服務頁面、關於我們） 目標：六大訊號全部達到高標準 時間投入：每頁 3-5 小時 檢查頻率：每季全面審查 Level 2：主要內容（排名前 20 的文章） 目標���訊號 1-4 達到高標準，訊號 5-6 達基本標準 時間投入：每篇 1-2 小時 檢查頻率：每半年審查 Level 3：一般內容（長尾文章） 目標：訊號 1（結構化）達基本標準 時間投入：每篇 30 分鐘 檢查頻率：每年審查 #2 一站式審計工具包 #3 DIY 你的 AI 引用審計 每月進行一次快速審計（30 分鐘）： Step 1：準備（5 分鐘） → 打開你的 5 篇核心文章 → 打開本章的檢查清單 Step 2：結構化檢查（5 分鐘） → 快速掃描文章的 H2 結構 → 確認有 TL;DR 和 FAQ 區塊 Step 3：數據檢查（5 分鐘） → 確認每篇文章有至少 2 個具體數據 → 確認數據來源可追溯 Step 4：權威度檢查（5 分鐘） → 確認作者資訊完整 → 確認專業資格展示清晰 Step 5：時效性檢查（5 分鐘） → 檢查「最後更新」日期 → 確認無過時資訊 Step 6：行動清單（5 分鐘） → 記錄發現的問題 → 建立修復優先級 #2 總結 六大訊號不是獨立的，它們是相互強化的： 結構化 → 讓 AI 容易解析 數據 → 讓 AI 有內容可以引用 權威度 → 讓 AI 信任這些引用 Entity → 讓 AI 知道「你是誰」 獨特性 → 讓 AI 沒有其他選擇 時效性 → 讓 AI 確信資訊仍然有效 當這六個訊號同時存在時： → AI 找到你 → AI 理解你 → AI 信任你 → AI 引用你 | ← [第 62 章：AEO 答案引擎優化完整指南](http://62-AEO答案引擎優化.md) | [回索引](http://../索引.md) | [第 64 章：llms.txt — AI 搜尋優化新標準 →](http://64-llms-txt.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 64 章：llms.txt — AI 搜尋優化新標準 URL: https://cyruschan.com/seo-chapter-64/ > llms.txt 是什麼？ llms.txt 是 2025 年由知名開發者 Je #2 llms.txt 是什麼？ **llms.txt** 是 2025 年由知名開發者 Jeremy Howard 提出的新標準，專為大型語言模型（LLM）和 AI 爬蟲設計。它類似於 robots.txt，但用途完全不同。 robots.txt vs llms.txt： robots.txt： 對象：搜尋引擎爬蟲（Googlebot、Bingbot 等） 用途：控制哪些頁面可以被爬取 語言：簡單的 Allow/Disallow 指令 歷史：自 1994 年起存在 llms.txt： 對象：AI 語言模型和 AI 搜尋引擎 用途：���訴 AI 你的網站有什麼內容、如何最有效地理解它 語言：Markdown 格式，人類和 AI 都可讀 歷史：2025 年提出，正在快速被行業採用 一句話： robots.txt = 告訴爬蟲「可以去哪裡」 llms.txt = 告訴 AI「這裡有什麼、重點是什麼」 #2 為什麼需要 llms.txt？ #3 問題：AI 對網站的「理解效率」很差 現狀： 當 ChatGPT、Perplexity 或其他 AI 需要理解你的網站時， 它們通常會： 1. 爬取你的首頁 2. 跟隨連結爬取子頁面 3. 嘗試理解每個頁面的內容 4. 沒有「網站地圖」來引導它們 結果： → AI 可能錯過你最重要的內容 → AI 花費大量資源爬取次要頁面 → AI 對你的網站整體結構缺乏理解 → 你的核心資訊沒有被有效傳遞 #3 解決方案：給 AI 一份「閱讀指南」 llms.txt 就像一本書的目錄 + 摘要： 沒有 llms.txt = AI 需要讀完整本書才知道重點在哪裡 有 llms.txt = AI 先看目錄，直接跳到最相關的章節 效果： ✅ AI 更快找到你的核心內容 ✅ AI 對你的網站有結構化的理解 ✅ 你的關鍵資訊更有機會被引用 ✅ 減少 AI 浪費資源爬取次要頁面 #2 llms.txt 的格式規範 #3 基本格式 # 網站標題（H1） > 簡短的網站描述（1-2 句，使用 blockquote） ## 章節標題（H2） - [連結文字](完整的 URL)：簡短描述（可選） - [另一個連結](URL)：描述 ## 另一個章節 - [更多連結](URL) - ... ## 可選部分（H2，在分隔線後） ### 更多資訊 任何你希望 AI 了解的額外 Markdown 內容。 可以包含結構化的資訊、核心數據、品牌描述等。 #3 完整範例 # 陳大明牙醫診所 > 位於香港中環的專業牙科診所，由陳大明醫生主理，提供植牙、 > 隱形牙套矯正、牙齒美白等全面牙科服務。自 2010 年服務香港。 ## 核心服務頁面 - [植牙服務](https://www.chendaming-dental.com.hk/services/implant/)：瑞士 Straumann 植體，15 年經驗，單顆 HK$20,000 起 - [隱形牙套矯正](https://www.chendaming-dental.com.hk/services/invisalign/)：Invisalign 認證醫師，免費 3D 掃描諮詢 - [牙齒美白](https://www.chendaming-dental.com.hk/services/whitening/)：雷射美白即日見效，家居美白套裝 - [緊急牙科護理](https://www.chendaming-dental.com.hk/emergency/)：即日預約，中環核心地段 ## 關於我們 - [醫生團隊](https://www.chendaming-dental.com.hk/about/team/)：陳大明醫生經歷、專業資格、團隊介紹 - [診所設施](https://www.chendaming-dental.com.hk/about/facilities/)：3D 掃描、數位 X 光、無菌手術室 - [患者評價](https://www.chendaming-dental.com.hk/reviews/)：Google 4.8 星，超過 320 則真實評價 ## 實用資源 - [植牙常見問題](https://www.chendaming-dental.com.hk/faq/implant/)：21 個植牙相關問答，含費用、過程、風險 - [收費標準](https://www.chendaming-dental.com.hk/pricing/)：各項服務收費範圍，公開透明 - [初次就診指南](https://www.chendaming-dental.com.hk/new-patients/)：預約流程、所需文件、交通指引 - [部落格](https://www.chendaming-dental.com.hk/blog/)：牙科知識、口腔保健、行業趨勢 ## 聯絡資訊 - [聯絡我們](https://www.chendaming-dental.com.hk/contact/)：地址、電話、營業時間、線上預約 ## 更多資訊 ### 關於診所 陳大明牙醫診所自 2010 年起服務香港社區。我們的核心價值是提供 專業、個人化、以患者為中心的牙科護理。診所使用最新的牙科技術， 包括 3D 掃描、數位規劃和微創手術技術。 ### 核心數據 - 15 年臨床經驗 - 超過 3,000 例成功植牙 - Google 評分 4.8（320+ 則評論） - 位於中環核心地段（地鐵站步行 3 分鐘） ### 營業時間 - 星期一至五：09:00 - 18:00 - 星期六：09:00 - 13:00 - 星期日及公眾假期：休息 ### 付款方式 接受現金、信用卡（Visa/Master）、EPS、八達通、支付寶、微信支付。 部分治療可申請醫療保險索償。 #2 llms.txt 的技術細節 #3 檔案位置 llms.txt 必須放在網站根目錄： https://www.yoursite.com/llms.txt 與 robots.txt、sitemap.xml 放在同一層級。 #3 檔案格式要求 ✅ 純文字檔案（.txt） ✅ UTF-8 編碼 ✅ Markdown 格式 ✅ 使用完整 URL（https://...） ✅ 每個連結獨佔一行 ❌ 不要使用相對路徑 ❌ 不��使用 HTML ❌ 不要過長（理想 500-2,000 字） #3 llms-full.txt（完整版本） 除了標準的 llms.txt，你還可以提供一個更詳細的版本： llms-full.txt 用途： llms.txt = 精簡版，給 AI 快速了解網站結構 llms-full.txt = 完整版，包含更多輔助資訊和背景內容 如果你的網站內容豐富，考慮提供兩個版本。 對於大多數中小型網站，一個 llms.txt 就足夠。 #2 llms.txt 的 SEO 價值 #3 對 AI 引用的直接影響 有 llms.txt 的網站 vs 沒有： 沒有 llms.txt： AI 爬取首頁 → 找到一些連結 → 爬取部分子頁面 → 可能錯過重要內容 → 不完整的理解 → 較低的引用機率 有 llms.txt： AI 讀取 llms.txt → 立即了解網站結構 → 知道哪些頁面最重要 → 優先爬取核心內容 → 完整的理解 → 更高的引用機率 具體影響： ✅ 核心頁面更快被 AI 發現和理解 ✅ AI 引用時更準確（減少了誤解） ✅ 品牌在 AI 中的呈現更完整 ✅ 網站內容的 AI 可發現性（AI Discoverability）提升 #3 對傳統 SEO 也有間接幫助 雖然 llms.txt 的直接影響在 AI 層面，但它對傳統 SEO 也有幫助： → 內部連結結構更清晰 （建立 llms.txt 的過程 = 重新審視你的網站結構） → 內容優先級更明確 （你被迫思考「哪些頁面最重要」） → Sitemap 的補充 （llms.txt 比 Sitemap 提供更多上下文） #2 如何建立 llms.txt #3 Step 1：識別你的核心頁面 問自己：如果只能用 10 個頁面來代表你的網站，你會選哪些？ → 首頁 → 核心服務/產品頁面（3-5 個） → 關於我們 → 聯絡我們 → 最重要的資源頁面（FAQ、定價等） → 最權威的部落格文章（如有） 這些就是你的 llms.txt 中要列出的頁面。 #3 Step 2：為每個頁面寫一句簡潔描述 描述應該是 AI 可以理解的摘要，格式： - [頁面標題](URL)：這個頁面提供什麼資訊／解決什麼問題 不好的描述： - [植牙](URL)：植牙頁面 （太模糊，沒有告訴 AI 這個頁面的具體價值） 好的描述： - [植牙服務](URL)：瑞士 Straumann 植體，15 年經驗， 含費用範圍、過程步驟、常見問題 （明確告訴 AI 這個頁面涵蓋了什麼內容） #3 Step 3：加入背景資訊 在分隔線（---）後，加入「更多資訊」章節： → 品牌簡介（2-3 句） → 核心數據（經驗年資、案例數、評分等） → 營業資訊 → 任何你希望 AI 知道的背景資訊 這些資訊不一定在你的網站上結構化地呈現， 但在 llms.txt 中可以直接告訴 AI。 #3 Step 4：上傳到網站根目錄 技術步驟： 1. 將 llms.txt 檔案上傳到網站根目錄 確認可以通過 https://yoursite.com/llms.txt 訪問 2. （可選）在 robots.txt 中引用 Sitemap: https://yoursite.com/sitemap.xml LLMs: https://yoursite.com/llms.txt 3. 測試： 使用 curl 或瀏覽器訪問 llms.txt，確認內容正確顯示 #2 llms.txt 的最佳實踐 #3 實踐 1：保持更新 llms.txt 不是「建立一次就忘記」的檔案。 更新時機： → 新增重要頁面時 → 網站結構改變時 → 核心數據更新時（例如：案例數量增長） → 至少每季審查一次 你可以在 llms.txt 頂部加入更新日期： > 最後更新：2026 年 7 月 23 日 #3 實踐 2：適當的顆粒度 不要： → 列出所有頁面（這和 Sitemap 沒有區別） → 只列出首頁（對 AI 幫助有限） 應該： → 列出 10-30 個最重要的頁面 → 用章節分類（服務、資源、關於等） → 每個頁面有一句有資訊量的描述 #3 實踐 3：使用 Markdown 增強可讀性 AI 可以理解 Markdown 格式，利用它來增強結構： # H1 標題 > blockquote 用於摘要 ## H2 章節 - 列表項目 **粗體** 和 *斜體* 也有效 --- 分隔線 避免： ❌ 複雜的表格（可能降低可讀性） ❌ 圖片（AI 從 llms.txt 中不預期看到圖片） ❌ HTML 標籤 #3 實踐 4：對標行業標準 查看其他網站的 llms.txt 作為參考： 目前已有不少知名網站開始採用 llms.txt： → https://llmstxt.org/（llms.txt 官方網站） → 查看你行業中的領先網站是否有 llms.txt 對標可以幫助你了解行業的「標準格式」。 #2 llms.txt 的未來 #3 行業採用趨勢 2025-2026 年的發展： 已支援或正在整合 llms.txt 的平台/工具： ✅ ChatGPT Search（OpenAI） ✅ Perplexity ✅ Anthropic Claude ✅ 多個 AI 開發框架（LangChain、LlamaIndex） 可能很快跟進的： 🔄 Google（尚未正式支援，但業界預期會） 🔄 Bing Copilot #3 llms.txt 與其他標準的關係 AI 時代的網站標準生態： robots.txt → 控制爬蟲行為（1994-） sitemap.xml → 列出可索引的 URL（2005-） schema.org → 標記內容的語義（2011-） llms.txt → 為 AI 提供網站導覽（2025-） 四者互補，不是替代關係： robots.txt = 告訴爬蟲「邊度唔去得」 sitemap.xml = 告訴搜尋引擎「有乜嘢 URL」 schema.org = 告訴 Google 「每個頁面講緊乜」 llms.txt = 告訴 AI「網站重點係乜、點樣最有效率咁理解」 #2 總結檢查清單 任務 說明 ☐ 識別 10-30 個核心頁面 用於 llms.txt 的頁面列表 ☐ 為每個頁面撰寫 AI 友好的描述 一句話摘要 + 關鍵資訊 ☐ 加入背景資訊區塊 品牌簡介、核心數據、營業資訊 ☐ 上傳 llms.txt 到網站根目錄 確認可以通過 URL 訪問 ☐ 在 robots.txt 中引用 llms.txt （可選） ☐ 設定定期更新提醒 每季審查一次 | ← [第 63 章：AI 引用六大內容訊號](http://63-網站如何被AI引用.md) | [回索引](http://../索引.md) | [第 65 章：AI SEO 六個月起步路線圖 →](http://65-AI-SEO六個月路線圖.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 65 章：AI SEO 的六個月起步路線圖 URL: https://cyruschan.com/seo-chapter-65/ > 路線圖總覽 這份路線圖將 AISO、AEO、GEO 的所有概念轉化為按月執行的行 #2 路線圖總覽 這份路線圖將 AISO、AEO、GEO 的所有概念轉化為**按月執行的行動計劃**。無論你是從零開始，還是已經有一定的 SEO 基礎，這份路線圖都可以幫你逐步建立 AI 時代的搜尋存在感。 六個月目標： 月份 | 主題 | 核心成果 ───────┼───────────────────┼──────────────────── 第 1 月 | 審計與基礎建設 | 了解現狀，打好地基 第 2 月 | 結構化改造 | 內容變成 AI 可解析格式 第 3 月 | Entity 與權威度 | 讓 AI 認識並信任你 第 4 月 | 可引用性與格式適配 | 讓內容值得被引用 第 5 月 | AI 爬蟲與可發現性 | 讓 AI 能���到你的內容 第 6 月 | 監控、迭代、擴展 | 數據驅動的持續優化 #2 第 1 個月：審計與基礎建設 #3 目標 了解你的網站在 AI 視角下的狀態，建立必要的基礎設施。 #3 第 1 週：AI 引用基線測量 任務 1：建立 AI 引用基線（2 小時） ☐ 在 ChatGPT Search 中搜尋你的核心關鍵字（5-10 個） ☐ 在 Perplexity 中搜尋同樣的關鍵字 ☐ 在 Google 中搜尋（觀察 AI Overviews 是否出現） ☐ 記錄你的品牌/內容是否被引用 建立基線試算表： 關鍵字 | ChatGPT | Perplexity | Google AI Overviews ───────────────┼─────────┼────────────┼─────────────────── 香港植牙推薦 | 否 | 否 | 是（第 3 位） 中環牙醫 | 否 | 是（第 2） | 否 隱形牙套價錢 | 否 | 否 | 否 ... 記錄競爭對手誰被引用了，他們為什麼被引用。 任務 2：技術基礎設施檢查（3 小時） ☐ 確認 robots.txt 沒有阻擋重要頁面 ☐ 確認 robots.txt 中沒有阻擋 AI 爬蟲 檢查：Google-Extended、GPTBot、CCBot、anthropic-ai ☐ 確認網站速度達標（PageSpeed Insights > 70 分） ☐ 確認網站有 HTTPS ☐ 確認 Schema 結構化資料至少有以下之一： Organization / LocalBusiness / Article / FAQ #3 第 2-3 週：內容審計 任務 3：內容庫存盤點（4 小時） ☐ 導出所有已發布的頁面/文章（Screaming Frog 爬取） ☐ 為每個頁面標記： - 是否為核心頁面？（首頁、服務、關於、聯絡、主要產品） - 內容的結構化程度？（1-10 分） - 是否有獨特的數據或見解？（是/否） - 最後更新日期？ - 是否有 Schema 標記？ ☐ 識別 Top 10 最重要的頁面 → 這些是接下來要重點優化的頁面 #3 第 4 週：競爭對手分析 任務 4：AI 引用競爭分析（2 小時） ☐ 搜尋你的 Top 10 關鍵字 ☐ 記錄每個關鍵字中，誰的內容被 AI 引用 ☐ 分析被引用的內容有什麼特徵： - 內容格式？（FAQ、How-to、文章？） - 內容長度？ - 是否為知名品牌/權威來源？ - 是否有 Schema？ - 內容中是否有具體數據？ ☐ 製作「差距分析表」： 對手被引用的原因 vs 你的現狀 #3 第 1 個月交付物 ✅ AI 引用基線報告 ✅ 技術基礎設施健康報告 ✅ Top 10 頁面清單（優化優先級） ✅ 競爭對手 AI 引用分析 #2 第 2 個月：結構化改造 #3 目標 將你的 Top 10 頁面改造成 AI 可解析的結構化內容。 #3 第 1-2 週：Top 3 頁面重構 為最重要的 3 個頁面進行結構化改造（每個頁面 2-3 小時）： 對於每個頁面： ☐ 加入 TL;DR 摘要（2-3 句，放在頁面頂部） ☐ 優化標題層級（H1 → H2 → H3，不要跳級） ☐ 為 AI 建立「引用句」（每個核心概念一個 40-60 字的精簡答案） ☐ 將段落轉換為列表或表格（在適合的地方） ☐ 加入 FAQ 區塊（5-10 個問題，每個精簡回答） ☐ 加入 FAQ Schema ☐ 加入清晰的「最後更新日期」 改造前後對比記錄： 記錄每個頁面改造前後的結構化評分（第 63 章的 10 分制） #3 第 3-4 週：Top 4-10 頁面重構 ☐ 對剩餘的 7 個頁面進行同樣的改造（每個頁面 1-2 小時） ☐ 優先處理步驟型內容（加入 HowTo Schema） ☐ 優先處理比較型內容（加入表格） ☐ 優先處理有數據的內容（強化數據呈現） #3 第 2 個月交付物 ✅ Top 10 頁面全部完成結構化改造 ✅ 每個頁面結構化評分 > 7/10 ✅ FAQ Schema 和 HowTo Schema 加入 #2 第 3 個月：Entity 與權威度建設 #3 目標 讓 AI 認識你的品牌實體（Entity），建立品牌權威度。 #3 第 1-2 週：Entity 基礎設施 任務 1：強化網站 Schema（3 小時） ☐ 建立/完善 Organization Schema（含 sameAs 連結） ☐ 建立/完善 Person Schema（核心人物） ☐ 在 Schema 中使用 @id 建立 Entity 之間的關係 （Person → worksFor → Organization） ☐ 驗證所有 Schema（Google Rich Results Test） 任務 2：Google Knowledge Graph 優化（2 小時） ☐ 確認 GBP 資訊完整（100% 填寫，含服務列表、照片） ☐ 確認 GBP 類別正確 ☐ 確保所有社交媒體和目錄上的 NAP 一致 #3 第 3-4 週：外部權威度建設 任務 3：建立行業權威足跡（4 小時） ☐ 在 Wikidata 上建立品牌條目（如符合標準） ☐ 確保在主要行業目錄中的存在 ☐ 在專業平台上建立完整的品牌檔案（LinkedIn、Crunchbase） ☐ 發布 1-2 篇有數據支持的行業見解內容 （例如：「2026 年香港牙科市場 5 大趨勢」） 任務 4：建立作者權威頁面（2 小時） ☐ 為每個核心作者建立詳細的專業背景頁面 ☐ 包含：學歷、專業資格、經驗年資、專業領域、學術發表 ☐ 加入 Person Schema #3 第 3 個月交付物 ✅ Organization + Person Schema 完整且關聯 ✅ GBP 100% 完整 ✅ Wikidata 條目（如適用） ✅ 行業權威平台品牌存在 ✅ 作者權威頁面 #2 第 4 個月：可引用性與格式適配 #3 目標 讓你的內容在 AI 眼中「值得被引用」且「容易被引用」。 #3 第 1-2 週：強化內容可引用性 任務 1：為 Top 10 頁面建立引用句（3 小時） 回顧第 61 章的可引用性策略： ☐ 每篇文章建立 3-5 個「引用句」 ☐ 引用句類型：定義型、數據型、比較型、建議型 ☐ 將引用句放在 AI 容易發現的位置（開頭段落、H2 下方） 任務 2：強化數據內容（3 小時） ☐ 檢查每篇文章的數據密度（第 63 章評分系統） ☐ 補充具體數字（不要用「很多」「大部分」） ☐ 為關鍵數據加入來源引用 ☐ 考慮建立獨立的「數據頁面」 （例如：/data/dental-implant-statistics-2026/） #3 第 3-4 週：格式多樣化 任務 3：為核心內容建立多種格式版本（4 小時） 選擇 3 個最重要的主題，為每個主題建立： ☐ 長篇文章（2,000+ 字，完整指南） ☐ FAQ 頁面（獨立頁面，15+ 問題，FAQ Schema） ☐ How-to 頁面（步驟說明，HowTo Schema） ☐ 數據表格頁面（統計數據，<table> 格式） 目標： → 不同類型的 AI 查詢偏好不同格式 → 多格式 = 更大的被引用機會 #3 第 4 個月交付物 ✅ Top 10 頁面各有 3-5 個引用句 ✅ 數據密度提升（每篇至少 4/6 分） ✅ 3 個主題的多格式內容套件 #2 第 5 個月：AI 爬蟲與可發現性 #3 目標 確保 AI 可以有效地找到和理解你的內容。 #3 第 1-2 週：llms.txt 與 AI 爬蟲管理 任務 1：建立 llms.txt（3 小時） ☐ 選擇 15-25 個最重要的頁面 ☐ 為每個頁面撰寫 AI 友好的描述 ☐ 加入品牌背景資訊（核心數據、營業資訊） ☐ 上傳到網站根目�� ☐ 測試是否可以正常訪問 任務 2：AI 爬蟲管理（1 小時） ☐ 檢查和更新 robots.txt ☐ 確認重要的 AI 爬蟲沒有被阻擋： User-agent: Google-Extended Allow: / User-agent: GPTBot Allow: / User-agent: CCBot Allow: / User-agent: anthropic-ai Allow: / ☐ 確認測試環境有正確封鎖 #3 第 3-4 週：內容發現性強化 ��務 3：內部連結優化（2 小時） ☐ 審查內部連結結構 ☐ 確保重要頁面在 3 次點擊內可達 ☐ 在相關頁面之間建立清晰的連結 ☐ 優化麵包屑（Breadcrumbs）導航 任務 4：Sitemap 優化（1 小時） ☐ 確認 Sitemap 只包含值得索引的頁面 ☐ 加入 <lastmod> 標記 ☐ 確保 Sitemap 在 robots.txt 中引用 ☐ 在 Search Console 中重新提交 #3 第 5 個月交付物 ✅ llms.txt 上線且可訪問 ✅ robots.txt 優化（AI 爬蟲友好） ✅ 內部連結結構優化 ✅ Sitemap 清理和優化 #2 第 6 個月：監控、迭代、擴展 #3 目標 建立監控系統，基於數據進行迭代，並將成功經驗擴展到更多頁面。 #3 第 1-2 週：建立 AI 引用監控系統 任務 1：建立定期監控流程（2 小時） ☐ 建立 AI 引用追蹤試算表（模板見下方） ☐ 設定每月 1 次的手動測試排程 ☐ 考慮使用監控工具（ZipTie / AIOSEO 等） AI 引用追蹤模板： 日期 | 關鍵字 | 平台 | 被引用？ | 引用排名 | 備註 ────────┼──────────────┼───────────┼─────────┼─────────┼───── 2026/07 | 植牙 香港 | ChatGPT | 否 | - | 2026/07 | 植牙 香港 | Perplexity | 是 | 第 2 位 | 新！ 2026/07 | 牙醫 中環推薦 | Google AI | 是 | 第 1 位 | ... 追蹤 KPI： → AI 引用率：你的關鍵字中，有多少比例被 AI 引用？ → 引用成長：比上個月增加了多少引用？ → 平台分布：哪個平台的引用最多？ #3 第 3-4 週：基於數據迭代 任務 2：分析數據，制定優化計劃（2 小時） ☐ 哪些頁面被引用了？— 分析它們為什麼成功 ☐ 哪些頁面沒有被引用？— 分析差距在哪裡 ☐ 哪些關鍵字有機會？— 競爭對手的引用情況 ☐ 哪些格式效果最好？— FAQ vs How-to vs 文章 任務 3：擴展到更多頁面（3 小時） ☐ 選擇下一個 Top 10-20 頁面 ☐ 應用前面 5 個月學到的經驗 ☐ 重點複製成功的內容格式 任務 4：回顧與規劃（1 小時） ☐ 回顧 6 個月的 AISO 旅程 ☐ 評估投資回報（時間投入 vs 引用增長） ☐ 制定下一個 6 個月的計劃 #3 第 6 個月交付物 ✅ AI 引用監控系統運行 ✅ 基線 → 6 個月後的引用增長報告 ✅ 下一個 Top 20 頁面的優化計劃 ✅ 下一個 6 個月路線圖 #2 各月份時間估算 月份 主題 估計時間 難度 第 1 月 審計與基礎建設 11 小時 ⭐⭐ 第 2 月 結構化改造 13-16 小時 ⭐⭐⭐ 第 3 月 Entity 與權威度 11 小時 ⭐⭐⭐ 第 4 月 可引用性 10 小時 ⭐⭐⭐ 第 5 月 AI 爬蟲 7 小時 ⭐⭐ 第 6 月 監控迭代 8 小時 ⭐⭐ **總計** **60-65 小時** 如果你是 solo 創業者，每天投入 30 分鐘 = 約 4 個月完成。 如果你有團隊或專人負責，每週投入 3-4 小時 = 6 個月完成。 #2 快速啟動版（只�� 4 週） 如果你沒有 6 個月的時間，這是最精簡的版本： 第 1 週： ☐ 建立 AI 引用基線（測試 10 個關鍵字） ☐ 結構化改造 Top 3 頁面 第 2 週： ☐ 為 Top 3 頁面加入 FAQ 和 HowTo Schema ☐ 建立 llms.txt 第 3 週： ☐ 優化 Organization 和 Person Schema ☐ 為 Top 3 頁面建立引用句 第 4 週： ☐ 監控初始結果 ☐ 制定長期計劃 這只是「緊急啟動」。 真正的 AISO 是一個持續的過程，不是一個專案。 #2 總結：六個月後的你 如果��按這份路線圖執行了六個月，你應該擁有： ✅ 一個 AI 友好的網站結構 ✅ 10+ 頁經過 AISO 優化的核心內容 ✅ 一個被 AI 認識和信任的品牌 Entity ✅ llms.txt 和優化的 AI 爬蟲策略 ✅ 多元格式的內容套件 ✅ AI 引用監控系統 更重要的是： → 你不再只是追著 Google 排名跑 → 你開始建立你的品牌在 AI 生態中的長期地位 → 你的網站不只是「被找到」的，而是「被引用的」 | ← [第 64 章：llms.txt](http://64-llms-txt.md) | [回索引](http://../索引.md) | [第 66 章：Query Fan-out 與 Entity SEO →](http://66-Query-Fan-out與Entity-SEO.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 66 章：Query Fan-out 查詢擴散與 Entity SEO URL: https://cyruschan.com/seo-chapter-66/ > 什麼是 Query Fan-out？ Query Fan-out（查詢擴散） 描 #2 什麼是 Query Fan-out？ **Query Fan-out（查詢擴散）** 描述了 AI 如何從一個簡單的查詢出發，自動擴展成一連串相關的���題。理解這個機制，可以幫助你建立能「覆蓋整個問題網絡」的內容策略。 一個使用者的查詢如何擴散： 使用者提問：「植牙痛不痛？」 AI 的內部處理： Query 1：植牙痛不痛？ ├── 子問題 1：植牙過程中使用什麼麻醉？ ├── 子問題 2：術後疼痛持續多久？ └── 子問題 3：如何減輕植牙後的疼痛？ Query 2：誰需要植牙？ ├── 子問題 4：什麼情況下不適合植牙？ └── 子問題 5：植牙有年齡限制嗎？ Query 3：植牙的替代方案有哪些？ ���── 子問題 6：牙橋 vs 植牙的優缺點？ └── 子問題 7：活動假牙的費用？ 這就是 Query Fan-out： → 一個問題擴散成一個「問題網絡」 → AI 需要從多個來源收集回答 → 如果你的內容能覆蓋盡可能多的子問題， 你被引用的機會就越大 #2 Query Fan-out 的三個層次 #3 層次 1：橫向擴散（Horizontal Fan-out） 同一主題的不同面向： 核心主題：植牙 橫向擴散： 植牙 → 植牙過程 → 植牙費用 → 植牙風險 → 植牙優點 → 植牙 vs 其他方案 → 植牙後護理 → 植牙保險 策略： 建立一個「主題集群」，覆蓋該主題的所有主要面向。 （樞紐頁面 + 集群頁面，見第 61 章） #3 層次 2：縱向擴散（Vertical Fan-out） 同一面向的不同深度： 面向：植牙費用 縱向擴散： 植牙費用（表層） → 香港植牙平均費用（具體數字） → 不同植體品牌的費用差異（深入比較） → 為什麼植牙費用差異這麼大？（原因分析） → 如何判斷植牙費用是否合理？（評估方法） → 植牙的長期成本效益分析（高階分析） 策略： 不僅僅回答「多少錢」，還要回答「為什麼」和「如何評估」。 表層內容滿足即時答案需求，深層內容建立權威度。 #3 層次 3：關聯擴散（Associative Fan-out） 跨主題的關聯性擴散： 植牙 關聯擴散： 植牙 → 牙科恐懼症（心理層面） → 植牙材料科學（技術層面） → 口腔健康與全身健康（健康層面） → 醫療旅遊：去外國植牙（消費者行為層面） → 植牙技術的歷史和未來（知識層面） 策略： 探索與你的核心主題相關的「周邊主題」。 這些主題可能不是直接的競爭關鍵字， 但它們可以幫助 AI 更全面地理解你的專業領域。 #2 如何利用 Query Fan-out 建立內容策略 #3 Step 1：繪製你的 Query Fan-out 地圖 以你的核心業務為中心，繪製查詢擴散地圖： 練習： 你的核心業務是什麼？（例如：植牙服務） 繪製 3 個層次的擴散： 橫向（不同面向，5-8 個）： □ 植牙過程步驟 □ 植牙費用與保險 □ 植牙技術比較 □ 植牙前評估 □ 植牙後護理 □ 植牙失敗原因 □ 植牙常見問題 縱向（每個面向的深度，3-4 層）： 以「植牙費用」為例： □ 第 1 層：香港植牙費用概覽（概述） □ 第 2 層：各品牌植體費用比較（具體比較） □ 第 3 層：影響植牙費用的 5 大因素（原因分析） □ 第 4 層：植牙投資回報計算指南（高階分析） 關聯（周邊相關主題，5-8 個）： □ 牙科恐懼症與鎮靜治療 □ 口腔健康對全身健康的影響 □ 老年人的牙科護理需求 □ 數位牙科技術的發展 □ 海外植牙醫療旅遊分析 #3 Step 2：評估內容缺口 依照你的 Query Fan-out 地圖，檢查你的網站： 對於每個節點，標記： ✅ 已有內容，且品質良好 ⚠️ 已有內容，但品質不足（需要改進） ❌ 完全沒有內容（缺口） 建立內容優先級： Priority 1：高搜尋量 + 直接商業價值 + 當前是 ❌ Priority 2：中搜尋量 + 間接價值 + 當前是 ⚠️ Priority 3：低搜尋量 + 輔助內容 + 當前是 ❌ #3 Step 3：建立內容生產路線圖 基於缺口分析，規劃內容生產順序： 第 1 階段（填補 P1 缺口）： → 3-5 篇核心內容 → 每篇聚焦一個重要的橫向節點 第 2 階段（建立深度）： → 為每個 P1 內容建立 2-3 篇縱向深度內容 → 形成「樞紐頁面 + 深度內容」結構 第 3 階段（擴展廣度）： → 填補 P2 缺口 → 建立關聯內容（周邊主題） 第 4 階段（維護與迭代）： → 定期更新所有內容 → 根據 AI 引用數據調整策略 #2 Entity SEO：Query Fan-out 的基石 #3 為什麼 Entity 對 Query Fan-out 如此重要？ 當 AI 進行 Query Fan-out 時，它依賴 Entity 關係來理解： AI 的思考過程： 使用者問：「陳大明醫生做植牙好唔好？」 AI 需要知道： → 陳大明 是 Person Entity → 陳大明 worksFor 陳大明牙醫診所（Organization Entity） → 陳大明牙醫診所 offers 植牙服務（Service Entity） → 陳大明牙醫診所 location 中環（Place Entity） → 陳大明牙醫診所 aggregateRating 4.8（Rating Entity） 有了這些 Entity 關聯，AI 可以： → 確認「陳大明」確實是牙醫 → 確認他提供植牙服務 → 評估他的診所品質（評分） → 進行 Query Fan-out（植牙過程？費用？其他醫生？） 沒有清晰的 Entity 關聯： → AI 可能無法確定「陳大明」是誰 → AI 無法評估他的可信度 → Query Fan-out 可能在第一步就中斷 #3 Entity SEO 的三大支柱 支柱 1：內部 Entity 標記（Internal Entity Markup） 在你的網站上清楚標記： ☐ 品牌 Entity（Organization Schema） ☐ 人物 Entity（Person Schema，與品牌關聯） ☐ 服務 Entity（Service Schema，在服務頁面上） ☐ 地點 Entity（Place / PostalAddress，在聯絡頁面上） ☐ Entity 之間的關係（使用 @id 和其他屬性） 支柱 2：外部 Entity 建設（External Entity Building） 在整個網絡上建立 Entity 存在： ☐ Google Business Profile（最重要！） ☐ Wikidata / Wikipedia（如符合標準） ☐ 行業目錄和專業平台 ☐ 社交媒體（sameAs 連結） ☐ 媒體報導和行業出版物 支柱 3：Entity 一致性（Entity Consistency） 確保 Entity 資訊在所有平台上一致： ☐ NAP（名稱、地址、電話）完全一致 ☐ 品牌名稱不變（不要有時「陳大明牙科」有時「Dr. Chan Dental」） ☐ 使用 sameAs 連結統一所有 Entity 表現 #2 進階：多 Entity 網絡策略 對於較大的品牌或有多個核心人物的業務，可以建立多 Entity 網絡： 多 Entity 網絡範例： Organization：陳大明牙科集團 ├── Person：陳大明（創始人、植牙專家） │ ├── specializesIn：微創植牙 │ └── hasCredential：香港大學牙醫學院 ├── Person：李小美（矯正專科醫生） │ ├── specializesIn：隱形牙套矯正 │ └── hasCredential：Invisalign 認證醫師 ├── Place：中環總店 ├── Place：銅鑼灣分店 ├── Service：植牙服務 ├── Service：矯正服務 └── Service：美學牙科 效果： → 每個 Entity 都有自己的「權威半徑」 → AI 可以精確匹配查詢和相關 Entity → 例如：「香港微創植牙專家」→ 觸發 Person：陳大明 → 「銅鑼灣隱形牙套」→ 觸發 Person：李小美 + Place：銅鑼灣 #2 實戰：用 Entity SEO 優化一個頁面 #3 改造前：一個普通的服務頁面 <!-- 改造前 --> <h1>植牙服務</h1> <p>我們提供專業植牙服務，由經驗豐富的醫生主理。</p> <p>請致電 1234 5678 查詢。</p> <!-- 問題： → 沒有 Entity 標記 → AI 不知道「我們」是誰 → AI 不知道「醫生」是誰 → AI 不確定這是否可信 --> #3 改造後：Entity-aware 的服務頁面 <!-- 改造後 --> <h1>微創植牙服務 — 陳大明牙醫診所</h1> <p><strong>陳大明牙醫診所</strong>（香港中環）提供專業微創植牙服務， 由具備 <strong>15 年植牙經驗</strong>的陳大明醫生主理。</p> <!-- Entity 清晰度： → Organization Entity：陳大明牙醫診所（完整名稱） → Place Entity：香港中環 → Person Entity：陳大明醫生 → Quantitative Value：15 年經驗 --> <script type="application/ld+json"> { "@context": "https://schema.org", "@graph": [ { "@id": "#org", "@type": "Dentist", "name": "陳大明牙醫診所", "address": { "@type": "PostalAddress", "streetAddress": "皇后大道中 100 號", "addressLocality": "中環" } }, { "@id": "#service", "@type": "Service", "name": "微創植牙服務", "provider": {"@id": "#org"}, "areaServed": {"@type": "City", "name": "香港"} }, { "@id": "#person", "@type": "Person", "name": "陳大明", "jobTitle": "植牙專科醫生", "worksFor": {"@id": "#org"} } ] } </script> #2 監測 Entity SEO 的成效 如何知道你的 Entity SEO 是否有效？ 1. Google Knowledge Graph 檢查 → 搜尋你的品牌名稱 → 是否有 Knowledge Panel？ → Knowledge Panel 的資訊是否正確且完整？ 2. Google 的 Entity 理解度測試 → 搜尋「[品牌名] 是...」相關查詢 → Google 是否正確理解你的業務類型？ 3. AI 引用中的 Entity 準確度 → AI 引用你時，是否使用了正確的品牌名稱？ → AI 是否正確地描述了你的專業領域？ 4. 結構化資料錯誤監控 → Google Search Console → 增強項目 → 查看 Schema 錯誤和警告 #2 總結：Query Fan-out + Entity SEO = AI 時代的內容策略 傳統 SEO 思維： 「我有一個關鍵字 → 我寫一篇文章 → 我希望能排名」 Query Fan-out + Entity SEO 思維： 「我有一個主題領域 → 我建立一個內容集群， 覆蓋所有相關的查詢 → 我建立清晰的 Entity 網絡 → AI 在進行 Query Fan-out 時，我的內容自然出現在多個節點上」 這不是短期策略，而是長期投資。 但一旦你的 Entity 和內容網絡建立起來， 你在 AI 生態中的存在感是競爭對手難以複製的。 | ← [第 65 章：AI SEO 六個月路線圖](http://65-AI-SEO六個月路線圖.md) | [回索引](http://../索引.md) | [第 67 章：SEO 七大 KPI 指標體系 →](http://67-SEO七大KPI指標體系.md) | 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 67 章：SEO 七大 KPI 指標體系 URL: https://cyruschan.com/seo-chapter-67/ > 沒有數據的 SEO 就像閉著眼睛開車 — 你可能感覺在動，但你不知道方向對不對。 沒有數據的 SEO 就像閉著眼睛開車 — 你可能感覺在動，但你不知道方向對不對。 #2 為什麼需要 KPI 體系？ 很多 SEO 工作者只追蹤一個數字：「排名」。這就像只看血壓來判斷全身健康一樣 — 不夠全面。 一個完整的 SEO KPI 體系應該涵蓋七個維度，從流量到轉換，從技術到品牌，讓你清楚知道「SEO 到底為公司帶來了什麼」。 #2 七大 KPI 群組總覽 ┌─────────────────────────────┐ │ SEO 七大 KPI 體系 │ ├─────────────────────────────┤ │ ① 有機流量與曝光 │ │ ② 關鍵字排名與分佈 │ │ ③ 點擊率（CTR）與 SERP 表現 │ │ ④ 網站行為與參與度 │ │ ⑤ 轉換率與商業成果 │ │ ⑥ 技術品質與爬取健康 │ │ ⑦ 權威度與反向連結 │ └─────────────────────────────┘ #2 KPI 群組一：有機流量與曝光 #3 1.1 有機搜尋流量（Organic Traffic） **定義：** 從搜尋引擎自然搜尋結果點進網站的訪問次數。 **數據來源：** Google Analytics 4 → 報表 → 生命週期 → 獲客 → 流量開發 → 有機搜尋 **解讀要點：** – 看趨勢（月比月、年比年），不要只看單月數字 – 注意季節性波動（電商 1111、旅遊暑假等） – 流量上升不代表 SEO 做得好，可能是品牌搜尋增加 **健康基準：** | 狀態 | 月增率 | 說明 | |——|——–|——| | 🟢 健康 | +5~15% | 穩定成長 | | 🟡 持平 | -5% ~ +5% | 可能遇到瓶頸 | | 🔴 衰退 | -5% 以上 | 需調查原因 | #3 1.2 曝光次數（Impressions） **定義：** 你的網頁在 Google 搜尋結果中被用戶看到的次數（不論有沒有點擊）。 **數據來源：** Google Search Console → 成效 → 總曝光次數 **曝光 vs 流量：** – 曝光上升但流量沒變 → 排名可能進步了，但 CTR 太低 – 曝光下降 → 關鍵字需求減少或排名掉落 – 兩者同步上升 → 最理想的狀態 #3 1.3 品牌 vs 非品牌流量比例 類型 說明 意義 品牌流量 搜尋品牌名稱的流量 反映品牌知名度 非品牌流量 搜尋產品/服務相關字詞 反映 SEO 的真正成效 **健康比例：** 非品牌流量應佔至少 30-50%，如果幾乎全是品牌流量，表示 SEO 還沒有真正貢獻新客。 #2 KPI 群組二：關鍵字排名與分佈 #3 2.1 排名分佈（Rank Distribution） 用排名區間追蹤關鍵字的整體表現： 排名區間 意義 每月追蹤 Top 3 高流量關鍵字 數量 + 變化 Top 4-10 首頁但非前三 數量 + 變化 Top 11-20 第二頁 潛力關鍵字 Top 21-50 第三到五頁 待優化區 #3 2.2 目標關鍵字佔有率（SOV — Share of Voice） **定義：** 你的網站在特定關鍵字群組中，獲得曝光的比例。 **計算方式：** SOV = 你的曝光次數 ÷ 該關鍵字總搜尋量 × 100% **用途：** 比較你和競爭對手在相同關鍵字上的能見度差異。 #3 2.3 關鍵字蠶食監控 同一關鍵字有多個頁面競爭 → 互相蠶食排名。每月檢查一次： – GSC 中同一關鍵字出現多個頁面 – 合併或 canonical 處理 #2 KPI 群組三：點擊率（CTR）與 SERP 表現 #3 3.1 平均點擊率（Average CTR） **定義：** 曝光中有多少比例被點擊。 **數據來源：** GSC → 成效 → 平均點擊率 **行業基準（僅供參考）：** | 排名位置 | 平均 CTR | |———-|———-| | 第 1 名 | 27-32% | | 第 2 名 | 15-18% | | 第 3 名 | 9-11% | | 第 4-5 名 | 4-6% | | 第 6-10 名 | 2-3% | ⚠️ 實際 CTR 受 SERP 功能（Featured Snippet、PAA、AI Overviews）影響極大，2026 年後整體 CTR 有下降趨勢。 #3 3.2 CTR 異常分析 - **排名高但 CTR 低：** Title/Meta Description 不吸引人或搜尋意圖不匹配 - **CTR 突然下降：** Google 新增了 SERP 功能（如 AI Overviews 或精選摘要）佔據點擊 - **CTR 高於平均：** 可能是品牌搜尋或有結構化資料加強 #3 3.3 SERP 功能覆蓋率 追蹤你獲得了哪些 SERP 功能： – Featured Snippet（精選摘要） – People Also Ask（大家也在問） – Image Pack / Video Pack – AI Overviews 引用 #2 KPI 群組四：網站行為與參與度 #3 4.1 跳出率 / 參與度 **GA4 參與工作階段比率：** 用戶停留超過 10 秒 / 觸發轉換事件 / 瀏覽 2 頁以上的比例。 **解讀：** – 高參與度（>70%）：內容與搜尋意圖匹配 – 低參與度（<40%）：內容未能滿足用戶需求，或技術問題（速度慢） #3 4.2 平均參與時間（Average Engagement Time） **健康範圍：** 資訊型內容 > 2 分鐘；產品頁面 > 45 秒 低於健康值 → 內容品質可能不足或搜尋意圖匹配錯誤。 #3 4.3 每工作階段瀏覽頁數 - 內容型網站：1.5-3 頁為健康 - 電商網站：2-4 頁為健康 #3 4.4 回訪率（Returning Users） SEO 的長期指標，反映內容是否有持續價值。 #2 KPI 群組五：轉換率與商業成果 #3 5.1 有機轉換率（Organic Conversion Rate） **定義：** 有機流量中完成目標動作的比例（購買、註冊、下載、填表等）。 **追蹤方式：** GA4 中設定轉換事件，按「有機搜尋」維度篩選。 #3 5.2 SEO 輔助轉換（Assisted Conversions） 不是所有 SEO 流量都在第一次訪問時轉換。SEO 往往是轉換旅程的起點。 **GA4 路徑探索：** 查看「有機搜尋」在轉換路徑中的位置（起始/中間/結尾）。 #3 5.3 SEO ROI（投資回報率） **簡單公式：** SEO ROI = (有機流量帶來的營收 — SEO 成本) ÷ SEO 成本 × 100% **進階公式（考慮 LTV）：** SEO ROI = (有機用戶數 × 平均轉換率 × 平均客單價 × LTV 乘數 — SEO 成本) ÷ SEO 成本 × 100% #3 5.4 微轉換（Micro-Conversions） 不只追蹤最終購買，也追蹤中間行為： – 電子報訂閱 – 白皮書下載 – 加入購物車 – 聯絡表單填寫 – 觀看產品影片 #2 KPI 群組六：技術品質與爬取健康 #3 6.1 索引率（Index Rate） **定義：** 提交的頁面中有多少被 Google 收錄。 **查詢：** GSC → 索引 → 頁面 - 🟢 健康：>90% 頁面已索引 - 🟡 注意：80-90% - 🔴 問題：<80%，需調查原因 #3 6.2 爬取統計（Crawl Stats） **GSC → 設定 → 爬取統計：** – 總爬取請求數：穩定或成長為佳 – 下載時間：越低越好 – 伺服器回應：應為 200 OK #3 6.3 Core Web Vitals 分數 指標 良好 需改善 差 LCP <2.5s 2.5-4.0s >4.0s INP <200ms 200-500ms >500ms CLS <0.1 0.1-0.25 >0.25 #3 6.4 錯誤頁面監控 - 404 頁面數量 - 5xx 伺服器錯誤 - 軟 404（頁面存在但內容為空） - Redirect 鏈長度 #2 KPI 群組七：權威度與反向連結 #3 7.1 反向連結數量與成長趨勢 **追蹤維度：** – 總引用網域數（Referring Domains）— 比總連結數更重要 – 每月新增連結數 – 每月失去連結數 – 新連結 vs 流失連結比率 #3 7.2 連結品質分佈 品質等級 DR/DA 範圍 目標佔比 高品質 DR 70+ 20%+ 中品質 DR 40-69 50%+ 低品質 DR 10-39 <25% 垃圾 DR <10 <5% #3 7.3 品牌提及（Brand Mentions） 沒有連結的純文字品牌提及也開始有 SEO 價值（Implicit Links）。追蹤品牌在網路上被提及的頻率。 #3 7.4 Domain Rating / Domain Authority 趨勢 雖然非 Google 官方指標，DR/DA 是快速判斷網站權威度變化的參考值。 #2 建立你的 KPI Dashboard #3 月報結構（建議） ┌──────────────────────────────────────────┐ │ SEO 月度 KPI 摘要 │ ├──────────────────────────────────────────┤ │ 流量 │ 有機流量：XXX (+X% MoM) │ │ │ 品牌/非品牌比例：XX:XX │ ├──────────┼──────────────────────────────┤ │ 排名 │ Top 3：X 個 (+X) │ │ │ Top 10：X 個 (+X) │ │ │ SOV：XX% │ ├──────────┼──────────────────────────────┤ │ CTR │ 平均 CTR：X.X% │ │ │ SERP 功能：X 項 │ ├──────────┼──────────────────────────────┤ │ 用戶行為 │ 參與率：XX% │ │ │ 平均參與時間：X 分鐘 │ ├──────────┼──────────────────────────────┤ │ 轉換 │ 有機轉換數：XXX │ │ │ 轉換率：X.X% │ │ │ SEO ROI：XXX% │ ├──────────┼──────────────────────────────┤ │ 技術 │ 索引率：XX% │ │ │ CWV 通過率：XX% │ ├──────────┼──────────────────────────────┤ │ 連結 │ 引用網域：XXX (+X) │ │ │ DR：XX │ └──────────────────────────────────────────┘ #3 工具組合建議 工具 用途 費用 Google Search Console 曝光/點擊/排名/CTR/技術 免費 Google Analytics 4 流量/行為/轉換 免費 Looker Studio Dashboard 視覺化 免費 Ahrefs / SEMrush 排名/連結/競品 付費 Screaming Frog 技術 SEO 爬取 免費版可用 #2 常見陷阱 #3 ❌ 陷阱一：只追蹤排名 排名上升但流量沒增加，可能是關鍵字搜尋量太低。流量和轉換才是終極目標。 #3 ❌ 陷阱二：不考慮季節性 不要拿 12 月流量比 2 月流量。永遠用年比年（YoY）而非月比月。 #3 ❌ 陷阱三：看總數不看分群 「總流量成長 20%」可能來自品牌流量的自然增長，真正的 SEO 成效要看非品牌流量。 #3 ❌ 陷阱四：過早評估 SEO 最少 3-6 個月才能看到明顯成效。第一個月就要求 ROI 是不現實的。 #3 ❌ 陷阱五：忽略輔助轉換 用戶可能從 SEO 文章進來，7 天後從廣告點擊購買。只看 Last Click 會低估 SEO 價值。 #2 實戰練習 - **打開 GSC**，查看過去 3 個月的曝光與點擊趨勢，計算月增率 - **打開 GA4**，篩選有機流量，查看參與率和轉換率 - **選擇 10 個核心關鍵字**，記錄當前排名作為基準 - **計算你的品牌 vs 非品牌流量比例** - **建立每月 KPI 追蹤表**，設定 3 個月後的目標值 #2 本章重點回顧 KPI 群組 核心指標 數據來源 流量與曝光 有機流量、曝光次數、品牌/非品牌比 GA4 + GSC 排名與分佈 排名分佈、SOV、蠶食 GSC + 第三方工具 CTR 與 SERP 平均 CTR、SERP 功能覆蓋 GSC 網站行為 參與率、參與時間、回訪率 GA4 轉換與商業 轉換率、ROI、輔助轉換 GA4 + CRM 技術健康 索引率、CWV、錯誤頁面 GSC 權威度 引用網域、連結品質、DR Ahrefs / SEMrush ⬅️ [上一章：第 66 章 Query Fan-out 與 Entity SEO](http://66-Query-Fan-out與Entity-SEO.md) | [回索引](http://../索引.md) | [下一章：第 68 章 Google Search Console 完整操作教學](http://68-Google-Search-Console完整操作教學.md) ➡️ 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 68 章：Google Search Console 完整操作教學 URL: https://cyruschan.com/seo-chapter-68/ > GSC 是 Google 給你���一面鏡子 — 它告訴你 Google 眼中的 GSC 是 Google 給你���一面鏡子 — 它告訴你 Google 眼中的你長什麼樣。而這面鏡子，完全免費。 #2 GSC 是什麼？為什麼它是 SEO 最重要的免費工具？ Google Search Console（簡稱 GSC，前身為 Google Webmaster Tools）是 Google 官方提供的網站管理工具。它直接告訴你 Google 如何看待你的網站 — 哪些頁面被收錄、哪些搜尋字詞帶來流量、網站有沒有技術問題。 **GSC 的核心價值：** – 數據來自 Google 自己，不是第三方估算 – 完全免費 – 即時反映網站與搜尋引擎的互動狀態 – 是發現 SEO 問題的最早警報系統 #2 第一步：驗證網站擁有權 #3 五種驗證方式 方式 難度 適合對象 注意事項 HTML 檔案上傳 ⭐ 有 FTP 權限者 檔案不能刪，否則驗證失效 HTML 標籤（Meta Tag） ⭐ CMS 用戶（WordPress 等） 加入 head 區塊 DNS 記錄（TXT） ⭐⭐ 域名管理者 最穩定，推薦使用 Google Analytics ⭐ 已安裝 GA4 者 GA 代碼須有編輯權限 Google Tag Manager ⭐ GTM 用戶 須有 GTM 發布權限 #3 推薦流程（DNS 驗證法） - 登入 [search.google.com/search-console](https://search.google.com/search-console) - 選擇「新增資源」→ 輸入網域（如 example.com） - 選擇「DNS 記錄」→ 複製 TXT 記錄 - 到域名 DNS 管理台（如 Cloudflare、GoDaddy），新增 TXT 記錄 - 回到 GSC 點「驗證」 #3 四種資源類型 類型 格式 使用時機 網域資源 example.com 跨子網域統一管理（推薦） URL 前綴 — https:// https://example.com 只追蹤 HTTPS URL 前綴 — http:// http://example.com 舊 http 網站 URL 前綴 — www https://www.example.com 含 www 版本 💡 **推薦使用「網域資源」**，自動涵蓋所有子網域（www、blog、shop）和所有通訊協定（http/https）。 #2 GSC 核心報表逐個拆解 #3 報表一：成效（Performance）— SEO 的心跳圖 這是 GSC 最常用的報表，顯示你的網站在 Google 搜尋中的表現。 #4 四大指標 ┌──────────┬────────────────────────────────┐ │ 總點擊次數 │ 用戶從搜尋結果點進你網站的次數 │ │ 總曝光次數 │ 你的頁面在搜尋結果中出現的次數 │ │ 平均點擊率 │ 點擊次數 ÷ 曝光次數 │ │ 平均排名 │ 你的頁面在搜尋結果中的平均位置 │ └──────────┴────────────────────────────────┘ #4 篩選維度 篩選器 用途 實戰技巧 查詢（Queries） 看哪些關鍵字帶來流量 排除品牌關鍵字看純 SEO 成效 網頁（Pages） 看哪些頁面表現好 找出流量暴跌的頁面 國家（Countries） 看流量來自哪裡 多語言網站的市場分析 裝置（Devices） 手機/電腦/平板 手機佔比低 → 行動版可能有問題 搜尋外觀（Search Appearance） 含 SERP 功能 看產品摘要/FAQ/影片等效果 日期（Date） 時間範圍比較 對比去年同期排除季節性 #4 實戰操作：找出值得優化的頁面 步驟 1：選過去 28 天數據 步驟 2：篩選「查詢」排除品牌關鍵字 步驟 3：按「點擊次數」排序，找到流量 Top 10 頁面 → 這些是你的核心資產，優先維護 步驟 4：按「曝光次數」排序，找到高曝光低點擊頁面 → CTR 低於 3% → 優化 Title/Meta Description 步驟 5：按「平均排名」篩選 8-20 名 → 這些是「低垂果實」，稍加優化就能上首頁 #4 篩選排名 8-20 的潛力關鍵字 GSC → 成效 → 篩選器 → 平均排名 → 自訂 → 8 到 20 → 按照曝光排序 → 這就��你的「最容易提升的關鍵字」清單 對每個關鍵字，檢查： 1. 著陸頁內容是否充分覆蓋該主題？ 2. Title/Meta Description 是否包含該關鍵字？ 3. 內部連結是否指向該頁面？ 4. 是否需要補充更多深度內容？ #3 報表二：網址檢查（URL Inspection）— 單頁診斷 輸入任一 URL，GSC 告訴你： – ✅ 該頁面是否在 Google 索引中 – ✅ 最後一次爬取日期 – ✅ 是否為標準網頁（Canonical） – ✅ 行動可用性 – ✅ 結構化資料狀態 – ✅ 是否有任何增強項目（AMP、麵包屑等） **最實用的功能：** – **「請求建立索引」按鈕** — 新頁面或更新後，手動請求 Google 重新爬取 – **「查看已爬取的網頁」** — 看 Googlebot 看到的 HTML（不是瀏覽器渲染的） #3 報表三：索引（Indexing）— 收錄狀況 #4 頁面索引狀態 GSC → 索引 → 頁面 **兩種狀態：** | 狀態 | 圖示 | 說明 | |——|——|——| | 已建立索引 | 🟢 | 正常，可以被搜尋到 | | 未建立索引 | 🟡/🔴 | 需檢查原因 | #4 常見未索引原因及解法 原因 嚴重度 解法 找到但未建立索引 🟡 Google 認為品質不夠。改善內容 + EEAT。可能很慢。 漫遊器已排除（noindex） 🔴 檢查是否誤設了 noindex 標籤 重複網頁，未選為標準網頁 🟡 設好 canonical，或內容差異化 網頁含有 redirect 🟢 正常，轉址頁面本來就不該索引 404 找不到 🔴 修復連結或建立 301 轉址 伺服器錯誤 5xx 🔴 緊急處理伺服器問題 已檢索 — 目前未建立索引 🟡 Google 看到了但決定不收錄，內容待改善 #4 影片頁面索引 如果網站有影片內容，GSC 會單獨顯示影片索引狀態： – 影片是否被找到 – 縮圖是否被抓取 – 結構化資料是否正確 #3 報表四：Sitemap — 引導 Google 爬取 GSC → 索引 → Sitemap **提交 Sitemap：** 1. 輸入 Sitemap 網址（如 sitemap_index.xml） 2. 點「提交」 3. 查看狀態（成功 / 含有錯誤 / 無法讀取） **Sitemap 健康指標：** – 已提交的網頁數量 vs 已建立索引的網頁數量 – 比例應 >90% – 差距過大 → 內容品質可能有問題 #3 報表五：體驗（Experience）— 用戶體驗監控 #4 Core Web Vitals GSC → 體驗 → Core Web Vitals 顯示每個 CWV 指標（LCP、INP、CLS）的通過狀況： | 狀態 | 說明 | |——|——| | 網址不良 | 該頁面 CWV 不達標 | | 網址需要改善 | CWV 介於及格線邊緣 | | 網址良好 | CWV 全部通過 | 💡 點進「不良網址」可以看到影響多少頁面、按相似問題分組（如同一模板的產品頁面）。 #4 HTTPS 檢查網站是否有非 HTTPS 的頁面被索引。 #4 行動可用性（Mobile Usability） - 文字太小 - 點擊元素間距不足 - 內容超出螢幕寬度 - viewport 未設定 #3 報表六：手動操作與安全問題 GSC → 安全性與手動操作 **手動操作（Manual Actions）：** Google 審查人員對網站進行的人工懲罰。 – 最常見：非自然連結（Unnatural Links）、內容貧乏（Thin Content） – 需要提交「重審要求」來解除 **安全性問題：** – 網站被駭客入侵 – 惡意軟體（Malware） – 社交工程攻擊（釣魚頁面） – Google 會主動通知你 #2 進階操作：GSC 的七個實戰技巧 #3 技巧一：比較日期範圍找出問題 GSC → 成效 → 日期 → 比較 設定「過去 28 天」vs「前 28 天」，看： – 哪些關鍵��排名大幅下滑？ – 哪些頁面流量驟降？ – 新發布的內容有沒有開始獲得曝光？ #3 技巧二：正則表達式過濾查詢 在查詢篩選器中，選擇「自訂（regex）」，支援正則表達式： // 找出所有問句形式的搜尋（適合內容創作靈感） (怎麼|如何|什麼|為什麼|哪裡|何時) // 找出含價格意圖的搜尋 (便宜|價格|多少錢|費用|優惠|特價) // 找出比較型搜尋 (vs|比較|推薦|哪個好|排行|評價) #3 技巧三：導出數據到 Google Sheets GSC → 成效 → 右上角「匯出」→ Google Sheets 導出後可以： – 用試算表公式做更深度的分析 – 合併多期數據看長期趨勢 – 與 GA4 數據交叉比對 #3 技巧四：監控品牌 vs 非品牌流量變化 每月的固定儀式： 步驟 1：篩選包含品牌名的查詢 → 記錄總點擊次數 步驟 2：篩選排除品牌名的查詢 → 記錄總點擊次數 步驟 3：計算比例，追蹤月變化 如果非品牌流量比例持續下降： – 內容策略可能需要調整 – 競爭對手可能在搶走你的非品牌關鍵字 #3 技巧五：發現蠶食關鍵字 GSC → 成效 → 按「查詢」分組 → 篩選特定關鍵字 → 按「網頁」維度查看 如果同一關鍵字出現 3+ 個頁面都有排名： – 表示內部競爭（蠶食） – 需要合併內容或設定 canonical #3 技巧六：使用 URL Inspection API 批量檢查 GSC 的限制是單次只能檢查一個 URL，但你可以用 API 批量處理： # 概念示範：批量檢查 URL 狀態（需要設定 GSC API） urls_to_check = [ "https://example.com/page1", "https://example.com/page2", # ... ] # 使用 searchconsole.query.inspect() 批量查詢 實務上可以用 Screaming Frog 整合 GSC API 來做批量分析，比手動逐個檢查有效率得多。 #3 技巧七：找出低 CTR 的高排名頁面 步驟 1：成效報表 → 篩選平均排名 1-5 步驟 2：按照 CTR 由小到大排序 步驟 3：找出 CTR 明顯低於位置基準的關鍵字（如第 3 名但 CTR <5%） 低 CTR 的可能原因： 1. **Title 不夠吸引人** — 加入數字、年份、利益點 2. **Meta Description 太普通** — 重寫為行動導向 3. **SERP 功能搶走點擊** — AI Overviews 或 Featured Snippet 佔據了注意力，考慮結構化資料優化 4. **品牌辨識度低** — 用戶傾向點擊認識的品牌，長期累積品牌權威 #2 GSC 管理多網站 如果你管理多個網站，GSC 提供： – **資源管理**：在同一個 GSC 帳號下切換不同網站 – **使用者與權限**：可以設定「擁有者」「完整權限」「受限權限」 – **驗證擁有者**：可將驗證 Token 用於跨平台工具（如 Data Studio、Ahrefs） #2 GSC vs GA4：分工明確 維度 GSC GA4 數據類型 搜尋行為（曝光、點擊、排名） 網站行為（瀏覽、停留、轉換） 時間視角 搜尋前 → 點擊前 點擊後 → 離開後 關鍵功能 關鍵字排名、索引狀態、技術問題 流量來源、用戶行為、轉換漏斗 互通性 可連結到 GA4，數據互通 可連結到 GSC，在 GA4 看搜尋報表 **最佳實踐：** 將 GSC 連結到 GA4，這樣可以在 GA4 中看到「搜尋查詢」報表，結合用戶行為數據一起分析。 #2 每月 GSC 檢查清單 ☐ 成效報表：查看過去 28 天流量趨勢（YoY 比較） ☐ 成效報表：找出 Top 10 流量頁面，確認狀況 ☐ 成效報表：篩選排名 8-20，找出低垂果實 ☐ 成效報表：檢查 CTR，找出低 CTR 高排名機會 ☐ 索引報表：檢查索引率（應 >90%） ☐ 索引報表：查看是否有新增「未建立索引」頁面 ☐ Sitemap：確認提交狀態正常 ☐ 體驗報表：檢查 Core Web Vitals ☐ 體驗報表：檢查行動可用性問題 ☐ 手動操作：確認沒有新的懲罰或安全問題 #2 本章重點回顧 GSC 報表 核心用途 頻率 成效 追蹤流量/曝光/點擊/排名/CTR 每週 網址檢查 單頁診斷 + 請求索引 按需 索引 監控收錄率 每月 Sitemap 引導爬取 更新時 體驗（CWV） 用戶體驗監控 每月 手動操作 處罰與安全警報 即時 ⬅️ [上一章：第 67 章 SEO 七大 KPI 指標體系](http://67-SEO七大KPI指標體系.md) | [回索引](http://../索引.md) | [下一章：第 69 章 GA4 與 SEO 數據整合](http://69-GA4與SEO數據整合.md) ➡️ 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 69 章：Google Analytics 4 與 SEO 數據整合 URL: https://cyruschan.com/seo-chapter-69/ > GA4 不是 Universal Analytics 的升級版 — 它是一個全新 GA4 不是 Universal Analytics 的升級版 — 它是一個全新的物種。學好它，你的 SEO 數據分析能力直接翻倍。 #2 GA4 是什麼？跟舊版有什麼不同？ Google Analytics 4（GA4）是 Google 在 2023 年推出的新一代網站分析工具，全面取代舊版 Universal Analytics（UA）。 #3 GA4 vs Universal Analytics：核心差異 維度 Universal Analytics（舊） GA4（新） 數據模型 Session-based（工作階段） Event-based（事件） 跳出來 只看跳出率 改用「參與度」（Engagement Rate） 跨裝置追蹤 需手動設定 User ID 內建跨裝置/跨平台 機器學習 幾乎沒有 內建異常檢測、預測指標 隱私合規 基本 強化隱私保護，無 Cookie 也能運作 報表自訂 受限 高度自由（探索報表） 與 GSC 整合 需手動 原生整合 #3 對 SEO 的意義 GA4 的事件模型更精準地追蹤用戶行為，讓你能更清楚看到「SEO 流量進站之後，到底做了什麼」。 #2 GA4 設定基礎（SEO 導向） #3 第一步：建立 GA4 資源 - 前往 [analytics.google.com](https://analytics.google.com) - 管理員 → 建立資源 → 輸入網站名稱 - 設定時區（亞洲/台北 UTC+8）和貨幣（TWD） - 取得「評估 ID」（格式：G-XXXXXXXXXX） #3 第二步：安裝追蹤代碼 **方法一：Google Tag Manager（推薦）** GTM → 新增代碼 → GA4 設定 → 輸入評估 ID → 觸發條件選 All Pages **方法二：直接嵌入網站** <!-- 放在 <head> 區塊 --> <script async src="https://www.googletagmanager.com/gtag/js?id=G-XXXXXXXXXX"></script> <script> window.dataLayer = window.dataLayer || []; function gtag(){dataLayer.push(arguments);} gtag('js', new Date()); gtag('config', 'G-XXXXXXXXXX'); </script> **方法三：CMS 外掛** – WordPress：Site Kit by Google（官方外掛） – Shopify：偏好設定 → Google Analytics #3 第三步：連結 Google Search Console 這是 SEO 分析最關鍵的一步： GA4 → 管理員 → 產品連結 → Search Console 連結 → 新增連結 完成後，GA4 中會出現兩個專屬報表： – **Google 有機搜尋查詢** — 看每個關鍵字的流量、參與度、轉換 – **Google 有機搜尋流量** — 看每個著陸頁的有機表現 #2 GA4 對 SEO 最重要的五個報表 #3 報表一：流量開發 → Google 有機搜尋查詢 GA4 → 報表 → 生命週期 → 獲客 → 流量開發 → 在表格中篩選「工作階段媒體 = organic」 **SEO 分析重點：** – 有機流量佔總流量比例（應 >50% 為佳） – 有機流量的參與率（Engagement Rate） – 有機用戶 vs 付費用戶的行為差異 #3 報表二：有機搜尋查詢（需連結 GSC） GA4 → 報表 → 生命週期 → 獲客 → Google 有機搜尋查詢 這個報表結合了 GSC 的搜尋數據和 GA4 的用戶行為數據： 指標 來源 意義 有機點擊 GSC 搜尋流量進站 參與工作階段 GA4 進站後有互動 關鍵事件（轉換） GA4 完成目標動作 每位使用者平均參與時間 GA4 內容深度 **實戰用法：** 找出「高點擊、低參與」的關鍵字 → 內容與搜尋意圖不匹配，需重寫著陸頁。 #3 報表三：著陸頁報表 GA4 → 報表 → 生命週期 → 參與 → 著陸頁 → 加上篩選器：「工作階段媒體 = organic」 **SEO 分析重點：** | 指標 | SEO 意義 | |——|———-| | 工作階段 | 該頁面吸引的有機流量 | | 參與率 | 內容品質指標 | | 平均參與時間 | 內容深度/匹配度 | | 關鍵事件（轉換） | 商業價值 | | 回訪率 | 內容忠誠度 | #3 報表四：轉換路徑（探索報表） GA4 → 探索 → 路徑探索 → 起始接觸點設為「有機搜尋」 **這個報表回答：** – SEO 流量進來後，去了哪些頁面？ – 中間經過哪些步驟才轉換？ – 哪些頁面是轉換旅程的關鍵節點？ #3 報表五：預測目標對象（機器學習功能） GA4 → 探索 → 目標對象探索 GA4 的機器學習功能可以自動識別： – **潛在購買者** — 未來 7 天內可能購買的用戶 – **流失機率** — 未來 7 天內可能不再回訪的用戶 **SEO 用途：** 設定這些群體後，分析他們的有機搜尋行為 — 高價值用戶都搜什麼關鍵字？ #2 自訂事件追蹤（SEO 關鍵行為） #3 追蹤 SEO 相關的微轉換 光追蹤購買是不夠的。你需要知道 SEO 流量做了哪些「中間行為」： // 追蹤內容頁面的閱讀深度（閱讀超過 75%） gtag('event', 'scroll_depth', { 'percent': 75, 'page_title': document.title }); // 追蹤內部連結點擊（用戶在探索你的主題群集） document.querySelectorAll('.article-content a[href^="/"]').forEach(link => { link.addEventListener('click', () => { gtag('event', 'internal_link_click', { 'link_url': link.href, 'link_text': link.textContent }); }); }); // 追蹤 FAQ Schema 互動（點擊展開問題） gtag('event', 'faq_interaction', { 'question': '如何XXX？' }); // 追蹤文件下載（SEO 內容的核心轉換之一） gtag('event', 'file_download', { 'file_name': 'seo-checklist-2026.pdf', 'file_type': 'pdf' }); #3 設定為 GA4 關鍵事件（轉換） 在 GA4 中將這些事件標記為關鍵事件： GA4 → 管理員 → 事件 → 找到事件 → 標示為關鍵事件 #2 SEO 數據整合實戰：GSC + GA4 #3 整合一：著陸頁 SEO 表現儀表板 在 GA4 中建立自訂報表（或匯出到 Looker Studio），合併以下數據： ┌─────────────────────────────────────────────┐ │ 著陸頁 SEO 分析 │ ├──────┬──────────┬────────┬─────────┬────────┤ │ 頁面 │ 有機流量 │ 參與率 │ 轉換率 │ 平均排名 │ │ │ (GA4) │ (GA4) │ (GA4) │ (GSC) │ ├──────┼──────────┼────────┼─────────┼────────┤ │ /blog/a│ 2,340 │ 72% │ 3.2% │ 2.1 │ │ /blog/b│ 1,890 │ 68% │ 2.8% │ 4.3 │ │ /blog/c│ 1,540 │ 45% │ 1.1% │ 1.8 │ ⚠️ 高排名低參與 │ /blog/d│ 1,200 │ 81% │ 5.3% │ 8.7 │ 💡 高轉換潛力 └──────┴──────────┴────────┴─────────┴────────┘ **立即行動：** – blog/c：排名第一但參與率低 → 內容與意圖不匹配，重寫 – blog/d：排名第八但轉換高 → 優化關鍵字和內部連結，推上首頁 #3 整合二：關鍵字 ROI 計算 -- 概念 SQL：結合 GSC 點擊 + GA4 轉換 SELECT gsc.query, gsc.clicks, gsc.impressions, gsc.avg_position, ga4.conversions, ga4.revenue, ga4.revenue / gsc.clicks AS revenue_per_click FROM gsc_data gsc JOIN ga4_landing_page_data ga4 ON gsc.page = ga4.page WHERE gsc.clicks > 100 -- 過濾數據太少的關鍵字 ORDER BY revenue_per_click DESC #3 整合三：內容投資回報追蹤 為每篇 SEO 文章建立追蹤表： 文章 創作時間 (h) 月均流量 月均轉換 營收貢獻 ROI 文章 A 8 2,100 21 $4,200 極佳 文章 B 12 340 2 $400 待改善 文章 C 4 890 15 $3,000 極佳 💡 文章 C 最驚豔 — 只花 4 小時創作，卻帶來 15 次轉換。這就是應該複製的內容模式。 #2 GA4 探索報表：SEO 進階分析 #3 探索一：有機用戶的內容旅程 GA4 → 探索 → 空白 → 路徑探索 起始接觸點：event_name = session_start first_user_medium = organic 分析 SEO 用戶的路徑模式： – **最常見路徑：** Blog Post → Service Page → Contact → Conversion – **卡住點：** 大量用戶在 Blog Post → 離開 – **行動：** 在卡住點增加 CTA 或相關內容推薦 #3 探索二：按照裝置區分 SEO 表現 GA4 → 探索 → 自由形式 列：裝置類別 值：工作階段、參與率、平均參與時間、關鍵事件 篩選：工作階段媒體 = organic 如果手機參與率明顯低於電腦 → 行動版內容體驗需要改善。 #3 探索三：按國家/語言的 SEO 成效 多語系或多市場網站必須追蹤這個維度： 維度：國家 + 語言 指標：工作階段、轉換率、每位使用者收益 #2 Looker Studio 儀表板製作（免費的 SEO Dashboard） #3 快速建立 SEO Dashboard 的步驟 - **前往** [lookerstudio.google.com](https://lookerstudio.google.com) - **建立報表** → 新增數據來源 - **連接 GA4** + **連接 GSC** - **拖曳圖表**： 建議儀表板佈局： ┌─────────────────────────────────────────────────┐ │ SEO 月度總覽 日期範圍：本月 │ ├──────────┬──────────┬──────────┬────────────────┤ │ 有機流量 │ 轉換數 │ 轉換率 │ 平均排名 │ │ (數字卡) │ (數字卡) │ (數字卡) │ (數字卡) │ ├──────────┴──────────┴──────────┴────────────────┤ │ 每日有機流量趨勢（折線圖） │ ├─���───────────────────────────────────────────────┤ │ 關鍵字 Top 10 — 流量排名（表格） │ ├─────────────────────────────────────────────────┤ │ 著陸頁 Top 10 — 參與度排名（表格） │ ├─────────────────────────────────────────────────┤ │ 流量來源佔比（圓餅圖/甜甜圈圖） │ ├─────────────────────────────────────────────────┤ │ 裝置類別分佈（直條圖） │ └─────────────────────────────────────────────────┘ #3 值得加到 Dashboard 的進階指標 - **有機 vs 付費流量佔比趨勢**（月變化） - **品牌 vs 非品牌流量佔比**（需要 GSC 篩選） - **Top 進入頁面的回訪率** - **內容發布後的流量爬坡曲線**（新文章 0 → 90 天的流量增長） #2 UTM 參數：追蹤 SEO 以外的推廣成效 雖然 SEO 流量本身不需要 UTM（GSC 已經追蹤），但當你： – 在社群媒體分享 SEO 文章 – 在電子報中推廣內容 – 與 KOL 合作推廣 就需要用 UTM 標記來區分流量來源： https://example.com/seo-guide/?utm_source=newsletter&utm_medium=email&utm_campaign=seo_series_01&utm_content=cta_button **UTM 五大參數：** | 參數 | 說明 | 範例 | |——|——|——| | utm_source | 來源 | facebook, newsletter, partner_site | | utm_medium | 媒介 | social, email, cpc, referral | | utm_campaign | 活動名稱 | seo_series_launch | | utm_term | 關鍵字（可選） | seo_tools | | utm_content | 內容版本（可選） | cta_button_a | **命名規範（給自己一條規矩）：** – 全部小寫 – 用底線不用空格 – 保持一致（不要有時 facebook 有時 fb） #2 常見的 GA4 SEO 分析誤區 #3 ❌ 誤區一：把 GA4 的「工作階段」直接當成 SEO 流量 GA4 中一個工作階段可能包含多個來源。查看 SEO 效能時，務必用「工作階段媒體 = organic」篩���。 #3 ❌ 誤區二：忽略「未指派」流量 GA4 的「未指派」流量通常是因為 Cookie 被阻擋或用戶使用了隱私瀏覽，正常現象。但如果佔比超過 15%，檢查 GA4 設定。 #3 ❌ 誤區三：直接比較 GA4 和 GSC 的點擊數 兩者的計算方式不同，數字永遠不會一模一樣。GA4 的「工作階段」≠ GSC 的「點擊」，這是正常的。 #3 ❌ 誤區四：只看「工作階段」而忽略「使用者」 使用者數（Users）比工作階段更能反映真實的受眾規模。一篇文章可能同一個用戶看了 5 次（5 個工作階段，但只有 1 個使用者）。 #3 ❌ 誤區五：不設定轉換事件就開始分析 沒有轉換事件的 GA4 只會告訴你「有人來」，但不會告訴你「來的人有沒有價值」。設定轉換是第一優先。 #2 GA4 每月 SEO 檢查清單 ☐ 流量開發報表：有機流量 MoM 和 YoY 變化 ☐ 有機搜尋查詢報表：Top 關鍵字變化 ☐ 著陸頁報表：Top 10 頁面的參與率與轉換率 ☐ 探索 → 路徑探索：SEO 用戶的典型旅程 ☐ 轉換報表：有機轉換數和轉換率趨勢 ☐ 裝置報表：手機 vs 桌面表現對比 ☐ 檢查轉換事件：是否有新事件需要標記？ ☐ 檢查 UTM 使用：命名是否一致？ ☐ 更新 SEO Dashboard：把新數據填入 Looker Studio #2 本章重點回顧 GA4 功能 SEO 用途 重要度 流量開發報表 追蹤有機流量佔比與趨勢 ⭐⭐⭐⭐⭐ 有機搜尋查詢（需連結 GSC） 關鍵字 + 用戶行為整合 ⭐⭐⭐⭐⭐ 著陸頁報表 頁面層級的 SEO 表現 ⭐⭐⭐⭐⭐ 轉換路徑 SEO 在轉換旅程的角色 ⭐⭐⭐⭐ 探索報表 自訂深度分析 ⭐⭐⭐⭐ 預測目標對象 AI 驅動的用戶分群 ⭐⭐⭐ Looker Studio 整合 視覺化 SEO Dashboard ⭐⭐⭐⭐ ⬅️ [上一章：第 68 章 Google Search Console 完整操作教學](http://68-Google-Search-Console完整操作教學.md) | [回索引](http://../索引.md) | [下一章：第 70 章 SEO 數據分析常見��斷流程](http://70-SEO數據分析常見診斷流程.md) ➡️ 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 70 章：SEO 數據分析常見診斷流程 URL: https://cyruschan.com/seo-chapter-70/ > SEO 出問題的時候，最危險的反應是「憑感覺亂改」。本章給你一套標準化的診斷 S SEO 出問題的時候，最危險的反應是「憑感覺亂改」。本章給你一套標準化的診斷 SOP，像醫生看診一樣：問症狀 → 做檢查 → 下診斷 → 開藥方。 #2 SEO 診斷的黃金法則 #3 三個原則 - **先排除外部因素，再看內部問題** — 先確認不是 Google 演算法更新、季節性波動、競爭對手動作等外部因素，才去改網站 - **數據交叉驗證，不要只看單一指標** — 流量掉了可能是排名問題，也可能是 SERP 功能改變、CTR 下降、或關鍵字需求減少 - **一次只改一個變數** — 避免同時修改 Title + 內容 + 內部連結，這樣永遠不知道哪個改動產生了效果 #3 診斷工具箱 工具 主要用途 優先級 Google Search Console 排名/曝光/點擊/索引/技術問題 🥇 第一站 Google Analytics 4 流量/行為/轉換 🥇 第一站 Ahrefs / SEMrush 排名追蹤/連結分析/競品 🥈 第二站 Screaming Frog 技術爬取/大規模診斷 🥈 第二站 PageSpeed Insights 速度/Core Web Vitals 🥉 第三站 Google Trends 搜尋需求趨勢 🥉 第三站 #2 診斷場景一：有機流量突然暴跌 #3 症狀 有機流量在短時間內（1-7 天）大幅下降 30% 以上。 #3 診斷流程（5 分鐘快速排查） 流量暴跌 │ ├─→ 步驟 1：檢查是否 Google 演算法更新 │ ┌─────────────────────────────────┐ │ │ 查看 @searchliaison (X/Twitter) │ │ │ 查看 SEO 社群（MozCast 等工具） │ │ │ 查看 Google Search Status 儀表板 │ │ └─────────────────────────────────┘ │ 如果有更新 → 記錄影響範圍，等待恢復 → 跳到步驟 5 │ ├─→ 步驟 2：檢查 GSC 手動操作 │ GSC → 安全性與手動操作 │ 如果有處罰 → 理解原因 → 修正 → 提交重審 │ ├─→ 步驟 3：檢查技術問題 │ ┌─────────────────────────────────┐ │ │ GSC → 索引 → 頁面 │ │ │ 檢查是否突然大量頁面被取消索引 │ │ │ 檢查 robots.txt 是否誤封 │ │ │ 檢查 noindex 標籤是否誤設 │ │ │ 檢查伺服器是否 5xx 錯誤 │ │ └─────────────────────────────────┘ │ ├─→ 步驟 4：細分流量損失來源 │ GSC → 成效 → 比較（過去 7 天 vs. 前 7 天） │ ┌─────────────────────────────────┐ │ │ 按「查詢」分組： │ │ │ - 所有關鍵字都掉 → 全站問題 │ │ │ - 只有幾個關鍵字掉 → 頁面層級 │ │ │ │ │ │ 按「網頁」分組： │ │ │ - 找出降幅最大的 5 個頁面 │ │ │ - 檢查這些頁面有沒有被改過？ │ │ │ │ │ │ 按「國家」分組： │ │ │ - 是否特定市場出問題？ │ │ └─────────────────────────────────┘ │ └─→ 步驟 5：對症下藥 ┌──────────────────────────────────────────┐ │ 原因 │ 解法 │ ├──────────────────────────────────────────┤ │ 演算法更新影響 │ 改善 E-E-A-T，等恢復 │ │ 手動處罰 │ 修正問題 + 提交重審 │ │ 大量頁面未索引 │ 檢查 noindex/robots │ │ 競爭對手內容更新 │ 檢視競品，加強內容 │ │ SERP 功能改變 │ 結構化資料 + 長尾策略 │ │ 網站改版 │ 檢查 301/Canonical │ │ 關鍵字需求下降 │ Google Trends 確認 │ └──────────────────────────────────────────┘ #3 進階診斷：使用 GSC 比較報表 步驟 A：設定比較日期範圍（本週 vs 上週） 步驟 B：先看「總點擊次數」變化 → 確認確實下降 步驟 C：再看「總曝光次數」→ 曝光也降 = 排名問題 → 曝光沒降 = CTR 問題 步驟 D：CTR 問題 → 檢查 SERP 外觀是否有變化（AI Overviews 出現？） #2 診斷場景二：排名緩慢下滑（非突然暴跌） #3 症狀 核心關鍵字的排名在 1-3 個月內從第 3 名掉到第 8 名，或持續緩慢下滑。 #3 診斷流程 排名緩慢下滑 │ ├─→ 檢查一：內容新鮮度 │ 文章發布多久了？超過 12 個月？ │ → 更新內容，加入最新數據和案例 │ ├─→ 檢查二：競爭對手動態 │ 用 Ahrefs/SEMrush 查看： │ ┌─────────────────────────────────┐ │ │ - 誰在排名上升？ │ │ │ - 他們的內容比你多了什麼？ │ │ │ - 他們最近獲得了哪些新連結？ │ │ └─────────────────────────────────┘ │ → 找出差距，補強內容 │ ├─→ 檢查三：內部連結衰減 │ 舊文章是否漸漸失去內部連結？ │ → 在新文章中適當引用舊文章 │ → 檢查導航結構是否改動 │ ├─→ 檢查四：關鍵字意圖轉移 │ 搜尋該關鍵字，SERP 上的內容類型是否變了？ │ → 用戶意圖可能從「資訊型」變成「交易型」（或相反） │ → 調整你的內容格式來匹配新的意圖 │ └─→ 檢查五：技術債累積 網站速度是否逐漸變慢？ Core Web Vitals 是否惡化？ → PageSpeed Insights 檢查 → 清理不必要的插件和資源 #2 診斷場景三：流量不錯但沒轉換 #3 症狀 有機流量穩定成長，但轉換率持續低迷。 #3 診斷流程 高流量低轉換 │ ├─→ 檢查一：流量品質 │ ┌─────────────────────────────────┐ │ │ GA4 → 有機搜尋查詢報表 │ │ │ 查看帶來最多流量的關鍵字 │ │ │ 這些關鍵字的搜尋意圖是什麼？ │ │ │ 如果是「資訊型」意圖佔大多數 │ │ │ → 你的內容匹配了錯誤的意圖階段 │ │ └─────────────────────────────────┘ │ ├─→ 檢查二：內容與意圖不匹配 │ 搜尋「如何選購筆電」的人 │ 被導到筆電產品頁 → 他要的是指南，不是立刻購買 │ 解法：建立資訊型內容 → 內部連結引導到產品頁 │ ├─→ 檢查三：CTA 位置與設計 │ 使用 GA4 熱力圖或捲動深度追蹤： │ ┌─────────────────────────────────┐ │ │ - CTA 是否埋在內容太深處？ │ │ │ - 用戶讀到 50% 就離開了？ │ │ │ → 把 CTA 提前到 25-30% 位置 │ │ │ - CTA 文案是否模糊？ │ │ │ → 改為具體行動（下載指南 vs 了解更多）│ │ └─────────────────────────────────┘ │ ├─→ 檢查四：著陸頁體驗 │ - 頁面載入速度（移動端 < 3 秒）？ │ - 彈出視窗是否干擾閱讀？ │ - 行動版表單是否好填寫？ │ └─→ 檢查五：目標受眾匹配 用 GA4 的「人口統計」報表確認： - SEO 流量的人口特徵是否符合你的目標客戶？ - 如果是 B2B 但來的都是學生 → 內容策略需要重新定位 #2 診斷場景四：大量頁面未被索引 #3 症狀 GSC 顯示大量頁面「已檢索 — 目前未建立索引」或「找到但未建立索引」。 #3 診斷流程 大量頁面未索引 │ ├─→ 第一步：量化問題範圍 │ GSC → 索引 → 頁面 → 查看「為什麼網頁未建立索引」 │ 記錄每個原因的數量 │ ├─→ 第二步：分類處理 │ │ 原因：重複網頁，未選為標準網頁 │ ├─ Canonical 設定錯誤？ │ ├─ 內容過於相似？ │ └─ 解法：檢查 canonical 標籤，差異化內容或合併頁面 │ │ 原因：找到但未建立索引 │ ├─ Google 認為內容品質不足 │ ├─ Crawl Budget 不夠 │ └─ 解法： │ • 改善內容深度和原創性 │ • 確保每個頁面至少 300+ 字 │ • 減少低品質頁面（Content Pruning） │ • 優化網站速度，增加 Crawl Budget │ │ 原因：已檢索 — 目前未建立索引 │ ├─ Google 看到了但決定不收錄 │ └─ 解法： │ • 增強內部連結 → 增加重要性訊號 │ • 獲得外部連結 → 增加權威訊號 │ • 提交 Sitemap 中的 lastmod 日期 │ │ 原因：漫遊器已排除（noindex） │ ├─ 檢查是否誤設了 noindex │ └─ 解法：如果是故意的（後台頁面/感謝頁面），OK │ 如果不是 → 移除 noindex 標籤 │ └─→ 第三步��建立監控機制 每週查看 GSC 索引報表 設定自動化通知（透過 GSC API 或第三方工具） #2 診斷場景五：CTR 異常低 #3 症狀 排名在前 5 名以內，但 CTR 遠低於該位置的平均值。 #3 診斷流程 排名高 CTR 低 │ ├─→ 檢查一：Title Tag 吸引力 │ 用這個公式評估你的 Title： │ ┌─────────────────────────────────┐ │ │ [主要關鍵字] + [獨特賣點] │ │ │ + [數字/年份] │ │ │ + [觸發點擊的元素] │ │ │ │ │ │ ❌ 「SEO 教學」 │ │ │ ✅ 「2026 SEO 完整教學：從入門到 │ │ │ 首頁排名，7 個實戰步驟」 │ │ └─────────────────────────────────┘ │ ├─→ 檢查二：Meta Description │ ┌─────────────────────────────────┐ │ │ - 是否包含 CTA？ │ │ │ - 是否回答用戶的痛點？ │ │ │ - 是否在 150 字以內（行動版限制）？ │ │ └─────────────────────────────────┘ │ ├─→ 檢查三：SERP 功能競爭 │ 搜尋你的目標關鍵字，看看 SERP 上有沒有： │ ┌─────────────────────────────────┐ │ │ • AI Overviews（2026 最常見） │ │ │ • Featured Snippet（佔據位置 0） │ │ │ • PAA（People Also Ask） │ │ │ • 廣告（佔據前 4 個位置） │ │ │ • 影片輪播 / 圖片輪播 │ │ └─────────────────────────────────┘ │ 如果有 AI Overviews 直接回答問題 │ → 你的內容需要在深度上超越 AI 能提供的 │ → 或爭取被 AI Overviews 引用 │ ├─→ 檢查四：結構化資料缺失 │ 競爭對手的搜尋結果有星級評分、FAQ、麵包屑 │ 你的沒有 → 視覺上被比下去 │ 解法：加上對應的 Schema 標記 │ └─→ 檢查五：品牌辨識度 排名第 3 名但前面是維基百科和知名品牌 → 用戶會傾向點擊認識的網站 → 長期策略：累積品牌權威和知名度 #2 診斷場景六：改版/搬家後的 SEO 異常 #3 常見症狀 - 網站改版後流量下跌 - 域名遷移後排名消失 - 重新設計後頁面失蹤 #3 診斷流程 網站改版後異常 │ ├─→ 第一步：檢查 301 轉址 │ 用 Screaming Frog 爬取舊 URL 清單 │ ┌─────────────────────────────────┐ │ │ ✓ 每個舊 URL → 返回 301 │ │ │ ✓ 目標 URL → 返回 200 │ │ │ ✗ 沒有 301 → 404 → SEO 資產流失 │ │ │ ✗ 301 → 301 鏈 → 權重衰減 │ │ └─────────────────────────────────┘ │ ├─→ 第二步：檢查 Canonical 設定 │ 新頁面的 canonical 指向是否正確？ │ - 不能指向舊 URL │ - 不能多個頁面指向同一個 canonical │ ├─→ 第三步：檢查內部連結 │ 網站改版後，內部連結結構可能全亂了： │ ┌─────────────────────────────────┐ │ │ - 導航選單的連結更新了嗎？ │ │ │ - 文章內的內部連結還是舊 URL？ │ │ │ - 相關文章推薦區塊指向正確嗎？ │ │ └─────────────────────────────────┘ │ ├─→ 第四步：檢查內容變化 │ 改版後內容有被刪減嗎？ │ - 文字量是否大幅減少？ │ - Heading 結構是否被破壞？ │ - 圖片 alt 屬性是否遺失？ │ ├─→ 第五步：檢查技術設定 │ ┌─────────────────────────────────┐ │ │ - robots.txt 是否改變？ │ │ │ - SSL 憑證是否正確？ │ │ │ - Sitemap 是否更新？ │ │ │ - 頁面速度是否變慢？ │ │ │ - 行動版是否正常？ │ │ └─────────────────────────────────┘ │ └─→ 第六步：GSC 地址變更 GSC → 設定 → 地址變更 通知 Google 你的網站已遷移 #2 診斷場景七：新內容無法獲得排名 #3 症狀 發布超過 4 週的新文章，曝光幾乎為零，排名在 50 名以後。 #3 診斷流程 新內容無排名 │ ├─→ 檢查一：是否被索引？ │ GSC → 網址檢查 → 輸入 URL │ 如果未索引 → 手動「請求建立索引」 │ 如果返回「已檢索但未索引」→ 內容品質問題 │ ├─→ 檢查二：關鍵字競爭力 │ 用 Ahrefs/SEMrush 查看目標關鍵字的 KD（Keyword Difficulty） │ ┌─────────────────────────────────┐ │ │ KD > 70：高難度，新網站很難競爭 │ │ │ KD 40-70：中等，需要優質內容+連結 │ │ │ KD < 40：低難度，內容+內部連結即可 │ │ └─────────────────────────────────┘ │ 如果 KD 過高 → 改用長尾關鍵字策略 │ ├─→ 檢查三：內部連結強度 │ 新文章從哪些頁面獲得內部連結？ │ → 從相關的舊文章加入連結 │ → 從導航/分類頁加入連結 │ → 目標：至少 3-5 條內部連結指向新文章 │ ├─→ 檢查四：內容深度與格式 │ 搜尋目標關鍵字，分析 Top 3 的內容： │ ┌─────────────────────────────────┐ │ │ - 他們的字數範圍？ │ │ │ - 他們使用了什麼格式？（清單/指南）│ │ │ - 他們包含了哪些子主題？ │ │ │ → 你的內容必須覆蓋同樣的子主題 │ │ │ → 並提供他們沒有的獨特視角 │ │ └─────────────────────────────────┘ │ └─→ 檢查五：等待時間 「Sandbox 效應」— 新網站/新內容需要時間建立信任 - 高權威網站：1-2 週 - 中等權威：3-6 週 - 新網站/低權威：2-6 個月 → 這是正常的，繼續發布優質內容，不要放棄 #2 診斷場景八：季節性判��� vs 真實問題 #3 症狀 流量出現週期性波動，不確定是季節性還是 SEO 問題。 #3 診斷流程 流量波動判別 │ ├─→ 方法一：Google Trends 驗證 │ 搜尋你的核心關鍵字，查看過去 5 年的趨勢曲線 │ ┌─────────────────────────────────┐ │ │ 每年同月份都下降 → 季節性 │ │ │ 今年特別低於往年 → SEO 問題 │ │ └─────────────────────────────────┘ │ ├─→ 方法二：年比年比較（YoY） │ GSC → 成效 → 比較 → 去年同期 │ ┌─────────────────────────────────┐ │ │ YoY 持平或上升 → 季節性 │ │ │ YoY 大幅下降 → 真問題 │ │ └─────────────────────────────────┘ │ ├─→ 方法三：對照組分析 │ 找一個「不受季節影響」的關鍵字群組 │ 看看這組關鍵字是否也掉了？ │ ┌─────────────────────────────────┐ │ │ 對照組也掉 → 全站問題 │ │ │ 只有季節性關鍵字掉 → 季節性 │ │ └─────────────────────────────────┘ │ └─→ 方法四：檢查競爭對手 用第三方工具查看競爭對手是否也掉了 競爭對手也掉 → 行業季節性或市場需求變化 只有你掉 → 你就是問題 #2 萬用診斷 SOP：任何 SEO 問題的起手式 當你不知道從哪裡開始時，按照這個順序跑一遍： 🔍 SEO 問題萬用診斷 SOP 階段一（10 分鐘）：排除外部因素 ☐ 1. 查看是否有 Google 演算法更新？ ☐ 2. GSC 手動操作檢查 ☐ 3. Google Trends 確認需求變化 ☐ 4. 確認不是節假日/季節性波動 → 如果都不是 → 問題在網站本身，進入階段二 階段二（15 分鐘）：範圍定位 ☐ 5. GSC 比較報表：問題是全站還是特定頁面？ ☐ 6. GSC 比較報表：問題是排名還是 CTR？ ☐ 7. GSC 比較報表：問題是特定國家/裝置嗎？ → 找出問題範圍後 → 進入階段三 階段三（20 分鐘）：技術排查 ☐ 8. GSC 索引報表：收錄是否正常？ ☐ 9. robots.txt 是否正確？ ☐ 10. 網站速度 / CWV 是否正常？ ☐ 11. 最近有沒有改版/搬家/插件更新？ → 排除技術問題 → 進入階段四 階段四（30 分鐘）：內容與連結分析 ☐ 12. 受影響頁面的內容是否過時？ ☐ 13. 競爭對手的內容是否超越你了？ ☐ 14. 內部連結結構是否健康？ ☐ 15. 反向連結是否有流失或異常？ → 找到根本原因 → 制定行動計劃 階段五（持續）：行動與監控 ☐ 16. 根據診斷結果制定修復方案 ☐ 17. 先做影響最大的改動（P0） ☐ 18. 記錄每次改動的時間和內容 ☐ 19. 改動後觀察 2-4 週 ☐ 20. 無效就回溯，重新診斷 #2 診斷結果記錄模板 每次做完診斷，務必記錄下來。這不僅幫助你追蹤，也幫助你在下次問題發生時更快定位： ## SEO 診斷記錄 - **日期：** 2026/07/23 - **問題描述：** 有機流量較上月下降 35% - **受影響範圍：** Blog 分類頁面為主，產品頁正常 - **診斷過程：** 1. 確認無演算法更新（searchliaison 無公告） 2. GSC 比較：曝光下降 40%，點擊下降 35% → 排名問題 3. 排名追蹤：3 個核心關鍵字從 Top 3 掉到 Top 8-12 4. 檢查競爭對手：2 個競品在同期發布了更新的內容 5. 內容質量檢查：我們的內容還是 2024 年的數據 - **根本原因：** 內容過時，被競爭對手超越 - **行動方案：** 1. 更新 3 篇核心文章內容（加入 2026 數據）— 7/25 前 2. 發布 2 篇新的深度內容 — 8/1 前 3. 建立內容更新日曆 — 8/5 前 - **預期恢復時間：** 2-4 週 - **跟進日期：** 8/15 檢查排名變化 #2 本章重點回顧 診斷場景 第一檢查點 關鍵工具 流量暴跌 演算法更新 / 手動操作 GSC + searchliaison 排名緩慢下滑 內容新鮮度 + 競品動態 Ahrefs + SERP 分析 高流量低轉換 搜尋意圖匹配度 GA4 + GSC 查詢報表 大量頁面未索引 Canonical / 品質 GSC 索引報表 CTR 異常低 SERP 功能 + Title GSC + SERP 分析 改版後異常 301 轉址 + 內部連結 Screaming Frog 新內容無排名 索引狀態 + KD GSC + Ahrefs 季節性判斷 YoY 比較 + Google Trends GSC + Trends 💡 核心心法：**先定位範圍，再找原因，一次只改一個變數，追蹤效果。** ⬅️ [上一章：第 69 章 GA4 與 SEO 數據整合](http://69-GA4與SEO數據整合.md) | [回索引](http://../索引.md) | [下一章：第 71 章 白帽 vs 灰帽 vs 黑帽 SEO 完整比較](http://71-白帽vs灰帽vs黑帽-SEO.md) ➡️ 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 71 章：白帽 vs 灰帽 vs 黑帽 SEO 完整比較 URL: https://cyruschan.com/seo-chapter-71/ > 「SEO 唔係關於點樣呃 Google，而係關於點樣幫 Google 幫你。」— 「SEO 唔係關於點樣呃 Google，而係關於點樣幫 Google 幫你。」— 白帽 SEO 的核心哲學。 #2 三種 SEO 路線的定義 白帽 灰帽 黑帽 ┌──────────┐ ┌──────────┐ ┌──────────┐ │ 遵守規則 │ │ 遊走邊緣 │ │ 違反規則 │ │ 長期策略 │ ←──→ │ 有風險 │ ←──→ │ 短期操作 │ │ 內容為王 │ │ 灰色地帶 │ │ 技術漏洞 │ └──────────┘ └──────────┘ └──────────┘ 安全 ──────────────────────────────────────────→ 危險 #3 白帽 SEO（White Hat SEO） 遵循搜尋引擎官方指南的 SEO 策略，強調提供真正有價值的內容和良好的用戶體驗。 **核心原則：** – 以用戶為中心，而非以搜尋引擎為中心 – 遵守 Google 網站管理員指南 – 不使用任何欺騙或操縱手法 – 追求長期、可持續的排名 #3 灰帽 SEO（Grey Hat SEO） 介於白帽和黑帽之間的模糊地帶，沒有明確違反指南，但遊走在精神邊緣。 **特徵：** – 技術上不完全違規，但利用了規則的模糊空間 – Google 可能不喜歡，但沒有明確禁止 – 有短期效益，但有被未來更新打擊的風險 #3 黑帽 SEO（Black Hat SEO） 明確違反搜尋引擎指南的手法，試圖以欺騙方式獲得排名。 **特徵：** – 以搜尋引擎為目標，而非用戶 – 操縱排名訊號 – 一旦被發現，面臨懲罰或徹底除名 – 短期可能見效，但風險極高 #2 白帽 SEO：完整策略地圖 #3 內容層面 策略 說明 原創深度內容 提供用戶真正需要的完整資訊 E-E-A-T 優化 展示經驗、專業、權威、信任 Content Refresh 定���更新內容保持新鮮度 Topic Cluster 建立結構化的主題群集 #3 技術層面 策略 說明 網站速度優化 LCP < 2.5s, INP < 200ms 行動優先設計 響應式設計，行動版體驗優先 Schema 結構化資料 幫助搜尋引擎理解內�� HTTPS 安全連線 網站安全基礎 #3 連結層面 策略 說明 內容行銷獲取自然連結 創造值得被引用的內容 Guest Post（正當方式） 在相關網站發布有價值的客座文章 Digital PR 透過公關活動獲取媒體連結 社群分享 擴大內容觸及，間接獲取連結 #3 白帽 SEO 的優缺點 優點 缺點 ✅ 無懲罰風險 ❌ 見效較慢（3-12 個月） ✅ 穩定的長期排名 ❌ 需要持續投入內容創作 ✅ 建���品牌價值 ❌ 競爭激烈的關鍵字難以快速突破 ✅ 演算法更新通常受益 ❌ 前期投入大，ROI 回報期長 #2 灰帽 SEO：常見手法與風險分析 #3 灰色地帶手法總覽 #4 1. 購買過期域名（Expired Domains） **操作：** 購買高權威的過期域名，301 轉址到自己網站，繼承連結權重。 **Google 態度：** 沒有明確禁止，但如果域名與你的業務無關，可能被視為操縱。 **風險等級：** 🟡 中等 – 同業相關域名 → 較安全 – 完全不相關域名 → 容易被 Google 識別為操縱 #4 2. 連結交換（Link Exchange / Reciprocal Links） **操作：** 「你連我，我連你」的互惠連結。 **Google 態度：** 過度交換違反指南。少量、自然的交換在灰色地帶。 **風險等級：** 🟡 中等 – 少量（<5%）→ 自然，安全 – 大量（>15%）→ 被標記為連結網路 #4 3. PBN（Private Blog Network）的縮小版 **操作：** 建立 2-3 個「看起來像獨立網站」的微型站點，互相連結。 **Google 態度：** 任何形式的連結網路都違反指南，只是規模小不易被發現。 **風險等級：** 🔴 高 – 即使只有 3 個站，一旦被發現就是懲罰 #4 4. AI 大量生成內容 + 人工編輯 **操作：** 用 AI 生成初稿，人工修改後發布。 **Google 態度：** 灰色地帶！Google 說「不反對 AI 內容，但反對低品質內容」。重點在品質。 **風險等級：** 🟡 中等 – 純 AI → 高風險（Helpful Content 更新重點打擊目標） – AI + 大量人工修改 → 目前灰色地帶 #4 5. 微調關鍵字密度（Keyword Stuffing 的灰色版） **操作：** 刻意在內容中多次插入關鍵字變體，但不至於明顯堆砌。 **Google 態度：** BERT/MUM 時代已不依賴關鍵字密度，操作效果有限。 **風險等級：** 🟢 低（效果也低） – 更多是浪費時間而非有風險 #4 6. 社群訊號操作 **操作：** 購買社群媒體分享、按讚、轉發來增加「社群訊號」。 **Google 態度：** Google 官方說社群訊號不是排名因素。但間接效果（流量、品牌曝光）可能存在。 **風險等級：** 🟢 低（對 SEO 幾乎沒直接效果） #3 灰帽 SEO 的風險累積效應 輕微灰帽 × 1 = 幾乎無風險 ��微灰帽 × 3 = Google 開始注意 輕微灰帽 × 10 = 被標記為「可疑模式」 單一灰帽手法可能安全，但多個灰帽手法疊加會被 Google 的機器學習模型識別為「非自然模式」。 #2 黑帽 SEO：手法完全揭露 ⚠️ **警告：以下內容僅供學習辨識與防禦。實際使用會對網站造成永久損害。** #3 黑帽手法分類 #4 類別一：內容欺騙 手法 操作方式 Google 偵測難度 隱藏文字（Hidden Text） 白色文字放白色背景、CSS display:none 🔴 極易偵測 關鍵字堆砌（Keyword Stuffing） 頁面重複塞滿關鍵字 🔴 極易偵測 門口頁（Doorway Pages） 專門為搜尋引擎建立的低品質頁面 🟡 中等 內容自動生成（Auto-generated） 馬可夫鏈、文章重組、內容紡紗 🟡 中等 偽裝（Cloaking） 對 Googlebot 和用戶顯示不同內容 🔴 易偵測 #4 類別二：連結操縱 手法 操作方式 Google 偵測難度 付費連結（Paid Links） 購買 dofollow 連結而不標記 sponsored 🟡 中等 連結農場（Link Farms） 專門提供連結的網站群 🟡 中等 部落格留言垃圾（Comment Spam） 在大量部落格留言區��連結 🟢 容易但直接被忽略 論壇簽名連結（Forum Signature） 論壇簽名檔塞關鍵字連結 🟢 已被 Google 降權 網站侵入（Hacked Links） 入侵他人網站插入連結 🔴 犯罪行為 連結輪（Link Wheel） 多個網站互相連結形成循環 🟡 中等 #4 類別三：技術欺騙 手法 操作方式 Google 偵測難度 頁面偽裝（Cloaking） User-agent 判斷後顯示不同內容 🟡 中等 誘餌切換（Bait & Switch） 先用正常內容騙排名，再換成廣告頁 🟡 中等 惡意轉址（Sneaky Redirect） 對用戶做非預期的轉址 🔴 易偵測 惡意軟體/釣魚（Malware/Phishing） 散布病毒或騙取個資 🔴 犯罪，Google Safe Browsing 自動攔截 負面 SEO 攻擊 對競爭對手進行黑帽操作 🔴 嚴重的非法競爭行為 #2 三種路線對比總表 維度 白帽 SEO 灰帽 SEO 黑帽 SEO 合規性 完全遵守 Google 指南 遊走灰色地帶 明確違規 見效時間 3-12 個月 1-6 個月 數天~數週 排名穩定性 極高 中等，受更新影響 極低，隨時被懲罰 懲罰風險 幾乎零 有一定風險 極高 恢復難度 不需要恢復 可能需要清理 極難恢復，可能永久除名 品牌價值 持續累積 中性 損害品牌 長期 ROI 最高 不確定 極低（短命） 適用場景 所有正規網站 — 快閃網站、詐騙（不推薦） #2 實戰：如何辨識競爭對手是否使用黑帽？ #3 紅旗訊號檢查清單 競爭對手黑帽偵測清單 內容層面： ☐ 首頁或文章是否有隱藏文字？（Ctrl+A 全選看有沒有奇怪的文字跑出來） ☐ 關鍵字密度是否異��高？（>5% 非常可疑） ☐ 內容是否大量重複？（跨頁面抄襲或紡紗內容） ☐ 首頁內容是否與搜尋結果顯示的不同？（Cloaking） 連結層面： ☐ 反向連結是否突然暴增？（月增 300%+） ☐ 連結來源網站是否品質極低？（DR<5、無流量、全英文但網站是中文） ☐ 錨點文字是否極度商業化？（精準匹配錨點佔比 >50%） ☐ 是否有來自 .ru/.xyz/.top 等可疑域名的大量連結？ 技術層面： ☐ robots.txt 是否刻意隱藏內容？（Disallow 但 Sitemap 又提交） ☐ 網站是否在同 IP 上運行大量相似網站？ #3 工具輔助 工具 用途 Ahrefs/SEMrush 反向連結異常檢測 Copyscape / Siteliner 內容重複檢查 Screaming Frog 隱藏文字/Cloaking 檢測 Wayback Machine 查看網站歷史變化 #2 為什麼不建議走黑帽？ #3 真實案例教訓 **案例一：知名企業的連結懲罰** – 某大型電商被發現購買大量部落格連結 – Google 手動操作 → 排名全部消失 → 營收暴跌 60% – 花了 6 個月 + 數百萬台幣清理連結和提交重審才恢復 **案例二：AI 內容大清洗** – 2024 年 Google Helpful Content 更新 + 2025 年核心更新 – 大量使用 AI 大量生成內容的網站一夜之間流量歸零 – 恢復難度：幾乎不可能，因為網站已被標記為「低品質」 **案例三：域名被徹底封鎖** – 某網站多次違規後，整個域名被 Google 永久封鎖 – 即使換伺服器、換 IP、重新設計，只要域名沒變就回不來 – 唯一解：買新域名，從零開始 #2 白帽 SEO 的長期複利效應 時間 → 第 1 年：███████░░░░░░░░░░░░�� 建立基礎 第 2 年：██████████████░░░░░░ 內容累積開始發酵 第 3 年：████████████████████ 權威建立，排名穩定 第 4 年：████████████████████ 品牌效應放大 第 5 年：████████████████████ 競爭門檻極高，難以被超越 黑帽路徑： 第 1 月：█████████████░░░░░░ 排名暴衝 第 3 月：████░░░░░░░░░░░░░░░ 懲罰降臨 第 6 月：█░░░░░░░░░░░░░░░░░░ 重新開始 #3 白帽的複利來源 - **內容累積：** 每篇優質文章都是永久資產 - **自然連結：** 好內容持續吸引外部連結 - **品牌權威：** 用戶開始主動搜尋你的品牌 - **信任訊號：** Google 對老牌優質網站的信任隨時間增長 #2 本章重點回顧 SEO 路線 一句話總結 風險 建議 白帽 做好內容，遵守規則 幾乎無 ✅ 永遠推薦 灰帽 在邊緣試探 中等 ⚠️ 少量謹慎使用 黑帽 欺騙系統 極高 ❌ 永遠不要 💡 **最好的 SEO 策略就是讓 Google 沒有理由不給你排名。** ⬅️ [上一章：第 70 章 SEO 數據分析常見診斷流程](http://70-SEO數據分析常見診斷流程.md) | [回索引](http://../索引.md) | [下一章：第 72 章 Google 手動處罰與演算法懲罰](http://72-Google手動處罰與演算法懲罰.md) ➡️ 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 72 章：Google 手動處罰與演算法懲罰 URL: https://cyruschan.com/seo-chapter-72/ > 被 Google 處罰的感覺，就像在高速公路上突然被警察攔下來。你不知道自己做錯 被 Google 處罰的感覺，就像在高速公路上突然被警察攔下來。你不知道自己做錯了什麼，但你知道事情大條了。 #2 兩種懲罰機制：手動 vs 演算法 Google 的懲罰機制分為兩大類，診斷和處理方式完全不同： ┌─────────────────────────────────────────────────┐ │ Google 懲罰機制 │ ├─────────────────────┬───────────────────────────┤ │ 手動操作 │ 演算法懲罰 │ │ (Manual Action) │ (Algorithmic Penalty) │ ├─────────────────────┼───────────────────────────┤ │ 人工審查員決定 │ 演算法自動觸發 │ │ GSC 會通知你 │ GSC 不會通知 │ │ 明確告知原因 │ 靠數據自己判斷 │ │ 需要提交重審 │ 修正後等待下一次爬取更新 │ │ 處理完很快恢復 │ 恢復時間不確定 │ └─────────────────────┴───────────────────────────┘ #2 Part 1：手動操作（Manual Action） #3 什麼是手動操作？ Google 的審查團隊（真人）判定你的網站違反了網站管理員指南，對你的網站進行的針對性懲罰。 **手動操作的範圍：** – 可能是特定頁面（Partial Match）→ 只有該頁面受影響 – 可能是全站（Site-wide Match）→ 整個網站排名下降 #3 如何確認是否被手動操作？ **唯一且確定的方法：** GSC → 安全性與手動操作 → 手動操作 如果有處罰，你會看到明確的通知，如： 「偵測到網站層級的問題：至 [你的網站] 的非自然連結」 **重要：** 如果 GSC 沒有任何手動操作通知，那你的問題就是演算法層級的，不是手動處罰。 #3 常見的手動操作類型 #4 類型一：非自然連結（Unnatural Links） **最常見的手動操作**，分為兩種子類型： 子類型 GSC 訊息 嚴重度 連至你網站的連結 「偵測到連至 [網站] 的非自然連結」 🔴 從你網站連出的連結 「偵測到從 [網站] 連出的非自然連結」 🟡 **常見原因：** – 購買了大量付費連結 – 參與連結交換網路 – 在低品質網站/目錄上大量建立連結 – 部落格留言垃圾連結 – 付錢給他人「幫你做 SEO」結果做了黑帽連結 #4 類型二：內容貧乏（Thin Content） **GSC 訊息：** 「內容品質低落，對使用者幾乎沒有附加價值」 **常見原因：** – 大量自動生成內容（AI 紡紗） – 聯盟行銷頁面只複製貼上廠商文案 – 門口頁：只為搜尋引擎建立的內容空洞頁面 – 內容極短（<150 字）的頁面大量存在 #4 類型三：偽裝與欺騙性轉址（Cloaking & Sneaky Redirects） **GSC 訊息：** 「對使用者顯示與 Google 不同的內容」或「欺騙性轉址」 **常見原因：** – 根據 User-Agent 對 Googlebot 顯示不同內容 – 對用戶做未預期的轉址（點擊 A 結果跳到 B） #4 類型四：隱藏文字與關鍵字堆砌 **GSC 訊息：** 「網站可能包含隱藏文字或關鍵字堆砌」 **常見原因：** – 白色文字放白色背景 – 用 CSS 隱藏關鍵字 – 在頁尾大量堆砌關鍵字 #4 類型五：垃圾內容（Spam） **GSC 訊息：** 「使用者產生的垃圾內容」或「純垃圾內容」 **常見原因：** – 論壇/留言區被機器人大量灌垃圾 – 網站被駭客植入垃圾頁面 – 純粹為廣告而建立的無價值網站 #4 類型六：結構化資料違規 **GSC 訊息：** 「網站上的結構化資料違反了我們的政策」 **常見原因：** – 使用不相關的 Schema（如文章頁用 Product Schema） – 星級評分造假 – Schema 中的資訊與頁面實際內容不符 #3 手動操作的處理流程 收到手動操作通知 │ ├─→ 第一步：冷靜，讀懂通知 │ 確認類型（連結？內容？偽裝？） │ 確認範圍（全站？特定頁面？） │ ├─→ 第二步：診斷與修正 │ 連結問題： │ ┌───���─────────────────────────────┐ │ │ 1. 導出 Ahrefs/SEMrush 所有連結 │ │ │ 2. 標記所有可疑連結（付費/垃圾） │ │ │ 3. 聯絡站長要求移除 │ │ │ 4. 無法移除的加入 Disavow 清單 │ │ │ 5. 記錄所有嘗試聯絡的過程 │ │ └─────────────────────────────────┘ │ │ 內容問題： │ ┌─────────────────────────────────┐ │ │ 1. 找出所有低品質頁面 │ │ │ 2. 改善內容（增加深度和價值） │ │ │ 3. 無法改善的 → 刪除或 noindex │ │ │ 4. 刪除所有門口頁 │ │ └─────────────────────────────────┘ │ ├─→ 第三步：撰寫重審請求（Reconsideration Request） │ ┌─────────────────────────────────┐ │ │ 重審請求三要素： │ │ │ │ │ │ 1. 承認問題 │ │ │ • 清楚說明你做錯了什麼 │ │ │ • 不要推卸責任 │ │ │ │ │ │ 2. 說明修正行動 │ │ │ • 具體做了什麼修正 │ │ │ • 附上證據（如 Disavow 檔案） │ │ │ • 列出已移除/改善的頁面 │ │ │ │ │ │ 3. 保證不再犯 │ │ │ • 說明日後如何避免 │ │ │ • 新的流程/把關機制 │ │ └─────────────────────────────────┘ │ └─→ 第四步：提交與等待 GSC → 手動操作 → 提交重審請求 通常 1-4 週內回覆 如果被拒絕，重新修正後再次提交 #3 重審請求範本 主旨：重審請求 — 非自然連結問題已修正 親愛的 Google 審查團隊： 我們的網站 [網站名稱/網址] 收到了關於「非自然連結」 的手動操作通知。經過詳細調查，我們發現問題根源 是我們在 [時間] 委託了一間 SEO 公司進行連結建設， 對方使用了我們不知情的黑帽手法。 我們已採取以下修正行動： 1. 終止與該 SEO 公司合作 2. 導出所有反向連結，逐一審查 3. 聯絡 X 個網站要求移除連結（附上聯絡記錄） 4. 無法移除的 Y 個連結已加入 Disavow 檔案（附上 Disavow 內容） 5. 建立了內部連結品質審查流程，確保不再發生 我們深刻理解問題的嚴重性，並承諾未來 只進行符合 Google 網站管理員指南的 SEO 操作。 感謝您的審查。 [姓名] [職位] #2 Part 2：演算法懲罰（Algorithmic Penalty） #3 什麼是演算法懲罰？ 不是 Google 的真人決定懲罰你，而是演算法自動判斷你的網站品質不足，從而降低排名或取消索引。 #3 演算法懲罰的類型 #4 1. Panda（內容品質懲罰）— 已整合入核心演算法 **目標：** 低品質、內容貧乏的網站 **受影響的典型網站：** – 大量短文章（<300 字）的內容農場 – 內容高度重複的網站 – 廣告比例過高的頁面 – 抄襲/紡紗內容 **診斷方法：** – GA4：查看長期流量趨勢，Panda 更新日附近是否暴跌？ – GSC：查看索引率是否下降 – 手動審查內容：挑 50 個頁面，誠實評分 **修正方法：** – Content Pruning：刪除或大幅改善低品質頁面 – 提高內容深度和原創性 – 降低廣告比例（特別是 Above the Fold） – 無捷徑，需要扎實的內容改善 #4 2. Penguin（連結品質懲罰）— 已整合入核心演算法 **目標：** 操縱連結的網站 **受影響的典型網站：** – 購買大量付費連結 – 參與連結交換網路 – 錨點文字過度商業化 – 來自低品質網站的大規模連結 **診斷方法：** – Ahrefs/SEMrush 導出所有連結 – 查看錨點文字分佈（精準匹配 >50% 有問題） – 查看連結來源品質（DR 分佈） – 查看連結獲取速度（突然暴增 = 可疑） **修正方法：** – 清理低品質連結（聯絡移除 + Disavow） – 重新建立自然的連結配置 – 獲取更多高品質、品牌錨點的連結來稀釋 #4 3. Helpful Content（實用內容系統） **目標：** 為搜尋引擎而非用戶建立的內容 **受影響的典型網��：** – AI 大量生成、未經人工編輯的內容 – 回答用戶不關心的問題 – 內容深度不足，只是重新包裝網路既有資訊 – 沒有第一手經驗或專業見解 **診斷方法：** – 誠實回答「這篇文章真的幫助到用戶了嗎？」 – 查看 GA4 參與率（低參與 = 內容無用） – 檢查內容是否有獨特的觀點或數據 **修正方法：** – 刪除或大幅重寫低品質內容 – 加入第一手經驗、數據、案例 – 展示作者專業背景 – 這個懲罰的恢復期很長（數月），需要有耐心 #4 4. Core Updates（核心更新影響） **目標：** Google 整體排名系統的重新校準 **特性：** – 不是針對你個人的懲罰 – Google 對「什麼是好內容」的標準調整了 – 你的內容可能在新的標準下被認為不夠好 **診斷方法：** – 對照核心更新日期（searchliaison 或 SEO 媒體） – 你的流量變化是否與更新日吻合？ – 查看你的內容在新標準下是否仍然「最好」 **應對方法：** – 再次審視 Google 的品質評估指南 – 強化 E-E-A-T – 改善用戶體驗（速度、可讀性、行動版） – 這是一個持續改善的過程 #2 手動 vs 演算法：診斷決策樹 流量暴跌 │ ├─→ GSC 有手動操作通知？ │ ├─ 有 → 手動操作，按上述流程處理 │ └─ 沒有 ↓ │ ├─→ 跌幅是否與已知的演算法更新日期吻合？ │ ├─ 是 → 演算法懲罰，評估受影響的內容類型 │ └─ 不是 ↓ │ ├─→ 是否特定頁面暴跌而非全站？ │ ├─ 特定頁面 → 可能是競爭對手超越你了 │ └─ 全站範圍 + 長期趨勢 → 可能是演算法懲罰 ↓ │ └─→ 分析內容與連結品質 ├─ 內容品質低 → Panda / Helpful Content 類型 ├─ 連結品質低 → Penguin 類型 └─ 兩者正常 → 可能是市場變化或競爭加劇 #2 預防勝於治療：建立早��預警系統 #3 每月健康檢查 ☐ GSC 手動操作：每次打開 GSC 都先看這個 ☐ GSC 安全性問題：確認沒有駭客入侵或惡意軟體 ☐ 反向連結監控：設定 Ahrefs/SEMrush 的新連結通知 ☐ 內容審查：每季抽樣 20 篇文章檢查品質 ☐ UGC 監控：檢查論壇/留言區有沒有被灌垃圾 ☐ 結構化資料：��認 Schema 與頁面內容一致 #3 反向連結的「有毒訊號」自動監控 建議在 Ahrefs 或 SEMrush 設定警報： – DR < 10 的新連結（單筆可忽略，但大量就要注意） – 來自 .xyz .top .icu 等可疑域名的連結 – 錨點文字包含商業關鍵字的連結 – 連結突然暴增 50%+ #2 本章重點回顧 懲罰類型 通知方式 處理關鍵 恢復時間 手動操作 — 非自然連結 GSC 通知 Disavow + 重審請求 1-4 週 手動操作 — 內容貧乏 GSC 通知 內容改善 + 重審請求 1-4 週 演算法 — Panda 類 無通知 大規模內容品質提升 數月 演算法 — Penguin 類 無通知 清理連結 + 自然連結建設 數月 演算法 — Helpful Content 無通知 建立真正有價值的內容 數月 核心更新影響 無通知 全面改善，持續優化 直到下次更新 💡 **核心原則：Google 不想懲罰你，它只是想給用戶最好的結果。��果你成為最好的結果，你就永遠不會被懲罰。** ⬅️ [上一章：第 71 章 白帽 vs 灰帽 vs 黑帽 SEO](http://71-白帽vs灰帽vs黑帽-SEO.md) | [回索引](http://../索引.md) | [下一章：第 73 章 負面 SEO 攻擊辨識與應對](http://73-負面SEO攻擊辨識與應對.md) ➡️ 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 73 章：負面 SEO 攻擊辨識與應對 URL: https://cyruschan.com/seo-chapter-73/ > 你的競爭對手可能不會偷你的產品，但他們可能試圖摧毀你的 SEO。負面 SEO 是 你的競爭對手可能不會偷你的產品，但他們可能試圖摧毀你的 SEO。負面 SEO 是真實存在的威脅，你需要知道如何辨識、防禦、反擊。 #2 什麼是負面 SEO？ **定義：** 競爭對手或惡意第三方使用黑帽 SEO 手法針對你的網站，試圖讓 Google 懲罰你或降低你的排名。 **本質：** 這不是你的網站做錯了什麼 — 是別人對你的網站做了什麼。這是一種數位世界的「栽贓陷害」。 #2 六大負面 SEO 攻擊類型 ┌────────────────────────────────────────────────────┐ �� 負面 SEO 攻擊圖譜 │ ├────────────────────────────────────────────────────┤ │ ① 惡意連結攻擊 → 最常見（佔 70%+） │ �� ② 內容盜用與複製 → 讓你的原創看起來像抄襲 │ │ ③ 網站入侵與破壞 → 最嚴重 │ │ ④ 偽造社群檢舉 → 濫用檢舉機制 │ │ ⑤ 品牌名譽攻擊 → SERP 抹黑 │ │ ⑥ 偽造刪除請求 → DMCA / 法律濫用 │ └───���────────────────────────────────────────────────┘ #2 攻擊類型一：惡意連結攻擊（Toxic Link Attack） #3 攻擊方式 競爭對手向你的網站建立大量低品質垃圾連結，讓 Google 誤判你參與了連結操縱。 **典型手法：** – 在成千上萬的留言板/論壇中留下你網站的連結 – 在低品質目錄網站大量建立你的連結 – 購買垃圾連結指向你的網站 – 在色情/博弈等不良網站建立你的連結 – 使用「偉哥」、「線上賭場」等敏感關鍵字當錨點文字 #3 紅旗訊號 ☐ Ahrefs/SEMrush 顯示反向連結突然暴增（月增 300%+） ☐ 新增連結來源集中在 DR<5 的網站 ☐ 錨點文字突然出現大量不相關的商業關鍵字 ☐ 來自 .xyz .top .icu .ru 等可疑域名的連結激增 ☐ 連結來源網站全是非中文內容（如果你的網站是中文） #3 防禦與應對 **即時行動：** 步驟 1：導出所有新連結，標記可疑項目 步驟 2：選擇性聯絡網站管理員要求移除 → 只針對最惡意的來源（成��內容、博弈等） → 大部分垃圾網站的管理員根本不會回應 步驟 3：建立 Disavow 檔案 → 不要輕易使用！Disavow 是核武器 → 只在「大量且明顯惡意」的連結攻擊時使用 步驟 4：提交 Disavow 到 Google → GSC → 拒絕連結工具 → 上傳 Disavow 檔案 **Disavow 檔案格式：** # 2026/07/23 — 負面 SEO 攻擊 # 以下域名的連結明顯為惡意攻擊，非我們建立 domain:spam-site-1.com domain:spam-site-2.xyz domain:bad-links.ru domain:adult-content-site.com # 特定頁面層級 https://spam-forum.com/threads/buy-viagra-online https://toxic-directory.com/listing/casino-links ⚠️ **Disavow 警告：** 如果你的網站本來沒有連結懲罰，胡亂使用 Disavow 可能反而告訴 Google「這個網站怪怪的」，引起注意。只在確實遭受攻擊時使用。 **預防機制：** – 每月固定導出 Ahrefs 連結報告做健康檢查 – 設定 Ahrefs 新連結通知（任�� DR<10 的新連結自動警報） – 保持自然的連結增長曲線（這是最好的防禦） #2 攻擊類型二：內容盜用與複製（Content Scraping） #3 攻擊方式 競爭對手複製你的全部或部分內容，發布在他們的網站上，讓 Google 難以判斷誰是原創。Google 可能把你的原創內容當成重複內容。 #3 變體手法 手法 說明 影響 全文複製 直接複製整篇文章 重複內容問題 紡紗重寫 用軟體改寫（同義詞替換） 更難偵測 翻譯複製 翻譯成另一種語言 跨語言內容盜用 搶先發布 先複製你的內容，趕在你之前被索引 Google 可能誤判他為原創 #3 紅旗訊號 ☐ 用 Copyscape 搜尋你的文章，發現完全相同內容在其他網站 ☐ 在 Google 搜尋你的文章標題（用引號），出現多個結果 ☐ Google 把你的內容標記為「重複內容」 ☐ 你的原創內容排名被複製者超越 #3 防禦與應對 **即時行動：** 步驟 1：確認原創性 → 你的文章發布日期是否早於對方？ → 你的網站權威度是否高於對方？ 步驟 2：聯絡對方要求移除 → 寄送正式的 DMCA 下架通知 → 大部分情況下對方不會回應 步驟 3：向 Google 提交 DMCA 申訴 → Google DMCA 表單： https://www.google.com/webmasters/tools/dmca-notice → 需要提供原創證明（發布日期） 步驟 4：向對方的主機商投訴 → 查對方 IP → Who.is 找主機商 → 提交濫用報告 → 主機商通常比網站擁有者更願意處理 **預防機制：** – 第一時間讓 Google 索引新內容（GSC 手動請求索引） – 在內容中嵌入原創數據和品牌名稱（無法被複製） – 使用結構化資料標記 datePublished 和 author – 建立 RSS 自動提交，讓 Google 更快發現新內容 – 考慮使用 Ping 服務加速索引 #2 攻擊類型三：網站入侵與破壞 #3 攻擊方式 駭客直接入侵你的網站，進行破壞性操作。這是最嚴重的負面 SEO。 **典型手法：** – 在網站植入隱藏的垃圾連結和內容（通常利用 CMS 漏洞） – 修改 robots.txt 封鎖搜尋引擎爬取 – 修改 .htaccess 對 Googlebot 做惡意轉址 – 刪除或修改重要頁面 – 植入惡意軟體感染訪客 – 建立成千上萬的垃圾頁面（Japanese Keyword Hack 等） #3 紅旗訊號 ☐ GSC 安全性問題通知（惡意軟體/被駭標記） ☐ GSC 突然出現大量你不認識的 URL ☐ Google 搜尋結果中你的網站被標記「此網站可能已遭入侵」 ☐ 網站瀏覽量異常（被植入的垃圾頁面帶來流量） ☐ 網站管理員登入記錄異常 ☐ 網站檔案被修改但你沒有動過 #3 防禦與應對 **緊急行動（發生入侵時）：** 步驟 1：先隔離 — 暫時將網站設為維護模式 步驟 2：尋找入侵點 → 檢查最近安裝/更新的外掛 → 檢查伺服器登入記錄 → 檢查檔案修改時間 步驟 3：清理 → 刪除所有惡意檔案和頁面 → 恢復被修改的檔案 → 修補安全漏洞 步驟 4：GSC 提交審查 → GSC → 安全性問題 → 提交審查請求 → Google 通常數天內回應 步驟 5：GSC 手動請求重新索引受影響的頁面 步驟 6：更改所有密碼（FTP、CMS、資料庫、主機） **長期預防：** ☐ 保持 CMS/外掛/主題更新到最新版本 ☐ 使用強密碼 + 雙重驗證 ☐ 限制登入嘗試次數 ☐ 定期備份網站（至少每週一次，重要網站每日） ☐ 安裝安全外掛/防火牆（如 Wordfence for WordPress） ☐ 使用安全的主機環境 ☐ 定期檔案完整性檢查 ☐ 限制檔案權限（不要讓所有檔案都是 777） #2 攻擊類型四：偽造社群檢舉 #3 攻擊方式 惡意第三方大量檢舉你的網站或內容，試圖觸發平台的自動封鎖機制。 **常見目標：** – Google 我的商家（GBP）被大量檢舉導致停權 – 社群媒體帳號被大量檢舉導致封鎖 – YouTube 頻道被檢舉導致影片下架 **紅旗訊號：** – 突然收到平台的檢舉通知（而內容並未違規） – GBP 突然被停權 – 社群媒體貼文被莫名其妙下架 **應對：** – 向平台提出申訴，提供正常營運證明 – Google 商家檔案 → 提交復權申請 – 保持所有內容合規，讓平台審查時找不到真正問題 #2 攻擊類型五：品牌名譽攻擊（SERP Smear） #3 攻擊方式 在搜尋結果中對你的品牌進行抹黑，影響用戶對你的信任。 **典型手法：** – 建立假冒的負評網站，專門攻擊你的品牌 – 在各大評論平台留下大量負面假評論 – 建立山寨網站模仿你的品牌，欺騙你的客戶 – 發布虛假新聞/部落格文章攻擊你的品牌 #3 應對策略 步驟 1：品牌聲譽監控 → 設定 Google Alerts 追蹤品牌名稱 → 定期搜尋「[品牌名] 評價」、「[品牌名] 詐騙」 → 使用 Brand24 / Mention 等監控工具 步驟 2：正面內容壓制 → 創造大量正面的品牌內容（SEO 防守反擊） → 讓好的內容排名超越攻擊內容 → 優化官網、社群媒體、第三方正面報導的排名 步驟 3：平台檢舉 → 對虛假評論向平台提出檢舉 → 對假冒網站提出商標侵權投訴 步驟 4：法律途徑（最後手段） → 誹謗、商標侵權可以訴諸法律 #2 攻擊類型六：偽造刪除請求 #3 攻擊方式 偽裝成你的身分，向 Google 或主機商提出 DMCA / 刪除請求，試圖讓你的合法內容被移除。 **應對：** – 確保網站所有權驗證方式穩固（DNS 驗證） – 若有合法內容被誤刪，向 Google 提交 DMCA 反通知（Counter-Notice） – 在主機商處登記正式聯絡方式，防止冒名請求 #2 建立負面 SEO 防禦體系 #3 即時監控層 每日檢查： ☐ GSC 安全性問題 ☐ GSC 手動操作 ☐ 網站是否正常運作（簡單瀏覽即可） 每週檢查： ☐ GSC 索引狀態（突然增加大量不明 URL？） ☐ Ahrefs/SEMrush 新連結通知（異常增加？） ☐ Google Alerts 品牌名通知 每月檢查： ☐ 完整反向連結健康報告 ☐ 內容原創性抽查（Copyscape 隨機 10 篇文章） ☐ 網站安全掃描 ☐ 備份確認 #3 工具組合 工具 用途 費用 Google Search Console 安全與手動操作監控 免費 Google Alerts 品牌監控 免費 Ahrefs / SEMrush 反向連結監控 付費 Copyscape 內容盜用偵測 付費 Wordfence / Sucuri 網站安全 免費/付費 UptimeRobot 網站監控 免費 #2 負面 SEO 攻擊應對總流程 發現異常 │ ├─→ 確認：這真的是攻擊嗎？ │ 還是正常的 SEO 波動？ │ ├─→ 蒐證：記錄所有證據 │ • 截圖 │ • 導出數據 │ • 記錄時間線 │ ├─→ 分類：是哪種攻擊？ │ 連結攻擊 → Disavow 策略 │ 內容盜用 → DMCA 申訴 │ 網站入侵 → 隔離 + 清理 + 安全強化 │ 品牌攻擊 → 正面內容壓制 │ ├─→ 執行應對 │ 按照各類型攻擊的處理流程執行 │ ├─→ 監控恢復 │ 持續追蹤 2-4 週 │ 確認問題是否已被解決 │ └─→ 強化防禦 補上這次攻擊暴露的弱點 更新你的防禦策略 #2 本章重點回顧 攻擊類型 常見度 破壞力 防禦難度 關鍵應對 惡意連結攻擊 ⭐⭐⭐⭐⭐ ⭐⭐⭐ ⭐⭐ Disavow（謹慎使用） 內容盜用 ⭐⭐⭐⭐ ⭐⭐ ⭐⭐ DMCA + 快速索引 網站入侵 ⭐⭐ ⭐⭐⭐⭐⭐ ⭐⭐⭐⭐ 安全強化 + 備份 偽造檢舉 ⭐⭐ ⭐⭐⭐ ⭐⭐⭐ 申訴 + 合規證明 品牌抹黑 ⭐⭐⭐ ⭐⭐⭐ ⭐⭐⭐ 正面內容壓制 偽造刪除 ⭐ ⭐⭐⭐⭐ ⭐⭐ 穩固驗證 + 反通知 💡 **最好的防禦不是與攻擊者對抗，而是建立一個強大到無法被撼動的 SEO 基礎。** ⬅️ [上一章：第 72 章 Google 手動處罰與演算法懲罰](http://72-Google手動處罰與演算法懲罰.md) | [回索引](http://../索引.md) | [下一章：第 74 章 SEO 預算規劃與方案選擇](http://74-SEO預算規劃與方案選擇.md) ➡️ 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 74 章：SEO 預算規劃與方案選擇 URL: https://cyruschan.com/seo-chapter-74/ > SEO 不是一筆「費用」，而是一項「投資」。但任何投資都需要預算規劃，否則錢燒完 SEO 不是一筆「費用」，而是一項「投資」。但任何投資都需要預算規劃，否則錢燒完了還沒看到結果。 #2 SEO 預算的思維轉變 #3 錯誤觀念 vs 正確觀念 ❌ 錯誤觀念 ✅ 正確觀念 SEO 是免費的，為什麼要花錢？ SEO 需要時間和專業，這些都有成本 花越多錢排名越快 預算要按階段分配，不是一次砸完 外包最便宜方案就好 便宜通常等於無效或黑帽，代價更高 一個月沒效果就停掉 SEO 是長期投資，3-6 個月才開始見效 #2 SEO 的三種執行模式與成本結構 #3 模式一：完全外包（Agency / 顧問） **適合對象：** 沒有 SEO 團隊、快速啟動、需要專業指導的中大型企業。 項目 月費範圍（台幣） 包含內容 基礎方案 15,000 – 30,000 關鍵字研究、On-Page 優化建議、GSC 監控、月報 標準方案 30,000 – 80,000 + 內容策略、技術 SEO 審計、連結建設計劃、定期會議 進階方案 80,000 – 200,000+ + 專屬團隊、全方位策略、內容創作、整合行銷 **優點：** – 立即有專業團隊 – 不用管理人員 – 能快速啟動 **缺點：** – 成本最高 – 溝通成本（代理商需要時間了解你的行業） – 品質參差不齊 **選擇外包的紅旗訊號：** ☐ 保證「第一頁排名」或「X 個月內前 3 名」 ☐ 不願透露具體做法 ☐ 報價異常低（可能用黑帽或沒做事） ☐ 不提供案例或無法證明過去成效 ☐ 要求 FTP / 管理員權限但不解釋為什麼 ☐ 合約綁死但沒有退出機制 #3 模式二：內部團隊（In-House） **適合對象：** SEO 是核心營收渠道、有長期策略規劃的企業。 角色 月薪範圍（台幣） 說明 SEO 專員 35,000 – 55,000 日常執行：關鍵字、On-Page、報表 SEO 經理 55,000 – 90,000 策略規劃、團隊管理、跨部門協調 內容寫手 35,000 – 50,000 SEO 內容創作（可全職或外包） 技術 SEO 工程師 55,000 – 100,000 網站技術優化、開發整合 **精簡版內部團隊月成本：** 最小可行團隊（2 人）： SEO 專員（兼執行 + 策略）: 45,000 內容寫手（全職或約聘） : 40,000 工具費用（Ahrefs 等） : 10,000 ───────────────────────────── 月成本 : ~95,000 **優點：** – 深度了解公司和行業 – 快速反應和調整 – 建立公司內部的 SEO 知識庫 – 長期成本比外包低 **缺點：** – 初期招聘成本高 – 找到對的人不容易 – 一個人離職就斷層 #3 模式三：混合模式（Hybrid）— 最推薦 **運作方式：** 內部有一名 SEO 經理/專員 + 外包特定項目。 內部 SEO 經理 │ ├── 負責：策略、協調、監控、報表 │ └── 外包項目： ├── 技術審計：請外部專家做深度技術審計（一次性） ├── 內容創作：外包給專業寫手（按篇計費） ├── 連結建設：與專業 PR / Outreach 代理商合作 └── 網站開發：與工程團隊或外包開發協作 **混合模式的預算分配（月預算 10 萬為例）：** 內部 SEO 專員薪資 50,000 (50%) 內容外包（2-4 篇/月） 20,000 (20%) 連結建設 / PR 外包 15,000 (15%) SEO 工具費用 10,000 (10%) 教育訓練 / 雜支 5,000 (5%) ───────────────────────────────── 總計 100,000 #2 預算規劃的階段性投入 #3 SEO 投入曲線 投入 │ │ ████████████████ │ ████ （持續優化與內容生產） │ ████ │ ████ │ ████ │ ████ │██ └──────────────────────────────────────→ 時間 第1-2月 第3-6月 第7-12月 第13月+ 前期投入較高（網站審計、技術修正、策略建立） 中期投入穩定（內容生產、連結建設） 後期投入轉為維護 + 優化（效率更高） #3 各階段預算分配建議 階段 時間 預算佔比 主要投入 基礎建設期 第 1-2 月 25-30% 技術審計、網站修復、關鍵字研究、策略制定 內容建設期 第 3-6 月 35-40% 大量內容創作、On-Page 優化、內部連結 權威累積期 第 7-12 月 25-30% 連結建設、品牌 PR、內容深化 持續優化期 第 13 月+ 10-15% 維護、更新、監控、競爭應對 #2 不同規模公司的 SEO 預算參考 #3 新創 / 小型企業（月預算 3-8 萬） 選項 A：自己做 + 工具 工具（Ahrefs/SEMrush）: 5,000 關鍵字研究自學 自己寫內容 月成本：~5,000-10,000 選項 B：外包基礎方案 + 自己做內容 代理商基礎方案 : 20,000 工具 : 5,000 自己寫內容（不需額外成本） 月成本：~25,000 選項 C：請一個 SEO 專員（兼內容） SEO 專員薪資 : 40,000 工具 : 5,000 月成本：~45,000 #3 中小企業（月預算 8-20 萬） 推薦方案：混合模式 SEO 經理（內部） : 60,000 內容寫手（外包/兼職） : 30,000 技術支援（外包/工程師）: 20,000 工具 : 10,000 連結建設 : 30,000 月成本：~150,000 #3 中大型企業（月預算 20-50 萬+） 推薦方案：內部團隊 + 專業代理商 SEO 經理 : 80,000 SEO 專員 ×2 : 90,000 內容團隊（2-3人） : 120,000 技術 SEO 工程師 : 80,000 高階代理商策略顧問 : 50,000 工具與資源 : 30,000 月成本：~450,000 #2 SEO 的三種計費方式比較 #3 按月顧問費（Monthly Retainer） 模式：每月固定費用，包含約定的工作範圍 優點：可預測成本、穩定合作 缺點：產出不靈活，可能有些月份事情較少 適合：長期策略性 SEO #3 按項目計費（Project-Based） 模式：針對特定項目一次性報價 範例： 技術 SEO 審計 : 30,000 - 80,000 關鍵字研究報告 : 15,000 - 40,000 網站搬遷 SEO 顧問 : 50,000 - 150,000 SEO 策略規劃 : 40,000 - 100,000 適合：特定需求、補充內部團隊能力 #3 按績效計費（Performance-Based） 模式：按照排名/流量/轉換成效收費 注意：這種模式陷阱最多 ⚠️ 紅旗： - 保證排名 → 幾乎都是騙人的 - 只用長尾、無競爭關鍵字衝量 - 使用灰帽/黑帽手法快速見效後跑路 適合：謹慎選擇，只與可信的團隊合作 #2 ROI 計算：SEO 值得投入嗎？ #3 簡單 ROI 計算 年度 SEO 投入：150,000/月 × 12 = 1,800,000 SEO 帶來的有機流量：每月 20,000 次訪問 轉換率：2% 客單價：3,000 ────────────────────────── 月營收 = 20,000 × 2% × 3,000 = 1,200,000 年營收 = 1,200,000 × 12 = 14,400,000 ROI = (14,400,000 - 1,800,000) / 1,800,000 = 700% #3 SEO 的隱藏價值 不只是直接轉換，SEO 還提供： – **品牌曝光價值：** 你的品牌每月被數萬人看到（這些如果靠廣告要花多少？） – **輔助轉換：** SEO 是用戶旅程的第一步，後續從其他渠道轉換 – **內容資產：** SEO 內容是永久資產，不像廣告停了就沒了 – **競爭防禦：** 你不佔據搜尋結果，競爭對手就會 #2 如何評估 SEO 代理商／顧問？ #3 面試問題清單 策略類： ☐ 你會為我們的行業做什麼樣的 SEO 策略？ ☐ 你如何追蹤和報告 SEO 成效？ ☐ 你認為我們網站目前最大的 SEO 問題是什麼？ 執行類： ☐ 你會具體做哪些工作？（要具體，不要模糊的「我們會做 SEO」） ☐ 你如何做連結建設？ ☐ 你使用哪些工具？ 溝通類： ☐ 報告頻率和格式？ ☐ 誰是我們的對接窗口？ ☐ 如果沒有效果，你們會怎麼調整？ 倫理類： ☐ 你是否遵循 Google 網站管理員指南？ ☐ 你過去有沒有客戶被 Google 懲罰過？ ☐ 你能分享過去客戶的案例和數據嗎？ #3 代理商合約應包含的條款 ✓ 明確的工作範圍（要做什麼、不做什麼） ✓ 報告頻率和格式 ✓ KPI 定義（不是排名保證，而是流量/轉換目標） ✓ 終止條款和通知期（通常 30 天） ✓ 數據所有權（GSC/GA4 帳號要你用你自己的帳號建立） ✓ 保密協議 ✓ 智慧財產權歸屬（內容、策略文件屬於你） #2 本章重點回顧 預算區間（月） 適合模式 關鍵建議 < 3 萬 DIY + 工具 先自己學習執行，不要亂花錢 3-8 萬 基礎外包 or 一個專員 先建立 SEO 基礎 8-20 萬 混合模式 內部策略 + 外包執行（最推薦） 20 萬+ 內部團隊 建立完整 SEO 團隊 💡 **SEO 預算的第一原則：不要把錢花在「保證排名」的人身上。把錢花在「持續創造優質內容」和「改善用戶體驗」上。** ⬅️ [上一章：第 73 章 負面 SEO 攻擊辨識與應對](http://73-負面SEO攻擊辨識與應對.md) | [回索引](http://../索引.md) | [下一章：第 75 章 SEO 專案 12 個月里程碑規劃](http://75-SEO專案12個月里程碑規劃.md) ➡️ 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 75 章：SEO 專案 12 個月里程碑規劃 URL: https://cyruschan.com/seo-chapter-75/ > SEO 最難的不是知道要做什麼，而是知道「什麼時候做什麼」。本章給你一個完整的 SEO 最難的不是知道要做什麼，而是知道「什麼時候做什麼」。本章給你一個完整的 12 個月路線圖，讓你知道每個月該專注什麼。 #2 12 個月全景視圖 月份： 1 2 3 4 5 6 7 8 9 10 11 12 ├────┼────┼────┼────┼────┼────┼────┼────┼────┼────┼────┤ 基礎建設 ████████░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░ 內容生產 ░░░░██████████████████████████████████████████████████ 連結建設 ░░░░░░░░░░░░█████████████████████████████████████████ 技術優化 ██████████████████████████████████████████████████████ 數據分析 ░░░░█████████████████████████████████████████████████ 品牌建立 ░░░░░░░░░░░░░░░░░░░░░░██████████████████████████████ 預期成效： 流量 ░░ ░░ ░░ ██ ██ ██ ██ ██ ██ ██ ██ ██ 排名 ░░ ░░ ░░ ░░ ██ ██ ██ ██ ██ ██ ██ ██ 轉換 ░░ ░░ ░░ ░░ ░░ ██ ██ ██ ██ ██ ██ ██ #2 第一季：基礎建設期（第 1-3 個月） #3 第 1 個月：審計、設定、策略 #4 目標 建立 SEO 基礎設施，理解現狀，制定策略。 #4 週工作拆解 **第 1 週：審計與診斷** ☐ 技術 SEO 審計（Screaming Frog / Sitebulb） - 檢查所有 HTTP 狀態碼 - 檢查 robots.txt 和 Sitemap - 檢查 Canonical 設定 - 檢查結構化資料 ☐ Core Web Vitals 基線測量（PageSpeed Insights） ☐ GSC 設定與驗證（確認有管理員權限） ☐ GA4 設定與轉換事件確認 ☐ 確認所有 SEO 工具已就位（Ahrefs/SEMrush 等） **第 2 週：關鍵字研究** ☐ 列出所有商業核心關鍵字（10-20 個） ☐ 用 Ahrefs/SEMrush 擴展到長尾關鍵字 ☐ 競爭對手關鍵字分析（找出 3-5 個主要競品） ☐ 建立關鍵字矩陣（按搜尋量 × 商業價值 × 難度排序） ☐ 確定第一季的目標關鍵字群組（挑 KD < 40 的先攻） **第 3 週：內容盤點與策略** ☐ 盤點現有內容（哪些能留、哪些要改、哪些要刪） ☐ 建立 Topic Cluster 架構 ☐ 規劃第一季要創建的內容清單（10-15 篇） ☐ 為每篇內容指定目標關鍵字和搜尋意圖 **第 4 週：修正與優化** ☐ 修復技術審計中發現的 P0 問題 ☐ 優化現有 Top 10 頁面的 Title/Meta/H1 ☐ 設定 SEO 監控 Dashboard（Looker Studio） ☐ 建立內容日曆（Content Calendar） ☐ 確保所有 URL 結構一致 #4 第 1 個月結束時應有的成果 - ✅ 技術審計報告（問題清單 + 優先級） - ✅ 關鍵字矩陣（100+ 關鍵字 + 優先級排序） - ✅ Topic Cluster 架構圖 - ✅ 內容日曆（Q1） - ✅ SEO Dashboard 上線 - ✅ 網站無重大技術錯誤 #3 第 2 個月：內容生產啟動、技術深化 #4 目標 開始規律發布內容，深化技術優化。 核心任務： ☐ 發布 4-8 篇 SEO 優化內容（每週 1-2 篇） ☐ 每篇文章包含： - 目標關鍵字覆蓋 - 內部連結到相關頁面（3-5 條） - Schema 結構化資料（Article/FAQ 等） - 原創圖片 + Alt Text ☐ 設定內部連結規則（每篇新文章連結 3 篇舊文章） ☐ 開始網站速度優化（圖片壓縮、快取、CDN） ☐ 檢查並修復所有 404 錯誤 ☐ 行動版體驗檢查（Mobile-Friendly Test） ☐ 提交新頁面到 GSC 請求索引 #4 內部連結建設 這是第 2-3 個月最重要的任務之一： 方法 1：在權威舊文章中插入新文章的連結 方法 2：建立「相關文章」區塊（自動推薦） 方法 3：在分類頁面中加入新文章 方法 4：確保導航選單包含最重要的頁面 #4 第 2 個月結束時應有的成果 - ✅ 8-16 篇 SEO 優化內容已發布 - ✅ 內部連結網絡初步建立 - ✅ 網站速度有明顯改善 - ✅ 404 錯誤清零 - ✅ 新內容開始被 Google 索引 #3 第 3 個月：優化迭代、首次成效回顧 #4 目標 根據數據調整策略，建立內容和連結的良性循環。 核心任務： ☐ 繼續發布 4-6 篇內容 ☐ 第一次完整 SEO 成效回顧： - GSC：曝光/點擊趨勢、Top 關鍵字變化 - GA4：有機流量、參與率、轉換率 - 排名追蹤：目標關鍵字排名變化 ☐ 根據數據調整內容策略： - 哪些類型的內容表現好？→ 多做 - 哪些關鍵字進入 11-20 名？→ 優化這些頁面 ☐ 開始簡單的連結建設： - 列出 10-20 個潛在的 Guest Post 機會 - 在相關社群/論壇中提供有價值的內容（附連結） - 修復任何已發現的 Broken Link ☐ 更新表現前 5 名的文章（加入最新數據） #4 Q1 總回顧 Q1 應達成的里程碑： ┌────────────────────────────────────┐ │ ☐ 20+ 篇 SEO 優化原創內容 │ │ ☐ 關鍵字矩陣完整建立 │ │ ☐ 技術 SEO 無重大問題 │ │ ☐ 網站速度良好（LCP < 3s） │ │ ☐ 內部連結網絡建立 │ │ ☐ 開始看到關鍵字排名上漲（11-30 名）│ │ ☐ 有機流量開始緩慢上升 │ │ ☐ SEO Dashboard 每週更新 │ └────────────────────────────────────┘ #2 第二季：內容建設與權威累積期（第 4-6 個月） #3 第 4 個月：加速內容生產 核心任務： ☐ 發布 6-8 篇深度內容（長文 >2,000 字） ☐ 開始內容多元化： - 終極指南型（Ultimate Guide） - 案例研究型（Case Study） - 數據報告型（原創調查/統計） - 比較型（vs 文章） ☐ 優化排名 11-20 的頁面（低垂果實策略） ☐ 開始建立外部連結（Guest Post 1-2 篇） ☐ 提交網站到相關行業目錄（品質優先） #3 第 5 個月：權威建立啟動 核心任務： ☐ 發布 6-8 篇內容 ☐ 建立「權威內容」（Pillar Page / Cornerstone Content） → 選 3-5 個核心主題，建立極詳細的長篇指南 → 其他文章全部指向這些權威頁面 ☐ 積極進行 Outreach： - 聯絡行業部落格請求 Guest Post - 尋找 Broken Link 機會 - 回應 HARO（Help A Reporter Out）獲取媒體連結 ☐ 優化已發布 2-3 個月的文章（Content Refresh） → 查看哪些文章的排名停在第二頁 → 增加內容深度、補充最新數據 ☐ 考慮建立免費工具/資源頁面（連結磁鐵） #3 第 6 個月：半年成效總結 + 策略調整 核心任務： ☐ 發布 6-8 篇內容 ☐ 半年成效完整回顧： ┌────────────────────────────────────┐ │ 流量：有機流量 vs. 6 個月前變化 │ │ 排名：目標關鍵字排名分佈 │ │ 轉換：有機轉換率與 ROI 試算 │ │ 內容：Top 10 表現最佳文章 │ │ 連結：反向連結成長趨勢 │ │ 技術：Core Web Vitals 趨勢 │ └────────────────────────────────────┘ ☐ 根據半年數據調整下半年策略 ☐ 開始測試不同內容格式和推廣方式 ☐ 淘汰表現差的內容，加強表現好的方向 #4 Q2 總回顧 Q2 應達成的里程碑： ┌────────────────────────────────────┐ │ ☐ 總計 50+ 篇 SEO 優化內容 │ │ ☐ 3-5 個 Pillar Page 建立完成 │ │ ☐ 外部連結開始穩定成長 │ │ ☐ 至少 10 個目標關鍵字進入 Top 10 │ │ ☐ 有機流量較 Q1 成長 50-100% │ │ ☐ 開始看到穩定的有機轉換 │ └────────────────────────────────────┘ #2 第三季：權威深化與規模化（第 7-9 個月） #3 第 7-8 個月：加速成長期 核心任務： ☐ 每月發布 6-10 篇內容（加速內容生產） ☐ 推出原創數據/研究報告型內容（權威加速器） ☐ 積極擴大連結來源： - 每月 2-3 個高品質 Guest Post - 數位公關（Digital PR）活動 - 與行業影響者建立關係 ☐ 內容更新制度化： - 每季更新 Top 20 文章 - 每半年更新所有核心文章 ☐ 考慮多語言/多市場擴張（如果適用） ☐ A/B 測試 Title Tag 優化（提高 CTR） #3 第 9 個月：規模化與系統化 核心任務： ☐ 第三季成效回顧 ☐ 建立內容生產 SOP（讓團隊能穩定產出） ☐ 開始自動化： - 自動化 SEO 監控報告 - 自動化內容審查提醒 - 自動化技術問題檢測 ☐ 評估是否需要擴張團隊 ☐ 開始規劃下一階段的 SEO 策略（進階關鍵字、新市場） #2 第四季：收割與持續優化（第 10-12 個月） #3 第 10-11 個月：收割期 核心任務： ☐ 維持每月 6-8 篇內容的生產節奏 ☐ 專注在轉換優化（CRO + SEO）： - 優化高流量頁面的 CTA - 增加內容中的轉換觸發點 - 測試不同的內容格式對轉換的影響 ☐ 鞏固已獲得的排名： - 持續更新 Top 10 頁面 - 監控競爭對手動態 - 確保內部連結健康 ☐ 開始建立品牌搜尋（Branded Search） - 讓更多人主動搜尋你的品牌名稱 ☐ 考慮進軍更難的關鍵字（KD 60+） #3 第 12 個月：年度總結 + 明年規劃 核心任務： ☐ 年度 SEO 成效總回顧 ☐ 製作年度 SEO 報告： ┌────────────────────────────────────┐ │ 📊 年度 SEO 報告 │ ├────────────────────────────────────┤ │ 有機流量：年初 vs. 年底（預期成長 │ │ 200-500%） │ │ 關鍵字排名：Top 3 / Top 10 / │ │ Top 50 數量變化 │ │ 轉換與營收：SEO 帶來的直接+輔助轉換 │ │ ROI 計算：投入 vs. 產出 │ │ 內容資產：全年發布文章數、 │ │ 內容總訪問量 │ │ 連結資產：引用網域成長、 │ │ 高品質連結數量 │ │ 品牌指標：品牌搜尋量成長、 │ │ 品牌提及 │ │ 明年規劃：下一年度的策略方向 │ └────────────────────────────────────┘ ☐ 制定下一年的 SEO 策略和預算 #2 12 個月里程碑一覽 月份 首要任務 KPI 里程碑 1 審計 + 策略 + 設定 技術基礎完成 2 內容啟動 + 技術深化 8-16 篇文章上線 3 數據回顧 + 策略調整 首次成效報告 4 加速內容 + 開始連結 30+ 篇文章 5 Pillar Page + Outreach 外部連結成長 6 半年回顧 首次 ROI 計算 7 原創數據 + 權威深化 流量成長加速 8 規模化內容生產 目標關鍵字 Top 10 9 系統化 + 自動化 穩定產出流程 10 轉換優化 有機轉換率提升 11 鞏固 + 進階關鍵字 品牌搜尋量提升 12 年度總結 + 明年規劃 年度 ROI 報告 #2 常見時間線陷阱 #3 ❌ 陷阱一：第 1 個月就期待流量暴增 現實是第 1-3 個月主要是打基礎，流量增幅很小。但這是必要的投資。 #3 ❌ 陷阱二：第 6 個月還看不到效果就放棄 有些關鍵字需要 6-12 個月才能進入 Top 10。持續性是 SEO 最重要的成功因素。 #3 ❌ 陷阱三：只做內容不做連結 第 4 個月後如果不開始連結建設，排名天花板會很低。 #3 ❌ 陷阱四：做完半年就鬆懈 SEO 不是一次性的專案，是持續的過程。競爭對手不會休息。 #2 本章重點回顧 季度 核心重點 關鍵產出 Q1（1-3月） 基礎建設 審計、策略、20+ 文章、技術修正 Q2（4-6月） 內容+權威 50+ 文章、Pillar Page、連結啟動 Q3（7-9月） 規模化 100+ 文章、穩定連結成長、系統化 Q4（10-12月） 收割+規劃 轉換優化、年度報告、明年策略 💡 **SEO 就像健身 — 前三個月看不出效果，但持續一年後，整個體態完全不一樣。** ⬅️ [上一章：第 74 章 SEO 預算規劃與方案選擇](http://74-SEO預算規劃與方案選擇.md) | [回索引](http://../索引.md) | [下一章：第 76 章 SEO 團隊角色與技能配置](http://76-SEO團隊角色與技能配置.md) ➡️ 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 76 章：SEO 團隊角色與技能配置 URL: https://cyruschan.com/seo-chapter-76/ > 一個人的 SEO 可以做出成績，但一個對的團隊可以把 SEO 變成公司的核心成長 一個人的 SEO 可以做出成績，但一個對的團隊可以把 SEO 變成公司的核心成長引擎。 #2 SEO 團隊的角色全景圖 SEO 總監 / VP │ ┌────────────────┼────────────────┐ │ │ │ SEO 策略經理 技術 SEO 工程師 內容總監 │ │ │ ┌────┴────┐ ┌────┴────┐ ┌────┴────┐ │ │ │ │ │ │ SEO 專員 數據分析師 前端開發 後端開發 內容策略師 寫手團隊 │ DevOps 工程師 #2 角色一：SEO 策略經理（SEO Strategy Manager） #3 核心職責 - 制定整體 SEO 策略與路線圖 - 跨部門協調（行銷、工程、內容、產品） - 預算管理與 ROI 追蹤 - 向上報告 SEO 成效 - 競爭對手分析 - 產業趨勢追蹤 #3 必備技能 技能 重要度 說明 SEO 全領域知識 ⭐⭐⭐⭐⭐ 技術、內容、連結都要懂 策略思維 ⭐⭐⭐⭐⭐ 不只執行，還要會規劃 數據分析 ⭐⭐⭐⭐ 從數據中找出機會和問題 溝通能力 ⭐⭐⭐⭐ 向老闆報告、跨部門協調 專案管理 ⭐⭐⭐⭐ 同時管理多條工作線 商業思維 ⭐⭐⭐ 理解 SEO 如何貢獻營收 #3 典型背景 - 3-5 年 SEO 實戰經驗 - 曾經管理過 SEO 團隊或專案 - 有成功案例（可量化的 SEO 成效） #3 日常工作節奏 每日： - 查看 SEO Dashboard（流量/排名異常） - 查看 GSC 通知（手動操作、安全問題） 每週： - 團隊 1:1 或小組會議 - 內容進度審查 - 競爭對手動態檢查 每月： - 月報製作與報告 - 策略會議（調整下月重點） - 預算審查 每季： - 季度回顧 + 策略大調整 - 團隊績效評估 #2 角色二：SEO 專員（SEO Specialist） #3 核心職責 - 關鍵字研究與矩陣維護 - On-Page SEO 優化（Title、Meta、H1、內部連結） - 內容 Brief 撰寫（給寫手的 SEO 指引） - GSC / GA4 日常監控 - 排名追蹤 - 競爭對手內容分析 - 基礎技術 SEO（robots.txt、Sitemap、Canonical） #3 必備技能 技能 重要度 說明 關鍵字研究 ⭐⭐⭐⭐⭐ 核心基本功 On-Page SEO ⭐⭐⭐⭐⭐ 日常最常做的事 GSC / GA4 操作 ⭐⭐⭐⭐⭐ 數據來源 SEO 工具使用 ⭐⭐⭐⭐ Ahrefs, SEMrush, Screaming Frog 基礎 HTML/CSS ⭐⭐⭐ 能看懂和修改簡單代碼 內容判斷力 ⭐⭐⭐ 能判斷內容是否滿足搜尋意圖 英文閱讀能力 ⭐⭐⭐ 大部分 SEO 資源是英文的 #3 典型背��� - 1-3 年 SEO 經驗 - 或從內容行銷 / 數位行銷轉職 - 有個人網站或 Side Project SEO 經驗加分 #3 SEO 專員的成長路徑 初階 SEO 專員（0-2 年） → 執行既定策略、學習基本功 中階 SEO 專員（2-4 年） → 獨立制定策略、帶領小專案 資深 SEO 專員 / 策略經理（4-6 年） → 管理團隊、制定整體策略 SEO 總監 / VP（6+ 年） → 多市場策略、預算管理、商業決策 #2 角色三：技術 SEO 工程師（Technical SEO Engineer） #3 ��心職責 - 網站技術 SEO 審計 - Core Web Vitals 優化 - JavaScript SEO（確保 JS 內容可被索引） - 結構化資料實作（Schema Markup） - Crawl Budget 優化 - 網站搬遷 SEO - Log File Analysis - 與開發團隊合作實現 SEO 需求 #3 必備技能 技能 重要度 說明 HTML/CSS/JavaScript ⭐⭐⭐⭐⭐ 能讀懂並修改前端代碼 爬蟲工具（Screaming Frog） ⭐⭐⭐⭐⭐ 技術審計基本功 網站效能優化 ⭐⭐⭐⭐ CWV、CDN、快取策略 伺服器/主機知識 ⭐⭐⭐⭐ Log 分析、伺服器設定 Python / SQL ⭐⭐⭐ 自動化腳本、數據處理 Schema 結構化資料 ⭐⭐⭐⭐ JSON-LD 實作 CMS 開發知識 ⭐⭐⭐ WordPress 等 CMS 的 SEO 設定 #3 技術 SEO 工程師 vs 一般工程師 面向 一般前端工程師 技術 SEO 工程師 關注點 使用者體驗 Googlebot 體驗 + 使用者體驗 效能指標 主觀感受 LCP / INP / CLS（客觀數據） 渲染方式 CSR 優先（React/Vue） SSR / SSG 優先 連結設計 美觀優先 可爬取性優先 #3 日常工作 每日： - 監控網站健康狀態（uptime、錯誤頁面） - 查看 GSC 技術指標（CWV、索引狀態） 每週： - 與開發團隊同步 SEO 需求 - 實作新的 Schema 標記 - 檢查新部署的功能是否影響 SEO 每月： - 完整技術審計 - Crawl Budget 分析 - Log File Analysis #2 角色四：SEO 內容策略師 / 寫手 #3 SEO 內容策略師（Content Strategist） **核心職責：** – 制定內容行銷策略 – Topic Cluster 規劃 – 內容日曆管理 – 搜尋意圖分析（決定內容格式和角度） – 內容成效分析 #3 SEO 寫手（SEO Content Writer） **核心職責：** – 根據 SEO Brief 撰寫文章 – 關鍵字自然融入 – 內容結構化（H2/H3 層次） – 內部連結添加 – 內容更新（Content Refresh） #3 必備技能（寫手） 技能 重要度 說明 寫作能力 ⭐⭐⭐⭐⭐ 最基本的要求 SEO 知識 ⭐⭐⭐⭐ 理解關鍵字、搜尋意圖、On-Page 行業知識 ⭐⭐⭐⭐ 寫什麼行業就要懂那個行業 研究能力 ⭐⭐⭐⭐ 能把複雜主題轉化為易懂內容 資料整理 ⭐⭐⭐ 善用數據、案例增加內容深度 編輯校對 ⭐⭐⭐ 零錯字、格式整齊 #3 SEO Brief 範本 ## 文章 Brief - **目標關鍵字：** [主要 1 個 + 次要 3-5 個] - **搜尋意圖：** [資訊型/商業型/交易型] - **目標讀者：** [一句話描述] - **字數：** [建議範圍] - **內容結構（建議 H2）：** 1. — 覆蓋子主題 A 2. — 覆蓋子主題 B 3. — 覆蓋子主題 C - **必含元素：** - [ ] 數據/統計引用 - [ ] 實際案例 - [ ] 步驟/清單格式 - [ ] 內部連結（至少 3 條） - **競品參考：** , - **獨特角度：** [我們的內容哪裡不同？] - **截止日期：** [YYYY-MM-DD] #3 寫手管理要點 ✓ 先給 1-2 篇試稿，確認品質和 SEO 理解度 ✓ 提供明確的 SEO Brief，不要只給關鍵字 ✓ 建立內容品質標準（架構、深度、格式） ✓ 定期給予回饋（不只是改錯字，還要教 SEO 思考） ✓ 建立內容資產庫（讓寫手可以參考過往的優秀案例） #2 角色五：數據分析師（SEO Analyst） #3 核心職責 - SEO Dashboard 建立與維護 - 跨平台數據整合（GSC + GA4 + CRM） - SEO ROI 計算 - 異常檢測與根因分析 - A/B 測試設計與分析 - 預測模型（哪些內容值得投資？） #3 必備技能 - SQL / Python（數據處理） - Looker Studio / Tableau（視覺化） - GSC + GA4 API 使用 - 統計分析 #3 對 SEO 團隊的價值 沒有數據分析師： → 「感覺最近流量掉了」→ 憑感覺亂改 有數據分析師： → 「過去 14 天，Blog 分類流量下降 23%，主要原因 是 3 篇核心文章的排名從 Top 3 掉到 Top 8， 對應的競爭對手在 7/5 發布了更新的內容」 → 精準修正 #2 四種團隊規模的配置方案 #3 一人 SEO（Solopreneur / 小型網站） 你（什麼都自己做） ├── 關鍵字研究 ├── 內容撰寫 ├── 技術 SEO（基本） ├── 連結建設 ├── 數據分析 └── 策略規劃 工具支援： Ahrefs / GSC / GA4 / Screaming Frog / ChatGPT 時間分配建議： 40% 內容創作 25% 關鍵字研究 + 策略 15% 技術檢查 10% 連結建設 10% 數據分析 #3 2-3 人小團隊（成長型公司） SEO 經理（1 人） ├── 策略規劃 ├── 關鍵字研究 ├── 數據分析與報告 └── 外部資源管理 內容寫手（1-2 人，可外包） ├── SEO 文章撰寫 └── 內容更新 技術支援（與工程團隊協作 / 外包） ├── 技術問題修復 └── 網站效能優化 #3 5-7 人中型團隊（SEO 為核心渠道） SEO 總監（1 人） ├── SEO 策略經理（1 人） │ ├── SEO 專員（1-2 人） │ │ ├── 日常 On-Page 優化 │ │ ├── 關鍵字研究 │ │ └── 報表製作 │ └── 數據分析師（1 人） │ ├── 內容團隊（2-3 人） │ ├── 內容策略師（1 人） │ └── SEO 寫手（1-2 人） │ └── 技術 SEO 工程師（1 人，與開發團隊一起） #3 10+ 人大型團隊（企業級） VP of SEO / Growth ├── SEO 總監 │ ├── 策略團隊（2-3 人） │ ├── 技術 SEO 團隊（2-3 人） │ └── 數據分析團隊（2 人） ├── 內容團隊（3-5 人） └── 連結建設/PR 團隊（2-3 人） #2 團隊協作流程 #3 每週 SEO Sprint（建議節奏） 週一：Sprint 規劃 - 回顧上週進度 - 設定本週優先任務 - 分配工作 週三：內容品質審查 - 審查本週產出的內容 - 給予即時回饋 週五：數據回顧 - 查看本週 SEO Dashboard - 討論異常和機會 - 調整下週計劃 #3 跨部門協作地圖 SEO 團隊 ←→ 內容行銷團隊 協作點：內容 Brief、內容日曆、內容推廣 SEO 團隊 ←→ 產品團隊 協作點：產品頁面 SEO、功能開發 SEO 考量、URL 結構 SEO 團隊 ←→ 工程團隊 協作點：技術 SEO 需求、網站速度、Schema 實作 SEO 團隊 ←→ PR / 社群團隊 協作點：連結建設、內容推廣、品牌監控 SEO 團隊 ←→ 設計團隊 協作點：頁面設計 SEO 建議、圖片優化、行動版設計 #2 招聘指南：如何找到對的 SEO 人才？ #3 SEO 專員面試評估表 技術能力（35%）： ☐ 能否解釋搜尋引擎的三階段運作？ ☐ 能否說明 SEO 排名的主要因素？ ☐ GSC 和 GA4 的操作經驗？ ☐ 是否用過 Ahrefs/SEMrush/Screaming Frog？ 實戰經驗（30%）： ☐ 請分享一個你主導的 SEO 專案和成果 ☐ 你如何做關鍵字研究？（請實際操作） ☐ 如果流量突然下降 30%，你怎麼診斷？ 策略思維（20%）： ☐ 對我們網站的初步 SEO 建議？（開放式問題） ☐ 你如何決定一個關鍵字值得投資？ ☐ 你最近關注的 SEO 趨勢是什麼？ 文化契合（15%）： ☐ 對 SEO 的熱情來自哪裡？ ☐ 你如何學習新的 SEO 知識？ ☐ 團隊協作經驗 #3 實作測試建議 給應徵者一個實際任務（計時 60 分鐘）： 1. 給一個網站 URL 和 3 個目標關鍵字 2. 要求： - 快速技術審計（10 分鐘） - On-Page 優化建議（20 分鐘） - 內容策略建議（20 分鐘） - 製作一頁簡報呈現（10 分鐘） 觀察重點： - 有沒有用工具輔助？ - 建議是否合理且可執行？ - 溝通是否清晰？ #3 紅旗訊號（不該錄用的徵兆） ❌ 只談排名不談流量/轉換 ❌ 無法解釋「為什麼」—只會說「這樣做會提升排名」 ❌ 沒有數據習慣（不追蹤、不測量） ❌ 無法展示任何過去成果 ❌ 認為黑帽手法「只要不被抓到就好」 ❌ 過度關注關鍵字密度和過時的戰術 #2 團隊成長與培訓 #3 持續學習資源 資源 類型 適合角色 Google Search Central Blog 官方部落格 所有人 Search Engine Journal SEO 媒體 策略/專員 Ahrefs Blog + YouTube 教學 + 數據 專員/寫手 Google SEO Starter Guide 官方指南 新人 SEMrush Academy 線上課程 專員/分析師 Moz Whiteboard Friday 影片教學 專員 BrightLocal（在地 SEO） 專業資源 在地 SEO #3 團隊技能矩陣追蹤 建立每個團隊成員的技能矩陣，定期更新： │關鍵字│技術SEO│內容SEO│數據分析│策略│溝通 ────────┼──────┼───────┼───────┼───────┼────┼──── 成員 A │ ██ │ ░░ │ ███ │ ██ │ ██ │ ███ 成員 B │ ███ │ ██ │ ██ │ ███ │ █ │ ██ 成員 C │ ██ │ ███ │ ░ │ ███ │ ██ │ █ 目標：確保每個技能至少有 1-2 人能 Cover #2 本章重點回顧 角色 一句話 關鍵技能 SEO 策略經理 設定方向，管理資源 策略 + 溝通 + 商業思維 SEO 專員 日常執行，戰術落地 關鍵字 + On-Page + 工具 技術 SEO 工程師 讓網站在 Google 眼中完美 程式 + CWV + Schema 內容策略師/寫手 產出能排名的內容 寫作 + SEO + 行業知識 數據分析師 從數據中找到答案 SQL + Dashboard + 統計 💡 **一個優秀的 SEO 團隊不一定是最大最貴的團隊，而是角色互補、流程清晰、持續學習的團隊。** ⬅️ [上一章：第 75 章 SEO 專案 12 個月里程碑規劃](http://75-SEO專案12個月里程碑規劃.md) | [回索引](http://../索引.md) | [下一章：第 77 章 新網站上線前 SEO 檢查清單](http://77-新網站上線前SEO檢查清單.md) ➡️ 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 77 章：新網站上線前 SEO 檢查清單 URL: https://cyruschan.com/seo-chapter-77/ > 網站上線後才發現 SEO 問題，就像房子蓋好才發現忘了鋪水管 — 要改可以，但代 網站上線後才發現 SEO 問題，就像房子蓋好才發現忘了鋪水管 — 要改可以，但代價大多了。 #2 為什麼上線前檢查這麼重要？ 一個新網站在上線前做好 SEO 設定，可以避免： – 上線後被 Google 索引了錯誤的 URL – 整個網站被 noindex 封鎖好幾天才發現 – 重複內容問題從第一天就存在 – 上線第一週流量就是 404 – 網站速度慢到 Google 不願爬取 **核心原則：SEO 不是上線後才做的事，而是開發階段就要內建的。** #2 檢查清單總覽（六大類別） 📋 新網站上線前 SEO 檢查清單 1. 技術基礎設定（10 項） 2. 索引與爬取（7 項） 3. On-Page SEO 設定（8 項） 4. 內容與結構（6 項） 5. 效能與體驗（5 項） 6. 追蹤與分析（5 項） ──────────────────── 共計 41 項檢查 #2 類別一：技術基礎設定（10 項） ☐ 1.1 SSL 憑證已正確安裝 檢查：https:// 可以正常訪問，無 Mixed Content 警告 工具：Why No Padlock (whynopadlock.com) ☐ 1.2 強制 HTTPS 轉址 檢查：http:// 自動 301 轉到 https:// 確認：不是 302！301 才能傳遞 SEO 權重 ☐ 1.3 WWW vs non-WWW 已決定並統一 選擇一個（建議 non-WWW），另一個 301 轉址 例：www.example.com → 301 → example.com ☐ 1.4 網址尾部斜線（Trailing Slash）統一 決定：/about 或 /about/，另一個 301 轉址 整個網站保持一致 ☐ 1.5 自訂 404 頁面存在且有效 檢查：訪問不存在的 URL（如 /test-404-page） 確認：返回 404 HTTP 狀態碼（不是 200 或軟 404） 確認：404 頁面有導航連結，幫助使用者回到正常頁面 ☐ 1.6 無測試/開發環境外洩 檢查：staging.example.com 沒有被 Google 索引 確認：開發環境有密碼保護或 IP 限制 確認：robots.txt 沒有在正式環境誤用了開發環境的設定 ☐ 1.7 URL 結構符合 SEO 規範 ❌ example.com/?p=123 ✅ example.com/blog/seo-guide 使用連字號（-）而非底線（_）分隔單字 ☐ 1.8 HTML 語意標籤正確使用 每個頁面只有一個 <h1> 正確使用 <header> <main> <footer> <article> <nav> 圖片有正確的 alt 屬性 ☐ 1.9 結構化資料（Schema Markup）已實作 至少包含：Organization / WebSite / BreadcrumbList 使用 Google 結構化資料測試工具驗證無錯誤 https://search.google.com/test/rich-results ☐ 1.10 XML Sitemap 自動生成並正確 包含所有重要頁面 不包含 noindex 頁面、404 頁面、重定向頁面 每個 URL 的 <lastmod> 日期正確 #2 類別二：索引與爬取設定（7 項） ☐ 2.1 robots.txt 設定正確 最常見的錯誤：上線時 robots.txt 還是 Disallow: / （開發環境用來防止被索引的設定忘了改回來！） 檢查： - 沒有誤封重要頁面 - Sitemap 路徑在 robots.txt 中有宣告 - 測試：Google robots.txt 測試工具 ☐ 2.2 無 noindex 標籤殘留 搜尋整個網站代碼中的 "noindex" 確認只在該 noindex 的頁面出現（如後台、感謝頁） 常見失誤：開發時全站 noindex，上線忘了移除 ☐ 2.3 Canonical 標籤正確 每個頁面有 self-referencing canonical 分頁/篩選頁面的 canonical 指向主頁面 無跨域 canonical 錯誤 ☐ 2.4 無意外的 nofollow 連結 檢查導航選單中的內部連結不是 nofollow 內部連結應該是 dofollow（讓權重流通） ☐ 2.5 GSC 資源已建立並驗證 建立「網域資源」（涵蓋所有子網域） 完成 DNS 驗證 ☐ 2.6 Sitemap 已提交到 GSC GSC → 索引 → Sitemap → 提交 Sitemap URL 確認狀態為「成功」 ☐ 2.7 重要頁面手動請求索引 首頁、主要分類頁、重要內容頁 GSC → 網址檢查 → 輸入 URL → 請求建立索引 #2 類別三：On-Page SEO 設定（8 項） ☐ 3.1 每個頁面有獨特的 Title Tag 格式：[主要關鍵字] — [次要關鍵字] | [品牌名稱] 長度：50-60 字元（中文約 25-30 字） 檢查：無重複 Title ☐ 3.2 每個頁面有獨特的 Meta Description 長度：150-160 字元（行動版約 120 字元） 包含 CTA 或價值主張 不是「歡迎來到我們的網站」這種無意義描述 ☐ 3.3 圖片 SEO 基礎 所有圖片有描述性的檔案名稱（seo-checklist-2026.png 而非 IMG_001.png） 所有內容圖片有 alt 屬性 純裝飾性圖片 alt=""（空字串） 圖片有壓縮（WebP 格式優先） ☐ 3.4 行動版 Meta Viewport 已設定 <meta name="viewport" content="width=device-width, initial-scale=1.0"> ☐ 3.5 Open Graph 標籤（社交分享用） og:title, og:description, og:image, og:url 使用 Facebook Sharing Debugger 測試 ☐ 3.6 Twitter Card 標籤 twitter:card, twitter:title, twitter:description, twitter:image ☐ 3.7 Favicon 和 Apple Touch Icon 已設定 Favicon 影響品牌辨識 Apple Touch Icon 影響 iOS 主畫面書籤體驗 ☐ 3.8 麵包屑導航（Breadcrumb）已實作 加上 BreadcrumbList Schema 格式：首頁 > 分類 > 子分類 > 當前頁面 #2 類別四：內容與結構（6 項） ☐ 4.1 無 Lorem Ipsum 或測試內容殘留 搜尋整個網站：lorem ipsum、測試、test、placeholder 這是最基本但最常被忘記的！ ☐ 4.2 所有連結正常運作 使用 Screaming Frog 爬取整個網站 確認無 Broken Link（內部 404） 確認所有外部連結可以正常打開 ☐ 4.3 導航結構清晰 主要導航：不超過 7 個項目 深度：重要頁面不超過 3 次點擊 手機版導航體驗良好 ☐ 4.4 首頁有明確的價值主張 使用者 3 秒內知道你的網站是做什麼的 H1 清楚描述網站主題 ☐ 4.5 聯絡資訊完整（特別是商業網站） 關於我們頁面存在 聯絡方式清晰 隱私權政策頁面存在 服務條款頁面存在 ☐ 4.6 無空白頁面 檢查所有頁面都有實際內容 無「敬請期待」或「施工中」頁面 #2 類別五：效能與體驗（5 項） ☐ 5.1 Core Web Vitals 達標 桌面版和行動版都測試 工具：PageSpeed Insights 目標： - LCP（最大內容繪製）< 2.5 秒 - INP（互動至下一次繪製）< 200 毫秒 - CLS（累計版面配置轉移）< 0.1 ☐ 5.2 行動版體驗通過測試 工具：Google 行動裝置相容性測試 確認：文字可讀、按鈕可點、無橫向捲動 ☐ 5.3 圖片使用現代格式與延遲載入 WebP 格式優先（支援率高且有後備方案） 非首屏圖片使用 loading="lazy" 有正確的 width/height 屬性（避免 CLS） ☐ 5.4 快取策略已設定 靜態資源（CSS/JS/圖片）有合理的快取時間 使用 CDN（強烈建議） ☐ 5.5 伺服器回應時間正常 TTFB（Time to First Byte）< 800ms 工具：WebPageTest 或 KeyCDN Tools #2 類別六：追蹤與分析（5 項） ☐ 6.1 GA4 追蹤代碼正確安裝 確認所有頁面都有 GA4 代碼 確認即時報表中看到自己的訪問 GA4 中設定排除內部流量（公司 IP） ☐ 6.2 GA4 轉換事件已設定 確認重要動作已設為轉換事件： - 表單提交 - 購買完成 - 註冊完成 - 重要按鈕點擊 ☐ 6.3 GSC 與 GA4 已連結 GA4 → 管理員 → 產品連結 → Search Console 連結 確認數據開始出現在 GA4 的有機搜尋報表中 ☐ 6.4 搜尋引擎以外的流量來源追蹤 社群媒體連結加上 UTM 參數 建立 UTM 命名規範文件 ☐ 6.5 網站監控已設定 確認網站正常運作（uptime 監控） 設定異常通知（Email / Slack） #2 上線日（Launch Day）最終確認 上線前 1 小時： ☐ 1. 再次檢查 robots.txt 不是 Disallow: / ☐ 2. 再次檢查首頁和主要頁面沒有 noindex ☐ 3. 快速瀏覽網站 5 分鐘（用手機和電腦） 上線後立即： ☐ 4. 提交 Sitemap 到 GSC ☐ 5. 手動請求首頁和主要頁面建立索引 ☐ 6. 測試 GA4 即時報表（確認看得見自己的訪問） 上線後 24 小時： ☐ 7. 檢查 GSC 索引狀態（是否開始有頁面被索引） ☐ 8. 搜尋 site:example.com 看 Google 索引了哪些頁面 ☐ 9. 檢查伺服器 Log（有沒有異常的錯誤） 上線後 7 天： ☐ 10. 檢查 Google 索引了哪些頁面，有沒有遺漏或錯誤 ☐ 11. 第一次完整成效報表（GSC 曝光/點擊） ☐ 12. 檢查 GA4 數據是否正常（無異常跳動） #2 本章重點回顧 類別 檢查數 最常見的遺漏 技術基礎 10 項 SSL/HTTPS 設定不完整 索引爬取 7 項 robots.txt 封鎖全站忘記改 On-Page SEO 8 項 Title/Meta Description 重複或空白 內容結構 6 項 Lorem Ipsum 殘留 效能體驗 5 項 行動版未優化 追蹤分析 5 項 GA4 轉換事件未設定 💡 **把這份清單印出來。每次新網站上線前，逐項打勾。不跳過任何一項。** ⬅️ [上一章：第 76 章 SEO 團隊角色與技能配置](http://76-SEO團隊角色與技能配置.md) | [回索引](http://../索引.md) | [下一章：第 78 章 網站改版搬家 SEO 完整 SOP](http://78-網站改版搬家SEO-SOP.md) ➡️ 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 78 章：網站改版/搬家 SEO 完整 SOP URL: https://cyruschan.com/seo-chapter-78/ > 網站改版是 SEO 最危險的時刻之一。一個錯誤的 301 可以讓你好幾年的 SE 網站改版是 SEO 最危險的時刻之一。一個錯誤的 301 可以讓你好幾年的 SEO 努力化為烏有。這份 SOP 讓你安全過渡。 #2 改版前必須理解的核心原則 #3 SEO 改版三大黃金法則 法則一：URL 能不改就不改 → 改版 ≠ 一定要改 URL → 只改設計和內容，URL 保持不變 = 風險最低 法則二：改 URL 就一定要 301 → 每個舊 URL 都要有一個對應的 301 轉址 → 不要讓任何舊 URL 變成 404 法則三：不要建立轉址鏈 → 舊 URL → 中間 URL → 新 URL ❌ → 舊 URL → 新 URL（直接 301）✅ → 每個轉址環節損失約 10-15% 的連結權重 #2 Phase 0：改版前準備（改版前 2-4 週） #3 任務一：建立完整 URL 清單 步�� 1：匯出所有現有 URL ┌─────────────────────────────────────────┐ │ 方法 A：Screaming Frog 爬取 │ │ → 爬取整個網站 │ │ → 匯出所有 200 狀態碼的 URL │ │ → 匯出所有有機流量的 URL（連接 GSC API） │ │ │ │ 方法 B：GSC 匯出 │ │ → 成效報表 → 按「網頁」分組 │ │ → 篩選過去 16 個月（最大化範圍） │ │ → 匯出所有有點擊的 URL │ │ │ │ 方法 C：GA4 匯出 │ │ → 著陸頁報表 │ │ → 篩選有機流量 │ │ → 匯出所有有流量的 URL │ └─────────────────────────────────────────┘ 步驟 2：合併三個來源的 URL → 去重 → 得到完整清單 步驟 3：為每個 URL 加上以下資訊： - 過去 12 個月的有機流量 - 反向連結數量（從 Ahrefs/Majestic） - 目前的排名關鍵字 #3 任務二：URL 優先級分類 🔴 P0 — 高優先級（有流量 + 有連結） → 必須 1:1 對應 301 轉址 → 逐個驗證、不能有任何閃失 → 這些是你的 SEO 核心資產 🟡 P1 — 中優先級（有流量但無連結，或相反） → 必須有 301 轉址 → 可以群組規則處理（如整個目錄） 🟢 P2 — 低優先級（無流量、無連結） → 理想有 301，但如果內容已不存在 → 至少確保不返回 404（返回 410 或 301 到相關頁面） #3 任務三：建立 URL 對應表（Mapping） 這是改版最重要的文件。格式： 舊 URL → 新 URL 優先級 流量/月 連結數 ──────────────────────────────────────────────────────────────────────────────── /old-blog/seo-tips/ → /blog/seo-complete-guide/ 🔴 P0 2,340 15 /old-blog/keyword-research/ → /blog/keyword-research-2026/ 🔴 P0 1,890 8 /products/old-product-name/ → /products/new-product-name/ 🟡 P1 450 3 /old-category/ → /new-category/ 🟡 P1 2,100 12 /about-us-old/ → /about/ 🟢 P2 120 0 **URL 對應表原則：** – 每個舊 URL 都要有一個對應的新 URL（或明確標記為刪除） – P0 URL 必須手動逐個確認對應 – P1/P2 URL 可以使用規則（如整個目錄對應到新目錄） – 這份文件是改版的「聖經」，所有人員都要對齊這份文件 ## Phase 1：開發/測試環境（改版前 1-4 週） ### 任務四：確保測試環境不被索引 ☐ robots.txt 設定為 Disallow: /（測試環境） ☐ 使用 HTTP 基本驗證（密碼保護） ☐ 或限制 IP 訪問（只允許公司內部 IP） ☐ 確認 Google 無法訪問測試環境 ### 任務五：測試環境中的 SEO 檢查 ☐ 確認所有 301 轉址在測試環境中正常運作 ☐ 使用 Screaming Frog 爬取測試環境 → 上傳舊 URL 清單為「List Mode」 → 確認每個舊 URL 回傳 301（不是 404、不是 302） → 確認 301 目標回傳 200 ☐ 檢查 Canonical 標籤指向新 URL ☐ 檢查內部連結都指向新 URL（不殘留舊 URL） ☐ 檢查結構化資料在新頁面中正確 ## Phase 2：上線日（D-Day） ### 上線前 1 小時：最後檢查 ☐ 最終確認 URL 對應表已更新到最新版本 ☐ 確認所有 301 轉址規則已部署 ☐ 快速抽查 20 個 P0 URL： 打開舊 URL → 確認 301 到正確的新 URL → 新 URL 返回 200 ☐ 確認 robots.txt 是正式環境版本（不是 Disallow: /） ☐ 確認新網站沒有 noindex 標籤 ### 上線後立即（第一個小時） ☐ 立即用 Screaming Frog 爬取舊 URL 清單 → 確認所有 P0 URL 返回 301 → 確認 301 目標返回 200 → 如果有 P0 URL 返回 404 → 緊急修復 🔴 ☐ 提交新的 Sitemap 到 GSC ☐ GSC → 設定 → 地址變更（如果是域名變更） → 通知 Google 網站已遷移 ☐ 檢查 GA4 即時報表 → 確認新網站有流量 → 確認轉換事件正常觸發 ☐ 手動請求首頁和主要頁面建立索引 → GSC → 網址檢查 → 請求建立索引 ### 上線後 24 小時 ☐ 監控伺服器 Log（有大量 404 嗎？） ☐ 檢查 GSC 索引報表（有新頁面開始被索引嗎？） ☐ 檢查 Google 搜尋結果（site:example.com） ☐ 修復任何發現的問題 ## Phase 3：改版後監控（第 1-4 週） ### 第 1 週：密集監控期 每日檢查： ☐ GSC 成效報表：流量有沒有異常？ ☐ GSC 索引報表：舊頁面逐漸被新頁面取代？ ☐ 伺服器錯誤日誌：有沒有 404 或 500？ ☐ GA4 即時報表：流量正常嗎？ 特別注意： ⚠️ 流量突然暴跌 30%+ → 可能有大量 404 或轉址問題 ⚠️ 索引頁面數異常 → 可能 noindex 殘留或 canonical 問題 ⚠️ 404 數量暴增 → 轉址規則有遺漏 ### 第 2-4 週：穩定觀察期 每週檢查： ☐ GSC 成效比較（改版前 vs 改版後） ☐ 關鍵字排名變化 ☐ 舊 URL 在搜尋結果中是否逐漸被新 URL 取代 ☐ 行動版可用性報告 ☐ Core Web Vitals 報告（新網站速度可能不同） 預期現象（正常）： ✅ 改版後 1-2 週可能有短暫的流量波動（Google 重新評估） ✅ 舊 URL 在搜尋結果中需要 1-4 週才會被新 URL 取代 ✅ 排名可能暫時微幅波動 紅旗警報（不正常）： 🔴 流量持續下跌不回升 🔴 大量頁面未被索引 🔴 排名大幅下滑超過 2 週 ## 特殊情境：域名遷移（Domain Migration） ### 域名遷移的額外步驟 ☐ 新域名 GSC 驗證 ☐ GSC → 設定 → 地址變更（從舊域名變更到新域名） 注意：兩個域名都需要在同一個 GSC 帳號中驗證 ☐ 舊域名的所有 301 正確指向新域名 ☐ 聯絡主要外部連結來源，請他們更新連結到新域名 ☐ 更新所有社群媒體簡介、目錄清單中的連結 ☐ 更新 Google 我的商家中的網站連結 建議：保留舊域名至少 12 個月，並維持 301 轉址 ## 改版 SEO SOP 速查卡 ┌─────────────────────────────────────────────────────┐ │ 改版 SEO 速查卡 │ ├───���─────────────────────────────────────────────────┤ │ 改版前： │ │ ☐ 匯出所有 URL（Screaming Frog + GSC + GA4） │ │ ☐ 建立完整 URL 對應表（舊 → 新） │ │ ☐ 標記 P0（有流量+連結）URL，單獨確認 │ │ ☐ 全面爬取測試環境 │ │ │ │ 改版中： │ │ ☐ 部署 301 轉址（使用 URL 對應表） │ │ ☐ 更新內部連結到新 URL │ │ ☐ 更新 Sitemap │ │ ☐ 確認新的 Canonical 標籤 │ │ ☐ 確認 robots.txt 是正式環境版本 │ │ │ │ 改版後（第 1 週）： │ │ ☐ Screaming Frog 驗證 301（爬取所有舊 URL） │ │ ☐ 提交新 Sitemap │ │ ☐ GSC 地址變更（域名遷移時） │ │ ☐ 每日監控 GSC 和 GA4 │ │ │ │ 改版後（第 2-4 週）： │ │ ☐ 每週檢查排名和流量趨勢 │ │ ☐ 修復發現的任何問題 │ │ ☐ 更新外部連結（聯絡主要來源） │ └─────────────────────────────────────────────────────┘ “` #2 常見改版 SEO 錯誤 Top 5 排名 錯誤 後果 避免方法 1 忘記設定 301 轉址 大量 404，SEO 資產歸零 用 URL 對應表逐個確認 2 測試環境的 robots.txt 帶到正式環境 整個網站被 Google 封鎖 上線前雙重檢查 3 新網站忘記移除 noindex 所有頁面無法被索引 搜尋代碼中的 “noindex” 4 內部連結沒有更新 使用者點到 404 用爬蟲檢查內部連結 5 沒有通知 Google 延遲索引更新 提交 Sitemap + 地址變更 ⬅️ [上一章：第 77 章 新網站上線前 SEO 檢查清單](http://77-新網站上線前SEO檢查清單.md) | [回索引](http://../索引.md) | [下一章：第 79 章 每月 SEO 維運工作清單](http://79-每月SEO維運工作清單.md) ➡️ 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 79 章：每月 SEO 維運工作清單 URL: https://cyruschan.com/seo-chapter-79/ > SEO 不是一個「做完就沒事」的專案 — 它是一個需要持續維運的系統。這份每月清 SEO 不是一個「做完就沒事」的專案 — 它是一個需要持續維運的系統。這份每月清單讓你不會忘記任何重要的事。 #2 維運哲學：建立 SEO 節奏 每週（戰術層級） 執行日常優化、內容發布、數據監控 每月（策略層級） 成效回顧、策略調整、深度審查 每季（戰略層級） 策略大方向調整、競爭分析、資源規劃 #2 第一週：數據回顧與策略調整 #3 上個月成效回顧（2 小時） ☐ 1.1 GSC 月報分析 → 過去 28 天 vs 前 28 天的流量/曝光/CTR/排名變化 → 過去 28 天 vs 去年同期（YoY 比較） → 記錄變化最大的 5 個關鍵字（上升和下降各 5） ☐ 1.2 GA4 有機流量分析 → 有機流量趨勢（MoM + YoY） → 有機轉換數和轉換率 → 參與率（Engagement Rate）變化 → 品牌 vs 非品牌流量比例 ☐ 1.3 排名追蹤 → Top 10 關鍵字排名變化 → 目標關鍵字排名分佈 → 新進入 Top 10 和掉出 Top 10 的關鍵字 ☐ 1.4 目標達成檢視 → 對比月初設定的目標 → 達成了哪些？沒達成哪些？ → 沒達成的根本原因是什麼？ #3 本月策略設定（1 小時） ☐ 1.5 根據上月數據設定本月優先事項 完成上個月未完成的任務 + 調整方向 ☐ 1.6 設定本月內容日曆 規劃本月要發布的內容（目標關鍵字 + 發布日期） ☐ 1.7 確認本月資源 寫手產能？開發團隊時間？預算是否有變？ #2 第二週：內容與 On-Page 優化 #3 內容維護（3 小時） ☐ 2.1 發布本週計劃的內容（1-2 篇） → 確認 SEO Brief 已給寫手 → 審查完成的文章（SEO 檢查 → 發布） → 發布後：手動請求 GSC 索引 ☐ 2.2 內容更新（Content Refresh） 選擇 3-5 篇需要更新的舊文章： 挑選標準： - 排名在 4-15 名之間（努力一下就能進 Top 3） - 流量較上月下降 >10% - 發布超過 12 個月 更新內容： - 加入最新數據和案例 - 更新年份標記（如「2026 年」） - 補充競爭對手有但你沒有的子主題 - 更新後修改 lastmod 日期 ☐ 2.3 內部連結維護 → 在新文章中加入 3-5 條指向舊文章的連結 → 在 3 篇舊文章中插入新文章的連結 → 檢查導航結構是否需要調整 #3 On-Page 優化（1 小時） ☐ 2.4 低垂果實優化 GSC → 成效 → 篩選平均排名 11-20 選擇 3-5 個高曝光但排名在第二頁的關鍵字 優化對應頁面： - Title Tag：加入更吸引人的元素 - 內容：補充更多深度資訊 - 內部連結：增��來自高權威頁面的連結 ☐ 2.5 SERP 檢查 搜尋你的 Top 5 核心關鍵字 檢查 SERP 變化： - 有沒有新的 AI Overviews？ - Featured Snippet 被誰拿走了？ - 競爭對手的排名有沒有變化？ #2 第三週：技術監控與連結建設 #3 技術 SEO 例行檢查（2 小時） ☐ 3.1 GSC 索引狀態檢查 → 索引 → 頁面 → 查看有沒有新增的「未索引」頁面 → 索引率應保持在 90% 以上 → 處理新發現的索引問題 ☐ 3.2 GSC 體驗報表 → Core Web Vitals：有沒有新的不良 URL？ → 行動可用性：有沒��新的問題？ ☐ 3.3 Sitemap 狀態 → 確認 Sitemap 最後讀取日期更新 → 檢查 Sitemap 錯誤（如有） ☐ 3.4 404 錯誤監控 → 用 Screaming Frog 爬取網站 → 檢查是否有新的 404 頁面 → 對有流量的 404 頁面設定 301 轉址 ☐ 3.5 安全性與手動操作 → GSC 安全性問題檢查 → GSC 手動操作檢查 （幾秒鐘的事，不要跳過） #3 連結建設（2 小時） ☐ 3.6 反向連結健康檢查 → Ahrefs/SEMrush 查看新增和失去的連結 → 有沒有可疑的新連結？（DR<5、不相關網站） → 重要連結是否還在？ ☐ 3.7 連結建設任務 每月至少完成以下之一： → 撰寫 1 篇 Guest Post 並發布 → 找到 3 個 Broken Link 機會並 outreach → 發布 1 份值得被引用的原創內容（研究報告/數據/工具） → 在 1-2 個行業媒體獲得品牌提及 ☐ 3.8 競爭對手連結監控 → 查看主要競品的新增連結 → 有沒有你可以複製的連結機會？ #2 第四週：分析深化與下月準備 #3 深度分析（2 小時） ☐ 4.1 內容成效分析 → 本月發布的內容表現（有流量了嗎？有排名嗎？） → 找出本月表現最佳的內容（為什麼？可以複製嗎？） → 找出本月表現最差的內容（需要改進或刪除？） ☐ 4.2 用戶行為分析 → GA4 著陸頁報表：Top 10 著陸頁的參與率和轉換率 → 高流量低轉換的頁面 → 需要 CRO 優化 → 低流量高轉換的頁面 → 需要更多曝光 ☐ 4.3 轉換漏斗分析 → SEO 用戶的完整轉換路徑（GA4 路徑探索） → 哪個環節流失最多？ → 中間頁面是否需要優化？ ☐ 4.4 關鍵字機會發現 → GSC 查詢報表中，找「曝光高但不在 Top 10」的關鍵字 → 這些是新內容或內容優化的機會 #3 下月準備（1 小時） ☐ 4.5 規劃下月內容日曆 ☐ 4.6 設定下月 KPI 目標 - 有機流量目標（MoM + YoY） - 目標關鍵字排名目標 - 轉換數目標 - 內容發布數量目標 ☐ 4.7 更新 SEO Dashboard（月報版本） ☐ 4.8 準備月報簡報（如果需要向上報告） #2 每季額外任務（在月底額外執行） 每季一次（3/6/9/12 月）： ☐ 完整技術 SEO 審計（Screaming Frog 全站爬取） ☐ 完整內容審查（Content Audit）： → 評估所有內容的表現 → 決定哪些更新、合併、刪除（Content Pruning） ☐ 競爭對手全面分析： → 競品的內容策略變化 → 競品的連結策略變化 → 競品的技術更新 ☐ 策略大方向回顧： → 目前的策略是否仍然有效？ → 行業趨勢是否改變？ → 是否需要調整資源分配？ #2 每月 SEO 維運時間分配建議 #3 小型網站（<100 頁） 任務類別 月花費時間 比例 內容創作與更新 12 小時 40% 數據分析與監控 6 小時 20% On-Page 優化 4 小時 13% 連結建設 4 小時 13% 技術檢查 3 小時 10% 策略規劃 1 小時 4% **總計** **30 小時** **100%** #3 中型網站（100-1000 頁） 任務類別 月花費時間 比例 內容創作與更新 25 小時 36% 數據分析與監控 12 小時 17% On-Page 優化 10 小時 14% 連結建設 10 小時 14% 技術檢查 8 小時 11% 策略規劃 5 小時 7% **總計** **70 小時** **100%** #2 SEO 維運日曆（可列印版） 第一週 第二週 第三週 第四週 ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ 週一 │月報分析 │ 週一 │內容發布 │ 週一 │技術檢查 │ 週一 │深度分析 │ 週二 │策略設定 │ 週二 │內容更新 │ 週二 │連結監控 │ 週二 │下月規劃 │ 週三 │內容審查 │ 週三 │On-Page │ 週三 │連結建設 │ 週三 │月報製作 │ 週四 │關鍵字 │ 週四 │內部連結 │ 週四 │競爭分析 │ 週四 │Dashboard │ 週五 │目標設定 │ 週五 │SERP檢查 │ 週五 │Sitemap │ 週五 │準備簡報 │ └─────────┘ └─────────┘ └─────────┘ └─────────┘ 每月固定儀式： 1 號：上傳 Disavow 更新（如有需要） 15 號：內容日曆中期檢查 28 號：開始準備下月月報 #2 本章重點回顧 週次 主題 核心任務 第一週 回顧與規劃 月報分析、策略設定、目標設定 第二週 內容與 On-Page 內容發布、更新、低垂果實優化 第三週 技術與連結 技術檢查、連結監控、連結建設 第四週 分析與準備 深度分析、下月規劃、月報製作 💡 **把這個月曆印出來貼在桌上。SEO 最怕的不是沒策略，而是忘了做該做的事。** ⬅️ [上一章：第 78 章 網站改版搬家 SEO 完整 SOP](http://78-網站改版搬家SEO-SOP.md) | [回索引](http://../索引.md) | [下一章：第 80 章 SEO 自我健檢 8 步驟](http://80-SEO自我健檢8步驟.md) ➡️ 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 80 章：SEO 自我健檢 8 步驟 URL: https://cyruschan.com/seo-chapter-80/ > 不需要是 SEO 專家也能完成的網站健檢。8 個步驟，1 小時內找到你網站最需要 不需要是 SEO 專家也能完成的網站健檢。8 個步驟，1 小時內找到你網站最需要修復的 SEO 問題。 #2 健檢哲學：80/20 法則 大多數網站的 SEO 問題，80% 集中在 20% 的地方： – 索引問題（被 noindex / robots.txt 封鎖） – 內容品質（太短、太舊、太重複） – 速度太慢（特別是手機版） – 行動版體驗不佳 – 沒有明確的目標關鍵字 這 8 個步驟專注於最常見、影響最大的問題。 #2 步驟 1：檢查網站是否可以被 Google 找到（5 分鐘） #3 檢查一：Google 索引測試 打開 Google → 搜尋：site:你的域名.com 結果 意義 行動 看到你的頁面 ✅ 網站有被索引 進行步驟 2 完全沒有結果 🔴 網站被 Google 封鎖 立即檢查 robots.txt 和 noindex 只有首頁被索引 🟡 可能有技術問題 提交 Sitemap，檢查 noindex 頁面數量遠少於預期 🟡 索引率低 檢查內容品質和 Crawl Budget #3 檢查二：robots.txt 打開：你的域名.com/robots.txt 如果看到： User-agent: * Disallow: / → 🔴 你的網站被完全封鎖！這是緊急狀況！ 立即修改 robots.txt 為： User-agent: * Allow: / #3 檢查三：GSC 手動操作 GSC → 安全性與手動操作 → 手動操作 如果有任何通知 → 🔴 這是頭號優先處理的問題 #2 步驟 2：檢查核心頁面是否被索引（10 分鐘） #3 逐個檢查核心頁面 在 GSC 中使用「網址檢查」功能，檢查以下頁面： ☐ 首頁 ☐ 主要分類頁面 ☐ 最重要的 5 篇內容 ☐ 關於我們頁面 ☐ 聯絡頁面 每個頁面的 URL Inspection 結果： – 「網址在 Google 服務中」→ ✅ 已索引 – 「網址不在 Google 服務中」→ 🔴 未索引，需要調查原因 #3 常見未索引原因及解法 原因：排除 (noindex) → 檢查頁面的 <meta name="robots" content="noindex"> 標籤 → 如果不需要 noindex → 移除標籤 → 請求重新索引 原因：漫遊器已排除 (robots.txt) → 檢查 robots.txt 是否封鎖了該頁面 → 修改 robots.txt → 請求重新索引 原因：已檢索 — 目前未建立索引 → Google 認為內容品質不足 → 改善內容深度和原創性 → 增加內部連結 原因：重複網頁 → 設定正確的 Canonical → 或差異化頁面內容 #2 步驟 3：檢查網站速度（行動版）（10 分鐘） #3 使用 PageSpeed Insights 測試 https://pagespeed.web.dev/ 測試你的首頁 + 最重要的 3 個頁面 一定要測試「行動版」（Mobile）的表現 #3 快速解讀分數 Core Web Vitals 評估結果： 🟢 全部通過 → 很好，網站速度不是大問題 🟡 部分需要改善 → 查看具體哪個指標有問題 → LCP 問題：優化最大圖片、啟用 CDN → INP 問題：減少 JavaScript 執行時間 → CLS 問題：圖片加上 width/height 屬性 🔴 全部未通過 → 速度是你 SEO 的重大障礙 → 優先處理以下三項（見效最快）： 1. 圖片壓縮 + 轉 WebP 2. 啟用 CDN 3. 啟用瀏覽器快取 #2 步驟 4：檢查行動版體驗（5 分鐘） #3 使用 Google 行動裝置相容性測試 https://search.google.com/test/mobile-friendly 輸入你的首頁 URL 測試 #3 常見行動版問題與解法 問題 解法 文字太小 基本字體大小至少 16px 點擊元素太近 按鈕之間至少 8px 間距 內容超出螢幕 檢查 CSS overflow，使用 max-width Viewport 未設定 加入 <meta name="viewport" content="width=device-width, initial-scale=1.0"> #3 手機實際瀏覽測試 用手機打開你的網站，快速檢查： ☐ 文字不需要放大就能閱讀？ ☐ 按鈕夠大、容易點擊？（手指不會點錯） ☐ 不需要橫向捲動？ ☐ 圖片正常顯示？ ☐ 表單容易填寫？ ☐ 彈出視窗不會擋住整個畫面？ #2 步驟 5：檢查 On-Page SEO 基礎（15 分鐘） #3 Title Tag 檢查 用 Screaming Frog（免費版可以爬 500 頁）或手動檢查： ☐ 每個頁面有獨特的 Title Tag？ ☐ Title 在 50-60 字元範圍內？ ☐ 重要關鍵字在 Title 的前面？ ☐ 沒有重複的 Title？ 常見問題： ❌ 所有頁面 Title 都一樣 → 加入動態變數或手動撰寫 ❌ Title 太長被截斷 → 縮短到 60 字元以內 ❌ Title 沒有關鍵字 → 加入主要關鍵字 ❌ Title 是「未命名頁面」或「Home」→ 立即修改 #3 Meta Description 檢查 ☐ 每個重要頁面有 Meta Description？ ☐ Description 是獨特的、有說服力的？ ☐ 包含行動號召（CTA）？ 常見問題： ❌ 完全沒有 Description → 讓 Google 自動從內容擷取（可能不理想） ❌ 所有頁面 Description 都一樣 → Google 可能全部忽略 #3 Heading 結構檢查 ☐ 每個頁面只有一個 H1？ ☐ H1 包含主要關鍵字？ ☐ H2/H3 形成邏輯層次（不是跳級，如 H1 → H3 跳過 H2）？ ☐ Heading 不是用 <p> 或 <div> 偽裝的？ #3 圖片 SEO 檢查 隨機抽查 10 張圖片： ☐ 圖片有描述性的檔案名稱？（不是 IMG_001.jpg） ☐ 內容圖片有 alt 文字？ ☐ 裝飾性圖片有 alt=""（空字串）？ ☐ 圖片檔案大小合理？（<200KB 為佳，大圖 <500KB） #2 步驟 6：檢查內容品質（15 分鐘） #3 隨機抽樣審查 隨機選擇 10 個內容頁面，針對每個頁面問： ☐ 內容是否有獨特的價值？ → 使用者讀完能學到什麼？ → 有其他網站不能提供的東西嗎？ ☐ 內容是否滿足搜尋意圖？ → 如果用戶搜「如何 XXX」，他得到的內容真的教會他了嗎？ ☐ 是否有實質的深度？ → 字數不是絕對標準，但一個有價值的內容通常 >800 字 → 有數據、案例、圖片來支持觀點嗎？ ☐ 內容是否過時？ → 有提到年份/日期嗎？是最新的嗎？ → 外部連結是否還有效？ ☐ 是否好讀？ → 有適當的段落間距嗎？ → 有使用列表和標題來組織內容嗎？ → 行動版的可讀性好嗎？ #3 低品質內容處理 如果你的網站有大量低品質頁面： 處理方式： 1. 改善：增加內容深度和價值（優先處理有流量的頁面） 2. 合併：將多個短內容合併成一篇深度文章 3. 刪除：對完全沒有價值的頁面，刪除或 301 轉址到相關頁面 注意：如果低品質頁面比例很高（>30%）， 這是 Google Helpful Content 系統會打擊的目標。 #2 步驟 7：檢查反向連結健康度（5 分鐘） #3 快速連結健康檢查 使用 Ahrefs 免費版（Site Explorer 免費有限功能）或 SEMrush： ☐ 你的引用網域（Referring Domains）數量？ → 完全沒有 > 你的網站幾乎沒有權威度 → 少於 10 > 需要開始連結建設 → 10-50 > 正常成長中 ☐ 連結來源品質： → 快速瀏覽 Top 20 來源網站 → 有沒有來自色情/博弈/垃圾內容的連結？ ☐ 錨點文字（Anchor Text）： → 品牌錨點（品牌名）應該佔最大比例 → 精準匹配錨點（商業關鍵字）不應該超過 20% → 如果精準匹配 >50% > 高度可疑，可能是連結操縱 #3 如果有很多低品質連結 先別恐慌！除非： 1. 低品質連結佔比極高（>50%） 2. 或者你已經收到了 GSC 的手動操作通知 如果以上兩個條件都不符合： → 大部分情況下 Google 會自動忽略低品質連結 → 不需要主動 Disavow → 但如果很擔心，可以選擇性 Disavow 最惡意的來源 如果你收到了手動操作通知： → 按照手動操作的處理流程（聯絡移除 + Disavow + 重審） #2 步驟 8：建立改善優先級清單（10 分鐘） #3 將所有問題按影響 × 難度排序 影響力：高（影響大量頁面或核心頁面） 中（影響部分頁面） 低（影響少數次要頁面） 難度： 低（<1 小時可修復） 中（1-4 小時可修復） 高（需要開發團隊或大量時間） 優先級矩陣： 難度低 難度中 難度高 影響力高 ┌──────────┬──────────┬──────────┐ │ 🔴 P0 │ 🔴 P0 │ 🟡 P1 │ │ 立即處理 │ 立即處理 │ 本周處理 │ ├──────────┼──────────┼──────────┤ 影響力中 │ 🟡 P1 │ 🟡 P1 │ 🟢 P2 │ │ 本周處理 │ 本周處理 │ 本月處理 │ ├──────────┼──────────┼──────────┤ 影響力低 │ 🟢 P2 │ 🟢 P2 │ ⚪ P3 │ │ 本月處理 │ 本月處理 │ 有空再處理 │ └──────────┴──────────┴──────────┘ #3 常見的 P0 問題（立即處理） 1. robots.txt 封鎖了整個網站 2. 重要頁面有 noindex 標籤 3. 網站完全沒有被 Google 索引 4. GSC 有手動操作通知 5. 首頁 Title Tag 空白或無意義 6. 網站速度極慢（LCP > 6 秒） 7. 行動版完全無法使用 8. GSC 出現安全性問題通知 #3 健檢報告範本 # SEO 自我健檢報告 - 日期：2026/07/23 - 網站：[URL] - 檢查者：[姓名] ## 總體狀況 - 索引狀態：✅ / 🟡 / 🔴 - 網站速度：LCP ___s, INP ___ms, CLS ___ - 行動版：✅ / 🟡 / 🔴 - On-Page：___ / 10 分 - 內容品質：___ / 10 分 - 連結健康：✅ / 🟡 / 🔴 ## 發現的問題（按優先級） ### P0 — 立即處理 1. [問題描述] → [建議解法] ### P1 — 本周處理 1. [問題描述] → [建議解法] ### P2 — 本月處理 1. [問題描述] → [建議解法] ## 下次健檢日期 [一個月後] #2 健檢頻率建議 網站狀態 健檢頻率 說明 新網站（<6 個月） 每 2 週 快速迭代，問題多 成長期網站 每月 持續監控 穩定網站 每季 注重趨勢而非細節 每次 Google 核心更新後 立即 檢查影響 #2 本章重點回顧 步驟 檢查內容 時間 最重要的一件事 1 索引狀態 5 分鐘 site: 搜尋 + robots.txt 2 核心頁面索引 10 分鐘 GSC URL Inspection 3 網站速度 10 分鐘 PageSpeed Insights 行動版 4 行動版體驗 5 分鐘 實際用手機測 5 On-Page SEO 15 分鐘 Title / Meta / H1 / 圖片 6 內容品質 15 分鐘 抽樣 10 篇誠實評估 7 反向連結 5 分鐘 來源品質 + 錨點比例 8 改善計畫 10 分鐘 P0 → P1 → P2 排序 💡 **每個月花 1 小時跑完這 8 步。不需要 SEO 專家也能找到最關鍵的問題。** ⬅️ [上一章：第 79 章 每月 SEO 維運工作清單](http://79-每月SEO維運工作清單.md) | [回索引](http://../索引.md) | [下一章：第 81 章 YouTube SEO 完整教學](http://81-YouTube-SEO完整教學.md) ➡️ 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 81 章：YouTube SEO 完整教學 URL: https://cyruschan.com/seo-chapter-81/ > YouTube 是世界第二大搜尋引擎（僅次於 Google 本身）。如果你有影片 YouTube 是世界第二大搜尋引擎（僅次於 Google 本身）。如果你有影片內容，YouTube SEO 是一個完全不同的遊戲規則。 #2 YouTube SEO vs Google SEO：核心差異 維度 Google SEO YouTube SEO 排名因素 內容 + 連結 + 技術 觀看時長 + CTR + 互動 + 關鍵字匹配 爬取方式 Googlebot 讀取 HTML 演算法分析影片 metadata + 觀看行為 點擊訊號 CTR 次要 CTR 關鍵（縮圖是命） 停留時間 頁面參與時間 觀看時長（Watch Time）最重要 關鍵字位置 Title + H1 + 內容 標題 + 描述 + 標籤 + 字幕 外部訊號 反向連結 嵌入 + 分享 + 外部流量 #2 YouTube 排名五大核心因素 YouTube SEO 排名權重（業界估算）： 觀看時長與留存率 ████████████████████ 40% 點擊率（CTR） ██████████████ 28% 關鍵字相關性 ██████████ 18% 互動（讚/留言/分享）█████ 9% 頻道權威度 ███ 5% #3 1. 觀看時長與觀眾留存率（最重要） YouTube 的核心目標是「讓用戶留在平台上越久越好」。所以： - **觀看時長（Watch Time）＞ 觀看次數（Views）** - 一支 500 次觀看但平均看 8 分鐘的影片 - 比一支 2000 次觀看但平均看 30 秒的影片更有 SEO 價值 - **觀眾留存率（Audience Retention）：** - YouTube 後台 → 觀看 retention 曲線 - 前 30 秒流失率是最關鍵指標 - 曲線平緩 > 曲線陡降 #3 2. 點擊率（CTR — Click Through Rate） 縮圖 + 標題決定了用戶會不會點進來。 - **YouTube 平均 CTR：** 4-8% - **CTR > 10%：** YouTube 會大量推薦你的影片 - **CTR < 3%：** 曝光會逐漸減少 **提高 CTR 的關鍵：** – 縮圖的「視覺衝擊力」 – 標題的「好奇心缺口」 – 不要用點擊誘餌（Clickbait）— 高 CTR + 低留存 = 演算法懲罰 #3 3. 關鍵字相關性 YouTube 透過以下方式理解你的影片內容： - 影片標題 - 影片描述（前 2-3 行最重要） - 影片標籤（Tags） - 字幕/CC（YouTube 會自動生成並分析） - 你實際「說」出來的內容（語音辨識） #3 4. 互動訊號 - 按讚數 - 留言數（和你的回覆） - 分享次數 - 儲存到播放清單 - 訂閱（從該影片來的訂閱） #3 5. 頻道權威度 - 頻道總觀看時長 - 頻道訂閱數 - 頻道內容一致性（主題聚焦） - 頻道上傳頻率 #2 YouTube SEO 實戰步驟 #3 步驟 1：關鍵字研究（YouTube 版） **工具：** – YouTube 搜尋建議（自動完成）— 最直接 – TubeBuddy / vidIQ（瀏覽器外掛）— 看關鍵字搜尋量和競爭度 – Google Trends（類型選「YouTube 搜尋」） **YouTube 關鍵字的特性：** YouTube 上最常被搜尋的關鍵字類型： 1. 「如何 / 怎麼」（教學型）— How to XXX 2. 「開箱 / 實測」（評測型）— XXX Review 3. 「教學」（中文市場大宗）— XXX 教學 / XXX 入門 4. 「Vlog」（生活型） 5. 「音樂/娛樂」（娛樂型） #3 步驟 2：標題優化 **YouTube 標題最佳實踐：** 理想格式： [主要關鍵字] + [獨特賣點] + [情緒觸發] ❌ 「iPhone 評測」 ✅ 「iPhone 17 Pro 完整評測：用了 30 天後我後悔了嗎？」 關鍵點： - 前 60 字元最重要（搜尋結果不會截斷） - 主要關鍵字放在最前面 - 加入數字（7 天、10 個原因） - 創造「好奇心缺口」 - 不要用全部大寫或過多驚嘆號 #3 步驟 3：縮圖設計 縮圖是 YouTube SEO 的「Title Tag 殺手級增強版」。 **高 CTR 縮圖��則：** 1. 臉部特寫 + 誇張表情（效果最佳） 2. 高對比色（YouTube 背景是白色，深色縮圖更突出） 3. 文字不超過 4 個字（太大=雜亂，太小=看不清） 4. 統一的品牌風格（讓訂閱者一眼認出） 5. 用箭頭/圓圈標示重點（引導視線） 工具：Canva / Photoshop 尺寸：1280 × 720（16:9） 檔案大小：<2MB #3 步驟 4：描述與標籤 **描述（Description）最佳實踐：** 前 2-3 行（顯示在搜尋結果中）： ✅ 總結影片內容 ✅ 包含主要關鍵字 ✅ 有 CTA 範例： 「這支影片教你如何在 2026 年用 7 個步驟做好 YouTube SEO。 從關鍵字研究到縮圖設計，完整步驟教學。 👇 時間戳記在下面 👇」 剩餘描述： - 詳細的內容摘要（150-200 字） - 時間戳記（Timestamps / Chapters） - 相關連結（你的網站、社群媒體） - 相關影片推薦 - Hashtags（3-5 個） **標籤（Tags）策略：** 標籤優先級： 1. 主要目標關鍵字（1-2 個） 2. 相關關鍵字變體（5-10 個） 3. 廣泛類別標籤（2-3 個） 範例（影片主題：YouTube SEO 教學）： youtube seo, youtube seo 2026, youtube seo tutorial, youtube 排名, youtube 優化, youtube 演算法, seo, video marketing, content creator #3 步驟 5：字幕與 CC 檔案 為什麼字幕對 SEO 很重要？ - YouTube 會分析字幕文字來理解影片內容 - 字幕讓搜尋可以在影片的「任何一句話」中找到你 - 多語言字幕可以觸及國際觀眾 行動： ✅ 上傳自己的字幕檔案（比 YouTube 自動生成更準確） ✅ 使用 .srt 格式 ✅ 包含關鍵字在字幕中 ✅ 關鍵字自然地出現在開場 30 秒內 #3 步驟 6：影片內容結構（留住觀眾） 前 15 秒 — Hook（勾住觀眾） → 直接切入重點 / 提出問題 / 展示結果 15 秒 - 1 分鐘 — 預告價值 → 「這支影片會教你 XXX」 → 快速預覽你會涵蓋的內容 1 分鐘 - 結尾 — 主體內容 → 分段清楚（用畫面文字分隔） → 每 2-3 分鐘一個轉折或新觀點 → 保持節奏（不要有太長的空白停頓） 結尾 — CTA → 呼籲按讚、留言、訂閱 → 推薦下一支要看的影片（用 YouTube 結束畫面功能） #2 YouTube 的特殊 SEO 功能 #3 時間戳記（Chapters / Timestamps） 在描述中加入時間戳記，格式： 0:00 介紹 1:23 第一步：關鍵字研究 3:45 第二步：標題優化 6:12 第三步：縮圖設計 ... YouTube 會自動在播放進度條上顯示章節標記 → 增加在搜尋結果中的視覺吸引力 → Google 搜尋結果可能直接顯示章節連結 #3 結束畫面與資訊卡（End Screen & Cards） 結束畫面（最後 20 秒）： - 推薦 1-2 支相關影片 - 訂閱按鈕 - 外部連結（需符合 YouTube 政策） 資訊卡（影片中間）： - 在影片關鍵時刻彈出 - 連結到其他影片或播放清單 - 增加 Session Watch Time #3 播放清單（Playlist）SEO 播放清單本身就是一個可以被搜尋的「頁面」： ✅ 播放清單標題包含關鍵字 ✅ 播放清單描述詳細說明內容 ✅ 將相關影片按邏輯順序排列 ✅ 系列影片放在同一播放清單 → 增加 Session Watch Time（一個接一個看） #2 YouTube 數據分析指南 #3 關鍵指標（YouTube Studio） 觀看次數（Views） → 基本指標，但不是最重要 觀看時長（Watch Time / Hours） → 最重要的指標 ⭐ → YouTube 演算法的核心目標 觀眾留存率（Audience Retention） → 前 30 秒流失率（盡量 < 30%） → 整體留存率（> 50% 為佳） 點擊率（CTR） → 曝光點擊率 4-8% 為正常 → < 2% → 需要換縮圖和標題 流量來源（Traffic Source） → YouTube 推薦 > YouTube 搜尋 > 外部 > 其他 → 推薦佔比越高 = 演算法越喜歡你 觀眾人口統計 → 年齡、性別、地區、觀看裝置 #2 YouTube + Google SEO 的協同效應 YouTube 影片可以出現在 Google 搜尋結果中： 1. 影片輪播（Video Carousel） 2. 精選影片片段（Video Featured Snippet） 3. 一般搜尋結果中的影片縮圖 如何讓你的 YouTube 影片在 Google 排名： ✅ 目標有「影片意圖」的關鍵字 例如：how to、教學、開箱、評測、流程 ✅ 發布影片後嵌入你的網站 在相關部落格文章中嵌入 YouTube 影片 Google 會看到影片的嵌入和使用情況 ✅ 加入 VideoObject Schema 到嵌入頁面 ✅ 影片標題和描述包含目標關鍵字 #2 YouTube SEO 檢查清單 發布前： ☐ 關鍵字研究完成（目標關鍵字 + 相關關鍵字） ☐ 標題包含主要關鍵字，前 60 字元最吸引人 ☐ 縮圖高對比、有臉部表情、文字 <4 字 ☐ 描述前 2 行包含關鍵字和 CTA ☐ 描述有時間戳記 ☐ 標籤 10-15 個，從精準到廣泛 ☐ 上傳自訂字幕檔案 ☐ 加入結束畫面和資訊卡 ☐ 分類到播放清單 發布後： ☐ 在社群媒體分享 ☐ 嵌入到相關部落格文章 ☐ 回覆留言（前 48 小時最重要） ☐ 監控前 24 小時的 CTR 和留存率 ☐ 如果 CTR 低 → 換縮圖 ☐ 如果留存率低 → 檢查前 30 秒內容 #2 本章重點回顧 排名因素 權重 優化重點 觀看時長 + 留存率 40% 內容結構 + 前 30 秒 Hook 點擊率（CTR） 28% 縮圖 + 標題 關鍵字相關性 18% 標題/描述/標籤/字幕 互動訊號 9% 按讚/留言/分享/儲存 頻道權威 5% 長期一致性 💡 **YouTube SEO 的核心公式：好的縮圖讓人點進來 + 好的內容讓人留下來看。缺一不可。** ⬅️ [上一章：第 80 章 SEO 自我健檢 8 步驟](http://80-SEO自我健檢8步驟.md) | [回索引](http://../索引.md) | [下一章：第 82 章 跨境電商與多語系 SEO](http://82-跨境電商與多語系SEO.md) ➡️ 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 82 章：跨境電商與多語系 SEO 完整指南 URL: https://cyruschan.com/seo-chapter-82/ > 跨境電商的 SEO 不只是「把網站翻譯成英文」這麼簡單。每個市場都有自己的搜尋習 跨境電商的 SEO 不只是「把網站翻譯成英文」這麼簡單。每個市場都有自己的搜尋習慣、文化偏好和搜尋引擎生態。 #2 跨境 SEO 的三大策略選擇 #3 策略一：全球化統一網站（.com） 適合：產品全球通用、品牌一致性要求高 範例： apple.com/（全球首頁） apple.com/tw/（台灣） apple.com/jp/（日本） apple.com/kr/（韓國） 優點： ✅ 品牌統一 ✅ 權重集中（所有連結指向同一個域名） ✅ 管理簡單 缺點： ❌ 本地化程度有限 ❌ 對本地搜尋引擎（如百度）的 SEO 效果較差 #3 策略二：各國獨立域名（ccTLD） 適合：市場差異大、需要深度本地化、快速建立本地信任 範例： brand.tw（台灣） brand.jp（日本） brand.co.kr（韓國） brand.de（德國） 優點： ✅ 最強的本地 SEO 訊號 ✅ 用戶信任度最高 ✅ 各國獨立運作，互不干擾 缺點： ❌ 成本高（每個域名單獨管理） ❌ 權重分散（需要對每個域名做 SEO） ❌ 品牌管理複雜 #3 策略三：混合模式（推薦） 適合：有限資源下最大化跨境 SEO 效果 範例： brand.com/（主力市場 — 使用統一站） brand.jp（日�� — 使用獨立域名，日本市場特殊） brand.kr（韓國 — 使用獨立域名，Naver SEO 需求） 選擇標準： → 搜尋引擎生態差異大 → 獨立域名 → 搜尋引擎相同（都是用 Google）→ 子目錄 #2 跨境 SEO 四大核心工作 #3 工作一：hreflang 標籤（最關鍵的技術設定） hreflang 告訴 Google 每個頁面是給哪個語言/市場的用戶看的。 **實作方式（選擇一種即可）：** <!-- 方法一：HTML head 標籤（推薦） --> <link rel="alternate" hreflang="zh-TW" href="https://brand.com/tw/" /> <link rel="alternate" hreflang="zh-CN" href="https://brand.com/cn/" /> <link rel="alternate" hreflang="en-US" href="https://brand.com/us/" /> <link rel="alternate" hreflang="ja-JP" href="https://brand.com/jp/" /> <link rel="alternate" hreflang="x-default" href="https://brand.com/" /> <!-- 方法二：XML Sitemap --> <!-- 方法三：HTTP Header --> **hreflang 常見錯誤：** ❌ 語言代碼錯誤：zh-TW 寫成 zh-tw（大小寫須正確） ❌ 缺少 x-default（沒有指定預設語言/地區） ❌ 只有單向宣告（A 宣告 B，但 B 沒有宣告 A） ❌ hreflang 指向的 URL 返回 404 或 301 ❌ 忘記包含自己（每個頁面也要宣告自己的 hreflang） #3 工作二：多語言內容策略 **翻譯 vs 在地化：** 層級 做法 成本 效果 機器翻譯 Google / DeepL 直接翻譯 極低 差，Google 可識別 人工翻譯 逐字翻譯 中 中，語言通但文化不通 在地化翻譯 翻譯 + 調整為本地用語 高 好 原創本地內容 各市場獨立創作 最高 最佳 **關鍵字研究的在地化：** 不要直接翻譯你的中文關鍵字！ 例子：台灣人搜「行李箱」 → 英文直接翻 → "luggage"（對但不夠好） → 實際英文常用 → "suitcase" / "carry-on luggage" → 美國人更常搜 → "best luggage for international travel" 每個市場獨立做關鍵字研究。 #3 工作三：本地化 SEO 訊號 增加本地 SEO 訊號的方法： 1. 本地地址與聯絡資訊（在目標市場有實體辦公室最佳） 2. 本地電話號碼格式 3. 本地貨幣與價格顯示 4. 本地付款方式 5. 本地社群媒體連結（美國用 IG/Twitter，日本用 LINE，韓國用 KakaoTalk） 6. 本地主機/CDN（網站速度對該市場的用戶更快） 7. 本地 Schema（LocalBusiness Schema 指向該國地址） 8. 本地反向連結（獲得目標市場網站的連結） #3 工作四：CDN 與伺服器位置 網站速度對跨境 SEO 的影響： 使用 CDN（如 Cloudflare）讓網站內容從接近用戶的節點提供 範例： - 台灣用戶 → 亞洲 CDN 節點（台北/東京/新加坡） - 美國用戶 → 北美 CDN 節點 - 歐洲用戶 → 歐洲 CDN 節點 好處： ✅ 各市場的載入速度都快 ✅ Core Web Vitals 分數在各地區都達標 ✅ Google 會根據速度來判斷用戶體驗 #2 跨境電商 SEO 特別考量 #3 商品頁面國際化 產品名稱在地化： 台灣：「筆電」 中國：「笔记本」/「笔记本电脑」 香港：「手提電腦」 不要全部用同一個詞，各地搜習慣不同 國際 Schema 標記： 使用 Product Schema + Offer Schema 標記多種幣別價格 標記國際運送資訊（ShippingDetails Schema） 多語言顧客評論： 保留原語言的評論，加上翻譯 或只顯示該市場語言的評論 評論是 SEO 內容的重要來源 #3 處理跨市場的重複內容 問題：同樣的商品在 brand.com/tw/ 和 brand.com/hk/ 顯示幾乎一樣的繁體中文內容 解決方案： 1. hreflang 正確設定（Google 知道這是不同市場版本） 2. 內容差異化： - 用���不同的案例、本地參考資料 - 價格用不同幣別 - 描述加入本地化的細節 3. 使用 Canonical + hreflang 組合（如果內容真的完全一樣） #2 特定市場 SEO 速覽 #3 日本市場（Google + Yahoo! Japan） 搜尋引擎市佔：Google ~75%，Yahoo! Japan ~25% （Yahoo! Japan 使用 Google 的搜尋技術，SEO 策略基本一致） 日本市場特色： - 用戶重視詳細資訊（商品頁面要極其詳細） - 手機使用率極高（行動版體驗是基本要求） - 信任感很重要（公司資訊、聯絡方式要完整） - 使用 .jp 域名有明顯的本地信任優勢 日本 SEO 工具：Rakuten、価格.com（比價網站 SEO 機會） #3 韓國市場（Naver 為主） 搜尋引擎市佔：Naver ~60%，Google ~35% Naver SEO 特色： - Naver 有自己的搜尋生態系統（不依賴Google的規則） - 內容品質比連結更重要 - Naver 部落格和 Naver Cafe 的內容排名優先 - 需要 Naver Webmaster Tools（不是 GSC） - Naver 重視「 freshness」（頻繁更新的內容） 韓國 SEO 建議： - 開設 Naver 部落格 - 在 Naver 知識問答中活躍 - 使用韓文純文字 URL（不是英文拼音） #3 中國市場（百度為主） 搜尋引擎市佔：百度 ~65% 百度 SEO 特色： - 需要 ICP 備案（網站必須在中國註冊備案） - 中國主機速度對排名影響很大 - 百度對原創內容的判斷方式與 Google 不同 - 行動版（Mobile）優先程度比 Google 更極端 - 百度資源平台（相當於 GSC） 百度 SEO 建議： - .cn 域名 + ICP 備案 - 網站放在中國主機（或使用中國 CDN） - 避免被封鎖的外部資源（Google Fonts、YouTube 嵌入等） - 提供完整的公司資訊和聯絡方式 #2 跨境 SEO 四階段路線圖 階段一（第 1-2 月）：基礎建設 ☐ 確定目標市場和優先級 ☐ 選擇域名策略（子目錄/子域名/獨立域名） ☐ 建立 hreflang 架構 ☐ 每市場獨立關鍵字研究 階段二（第 3-4 月）：內容建設 ☐ 建立多語言內容（先從最重要的市場開始） ☐ 翻譯 + 在地化（不只翻譯文字） ☐ 每個市場至少 10-20 篇原創內容 階段三（第 5-8 月）：市場深耕 ☐ 獲取目標市場的本地反向連結 ☐ 在本地平台建立存在感 ☐ 優化各市場的轉換率 階段四（第 9-12 月）：規模化 ☐ 根據數據決定擴大哪些市場 ☐ 建立各市場的 SEO SOP ☐ 招聘本地 SEO 人才 #2 本章重點回顧 市場 主力搜尋引擎 關鍵 SEO 策略 台灣 Google 標準 Google SEO 日本 Google + Yahoo! JP .jp 域名優勢、詳細內容 韓國 Naver Naver 生態圈、韓文 URL 中國 百度 .cn + ICP 備案 + 中國主機 東南亞 Google 多語言內容、行動版優先 歐美 Google hreflang、本地連結、CDN 💡 **跨境 SEO 最重要的原則：假設每個市場的用戶都只會用自己的語言搜尋。用他們的語言、他們的文化、他們的平台來規劃你的 SEO。** ⬅️ [上一章：第 81 章 YouTube SEO 完整教學](http://81-YouTube-SEO完整教學.md) | [回索引](http://../索引.md) | [下一章：第 83 章 台灣社群 SEO（PTT/Dcard）](http://83-台灣社群SEO-PTT-Dcard.md) ➡️ 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 83 章：台灣社群 SEO（PTT / Dcard）整合策略 URL: https://cyruschan.com/seo-chapter-83/ > 在台灣，人們不只 Google — 他們也在 PTT 和 Dcard 上搜尋。這 在台灣，人們不只 Google — 他們也在 PTT 和 Dcard 上搜尋。這些平台不只是社群，它們是台灣使用者獲取資訊的重要搜尋入口。 #2 為什麼台灣社群平台對 SEO 很重要？ #3 三個理由 1. Google 會索引 PTT 和 Dcard 的內容 → 搜尋任何台灣熱門話題，PTT/Dcard 文章常出現在第一頁 → 這些平台的 Domain Authority ��高（Google 信任的大型網站） 2. 使用者直接在這些平台內搜尋 → Dcard 和 PTT 有自己的內部搜尋功能 → 很多人在「買東西前先上 PTT/Dcard 看評價」 3. 社群討論 = 搜尋需求的黃金數據來源 → PTT/Dcard 的討論反映了真實的用戶需求和痛點 → 是關鍵字研究和內容靈感的寶藏 #2 平台一：PTT（批踢踢實業坊） #3 PTT 的 SEO 生態 PTT 在 Google 的權威度： - PTT 是台灣最大的 BBS 平台 - Google 對 PTT 的索引非常完整且快速 - PTT 文章經常在台灣相關搜尋中排名前 5 PTT 文章出現在 Google 的典型情境： - 產品評價搜尋：「XXX PTT」 - 問題求助：「XXX 怎麼辦 PTT」 - 經驗分享：「XXX 心得」 - 比較討論：「XXX vs XXX」 #3 PTT SEO 策略 #4 策略一：品牌監控與聲譽管理 定期監控 PTT 上關於你品牌的討論： 工具： - Google Alerts：設定「品牌名稱 site:ptt.cc」 - PTT 網頁版搜尋：https://www.ptt.cc - 手動搜尋：Google 搜尋「品牌名稱 PTT」 遇到負評時該怎麼做？ ✅ 正面回應，解決問題（PTT 用戶很重視態度） ✅ 在相關版面用本尊帳號回覆 ✅ 不要用分身帳號假裝路人（PTT 用戶超會抓） ❌ 不要試圖刪除文章（只會讓事情更嚴重，變成「XX 牌公關公司刪文」） #4 策略二：成為有價值的資訊來源 PTT 用戶討厭廣告，但歡迎有價值的資訊。 怎麼在 PTT 建立正面品牌存在： 1. 在相關版面回答專業問題 → 提供詳細、有用的解答 → 適度提到你的產品/服務（如果相關） → 不要只貼連結 2. 在 PTT 發布獨家/首發內容 → PTT 用戶重視「PTT 首發」的感覺 → 新產品/新功能可以考慮先在 PTT 相關版面公告 3. 參與 AMA（Ask Me Anything）或專業分享 → 以專業人士身分回答問題 → 建立個人/品牌專業形象 #4 策略三：利用 PTT 挖掘 SEO 關鍵字 PTT 是台灣最真實的「搜尋意圖」數據來源： 方法： 1. 追蹤你行業相關的熱門看板 2. 記錄常見的問題、用詞、痛點 3. 將 PTT 上的討論轉化為 SEO 內容 例子： PTT 討論：「[問題] 除濕機推薦 2026 小坪數」 → SEO 文章：「2026 小坪數除濕機推薦：PTT 網友實測 Top 5」 PTT 討論：「[請益] SEO 外包還是自己做好？」 → SEO 文章：「SEO 外包 vs 自己做：PTT 鄉民這樣說」 #2 平台二：Dcard #3 Dcard 的 SEO 生態 Dcard 在 Google 的權威度： - 年輕族群為主的社群平台 - Google 索引速度和 PTT 一樣快 - Dcard 文章標題經常直接就是搜尋關鍵字 Dcard 文章出現在 Google 的典型情境： - 產品推薦：「XXX 推薦 Dcard」 - 經驗分享：「XXX 心得 Dcard」 - 生活問題：「XXX 怎麼辦 Dcard」 - 美妝穿搭：大量 Dcard 文章排名前 3 #3 Dcard SEO 策略 #4 Dcard vs PTT：操作差異 面向 PTT Dcard 用戶年齡 25-45 歲 18-30 歲 內容風格 文字為主、較嚴肅 圖文並茂、輕鬆活潑 SEO 價值 問題討論排名強 推薦/心得排名強 廣告容忍度 極低 較能接受（有官方廣告系統） 適合行業 3C、科技、職場、投資 美妝、穿搭、旅遊、美食、學習 #4 Dcard 操作策略 1. 善用 Dcard 的圖文格式 → Dcard 的用戶期待有圖片 → 分享有質感的產品圖、使用前後對比圖 → 圖好 + 文好 = 容易上熱門 2. 使用年輕人語言 → Dcard 有自己的文化用語和文化 → 用太正式/官腔的語氣會被認為是「業配」 → 真誠分享 > 完美行銷 3. 參與討論串 → 在相關版面的熱門文章下留言 → 不要直接推銷，先提供價值 4. Dcard 官方廣告 → Dcard 有原生廣告系統 → 贊助文章可以精準投放給目標用戶 → 搭配 SEO 內容策略，效果加倍 #2 社群內容的 SEO 化策略 #3 策略：將社群討論轉化為 SEO 內容 這是台灣 SEO 最有效的策略之一 — 從社群中挖掘關鍵字 → 創建比社群討論更完整、更結構化的內容 → 在社群中適當推廣（完成流量閉環） 操作流程： Step 1：社群監控 每天花 10 分鐘瀏覽你行業相關的 PTT 看板 / Dcard 版 記錄：熱門話題、常見問題、用戶的痛點 Step 2：內容創作 針對常見問題，創建完整的 SEO 文章 比 PTT/Dcard 上的零散討論更全面、更專業 Step 3：社群回饋 在相關討論中，適度分享你的文章（不要硬塞） 「關於這個問題，我寫了一篇詳細的整理，可以參考」 Step 4：持續更新 根據社群新的討論，更��你的內容 文章標題可以加入「2026 最新」來維持新鮮度 #2 其他台灣重要社群平台速覽 #3 Mobile01 定位：3C、汽車、居家、戶外為主的論壇 SEO 價值：Google 排名極強，特別是產品評測類 策略：在相關版面發布詳細的開箱/評測文 注意：Mobile01 有嚴格的版規，禁止純廣告 #3 巴哈姆特 定位：遊戲、動漫為主的社群 SEO 價值：遊戲相關搜尋中排名極強 策略：遊戲相關產品在巴哈的曝光很重要 #3 Facebook 社團 / Instagram SEO 影響：間接（Google 索引能力較弱） 價值：品牌曝光、社群證明、直接流量 策略：社團內的討論可以作為關鍵字研究素材 #2 社群平台 SEO 倫理與風險 #3 必須遵守的原則 ✅ 可以做： - 用本尊帳號真誠參與討論 - 提供有價值的資訊和解答 - 在相關討論中適度分享你的內容 - 將社群討論轉化為正式文章（標明引用來源） ❌ 不要做： - 使用分身帳號假裝消費者推薦自己的產品 - 大量洗版或重複貼連結 - 花錢請人在 PTT/Dcard 發業配文（違反平台規則） - 攻擊競爭對手 - 試圖刪除或掩蓋負評 ⚠️ PTT/Dcard 用戶對「業配」非常敏感 一旦被發現操作輿論，反效果遠大於正面效果 #2 社群監控工具建議 工具 用途 費用 Google Alerts 品牌名 + PTT/Dcard 關鍵字監控 免費 PTT 網頁版 直接搜尋看板文章 免費 OpView / QSearch 專業社群監控（品牌聲量分析） 付費 手動監控 每天花 10 分鐘瀏覽 免費 #2 本章重點回顧 平台 SEO 價值 核心策略 適合場景 PTT ⭐⭐⭐⭐⭐ 專業回答 + 品牌監控 + 關鍵字挖掘 3C、科技、職場、投資 Dcard ⭐⭐⭐⭐⭐ 圖文分享 + 年輕語言 + 心得推薦 美妝、穿搭、旅遊、學習 Mobile01 ⭐⭐⭐⭐ 詳細開箱/評測 3C、汽車、居家 Facebook ⭐⭐ 社群曝光 + 間接 SEO 品牌經營 💡 **台灣 SEO 的隱藏秘訣：在 PTT/Dcard 上搜你的目標關鍵字，看看大家都在問什麼。然後在你的網站上創造比那些討論更完整、更專業的內容。** ⬅️ [上一章：第 82 章 跨境電商與多語系 SEO](http://82-跨境電商與多語系SEO.md) | [回索引](http://../索引.md) | [下一章：第 84 章 Yahoo 奇摩與 Bing SEO](http://84-Yahoo奇摩與Bing-SEO.md) ➡️ 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 84 章：Yahoo 奇摩與 Bing SEO 策略 URL: https://cyruschan.com/yahoo-bing-seo/ > Yahoo與Bing SEO該做嗎？只做 Google 夠嗎？解析 Yahoo 奇摩與 Bing 的市佔現況、與 Google 的排名差異、Bing Webmaster Tools 的使用，搶佔第二流量來源。 Google 不是唯一的搜索引擎。在台灣，Yahoo 奇摩仍然有一席之地；在全球，Bing 正在因為 AI 整合（Copilot）而快速崛起。忽略它，等於放棄 10-25% 的搜尋流量。 #2 台灣搜尋引擎市佔現況 台灣搜尋引擎市佔率（2026 年估算）： Google ████████████████████████ 80-85% Yahoo 奇摩 ████ 10-13% Bing ██ 5-7% 其他 █ 1-2% **重點：** Yahoo 奇摩在台灣仍佔有 10% 以上的市佔率，特別是在 35 歲以上的族群。如果你的目標用戶包含這個族群，忽略 Yahoo 奇摩等於放棄一成以上的潛在流量。 #2 Part 1：Yahoo 奇摩 SEO #3 Yahoo 奇摩的搜尋機制（重要！） Yahoo 奇摩搜尋的技術背景： 台灣 Yahoo 奇摩搜尋 → 使用 Bing 的搜尋引擎技術 （Yahoo 在 2009 年與 Microsoft 達成搜尋合作） 但！Yahoo 奇摩有自己的： - 搜尋結果頁面（SERP）排版 - 知識+（雖然已停止新內容，舊內容仍被索引） - 奇摩購物中心的商品結果整合 - 在地化調整（台灣用戶行為不同） 實務意義： → 在 Bing 排名好的網站，在 Yahoo 奇摩通常也會排名好 → 但 SERP 的外觀和用戶行為不同，CTR 優化策略也不同 #3 Yahoo 奇摩 SEO 策略 #4 策略一：Bing Webmaster Tools（優先） 因為 Yahoo 使用 Bing 的技術，第一件事就是： 1. 註冊 Bing Webmaster Tools https://www.bing.com/webmasters 2. 驗證網站擁有權 可以使用 GSC 驗證直接匯入（Bing 支援從 GSC 導入） 3. 提交 Sitemap 4. 使用 URL Submission API 比 GSC 更積極地通知 Bing 新內容 #4 策略二：Yahoo 奇摩的獨特 SEO 因素 與 Google SEO 的關鍵差異： 1. 關鍵字密度仍有一定影響 → Bing/Yahoo 對關鍵字匹配的重視程度比 Google 稍高 → 不是叫你堆砌，但精確關鍵字的使用確實有幫助 2. 社群訊號權重較高 → Bing 官方曾表示會考慮社群媒體訊號 → Facebook 分享、Twitter/X 連結對 Bing/Yahoo 排名有幫助 3. 域名年齡有一定影響 → Bing/Yahoo 對老域名的信任度高於 Google → 新網站在 Bing/Yahoo 的 Sandbox 效應可能更明顯 4. 多媒體內容加分 → Bing/Yahoo 對圖片、影片的索引和排名權重更高 5. 確切匹配域名（EMD）仍有用（但效果在下降） → 精確包含關鍵字的域名在 Bing/Yahoo 還有一定的排名優勢 #4 策略三：Yahoo 奇摩搜尋結果的特殊元素 Yahoo 奇摩 SERP 中的獨特元素： 1. 知識+ 內容 → 舊的奇摩知識+ 內容仍然出現在搜尋結果中 → 檢查你的行業關鍵字是否被知識+ 內容佔據 2. 奇摩購物中心商品 → 商品相關搜尋會優先顯示 Yahoo 購物中心的商品 → 如果你的商品在 Yahoo 購物中心上架，會獲得額外的 SERP 曝光 3. 新聞整合 → Yahoo 奇摩新聞的內容會優先顯示 → 如果你的品牌有新聞稿，發布在 Yahoo 奇摩新聞上會有 SEO 加成 4. 在地商家資訊 → Yahoo 有自己的在地商家系統（類似 GBP） → 如果你有實體店面，建議同時在 Yahoo 在地商家登記 #4 Yahoo 奇摩 SEO 檢查清單 ☐ 網站在 Bing Webmaster Tools 中驗證 ☐ Sitemap 已提交到 Bing ☐ Title Tag 包含精確關鍵字（比 Google SEO 更強調精確匹配） ☐ Meta Description 完整且有說服力（Yahoo 較少重寫） ☐ 網站速度正常（Bing/Yahoo 對速度的容忍度比 Google 高） ☐ 圖片有正確的 alt 屬性 ☐ 社群媒體活躍（對 Bing/Yahoo 的間接影響） ☐ 如果適用，在 Yahoo 奇摩購物中心上架商品 ☐ 如果適用，在 Yahoo 在地商家登記 #2 Part 2：Bing SEO #3 為什麼 2026 年你必須重視 Bing？ Bing 的三大成長動能： 1. Microsoft Copilot（AI 搜尋） → Bing 整合了 ChatGPT 技術的 Copilot → 是 AI 搜尋時代的主要玩家之一 → Copilot 的引用來源 = Bing 搜尋結果的內容 → 在 Bing 排名好 = 有機會被 Copilot 引用 2. Windows 預設搜尋引擎 → 每一台 Windows 電腦的 Edge 瀏覽器預設搜尋 = Bing → 許多用戶不會（或不知道可以）換成 Google 3. OpenAI 的合作關係 → ChatGPT 的瀏覽功能使用 Bing 搜尋 API → 在 Bing 排名好 = 有機會被 ChatGPT 引用 #3 Bing SEO 與 Google SEO 的關鍵差異 維度 Google SEO Bing SEO 關鍵字匹配 語意理解為主（BERT/MUM） 精確匹配仍有一定權重 反向連結 品質 > 數量 品質重要，但數量也重要 社群訊號 不是官方排名因素 官方認可的排名因素 新網站 Sandbox 有，約 3-6 個月 有，可能更長 多媒體內容 重要 更重要（Bing 的圖片/影片搜尋更突出） 結構化資料 支援 支援，且對排名影響更直接 AI 整合 Google SGE / AI Overviews Microsoft Copilot 管理工具 GSC Bing Webmaster Tools #3 Bing SEO 實戰策略 #4 1. Bing Webmaster Tools 完整利用 Bing Webmaster Tools 的獨有功能： 1. SEO 分析工具（SEO Analyzer） → 逐頁掃描 SEO 問題 → 比 GSC 的建議更詳細 2. URL 提交 API → 比 GSC 的索引請求更積極 → 適合新聞網站和頻繁更新的內容 3. 關鍵字研究工具（Keyword Research） → Bing 自家的關鍵字數據 → 可以看到 Bing 用戶的搜尋行為（與 Google 不同） 4. 反向連結數據 → Bing 的反向連結報告比 GSC 更完整 → 可以用來輔助 Google SEO 的連結分析 5. 網站掃描（Site Scan） → 類似 Screaming Frog 的內建功能 → 可以快速找到技術 SEO 問題 #4 2. Bing 的排名因素優化重點 標題（Title）： - Bing 比 Google 更少重寫 Title - 精確關鍵字放在 Title 的效果比 Google 更明顯 內容： - 內容長度和深度的權重略低於 Google - 但關鍵字的精確使用比 Google 更重要 - 建議自然地在 H1/H2 中出現精確關鍵字 連結： - 來自 .edu 和 .gov 的連結在 Bing 中權重特別高 - 連結數量仍然是一個明確的排名因素 社群： - 在 Facebook/Twitter/LinkedIn 上的分享和互動 - 對 Bing 的排名有正面影響 #4 3. 利用 Bing 的 AI 功能獲取流量 Microsoft Copilot / Bing Chat 的引用策略： 當用戶在 Copilot 中提問時，Copilot 會引用 Bing 搜尋結果中的內容。 你的目標是讓你的內容被 Copilot 引用。 被 Copilot 引用的內容特徵： 1. 結構清晰（H2/H3 分明、列表格式） 2. 權威度高（引用來源、作者背書） 3. 內容直接回答問題（不需要用戶再點進去看才知道答案） 4. 資料是最新的（時效性） 優化策略： → 在文章中加入「直接答案」段落 → 使用 FAQ Schema（Copilot 會參考結構化資料） → 確保內容日期是最新的 → 在 Bing Webmaster Tools 中積極提交新內容 #2 Yahoo 奇摩 + Bing 的 ROI 分析 #3 值得花多少時間？ 如果你的網站： - 月有機流量 < 10,000：花 5% SEO 時間在 Bing/Yahoo → 主要是設定 Bing Webmaster Tools + Sitemap 提交 → 快速檢查 Bing 中的排名和索引狀態 - 月有機流量 10,000-100,000：花 10% SEO 時間 → 定期檢查 Bing 關鍵字排名 → 有針對性地優化對 Bing/Yahoo 重要的訊號 → 利用 Bing Webmaster Tools 的獨有數據輔助 Google SEO - 月有機流量 > 100,000：花 15% SEO 時間 → Bing/Yahoo 的額外流量非常可觀 → 製作 Bing 專屬的內容策略 → 追蹤 Copilot 引用情況 - 目標用戶是 35 歲以上台灣用戶：值得花 15-20% 時間 → Yahoo 奇摩在這個族群的市佔特別高 → 放棄 Yahoo 等於直接放棄這群客戶 #2 本章重點回顧 平台 市佔（台灣） 核心工具 關鍵差異 Yahoo 奇摩 10-13% Bing Webmaster Tools 使用 Bing 技術、35+ 用戶多、知識+/購物中心整合 Bing 5-7% Bing Webmaster Tools 精確關鍵字重要、社群訊號、Copilot AI 引用 **三引擎 SEO 最低配置：** 所有人都該做的 ☐： ☐ Google Search Console 驗證 ☐ Bing Webmaster Tools 驗證 + 從 GSC 匯入 ☐ Sitemap 同時提交到兩個平台 ☐ 兩個平台都檢查索引狀態 💡 **Bing 正在透過 AI 重新崛起。2026 年的 SEO 不能只看 Google。一個好的 SEO 策略是「Google 為主，Bing/Yahoo 為輔」的三引擎策略。** 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 85 章：SEO 常見問題 FAQ 全集 URL: https://cyruschan.com/seo-faq/ > SEO常見問題有哪些？收錄新手最常問的 SEO 疑難雜症與專業解答，涵蓋見效時程、費用成本、工具選擇與常見操作錯誤，快速解決你對搜尋引擎優化的疑惑。 從新手到進階，這份 FAQ 涵蓋了 SEO 最常被問到的問題。每個答案都直接、實用、不廢話。 #2 基礎觀念篇 #3 Q1：SEO 到底是什麼？講人話。 **A：** SEO 就是「讓你的網站在 Google 搜尋結果中排在前面」的方法。排越前面，越多人看到你的網站，越多人變成你的客戶。就這麼簡單。 #3 Q2：SEO 要多久才會見效？ **A：** 看你的起點： – 全新網站：3-6 個月開始看到初步成效（微量流量），6-12 個月看到顯著成長 – 已有一定基礎的網站：1-3 個月可以看到改善 – 沒有「一夜之間」的 SEO，如果有人保證你 1 個月上第一頁，他在說謊 #3 Q3：SEO 是免費的嗎？ **A：** 點擊本身免費（不像廣告每次點擊要付錢），但做好 SEO 需要投入時間（自己做）或金錢（請人做）。你是在用時間或金錢換取流量。SEO 是「投資」不是「費用」。 #3 Q4：SEO 和 Google 廣告（SEM）有什麼差別？ **A：** – SEO（搜尋引擎優化）：自然搜尋結果排名，不付點擊費，需要時間累積，長期價值高 – SEM（搜尋引擎行銷/廣告）：付錢出現在搜尋結果頂部，立即見效，付費停止就消失 – 兩者一起做效果最好 #3 Q5：手機版 SEO 真的那麼重要嗎？ **A：** 非常非常重要。Google 從 2019 年開始使用「行��優先索引」（Mobile-First Indexing），意思是以手機版內容作為排名判斷基準。在台灣，超過 60% 的搜尋來自行動裝置。手機版做得差 = SEO 一定差。 #2 關鍵字篇 #3 Q6：我怎麼知道要 targeting 哪些關鍵字？ **A：** 用關鍵字研究工具（Ahrefs、SEMrush、Google Keyword Planner）加上常識判斷： 1. 你的客戶會在 Google 搜什麼？ 2. 這些字的搜尋量有多大？ 3. 你的網站有機會排上去嗎？（難度多高？） 4. 排上去能帶來價值嗎？（商業意圖多強？） #3 Q7：一個頁面應該 targeting 幾個關鍵字？ **A：** 一個「主要關鍵字」+ 3-5 個「次要關鍵字/相關關鍵字」。不要把 10 個完全不同的關鍵字��在同一頁。 #3 Q8：長尾關鍵字值得做嗎？ **A：** 非常值得！長尾關鍵字（搜尋量少但意圖明確的關鍵字）的優點： – 競爭較低，容易排上首頁 – 轉換率通常比廣泛關鍵字高 – 累積起來的總流量很可觀 – 是建立網站權威的第一步 #3 Q9：關鍵字密度還有用嗎？ **A：** 幾乎沒用。與其計算「關鍵字出現了幾次」，不如確保你的內容自然地、全面地覆蓋了相關主題。Google 現在用的是語意理解，不是關鍵字計數。 #2 內容篇 #3 Q10：一篇 SEO 文章要多長？ **A：** 沒有固定答案。重點是你的內容是否全面回答了用戶的問題。但一般來說： – 基礎文章：800-1,500 字 – 深度指南：2,000-5,000 字 – Pillar Page：3,000-10,000 字 – 最重要的一句話：夠長就好，不要為了字數灌水 #3 Q11：AI 寫的內容會被 Google 懲罰嗎？ **A：** Google 說不會因為內容是 AI 寫的就懲罰，但會懲罰「低品質內容」��AI 生成內容 + 人工深度編輯和審查 = 可以。純 AI 生成直接發布 = 高風險。 #3 Q12：我應該多久發布一次新內容？ **A：** 品質 > 頻率。一週一篇高品質內容 >> 一天三篇灌水內容。但「一致性」很重要 — 固定的發布節奏（如一週一篇）優於時多時少。 #3 Q13：舊內容要更新嗎？ **A：** 要！定期更新舊內容（Content Refresh）是 SEO 中最被低估的策略。更新後的舊文章往往比新文章更快獲得排名。 #2 技術篇 #3 Q14：我的網站被 Google 索引了嗎？ **A：** 在 Google 搜尋 site:你的域名.com，如果看到你的頁面 = 已索引。如果完全沒有結果 = 網站可能有問題（檢查 robots.txt 和 noindex 標籤）。 #3 Q15：robots.txt 是做什麼的？我必須有嗎？ **A：** robots.txt 告訴搜尋引擎「哪些頁面不要爬」。如果你的網站沒有需要封鎖的頁面，可以留一個簡單的 Allow all。但注意：robots.txt 不是用來隱藏保密內容的（它只是建議，不是強制的）。 #3 Q16：什麼是 Canonical？我需要嗎？ **A：** Canonical 標籤告訴 Google「這個頁面的正式版本是哪一個」，用來避免重複內容問題。每個頁面都應該有一個 self-referencing canonical。 #3 Q17：網站速度對 SEO 影響有多大？ **A：** 很大。網站速度是 Google 的排名因素之一。更重要的，速度直接影響用戶體驗 — 慢的網站用戶會直接離開，不會轉換。速度優化是 SEO 的基礎功。 #3 Q18：HTTPS 是必需的嗎？ **A：** 是的。Google 會對 HTTP 網站標示「不安全」，而且 HTTPS 是輕微的排名因素。2026 年，任何沒有 HTTPS 的網站看起來都很不專業。 #2 連結篇 #3 Q19：我需要反向連結才能排名嗎？ **A：** 需要。反向連結仍然是 Google 排名最重要的因素之一。但要的是「品質」而非「數量」。一個來自高權威網站的連結 > 100 個來自垃圾網站的連結。 #3 Q20：如何獲得反向連結？ **A：** 正當方式： 1. 創建值得被引用的內容（終極指南、原創數據、免費工具） 2. Guest Post（在相關網站上發布客座文章） 3. Digital PR（透過媒體報導獲取連結） 4. Broken Link Building（發現別人網站上的死連結，提議用你的內容替換） #3 Q21：購買反向連結可行嗎？ **A：** 不行。Google 明確禁止購買 dofollow 反向連結。被發現會導致手動操作處罰。 #3 Q22：Disavow（拒絕連結）是什麼��我應該用嗎？ **A：** 告訴 Google「請忽略這些不好的連結」。只在以下情況使用： – GSC 收到非自然連結的手動操作通知 – 明確知道有大量惡意連結攻擊 平常不要亂用 — 胡亂 Disavow 可能反而有害。 #2 工具與數據篇 #3 Q23：我必須用付費 SEO 工具嗎？ **A：** 不必。Google Search Console + Google Analytics 4 + Google Trends 三個免費工具可以覆蓋大部分 SEO 需求。付費工具（Ahrefs、SEMrush）讓分析更深入、更快速，但不是入門必需的。 #3 Q24：為什麼 GA4 的流量數字和 GSC 不一樣？ **A：** 正常！兩者的計算方式不同： – GSC 計算「搜尋結果點擊次數」 – GA4 計算「網站訪問工作階段」 同一用戶點擊一次可能觸發 GA4 的多個工作階段，或因為 Cookie 阻擋導致 GA4 漏算。 #3 Q25：排名追蹤工具準確嗎？ **A：** 排名會因位置、裝置、個人化而異。排名追蹤工具給你的是「趨勢」，不是絕對數字。重點是排名的「變化方向」，不是「精確到小數點的位置」。 #2 Google 更新與懲罰篇 #3 Q26：流量突然下降了，是 Google 懲罰我嗎？ **A：** 先不要恐慌。按照以下順序排查： 1. GSC 是否有手動操作通知？（有 → 手工處罰） 2. 是否是已知的演算法更新日？（查 SEO 媒體） 3. 是否是季節性波動？（比較去年同期） 4. 是否是技術問題？（大量 404？被 noindex？） 大部分流量下降不是懲罰，而是正常的波動。 #3 Q27：被 Google 懲罰後要多久才能恢復？ **A：** – 手動操作：提交重審後 1-4 週 – 演算法懲罰：改善後需要等到下一次 Google 重新爬取和評估，可能數月 – 核心更新影響：需要等到下一次核心更新（通常 2-4 個月） – 有些網站永遠無法完全恢復 #3 Q28：Google 的核心更新（Core Update）是什麼？ **A：** Google 定期對整個排名系統進行的重大調整��不是針對你的網站，但你的排名可能因此上升或下降。核心更新後排名下降 = 你的內容在新標準下被認為不夠好，需要改善內容品質。 #2 商業與策略篇 #3 Q29：SEO 適合我的行業嗎？ **A：** 只要你的潛在客戶會在 Google 搜尋相關的關鍵字，SEO 就適合你。唯一的例外是非常冷門的利基市場（幾乎沒人搜尋）。 #3 Q30：我應該外包 SEO 還是自己做？ **A：** – 自己做：預算有限、有時間學習和執行、網站規模小 – 外包：預算允許、需要快速見效、沒有時間自己做 – 混合模式（推薦）：內部一人策略 + 外包執行（最有效率） #3 Q31：如何判斷 SEO 代理商是否靠譜？ **A：** 靠譜的代理商： – ✅ 不保證排名（但會展示過往案例） – ✅ 說明具體會做什麼（不是只說「我們會做 SEO」） – ✅ 定期提供透明的報告 – ✅ 詢問你的商業目標��不只談排名 不靠譜的代理商： – ❌ 保證第一頁排名或 X 個月內 Top 3 – ❌ 不願說明做法 – ❌ 價格異常低廉 – ❌ 要求 FTP 權限但不解釋為什麼 #3 Q32：SEO 的 ROI 怎麼算？ **A：** 簡單公式： SEO ROI = (SEO 帶來的營收 - SEO 成本) ÷ SEO 成本 × 100% 但要記得 SEO 還有隱藏價值：品牌曝光、輔助轉換、永久內容資產。 #2 快速問答 10 題 # 問題 答案 1 SEO 死咗未？ 未死，但變咗好多。AI 時代仍然極其重要 2 域名年齡影響 SEO 嗎？ 很少。內容品質和連結遠比域名年齡重要 3 子域名 vs 子目錄？ 子目錄較好（權重集中在同一個域名） 4 404 頁面會傷害 SEO 嗎？ 少量正常的 404 沒有懲罰，但大量就有問題 5 重複內容會受罰嗎？ 不會被懲罰，但 Google 只會選一個版本排名 6 社群媒體訊號會影響排名嗎？ Google 說不是直接排名因素，但有間接效果 7 要多久更新一次 Sitemap？ 理想是每次內容變更時自動更新 8 WordPress 對 SEO 好嗎？ 非常好，特別是配合 SEO 外掛 9 SSL 憑證的類型影響排名嗎？ 不影響。DV、OV、EV 對 SEO 都一樣 10 可以同一頁 targeting 多個市場嗎？ 不建議。用 hreflang 建立各市場的獨立頁面 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 第 86 章：SEO 十大迷思破解 URL: https://cyruschan.com/seo-myths-debunked/ > SEO迷思破解一次看！關鍵字密度越高越好？SEO 做一次就永久有效？破解十個最常見的 SEO 迷思，逐一分析錯誤觀念的來源與正確做法，讓你少走冤枉路。 「關鍵字密度 3% 才會有排名」、「SEO 死咗啦」— SEO 界的都市傳說多得驚人。本章用事實和邏輯逐一擊破。 #2 迷思一：「SEO 己經過時了，AI 搜尋讓 SEO 沒用了」 #3 真相：SEO 沒有過時，但 SEO 的方法改變了 2026 年的 SEO 確實和 2016 年不一樣： - 不再能靠關鍵字堆砌取勝 - 不再能靠購買大量垃圾連結衝排名 - AI Overviews 改變了部分搜尋行為 但 SEO 的核心從來沒有變： 「創造對用戶最有價值的內容，並確保搜尋引擎能夠找到和理解它」 AI 搜尋時代的 SEO： - 內容品質比以往任何時候都重要 - 結構化資料成為新的基本功 - 品牌權威度的重要性大幅提升 - 出現了新的機會：被 AI 引用、優化 llms.txt **結論：** SEO 沒有死，死的是舊的、操縱性的 SEO 手法。 #2 迷思二：「只要把關鍵字塞滿頁面，排名就會上升」 #3 真相：關鍵字堆砌（Keyword Stuffing）只會有反效果 Google 最後一次把關鍵字堆砌當成有效排名訊號，大概是十年前的事。 現代 Google 使用的是語意理解（BERT、MUM），它能理解： – 同義詞（「汽車」=「車子」=「車輛」） – 上下文（「蘋果」是手機還是水果？） – 相關主題（一篇完整的 SEO 文章不需要塞滿「SEO」） **正確做法：** 自然地使用關鍵字和相關用語，專注在全面覆蓋主題，不要計算關鍵字出現次數。 #2 迷思三：「買越多反向連結，排名越好」 #3 真相：連結的品質遠比數量重要 極端例子： - 網站 A：5 個來自高權威媒體的連結 → 排名上升 - 網站 B：5,000 個來自垃圾網站的連結 → 被懲罰或沒效果 Google 的 Penguin 演算法（現已整合入核心）專門打擊連結操縱。 買來的連結看起來都一樣 → 很容易被機器學習識別。 **正確做法：** 專注在獲得少數高品質、編輯性給予的連結。一個來自權威網站的連結勝過千個垃圾連結。 #2 迷思四：「網站上線後，Google 會自動找到我，不需要做什麼」 #3 真相：Google 會找到你，但你應該幫它找到「正確的版本」 Google 確實會自動發現新網站，但如果沒有引導，它可能： – 索引了錯誤的 URL（http vs https、www vs non-www） – 錯過了重要頁面 – 索引速度很慢 **正確做法：** – 提交 XML Sitemap 到 GSC – 確保 robots.txt 沒有誤封 – 手動請求主要頁面建立索引 #2 迷思五：「SEO 做完一次就可以放著不管」 #3 真相：SEO 是持續的過程，不是一次性的專案 競爭對手不會休息。 Google 的演算法會持續更新。 你的內容會過時。 用戶的搜尋行為會改變。 **做一次就停止的 SEO = 短暫的提升 + 長期的衰退。** **正確做法：** 建立每月 SEO 維運節奏（內容更新、技術檢查、數據監控）。 #2 迷思六：「Meta Description 是排名因素」 #3 真相：Meta Description 不是直接的排名因素 Google 官方多次確認：Meta Description 不影響排名。 **但！它影響 CTR（點擊率），而 CTR 間接影響排名。** 一個好的 Meta Description： – 讓你的搜尋結果在視覺上更吸引人 – 提高點擊率 – 間接地讓 Google 認為你的內容更相關 **正確做法：** 仍然要為每個重要頁面撰寫獨特的、有說服力的 Meta Description。你不寫，Google 會自動從你頁面擷取（很可能不夠好）。 #2 迷思七：「排名第一就是 SEO 成功了」 #3 真相：排名是手段，不是目的 糟糕的 SEO KPI：「我們要讓 XXX 排第一名」 好的 SEO KPI：「我們要讓有機流量成長 50%」或「SEO 轉換數成長 30%」 排名第一但： - 搜尋量不到 100 → 幾乎沒人看到 - CTR 只有 1% → 很少人點進來 - 進來的流量都不轉換 → 沒有商業價值 這不叫成功。 **正確做法：** 追蹤流量、轉換和 ROI，不只是追蹤排名。 #2 迷思八：「用 AI 大量生成內容可以快速搶佔 SEO 排名」 #3 真相：Google Helpful Content 系統專門打擊這種做法 2024-2025 年的多次 Google 更新中，大量依賴 AI 生成內容的網站遭到了嚴重的流量打擊。 Google 的標準很清楚： – 「內容是為用戶建立的嗎？還是為搜尋引擎建立的？」 – 「內容展示第一手經驗和專業知識嗎？」 – 「讀完你的內容後，用戶還需要再搜尋其他資訊嗎？」 **AI 內容的正確用法：** – AI 輔助研究和大綱 – AI 生成初稿 → 人工深度編輯、加入原創觀點和第一手經驗 – 不要把 AI 當成內容工廠 #2 迷思九：「社群媒體的粉絲數和分享數直接影響 Google 排名」 #3 真相：社群訊號不是 Google 的直接排名因素 Google 的官方說法是：社群媒體的分享、按讚、粉絲數不是排名因素。 **但社群媒體間接影響 SEO：** – 社群推廣 → 更多人看到你的內容 → 更多人連結到你的內容 → 更多反向連結 – 社群曝光 → 品牌搜尋增加 → 品牌權威度提升 – 社群上的內容被更多網站引用 → 反向連結增加 **結論：** 為了 SEO 的間接效果（和品牌價值），社群媒體仍然值得經營。但不要期待貼文分享數增加就能直接提升排名。 #2 迷思十：「Google Ads 投放可以幫助 SEO 排名」 #3 真相：廣告投放和自然排名是完全獨立的系統 Google 官方多次強調：付費廣告（Google Ads）不會直接影響自然搜尋排名。付錢給 Google 不會讓你的自然排名變好。 **但廣告可以間接幫助 SEO：** – 廣告數據：知道哪些關鍵字轉換好 → 優先用於 SEO 內容 – 品牌曝光：廣告讓更多人認識你的品牌 → 品牌搜尋增加 – 佔據 SERP：廣告 + 自然排名同時出現 = 更多點擊 **結論：** 花錢投廣告不會直接提升排名。但廣告數據和品牌曝光能幫助你做出更好的 SEO 決策。 #2 加分題：五個你可能也相信的 SEO 都市傳說 都市傳說 真相 「域名越老排名越好」 域名年齡的直接影響極小。老域名通常排名好是因為累積了內容和連結 「SSL 憑證的類型（EV > DV）影響排名」 所有 SSL 類型對 SEO 的影響都一樣 「中文 URL 對 SEO 不好」 中文 URL 會被編碼成 %XX%XX，對用戶不友好但對 SEO 沒有負面影響 「網站一定要天天更新才有排名」 頻繁更新有幫助但非必要。高品質的靜態內容也可以長期排名 「Bounce Rate（跳出率）是 Google 排名因素」 Google 說不是。他們用的是更複雜的用戶滿意度訊號 #2 如何避免被 SEO 迷思誤導？ #3 三條黃金法則 法則一：Google 官方說法優先 → Google Search Central Blog、官方 X/Twitter 帳號 法則二：數據 > 感覺 → 用你自己的網站做測試 → 不要只聽別人說「XXX 有效」，要看數據 法則三：常理判斷 → 如果一個 SEO 技巧聽起來太簡單就能見效 → 那它大概不是真的（或者是黑帽手法） #2 本章重點回顧 迷思 真相一句話 SEO 過時了 方法變了，核心沒變 — 做好內容 塞關鍵字就能排名 Google 用語意理解，不是關鍵字計數 連結越多越好 品質 >>> 數量 Google 會自動找到我 幫它一把：Sitemap + GSC SEO 做一次就好 持續的過程，不是一次性專案 Meta Description 是排名因素 不是，但影響 CTR 排名第一 = 成功 流量和轉換才是真正的成功 AI 生成內容衝排名 Helpful Content 系統專門打擊 社群訊號影響排名 不直接，但間接幫助 投廣告能幫助排名 廣告和自然排名完全獨立 💡 **SEO 最好的策略不是追隨最新的「密技」，而是回到基本面：創造對用戶有價值的內容，並確保搜尋引擎能理解它。** 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 附錄 A：SEO 常用工具清單 URL: https://cyruschan.com/seo-appendix-a/ > SEO 常用工具 | 工欲善其事，必先利其器。這份工具清單涵蓋 SEO 工作中最常用的工具，從免費到付費，從基礎到進階。 工欲善其事，必先利其器。這份工具清單涵蓋 SEO 工作中最常用的工具，從免費到付費，從基礎到進階。 #2 🔍 搜尋引擎官方工具（全部免費） 工具 用途 必備度 [Google Search Console](https://search.google.com/search-console) 搜尋成效、索引狀態、技術問題、手動操作 ⭐⭐⭐⭐⭐ [Google Analytics 4](https://analytics.google.com) 網站流量、用戶行為、轉換追蹤 ⭐⭐⭐⭐⭐ [Bing Webmaster Tools](https://www.bing.com/webmasters) Bing/Yahoo 搜尋成效、SEO 分析、URL 提交 ⭐⭐⭐⭐ [Google Trends](https://trends.google.com) 關鍵字趨勢、季節性分析、市場需求 ⭐⭐⭐⭐ [Google PageSpeed Insights](https://pagespeed.web.dev) 網站速度、Core Web Vitals 測量 ⭐⭐⭐⭐⭐ [Google 行動裝置相容性測試](https://search.google.com/test/mobile-friendly) 行動版體驗檢查 ⭐⭐⭐⭐ [Google 結構化資料測試工具](https://search.google.com/test/rich-results) Schema Markup 驗證 ⭐⭐⭐⭐ #2 🛠️ 全方位 SEO 工具（付費） 工具 月費（USD） 核心功能 適合 [Ahrefs](https://ahrefs.com) $129-449 反向連結分析、關鍵字研究、排名追蹤、內容研究 專業 SEO [SEMrush](https://semrush.com) $139-499 全方位 SEO + PPC + 社群媒體 + 內容行銷 全能型 [Moz Pro](https://moz.com) $99-599 關鍵字研究、排名追蹤、網站審計、DA 指標 入門-中階 [Mangools (KWFinder)](https://mangools.com) $49-129 關鍵字研究（KD 分數直觀好用）、SERP 分析 預算有限 **新手建議：** 先從 Ahrefs 或 SEMrush 選一個開始，兩者的核心功能重疊度高。 #2 🕷️ 網站爬蟲與技術審計 工具 費用 核心功能 [Screaming Frog SEO Spider](https://screamingfrog.co.uk) 免費版 500 URL / 付費 £259/年 全站爬取、技術審計、結構化資料檢查、Log 分析 [Sitebulb](https://sitebulb.com) $13.50/月起 桌面版網站審計、視覺化報告 [Google Lighthouse](https://developer.chrome.com/docs/lighthouse) 免費（Chrome DevTools 內建） 效能、SEO、無障礙、最佳實踐審計 #2 📊 排名追蹤 工具 費用 特色 [Ahrefs Rank Tracker](https://ahrefs.com/rank-tracker) 內含在 Ahrefs 訂閱 與關鍵字研究整合 [SEMrush Position Tracking](https://semrush.com) 內含在 SEMrush 訂閱 與競爭分析整合 [SERPWatcher (Mangools)](https://mangools.com) $49/月起 簡單易用、介面漂亮 #2 🔗 反向連結分析 工具 費用 特色 [Ahrefs Site Explorer](https://ahrefs.com) 內含訂閱 反向連結資料庫最大最即時 [Majestic](https://majestic.com) $49.99/月起 Trust Flow / Citation Flow 指標 [Google Search Console](https://search.google.com/search-console) 免費 官方連結數據（較不完整但權威） #2 ✍️ 內容與寫作輔助 工具 費用 用途 [ChatGPT](https://chat.openai.com) 免費/付費 內容大綱、研究輔助、初稿 [Claude](https://claude.ai) 免費/付費 內容大綱、研究輔助 [Grammarly](https://grammarly.com) 免費/付費 英文文法檢查（英文內容必備） [Hemingway Editor](https://hemingwayapp.com) 免費/付費 可讀性改善 [Copyscape](https://copyscape.com) 付費（每次查詢） 內容抄襲檢測 #2 🎨 圖片與影片工具 工具 費用 用途 [Canva](https://canva.com) 免費/付費 縮圖設計、社群圖片、資訊圖表 [TinyPNG](https://tinypng.com) 免費 圖片壓縮 [Squoosh](https://squoosh.app) 免費 圖片壓縮與格式轉換 [TubeBuddy](https://tubebuddy.com) 免費/付費 YouTube SEO（關鍵字、標籤、縮圖測試） [vidIQ](https://vidiq.com) 免費/付費 YouTube SEO 與關鍵字研究 #2 📈 數據分析與報告 工具 費用 用途 [Looker Studio](https://lookerstudio.google.com) 免費 SEO Dashboard 建立（連接 GA4 + GSC） [Google Sheets](https://sheets.google.com) 免費 數據整理、關鍵字矩陣 [Supermetrics](https://supermetrics.com) 付費 數據自動化（多平台匯入試算表） #2 🌐 技術 SEO 輔助 工具 費用 用途 [Cloudflare](https://cloudflare.com) 免費/付費 CDN、SSL、安全、速度優化 [GTmetrix](https://gtmetrix.com) 免費/付費 網站速度測試（可選擇測試地點） [WebPageTest](https://webpagetest.org) 免費 深度效能測試、Filmstrip 視覺化 [Schema Markup Generator](https://technicalseo.com/tools/schema-markup-generator/) 免費 JSON-LD Schema 生成 #2 🤖 AI SEO 工具（2026 新趨勢） 工具 用途 [ChatGPT](https://chat.openai.com) AI 搜尋引用追蹤、內容研究 [Perplexity](https://perplexity.ai) AI 搜尋引擎、了解 AI 如何引用內容 [Google AI Studio](https://aistudio.google.com) 測試 Google AI 如何理解和摘要你的內容 Bing Copilot 了解 Bing 的 AI 搜尋如何引用內容 #2 💰 預算有限的新手工具包（月花費 $0） Google Search Console → 搜尋成效 + 技術監控 Google Analytics 4 → 流量 + 行為 + 轉換 Google Trends → 關鍵字趨勢 Google PageSpeed Insights → 速度檢查 Screaming Frog (免費版) → 技術審計（500 URL 限制） Looker Studio → Dashboard 建立 Canva (免費版) → 圖片設計 ChatGPT (免費版) → 內容輔助 → 總共：$0/月，足以開始做 SEO #2 💡 工具使用原則 1. 不要一次買全部工具 → 從免費工具開始 → 當免費工具不夠用時再升級 2. 精通一個 > 每個都碰一點 → Ahrefs 或 SEMrush 精通一個就好 → 兩個都訂閱多半是浪費錢 3. 官方的優先 → GSC 和 GA4 是所有分析的根本 → 第三方工具是補充，不是替代 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 附錄 B：SEO 專業術語中英對照表 URL: https://cyruschan.com/seo-appendix-b/ > 完整收錄 SEO 領域常見專業術語，依類別分類，附中英對照與簡要說明。適合新手查閱，也方便與國外團隊或客戶溝通時使用。 完整收錄 SEO 領域常見專業術語，依類別分類，附中英對照與簡要說明。適合新手查閱，也方便與國外團隊或客戶溝通時使用。 #2 一、基礎概念 英文術語 中文翻譯 簡要說明 SEO (Search Engine Optimization) 搜尋引擎最佳化 / 搜尋引擎優化 透過理解搜尋引擎運作規則，提升網站在自然搜尋結果中排名的技術與策略 SERP (Search Engine Results Page) 搜尋引擎結果頁面 使用者在搜尋引擎輸入關鍵字後看到的結果頁面 Organic Traffic 自然流量 / 有機流量 透過自然搜尋結果（非付費廣告）進入網站的訪客 Paid Traffic 付費流量 透過搜尋廣告（Google Ads 等）進入網站的訪客 Direct Traffic 直接流量 直接輸入網址或從書籤進入網站的訪客 Referral Traffic 推薦流量 從其他網站點擊連結進入的訪客 Impressions 曝光次數 網站在搜尋結果中被使用者看到的次數 Clicks 點擊次數 使用者從搜尋結果點擊進入網站的次數 CTR (Click-Through Rate) 點擊率 點擊次數 ÷ 曝光次數 × 100% Bounce Rate 跳出率 只瀏覽一個頁面就離開的比例 Dwell Time 停留時間 使用者從搜尋結果點擊進入後，停留在你網站的時間長度 Pogo-Sticking 反覆跳回 使用者點擊搜尋結果進入網站後，很快回到搜尋結果點擊其他結果的行為 Conversion 轉換 使用者完成你設定的目標行為（購買、註冊、填表等） Conversion Rate 轉換率 完成轉換的訪客數 ÷ 總訪客數 × 100% #2 二、關鍵字研究 英文術語 中文翻譯 簡要說明 Keyword 關鍵字 / 關鍵詞 使用者在搜尋引擎中輸入的查詢字詞 Seed Keyword 種子關鍵字 最基礎的核心字詞，作為關鍵字研究的起點 Long-Tail Keyword 長尾關鍵字 較長、較具體、搜尋量較低但轉換意圖較高的關鍵字 Short-Tail Keyword / Head Term 短尾關鍵字 / 大詞 較短、搜尋量高、競爭激烈的一兩個字詞 Search Volume 搜尋量 某個關鍵字在特定時間內（通常是每月）被搜尋的次數 Keyword Difficulty (KD) 關鍵字難度 評估某個關鍵字要排名到第一頁的難易程度 Search Intent 搜尋意圖 使用者搜尋某個關鍵字的真正目的 Informational Intent 資訊型意圖 使用者想了解某個主題（如「SEO 是什麼」） Navigational Intent 導航型意圖 使用者想找到特定網站（如「Facebook 登入」） Commercial Intent 商業調查意圖 使用者正在比較產品或服務（如「最佳 SEO 工具」） Transactional Intent 交易型意圖 使用者準備購買（如「買 iPhone 15」） Keyword Cannibalization 關鍵字蠶食 網站內多個頁面競爭同一個關鍵字，導致排名互相傷害 Keyword Stuffing 關鍵字堆砌 過度重複關鍵字以試圖操控排名的不當手法 TF-IDF (Term Frequency-Inverse Document Frequency) 詞頻-逆向文件頻率 評估一個詞在文件中的重要程度的演算法 LSI Keywords (Latent Semantic Indexing) 潛在語意索引關鍵字 與主要關鍵字語意相關的詞彙 Zero-Volume Keyword 零搜尋量關鍵字 搜尋工具顯示搜尋量為 0，但實際上可能有人搜尋的關鍵字 #2 三、頁面內 SEO（On-Page SEO） 英文術語 中文翻譯 簡要說明 On-Page SEO 頁面內 SEO / 站內 SEO 在網頁內部進行的所有優化工作 Title Tag 標題標籤 HTML <title> 元素，顯示在搜尋結果中的藍色連結文字 Meta Description 中繼描述 HTML meta 元素，搜尋結果標題下方的摘要描述文字 Heading Tags (H1-H6) 標題標籤 HTML 標題元素 H1 到 H6，用於組織內容層級結構 Alt Text / Alt Attribute 替代文字 圖片 HTML 屬性，描述圖片內容，對圖片 SEO 至關重要 URL Slug 網址路徑 / URL 別名 URL 中描述頁面內容的部分（如 /seo-guide） Internal Link 內部連結 網站內頁面之間的相互連結 External Link / Outbound Link 外部連結 / 導出連結 從你的網站連結到其他網站的連結 Anchor Text 錨點文字 超連結中可點擊的文字部分 Canonical URL / Canonical Tag 標準網址 用 rel="canonical" 指定哪一個 URL 是主要版本，解決重複內容問題 Schema Markup / Structured Data 結構化資料 / Schema 標記 使用結構化資料標記幫助搜尋引擎理解頁面內容，可產生複合式摘要 Rich Snippet / Rich Result 複合式摘要 / 豐富結果 搜尋結果中包含星級評分、價格、圖片等額外資訊的顯示形式 Featured Snippet 精選摘要 / 焦點摘要 出現在搜尋結果最頂部的精選答案框（又稱位置零） People Also Ask (PAA) 其他人也問了 搜尋結果中的「其他人也問了」區塊，包含相關問答 Breadcrumb 麵包屑導航 顯示頁面在網站層級中位置的導航路徑 Robots Meta Tag Robots 中繼標籤 用 meta robots 控制搜尋引擎如何索引和跟隨頁面 Content Pruning 內容修剪 刪除或合併低品質、過時或表現不佳的內容 Content Freshness 內容新鮮度 搜尋引擎對內容更新時間的重視程度 E-E-A-T E-E-A-T Experience（經驗）、Expertise（專業）、Authoritativeness（權威）、Trustworthiness（可信度），Google 評估內容品質的重要框架 #2 四、技術 SEO（Technical SEO） 英文術語 中文翻譯 簡要說明 Technical SEO 技術 SEO 優化網站技術層面以利搜尋引擎爬取、索引和理解網站 Crawl 爬取 搜尋引擎機器人訪問和讀取網頁的過程 Index 索引 搜尋引擎將爬取的網頁存入資料庫的過程 Crawl Budget 爬取預算 搜尋引擎在一定時間內願意爬取你網站的頁面數量 Crawl Depth 爬取深度 從首頁開始，需要點擊多少次才能到達某個頁面 XML Sitemap XML 網站地圖 列出網站所有重要頁面的 XML 檔案，協助搜尋引擎發現和索引頁面 Robots.txt robots.txt 檔案 告訴搜尋引擎哪些頁面可以或不應該爬取的文字檔 301 Redirect 301 重新導向 永久性重新導向，將舊 URL 的權重傳遞給新 URL 302 Redirect 302 重新導向 暫時性重新導向，不傳遞完整權重 404 Error 404 錯誤 頁面不存在時返回的 HTTP 狀態碼 500 Error 500 錯誤 伺服器內部錯誤 Soft 404 軟 404 頁面顯示「找不到」的內容但返回 200 OK 狀態碼 HTTPS / SSL 安全超文本傳輸協定 / SSL 憑證 加密網站與使用者之間傳輸的資料，Google 將其視為排名信號 Page Speed 頁面速度 網頁載入的速度快慢 Core Web Vitals (CWV) 核心網頁指標 Google 定義的三個關鍵使用者體驗指標：LCP、FID、CLS LCP (Largest Contentful Paint) 最大內容繪製 頁面主要內容載入所需的時間 FID (First Input Delay) 首次輸入延遲 使用者第一次與頁面互動（點擊等）到瀏覽器回應的時間 INP (Interaction to Next Paint) 與下一個繪製的互動 取代 FID 的新指標，評估整體頁面回應能力 CLS (Cumulative Layout Shift) 累計版面配置轉移 頁面載入過程中元素意外移動的程度 TTFB (Time to First Byte) 首字節時間 瀏覽器收到伺服器第一個字節資料的時間 Render-Blocking Resources 阻塞渲染的資源 會阻礙頁面快速顯示的 CSS 和 JavaScript 檔案 Lazy Loading 延遲載入 只在需要時才載入圖片或其他資源，提升頁面速度 CDN (Content Delivery Network) 內容傳遞網路 透過全球分布的伺服器加速網站內容傳遞 JavaScript SEO JavaScript SEO 確保使用 JavaScript 渲染內容的網站能被搜尋引擎正確爬取和索引 Server-Side Rendering (SSR) 伺服器端渲染 在伺服器端生成完整 HTML 再傳送給瀏覽器 Client-Side Rendering (CSR) 客戶端渲染 在瀏覽器端使用 JavaScript 動態生成頁面內容 Pre-rendering / Dynamic Rendering 預渲染 / 動態渲染 為搜尋引擎提供靜態 HTML 版本，為使用者提供 JavaScript 版本 Mobile-First Indexing 行動優先索引 Google 以網站的行動版作為索引和排名的主要依據 Responsive Design 響應式設計 網站能自動適應不同螢幕尺寸的設計方式 AMP (Accelerated Mobile Pages) 加速行動頁面 Google 推出的輕量級行動頁面框架 Pagination 分頁 將內容拆分成多個頁面的技術 Orphan Page 孤立頁面 沒有任何內部連結指向的頁面，搜尋引擎難以發現 Hreflang hreflang 標籤 用於告訴搜尋引擎頁面針對哪種語言和地區的標記 #2 五、站外 SEO（Off-Page SEO / 連結建設） 英文術語 中文翻譯 簡要說明 Off-Page SEO 站外 SEO 網站外部進行的所有優化工作，主要為連結建設 Backlink / Inbound Link 反向連結 / 導入連結 從其他網站指向你網站的連結 Referring Domain 引用網域 連結到你網站的獨立網域數量 Domain Authority (DA) 網域權重 Moz 開發的指標，預測網站在搜尋引擎中排名的能力（0-100） Domain Rating (DR) 網域評級 Ahrefs 開發的指標，評估網站反向連結的品質和數量（0-100） PageRank PageRank Google 創始人開發的原始演算法，根據連結數量和品質評估頁面重要性 Link Juice / Link Equity 連結權重 / 連結價值 透過連結從一個頁面傳遞到另一個頁面的 SEO 價值 Dofollow Link Dofollow 連結 標準的 HTML 連結，可以傳遞連結權重 Nofollow Link Nofollow 連結 使用 rel="nofollow" 屬性的連結，告訴 Google 不要傳遞權重 Sponsored Link 贊助連結 使用 rel="sponsored" 標記的付費或贊助連結 UGC Link UGC 連結 使用 rel="ugc" 標記的使用者生成內容連結（如論壇、留言） Link Building 連結建設 主動獲取其他網站指向你網站連結的過程 Natural Link / Editorial Link 自然連結 / 編輯連結 其他網站自願給予的連結，非你主動要求 Guest Posting / Guest Blogging 客座投稿 在其他網站上撰寫文章並獲得連結的策略 Broken Link Building 死連結建設 找到其他網站的死連結，提供你的內容作為替代並獲得連結 Link Bait 連結誘餌 刻意創造高品質內容以自然吸引連結的策略 Skyscraper Technique 摩天大樓技術 找到表現好的內容，創建更好的版本，然後推廣給連結來源 Toxic Link / Spam Link 有害連結 / 垃圾連結 來自低品質、垃圾網站的連結，可能對 SEO 造成負面影響 Disavow Tool 拒絕連結工具 Google 提供的工具，讓網站主告訴 Google 忽略特定反向連結 Link Profile / Backlink Profile 連結概況 / 反向連結分佈 網站所有反向連結的整體狀況 Link Velocity 連結增長速度 網站獲取新反向連結的速度 Negative SEO 負面 SEO 惡意使用黑帽手法損害競爭對手網站排名的行為 Link Exchange / Reciprocal Link 連結交換 / 互惠連結 兩個網站互相連結對方的做法 #2 六、內容 SEO 英文術語 中文翻譯 簡要說明 Content Marketing 內容行銷 透過創建和發布有價值的內容來吸引目標受眾 Pillar Page / Cornerstone Content 支柱頁面 / 基石內容 網站中最重要的核心長篇內容頁面 Topic Cluster 主題群集 以一個支柱頁面為中心，連結多個相關子頁面的內容組織方式 Content Gap Analysis 內容缺口分析 分析競爭對手有但你缺少的內容主題 Evergreen Content 常青內容 長期保持相關性、不會過時的內容 Thin Content 薄弱內容 對使用者幾乎沒有價值的低品質內容 Duplicate Content 重複內容 出現在多個 URL 的相同或非常相似的內容 Content Audit 內容審核 系統性地評估網站所有內容的表現和品質 Topical Authority 主題權威性 在某個特定主題領域中被搜尋引擎認可的專業地位 Content Decay 內容衰退 原本表現良好的內容隨著時間推移排名和流量下降的現象 Content Refresh 內容更新 更新舊內容以維持或恢復其排名表現 #2 七、分析與工具 英文術語 中文翻譯 簡要說明 Google Search Console (GSC) Google 搜尋主控台 Google 提供的免費工具，監測網站在 Google 搜尋中的表現 Google Analytics (GA) / GA4 Google 分析 Google 提供的免費網站流量分析工具 Google Tag Manager (GTM) Google 代碼管理工具 管理網站各種追蹤代碼的工具，無需修改網站程式碼 Bing Webmaster Tools Bing 網站管理員工具 Microsoft 提供的類似 GSC 工具，針對 Bing 搜尋引擎 Ahrefs Ahrefs 知名付費 SEO 工具，以反向連結分析和關鍵字研究見長 Semrush Semrush 全方位付費 SEO 和數位行銷工具 Moz Pro Moz Pro 知名付費 SEO 工具，開發了 Domain Authority 指標 Screaming Frog Screaming Frog SEO Spider 知名的網站爬蟲工具，用於技術 SEO 審查 Sitebulb Sitebulb 視覺化的網站審查和技術 SEO 工具 Google Data Studio / Looker Studio Google 數據分析 / Looker Studio 免費的數據視覺化報表工具 Rank Tracker 排名追蹤器 定期監測網站關鍵字排名的工具 Log File Analysis 日誌檔案分析 分析伺服器日誌以了解搜尋引擎如何爬取網站 UTM Parameters UTM 參數 在 URL 中附加追蹤參數以識別流量來源 #2 八、Google 演算法相關 英文術語 中文翻譯 簡要說明 Algorithm Update 演算法更新 Google 對其排名演算法的改動 Core Update 核心更新 Google 對核心排名演算法的重大更新，影響範圍廣泛 Panda 熊貓演算法 針對低品質內容、薄弱內容的演算法 Penguin 企鵝演算法 針對垃圾連結和連結操控的演算法 Hummingbird 蜂鳥演算法 提升 Google 理解自然語言和搜尋意圖的能力 RankBrain RankBrain Google 的機器學習排名系統，處理從未見過的搜尋查詢 BERT BERT Google 的自然語言處理模型，更準確理解查詢中的上下文和細微差別 MUM (Multitask Unified Model) MUM 多任務統一模型 Google 的多模態 AI 模型，能跨語言、跨格式理解資訊 Helpful Content Update (HCU) 實用內容更新 Google 針對「為搜尋引擎寫作而非為人類寫作」的內容所推出的更新 Product Review Update 產品評論更新 針對產品評論內容品質的演算法更新 Spam Update 垃圾內容更新 針對垃圾內容和黑帽手法的演算法更新 Manual Action 手動處罰 Google 人工審查員對違規網站的手動處罰 Algorithmic Penalty 演算法懲罰 因觸發演算法規則而導致的自動排名下降 Sandbox 沙盒效應 新網站短時間內難以獲得排名的現象（非官方確認） #2 九、本地 SEO 英文術語 中文翻譯 簡要說明 Local SEO 本地 SEO 針對特定地理區域的 SEO 策略 Google Business Profile (GBP) Google 商家檔案 Google 的免費商家列表工具（原名 Google My Business） NAP (Name, Address, Phone) 名稱、地址、電話 商家在網路上的名稱、地址和電話號碼一致性 Local Pack / Map Pack 本地搜尋結果套件 / 地圖套件 本地搜尋結果中顯示的前三名商家列表，附帶地圖 Local Citation 本地引用 在第三方網站上出現的商家 NAP 資訊 Google Maps Google 地圖 Google 的地圖服務，與本地搜尋結果緊密整合 Review Signal 評論信號 商家在 Google 和其他平台上的評論數量和評分對排名的影響 #2 十、電商 SEO 英文術語 中文翻譯 簡要說明 Ecommerce SEO 電商 SEO 針對電子商務網站的 SEO 策略 Product Page SEO 商品頁面 SEO 針對產品詳細頁面的優化 Category Page SEO 分類頁面 SEO 針對產品分類/目錄頁面的優化 Faceted Navigation 篩選導航 電商網站的多條件篩選功能（價格區間、顏色、尺寸等） Product Schema 商品結構化資料 用於標記產品資訊的 Schema，可觸發商品複合式摘要 #2 十一、國際 SEO 英文術語 中文翻譯 簡要說明 International SEO 國際 SEO 針對不同國家和語言的 SEO 策略 Multilingual SEO 多語系 SEO 針對多種語言的 SEO Multiregional SEO 多地區 SEO 針對不同地理區域的 SEO ccTLD (Country Code Top-Level Domain) 國家頂級網域 如 .uk、.jp、.kr 等國家專屬網域 Geolocation Targeting 地理目標定位 針對特定地區的搜尋優化 Hreflang Tag hreflang 標籤 指示頁面語言和目標地區的標記 #2 十二、其他常用術語 英文術語 中文翻譯 簡要說明 White Hat SEO 白帽 SEO 遵循搜尋引擎指南的合法 SEO 手法 Black Hat SEO 黑帽 SEO 違反搜尋引擎指南的作弊 SEO 手法 Gray Hat SEO 灰帽 SEO 介於白帽和黑帽之間的模糊地帶手法 KPI (Key Performance Indicator) 關鍵績效指標 衡量 SEO 效果的量化指標 ROI (Return on Investment) 投資回報率 SEO 投入的資源與產出的比值 Above the Fold 首屏 網頁載入後不需滾動就能看到的部分 Below the Fold 非首屏 需要滾動才能看到的頁面下半部分 A/B Testing / Split Testing A/B 測試 / 分割測試 測試兩種不同版本的頁面以比較效果 UI (User Interface) 使用者介面 網站的外觀和互動設計 UX (User Experience) 使用者體驗 使用者在網站上的整體感受和體驗 Sitemap 網站地圖 網站頁面的結構化列表（分 HTML 和 XML 兩種） Anchor Text 錨文字 超連結中的可點擊文字 Breadcrumb 導航路徑 顯示頁面層級關係的導航輔助 404 Page 404 頁面 頁面不存在時顯示的頁面 301 Redirect 301 導向 永久性網址轉移 302 Redirect 302 導向 暫時性網址轉移 ALT Tag ALT 屬性 圖片的替代文字描述 Meta Tags 中繼標籤 網頁 head 中的描述性元素 SERP Features 搜尋結果頁功能 搜尋結果中除標準藍色連結以外的特殊顯示元素 Knowledge Panel 知識面板 搜尋結果右側顯示的資訊面板（針對品牌、人物、地點等） Knowledge Graph 知識圖譜 Google 的知識庫系統，儲存實體及其關係 Entity 實體 知識圖譜中的獨立概念或事物（人物、地點、組織等） Crawler / Spider / Bot 爬蟲 / 蜘蛛 / 機器人 搜尋引擎用來訪問和讀取網頁的自動化程式 Googlebot Googlebot Google 的網頁爬蟲名稱 Indexing 索引 將頁面加入搜尋引擎資料庫的過程 De-indexing 取消索引 將頁面從搜尋引擎資料庫中移除 Noindex Noindex 告訴搜尋引擎不要索引某個頁面的指令 Rendering 渲染 瀏覽器或搜尋引擎將 HTML、CSS、JS 轉換為可視化頁面的過程 Caching 快取 暫存網頁內容以加快載入速度 Minification 最小化 移除程式碼中不必要的字元以減少檔案大小 Gzip / Brotli Gzip / Brotli 壓縮網頁檔案以加快傳輸速度的技術 Lighthouse Lighthouse Google 開發的網頁品質審查工具 CLS (Cumulative Layout Shift) 累計版面配置轉移 Core Web Vitals 指標之一，衡量視覺穩定性 FCP (First Contentful Paint) 首次內容繪製 頁面上第一個內容元素出現的時間 TTI (Time to Interactive) 可互動時間 頁面完全可互動所需的時間 **使用建議**：將此對照表加入書籤，遇到不熟悉的 SEO 英文術語時快速查閱。在與國外客戶或團隊溝通時，準確使用英文術語能提升專業度和溝通效率。 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ### 附錄 C：SEO 學習資源推薦 URL: https://cyruschan.com/seo-appendix-c/ > 精選最值得追蹤的 SEO 學習資源，從官方文件到社群討論，從新手入門到進階深造，持續精進 SEO 能力 精選最值得追蹤的 SEO 學習資源，從官方文件到社群討論，從新手入門到進階深造，持續精進 SEO 能力。 #2 一、官方資源（必讀） #3 Google 官方 資源名稱 說明 適合程度 連結 Google Search Central (原名 Webmaster Central) Google 官方 SEO 文件中心，所有指南的權威來源 所有程度 [developers.google.com/search](https://developers.google.com/search) Google Search Central Blog Google 搜尋團隊的官方部落格，發布演算法更新和最佳實踐 中階以上 [developers.google.com/search/blog](https://developers.google.com/search/blog) Google Search Console 說明中心 GSC 的完整使用文件和疑難排解 所有程度 [support.google.com/webmasters](https://support.google.com/webmasters) Google SEO 入門指南 (SEO Starter Guide) Google 官方的 SEO 入門文件，必讀經典 新手 [developers.google.com/search/docs/fundamentals/seo-starter-guide](https://developers.google.com/search/docs/fundamentals/seo-starter-guide) Google 搜尋品質評估指南 (Search Quality Rater Guidelines) Google 給人工評估員的 170+ 頁文件，揭示 E-E-A-T 和品質標準 進階 公開 PDF，搜尋 “Search Quality Evaluator Guidelines” Google Search Status Dashboard Google 搜尋的即時狀態、事件和排名波動記錄 中階以上 [status.search.google.com](https://status.search.google.com) Google 搜尋中心 YouTube 頻道 Google 官方的 SEO 影片教學和問答 所有程度 [youtube.com/@GoogleSearchCentral](https://www.youtube.com/@GoogleSearchCentral) Google Web Vitals Core Web Vitals 和頁面體驗的官方說明 中階以上 [web.dev/vitals](https://web.dev/vitals) Lighthouse 文件 Google 網頁效能審查工具的使用指南 中階 [developers.google.com/web/tools/lighthouse](https://developers.google.com/web/tools/lighthouse) Chrome DevTools 文件 瀏覽器開發者工具的完整文件，技術 SEO 必備 中階以上 [developer.chrome.com/docs/devtools](https://developer.chrome.com/docs/devtools) #3 Bing 官方 資源名稱 說明 適合程度 連結 Bing Webmaster Guidelines Bing 的官方 SEO 指南 所有程度 [bing.com/webmasters/help](https://bing.com/webmasters/help) Bing Webmaster Tools Bing 版 Search Console 所有程度 [bing.com/webmasters](https://bing.com/webmasters) Bing Webmaster Blog Bing 搜尋團隊的官方部落格 中階 [blogs.bing.com/webmaster](https://blogs.bing.com/webmaster) #2 二、必讀 SEO 部落格 #3 國際頂級 部落格 / 網站 特色 適合程度 連結 **Search Engine Journal (SEJ)** SEO 新聞和分析，更新頻繁，覆蓋廣泛 所有程度 [searchenginejournal.com](https://www.searchenginejournal.com/) **Search Engine Land** SEO 和 SEM 的深度報導，演算法更新第一手資訊 中階以上 [searchengineland.com](https://searchengineland.com/) **Search Engine Roundtable** Barry Schwartz 每日整理 SEO 社群討論重點，快速掌握業界動態 中階以上 [seroundtable.com](https://www.seroundtable.com/) **Moz Blog** 經典 SEO 教育內容，Whiteboard Friday 影片系列極受歡迎 新手～中階 [moz.com/blog](https://moz.com/blog) **Ahrefs Blog** 數據驅動的 SEO 教學，大量原創研究和案例 中階以上 [ahrefs.com/blog](https://ahrefs.com/blog) **Semrush Blog** 全方位數位行銷教學，SEO 為核心 中階以上 [semrush.com/blog](https://www.semrush.com/blog/) **Backlinko** Brian Dean 創立，高品質長篇 SEO 指南，擅長可操作的技巧 中階 [backlinko.com](https://backlinko.com/) **Google Search Central Blog** **唯一官方來源**，關於演算法更新的資訊以這裡為準 中階以上 [developers.google.com/search/blog](https://developers.google.com/search/blog) **Detailed.com** Glen Allsopp 的深度 SEO 研究，少數真正原創分析 進階 [detailed.com](https://detailed.com/) **Kevin Indig’s Growth Memo** 前 Shopify、Atlassian SEO 總監的電子報，策略級 SEO 思維 進階 [growthmemo.com](https://www.growthmemo.com/) **Aleyda Solis Blog** 國際 SEO 和行動 SEO 專家，Crawling Mondays 影片系列 中階以上 [aleydasolis.com](https://www.aleydasolis.com/) #3 中文資源 資源 特色 適合程度 連結 **awoo 阿物 SEO 部落格** 台灣最知名的 SEO 公司，豐富的中文 SEO 教學 新手～中階 [blog.awoo.com.tw](http://blog.awoo.com.tw/) **Harris 先生** 前 awoo SEO 副理，實戰 SEO 教學和分析 中階 [yesharris.com](https://www.yesharris.com/) **Welly SEO** 台灣 SEO 顧問公司，案例分享和工具教學 中階 [welly.tw](https://welly.tw/) **JKL SEO** 香港 SEO 專家，粵語/繁體中文 SEO 教學 中階 [shopjkl.com/pages/seo-service](http://www.shopjkl.com/pages/seo-service) #2 三、必追電子報（Newsletter） 電子報名稱 作者 頻率 特色 連結 **Growth Memo** Kevin Indig 每週 策略級 SEO 思維，深入分析 [growthmemo.com](https://www.growthmemo.com/) **SEO Notebook** Steve Toth 每週 實用的 SEO 技巧和案例 [seonotebook.com](https://seonotebook.com/) **Search Engine Roundtable** Barry Schwartz 每日 SEO 新聞摘要，不漏掉重要資訊 [seroundtable.com](https://www.seroundtable.com/) **Ahrefs Digest** Ahrefs 團隊 每週 SEO + 內容行銷精選文章 [ahrefs.com](https://ahrefs.com/) **The SEO MBA** Tom Critchlow 不定期 向高層溝通 SEO 價值的技巧 [newsletter.seomba.com](https://newsletter.seomba.com/) **Detailed Digest** Glen Allsopp 每月 深度研究和數據分析 [detailed.com](https://detailed.com/) **WTF is SEO?** Jessie Willms & Shelby Blackley 每兩週 為新聞媒體設計的 SEO 電子報 [seoforjournalism.com](https://seoforjournalism.com/) **Aleyda Solis’s SEOFOMO** Aleyda Solis 每週 SEO 資源和工具精選 [seofomo.co](https://seofomo.co/) **Google Search News** Google 官方 不定期 Google 搜尋的正式變更通知 [developers.google.com/search](https://developers.google.com/search/) #2 四、Podcast 與 YouTube 頻道 Podcast 節目名稱 主持 特色 連結 **Search Off the Record** Google Search 團隊 Google 搜尋團隊的官方 Podcast，少有的內部視角 [developers.google.com/search/podcasts/search-off-the-record](https://developers.google.com/search/podcasts/search-off-the-record) **The Search Engine Journal Show** SEJ 團隊 SEO 專家訪談，多元主題 [searchenginejournal.com](https://www.searchenginejournal.com/) **Search with Candour** Jack Chambers-Ward SEO 技術深入討論 [withcandour.co.uk/podcast](https://withcandour.co.uk/podcast) **The Authority Hacker Podcast** Gael Breton & Mark Webster 權威站經營和 SEO 策略 [authorityhacker.com](https://www.authorityhacker.com/) **Marketing Against the Grain** Kipp Bodnar & Kieran Flanagan HubSpot 團隊的行銷和 SEO 策略 [hubspot.com/podcasts/marketing-against-the-grain](https://www.hubspot.com/podcasts/marketing-against-the-grain) **Unknown Secrets of Internet Marketing** Matthew Woodward 實戰 SEO 測試和案例 [matthewwoodward.com](https://matthewwoodward.com/) #3 YouTube 頻道 頻道 特色 連結 **Google Search Central** Google 官方 SEO 影片，有中文自動翻譯 [youtube.com/@GoogleSearchCentral](https://www.youtube.com/@GoogleSearchCentral) **Ahrefs** 高品質 SEO 教學影片，Sam Oh 的教學風格清晰易懂 [youtube.com/@ahrefs](https://www.youtube.com/@ahrefs) **Matt Diggity** 進階 SEO 測試和實驗 [youtube.com/@MattDiggity](https://www.youtube.com/@MattDiggity) **Nathan Gotch** 實用 SEO 技巧，短影片格式 [youtube.com/@NathanGotch](https://www.youtube.com/@NathanGotch) **Neil Patel** SEO 和數位行銷入門教學 [youtube.com/@NeilPatel](https://www.youtube.com/@NeilPatel) **Semrush Academy** 系統化的免費 SEO 課程 [youtube.com/@Semrush](https://www.youtube.com/@Semrush) **Moz** Whiteboard Friday 影片系列 [youtube.com/@Moz](https://www.youtube.com/@Moz) **Chris Palmer SEO** 本地 SEO 和 GBP 教學 [youtube.com/@ChrisPalmer](https://www.youtube.com/@ChrisPalmer) #2 五、線上課程 #3 免費課程 課程名稱 平台 特色 連結 **Google SEO Fundamentals** UC Davis (Coursera) 大學級別的 SEO 基礎課程，英文授課 [coursera.org/learn/seo-fundamentals](https://www.coursera.org/learn/seo-fundamentals) **Semrush Academy** Semrush 完整的免費 SEO 認證課程系列，有中文內容 [semrush.com/academy](https://www.semrush.com/academy/) **Ahrefs SEO Course** Ahrefs 免費的完整 SEO 線上課程 [ahrefs.com/academy](https://ahrefs.com/academy) **Google Digital Garage** Google 數位行銷基礎，含 SEO 模組 [learndigital.withgoogle.com/digitalgarage](https://learndigital.withgoogle.com/digitalgarage) **Moz SEO Training** Moz 免費的 SEO 入門課程 [moz.com/learn/seo](https://moz.com/learn/seo) **HubSpot SEO Course** HubSpot Academy 免費的 SEO 認證課程 [academy.hubspot.com/courses/seo](https://academy.hubspot.com/courses/seo) **Learning SEO** learningseo.io (Aleyda Solis) 結構化的 SEO 學習路徑地圖，眾多免費資源索引 [learningseo.io](https://learningseo.io/) #3 付費課程 課程名稱 平台 適合程度 特色 連結 **Blue Array SEO Course** Blue Array 中階 英國最大 SEO 代理商設計的系統課程 [bluearray.co.uk](https://www.bluearray.co.uk/) **The SEO MBA** Tom Critchlow 進階 針對 SEO 管理層的策略思維課程 [theseomba.com](https://www.theseomba.com/) **Traffic Think Tank Academy** TTT 中階以上 頂級 SEO 社群附屬課程 [trafficthinktank.com](https://trafficthinktank.com/) #2 六、SEO 社群與論壇 #3 #3 國際社群 社群 平台 特色 連結 **r/SEO** Reddit 最大的 SEO 討論社群，即時問答 [reddit.com/r/SEO](https://www.reddit.com/r/SEO/) **r/bigseo** Reddit 較專業的 SEO 討論（不允許新手基礎問題） [reddit.com/r/bigseo](https://www.reddit.com/r/bigseo/) **r/TechSEO** Reddit 技術 SEO 專門討論 [reddit.com/r/TechSEO](https://www.reddit.com/r/TechSEO/) **Traffic Think Tank (TTT)** 私人社群 付費高品質 SEO 社群，世界頂尖 SEO 專家聚集 [trafficthinktank.com](https://trafficthinktank.com/) **SEO Signals Lab** Facebook Steven Kang 的付費 SEO 社群 **Search Engine Journal 社團** Facebook SEJ 的免費 Facebook 社群 **Google Search Central Community** Google 官方 Google 官方的搜尋問題討論社群 [support.google.com/webmasters/community](https://support.google.com/webmasters/community) **WebmasterWorld** 論壇 歷史最悠久的 SEO 論壇 [webmasterworld.com](https://www.webmasterworld.com/) **Twitter/X（#SEO）** Twitter/X SEO 專家的即時動態和討論 [twitter.com/hashtag/SEO](https://twitter.com/hashtag/SEO) #3 中文社群 社群 平台 特色 **SEO 研究院** Facebook 最大的繁體中文 SEO 討論社團 **SEO 自學社群** Facebook 中文 SEO 問題解答和資源分享 **數位行銷新手村** Facebook 包含 SEO 的綜合數位行銷討論 **iSearch 愛搜尋** Facebook 台灣 SEO 專業討論社團 **SEO 台灣討論區** LINE 社群 LINE 上的 SEO 即時討論群組 #2 七、SEO 工具試用與學習 資源 說明 連結 **Google Search Console** 必用免費工具，SEO 學習的起點 [search.google.com/search-console](https://search.google.com/search-console/) **Google Analytics 4 示範帳戶** Google 提供的示範資料，可以練習 GA4 分析 [support.google.com/analytics/answer/6367342](https://support.google.com/analytics/answer/6367342) **Google Looker Studio** 免費的數據視覺化工具 [lookerstudio.google.com](https://lookerstudio.google.com/) **Ahrefs Webmaster Tools** Ahrefs 的免費版本，可監控自己網站 [ahrefs.com/webmaster-tools](https://ahrefs.com/webmaster-tools) **Semrush 免費方案** 每天有限次數的免費查詢 [semrush.com](https://www.semrush.com/) **Screaming Frog 免費版** 可爬取最多 500 個 URL [screamingfrog.co.uk/seo-spider](https://www.screamingfrog.co.uk/seo-spider/) **PageSpeed Insights** 免費的頁面速度測試工具 [pagespeed.web.dev](https://pagespeed.web.dev/) **Rich Results Test** Google 的結構化資料測試工具 [search.google.com/test/rich-results](https://search.google.com/test/rich-results) **Schema Markup Validator** Schema.org 官方驗證工具 [validator.schema.org](https://validator.schema.org/) **Mobile-Friendly Test** Google 的行動裝置相容性測試 [search.google.com/test/mobile-friendly](https://search.google.com/test/mobile-friendly) **Chrome Lighthouse** 內建於 Chrome DevTools 的審查工具 [developer.chrome.com/docs/lighthouse](https://developer.chrome.com/docs/lighthouse/) #2 八、推薦閱讀書單 #3 SEO 專業書籍 書名 作者 適合程度 重點 連結 **The Art of SEO (4th Edition)** Eric Enge, Stephan Spencer, Jessie Stricchiola 中階以上 SEO 教科書級經典，全面深入 [Amazon](https://www.amazon.com/s?k=The+Art+of+SEO+4th+Edition) **SEO 2025 / SEO 實戰密碼** 昝輝 (Zac) 新手～中階 最知名中文 SEO 書籍，每年更新 [Amazon](https://www.amazon.com/s?k=SEO+%E5%AF%A6%E6%88%B0%E5%AF%86%E7%A2%BC) **Product-Led SEO** Eli Schwartz 中階 策略級 SEO 思維，適合產品經理和高層 [Amazon](https://www.amazon.com/s?k=Product-Led+SEO) **SEO for Growth** John Jantsch & Phil Singleton 新手～中階 將 SEO 融入整體行銷策略 [Amazon](https://www.amazon.com/s?k=SEO+for+Growth) **The Fundamentals of Brand SERPs for Business** Jason Barnard 中階 品牌 SERP 優化的深入指南 [Amazon](https://www.amazon.com/s?k=The+Fundamentals+of+Brand+SERPs+for+Business) **Entity SEO** Dixon Jones 進階 實體 SEO 和知識圖譜的專業書籍 [Amazon](https://www.amazon.com/s?k=Entity+SEO+Dixon+Jones) **3 Months to No.1** Will Coombe 新手 三個月 SEO 計劃的實用指南 [Amazon](https://www.amazon.com/s?k=3+Months+to+No.1) #3 相關領域書籍 書名 作者 相關性 連結 **內容的力量 (Content Inc.)** Joe Pulizzi 內容行銷策略，與 SEO 內容規劃高度相關 [Amazon](https://www.amazon.com/s?k=Content+Inc+Joe+Pulizzi) **Don’t Make Me Think** Steve Krug 網站可用性經典，影響使用者體驗和 SEO [Amazon](https://www.amazon.com/s?k=Don%27t+Make+Me+Think) **Everybody Writes** Ann Handley 網路寫作技巧，提升內容品質 [Amazon](https://www.amazon.com/s?k=Everybody+Writes) **Web Analytics 2.0** Avinash Kaushik 數據分析經典，GA4 使用思維 [Amazon](https://www.amazon.com/s?k=Web+Analytics+2.0) **影響力 (Influence)** Robert Cialdini 說服心理學，應用於標題優化和轉換率提升 [Amazon](https://www.amazon.com/s?k=Influence+Robert+Cialdini) **This Is Marketing** Seth Godin 行銷思維，理解受眾需求 [Amazon](https://www.amazon.com/s?k=This+Is+Marketing+Seth+Godin) #2 九、SEO 學習路徑建議 #3 新手 (0–3 個月) 1. 讀完 Google SEO Starter Guide（官方入門指南） 2. 完成 Semrush Academy 或 Ahrefs 的免費 SEO 課程 3. 建立自己���網站 / 部落格實際練習 4. 設定 Google Search Console 和 GA4 5. 每日閱讀 SEO 新聞（Search Engine Roundtable） 6. 追蹤至少 3 個 SEO 電子報 #3 中階 (3–12 個月) 1. 閱讀 Search Quality Rater Guidelines 2. 深度學習技術 SEO（Core Web Vitals、JavaScript SEO） 3. 學習使用 Ahrefs / Semrush 等專業工具 4. 建立自己的案例研究網站，嘗試排名競爭關鍵字 5. 參與 SEO 社群討論（r/SEO、SEO 研究院） 6. 開始追蹤進階 SEO 專家（Kevin Indig、Glen Allsopp 等） 7. 學習結構化資料和 Schema 標記 #3 進階 (1 年以上) 1. 發展特定 SEO 子領域專業（如國際 SEO、電商 SEO、JavaScript SEO） 2. 開始分析伺服器日誌和爬取行為 3. 學習 A/B 測試和 SEO 實驗設計 4. 參加 SEO 會議（MozCon、BrightonSEO、SearchLove 等） 5. 在社群分享知識、寫文章建立個人品牌 6. 追蹤 Google 專利和研究論文 7. 持續測試和驗證 SEO 假設，建立自己的方法論 #2 十、SEO 會議與活動 會議名稱 地點 頻率 特色 連結 **BrightonSEO** 英國布萊頓 + 美國聖地牙哥 每年兩次 全球最大 SEO 會議之一 [brightonseo.com](https://www.brightonseo.com/) **MozCon** 美國西雅圖 每年一次 Moz 主辦的頂級 SEO 會議 [moz.com/mozcon](https://www.moz.com/mozcon) **SearchLove** 英國倫敦 + 美國 每年兩次 Distilled 主辦的高品質會議 [searchlove.com](https://www.searchlove.com/) **SMX (Search Marketing Expo)** 美國多城市 每年多次 搜尋行銷專業會議 [searchmarketingexpo.com](https://www.searchmarketingexpo.com/) **Chiang Mai SEO Conference** 泰國清邁 每年一次 SEO 專業社群聚會 [chiangmaiseoconference.com](https://chiangmaiseoconference.com/) **SEO Mastery Summit** 線上 + 實體 每年一次 亞洲最大的 SEO 線上高峰會 [seomasterysummit.com](https://seomasterysummit.com/) **Awoo SEO 年會** 台灣台北 每年一次 台灣最大的 SEO 年會 [awoo.ai](https://www.awoo.ai/) **數位時代未來商務展** 台灣台北 每年一次 涵蓋數位行銷和 SEO 的大型展會 [bnext.com.tw](https://www.bnext.com.tw/) **學習心法**：SEO 是一個持續演進的領域。與其試圖一次學完所有東西，不如建立一個穩定的學習習慣：每天花 15–30 分鐘閱讀業界新聞，每週花 1–2 小時深入學習一個主題，每月進行一次實際演練。最重要的是——**學了就要動手做**，建立自己的網站來測試和驗證所學。 延伸閱讀：[網站 SEO 學習與操作手冊](https://cyruschan.com/seo-manual/) ## Process ### 成品交付大功告成 URL: https://cyruschan.com/process/design-create/ > 一切都將大功告成啦 ！ 我們會交付您 網站後台登入帳密，加上後台教育訓練。 一切都將大功告成啦 ！ 我們會交付您 網站後台登入帳密，加上後台教育訓練。 ### 開始製作網站 URL: https://cyruschan.com/process/design-create-2/ > 開始製作網站，從主機建置到 網頁設計 除了幫您做最佳化配置，也幫您強化網站安全性 開始製作網站，從主機建置到 網頁設計 除了幫您做最佳化配置，也幫您強化網站安全性。 ### 挑選喜愛的版型 URL: https://cyruschan.com/process/idea-concept-2/ > 上百種版型，每種風格都應有盡有 簡約型、專業型、活潑型、科技感、時尚感、溫馨感等 上百種版型，每種風格都應有盡有 簡約型、專業型、活潑型、科技感、時尚感、溫馨感等..，您都能自由挑選 ### 與您討論需求 URL: https://cyruschan.com/process/meet-agree-2/ > 架設 Blog、形象網站、購物網站 了解客戶的需求，說明流程，還有需準備的事項， 架設 Blog、形象網站、購物網站 了解客戶的需求，說明流程，還有需準備的事項，幫助您掌握動態。 ## Service ### Hospitally Design URL: https://cyruschan.com/service/hospitally-design/ > Sed ut perspiciatis unde omnis iste natu Sed ut perspiciatis unde omnis iste natus error sit voluptatem accusantium doloremque laudantium, totam rem aperiam, eaque ipsa quae ab illo inventore veritatis et quasi architecto beatae vitae dicta sunt explicabo. Nemo enim ipsam voluptatem quia voluptas sit aspernatur aut odit aut fugit, sed quia consequuntur magni dolores eos qui ratione voluptatem sequi nesciunt. Neque porro quisquam est, qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora incidunt ut labore et dolore magnam aliquam quaerat voluptatem. Ut enim ad minima veniam, quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur? Quis autem vel eum iure reprehenderit qui in ea voluptate velit esse quam nihil molestiae consequatur, vel illum qui dolorem eum fugiat quo voluptas nulla pariatur. Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum. ### Residential Design URL: https://cyruschan.com/service/residential-design/ > Sed ut perspiciatis unde omnis iste natu Sed ut perspiciatis unde omnis iste natus error sit voluptatem accusantium doloremque laudantium, totam rem aperiam, eaque ipsa quae ab illo inventore veritatis et quasi architecto beatae vitae dicta sunt explicabo. Nemo enim ipsam voluptatem quia voluptas sit aspernatur aut odit aut fugit, sed quia consequuntur magni dolores eos qui ratione voluptatem sequi nesciunt. Neque porro quisquam est, qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora incidunt ut labore et dolore magnam aliquam quaerat voluptatem. Ut enim ad minima veniam, quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur? Quis autem vel eum iure reprehenderit qui in ea voluptate velit esse quam nihil molestiae consequatur, vel illum qui dolorem eum fugiat quo voluptas nulla pariatur. Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum. ### Office Design URL: https://cyruschan.com/service/office-design/ > Sed ut perspiciatis unde omnis iste natu Sed ut perspiciatis unde omnis iste natus error sit voluptatem accusantium doloremque laudantium, totam rem aperiam, eaque ipsa quae ab illo inventore veritatis et quasi architecto beatae vitae dicta sunt explicabo. Nemo enim ipsam voluptatem quia voluptas sit aspernatur aut odit aut fugit, sed quia consequuntur magni dolores eos qui ratione voluptatem sequi nesciunt. Neque porro quisquam est, qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora incidunt ut labore et dolore magnam aliquam quaerat voluptatem. Ut enim ad minima veniam, quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur? Quis autem vel eum iure reprehenderit qui in ea voluptate velit esse quam nihil molestiae consequatur, vel illum qui dolorem eum fugiat quo voluptas nulla pariatur. Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum. ### Commercial Design URL: https://cyruschan.com/service/commercial-design/ > Sed ut perspiciatis unde omnis iste natu Sed ut perspiciatis unde omnis iste natus error sit voluptatem accusantium doloremque laudantium, totam rem aperiam, eaque ipsa quae ab illo inventore veritatis et quasi architecto beatae vitae dicta sunt explicabo. Nemo enim ipsam voluptatem quia voluptas sit aspernatur aut odit aut fugit, sed quia consequuntur magni dolores eos qui ratione voluptatem sequi nesciunt. Neque porro quisquam est, qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora incidunt ut labore et dolore magnam aliquam quaerat voluptatem. Ut enim ad minima veniam, quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur? Quis autem vel eum iure reprehenderit qui in ea voluptate velit esse quam nihil molestiae consequatur, vel illum qui dolorem eum fugiat quo voluptas nulla pariatur. Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum. ## Taxonomies ### 分類 - [第十六部分：SEO 常見問題與迷思破解](https://cyruschan.com/category/seo/seo-qa/) - [第十五部分：特殊領域 SEO](https://cyruschan.com/category/seo/specialized-seo/) - [第十四部分：SEO 實戰檢核與維運](https://cyruschan.com/category/seo/seo-maintenance/) - [第十三部分：SEO 團隊、預算與專案管理](https://cyruschan.com/category/seo/seo-team/) - [第十二部分：黑帽 SEO 與風險管理](https://cyruschan.com/category/seo/white-hat-gray-hat/) - [第十一部分：SEO 數據分析與成效監控](https://cyruschan.com/category/seo/seo-date/) - [第十部分：AI 時代的 SEO](https://cyruschan.com/category/seo/aieo/) - [第九部分：技術 SEO 進階](https://cyruschan.com/category/seo/schema-seo/) - [第八部分：本地 SEO（Local SEO）](https://cyruschan.com/category/seo/local-seo/) - [第七部分：站外 SEO 與反向連結](https://cyruschan.com/category/seo/backlink-pagerank/) - [第六部分：內容 SEO（Content SEO）](https://cyruschan.com/category/seo/content-seo/) - [第五部分：技術 SEO（Technical SEO）](https://cyruschan.com/category/seo/technical-seo/) - [第四部分：關鍵字研究與策略](https://cyruschan.com/category/seo/keyword-research/) - [第三部分：Google 演算法與排名因素](https://cyruschan.com/category/seo/google-algorithm/) - [第二部分：搜尋引擎運作原理](https://cyruschan.com/category/seo/search-engines-work/) - [網站 SEO](https://cyruschan.com/category/seo/): SEO 基礎概念出發，逐步深入到關鍵字研究、On-Page 優化、技術 SEO、內容策略、連結建設、在地 SEO，再到 AI 時代的 SEO 新趨勢、數據分析、風險管理、專案管理與特殊領域應用。 - [第一部分：SEO 基礎入門](https://cyruschan.com/category/seo/seo-basics/) - [SEM 搜索引擎營銷](https://cyruschan.com/category/sem/) ### 文章格式 - [圖片](https://cyruschan.com/type/image/)