Site Kit by Google 值得裝嗎？官方外掛的安裝與取捨

Site Kit by Google 可在 WordPress 後台連接 GA4、Search Console、AdSense 等服務，集中查看摘要與管理部分設定。開始前先確認網站使用哪些資源、代碼由誰放置，以及管理者具備的權限，後續設定和交接會更清楚。

Site Kit by Google 就是 Google 官方為了解決這件蠢事而做的一個 WordPress 外掛。它把 GA4、Search Console、AdSense、PageSpeed Insights、Ads、Tag Manager 這幾個 Google 工具的驗證與埋碼動作，收攏到 WordPress 後台一個面板裡，按所選服務逐步授權與設定；Google for Developers 的 Site Kit 官方文件（2026）有完整說明。這一篇會從「為什麼要裝」一路講到「裝完三十天後你該檢查什麼」，把新手會卡住、老手會看漏的細節一次講清楚。

先講結論：Site Kit 能幫你做什麼，又幫不了你什麼

直接給你答案，不要把 Site Kit 想成一套進階分析工具。它是連接 Google 服務並在 WordPress 顯示摘要的橋接器；Analytics、Ads 或 Tag Manager 可依設定讓 Site Kit 放置代碼，Search Console 連接與 PageSpeed 摘要則不是同一種埋碼。是否收得正確，仍要核對資源、前端標籤、同意狀態與事件。

它能幫你做到的事：

• 依設定流程完成 Search Console 的網站所有權驗證。
• 可選擇由 Site Kit 放置 GA4 代碼，不用再裝第二個外掛。
• 自動掛上 AdSense 的自動廣告程式碼，仍需網站核准、廣告設定與符合政策，收益分潤比例可查 Google AdSense 說明（2026）。
• 把 PageSpeed Insights 的實驗室與可用的真實使用者資料拉進 WordPress 後台儀表板。
• 把 Tag Manager 容器程式碼掛上去，交給 GTM 接手後續代碼管理。
• 在後台首頁給你一個統一儀表板，看搜尋流量、熱門網頁、廣告收益、速度分數。

它幫不了你的事，也說白：

• 它不能取代 GA4 報表裡的細部分析，儀表板只是摘要，不是完整報表。
• 它提供加強型評估與部分外掛轉換追蹤；超出支援範圍的事件需另行實作，GTM 是選項之一。
• 它不會幫你做關鍵字研究、不會幫你寫內容、不會幫你排名。
• 速度區分單次實驗室測試與過去 28 天 CrUX 資料，不等同自建長期監控。

說穿了，Site Kit 解決的是「把基礎管線接起來」這件最無聊、卻最容易出錯的事。把這件事交給它，你才能把時間留給真正決定排名的工作：內容、技術 SEO 與連結。如果你連網站都還沒裝好，先去看 WordPress 安裝 與 從零架站 再回來。

減少設定步驟，仍需驗證資料

Site Kit 適合希望在 WordPress 集中查看 Google 服務摘要的站長。它可以減少手動串接步驟，但安裝與否不是 SEO 成敗的判準。

摩擦力這三個字聽起來很軟，但你仔細想：一個新手站長要接 GA4，他得先去 Google Analytics 建立資源、拿到量測編號、回 WordPress 找一個可以插 header 碼的外掛、測試有沒有成功。接著要驗證 Search Console，可選合適的所有權驗證方式；驗證本身與 Google 是否建立索引是兩回事。再接 AdSense，又是另一套申請流程。每多一道手續，就多一個放棄的機會點，而放棄的人往往不是不會做 SEO，是根本沒開始做。

Site Kit 的價值在於把受支援的 Google 服務連接與摘要報表集中到 WordPress 後台。若想了解工具採用情況，可參考 W3Techs 的 CMS 統計與 W3Techs 的流量分析工具統計；選擇整合方式時，仍應以權限、代碼配置與需要的資料為準。

記住一個原則：工具鏈越短，你越會真的去用它。越會去用，你才越有機會做出會被搜尋到的網站。

動手前先備齊這五樣東西

設定前先核對以下項目。每一筆後面都會寫清楚為什麼需要，你照著檢查一遍，後面流程會順很多。

1. 具名 Google 帳號與服務權限：由公司管理的帳號分別取得 GA4、Search Console 等必要權限，不共用密碼；交接時新增接手者權限。
2. WordPress 管理員：管理員負責設定；非管理員只有在啟用 Dashboard Sharing 並獲授權時能看摘要。
3. 公開可存取的網站：首頁不可被密碼或維護頁擋住，確認網址、HTTPS 及 REST API 正常。
4. 要連接的服務：準備既有資源資料，也可依支援流程建立；AdSense 與 GTM 不必全部啟用。
5. 現有代碼清單：先找出追蹤碼來源。Site Kit 可沿用既有代碼而不重複插入，不要預先刪除仍在使用的驗證或追蹤設定。

順帶一提，如果你連 WordPress 外掛怎麼裝都還不熟，外掛安裝教學會幫你打底。Site Kit 本身只是另一個外掛，安裝方式跟一般外掛完全一樣。

完整安裝與 Google 授權流程拆解

安裝流程本身不難，這裡把它拆成四個階段，每一段都會標出會卡住的點。

階段一：安裝外掛

在 WordPress 後台左側選「外掛 → 安裝外掛」，搜尋「Site Kit by Google」，找到 Google 官方出品的那一個，點安裝再啟用。確認發布者是「Google」，因為這年頭連外掛都有仿冒品。如果你是在挑外掛的階段，可以對照 WordPress 外掛推薦清單，把 Site Kit 跟其他必裝外掛一起規劃。

階段二：啟動與 Google 登入

啟用後後台會出現一個「Site Kit」選單。點「Start setup」或「登入 Google」，它會把你導到 Google 的登入頁。這時候你要登入的就是前面準備好的那個網站專用帳號。Site Kit 走的是標準的 OAuth 授權：你在 Google 頁面上同意的每一項權限，之後都能到 Google 帳號的「第三方應用程式存取權」頁面隨時查看或收回。

授權前確認登入帳號、服務與權限範圍。官方外掛同樣需要妥善管理權限；只連接需要的服務，並保留交接與撤銷方式。

階段三：驗證網站所有權

Site Kit 會透過網站上的驗證 token，例如 HTML 檔或 meta 標籤，讓 Google 驗證所有權。需要首頁可公開存取及正常的 WordPress 輸出，不能假設任何架構都只按一次就成功。

卡住的常見原因：你的網站啟用了某種快取或安全外掛，把 Site Kit 想注入的 meta 標籤擋掉了；或者你的佈景主題覆寫了 wp_head()，導致 header 注入失效。如果你卡在驗證過不去，先檢查錯誤與清除相關快取；若要隔離外掛衝突，可在測試環境或 Troubleshooting Mode 逐項測試，避免直接停用正式站所有防護。快取這件事在先前的 WordPress 快取外掛一文裡有詳細討論。

階段四：逐一連接模組

驗證通過後，可依需求連接 Site Kit 支援的服務；不同服務的授權與代碼放置選項不完全相同。下文以六個常見服務為例，完整支援清單仍應以 Site Kit 官方文件為準。

六大模組逐一設定（GA4、Search Console、AdSense、PageSpeed Insights、Ads、Tag Manager）

以下依常見分析需求說明各服務。只連接目前有用途的模組，再核對資料來源與顯示範圍。

Search Console 模組

這是 SEO 人的命根子。Search Console 告訴你哪些關鍵字帶來曝光、哪些網頁被收錄、Google 在你網站上碰到什麼技術錯誤。Site Kit 接上 Search Console 之後，後台儀表板會直接顯示「過去 28 天的搜尋查詢、點擊、曝光、點閱率」，你不用每天開另一個網頁。想看 Search Console 完整報表的人，GSC 完整教學裡有更深入的操作。

Analytics（GA4）模組

連接 GA4 後，可選擇由 Site Kit 插入代碼，或沿用已有實作。你在儀表板上會看到「每日造訪、來源、熱門網頁」。接著應核對加強型評估設定與實際事件。Site Kit 另支援部分外掛的轉換追蹤，超出範圍時可用 GTM、直接代碼或其他整合。GA4 報表的細節可以看 GA4 完整教學。

AdSense 模組

AdSense 是把網站流量變現最直接的管道，收益分潤比例是公開規則，可查 Google AdSense 說明（2026）。Site Kit 接上 AdSense 後，可選擇放置 AdSense 代碼；自動廣告另需在 AdSense 啟用與配置，網站仍須核准。如果你想把廣告插在文章特定段落，那就不是 Site Kit 的事了，請改用 Ad Inserter 外掛那種精準插碼工具。一個常見的搭配是：用 Site Kit 掛 AdSense 基礎碼完成初次變現，等網站長大、廣告位置需要更細的控制時，再交給 Ad Inserter 做段落級的精準投放。

PageSpeed Insights 模組

Site Kit 的 PageSpeed 區域區分 In the Lab、In the Field 與改善建議：前者為模擬環境測試，後者是有足夠資料時的過去 28 天 CrUX 真實使用者統計，不全是單次快照。LCP、CLS 與 INP 的範圍可對照 Core Web Vitals SEO；實驗室的效能分數不能直接當成排名分數，速度與體驗關係可參考 web.dev 的說明。

這個模組還藏了一個實用的功能：它會列出影響速度的具體建議，例如「壓縮圖片」、「移除未使用的 CSS」、「延後載入非關鍵資源」。你不必從零猜要改什麼，先確認哪項影響實際關鍵路徑，再測試修改效果。圖片可能是瓶頸之一，但首屏 LCP 圖不宜一律延遲載入。

Ads（Google Ads）模組

這個模組不是給所有人用的。它的用途是把你的網站跟 Google Ads 帳號串起來，方便做再行銷名單、轉換追蹤。如果你沒在投 Google 廣告，可以跳過，留著它也不影響其他模組運作。有在投的人，GTM 與廣告追蹤會給你更完整的視角，Site Kit 目前也提供首次活動建立與部分外掛轉換追蹤，但完整投放策略與成效分析仍要另行規劃。

Tag Manager 模組

Tag Manager 模組可放置 GTM 容器，代碼與事件則在 GTM 管理，詳見 GTM 完整教學。Analytics 與 Tag Manager 模組可以並用；要核對的是實際代碼放置設定及同一事件是否重複。

Site Kit 跟其他 WordPress SEO 外掛是互補，不是互斥

Site Kit 與 SEO 外掛的主要用途不同，可以搭配；但部分功能重疊，例如驗證、Analytics 整合或代碼放置，仍需協調設定。

底下把這兩類外掛的職責拆解：

講白話：Site Kit 管的是「把 Google 那一套量測系統接起來」，Rank Math 那一類管的是「讓每一篇文章的 SEO 設定做到位」。前者是管線工程，後者是內容品管。是否兩類都需要，取決於現有工具；一起使用時仍要檢查重疊功能與相容性。Rank Math 的細節設定可以對照 Rank Math SEO 教學，而如果你想看 SEO 外掛的整體比較，WordPress SEO 外掛評測有完整的橫評；想把這些工具放進完整的優化藍圖，則可以參考WordPress SEO 終極優化指南。

要小心的是同一動作不要意外重複發送。若 SEO 外掛、Site Kit 或 GTM 都提供 Analytics 整合，先記錄哪一路負責放置代碼與事件；Site Kit 可偵測部分既有標籤，但不能只憑填入同一量測編號就判定數據翻倍。使用 Tag Assistant 核對同一資源的 page_view 等事件後，再停用多餘路徑。

四個最常見的 Site Kit 錯誤訊息，跟你該怎麼處理

Site Kit 用久了，你一定會遇到它跳錯誤訊息的那一天。底下把四個最常見的錯誤原因和解法說清楚，這些都是實務上反覆出現的狀況。

錯誤一：未偵測到 Google 標記或驗證失效

先查看錯誤原文及 Site Health，核對首頁是否公開、代碼來源、主題勾點、REST API 與快取。需要隔離衝突時，可用測試環境或 Troubleshooting Mode；不要用固定比例猜原因，也不要直接停用正式站全部安全設定。

錯誤二：模組斷開連接（Disconnected）

GA4 或 AdSense 模組突然顯示斷開連接，通常是因為你在 Google 帳號裡手動撤銷了 Site Kit 的授權，或連線、資源權限與帳號狀態有變化。解法是回到 Site Kit 設定頁，重新跑一次那個模組的連接流程。這不會影響你已經收集到的歷史資料，那些資料還在 GA4 或 AdSense 後台裡。

錯誤三：無法取得資料（Fetching data failed）

無法取得資料可能來自網路、API 配額、登入權限、資源狀態或暫時服務問題。先記錄完整錯誤並對照官方排查，再視情況重試或請主機協助檢查外連；等待兩天仍失敗並不能單獨證明防火牆是原因。

錯誤四：權限不足，無法管理 Site Kit

WordPress 管理員角色與 Google 服務權限是兩層。Dashboard Sharing 只分享指定服務的摘要，不會授予 GA4 或 Search Console 原生後台的管理權；交接時需在各服務新增權限，再由接手管理員連接或復原模組。

隱私與同意：Site Kit 在 GDPR 與同意模式下的責任

這一段是很多教學會略過、但你不能略過的事。你網站裝了 GA4、AdSense 這類追蹤碼，就開始收集使用者資料，這在歐盟 GDPR 與台灣個人資料保護法底下都有合規義務。

Site Kit 可與相容的 CMP 和 WP Consent API 整合同意狀態。啟用同意模式不會自動提供完整同意流程；拒絕後的標籤行為取決於模式與設定，模型化報表還有資料門檻，並非每次拒絕都會自動產生模型化資料。

是否需要同意與採用哪種模式，應依法律適用、Google 政策及實際資料處理決定；不要把 Cookie 橫幅當成 E-E-A-T 或排名加分機制。服務整合可參考 Site Kit 官方文件，內容可信度則另見 E-E-A-T 完全指南。

Search Console 自動驗證是 Site Kit 最被低估的一招

Search Console 整合可減少手動驗證工作，仍需了解所選資源涵蓋哪些網址。

手動驗證 Search Console有多種方式：網域資源需 DNS 驗證；網址前置字串資源則可依條件使用 HTML 檔、meta 或其他支援方式。並非所有資源都能用同一段 meta 驗證。

Site Kit 會協助連接合適的 Search Console 資源與驗證網站。依設定狀態可能要經過 Google 授權頁；驗證完成後核對實際資源與網站網址，而不是只看完成提示。

驗證成功之後，立刻做兩件事：

• 提交 Sitemap。Site Kit 不會自動幫你提交 Sitemap，但它會引導你到 Search Console 的 Sitemap 頁面。提交網站實際產生的 Sitemap，例如核心可能使用 /wp-sitemap.xml，SEO 外掛可能使用其他路徑。Sitemap 怎麼產生可以看 Sitemap 提交教學。
• 確認行動版內容完整。Google 從 2023 年起已全面採用行動優先索引，主要用行動版內容建立索引，頁面內容與其他排名訊號仍一併評估（見 2023 年 10 月的 Mobile-first indexing is here 公告）。全球行動裝置流量占比長期超過五成（依 Statista 的統計，2026 年 4 月），這就是為什麼你的網站行動版必須跟桌面版一樣完整。

驗證完不等於資料馬上出來。Search Console 的報表資料有延遲，通常要等一兩天才會開始累積（見 官方對報表資料更新時間的說明），別驗證完隔天就緊張地問「為什麼沒有數字」。

Site Kit 裝完之後，你還需要 GTM 嗎？一個決策矩陣

這是最關鍵的問題，也是判斷一個人懂不懂自己網站的試金石。直接給你一個決策矩陣。

關鍵是分清楚誰放置代碼、誰顯示報表，以及誰發送事件，而非禁止兩個模組同時啟用。

Site Kit 可偵測既有 Analytics 或 GTM 代碼並協調放置。若另外手動加入重複事件，仍可能失真；應用 Tag Assistant 和 DebugView 核對實際發送，而不是把模組數當作追蹤次數。

常見的責任分工可以這樣安排：

• Site Kit 放置 Analytics 代碼：其他工具不再重複送相同基本事件；GTM 若只管理其他標籤，仍可使用。
• 由 GTM 管理 Analytics：在 Site Kit 核對 Place Google Analytics code 關閉或既有代碼偵測狀態，保留 Analytics 連接查看摘要，不必斷開服務。

驗收重點是同一資源的同一動作沒有被意外重複發送。如果你想知道 GTM 跟 GA4 怎麼正式串接，WordPress GTM + GA4 串接教學有完整的進階設定。

哪些情況你其實不需要 Site Kit

前面一直強調 Site Kit 好用，但必須誠實地說，它不是每個網站的最佳解。底下這幾種情況，你裝了反而會給自己添麻煩。

已有成熟 GTM 實作時，可以保留既有代碼來源，只用 Site Kit 連接服務與查看摘要，並關閉重複放置。也可以直接使用各 Google 服務後台，不另外安裝。

情況二：你用的是 headless WordPress。若公開前台由 Next.js 或 Nuxt 等框架渲染，而 WordPress 只提供內容 API，Site Kit 插在 WordPress 頁面的標籤不會自動出現在獨立前台；前端追蹤應在實際網站另行配置及驗證。不過 Site Kit 若已連接正確的 Google 服務，仍可在 WordPress 後台查看對應摘要，因此是否保留外掛要按資料與管理需求決定。

需要伺服器端架構時，要另外規劃事件來源、伺服器處理、同意與成本。Site Kit 的 Google tag gateway 與完整 GTM server-side 容器是不同功能；伺服器端實作也不代表可以繞過使用者拒絕或所有瀏覽器限制。

判斷的原則很簡單：依功能需求分工。進階事件可另行管理，Site Kit 仍能保留服務連接與摘要，沒有必須隨網站成長而停用的規則。WordPress 跟 GA4 的完整串接流程，可以對照 WordPress 安裝 Google Analytics。

AI 搜尋時代，Site Kit 接的數據還夠用嗎

這是近期最受關注的進階問題。Google AI Mode、AI Overviews 上線之後，愈來愈多搜尋直接在 AI 摘要裡完成，使用者根本沒點進你的網站。GA4 量測到站後活動，沒有到站的引用本來就不屬於網站造訪；兩種指標應分開解讀。

AI 引用曝光與到站事件是不同層次。Search Console 能提供它支援的 Google 搜尋資料，但不能代表所有 AI 平台的曝光，也不能只憑流量下降推論被 AI 摘要取代。

想追蹤 AI 流量的來源，GA4 現在已有 AI Assistant 預設管道，可直接查看已辨識的來源，再視需要使用自訂群組；AI Overviews 與 AI Mode 流量則屬 Organic Search，無來源資訊的點擊仍無法完整辨識。完整的 AI 流量追蹤做法，可以看 GA4 追蹤 AI 流量。至於 AI 搜尋怎麼改變 SEO 的全局策略，AI Overviews SEO 與 生成式搜尋優化有更完整的討論。

整體來看，Site Kit 在 AI 搜尋時代依舊是基本功，它接的數據沒變少，變少的是「只看造訪數」這種讀法。學會看曝光、看查詢字、看曝光卻沒點擊的落差，這才是 AI 時代 SEO 人的讀數能力。

三個最常見、也最容易忽略的設定地雷

裝 Site Kit 的人很多，但裝對的人不多。底下這三個，是實務上一再出現、很多人會踩中的坑。

地雷一：快取外掛把追蹤碼快取成舊版本

你改了 GA4 資源、換了 AdSense 帳號，但網站前端還在跑舊的量測碼，因為快取外掛把舊的 header 快取住了。解法：每次改 Site Kit 設定之後，手動清除快取一次。再用原始碼與 Tag Assistant 核對目前實際代碼，保留變更紀錄。

地雷二：Optimize 模組的歷史遺留

Google Optimize 與 Optimize 360 已於 2023 年停用（見 Google Analytics 停用公告）。若網站原本安裝過 Optimize，搬遷或檢查舊站時應核對前端是否仍載入相關代碼並按現況移除；不宜假定每個舊站都會因此出現相同錯誤。

地雷三：用錯 Google 帳號，導致資料分散

資源可由不同具名 Google 帳號管理，不必共用一個登入。重要的是整理 GA4、Search Console、AdSense 各自的管理者與接手權限，再配置 WordPress 的 Dashboard Sharing；後台角色不會自動取得外部 Google 服務權限。

儀表板上的數字怎麼讀，才不會變成看心酸的

Site Kit 的後台儀表板會顯示四個主要區塊：搜尋流量（來自 Search Console）、分析數據（來自 GA4）、收益（來自 AdSense）、速度（來自 PageSpeed Insights）。問題是，多數人打開儀表板，看完四個數字就關掉，完全沒有從中得出任何行動。這就是「看心酸的」。

正確的讀法是問問題、找落差：

• 搜尋曝光高但點擊低？先分查詢、頁面、裝置與排名比較，再判斷是否調整標題或描述。可對照 CTR 優化。
• GA4 造訪高但停留時間短？先確認收集與頁面目的，再看參與及關鍵事件。可看 跳出率 SEO。
• 速度分數突然變紅？先分清實驗室波動與真實使用者資料，並檢查近期改動，回到 網站速度測試追原因。
• AdSense 收益突然掉？先排除是不是流量下滑，再看廣告曝光、填充、每千次曝光收益與政策狀態。

本質上來說，儀表板的存在不是讓你「看數字」，是讓你「發現異常」。一個會做 SEO 的人，看的是趨勢與落差，不是單一時間點的絕對值。Site Kit 的儀表板只能給你摘要，真正的分析還是要回到各工具的原生後台，或乾脆串到 Looker Studio 做一份整合報表。

一個假設的讀數練習

底下用一個常見的情境帶你走一遍。假設你打開 Site Kit 儀表板，看到這一週的數字：搜尋曝光比上週多了三成，但點擊只多了百分之五，GA4 造訪反而持平。這代表什麼？

曝光增加但點擊增幅較小，可能來自新增查詢、排名與結果版面變化，不一定是標題變差。先在相近查詢、裝置與位置下比較，再挑有改進空間的頁面；以相近查詢、排名與曝光條件比較 CTR，觀察修改後的變化。

再假設另一種情境：GA4 造訪突然掉了一半，但 Search Console 點擊持平。這可能是其他管道減少，也可能是 GA4 漏碼、同意狀態、阻擋或報表口徑改變；要先排查收集，再比較來源。這時候去查 GA4 的流量獲取報表，看是哪個來源縮水，而不是急著改 SEO。分不清「流量從哪來」就亂改，是新手最浪費時間的動作。GA4 工作階段與來源的定義，GA4 工作階段解析講得很清楚。

記住這個讀數的順序：先看趨勢、再看落差、最後才行動。數字本身不會告訴你答案，落差才會。

上線後三十天的 SEO 檢查清單

裝完 Site Kit 不是終點，是起點。底下這份是新站上線後前三十天建議走過的檢查清單。時程是安排工作的範例，應依網站規模與資料累積調整。

第 1 到第 7 天：基礎驗證

1. 確認 Search Console 顯示「已驗證」，而且沒有所有權驗證失效的警告。
2. 提交 Sitemap，確認 Sitemap 可讀取，之後用網址審查追蹤重要頁面；檢索與索引沒有固定完成期限。
3. 用 GA4 的即時報表或 DebugView，使用適當測試瀏覽器確認事件，並留意 Site Kit 預設可能排除已登入使用者。
4. 檢查 PageSpeed Insights 模組，記下行動版的起始分數當作基準。

第 8 到第 21 天：內容與技術體質

1. 開始看 Search Console 的「網頁索引」報表，確認沒有大量「已檢索但未建立索引」的頁面。
2. 對照你的 Sitemap 與 收錄查詢，先查未索引原因，修正後才對少量重要網址請求重新檢索；大量網址用 Sitemap，不要反覆提交同頁。
3. 把 Site Kit 儀表板上搜尋查詢裡曝光量前二十名的關鍵字記下來，再依搜尋意圖與現有內容缺口決定是否需要新增文章。
4. 跑一次網站速度健檢，把分數沒達綠的指標列成待辦。

第 22 到第 30 天：變現與進階追蹤的抉擇

1. 如果你有放廣告，確認 AdSense 收益數字跟 AdSense 後台一致。對不上通常是時區或快取問題。
2. 評估自己是否需要進階追蹤。如果需要，這時候就是規劃 GTM 的時機，記得走前面講的路線 B，核對代碼放置與重複事件；可保留 Analytics 連接查看摘要。
3. 把過去三十天的數據整理成一份簡單週報（一頁就夠），給自己或團隊看。列出三個數字：總造訪、自然搜尋占比、收益，外加一個你下週想改善的指標。
4. 定下接下來九十天的三個 SEO 重點，例如主題叢集、技術債清理、外部連結。一次只攻三個，貪多嚼不爛。
5. 回到 Search Console 的搜尋查詢清單，挑出曝光穩定成長但排名還在第二頁的關鍵字，再依業務價值、意圖與改善成本排序。

搬家與交接：Site Kit 在網站遷移時的兩個地雷

Site Kit 平時很乖，但在網站搬家或換人接手這兩個情境，它會咬你一口。底下把兩個最痛的點說清楚。

地雷一：換網域沒重新驗證。Site Kit 的 Search Console 驗證是綁在「驗證當下的網址」上的。你從舊網域搬到新網域，舊的驗證 meta 標籤跟著舊網站走了，新網域對 Google 來說是一個全新的、未驗證的資源。如果你只做了 301 重定向就以為資料會自動接軌，那你在新網域的 Search Console 會看到一片空白。正確做法是搬家後立刻在新網域重新跑一次 Site Kit 的驗證流程，並把新網域的 Sitemap 重新提交。完整的搬家 SEO 流程可以對照 網站流量恢復。

交接要移轉權限，不要交出密碼。先在各 Google 服務新增接手者的具名帳號及必要權限，再讓新 WordPress 管理員連接或復原模組，確認可用後移除離任者權限。AdSense 帳戶所有權等事項還需遵守該服務規則，逐項完成管理權移轉。

SEO 這件事沒有捷徑，但有正確的起手式。Site Kit 就是那個起手式，它幫你把該接的管線接好、該驗證的驗證完、該量測的量測對，接下來就是你的內容與耐心的比賽了。SEO 像是在替未來存款，而 Site Kit 是你開第一個帳戶時，那張免費的提款卡。現在就去你的 WordPress 後台，把這張卡領出來吧。

保留三份紀錄：服務與資源清單、代碼及事件來源、管理者權限。更新或交接時照清單驗證，通常比重新跑完所有安裝流程更容易定位問題。

服務與追蹤方式更新時，回頭核對資源、代碼、同意設定與資料口徑。Site Kit 方便集中查看摘要，遇到異常則進入對應 Google 服務查明原因，記錄修正後的驗證結果。