症狀：新建帳戶或重複移除驗證標籤後，原有商品與廣告連線中斷。 最快解法：先分清「網站所有權未驗證」「網域尚未認領」「認領權被舊帳戶占用」；舊帳戶找得回來就先恢復管理員權限，確認無法恢復後才走官方遷移認領與重新關聯流程。
這篇適合三類人：獨立站已上線，但 Merchant Center 一直顯示未驗證或無法認領；跨境廣告團隊因網域認領轉移而中斷商品或廣告；以及剛接手外包專案、找不到原驗證 Google 帳戶的營運負責人。
先從錯誤層級定位，不要急著重建帳戶
如果你看到網站未驗證，問題通常還在所有權證明；如果網站已驗證但無法認領，則要檢查該網域是否已歸屬另一個 Merchant Center；如果商品資料或 Google Ads 關聯中斷，優先處理原帳戶與關聯，不要把它當成單純的 HTML 標籤問題。
Google 官方將網站驗證與網站認領視為不同步驟，認領權也存在帳戶歸屬限制。你可以先參考 官方驗證與認領說明，再按下表判斷目前故障層級。
| 你看到的狀態 | 優先檢查項目 | 建議處置 | 操作優先評分 |
|---|---|---|---|
| 網站未驗證 | 網址、協定、驗證方式、公開可存取性 | 先保留錯誤畫面，再重新核對所有權證明 | 5/5 |
| 已驗證但不能認領 | 舊 Merchant Center、認領帳戶、Search Console 所有者 | 先找回原帳戶，不要立即新建帳戶 | 5/5 |
| 商品或廣告關聯消失 | Merchant Center ID、資料來源、Google Ads 連線 | 恢復原帳戶關聯，再處理其他設定 | 5/5 |
| Shopify 自動連線失敗 | 登入 Google 帳戶、Shopify 權限、目標帳戶 ID | 先解決網域與權限衝突，再重新授權 | 4/5 |
先完成網址與所有權證據的單變量檢查
Merchant Center 顯示網站未驗證該怎麼處理
先在 Merchant Center 複製目前提交的網址，逐項核對以下內容：
- 網址是否使用正確的
http或https。 www與根網域是否和實際網站一致。- 首頁網址與商品連結是否仍屬於同一個網域。
- 你操作的 Google 帳戶是否正是目標 Merchant Center 的管理員。
- 驗證檔案、HTML 標籤或平台自動驗證是否仍公開存在。
建議按照以下順序留證：
- 用無痕視窗開啟公開首頁，確認不是只有登入後才看得到。
- 若使用 HTML 標籤，檢視頁面原始碼，確認標籤在公開首頁的
<head>區域。 - 若使用 HTML 檔案，直接開啟驗證檔案 URL，確認不是登入頁、重新導向頁或權限錯誤頁。
- 截取 Merchant Center 錯誤頁、頁面原始碼或檔案頁面，並遮蔽電郵、Token 與客戶資料。
- 再回到後台執行一次驗證，記錄時間、登入帳戶和結果。
Search Console 已驗證，為什麼仍不能認領？
Search Console 的所有者身分，不會自動等同於目標 Merchant Center 的管理員身分。你需要確認兩邊使用的是同一個 Google 帳戶，或至少該 Search Console 已驗證所有者已被加入目標 Merchant Center，而不是只有一般使用者權限。
另外要檢查屬性類型：
- Domain property 可能涵蓋整個網域與子網域。
- URL-prefix property 只對應指定的協定、主機名稱或路徑。
- 如果商店實際使用
https://www，但你驗證的是根網域或另一個子網域，仍可能無法對應目前網站地址。
**注意：**「換成美國 IP 就能認領」或「新建帳戶一定能恢復」都不是所有權證明。遠端 Mac 可以協助你在乾淨瀏覽器工作階段複測頁面和保存操作紀錄，但不能取代網域控制權、Merchant Center 權限或 Google 的帳戶審核。
按舊帳戶占用情況恢復認領權
網域被舊 Merchant Center 帳戶認領怎麼辦
先搜尋歷史通知電郵，再向前任營運人員、代理商或網站管理員確認原 Merchant Center ID。若仍能登入舊帳戶，最穩妥的做法是先加入現任負責人，再保留原有商品資料來源與廣告關聯，不要直接在新帳戶重做一套。
你可以用下表決定路徑：
| 舊帳戶狀態 | 風險 | 處理路徑 | 操作評分 |
|---|---|---|---|
| 找得到管理員且可以登入 | 低 | 加入現任管理員、核對網域與關聯後再交接 | 5/5 |
| 知道帳戶線索但沒有管理員權限 | 中 | 先依官方帳戶衝突流程申請恢復或確認歸屬 | 4/5 |
| 找不到原管理員，也無法確認 ID | 高 | 整理網域控制權、通知紀錄與商店資料，再評估遷移認領 | 3/5 |
| 已新建帳戶且原關聯中斷 | 高 | 暫停更多變更，先列出資料來源與 Google Ads 連線 | 2/5 |
如果認領權已經轉移，重新認領可能影響原帳戶的網站狀態。除非你已確認舊帳戶無法恢復，否則不要把「新帳戶可以操作」誤判為「舊帳戶可以安全取代」。
Shopify 連線帳戶不一致時的恢復順序
使用 Shopify Google & YouTube 連線時，先確認登入授權的 Google 帳戶同時具備 Shopify 商店端與目標 Merchant Center 所需權限，再核對畫面上的 Merchant Center ID。常見錯誤不是應用程式壞掉，而是瀏覽器仍保留另一個 Google 帳戶的登入工作階段。
建議照以下步驟處理：
- 暫停重複安裝或解除安裝連線應用程式。
- 記下目前商店、Google 帳戶與 Merchant Center ID。
- 用乾淨的無痕視窗，只登入預定授權的 Google 帳戶。
- 先確認網域沒有被舊帳戶占用。
- 檢查目標帳戶的使用者角色，再重新開啟授權流程。
- 分別截取 Shopify 狀態、Google 授權畫面和 Merchant Center 最終結果。
- 若仍失敗，停止繼續重試，回到帳戶衝突與網域認領層級排查。
用可追溯清單完成恢復後驗收
完成認領或帳戶恢復後，不要只看「已驗證」三個字。你需要確認網站、商品資料、廣告連線和團隊交接都指向同一個目標帳戶。
- [ ] Merchant Center 顯示的網站 URL 與實際商店首頁一致。
- [ ]
www、根網域、協定與商品連結沒有互相矛盾。 - [ ] 驗證標籤或檔案在公開頁面仍可存取。
- [ ] Search Console 所有者已對應正確網域與目標帳戶。
- [ ] 目前管理員可以登入目標 Merchant Center，而不是只有一般使用者權限。
- [ ] 商品資料來源仍指向正確 Merchant Center。
- [ ] Google Ads 連線沒有指向已停用或重複建立的帳戶。
- [ ] Shopify Google & YouTube 顯示的 Merchant Center ID 與預期一致。
- [ ] 至少保留兩名可追溯管理員，並記錄新增、移除與交接時間。
- [ ] 域名變更、驗證方式與帳戶交接已保存至團隊紀錄。
對跨地區團隊而言，遠端 Mac 的價值在於提供一個長期在線、可分離使用者的工作空間：你可以把複測紀錄、脫敏截圖和交接文件集中保存，也能避免多人共用同一部本機電腦的瀏覽器工作階段。若需要在美國資料中心的 Mac 上處理跨境後台，可先查看 MACGPU 的海外 Mac 方案。但它不能替代網域所有權，也不能保證認領成功或解除帳戶限制。
什麼情況下遠端 Mac 值得納入團隊方案？
如果你目前只用一台本機電腦，常見限制包括：多人共用登入工作階段、前任人員離職後找不到瀏覽器中的帳戶、以及不同地區同事複測時無法重現相同後台狀態。這些問題會增加留證和交接成本，但它們不是驗證失敗的根本原因。
更穩妥的做法，是先完成網域所有權和 Merchant Center 權限恢復，再評估是否需要由 MACGPU 提供可分離使用者的遠端 Mac 工作空間。相較於臨時借用同事電腦，託管 Mac 更適合保存固定的複測環境；相較於只靠雲端瀏覽器，又能保留完整 macOS 瀏覽器操作。但若你的團隊需要長期高負載運算、實體 USB 裝置，或必須直接控制公司網路設備，自購 Mac 或本地部署可能更合適。
你可以先從 MACGPU 的繁體中文入口了解可用工作方式，再按團隊是否需要跨地區接力、權限分離和長期留證做決定。真正的恢復順序仍只有一條：先確認所有權，再找回正確帳戶，最後才遷移認領與重建關聯。