Google 已開始逐步推出一種新的 Search Console 資源類型，用來查看社群和影片平台內容的表現。簡單說：創作者和發布者現在可以看見部分站外內容在 Google 搜尋和 Discover 中的表現，首批支援 Instagram、TikTok、X 和 YouTube。
這件事重要，是因為很多搜尋發現已經不再先落到傳統網站。產品示範可能在 YouTube。創辦人的解釋可能在 X。視覺教學可能在 Instagram 或 TikTok。過去，團隊常把這些平台當成彼此分離的報表孤島。Google 新的平台資源，讓這些資料可以進入許多 SEO 團隊已經熟悉的 Search Console 環境。
來源： Google Search Central 於 2026 年 7 月 7 日發布了這項更新 。
Google 發布了什麼
Google 在 Search Console 中推出了「平台資源」（platform properties），這是一種面向社群帳號、影片帳號或頻道的新資源類型。根據 Google 的說法，這種新資源類型可以幫助網站擁有者和創作者了解自己的社群與影片貼文在 Google 搜尋和 Discover 中的表現。
首批支援的平台包括：
| 平台 | 團隊可以開始追問什麼 |
|---|---|
| | 哪些視覺內容正在被 Google 發現？ |
| TikTok | 哪些短影片在 TikTok App 之外也符合搜尋意圖？ |
| X | 哪些貼文或 thread 正在吸引搜尋需求？ |
| YouTube | 哪些影片獲得了搜尋、影片搜尋、圖片搜尋或 Discover 可見性？ |
這項功能會在接下來幾週逐步開放，所以不是每個帳號都會立刻看到。
新設定畫面透露了方向
Caption: 這張本地化資訊圖展示了 Search Console 中的平台帳號連接思路：創作者可以連接 Instagram、TikTok、X 或 YouTube，並透過安全驗證確認關係。
這個設定流程概念上很簡單：打開 Search Console，新增資源，選擇一個支援的平台，然後依照驗證步驟操作。上面的圖值得注意，因為它說明 Google 正在把社群和影片帳號視為一類正式的報告資源，而不只是其他分析工具裡的 referral source。
這個定位很關鍵。平台資源不是用來取代你的網站資源。它是第二個視角：網站資源告訴你哪些頁面獲得了搜尋需求；平台資源告訴你哪些帳號貼文或影片正在透過 Google 被發現。
平台資源裡可以衡量什麼
Google 表示，平台資源可以使用三個主要報告：
| 報告 | 它告訴你什麼 | 成長團隊應該怎麼用 |
|---|---|---|
| Performance report | 貼文和查詢的點擊、曝光以及其他指標 | 找出哪些貼文獲得搜尋需求，哪些查詢值得延展成更深入的文章、登陸頁或影片。 |
| Insights report | 近期流量趨勢、表現最好的貼文和發現路徑 | 識別 Google 已經願意展示的內容格式。 |
| Achievements | 成長里程碑，例如過去 28 天達到新的點擊門檻 | 對創作者回饋循環有用，但沒有查詢和貼文層級診斷重要。 |
匯出選項也很重要。如果你的團隊已經在試算表、BI 工具或 SEO 營運系統裡工作，匯出的 Search Console 資料就可以進入同一個每週複盤流程，和網站頁面一起分析。
Insights 報告把社群貼文變成搜尋證據
Caption: 這張本地化資訊圖展示了 Insights 類型報告如何呈現連接平台內容的近期點擊、主要流量來源和趨勢線。
Google 截圖裡的示例顯示，一個 YouTube 帳號在過去 28 天從 Google 搜尋獲得了 17.8K 次點擊。報告還把 web search、video search、Discover 和 image search 等流量來源拆開顯示。
對創作者來說，這是一個很實用的升級。它能回答過去很難乾淨串起來的問題：
- 哪些影片是從一般 Google 搜尋被找到的，而不只是來自 YouTube 推薦？
- 哪些貼文有足夠價值，可以從 Discover 或圖片搜尋獲得需求？
- 哪些搜尋詞指向了網站上的內容缺口？
- 哪些社群或影片主題值得後續寫文章、做比較頁或產品頁？
這也是這項功能不只是報表更新的地方。它可以變成內容規劃信號。
如何使用這些資料，而不是製造混亂
不要把每一個社群查詢都丟進 SEO 內容日曆。那是圍繞雜訊需求生產薄內容最快的方法。
更好的做法，是按照每個高表現貼文或查詢證明了什麼來分類：
| 平台資源裡的信號 | 可能意味著什麼 | 下一步動作 |
|---|---|---|
| 高曝光、低點擊 | Google 理解這個主題，但貼文可能沒有很好滿足搜尋結果裡的點擊預期 | 先測試標題、縮圖或貼文表達，再決定是否寫新頁面。 |
| 影片搜尋點擊高 | 這個主題更適合影片表達 | 做一支更好的影片，或補充一篇帶 transcript 的文章。 |
| 多個貼文反覆出現同類查詢 | 搜尋需求比較穩定 | 建一個 hub 頁面或比較文章。 |
| Discover 出現峰值 | 主題偏即時性或興趣驅動 | 快速捕捉角度，然後等待更穩定的查詢資料。 |
| 社群貼文表現超過你的網站頁面 | 網站可能缺少更清楚的答案 | 建立或更新一個能直接回答該查詢的頁面。 |
目標不是把每個社群貼文都變成部落格文章。目標是發現什麼時候平台內容揭示了真實搜尋意圖，而你自己的網站還沒有回答好。
Auspia 可以放在哪裡
Auspia 已經支援把 Google Search Console 資料放進內容工作流程。團隊可以連接 GSC，查看文章的收錄、排名、點擊和表現信號，而不需要在發布工具、試算表和 Search Console 分頁之間來回切換。
Google 新的平台資源，會讓這種習慣更有價值。一旦團隊可以匯出或查看社群與影片搜尋表現，就可以把這些信號放進同一個決策循環：
- 查看哪些網站頁面的搜尋可見性正在上升或下降。
- 查看哪些社群或影片貼文正在獲得 Google 發現。
- 把兩類信號與產品真正需要佔領的主題做對照。
- 更新頁面、撰寫新文章 brief，或製作後續影片。
- 再回到 Search Console 衡量結果。
Auspia 的價值不是取代 Search Console。它是把 GSC 資料放在診斷之後真正要做的工作旁邊：選題、寫內容、發布、追蹤結果，以及改善表現不佳的頁面。
團隊可以這樣做每週複盤
如果你的帳號取得了平台資源存取權，可以每週做一次這樣的複盤：
| 步驟 | 問題 | 產出 |
|---|---|---|
| 1 | 過去 28 天，哪些平台貼文獲得最多 Google 點擊？ | 一份有搜尋需求的貼文或影片 shortlist。 |
| 2 | 哪些查詢把使用者帶到了這些貼文？ | 按意圖分組的查詢列表。 |
| 3 | 我們是否已經有對應這個意圖的網站頁面？ | 保留、更新或新建的決策。 |
| 4 | 最好的答案需要文字、影片、視覺內容，還是三者都需要？ | 內容格式決策。 |
| 5 | 下一輪發布後資料有什麼變化？ | 下一次複盤裡的 GSC 對比。 |
門檻要設高一點。一次 viral post 不是策略。跨貼文、跨平台、跨網站頁面反覆出現的需求，才是策略信號。
功能推出期間要注意什麼
有幾個限制值得記住：
- 功能會逐步推出，所以不同帳號的可用時間會不同。
- 首批支援的平台是 Instagram、TikTok、X 和 YouTube。
- 驗證需要在 Search Console 中安全授權連接。
- 平台資料應該補充網站 GSC 資料，而不是取代它。
- 匯出資料很有用，但團隊仍然需要一個流程來決定發布什麼、更新什麼。
最有意思的部分不是介面本身，而是方向：Google 正在讓創作者和發布者更清楚看見站外內容如何透過搜尋被發現。
結論
Search Console 對那些內容分布在網站、社群帳號和影片平台上的團隊越來越有用。如果你在 Instagram、TikTok、X 或 YouTube 發布內容，平台資源可以顯示哪些貼文透過 Google 被發現，以及背後有哪些查詢。
對 SEO 團隊來說，下一步很直接：把平台資料當作需求證據。用它判斷什麼值得做成網頁，什麼值得做成影片，什麼繼續留在社群貼文裡就好。
如果你使用 Auspia，就把 GSC 資料留在內容循環裡。重點不是更多 dashboard。重點是更快決定下一步該改善什麼。
FAQ
什麼是 Search Console 平台資源？
平台資源是 Search Console 中面向受支援社群和影片平台的新資源類型。它讓創作者和發布者看到已連接平台內容在 Google 搜尋和 Discover 中的表現。
首批支援哪些平台？
Google 列出的首批平台是 Instagram、TikTok、X 和 YouTube。
這些資料可以匯出嗎？
可以。Google 表示，如果使用者更願意用其他工具分析表現資料，可以匯出這些資料。
這會取代普通網站的 Search Console 資料嗎？
不會。網站資源仍然負責頁面、收錄、排名和自有網站表現。平台資源只是增加了對站外貼文和影片的可見性。
Auspia 可以顯示 Google Search Console 資料嗎？
可以。Auspia 可以連接 Google Search Console，讓團隊在內容工作流程裡看到收錄、排名、點擊和文章表現信號。
Author: Sophie Renard，Auspia 的 AI 搜尋簡報分析師，長期追蹤 30+ 個平台變化。Sophie 負責用簡潔方式解釋搜尋產品更新，以及成長團隊應該如何行動。
