外掛目錄搜尋欄打進「Broken Link Checker」，畫面立刻跳出兩支長得幾乎一樣的外掛，名字相同，功能敘述也都圍繞著同一件事，抓出網站裡失效的連結。裝之前分不清楚該選哪一支，不是你眼花，而是這個名字本來就被兩間不同公司同時用掉了。
這支外掛真正要解決的問題，是多數經營網站的人遲早會撞上的狀況。文章寫了三年、五年，裡頭引用的外部連結有些網站關站、有些網址改版，讀者點下去只看到一頁 404，搜尋引擎也在同一批網址上重複撲空。Broken Link Checker 做的事很單純，定期掃描文章、頁面、留言與自訂欄位裡的每一個連結，把失效或被轉址的網址挑出來，集中在後台一個儀表板裡讓你逐一處理。WPMU DEV（這支外掛目前的開發商）自己公布的數字是，外掛累積下載超過 1700 萬次，平均每天替使用者找出 5 萬多個失效連結，用量本身就說明這不是一個冷門的邊緣工具。
問題是，搜尋到的兩支「Broken Link Checker」規格與定價邏輯都不一樣，選錯很容易白忙一場，兩支的差異得先分清楚，才知道 WPMU DEV 開發的這支免費版實際能做到哪些事。
Broken Link Checker 是什麼？搜尋這個名字前，先分清楚兩套不同外掛
根據 WPMU DEV 官方外掛頁的說明，Broken Link Checker 會自動監控整個網站，掃描文章、頁面、留言與自訂欄位裡出現的每一個連結，揪出失效或被轉址的網址，再把結果集中在一個儀表板，讓你不必逐篇文章翻找就能一次修好。這支外掛的歷史不短，最早在 2007 年 10 月上架，如今已經來到 2.4.14.1 版，需要 WordPress 6.2 以上、PHP 7.4 以上才能安裝，官方測試相容到 WordPress 7.1；啟用安裝數超過 50 萬，累積 605 則評分，平均落在 76%左右（約 3.8 顆星）。它最早由開發者 Janis Elsts 在 2007 年寫出來，後來由 ManageWP 接手維護，2019 年 11 月再轉交給 WPMU DEV 團隊，持續維護到現在。
同樣叫「Broken Link Checker」，All In One SEO（AIOSEO）團隊也做了一套。根據 AIOSEO 官方頁面與外掛目錄頁的說明，這支外掛的 slug 是 broken-link-checker-seo，跟 WPMU DEV 這支是完全不同的公司、不同的產品。AIOSEO 版走的是雲端 SaaS 服務，收費邏輯也不一樣，兩者除了名字相同，功能設計與商業模式幾乎沒有交集。這篇文章鎖定的是 WPMU DEV 開發的這支免費版，後面提到的每一個功能、每一張截圖，指的都是這一支，不是 AIOSEO 那套。
多數討論高估了 404 對排名的直接殺傷力
網站裡出現 404，不少人直覺反應是排名會被拖累，但這個說法其實被 Google 自己否定過。Google Search Central 官方部落格在一篇說明文章裡寫得很直白，網站上某些網址不存在或回傳 404，並不會影響網站其他網址（那些回傳 200 成功狀態碼的頁面）在搜尋結果裡的表現。換句話說，單純一個連結失效，不會連坐拖累網站其他頁面的排名。
真正該在意的，是失效連結長期堆積之後帶來的另一條路徑，排擠爬取資源。Google Search Central 的官方文件「大型網站的檢索預算管理」提到，網站上有太多低價值網址，會對檢索與索引造成負面影響；文件特別點名 soft 404（頁面實際顯示找不到，伺服器卻回傳 200 狀態碼）這種情況，因為它會持續被爬取、白白浪費檢索預算，還可能讓 Google 把資源集中在這些低價值頁面上，而不是真正重要的頁面。
這也是持續清理失效連結真正該做的理由。不是怕某一個 404 單獨拖累排名，而是網站經年累月堆出一堆沒人管的失效網址與 soft 404，會讓搜尋引擎的檢索資源被分散到不值得的地方。與其等問題累積到那個程度，不如一開始就設定好自動掃描，養成定期清理的習慣。
從安裝到選擇掃描引擎的第一次設定流程
安裝這支外掛跟安裝任何 WordPress 外掛一樣，在外掛目錄搜尋「Broken Link Checker」，找到 WPMU DEV 開發的這支，點安裝再啟用即可。啟用之後，第一件事不是急著設定掃描規則，而是決定要用哪一套掃描引擎；這個決定會直接影響掃描的速度、耗用的主機資源，甚至能不能掃到受保護的頁面。
這支外掛預設會依帳號連結狀態，自動分配一套引擎。如果網站從沒連過 WPMU DEV 的 Hub 帳號，第一次啟用拿到的會是本地（Local）版本；如果網站已經連結 Hub 帳號，啟用當下就會直接拿到雲端（Cloud）版本。沒有 Hub 帳號也不用擔心，設定過程中可以現場免費建立一個，不需要先花錢升級成付費會員。WPMU DEV 官方文件寫得很清楚，拿到 Local 版之後，只要點外掛選單裡的「Cloud（new）」，畫面就會跳出「Connect to WPMU DEV」的按鈕，選「Create a free account」現場註冊，系統會在註冊完成後立刻自動跑第一次掃描。
這兩套引擎不只是介面命名不同，實際掃描時的運作邏輯也完全不一樣。
雲端和本地兩套引擎採取完全不同的掃描邏輯
兩套引擎的差別不在介面長什麼樣子，而在於掃描這件事在誰的伺服器上執行。本地引擎讓外掛在自己的主機上跑，靠 WordPress 內建的 WP-Cron 排程機制定期執行；雲端引擎則把整個掃描工作外包給 WPMU DEV 自己的伺服器，網站只是被動接受掃描請求。
本地引擎的自由，換來的是效能代價；雲端引擎的速度，換來的是可見範圍受限。這兩筆帳各自划不划算，要看網站的實際狀況。
本地引擎不必連外部帳號，但要自行承擔效能代價
本地引擎是這支外掛最早期（2.0 版之前）唯一的做法，運作邏輯很單純，掃描直接在自己的主機上執行，不需要連接任何外部帳號，也不用依賴 WPMU DEV 的伺服器。它可以掃描文章、頁面、留言等內容裡的內部與外部連結，連結可以直接在後台就地編輯，失效狀況也能設定儀表板通知或 email 通知；篩選功能也不差，能依網址、連結文字等欄位搜尋特定連結。
代價要老實講清楚。本地引擎的掃描完全吃自己主機的資源，實際表現會被主機方案能給的資源上限拖住，如果網站上還裝了其他外掛，也可能出現衝突或 WordPress、PHP 錯誤。另一個比較少人注意的風險是，掃描過程需要對外部網站重複發送請求去確認連結是否還活著，WPMU DEV 官方部落格提醒，這種重複 ping 外部網站的行為容易被對方的網路服務供應商視為可疑行為，讓網站有被列入封鎖名單的風險。
雲端引擎改用 WPMU DEV 伺服器完成掃描
雲端引擎把整套掃描工作搬到 WPMU DEV 自己的伺服器執行，官方在外掛頁宣稱速度比本地引擎快 20 倍，而且完全不佔用網站的資源，也不會因為連結數量多而受限，適合大型或多個網站同時使用。它同時遵守網站的 robots.txt 規則，如果 robots.txt 裡對它專屬的 User-agent 訂了 Crawl-delay 之類的指示，雲端引擎會照著遵守；另外也會自動跳過一批本身就會擋爬蟲的平台網域，不浪費在掃不到結果的地方。
不過雲端版有個限制要先說清楚。它靠的是外部爬蟲去抓公開可見的頁面，如果網站正掛著維護模式、會員限定內容擋著，或是有頁面完全沒有任何導覽連到（孤立頁），雲端引擎可能整個掃不到。WPMU DEV 官方文件也直接點出，這會導致本地版與雲端版掃出的結果不一致，原因不是哪一套算錯，而是兩套引擎本來就看得到不一樣的範圍。
多站台環境下的引擎啟用規則
兩套引擎沒辦法同時開著跑，可以隨時在兩者之間切換，但不用擔心來回切換會弄丟已經存好的設定值，系統會保留下來。
如果是 WordPress 多站網路（Multisite）環境，還有一條額外規則要注意。因為在 Multisite 架構下掃描本身比較複雜，新版的雲端引擎在網路啟用時，只有主站可以使用；各個子站不受影響，固定沿用本地版繼續運作。這代表用 Multisite 架管多個子站的人，不能指望每個子站都切換到雲端版，只有網路的主站才有這個選項。
掃描範圍涵蓋文章、頁面、留言與內嵌媒體
不管用哪一套引擎，Broken Link Checker 檢查的範圍都比多數人以為的只掃文章內文廣不少。它會掃文章、頁面、留言、自訂欄位裡出現的連結，也認得出內嵌的 YouTube 影片與播放清單網址，連圖片連結（找出讀取不到的遺失圖片）都算在檢查範圍內。要檢查哪些內容類型也可以自己調整，WPMU DEV 官方外掛頁 FAQ 裡直接寫明，連自訂文章類型與 WooCommerce 商品連結都能一起掃。
雲端引擎另外有一份固定跳過不掃的網域清單，一共 9 個，Google Drive、Zendesk、Google Play、Cloudflare、LinkedIn、Instagram、Facebook、youtu.be 短網址與 X（原 Twitter）。這些平台本身就會擋爬蟲流量，硬要掃只會白白浪費資源，官方乾脆直接排除。
另外兩個容易被忽略的技術細節值得記下來。第一，網址裡的查詢參數（例如結尾多一段 like=this 這種參數）預設會被外掛忽略、視為同一個網址，不會被誤判成一堆重複的失效連結，想連查詢參數都一起比對的話，可以在設定裡另外打開。第二，單一連結最多只會追蹤 3 層轉址，超過 3 層就直接判定為錯誤，不會無限往下追。
集中儀表板把連結分成失效、轉址和已忽略三種列表
掃描跑完之後，結果會集中呈現在後台的一個儀表板，依狀態分成三種清單，失效（Broken）、轉址（Redirects）、已忽略（Dismissed）。每一筆連結底下都能看到具體資訊，像是回傳的狀態碼、連結文字、這個連結出現在哪一篇文章裡、上次檢查的時間，不用一篇一篇打開文章去對照。
清單也支援篩選與搜尋，可以依狀態、網域，或直接打關鍵字去找特定連結。WPMU DEV 官方部落格提到，從摘要畫面就能用下拉選單依狀態或網域篩選，方便一次處理同一類問題。每頁要顯示幾筆、要看哪些欄位，也能透過畫面右上角的 Screen Options 自行調整，習慣一次處理大量連結的人可以把每頁筆數拉高，減少翻頁次數。
失效連結能批次編輯、取消連結或忽略，不必逐篇修改文章
找到失效連結之後，不需要打開那篇文章手動改，直接在儀表板上就能處理。核心動作有三個，Edit（把連結指到新的網址）、Unlink（整個拿掉連結，變回純文字）、Dismiss（先忽略，但外掛仍會持續在背景監控它的狀態）。
還有兩個比較少被提到、但實務上很好用的動作。Recheck 可以針對單一連結立刻重新檢查一次，不必等下一輪排程掃描，結果馬上就會顯示在畫面上，不用重新整理頁面。Fix redirect 則是把一個會轉址的連結，直接改成轉址後的最終網址，省掉連結還能用、但多繞一手的效能損耗。這兩個動作都是後續版本才加進來的功能。
批次處理也考慮到重複網址的情境。如果同一個失效網址在多篇文章裡重複出現，畫面預設只會顯示前 10 筆，並提示還有多少筆沒顯示；可以選擇只處理看得到的這 10 筆，也可以選擇把動作套用到所有使用同一個網址的地方。外掛頁 FAQ 也特別澄清，這支外掛不會沒經過同意就自己改動內容，它只負責找出問題、給選項，實際要不要改由使用者自己決定。
編輯失效連結時可直接採用 Wayback Machine 的存檔版本
編輯失效連結時，還有一個多數同類外掛沒有的細節功能。外掛會主動去查 Internet Archive 的 Wayback Machine，看這個失效網址有沒有留下存檔版本，如果有，編輯視窗裡就會直接出現一個 suggestions 建議欄位，列出對應的存檔網址，省掉自己跑去 archive.org 手動搜尋比對的功夫。
這個功能不是官方單方面的說法，外掛頁的使用者評論裡也有人特別提到，喜歡它能自動更新已轉址的連結、還能去查 Wayback Machine 找失效連結的存檔版本，一次一個或批次處理都做得到。如果不需要這項提示，也可以在設定裡把它整個關掉，路徑在 Settings 底下的 Link Checker 一般設定頁。
排程掃描與 Email 通知，不必自己記得回來檢查
多久掃一次、怎麼收到通知，都可以自己設定。掃描頻率有每天、每週、每月三種選擇，選每天還可以指定在一天裡的哪個時段執行，選每週或每月則可以再指定星期幾或幾號執行。
通知的管道也不只一種。可以設定即時 email 警示，也能在後台儀表板看到摘要，或是收一封排程掃描完成後的報告信，三種可以同時開著，不用只選一種。
收件人不限定是網站的既有使用者，可以直接加現有 WordPress 帳號，也能單獨加任何一個 email 地址進通知清單。至於多久掃一次才夠，WPMU DEV 官方文件建議一般網站定期掃描就足夠，但如果網站規模大、內容異動又頻繁，改成每天或每週掃一次會比較保險。
排除設定讓掃描不必浪費在草稿與追蹤碼連結上
掃描要聚焦在真正重要的內容，排除設定就是為了這件事存在。可以整個排除某種內容類型不檢查，像是還在草稿狀態、尚未公開的文章，也可以指定特定的自訂文章類型跳過。
除了依內容類型排除，也能用網址排除清單指定特定網址或整個網域不檢查。常見的排除情境包括第三方追蹤連結、聯盟行銷連結，或是刻意保留、本來就打算失效的示意連結，這些連結本來就不需要被當成問題處理，排除掉能讓掃描結果更乾淨，更聚焦在真正該修的地方。
掃描異常時，防火牆和自簽憑證是最常見的兩個原因
掃描停滯、跑很久沒結果，或掃出來的數字明顯不合理，最常見的原因通常只有兩個，防火牆擋住了、或網站用了自簽憑證。WPMU DEV 官方文件直接點名，這類狀況多半是網站離線、資安外掛或主機防火牆擋下了掃描請求，或是網站使用自簽 SSL 憑證所導致。
外掛有一個固定的官方 User-Agent 字串，叫做 WPMU DEV Broken Link Checker Spider；如果資安外掛或主機防火牆會依 User-Agent 或 IP 過濾流量，記得把這個名稱，連同官方公布的雲端引擎 IP 位址（165.227.127.103、64.176.196.23、144.202.86.106）一起加進白名單，雲端引擎才有辦法真正掃到網站。
另一個常見卡點是自簽 SSL 憑證。如果網站用的是自己簽發、沒有經過憑證機構驗證的 SSL 憑證，雲端引擎會直接初始化失敗，畫面跳出 Failed Initiation 錯誤訊息。另外，規模很大、連結數量很多的網站要留意時間上限，單次掃描最多跑 3 小時，超過時限會直接回傳當下已經找到的結果或錯誤訊息，不會無限期跑下去。
透過 Hub 帳號集中管理多個客戶網站的失效連結
對網站代管業者或同時維運多個網站的人來說，這支外掛還有一層對代理商設計的功能。透過 WPMU DEV 的 Hub 帳號，可以在同一個畫面同時看到旗下所有已連接網站的雲端掃描結果，不必一個個登入每個網站後台分別檢查。
WPMU DEV 官方部落格把這個功能定位成特別適合代理商、自由接案者，以及同時管理多個 WordPress 網站的人。所有網站都集中在 Hub 管理，還能把報告用白牌（不掛 WPMU DEV 品牌）的形式提供給客戶，對接案或代管服務來說是省時間的做法。
核心掃描功能免費使用且沒有連結數量上限
外掛的費用結構很單純，本體完全免費，不需要付費就能用到全部的核心掃描功能。不管選本地引擎還是雲端引擎，都不設連結數量上限，不會因為網站規模變大、連結變多就被鎖住功能。
雲端引擎唯一需要的門檻，是一個免費的 WPMU DEV Hub 帳號，不必是付費會員也能使用，前面提到的白牌報告也含在免費帳號可用的範圍內；真正要付費的是 Hub 本身代管、進階效能等其他加值服務，不是這支外掛的核心功能。
同樣名字的 AIOSEO 版走的是另一套商業模式，每月有連結掃描的額度限制，超過額度才需要升級付費方案。兩者是不同公司做的產品，商業模式本來就不一樣，這裡只點出差異，不深入比較功能高下。
把失效連結留在網站上，短期不會有立即的懲罰，但長期沒人管，遲早會變成讀者體驗與檢索資源上的雙重耗損。Broken Link Checker 真正解決的不是幫忙抓到幾個 404 這麼單薄的事，而是把原本要靠人工定期巡邏才能做到的維護工作，變成一套排程自動跑的機制。選對引擎，設好排程與通知，接下來只要在儀表板裡處理真正需要處理的連結就好，不用再自己去猜網站上哪個角落又冒出一個新的死連結。