網站經營久了，文章裡引用的外部資源會在你沒注意的時候一條條失效。對方換網域、刪頁面、改網址結構，你站內那條連結就指向一個 404 頁面，而你完全不會收到通知。失效連結偵測修補之所以容易被忽略，正是因為它不像版面跑掉那樣一眼看得出來，往往是讀者點下去撲空、或排名悄悄滑落之後，你才回頭發現問題。

這篇文章聚焦在「站內指向站外」的外部連結，談它跟內部連結哪裡不一樣、各種連結狀態碼分別代表什麼、用哪些工具定期偵測、偵測到之後一條一條怎麼修，最後把這些動作收斂成一套可以長期執行的維護節奏。WooCommerce 商店常見的外部連結失效情境也會一併談到。

失效的外部連結跟內部連結，維護方式哪裡不同

外部連結是你站內指向其他網站的超連結，失效時你能動的只有「自己這端」，沒辦法叫對方把頁面修回來。這一點就跟內部連結根本不同：內部連結壞掉，通常是你自己改了固定網址或刪了文章，補一個 301 重新導向、或把連結指回正確頁面就解決了，主控權在你手上。

外部連結則是你把命運交給別人。對方移除頁面、更換網域、調整網址命名規則，你站內的連結就跟著失效，而這些變動不會有人通知你。所以外部連結的維護重點不是「修好那個頁面」，而是「定期把失效的找出來，然後決定要換、要拿掉、還是先觀察」。

失效連結在業界也常被稱作死連結（Broken Link、Dead Link），指的是原本指向某個頁面、檔案或圖片的超連結，因為目標被移除、改名或網址變動，點過去出現 404 或其他錯誤。內外部連結都可能變成死連結，但偵測與修補的策略要分開思考。

失效的外部連結會怎麼拖累 SEO 與使用者體驗

外部連結失效的傷害分兩端，一端是搜尋引擎，一端是真實讀者，後者通常被低估。

對讀者來說，點一條連結想看延伸資料，結果跳到一個 404 畫面，這個體驗會直接削弱對內容的信任。一兩條或許還好，當一篇教學文裡引用的三條工具連結有兩條撲空，讀者會合理懷疑這篇文章是不是很久沒更新、資訊還能不能信。停留時間下降、跳出率升高，這些訊號長期累積，Google 會逐漸把這類頁面判定為對使用者幫助有限。

對搜尋引擎來說，Google 並沒有明說「站內有失效連結就直接降排名」，畢竟頁面一多，偶爾一兩條死連結在所難免。真正的問題是量。當失效連結多到讓爬蟲在你站內頻繁撞到錯誤回應，爬蟲對網站內容的理解會被干擾，也會被解讀成這個網站疏於維護。換句話說，會影響 SEO 的前提是「失效連結太多、太久沒處理」，而不是單一一條。

這也是為什麼定期偵測比一次性大掃除更重要。連結失效是持續、不可預期地發生的，今天全部正常，不代表三個月後還正常。把偵測變成例行動作，才能讓失效連結始終維持在不傷害網站的低水位。

看懂連結狀態碼，才知道每條外部連結該怎麼處理

偵測工具回報失效連結時，會附上一組 HTTP 狀態碼，這是伺服器對「能不能給我這個頁面」這個請求的回應。看懂狀態碼，你才不會把暫時性問題誤當成永久失效、把對方的防護機制誤刪成死連結。

狀態碼依開頭數字分成幾個大類：2 開頭代表成功、3 開頭代表轉址、4 開頭代表用戶端或目標頁面的問題、5 開頭代表對方伺服器出狀況。實際維護外部連結時，最常遇到的是下面這幾種。

這張對照表的重點是：不是每個非 200 的回應都要立刻動手。403 與 503 經常是假性失效，貿然刪掉反而會誤傷正常連結；真正需要積極處理的是 404，因為它代表目標已經不在了。

定期偵測站內外部連結的三種主要做法

偵測站內的失效外部連結，主流有三種途徑：裝 WordPress 外掛、用線上檢查工具、用桌面爬蟲軟體。三者各有適合的場景，差別主要在「要不要吃主機資源」和「能掃多深」。

WordPress 外掛：直接在後台運作，掃描文章、頁面、留言裡的連結，發現失效會在後台清單列出，部分外掛還能寄信通知。優點是跟內容綁在一起、可以直接在後台修，缺點是掃描動作會佔用主機資源，小主機或大網站要特別留意設定。

線上檢查工具：在外部網站輸入你的網址，由對方的爬蟲跑一遍，回報失效清單。常見的有 Dead Link Checker、brokenlinkcheck、Dr. Link Check 之類。優點是完全不吃你的主機，缺點是多半有檢查數量上限（例如某些免費版限制 1500 條連結），且只能看不能直接改，得回後台手動修。

桌面爬蟲軟體：以 Screaming Frog 為代表，安裝在自己電腦上，模擬搜尋引擎爬整站，回報各頁的狀態碼，可以在「回應碼」分頁篩出 4xx 用戶端錯誤，找到所有外部死連結。它的技術細節最完整，免費版可掃 500 個網址，對中小型網站夠用。缺點是要另外學介面，且結果一樣是清單，修補仍要回 WordPress 操作。

一個務實的搭配是：用外掛或線上工具做日常定期偵測，網站改版、搬家、或大批匯入內容後，再用桌面爬蟲做一次完整健檢。

WordPress 用外掛偵測的設定與主機資源取捨

WordPress 上最常被使用的偵測外掛是 Broken Link Checker，它由 WPMU DEV 開發，能找出站內失效連結並標示原因，還能直接在後台修，省去一篇篇進文章找連結的時間。它分成 Local（本地）與 Cloud（雲端）兩種模式，這個選擇直接牽動主機負擔。

Local 模式在你自己的主機上跑掃描，可設定與修改的細節最完整；Cloud 模式把掃描移到對方伺服器，比較不吃主機資源，但部分功能要付費。判斷原則很簡單：如果用的是資源充裕的主機、或想要最完整的後台控制，選 Local；如果是共享主機、流量大、或網站連結量龐大，Cloud 比較不會拖慢前台。

設定時有幾個值得留意的地方：

• 檢查頻率：預設多為每 72 小時掃一次，一般網站維持預設即可。連結失效本來就不是天天發生，過於頻繁的掃描只是白白消耗主機資源，網站大、重要資料多再考慮縮短。
• 檢查範圍：建議勾選已發佈的文章、頁面、留言即可，不必全站全勾。草稿與未發佈內容還沒被索引，連結失效影響有限，發佈前再確認就好。
• 連結類型：一般 HTML 連結要勾，圖片連結、純文字裸網址、嵌入的影片也建議納入，這些都是外部資源失效的重災區。
• 最長執行時間：連結很多時，單次掃描可能跑很久而吃滿主機資源。設一個執行時間上限，讓掃描分批進行，主機小的人尤其要設短一點。
• 電子郵件通知：開啟後失效時會主動寄信給管理員，這是讓偵測「不靠人記得」的關鍵，建議務必打開。

至於「要求搜尋引擎停止追蹤中斷的連結」這個選項，影響其實有限，因為只要你願意修，失效連結本身就會被解決；真正傷 SEO 的是「連到內容不相關的錯誤頁面」，那要靠人工判斷，不是勾一個選項能處理的。

偵測到失效的外部連結後，一條一條怎麼修補

偵測只是找出問題，真正的價值在修補。拿到失效清單後，建議先把每一條都點開人工確認狀態，再依情況分四種處理方式，不要看到標紅就一律刪。

第一種、確認是誤判就標為正常。 403 這類「對方拒絕存取」很常是 Cloudflare 防護或付費牆造成的，連結其實正常。先自己在瀏覽器開一次，能正常開就在工具裡標記「並未中斷」，這條就會從失效清單消失。誤判比想像中常見，先排除它能省下很多力氣。

第二種、目標搬家就換成新網址。 如果對方是換網域或調整網址結構（回報 301 或搜尋得到新頁面），就把站內連結更新成新網址。若外掛有提供替代連結建議，可以參考但仍要自己確認指向的內容相符，改完務必重新檢查一次，看到回報 200 才算修好。

第三種、目標已刪除就找替代或移除。 確認對方頁面是真的被刪、找不到對應新頁（典型 404），就得找其他可信的替代資源接上；如果沒有合適替代，就把這個連結拿掉。注意「取消連結」這個動作通常只移除連結、保留原本的文字，若整段敘述都因為連結失效而不成立，要進文章把段落一起調整。

第四種、暫時性問題就先觀察。 503 過載這類多半是短暫狀況，先記下來、過幾天重新檢查，恢復就不用動；若一直沒恢復，再當成需要更換的連結處理。

修補時有一個容易被忽略的原則：替換連結時優先選「跟你內容相關性高」的目標，而不是隨手找一個還活著的網址塞進去。連到不相關的頁面，對讀者沒幫助，對搜尋引擎理解你的內容也是干擾。

WooCommerce 商店的外部連結有哪些特別容易失效

經營 WooCommerce 商店時，失效的外部連結有幾個固定的高風險區，這些是純內容網站不太會遇到、但商店一定要納入偵測範圍的。

商品描述裡引用的供應商規格頁、原廠產品頁、認證或檢驗報告連結，是最容易悄悄失效的一群。原廠改版官網、下架舊型號、或把規格 PDF 換了位置，你商品頁那條連結就斷了，而這類連結往往攸關買家對商品的信任判斷。外部圖床或第三方託管的商品圖、型錄檔案同理，對方一搬家，圖片連結就失效，商品頁會直接開天窗。

另外，若商店用了「外部／聯盟商品」這類把購買按鈕指向站外的設定，那個外部網址一旦失效，等於整個購買動線斷在最後一步。這種連結的失效成本遠高於一般內文連結，應該列為偵測的最高優先。

實務上，建議把商品頁、商品分類頁明確納入偵測外掛的檢查範圍，並把含有外部購買連結、規格連結的重點商品標記出來、提高檢查頻率。涉及導購或外部結帳的連結若失效，影響的是實際成交，不只是體驗，值得用比一般內容更嚴格的標準盯著。

從偵測到修補，怎麼把外部連結維護變成固定節奏

把零散的動作變成一套會自動運轉的節奏，失效連結偵測修補才不會淪為想到才做、做完又忘的一次性工程。

先把偵測自動化：在偵測外掛裡開啟定期掃描與電子郵件通知，讓系統替你記得，預設的數十小時掃一次對多數網站已經足夠。再把修補變成例行清單：固定每週或每兩週進一次後台失效清單，照「先排除誤判、再依狀態碼分類處理」的順序清掉，不要等清單累積到上百條才動手。最後留一個觸發點：每次網站改版、搬家、或大量匯入文章與商品之後，用桌面爬蟲做一次完整健檢，因為這些動作最容易一次製造出大批死連結。

外部連結會持續失效是常態，不是你哪裡做錯。能把它控制在不傷網站的，從來不是某一次的大掃除，而是「偵測有人盯、修補有節奏、改版後有複查」這套穩定運轉的維護機制。今天就先去偵測外掛把定期掃描和通知打開，讓網站從現在起替你看著每一條連往外面的路。