多數人做網站搬家，檢查清單上列的通常是網域轉入轉出、資料庫匯出匯入、SSL 憑證，很少人會把「外掛授權」單獨列成一項，外掛看起來早就裝好、序號也活化過，理論上跟著檔案一起搬過去就沒事。搬完之後檔案完整，資料庫也對得上，打開後台卻發現頁面編輯器只剩免費版能用，進階範本與小工具整排變成灰色，畫面還跳出一行警告，寫著授權跟目前的網域對不上。
Elementor、WP Rocket 這類商用 WordPress 外掛，付費功能的開關其實不是掛在「有沒有裝」，而是掛在外掛授權活化當下記下的那一串網址，跟現在網站實際的網址對不對得起來。這串網址包含通訊協定與網域本身，只要其中一個字元不一樣，廠商的授權伺服器就會判定成另一個網站，把付費功能收回、只留核心版能用。搬家的本質就是在改變網址，換主機、換網域、加裝 SSL，每一種都可能觸發這個機制。
先搞懂外掛授權實際綁定的對象是網域還是使用者，再往下看每一種搬家動作會不會踩到它，最後把補救與盤點的做法一次講完。
外掛授權綁定的是網域，不是使用者帳號
多數商用 WordPress 外掛採用的是「序號綁站」而非「序號綁人」的授權模式：頁面編輯器、快取、備份、表單、SEO 這類付費或 Pro 版本，付費之後拿到一組序號（License Key），要在後台輸入序號，由外掛連回廠商的授權伺服器完成活化。活化那一刻，伺服器記下的不是「誰買的」，而是「這組序號現在裝在哪個網址上」；之後外掛每隔一段時間都會回頭跟伺服器核對現在的網址，跟活化時記下的是不是同一個，兜不起來就跳出授權不符（License Mismatch）的訊息，把付費功能收回。
底層常見的授權技術像 Freemius、Easy Digital Downloads 的授權系統，或 Envato 的購買碼，邏輯都差不多，只是介面用詞不太一樣，不用逐一深究。要記住的重點是，這不是外掛壞掉，也不是被盜用或攻擊，而是廠商設計好用來防止一組序號被裝到好幾個網站上的機制，搬家、換網域正好會踩到它。
鎖住的是付費功能，不是整個網站當機
發生授權不符的當下，網站不會掛掉，前台照常能瀏覽，免費核心功能也繼續運作，被收回的只有 Pro 專屬的那部分，像進階版型、進階小工具、自動更新這幾項。這一點值得先弄清楚，因為第一次遇到的人常會誤判成中毒、外掛檔案損毀，或懷疑主機出問題，急著把外掛整套移除重裝。
問題是，重新安裝一套全新的外掛檔案，並不會改變授權伺服器上「這組序號活化在哪個網址」的紀錄，重裝完照樣跳出同一個警告。以 Elementor 官方針對授權不符提供的排解步驟為例，整套流程只圍繞在解除連結、停用、重新連接並活化這幾個授權層面的動作，完全沒有一步要求移除或重新安裝外掛本體。這正好證實它是純授權層的問題，跟外掛程式本身完不完整無關。
序號活化時，紀錄的是完整網址字串
這裡要精確一點：授權伺服器記下的網址不是只有網域名稱，而是包含通訊協定（http 或 https）在內的完整字串。也就是說，https://example.com 跟 http://example.com 對系統來說是兩串不同的字，即使網域名稱一個字都沒改。
Elementor 官方文件把網域網址的變動，跟 HTTPS、SSL 憑證的搬遷，直接並列成同一類會觸發授權不符的原因，等於官方自己認定通訊協定也是網址的一部分，不是只有換網域名稱才算數。這也是為什麼同一個網站，光是加裝 SSL 憑證、把 http 換成 https，就足以讓授權跳出不符的原因。
換主網域、升級 HTTPS 或多站活化都算觸發
只要活化時記下的網址，跟現在讀到的對不起來，不管背後原因是什麼都算數，不是只有換一個全新網域名稱才算。實務上常見的觸發點其實有 3 種：整個網域換掉、通訊協定從 http 升級成 https，以及測試站跟正式站分別活化占用了名額。
不少團隊習慣先在開發網域或測試站把新版網站跑過一輪，確認沒問題再正式切到正式網域，這個流程其實內建了雙重風險，等於在兩個網址各活化一次，用掉了 2 個站台名額，方案如果只允許少數幾站啟用，很容易還沒搬完，名額就已經用光。
主網域或子網域整個換掉
這是最直觀也最常見的一種：網站從舊網域換成一個全新的網域名稱，或者網址結構整個調整，例如原本掛在子網域 shop.example.com，之後改成主網域 example.com。不管是哪一種，活化時記下的網址整串都變了，授權伺服器一律視為一個全新的網站，跟原本的序號完全對不起來。
Elementor 官方文件舉的例子很直接，一組序號原本活化在 mysite.com，之後試著從 my-site.com 的後台再次活化同一組序號，就會收到授權不符的錯誤，即使兩個網域名稱看起來只差一個連字號，對系統來說也是完全不同的兩個網站。這也是為什麼搬到全新網域這種最大動作的搬家，授權處理反而最不該被忽略。
HTTP 升級成 HTTPS，網址字串本質已經不同
比起換網域，這一種更容易被忽略，網站只是加裝 SSL 憑證，把網址從 http 改成 https，主機沒換、網域名稱也沒換，感覺上根本沒搬家。但對授權伺服器來說，http://example.com 跟 https://example.com 就是兩串不同的字，一樣會被視為網域變動。
要留意的是，這個坑常常是自己造成的，WordPress 後台一般設定裡的「WordPress 網址」與「網站網址」是兩個獨立欄位，加裝 SSL 之後兩欄都要同步改成 https，只要其中一欄還留著 http，光是這個不一致本身就會單獨觸發授權不符，跟外掛授權伺服器那邊的網址記錄完全無關。Elementor 官方文件把 HTTPS、SSL 憑證的搬遷明列為導致授權不符的成因之一，排解步驟的第一步也是先確認這兩個網址欄位完全一致，才往下處理授權本身。
測試站與正式站同時掛同一組序號超額
搬家常見的做法是先在測試站或替身網域跑過一輪，確認排版與功能都正常，再上正式站。如果這個過程是在測試站與正式站上各自活化了一次，而不是單純把檔案搬過去，就等於同時佔用了 2 個網站的名額，一旦超過方案允許的活化站數，就會直接被鎖。多數方案是單站授權，測試站活化的那一刻，就已經用掉唯一的名額。
也有廠商會把明顯屬於本機或測試用途的網域排除在名額計算之外，像 WP STAGING 官方文件列出的排除清單就包括 localhost、內網位址，以及 *.dev、*.local、staging.* 這類網域，但同一份文件也講得很清楚，這是該公司自訂的例外名單，不是所有廠商的通則，不能預設自己的測試站一定不算數。Freemius 官方文件同樣把序號已經活化在另一個網站上，列為超額最常見的成因之一。
真的兩邊都不小心活化超額時，各家廠商的解法不盡相同，有的方案能自己在帳號中心刪掉舊序號解決，有的則規定得改走客服工單才能釋放名額，實際規則要看那套外掛怎麼訂。
搬家前，先在舊網域停用授權才動手
不管是換了全新網域、把通訊協定升級，還是測試站不小心活化超額，矯正的做法其實只有一種順序，在舊網址還能用的時候先把授權放掉。正確順序是，趁舊網域還能正常登入後台，先進到每一套受影響外掛的授權設定頁，按下停用或解除連結，把這個網站佔用的名額釋放給廠商伺服器；接下來才進行檔案與資料庫的搬遷、DNS 的切換；等新網址完全生效，確認網站在新網址下已經穩定運作，再回到同一個授權設定頁重新輸入同一組序號啟用。
這個順序的關鍵在於「舊站還能登入」的這段時間是黃金時機，多數外掛不會在搬家過程自動處理授權，這一步得手動完成，而且也不是每一套付費外掛都採網域綁定制，動工前最好先確認清楚，哪幾套真的需要走這個步驟。Elementor 官方針對序號轉移的文件把這件事講得很直接，要先在目前的網域把序號停用，才能在另一個網域重新活化，停用之後，原本網域的授權關係會解除，序號才空得出來用在新網址上。
WP Rocket 官方文件建議的順序也一樣，先登入外掛的帳號後台，在網站清單裡移除舊網域，再到新網站安裝並啟用外掛，驗證流程會在背景自動完成，新網站會自動掛上授權。同一份文件特別提醒，光是在帳號後台把舊網域從清單移除，並不會讓舊網站上那套外掛自動停止使用授權，真正該做的是進到舊網站本身，把外掛整個刪除（光停用還不夠），帳號後台的清單只是紀錄，不是開關。Formidable Forms 官方文件訂的順序也一致：先在舊站解除連結、停用授權，才到新站安裝並重新連接帳號。
停用要在舊網域還能登入時完成
停用授權的按鈕就在舊網站自己的 WordPress 後台裡，這代表這個動作有一個硬性前提，就是必須以管理員身分登入舊網域的後台才做得到。只要舊網域的網站還在、帳號密碼還記得，這一步做起來就跟平常設定外掛沒兩樣，幾分鐘就能完成。
以 Uncanny Automator 官方文件描述的標準流程為例，做法是先以管理員帳號登入 WordPress，進到外掛的設定頁面裡找到授權區塊，點擊停用授權即可完成。這條路徑之所以簡單，正是因為它假設了一個前提，就是你當下還能以管理員身分進到那個網站的後台。一旦這個前提不成立，例如網域已經轉走、DNS 已經切到新站，或主機合約已經到期關閉，這條最簡單的路就走不通了，只能改走外掛官方帳號中心解綁。
DNS 全部生效、新網址穩定後才啟用
DNS 設定生效需要一段傳播時間，這段期間不同地區、不同網路商解析到的可能還是新舊網址交替出現的狀態。如果在這個時間點就急著在新站重新啟用授權，授權伺服器有可能讀到不穩定的網址紀錄，之後又得再解一次授權不符，等於白做工。
比較保險的做法是，先確認 DNS 已經全面切換完成，後台一般設定裡的 WordPress 網址與網站網址都已經改成最終版本，網站在新網址下瀏覽起來也穩定沒有異常，再回頭啟用授權。Elementor 官方文件把網址欄位是否一致，列為排解授權不符的第一個檢查項目，隱含的意思是，只要這兩個欄位還沒定案就急著活化，很可能又要重新走一次排解流程。
進不去舊後台，改在外掛官方帳號解綁授權
前面講的做法都有一個共同前提，就是舊網站的後台還能登入。但實務上常有搬家早就發生、甚至舊網域已經轉手或主機已經關閉，才想起授權還沒處理好的情況，這時候就沒辦法回頭進舊站按下停用鍵。
多數提供付費授權的外掛廠商，除了外掛本身在 WordPress 後台裡的授權頁面，還會另外準備一個獨立於 WordPress 之外的官方帳號中心，用購買時留下的 Email 登入，裡面看得到這組序號目前活化在哪些網站上，可以直接從帳號中心把舊網站的名額移除，完全不需要進到那個網站的後台。這是舊後台已經進不去時唯一的解法。
多數外掛都有獨立於 WP 後台的官方帳號中心
這種帳號中心的設計並不是單一廠商的特例，而是商用 WordPress 外掛普遍採用的做法。Elementor 有自己的「My Elementor」帳號後台，YITH 有「My Account」頁面，Formidable Forms 在帳號的 Downloads 頁裡管理，Uncanny Automator 有獨立的 Licenses 頁，走 Freemius 授權系統的外掛則共通有一個 Customer Portal 可查詢啟用站台；devowl.io 旗下的 Real Cookie Banner 走的是自家獨立的授權系統，官方稱作 Customer Center，跟 Freemius 是兩套不同的東西。
以 Elementor 為例，官方文件說明只要登入 My Elementor 帳號中心，從 Purchases（已購買項目）點進對應的訂閱、選擇 Manage this subscription，就能看到序號目前掛在哪些網站，直接在這裡解除連結，才能把序號轉移到另一個網域使用。YITH 官方文件講得更直接，明確提到就算進不去舊網站，也可以到自己的帳號保留區找到對應項目，點擊停用鍵完成解除。Freemius 則區分了 2 種情境：單站授權的序號直接在 Customer Portal 的 Licenses 區塊找到、點擊停用；多站授權的序號，則要先到 Websites 區塊找到那個特定網站，才能單獨移除。
帳號中心認的是購買當下留的信箱
實際操作上最常見的障礙出在登入這一步：帳號中心認的是當初購買或申請授權時留下的那個 Email，不是公司現在慣用的信箱，也不是現任管理者的信箱。很多團隊在搬家時人員早就換過幾輪，當初申請帳號的人可能已經離職，這時候第一次嘗試登入帳號中心，往往就卡在這一步。
Formidable Forms 官方文件描述的操作路徑是，登入帳號頁面、切換到 Downloads 分頁，點選已購買產品旁的 View Sites，就會看到目前使用這組序號的網站清單，找到對應舊網域的那一筆紀錄，點擊 Deactivate 即可釋放名額，回頭就能在新站重新輸入同一組序號啟用。整段流程的入口，其實就是那個購買當下留下的信箱能不能登入。
帳號也連不上時，只能聯絡客服釋放名額
如果連官方帳號的密碼都忘記、當初申請帳號的信箱早已停用，或者交接過程資訊沒留下來，帳號中心這條路也走不通，這時候才輪到最後一個選項，主動聯絡外掛廠商的客服，附上購買憑證，像訂單編號或序號本身，請對方直接把那個已經拿不回來的網站名額手動釋放。
以 devowl.io 官方文件的說明為例，如果序號本來就是允許多站啟用的類型，官方文件寫明目前不開放自行在帳號中心解除單一安裝，不管舊網站還在不在、帳號登不登得進去都一樣，只能開客服工單，附上序號跟舊網站當時的網域，由客服端手動釋放名額；同一份文件也提到，如果是單站授權，遇到類似狀況反而不必特地走客服流程，直接在帳號中心刪掉舊序號、重新申請一組全新的即可。這條路雖然最慢，但也是最後保底、一定解得開的一條。
每套外掛的授權資訊，最好搬家前就列表
搬家往往不是只有一套外掛需要處理授權。同一次搬遷可能同時牽動頁面編輯器、快取、備份、表單、SEO 好幾套付費外掛，每一套的授權介面、方案限制、綁定的購買帳號信箱都不一樣，臨時想到哪一套才處理哪一套，很容易漏掉某一套沒處理，搬完才發現某個角落的付費功能被鎖住。
比較穩妥的做法是動工前先把清單列出來，欄位至少包括外掛名稱、是不是網域綁定制、登入帳號用的信箱、目前這組序號活化站數的上限與剩餘名額。列清單的過程本身也能先抓出一種隱性風險，如果同一組序號其實還掛著別的網站，例如同事另外開的測試站，或是舊配合廠商留下的分身站，會直接吃掉可用名額，搬家前先確認清楚，總比搬家當天才發現名額被別人用掉來得好。
BlogVault 是國際上做 WordPress 備份與搬家工具的廠商，在官方提供的搬家後檢查清單裡，就把授權盤點列成獨立的一項，提醒搬家後要檢查所有付費訂閱的授權或序號，因為這些通常都跟網域綁在一起，需要確保它們在新環境下正常運作。這也呼應了前面提到的重點，單站授權跟多站授權在官方帳號中心的操作介面本身就不一樣，盤點時先弄清楚自己手上是哪一種方案，才知道之後要去帳號中心的哪個位置處理。
外掛授權會不會被鎖，關鍵只看兩件事：活化時記下的網址，跟現在的網址對不對得起來，以及有沒有在切換的過程中，把舊名額好好釋放出來。搬家這件事本身不會傷到序號，真正容易出狀況的是動作的先後順序，舊站還能登入卻沒先停用、DNS 還沒穩定就急著活化、測試站跟正式站各自活化一次。把這幾個順序做好，再加上搬家前把每一套外掛的授權狀態列成清單逐一確認，付費功能就不會在搬完家之後才無預警地整批收回。