---
title: 如何修復前代理商留下的糟糕 SEO
description: 針對稀薄內容、外掛臃腫、索引錯誤，以及混亂 SEO 代理商交接後排名下滑的清理計畫。
url: https://mighil.com/work/zh-tw/blog/fix-bad-seo-from-agency
pubDate: 2026-09-22
updated: 2026-09-22
relatedService: seo-fix
---

# 如何修復前代理商留下的糟糕 SEO

你開除了代理商（或他們失聯），網站卻仍不對勁。排名晃動、Search Console 滿是你不認識的警告，沒人說得清哪些頁是真工作、哪些是為了看起來忙而灌水。這是清理工作。勵志重啟修不掉殘渣。

本指南給你混亂 SEO 交接後的復原順序：前兩天鎖住權限與備份，盤點內容、技術與連結的損害，再依停止出血的順序修復，而不是一次重寫全部。

## 糟糕代理商 SEO 通常長什麼樣

![混亂代理商交接桌面：重疊報告、外掛圖示與孤兒頁草稿](/work/assets/blog/agency-01-handoff-mess.webp)

*雜亂交接桌：堆疊報告、外掛圖示與孤兒草稿頁。*

「糟糕代理商 SEO」很少是一次戲劇性駭客。通常是堆疊的捷徑：月報看起來漂亮，索引裡卻腐爛。

交接後常見模式：

- 數十到數百個近乎相同的據點或服務頁，只換城市名與稀薄正文
- 像同義詞湯的部落格，依日曆發布、無人負責、無更新計畫
- WordPress（或類似）塞滿互相打架的 SEO、快取、schema、資安外掛
- Canonical、noindex 或 sitemap 條目與你以為上線的內容不符
- 「網址優化」留下從未清理的轉址鏈
- 你沒核准的連結套餐、無關站的客座文，或目錄轟炸
- 追蹤代碼裝三次，或關鍵轉換只在代理商私人儀表板

商業訊號是錯配。你付了成長費。你得到的是數量指標（發文數、關鍵字「優化」、連結「建立」），營收網址卻變弱、變慢，或被垃圾擠掉。

> **警告：** 在擁有 Search Console、完整備份，以及仍帶來點擊的網址清單之前，不要「從零開始」清掉 CMS。沒地圖就刪除，可能抹掉少數還有效的頁。

若前廠商主打保證排名、私人部落格網路，或以自動化「規模化 AI 內容」為主要交付，把每項宣稱都當可疑，直到在你自己的資產裡驗證。

## 前 48 小時鎖住權限、Search Console 與備份

![權限盤點板：主機、CMS、Search Console、分析與 DNS 的鑰匙](/work/assets/blog/agency-03-access-inventory.webp)

*主機、CMS、Search Console、分析與 DNS 的鑰匙與帳號磁貼，集中在一張盤點板上。*

重寫任何一頁之前，先掌控能證明發生了什麼的系統。

**1. 盤點每個登入。** 主機、CMS 後台、DNS／註冊商、CDN、Google Search Console、Bing Webmaster Tools、Google Analytics（或 GA4）、Tag Manager、廣告帳號、用於資源驗證的信箱、測試站，以及你卡付費的 SEO 工具席位。若代理商握有唯一管理員，先建立自己的管理員，確認存取後再降權或移除對方。

**2. 自己認領 Search Console。** 能控 DNS 時優先 [網域資源](https://support.google.com/webmasters/answer/1045268) 驗證。只活在代理商 Google 帳號下的使用者／資源權限是反覆出現的交接失敗。趁還能匯出時匯出涵蓋範圍、頁面與成效資料。

**3. 凍結高風險變更。** 暫停大量發布外掛、排程「內容機器」與自動內部連結工具，直到你搞懂它們做什麼。一般編輯可繼續。停掉自動化數量。

**4. 完整備份，再在主機外留第二份。** CMS 站要檔案加資料庫。記錄 PHP／Node 版本與使用中佈景。外掛拆除時若出問題，你需要不依賴舊廠商的還原路徑。

**5. 快照仍有效的網址集。** 從 Search Console 成效（近 3 與 12 個月）匯出有點擊的查詢與頁面。那份清單是「不要隨便刪」集合。再與分析落地頁、CRM 自然流量線索筆記交叉核對。

**6. 記下法律與合約殘留。** 誰擁有內容、誰可再發布，代理商是否仍在其 CDN 託管資產或字型。取得書面確認：網域、搜尋資源與廣告帳號已轉移。

> **提示：** 第一天就截圖 robots.txt、首頁原始碼（canonical 與 title），以及 XML sitemap 索引。這三個檔常默默變，之後大家會吵「以前寫什麼」。

四十八小時夠用來停止無聲損害。不夠重建策略。抵制第二天只靠怒氣簡報就簽下一家廠商的衝動。

## 「再優化」之前先做損害地圖

![內容、技術 SEO、連結與追蹤的四象限損害地圖](/work/assets/blog/agency-02-damage-map.webp)

*標為內容、技術 SEO、連結與追蹤的四象限，貼上嚴重度便利貼。*

代理商愛新的開案簡報。你需要損害地圖：壞什麼、多嚴重、證據是什麼。四個桶幾乎涵蓋所有混亂交接。

| 桶 | 你在找什麼 | 先看哪裡 |
| --- | --- | --- |
| 內容 | 稀薄、改寫、重複或 AI 入口頁 | CMS 列表、Search Console 有曝光但 CTR 差的頁、title／H1 叢集爬取 |
| 技術 | 索引陷阱、速度債、外掛衝突、壞轉址 | 涵蓋／索引報告、線上 HTML、主機錯誤紀錄、效能欄位資料 |
| 連結 | 無關、像付費，或突然暴增 | 你擁有的連結報告、Search Console 連結、品牌提及檢查 |
| 追蹤 | 缺轉換、重複代碼、僅代理商儀表板 | Tag Manager 容器、GA4 管理、廣告像素、CRM UTM 歷史 |

嚴重度應回答營收問題。舊部落格標籤彙整的軟 404 是雜訊。主要服務範本被 noindex 是緊急。上千個改寫城市頁浪費爬取是中高，若它們與你仍需要的真實據點頁競爭。

把地圖寫在開發者與損益負責人都能讀的共用文件。實務上管用的欄：網址或範本、桶、證據連結（Search Console 或爬取 ID）、商業影響、建議動作（保留／合併／轉址／noindex／刪除／重寫）、負責人、完成日。

這張地圖存在前，不要開第二個「SEO 專案」。否則你會在未修的腐爛上再付新內容。

## 清理稀薄與改寫內容，但不燒掉權益

![僅城市名互換的近乎相同稀薄內容頁](/work/assets/blog/agency-04-thin-content.webp)

*一疊近乎相同的頁面紙，封面只換城市名。*

代理商合作後的稀薄內容常有三種：改寫服務頁、無專業的日曆部落格，以及入口式據點農場。Google 自己的 [以人為本內容](https://developers.google.com/search/docs/fundamentals/creating-helpful-content) 指引就是標竿。若頁面幫不到已找到你的人，就不該當索引目標留下。

先處理有曝光的頁面匯出。依點擊降序。保護贏家，即使文案不完美。再開曝光很多、幾乎沒點擊的長尾，以及報告裡根本沒出現的範本。

對每個叢集（例如 `/services/plumbing-in-*`）：

1. 決定真實商業足跡。哪些城市或服務你真有人員、庫存或執照？
2. 保留或重寫符合足跡、且有獨特證明的頁（照片、團隊、案例筆記、定價邏輯、你能站台的在地 FAQ）。
3. 差異只是外觀時，合併近重複至較強樞紐。
4. 退役網址 301 到最佳剩餘目的地。軟 404 或「頁面已移除」且無轉址，會丟掉剩餘權益與書籤。
5. 移除 CMS 條目與 sitemap 列，讓爬蟲看到的清理與人看到的一致。

改寫部落格情感上較容易、營運上較難，因為數量大。依主題批次。若十篇重述同一答案，留最不糟的一篇、轉址其餘，只在搜尋需求與業務對話重疊處排真正重寫。

> **常見錯誤：** 一個下午大量刪除每個代理商網址卻不做轉址。你覺得有效率。Search Console 出現 404 暴增，少數仍排名的頁失去路徑。

若懷疑規模化 AI 入口內容，優先拆除農場，而非打磨單篇。數量曾是產品。你的清理產品是更少、更清楚的網址。

## 拆除互相打架的外掛與佈景臃腫

![WordPress 後台塞滿重疊的 SEO、快取與 schema 外掛](/work/assets/blog/agency-05-plugin-bloat.webp)

*CMS 外掛面板塞滿重疊的 SEO、快取、schema 與資安圖示。*

代理商常裝自己熟的工具，合約結束後就留下。尤其 WordPress，你可能找到兩個 SEO 外掛、兩個快取、壞掉的 schema 包、會改寫網址的圖片優化器，以及限速 Googlebot 的「資安」外掛。

通常能扛住正式環境的清理順序：

1. 盤點作用中外掛與 mu-plugins。記下誰寫入 `.htaccess`、注入 head 標籤或產生 sitemap。
2. 有測試站就先複製。沒有就排維護窗並保持備份可用。
3. 選一個 SEO 中繼資料負責人（title、canonical、robots）。匯出設定後停用輸家。
4. 選一條快取路徑（主機快取、外掛或 CDN）。堆疊頁面快取會造成「我修了但線上站不同意」的幽靈。
5. 確認範本不依賴短代碼後，移除棄用的頁面建置器與未使用佈景。
6. 再查 Core Web Vitals 與營收網址的 HTML。確認單一 canonical、單一 title，且關鍵 CSS／JS 仍載入。

佈景臃腫常是阻塞渲染的字型堆、首頁建置器全站載入未用區塊，以及手機選單載入桌面巨型導覽腳本。Search Console 或 [CrUX](https://developer.chrome.com/docs/crux) 欄位資料顯示範本級問題時，修範本類別，而不是追一個幸運網址。

你不需要零外掛。你需要每項工作一個清楚負責人，且沒有默默第二個寫手改 canonical。

## 理清索引與 canonical 混亂

![搜尋索引迷宮：衝突的 canonical 箭頭與 sitemap 節點](/work/assets/blog/agency-06-index-errors.webp)

*索引節點迷宮，箭頭指向衝突的 canonical 網址與 sitemap 條目。*

代理商工作後的索引問題常來自「幫忙」的預設。參數網址被索引。測試站被連結。分面篩選製造上千稀薄變體。遷移留下 HTTP 與 HTTPS 雙胞胎。Canonical 指向行銷站已不用的過時路徑。

以 [Google Search Console](https://search.google.com/search-console/about) 作為 Google 目前想法的事實來源，再用線上 HTML 與你的爬取確認。

實作排查：

- **涵蓋範圍／頁面報告。** 依原因分組。「已檢索 - 目前未建立索引」與「重複網頁，使用者未選定標準網頁」值得抽樣，不要把每列當緊急。「因 noindex 而排除」落在營收範本上才是緊急。
- **網址檢查** 對轉換最高的自然流量網址。該在 Google 時確認「網址已在 Google 上」，且檢查到的 canonical 符合你的偏好網址。
- **Sitemaps。** 只放正規、可索引的 200。移除轉址、noindex 與後台殘留。CMS 修好後提交清理後的索引。
- **robots.txt。** 確認你沒有封鎖前廠商在不理解情況下「加固」的資源或路徑。
- **內部連結。** 導覽與頁尾應指向偏好網址。只存在舊 XML sitemap 的孤兒是警訊。

Canonical 策略是你要寫下來的決策。單靠外掛核取方塊撐不住。對分面導覽，決定篩選是否可索引。多數型錄應保留一小組有用落地頁，其餘用一致規則排除索引（canonical 到父層、noindex，或兩者並用，謹慎套用）。把規則寫下來，免得下一個開發者發明新規則。

> **最佳實務：** 大型 canonical 或 noindex 變更後，兩到四週再匯出頁面報告並比較原因碼。清理是迭代的。一次部署很少清掉每個陳舊網址。

若排名在代理商主導的改版後立刻下滑，先比對舊新網址地圖，再怪「演算法」。許多「SEO 災難」是壞轉址與遺失內部連結穿了戲服。

## 謹慎處理垃圾連結，慢慢考慮任何否定

![反向連結圖：有毒叢集與正常引用分開標示](/work/assets/blog/agency-07-backlink-toxicity.webp)

*反向連結圖中，密集垃圾叢集與一般引用連結分開。*

代理商關係後的連結毒性情緒上很大聲、常被誇大。無關客座與目錄轟炸在試算表裡很醜。Google 多年來已降低低價值連結垃圾的幫助。不過，若你收到人工處分，或看到與該合作綁定的明顯付費連結模式，你需要紙本軌跡與謹慎回應。

從事實開始：

- 匯出你能存取的連結（Search Console 連結報告，加上合約仍涵蓋的任何工具）。
- 標模式：營收關鍵字的完全比對錨點、突然暴增、無主題關係的站、頁尾全站連結，以及在同一套餐裡跨競爭對手重複的網路。
- 在 Search Console 查與不自然連結相關的 [人工處分](https://support.google.com/webmasters/answer/9044175)。人工處分會改變劇本。僅演算法嫌疑不代表明天必須否定。

Google 的 [否定連結工具](https://developers.google.com/search/docs/specialty/more/disavow-links-tool) 適用於無法移除連結且你認為有問題的情況，尤其有人工處分時。文件清楚寫多數站從不需要。誤用製造忙碌，也可能丟掉你寧願保留的連結。

作業順序：

1. 有聯絡資訊且量可控時，嘗試移除最差主機。
2. 記錄你要求了什麼、什麼變了。
3. 僅對剩餘、無法移除的明確垃圾考慮否定檔，並由做過這事的人審核。
4. 不要因為投影片叫它們「有毒」就否定自己的資產、合作媒體稿或一般目錄引用。

審連結時，停掉舊代理商仍在收費的付費置入。未來垃圾比過去垃圾好防。

## 優先清理順序（才不會煮乾海洋）

![從鎖定權限到內容重寫的編號清理階梯](/work/assets/blog/agency-08-cleanup-order.webp)

*清理階梯：底部是鎖定權限，頂部是內容重寫。*

順序比英雄主義重要。多數中小型站可行的順序：

1. **權限、備份、Search Console 擁有權**（第 0–2 天）
2. **停掉機器**（自動發布、入口產生器、魯莽連結廠商）
3. **索引緊急情況**（營收網址 noindex、測試站誤入索引、關鍵轉址失敗）
4. **追蹤完整性**，才能衡量修復是否有用
5. **改變營收範本 HTML、canonical 或速度的外掛／佈景衝突**
6. **遷移與已刪稀薄網址的轉址與網址地圖清理**
7. **稀薄內容叢集**：轉址，並在業務需要主題處真正重寫
8. **連結分流**只靠證據而非感覺
9. **然後**依你自豪保留的頁，做向前的內容與內部連結計畫

預算緊時，在帶來線索或營收的範本上停在第 7 步。完美部落格彙整可選。正確服務範本不可選。

依技能指派負責人。開發者管 robots、轉址、外掛與範本。擁有產品／方案的人管內容保留／刪除決策。不要讓 SEO 承包商在沒有業務或營運簽字下刪產品網址。

## 成敗在此一舉的轉址與網址地圖

![將舊代理商網址對應到保留目的地的轉址規劃表](/work/assets/blog/agency-09-redirect-plan.webp)

*規劃表：左側舊代理商網址對應右側保留目的地網址。*

多數「我們清理了流量卻更跌」故事是轉址故事。大量刪除前先建一張表。

值得保留的欄：

- 舊網址（精確）
- 今日狀態（200、301、404、軟 404）
- Search Console 或分析中的點擊（若有）
- 決策（保留、301 到 X、移除）
- 新網址
- 已實作（是／否）與誰檢查線上

經驗法則：

- 偏好一跳 301 到最接近的相關線上頁。經三個舊路徑的鏈浪費爬取、搞亂除錯。
- 首頁是最後手段，沒有相關剩餘時才用。寧要主題樞紐，不要懶得丟到 `/`。
- 同一釋出盡量更新內部連結與 sitemap。導覽永遠指著 301，鏈就會長回來。
- 留著表。下一個開發者會需要，當有人問為什麼 `/blog/best-widgets-2021-optimized-copy-3` 還出現在舊 PDF。

部署後用 curl 或瀏覽器開發者工具抽樣測試。確認狀態碼。「瀏覽器裡頁面有載入」不足以證明轉址跳正確。

## 實作情境：內容農場合約後的區域服務站

![區域服務站清理前後的分鏡](/work/assets/blog/agency-10-worked-scenario.webp)

*分鏡：膨脹的據點頁農場縮成較小一組真實服務樞紐。*

想像一家區域居家服務公司。與代理商十二個月產出 180 個「城市 × 服務」頁、每週五篇部落格、三個 SEO 外掛（兩個停用但仍安裝），以及列出每個分頁與標籤網址的 sitemap。線索持平。品牌查詢仍有效。非品牌服務查詢變軟。Search Console 顯示許多已檢索未索引與重複。

**第 0 週。** 負責人經 DNS 取回 Search Console、匯出成效、完整備份、建立自己管理員後移除代理商管理員。

**第 1 週。** 損害地圖。營收網址是 `/services/drain-cleaning/`、`/services/water-heater/`，以及約十五個他們真有人員駐點的城市。其他城市頁是改寫。追蹤有兩個 GA4 標籤觸發。外掛 A 與 B 都輸出 canonical。

**第 2 週。** 技術止血。只留一個 SEO 外掛。移除重複標籤。Sitemap 限於正規服務頁與真實城市頁。robots.txt 只移除代理商為已不存在測試路徑加的殘留 Disallow。

**第 3–5 週。** 內容。保留十五個有真實團隊與獨特 FAQ 的城市頁。其餘 301 到對應服務樞紐或最近真實城市。部落格：保留二十篇對應業務問題；轉址近重複；日曆灌水盡量轉址到主題樞紐後刪除。

**第 6 週。** 連結審查發現無關生活風格站的客座套餐。無人工處分。要求移除最差十個。暫不否定。

**之後。** 頁面報告中的索引膨脹隨後續爬取縮小。公司停止為數量付費，開始請主題負責人寫更少、更清楚的頁。排名不會按時鐘「彈回」。清理的重點是你能捍衛並改善的站，以及你信任的衡量。

你的數字與 CMS 會不同。順序（掌控 → 地圖 → 緊急 → 範本 → 稀薄叢集 → 連結）可遷移。

## 救援：自行做 vs 請人

![自行清理清單與聘請 SEO 救援專家之間的決策分叉](/work/assets/blog/agency-11-diy-vs-hire.webp)

*路分叉：一邊是 DIY 清單夾板，一邊是帶小工具組的聘請救援專家。*

適合自己做時：

- 你仍有管理員權限，且有能交付轉址與外掛變更的開發者
- 損害多半是明顯稀薄頁與工具雜亂
- 流量惱人但非生死，且能擠出幾週專注時間
- 沒人收到你不理解的人工處分

適合請協助時：

- Search Console 權限有爭議或驗證壞掉
- 下滑底下是遷移、改版或換網域
- 你看到人工處分、資安事件或無法隔離的注入垃圾
- 網址數大到保留／刪除需要爬取抽樣與真正轉址計畫
- 領導層在提告或扣款前要外部解讀（文件品質很重要）

好的救援合作應留給你損害地圖、轉址表、在你登入下的 Search Console，以及依商業影響排序的短待辦。不該把你困在另一個只報「關鍵字已優化」的不透明長期約。

若聘請，問他們如何避免再建農場：誰寫、什麼證據才允許發布，以及拒絕賣什麼（付費連結、排名保證、入口自動化）。拒絕沒查 Search Console 就立刻否定，或承諾無法控制的復原日期的廠商。

交接混亂穩定後，聚焦技術排查可與這份清理並存。這裡的救援順序停在代理商殘渣。更深的爬取與索引清單是需要時的另一份工作。

## 常見問題

### 開除 SEO 代理商後排名多久恢復？

沒有誠實的通用時間表。Google 依自己的排程重新爬取與處理。部分索引清理幾週可見動靜。內容信任與連結殘渣可能更久。衡量你可控的領先指標：營收網址正確 canonical、頁面報告中垃圾縮小、分析完整性恢復，以及你保留的自然落地頁帶來的線索。把「保證 X 日前恢復」當業務話術。

### 該刪掉前代理商發布的一切嗎？

不該。從仍帶來點擊或轉換的網址開始，再決定保留、重寫、合併或轉址。沒有轉址地圖的全面刪除，常毀掉混在混亂裡的殘餘價值。刪掉持續製造垃圾的系統。對已有歷史的網址要精準。

### 糟糕連結建設後一定要否定檔嗎？

通常不用。Google 關於 [否定工具](https://developers.google.com/search/docs/specialty/more/disavow-links-tool) 的文件把它定位為選用，主要在你有明確問題且無法靠移除解決時，尤其有人工處分。先審證據。不要上傳從恐懼導向稽核 PDF 刮來、未經人工審核的巨大否定檔。

### 清理稀薄頁時還能維持排名嗎？

常可以，若順序正確。先保護並改善營收範本，把退役網址轉址到相關替代，避免在「思考」時大量 noindex 有用內容。一次改很多網址會有暫時波動。依範本批次、刪除時一併交付轉址，看 Search Console，而不是同一晚改五個系統。

### 新 SEO 廠商第一天我該書面要求什麼？

你擁有 Search Console、分析、CMS 與廣告帳號；你能讀的共用待辦；明確拒絕排名保證與付費連結套路；以及每個衝刺的完成定義（變更的網址、交付的轉址、移除的頁、測試的模組）。若唯一交付是關鍵字排名 PDF，你買的是報告。你仍需要網站每週如何變更的作業系統。

## 結語

糟糕代理商 SEO 在四處留下殘渣：沒人會寄給客戶的內容、互相改寫標籤的工具、滿是你從不打算排名的網址的索引，以及你可能沒核准的連結。修復是先擁有權，再損害地圖，再依序清理：優先營收範本與誠實衡量，而不是又一波發布。

若你要協助把混亂交接變成可捍衛的排名修復清單與轉址計畫，請[透過聯絡表單](https://form.ms/ja5zic)聯繫。