Google Search Console 平台資源：社群內容表現
Search Console 平台資源把 Instagram、TikTok、X、YouTube 加為獨立資源，追蹤社群內容在 Google 的曝光、點擊與查詢，屬後台績效追蹤，不影響排名或前台顯示。
作者：褚崇名（Sliven）
本頁目錄
- Platform properties 追蹤的是成效，不控制顯示
- 平台資源補上哪些資料
- 從 social channels 到 platform properties：一段時間線
- 支援平台與資源結構：四個帳號怎麼進 GSC
- 設定流程：從資源選擇器到自動驗證
- 設定完成後第一週可以做什麼
- 先決條件：社群內容要能在 Google 上出現，才有資料
- 報表沒有資料時的排查順序
- 平台資源能回答、不能回答的問題
- Performance 報表怎麼讀社群資料
- 各搜尋介面的指標與維度差異
- Performance 與 Insights 怎麼分工
- 觀察週期要配合發布頻率
- 進階功能：24 小時檢視、query groups、comparison、annotations
- 示意：分開看 YouTube 長影片與 Shorts
- （示意）一支 Reel 在 Google 突然帶來流量，怎麼判讀
- 跟 Search profile、知識面板與結構化資料的差異
- 常見誤解與設定問題
- 跟其他追蹤工具的定位差異
- 多帳號與多平台的資源管理
- 跨平台資料怎麼整理
- 從報表走到內容決策
- 風險與限制
- 現在是否值得設定
- 誰該現在用、誰可以先放著
- 常見問題
- 設了 platform property 之後，我的 IG 連結會出現在 Google 搜尋結果嗎
- platform properties 支援哪些社群平台
- 一個帳號可以加多少個 platform property
- platform properties 要怎麼驗證
- Search Console 的曝光跟 IG 後台的觸及有什麼不一樣
- platform properties 會提升我的搜尋排名嗎
- 結論
Google 在 2026 年 7 月 7 日公告 Platform properties（平台資源），讓創作者與發布者把 Instagram、TikTok、X、YouTube 帳號分別加入 Search Console，查看內容從 Google 取得的曝光、點擊與搜尋查詢。新增資源只會開啟成效追蹤，不會改變搜尋排名或前台顯示。
平台資源、Search profile 與知識面板都可能涉及社群帳號，但用途與控制方式不同。結構化資料中的 sameAs、ProfilePage 也不能保證知識面板出現社群連結。
重點整理
- Platform properties 是 Search Console 的成效追蹤資源，目前支援 Instagram、TikTok、X、YouTube。
- Google 於 2026 年 7 月 7 日公告這項功能，並在 7 月 29 日宣布全球開放。部分說明中心頁面截至 8 月 2 日仍留有「逐步推出」文字，但較新的公告已寫明所有人皆可使用。
- 每個帳號或頻道都會成為獨立資源；一般需逐一加入並驗證，已聲明 Search profile 的已驗證帳號則會自動加入。資料通常需要幾天才會出現。
- Google Search 的 Performance 報表可查看點擊、曝光、平均點閱率與平均排名。Discover 與 Google News 報表不提供平均排名，而且只會在內容確實從這些介面取得流量時出現。
- 新增平台資源不會提升排名，也不會直接新增知識面板的社群連結。
Platform properties 追蹤的是成效，不控制顯示
正式名稱是 Platform properties，不是「社群綁定」。
把社群帳號加進 Search Console 後，帳號會成為獨立資源。你可以查看特定 Instagram 帳號的貼文、YouTube 頻道的影片如何透過 Google Search 被找到。內容若有來自 Discover 或 Google News 的流量，也會出現相應報表。
Google 在新增網站或平台資源的官方說明中明確表示，新增資源不會影響網站或平台內容在 Google Search 的表現，只會讓你追蹤資料。完成設定不代表社群連結會出現在知識面板，也不會因此提高排名。
Search profile、知識面板與網站結構化資料各有自己的機制。例如 Search profile 的 Insights 由 Search Console 提供資料，但建立平台資源不能控制搜尋結果顯示。
平台資源補上哪些資料
創作者與品牌不一定把內容放在自架網站，也可能直接發布在 Instagram、TikTok、X 或 YouTube。傳統的網站資源只能呈現自家網站在 Google 的成效，無法涵蓋第三方平台帳號。
平台資源把單一社群帳號或頻道當成獨立資源，呈現內容從 Google Search、Discover 或 Google News 取得的曝光與點擊，不包含平台內的按讚、觀看或觸及。
同一支 TikTok 影片會有兩套資料：TikTok 後台記錄平台內表現，Search Console 記錄它在 Google 端的表現。兩者的資料範圍不同，不能互相替代。
從 social channels 到 platform properties：一段時間線
2025 年 12 月 8 日，Google 先在 Search Console Insights 推出 social channels 實驗。依照當時的官方公告，功能只對部分網站開放，而且只能加入 Search Console 自動識別、判定與網站有關聯的社群頻道。使用者不能任意指定帳號。
那個實驗版會提供總點擊與曝光、熱門或趨勢變化中的社群頁面、搜尋查詢、受眾國家，以及來自 Image Search、Video Search、News Search、Discover 的額外流量資訊。公告署名者是 Search Ecosystem Engineering Manager Hillel Maoz。
2026 年 7 月 7 日，Google 在Platform properties 公告中改為讓使用者建立獨立的平台資源，並支援 Instagram、TikTok、X、YouTube。公告由 Search Console Product Manager Lead Moshe Samet 署名。
7 月 7 日的公告原本說明功能會在接下來數週逐步推出。Google 隨後於 2026 年 7 月 29 日宣布平台資源已全球開放。截至 8 月 2 日，平台資源說明頁仍留有逐步推出的舊文字；目前可依日期較新的全球開放公告判讀。
支援平台與資源結構：四個帳號怎麼進 GSC
截至 2026 年 8 月 2 日，官方列出的支援平台只有：
- TikTok
- X
- YouTube
Facebook、LinkedIn、Threads、小紅書、Pinterest 並未列在目前的支援清單。後續是否增加平台，以 Google 官方說明為準。
每個帳號或頻道都是獨立資源。同時經營 Instagram 與 YouTube，要建立兩個平台資源；同一平台有多個帳號，也要逐一建立。報表不會自動合併。
Google 的資源新增說明列出的 Search Console 帳號通用上限是 1,000 個資源，但沒有另列平台資源的單一平台專屬上限。若 Google 日後調整規則，以當時官方文件為準。
設定流程：從資源選擇器到自動驗證
設定流程如下：
- 開啟 Search Console 首頁，或從側欄的資源選擇器按「新增資源」（Add property）。
- 在支援清單中找到要加入的平台，按下「新增」（Add）。
- 依畫面指示完成安全授權與所有權驗證。
- 驗證成功後進入該資源；報表通常要過幾天才會開始顯示資料。
平台資源的官方驗證方式是透過既有網站資源建立自動連線，或直接登入平台帳號，不使用傳統網站資源的 DNS TXT、HTML 檔案或 HTML 標記驗證流程。實際授權畫面以帳號內顯示為準。
Google 會定期重新檢查所有權。若外部登入逾期或連線失效，平台資源會暫停存取；重新驗證後可回到原本報表，不必重新等待資料累積。
Search profile 要另外說明。官方說明指出，Insights 目前是 Beta 功能，能否使用取決於追蹤者資格；Search profile 建立資格則另有地區、年齡與各平台追蹤者門檻，而且截至 2026 年 8 月 2 日只開放在美國建立。官方沒有說 Insights 與建立資格採用完全相同的門檻，實際資格以當時的官方文件與介面為準。2026 年 7 月 29 日發布的社群與影片內容分析指南另指出，已聲明 Search profile 的使用者，其已驗證帳號會自動加入 Search Console 成為資源。自動建立資源不等於取得 Search profile 的前台編輯功能，也不表示所有使用者都能使用 Beta Insights。
設定完成後第一週可以做什麼
資料累積需要時間，但驗證完成後的第一週可以先整理後續分析需要的基本資訊。
- 確認資源已出現在資源選擇器，而且帳號連線狀態顯示為已驗證。
- 記下每個資源的建立日期，方便日後判斷資料涵蓋期間。
- 同時經營多個平台時，在內部建立帳號對照表，記錄品牌、平台、帳號名稱與資源建立日，避免混淆同名或相近帳號。
- 調整內容、發布活動或改變發布頻率時，在當日或事後加上 Annotation，替趨勢圖補充時間背景。
- 確認報表預設的 28 天範圍是否符合發布節奏；需要其他區間時，可用 comparison 比較等長期間。
這些紀錄不會影響資料收集速度，但能補上日後判讀變化所需的時間背景。
先決條件：社群內容要能在 Google 上出現，才有資料
平台資源記錄內容在 Google 上的表現。若某篇貼文或影片沒有出現在 Google Search、Discover 或 Google News，就不會有來自這些介面的曝光與點擊資料。
官方平台資源說明舉了兩個例子：Instagram 限時動態出現在 Google Search 時會計為一次曝光；使用者從搜尋結果點入時會計為一次點擊。影片在搜尋結果或 Discover 出現也會計為曝光，使用者點擊後即使在 Google 的影片檢視器開啟，Search Console 仍會記錄一次點擊。
內容能否出現，會受到公開狀態、平台是否讓搜尋引擎存取頁面，以及 Google 是否收錄等因素影響。網站擁有者可以用 URL Inspection 檢查所選資源內的頁面，但不能用這個工具檢查不在該資源內的第三方社群網址。
可以用 Google 搜尋完整貼文網址或 site: 查詢做初步觀察，但搜尋結果不是完整索引清冊。看不到結果也不足以單獨證明內容未被收錄，因為結果還會受到查詢、地區與其他條件影響。
報表沒有資料時的排查順序
驗證完成幾天後，報表仍然空白，可以依下列順序縮小範圍。
| 症狀 | 可能的原因 | 可以採取的下一步 |
|---|---|---|
| 驗證成功，但所有報表都沒有數字 | 資料仍在累積；或該帳號內容尚未從 Google 取得曝光 | 確認資源建立時間，再檢查內容是否公開、搜尋結果中能否找到內容 |
| 單一報表空白，其他報表有數字 | 該搜尋介面（如 Discover）尚未帶來流量 | Discover 與 Google News 報表只會在實際取得流量時出現，無資料時不會顯示 |
| 報表從有數字變成無法存取 | 外部登入逾期或連線失效 | 重新授權該資源；恢復後原報表仍在，不必刪除重建 |
| 只有某篇貼文缺資料 | 該頁面目前沒有來自涵蓋介面的可顯示資料 | 用完整網址或 site: 查詢觀察，但不要把搜尋結果當成完整索引清冊 |
平台資源只記錄內容在 Google 上實際發生的曝光與點擊。沒有資料不一定是設定錯誤；應分別確認資源連線、內容公開狀態，以及內容是否曾在涵蓋的 Google 介面出現。
平台資源能回答、不能回答的問題
設定前先確認問題屬於 Google 端成效、平台內成效，還是自家網站流量。
| 你想回答的問題 | 資料來源 | 平台資源能回答嗎 |
|---|---|---|
| 我的 IG 貼文有沒有在 Google 取得曝光或點擊 | Search Console 平台資源 | 可以 |
| 從 Google 找到 IG 內容的人用了哪些查詢 | Search Console 平台資源 | 可以 |
| 社群連結有沒有出現在知識面板 | Search profile 介面、知識面板聲明 | 不行，平台資源不控制前台顯示 |
| 進入自家網站的流量來自哪個社群 | UTM 參數、GA4 | 不行，這是站內流量歸因 |
| YouTube 影片在平台內的觀看與互動 | YouTube Studio | 不行，這是平台內成效 |
| 內容是否長期帶動品牌相關搜尋 | Search Console 網站資源，必要時搭配 GA4 | 只能提供部分資料，仍需交叉判讀 |
先分清楚資料口徑，才不會拿 Google 的曝光回答平台內觀看或站內轉換問題。
Performance 報表怎麼讀社群資料
平台資源的 Google Search Performance 報表有四個主要指標：
- 點擊（clicks）：使用者從 Google 的結果點進該平台內容的次數。
- 曝光（impressions）：內容出現在 Google 結果中的次數。
- 平均點閱率（average CTR）：點擊數除以曝光數。
- 平均排名（average position）：內容在搜尋結果中的最高位置，再依各次曝光取平均；它不是每次查詢的固定名次。
可以再按貼文、查詢等維度篩選或排序，找出哪些內容與搜尋字詞帶來流量。Discover 與 Google News 只有在內容取得相應流量時才會顯示獨立報表。平台資源的 Insights 與 Performance 報表預設日期範圍都是最近 28 天。
這些數字反映 Google 端的表現，不包含 Instagram、TikTok、X 或 YouTube 平台內部的觀看與觸及。兩邊的指標定義與計算範圍不同，不應直接比較總數。
讀報表時，可以從幾種情況開始：
- 曝光增加但 CTR 下降：按查詢與貼文拆開看，確認流量是否來自不同搜尋意圖。只看兩個指標，不能判定是標題、縮圖或排名造成。
- 曝光不多但 CTR 穩定：目前被顯示的範圍有限，還不能據此推論市場需求或內容品質。
- 出現未預期的查詢：檢查貼文內容是否確實回答該需求，再決定是否調整標題、說明或延伸內容。
- 平均排名有變化：搭配查詢、裝置、國家與日期比較。平均排名是彙整值，不宜用單一排名區間套用固定優化規則。
Insights 報表適合看近期趨勢、熱門內容與使用者如何在 Google 找到帳號。官方也提醒，Insights 頂端摘要卡涵蓋 Google 網頁、圖片、影片與新聞搜尋的點擊，下方詳細清單則主要聚焦網頁搜尋，因此卡片數字可能不相等。
各搜尋介面的指標與維度差異
平台資源涵蓋的不只網頁搜尋。同一個帳號的內容可能從 Google Search、Discover 或 Google News 取得曝光；Insights 頂端摘要卡還可能包含 Image Search 與 Video Search 帶來的點擊。各介面提供的指標並不一致。
| 搜尋介面 | 主要指標 | 是否提供平均排名 | 適合回答的問題 |
|---|---|---|---|
| Google Search | 曝光、點擊、平均點閱率、平均排名 | 有 | 哪些查詢與貼文帶來搜尋流量，平均排名如何變化 |
| Discover | 曝光、點擊、平均點閱率 | 無 | 內容是否從 Discover 取得流量 |
| Google News | 曝光、點擊、平均點閱率 | 無 | 內容在 Google News 的能見度 |
平均排名只用於 Google Search 結果，Discover 與 Google News 沒有這個欄位。跨介面加總的曝光或點擊也不等於不重複觸及人數，因為同一個使用者可能在多個介面接觸同一則內容。
Image Search 與 Video Search 的點擊可計入 Insights 頂端摘要卡。下方詳細清單主要聚焦網頁搜尋，而 Discover 與 Google News 在符合資料條件時會有各自的 Performance 報表。比較數字前要先確認報表與搜尋類型。
分析時可把 Google Search 當成查詢與排名的主要資料，Discover 與 Google News 則分開觀察，避免混用不同介面的指標。
Performance 與 Insights 怎麼分工
Performance 報表適合拆解特定日期、貼文、查詢、國家或裝置的曝光與點擊。要追查某波流量由哪支影片或哪些查詢帶來，可以從這裡往下篩選。
Insights 報表提供近期流量趨勢、熱門內容、查詢群組與受眾國家等摘要，適合先找出值得追查的變化。它不是完整明細，而且摘要卡與下方清單可能採用不同搜尋類型，讀數字時要先確認口徑。
可以先從 Insights 找到變化，再到 Performance 核對日期、貼文與查詢。這個閱讀順序不代表趨勢摘要能證明成效原因。
觀察週期要配合發布頻率
單日或短期數字可能只反映某一篇內容的波動，而且 24 小時檢視的最新時段可能仍在收集資料。平台資源的 Insights 與 Performance 報表預設日期範圍是最近 28 天，但不必把 28 天當成所有帳號的成效判斷標準。
可依發布頻率選擇觀察區間，再用 comparison 比較前後兩個相同長度的期間。讀報表時可依序檢查：
- 曝光是否變化，以及資料是否完整。
- 哪些貼文與查詢帶來變化。
- CTR 是否跟著改變；不同查詢類型不宜套用同一個固定標準。
- 點擊變化是否來自曝光量、查詢組成、裝置或國家差異。
這個順序可以減少誤判。報表呈現前後變化，單靠比較仍無法證明某次改動造成結果。
進階功能：24 小時檢視、query groups、comparison、annotations
這些功能並非平台資源專屬，是否顯示要看報表類型與資料條件，例如 query groups 只提供給查詢量較大的資源。
24 小時檢視適合觀察近期流量變化，也可以比較最近 24 小時與前一個 24 小時。資料只有數小時的延遲，但最新時段可能仍在收集，後續數字會再變動。
Query groups 是 Search Console Insights 的功能，用 AI 把意圖相近的查詢歸在一起，並顯示熱門、上升或下降的群組。它不影響排名，而且只提供給查詢量較大的資源；群組可能隨時間改變，不應當成固定的關鍵字分類。
Comparison 可以比較兩個日期區間，或同一維度中的兩個值。若報表提供頁面篩選，也可用 URL 包含條件或正規表示式分開觀察 /watch 與 /shorts/、/p/ 與 /reels/ 等路徑。這項功能比較既有資料的分組，不是隨機分流的 A/B 測試，不能單靠它證明內容格式造成成效差異。
Annotations 可以在 Performance 圖表的特定日期加入備註，例如發布活動或網站改版。註記可補充時間背景，但不會自動證明因果。它不會顯示在 Comparison 或 24 小時檢視中，而且同一資源的擁有者與完整權限使用者都能看見，因此不要寫入個人資料或敏感資訊。
平台資源支援匯出資料。若要做跨平台分析，需要分別匯出各個資源，再用試算表或分析工具整理；官方沒有說 Search Console 會自動產生統一的跨平台合併報表。
示意：分開看 YouTube 長影片與 Shorts
假設同一個 YouTube 頻道同時發布長影片與 Shorts，可以使用 comparison 的 URL 條件比較兩種格式。Google 官方指南提供的做法是比較網址中包含 /watch 與 /shorts/ 的兩組資料；Instagram 也可用 /p/ 與 /reels/ 比較一般貼文和 Reels。
這種比較可以呈現兩組內容的曝光、點擊、CTR、平均排名與相關查詢，適合回答：
- 哪一組網址在選定期間取得較多 Google 曝光或點擊。
- 兩組內容帶來的查詢是否不同。
- 裝置、國家與日期分布有何差異。
這些資料不能評定哪種格式的內容品質較好，也不包含 YouTube 平台內的觀看行為或推薦系統成效。Comparison 不是隨機分流的 A/B 測試，因此不能直接把差異歸因於影片格式。
（示意）一支 Reel 在 Google 突然帶來流量，怎麼判讀
以下情境為假設，只用來說明判讀順序，不代表任何實際個案。
假設某個 Instagram 帳號建立平台資源後，Performance 報表顯示一支 Reel 的曝光在幾天內明顯上升。可以依序處理：
- 確認資料是否完整。24 小時檢視的最新時段可能還在收集，避免在數字仍會變動時下定論。
- 拆開查詢維度。看帶來曝光的是哪些搜尋字詞，判斷屬於品牌查詢、主題查詢，還是某個時事帶動的突發需求。不同查詢類型對應的後續動作並不一樣。
- 用 comparison 比較前後兩個等長期間，觀察變化是集中在特定日期、裝置或國家，還是全面上升。
- 若懷疑與某次內容調整有關，在該日期加註 Annotation 並持續觀察。前後差異只能作為追查線索，不能證明因果。
- 區分平台內與 Google 端。Reel 在 Instagram 的觀看數屬於平台內成效，不會出現在這份報表，兩者不能相加，也不該用同一個基準互相比較。
依序檢查查詢、日期、裝置、國家與平台內外的口徑，可以縮小可能原因，但單一指標上升仍不足以證明是某個動作造成。
跟 Search profile、知識面板與結構化資料的差異
這幾個功能都會碰到社群帳號，但用途不同。
| 比較面向 | Platform properties | Search profile／知識面板 | 網站結構化資料 |
|---|---|---|---|
| 主要用途 | 私下查看平台內容在 Google 的成效 | 管理或建議修改 Google 前台顯示的個人／品牌資訊與內容平台 | 協助 Google 理解網站頁面與實體關係 |
| 設定位置 | Google Search Console | Search profile 或知識面板的聲明、編輯與意見回報介面 | 自己網站的 HTML／JSON-LD |
| 社群帳號處理 | 每個支援帳號或頻道各自成為資源；已聲明 Search profile 的已驗證帳號會自動加入 | 可申請新增、移除或排序內容平台；新增須 Google 核准 | sameAs 可列出其他網站上的官方資料頁或社群檔案 |
| 會直接改變排名嗎 | 不會 | Search profile 編輯不會改變 Search 或 Discover 排名 | Google 不保證因結構化資料而顯示特定搜尋功能 |
| 會保證顯示社群連結嗎 | 不會 | 不保證；知識面板由 Google 自動產生，建議修改仍受審核 | 不保證 |
Google 的知識面板說明指出，知識面板由系統根據網路上的多種來源自動產生。已驗證的本人或官方代表可以提出修改建議，包括新增或修正社群檔案連結，但 Google 仍會審查建議。
Organization 結構化資料中的 sameAs 可以向 Google 提供組織在其他網站上的資料頁或社群檔案網址。ProfilePage 則適用於以單一人物或組織為主體的作者頁、關於頁、論壇或社群個人頁，協助 Google 理解創作者資訊。兩者都不能強制知識面板顯示社群連結。
若已擁有 Search profile，可在該介面申請新增內容平台；新增申請需要 Google 核准。Search profile 管理前台的內容平台，平台資源則用來查看 Search Console 報表。
常見誤解與設定問題
新增平台資源只會啟用追蹤，不影響網站或平台內容在 Google Search 上的表現，不能當成排名工具。
社群平台後台量的是該平台自己的分發與互動；Search Console 平台資源量的是內容在 Google 上被顯示與點擊的情況。名稱相似的指標也不一定採用相同定義。
截至 2026 年 8 月 2 日，官方支援清單只有 Instagram、TikTok、X、YouTube。其他平台即使內容可能出現在 Google，也不能建立對應的 platform property；後續支援範圍以官方清單為準。
Google 已在 2026 年 7 月 29 日宣布全球開放。若「新增資源」仍沒有平台選項或驗證失敗，可透過 Search Console 送出意見；驗證方式與介面以當時的官方說明及帳號畫面為準，不需要修改網站 DNS。
平台資源的連線可能因外部登入逾期而暫停。重新驗證可恢復原報表，不必刪掉資源重建。
各平台資源的資料彼此獨立。需要總覽時可以匯出後整理，但要先確認各報表的日期、搜尋介面與指標口徑相同。加總值不能直接當成不重複人數。
跟其他追蹤工具的定位差異
社群平台原生後台用來看平台內部的分發與互動；platform properties 用來看內容在 Google Search，以及符合條件時在 Discover、Google News 的表現。兩套資料不能互相替代。
UTM 參數附在可控制的連結上，用來辨認使用者點擊連結後的流量來源。它可以放在社群貼文導向自家網站的網址裡，但不能替第三方平台上的貼文頁本身增加 Google 搜尋曝光資料。平台資源則能記錄該貼文頁在 Google 被顯示與點擊的情況。
GA4 主要記錄使用者抵達自家網站後的行為；Search Console 則記錄內容在 Google Search 上的表現。Google 的Search Console 與 Google Analytics 說明也提醒，即使是看似相近的 clicks 與 sessions，兩套系統的總數通常不會完全一致。
平台後台看平台內成效，platform properties 看社群內容在 Google 的能見度，UTM 與 GA4 看使用者進入自家網站後的流量與行為。選擇工具前要先確認想回答的問題。
多帳號與多平台的資源管理
每個帳號或頻道都要有自己的資源。例如同時管理兩個 Instagram 帳號、兩個 YouTube 頻道、一個 X 帳號與一個 TikTok 帳號，就會有六個平台資源，網站資源另計。
管理多個品牌時，可在內部報表另做對照表，記錄品牌、平台、帳號與負責人，避免同名或相近帳號混淆。
權限依實際工作範圍分配。Annotations 會在同一資源內共用：擁有者與完整權限使用者可以新增、查看或刪除，限制權限使用者只能查看。Google 目前列出的 Search Console 帳號通用上限是 1,000 個資源，沒有公布平台資源的個別上限；確切限制仍以設定當下的官方文件與介面為準。
跨平台資料怎麼整理
Search Console 不會自動把多個平台資源合併成一張報表。Google 的官方指南建議分別匯出各資源的資料，再放到同一份試算表並排比較。整理時可以：
- 為各資源選相同日期區間與相同報表類型。
- 匯出查詢、頁面、國家或裝置資料。
- 補上平台與帳號欄位，保留原始資料的報表類型與日期。
- 比較各平台的內容、查詢、國家與裝置分布。
不同報表的曝光定義與可用指標不完全相同，例如 Discover 沒有平均排名，所以不宜把 Google Search、Discover 與 Google News 混成單一排名或 CTR 基準。跨資源加總的曝光與點擊也不是不重複使用者數；Search Console 沒有提供跨平台、跨搜尋介面的不重複觸及人數。GA4 記錄的是自家網站或 App 上的使用行為，同樣不能補出內容在 Google 搜尋介面的不重複觸及。
從報表走到內容決策
報表可以指出哪些內容、查詢或期間發生變化，但多數情況仍需要進一步核對，才能決定怎麼調整。
- 出現預期外的查詢時，先檢查內容是否真的涵蓋該主題，再決定要延伸內容或調整標題與說明。查詢本身不能證明 Google 對內容做了固定分類。
- 曝光穩定而 CTR 偏低時，可分別檢查查詢、裝置、國家與平均排名。若決定修改 YouTube 標題或 TikTok 說明，可用 Annotation 記錄日期，再觀察後續變化；前後差異仍不等於因果證明。
- 某個平台的 Google 流量較高時，可能與內容、查詢需求、帳號規模、發布時間或平台頁面在搜尋中的呈現有關。未排除其他條件前，不宜直接把差異歸因於平台或內容格式。
- 驗證後過了幾天仍沒有資料，代表目前沒有可顯示的成效資料。可先確認帳號連線與內容公開狀態，再用完整網址或
site:查詢作為搜尋能見度的觀察線索；空白報表本身不能證明內容未被收錄。
Google 的官方指南建議利用 24 小時檢視找近期流量變化、比較短片與長片、匯出跨平台資料，以及觀察舊內容是否重新取得流量。這些方法可協助發現變化，不能單獨證明原因。
風險與限制
平台資源並非即時報表。新資源驗證後通常要幾天才會顯示資料，24 小時檢視的最新時段也可能尚未收集完整。
報表記錄內容在 Google Search，以及符合條件時在 Discover 或 Google News 的表現。平台帳號的公開設定、外部登入狀態、內容是否在 Google 出現，都可能影響可見資料；空白報表不會說明是哪個條件造成。
新增資源不會提升排名，也不會把社群連結加入知識面板。若外部登入逾期或連線失效，資源會暫停存取；重新驗證後可以回到原報表，不必重新累積資料。
Annotations 會與同資源的其他使用者共用。官方要求避免寫入姓名、電話、地址等個人識別資訊；客戶資料、合約內容或其他敏感資訊也不適合放進註記。
現在是否值得設定
符合下列情況時，平台資源通常有實際用途：
| 檢查項 | 判斷 |
|---|---|
| 固定在 Instagram、TikTok、X 或 YouTube 發布公開內容 | 符合 |
| 需要知道內容從 Google 取得的曝光、點擊與查詢 | 符合 |
| 會依 Google 端資料調整內容或製作報告 | 符合 |
| 只想知道社群導入自家網站的流量 | 改用 UTM 與 GA4 較直接 |
| 只想管理知識面板或 Search profile 的社群連結 | 改走對應的聲明與編輯流程 |
| 主要平台不在官方支援清單 | 目前無法建立對應平台資源 |
若內容尚未固定發布，或不會使用 Google 端資料做判斷，可以先維持原有的平台分析與網站分析流程。平台資源適合補足既有社群內容的 Google 成效，並非開始經營社群的必要條件。
誰該現在用、誰可以先放著
如果你固定在 Instagram、TikTok、X 或 YouTube 發布公開內容，而且會根據 Google 帶來的查詢、曝光與點擊調整內容，可以建立平台資源。它也適合需要把 Google 端成效與平台內成效分開報告的人。
若主要經營的平台不在支援清單，就先使用既有的平台分析與網站分析工具。若目標只是查看社群導向自家網站的流量，UTM 與 GA4 通常更直接；平台資源處理的是社群內容本身在 Google 的成效。
新資源只會顯示開始收集後的資料，而且初次設定後可能需要幾天。不要只看一天就判定內容策略有效或無效；比較週期應配合內容發布頻率與業務週期，不必套用固定的「至少一個月」。
常見問題
設了 platform property 之後，我的 IG 連結會出現在 Google 搜尋結果嗎
不會因為建立平台資源就出現。平台資源只會啟用 Search Console 成效追蹤。若已有 Search profile 或知識面板，可透過相應介面申請新增或修正社群檔案；網站上的 sameAs 也能提供官方帳號網址，但這些做法都不保證顯示。
platform properties 支援哪些社群平台
截至 2026 年 8 月 2 日，官方支援 Instagram、TikTok、X、YouTube。其他平台是否加入，以 Google 後續公告為準。
一個帳號可以加多少個 platform property
官方目前列出的 Search Console 帳號通用上限是 1,000 個資源，沒有另列 platform properties 的單一平台專屬上限。每個社群帳號或頻道會成為獨立資源；一般需逐一加入，已聲明 Search profile 的已驗證帳號則會自動加入。確切限制以設定當下的官方文件與介面為準。
platform properties 要怎麼驗證
依畫面完成安全授權。官方列出的方式是透過既有網站資源自動連線，或直接登入社群平台帳號，不使用網站資源常見的 DNS TXT 或 HTML 檔案驗證。
Search Console 的曝光跟 IG 後台的觸及有什麼不一樣
Search Console 曝光是內容在 Google 的結果中出現的次數；IG 後台觸及依 Instagram 自己的定義計算平台內表現。兩者涵蓋的介面與計算方式不同，不能直接互換。
platform properties 會提升我的搜尋排名嗎
不會。新增資源只讓你查看資料，不會改變內容在 Google Search 的排名。
結論
Platform properties 用來追蹤社群與影片內容在 Google 的成效。完成驗證不會提高排名，也不會直接控制知識面板的社群連結。
設定前先確認主要平台是否在支援清單內。建立資源後，等資料開始累積，再用查詢、貼文、日期與搜尋介面拆開比較。若要管理前台的 Search profile 或知識面板，應使用對應的聲明與意見回報流程；網站結構化資料可提供實體線索，但不能保證顯示結果。
這份報表回答社群內容如何在 Google 被找到；平台內的分發與互動仍要查看各平台後台。