登入 WordPress 後台想看這篇文章這週的搜尋曝光，你得先開一個分頁登入 Search Console；想知道訪客是從哪裡進來的，再開一個分頁登入 Analytics；想確認網頁速度夠不夠快，還得再貼網址去跑一次 PageSpeed Insights。三個帳號、三次登入，數字卻散在三個地方，沒有人有空天天這樣繞。
Google Site Kit 要解決的正是這件事。它是 Google 官方開發、免費且開源的 WordPress 外掛，作用不是取代 Search Console、Analytics 這些服務，而是把它們原本分頭顯示的資料整合進同一個 WordPress 後台頁面。移除外掛，底層服務照常運作、資料不會消失，只是回到各自原本的介面查看。這也是它最常被誤解的地方，不少人以為裝了 Site Kit 之後就不用再管 SEO 標題與 meta 描述，實際上它從來不做 sitemap 產生、meta 標題描述編輯、結構化資料標記這些事，那些工作仍要靠 Rank Math、Yoast 這類 SEO 外掛，兩者可以同時安裝、彼此不衝突。
Google Site Kit 是什麼？把 8 項 Google 服務併入後台的定位
Google Site Kit 是 Google 官方開發並維護的 WordPress 外掛，目前版本已經來到 1.186.0，累計安裝超過 500 萬次，這個數字放在 WordPress.org 外掛市集裡算是重量級。安裝門檻不高，只要 WordPress 版本在 5.2 以上就能裝，而且全程免費、原始碼開源。
它的核心作用是「整合」而不是「取代」。裝上 Site Kit 之後，Search Console、Analytics、PageSpeed Insights、AdSense 這些服務的資料會被拉進同一個 WordPress 後台頁面顯示，省掉分頭登入的麻煩；但底層服務仍然照常運作，資料的來源與計算方式沒有變，移除外掛只是拿掉了這層整合介面，原本的 Search Console 或 Analytics 帳戶並不會因此消失或停止收集資料。
另一個常被搞混的地方是它跟 SEO 外掛的分工。Site Kit 不產生 sitemap、不編輯每篇文章的 meta 標題與描述，也不標記結構化資料，這些工作仍然要靠 Rank Math、Yoast 這類專門的 SEO 外掛去做。兩者處理的是完全不同的問題，一個負責讓搜尋引擎讀懂並收錄你的內容，另一個負責把已經發生的數據攤在你眼前，兩支外掛同時裝在同一個網站上不會互相衝突。
目前 Site Kit 能串接的 Google 服務共有 8 項：Search Console、Analytics、AdSense、PageSpeed Insights、Tag Manager、Sign in with Google、Reader Revenue Manager，以及 Google Ads。這 8 項全部都在免費版裡就能用，官方目前沒有另外賣的付費升級版本；其中 Search Console、Analytics、AdSense、PageSpeed Insights 這幾項，是多數一般網站裝上 Site Kit 之後第一個會用到的核心功能。
安裝流程仰賴 Google 帳號一次授權，不必貼追蹤碼
Site Kit 的安裝步驟本身跟一般外掛沒有差別，在後台外掛市集搜尋安裝、啟用即可。真正的重點在啟用之後那一段，它不需要你手動去哪裡複製一段追蹤碼、貼進網站的 header.php 或主題設定欄位，而是改成用 Google 帳號登入授權一次，把驗證跟連結都在幾個畫面裡走完。
流程大致是這樣，啟用外掛後先用 Google 帳號登入並同意授權範圍，接著透過 Search Console 完成網站所有權驗證；如果這個網域底下原本沒有建立過 Search Console 資源，Site Kit 會自動幫你建一個，不必再另外跑一次獨立的驗證流程。驗證完 Search Console 之後，下一步是接 Analytics，這裡可以選擇連結既有的 Analytics 資源，也可以讓 Site Kit 直接幫你新建一個。
這裡有兩個追蹤碼要分清楚。Google 官方支援文件把它們分成兩種：G- 開頭的是 Analytics 代碼，在 Site Kit 初始設定階段就能直接勾選連結既有資源，全程不必手動輸入代碼字串；AW- 開頭的則是 Google Ads 代碼，必須先在 Site Kit 把 Analytics 設定好、完成連結，才能接著在設定頁面裡串上 Google Ads。官方文件明白指出，這種做法的優點是自動化配置與集中管理，不需要手動貼碼或修改佈景主題檔案，這也是它跟純教學文章「怎麼貼 gtag 代碼」最大的分野。只有網站真的無法安裝外掛時，官方才會退回建議改用「在 WordPress 編輯器裡貼入 Google 代碼」這個替代方案，換句話說手動貼碼是裝不了外掛時的退路，不是預設路徑。
常見的誤區是，裝好 Site Kit 之後又再用其他方式重複貼追蹤碼，不管是主題設定欄位裡多留的一段代碼，還是手動貼進 header.php 的那一行，只要跟 Site Kit 已經連好的追蹤重疊，同一批流量就會被算兩次，算出來的數字看起來會比實際流量誇張。反過來，如果之後打算移除這支外掛，也要先確認有沒有其他方式能接手埋碼，不然追蹤資料會跟著斷掉，等於憑空少了一段紀錄。
Search Console 模組看到的搜尋曝光與點擊數據
帳號授權跟服務串接都設定好之後，後台儀表板才會開始出現數據，第一個看得到的就是 Search Console 這個模組帶進來的四個指標：曝光、點擊、點閱率、平均排名。這四個詞聽起來直覺，但官方對每一個都有精確定義，搞清楚定義才不會誤讀數字。
曝光指的是使用者在搜尋結果裡「看到，或有機會看到」你網站的連結，不需要真的點進去就算一次；如果是輪播、可展開的搜尋結果元素，連結要被滾動到畫面裡才算數。點擊則嚴格得多，只有使用者真的從搜尋結果離開 Google、點進你的網站才算一筆，重複點同一個連結只算一次，同一頁面內優化查詢也不列入計算。點閱率的算法很單純，就是點擊數除以曝光數。至於平均排名，是把該頁面在搜尋結果頁面由上到下、主要區塊在前、次要區塊在後的位置去平均計算，同一頁面在不同裝置、不同網址版本會先合併回同一個標準網址，再算出這個平均值。
這個模組還有一個很實用的用法，可以依單篇文章篩選查看，不必每次都翻整站的加總數字。想知道某篇文章這個月的曝光有沒有起色、點閱率好不好，直接篩該篇的網址就看得到，對內容優化來說是最直接的用途，比起等每月報表，這種即時篩選能更快看出哪篇文章的排名在往上走、哪篇還停在原地。
另外要提醒一件事，剛裝好 Site Kit、剛把 Search Console 連上時，不要期待馬上就有數據跳出來。這個模組的資料通常會有數天延遲，是正常現象，不是設定錯誤；耐心等個幾天，曝光跟點擊的數字自然會開始累積。
Analytics 模組自動嵌入追蹤碼，資料摘要而非完整報表
追蹤碼自動嵌進網站裡，是 Site Kit 的 Analytics 模組省下的第一步，不用你手動貼一行程式碼進佈景主題檔案。前面提到的 G- 代碼，在初始設定就能直接勾選連結，全程免輸入代碼字串，這一步做完，後台儀表板就會開始顯示一組摘要指標。
後台看得到的範圍包括訪客數、工作階段的來源、平均互動率，以及工作階段長度。這些數字讓你不用開 Analytics 就能大致掌握流量健不健康，尤其是「訪客從哪裡來」這個指標，對判斷該把心力放在 SEO 還是社群經營特別有參考價值。
不過要先講清楚一個分界，這裡看到的一律是摘要，不是完整報表。如果想拉自訂報表、設定特定的事件追蹤、或是看轉換漏斗每一步的流失狀況，這些都得回到 Analytics 本身去操作，Site Kit 不提供這幾項細節功能。換句話說，Site Kit 的 Analytics 卡片適合每天打開後台時掃一眼流量現況，真正要深挖數據、做進階分析，還是得回到 Analytics 的完整介面。
PageSpeed Insights 模組同時呈現 Lab 與 Field 兩種效能數據
這個模組測的是網站的載入與互動態特效能，資料來源分成兩種，搞懂差異才知道該信哪一組數字。Lab data 是在模擬測試環境裡跑出來的分數，每次測都在固定的網路速度、固定的裝置條件下進行，適合拿來反覆比對改版前後有沒有進步；Field data 則是蒐集真實使用者在他們自己的裝置、自己的網路狀況下實際造訪時記錄下來的數據，更貼近多數訪客實際感受到的速度，但因為樣本來自各種真實環境，同一個頁面的分數也會比 Lab data 波動更大。
效能評分背後的三項核心指標，也就是 Core Web Vitals，現在是 LCP、INP、CLS。這裡有一件事要特別澄清，舊版的 Core Web Vitals 第三項指標原本是 FID，但 INP 已經在 2024 年 3 月正式取代 FID，PageSpeed Insights 等 Google 官方工具的評分邏輯也已經同步改用 INP 計算，FID 已經從工具裡移除，如果還看到教學文章寫 FID，那已經是過時的資訊。LCP 衡量的是頁面主要內容載入完成需要多久；INP 衡量的是使用者點擊、按鍵這類互動之後，畫面回應的反應速度，達標門檻是 75% 的互動要落在 200 毫秒以內；CLS 則是衡量頁面載入過程中，元素亂跳、位置突然位移的程度。
要留意這個模組的兩個限制。第一、它預設只測首頁，沒有自訂頁面的設定選項，想看其他頁面的分數還是得自己貼網址去 PageSpeed Insights 測。第二、它是診斷工具，不是優化執行工具，模組給的是分數跟建議清單，告訴你哪裡慢、慢在哪個環節，但實際動手優化，像是壓縮圖片、換一台反應更快的主機、精簡程式碼，這些都得另外處理，Site Kit 本身不會幫你把速度變快。
AdSense 模組顯示收益總覽，前提是帳戶已通過審核
跟 PageSpeed Insights 這種純診斷的模組不同，AdSense 模組牽涉到的是實際收入數字。連上 AdSense 之後，這個模組會在後台顯示一張收益總覽卡片，看得到的指標包括預估收益、廣告曝光次數、每千次瀏覽收益，以及頁面點閱率。對已經在用 AdSense 賺取廣告收入的網站來說，這張卡片省掉了每天另外開分頁登入 AdSense 後台查數字的動作。
不過這裡有一個很多人會誤解的地方，裝了 Site Kit 不代表馬上就能開始賺廣告收入，AdSense 帳戶必須先申請並通過官方審核，才有收益數據可看。審核門檻主要有三項：申請人必須年滿 18 歲，未滿則由父母或監護人代為申請並代收款項；網站內容必須原創且對讀者有吸引力，同時符合 AdSense 的計畫政策，而這項政策本身也可能隨時異動，發布者要自行留意更新；申請人還必須能存取這個網站的 HTML 原始碼，也就是要實際擁有或有權限管理這個網站，不能拿別人的網站去申請。這三項門檻沒過，AdSense 模組就只是一張空白卡片。
同樣要提醒一句，這個模組看到的是總覽，不是完整的管理介面。廣告版位怎麼擺、要不要開自動廣告、進階的版位設定，這些都還是得回到 AdSense 後台本身去操作，Site Kit 只負責把已經核准帳戶的收益數字攤在你眼前。
首頁儀表板依網站目標客製 Key Metrics 卡片
前面幾個模組各自負責一塊數據，最後都會匯總進 Site Kit 後台首頁的總覽儀表板，裡面有一組叫做 Key Metrics 的卡片，運作方式跟你想像的「固定顯示同一組指標」不一樣。它會先問你幾個關於網站目標的問題，像是這個網站主要是想賣東西、累積讀者，還是單純做品牌曝光，再依你的回答，建議該顯示哪些指標卡片。
這跟單純把各服務數據逐一列出來不一樣的地方在於，它會替不同目標的網站排出不同的優先順序。除了系統建議之外，你也能自己選要顯示哪些區塊、要怎麼排序，不想看的指標可以拿掉，常盯著看的可以往前排。對每天要打開後台好幾次的人來說，這種客製化省掉了每次都要在一堆數字裡找重點的時間。
前台工具列的單篇文章即時數據
除了後台儀表板，還有一個容易被忽略的小功能，登入後台的使用者只要瀏覽前台任何一篇文章，螢幕上方的管理列就會多出一個 Site Kit 的下拉選單。點開它，不必先跳回後台、也不用篩選頁面，就能直接看到這一篇正在讀的文章的搜尋曝光、點擊，以及流量走勢。
這個設計對經常需要邊看文章邊確認表現的人特別方便，寫完一篇文章、隔幾天回來複查排名有沒有起色，直接在前台頁面點開這個選單就看得到，不用切換好幾個畫面去對照網址。
廣告、標籤與訂閱制收費，四項延伸模組各自的定位
Site Kit 除了前面四個核心模組，還能再串接四項比較進階或針對特定情境的服務，不像 Search Console、Analytics 那樣多數網站都會用到，比較像是依經營型態各自挑著接。
Google Ads 轉換與出價數據串接
這項模組適合已經在投放 Google 關鍵字廣告、或做多角化廣告投放的網站。串接之後，能在 Site Kit 裡看到廣告端的轉換數據跟出價相關資訊，不必另外登入 Google Ads 後台查。
前提是要先完成 Analytics 模組的連結，因為轉換數據的計算要靠 Analytics 那邊的追蹤基礎；如果 Analytics 模組還沒連結，Google Ads 這一步就串不起來，要先把前面那一步做完才能繼續設定。
Tag Manager 容器的集中部署
如果網站上還掛了其他第三方追蹤碼，像是 Facebook Pixel、或是自訂的事件標籤，通常會透過 Tag Manager 統一管理。這項模組讓 Site Kit 負責串接 Tag Manager 的容器，但實際的標籤內容怎麼編輯、觸發條件怎麼設定，還是要進 Tag Manager 平台本身去操作，Site Kit 這裡只做串接，不碰標籤內容。
這種分工方式的好處是，追蹤碼的部署維持集中在一個地方管理，不會因為又裝了一支新外掛，就得重新找地方貼一次追蹤碼；需要新增或調整標籤時，也只要進 Tag Manager 操作，不用回頭改 WordPress 後台。
Reader Revenue Manager 的訂閱與贊助收款
這項是給內容出版者、經營部落格的人用的，主要功能是讓讀者可以訂閱付費內容，或是做單次贊助。串接之後會自動在網站裡加入必要的程式碼，不用手動安裝標籤。
對這類網站來說，省下的是自己另外串接金流、處理程式碼部署的工夫；多數以形象、服務介紹為主的一般型網站，平常用不到這項功能，除非未來打算開放付費訂閱或群眾贊助，否則可以先略過不接。
Sign in with Google 的訪客登入串接
這項模組讓網站訪客可以直接用自己既有的 Google 帳號登入，省去另外填一次註冊表單、記一組新密碼的麻煩。適合有留言功能或會員機制的網站，訪客登入的門檻越低，留言互動或會員轉換率通常也會跟著提升。
這項功能也能替代部分傳統會員系統要自己維護密碼、處理忘記密碼申請的麻煩，對本來就沒有太多資源維護會員機制的小型網站，是相對省事的做法。
帳號權限依 WordPress 角色分層，資料不會全部曝光
接上這些服務之後，誰能看到哪些數據，是需要處理的另一個問題。如果你的後台不只你一個人在用，像是接案的工程師、代理商，或是團隊裡不只一個人要進後台操作，Site Kit 的資料存取權限是依 WordPress 既有的使用者角色去分層設定的，不是裝上去之後所有登入者都看得到同一份完整數據。
管理員預設能看到全部資料，其他角色的權限則可以個別調整，包含把某一項服務單獨隱藏起來，只讓管理員看得到。比較常見的情境是廣告收益，如果團隊裡有編輯或作者需要進後台看內容表現，但不希望他們看到 AdSense 的收益數字，就能把 AdSense 這項服務的可見範圍限縮到管理員層級，其他角色照樣看得到 Search Console 跟 Analytics，但看不到收益。
這套跨 WordPress 角色與各 Google 服務分別設定的精細權限機制，是官方正式支援的功能，不是靠第三方外掛額外補上去的能力。對需要對客戶隱藏部分數據、或多人協作分工明確的網站來說，這一層權限設計省掉了另外裝權限管理外掛的麻煩。
電商轉換、自訂事件仍在 Site Kit 涵蓋不到的範圍
分層權限決定的是誰看得到什麼，至於這個外掛本身看不看得到某些數據，又是另一回事。動手裝之前，你最好先知道 Site Kit 不做什麼，免得裝完才發現期待落空。
最常被誤解的第一件事是電商轉換，Site Kit 不會自動幫你追蹤購物車、訂單金額這類數據，如果網站用 WooCommerce 在賣東西，電商相關的轉換數據要另外靠 GA4 的電子商務事件去設定，Site Kit 本身沒有這一塊。
第二件常被誤解的事，是自訂事件。想追蹤某個按鈕被點了幾次、某個表單填寫到哪一步流失，這些自訂事件的設定介面，Site Kit 裡面找不到，得回到 GA4 或 Tag Manager 本身去設定觸發條件。第三、如果經營的是 Multisite 多站架構，要注意 Site Kit 不支援全站批次設定，就算外掛在網路層級一次啟用，每個子站仍得各自走一次帳號授權與服務連結設定，沒有一鍵套用到所有子站的做法。
回到最一開始講的定位，Site Kit 從頭到尾都是一個資料整合工具，不是 SEO 最佳化工具。它能做的是把散在各個 Google 服務裡的數字集中攤在你眼前，省掉分頭登入查數據的時間；它不做的是幫你優化網頁速度、幫你寫 meta 描述、幫你設定電商轉換，這些工作的執行仍然得靠對應的專門工具或人力去完成。
把這幾個模組串起來看，Google Site Kit 真正省下的其實是切換帳號查數字的時間，而不是分析或優化本身的工作。裝好之後，曝光、流量、速度、收益這些數字都在同一個畫面就能掃過一遍，哪個地方在往上走、哪個地方遲遲沒有起色，一眼就看得出來。至於看到數字之後要怎麼調整內容、怎麼優化速度、怎麼設計轉換流程，那還是得靠你自己動手，或是回到每個服務原本的介面深入處理，它幫你省的是找數字的時間，不是做決定的時間。