# 社交媒體觀看次數可以跨平台比較嗎？ 只有當兩個公開計數器的已記載定義、版本、單位、粒度和量度時窗，都符合你的確切問題時，才比較它們。欄名相同，或顯示的數字相同，並不代表這些數字相符。把兼容的量度歸為一組。把不兼容或未解決的配對分開保留。不要自創通用互動率。 Actor 是託管的數據收集程式。Task 是已儲存的輸入預設。Actor 收集來源列，讀者進行分析。 ## 設定你目前的公開 Task 和原生收集 YouTube Metrics 公開 build 1.1.2 接受放在 `startUrls` 的已知影片 URL，以及一個有限的 `maxItems`。把已儲存的三條影片清單，換成一條擬使用的已知直接影片 URL，並把 `maxItems` 設為 1。不要用頻道輸入來暗示其全部上載歷史都可用。 使用如下的有效輸入 JSON： JSON ```text {"startUrls": ["https://www.youtube.com/watch?v=dQw4w9WgXcQ"], "maxItems": 1} ``` 設定你目前的公開 Task 和原生收集 已收集的數據集欄位為 `inputUrl`、`postId`、`postUrl`、`postType`、`isShort`、`publishedAt`、`channelId`、`channelUrl`、`views`、`postMetricStatus`、`status` 和 `scrapedAt`。`postMetricStatus` 是由 `metric`、`value`、`status` 和 `precision` 組成的陣列。可用性狀態為 present、unavailable 或 not_attempted，必須與精確度（`exact`、`display_rounded`、`likely_rounded`、`unavailable`、`unknown`）嚴格分開。公開計數可以是精確值，也可以是指標狀態所報告的顯示值或捨入值；缺失值仍屬未知，不得當作零。可選元數據不保證每個來源都有。 `OUTPUT` 欄位——`providedUrls`、`videoUrls`、`channelUrls`、`maxItems`、`resolvedUrls`、`metricRows`、`datasetRows`、`metadataOnlyRows`、`noPublicMetricRows`、`blockedRows`、`failedRows` 和 `statusCounts`——描述收集的執行情況和指標可用性，而不是語義兼容。目前這個兩個已知影片的對照，回傳了相符的來源 ID、URL、頻道身分、發佈日期、公開計數和指標可用性。這只證明有限度的元數據和計數擷取，而不是私人 Studio 分析、非重複觀眾、觀看時長、[觀眾重疊](/zh-Hant/articles/%E6%AA%A2%E6%9F%A5-shorts-%E8%A7%80%E7%9C%BE%E6%98%AF%E5%90%A6%E8%A7%80%E7%9C%8B%E9%95%B7%E5%BD%B1%E7%89%87/)或歷史上相同片齡的計數。所提供的一條 Shorts 路徑指向一部較舊的普通音樂影片；不要根據路徑，或未經覆核的 `postType` 或 `isShort` 值來認定內容格式；請對照實際來源，人手檢查所要求的格式。 ## 跨平台指標協調的八個步驟 1. 先寫明確切的分析問題，指明你比較的是播放開始、不同的人（每人只計一次），還是特定觀察時窗。 2. 把單位定義為一個計數所計的事物，把粒度定義為一條影片、一則帖文、一個帳戶或一份報告，把時窗定義為時段或該項目的年齡界限。 3. 把累計定義為截至觀察時間為止所累積的全部計數，把兼容定義為符合同一個已述問題和語義規則。 4. 為每項原生量度建立定義紀錄，包括平台、Actor、原生欄位、主要定義 URL、檢查日期、已記載版本、原始值和精確度。 5. 把未知語義、未核實的來源欄位和未解決的定義，與已知定義完全分開。 6. 把 R 定義為由讀者按所述規則判定的兼容：每一對預定配對都必須在定義、版本、單位、粒度、時窗、精確度和範圍上相符。 7. 按 R 評估每一對，記錄兼容、不兼容或未解決狀態，以及未符合的條件，並避免跨不同問題作傳遞歸組。 8. 如果底層指標不支持，就拒絕未核實的說法，例如非重複觀眾、只限自然流量的表現、因果上的優越，或通用互動率。 ## 建立原生定義紀錄 先寫明你的確切問題。例如，問哪個項目截至第 7 日累計了更多公開播放開始事件，不同於問哪個平台接觸到更多不同的人（每人只計一次）。一個計數器可以支持第一個問題，同時不支持非重複受眾的問題。 為每項原生量度建立定義紀錄。包括平台、Actor、原生欄位、直接的主要定義 URL、檢查日期、已記載版本、所計的事件或單位、項目或帳戶粒度、累計或固定時窗的基準、觀察界限、精確度，以及公開、自有或付費－自然範圍。把未經改動的來源數字，保留在其定義紀錄旁邊。 使用熟悉的標籤之前，先閱讀目前對應的主要定義。YouTube 目前的互動指標頁面說明，由 2026 年 8 月 24 日起，所有格式的觀看次數都在播放開始時計數 [YouTube 指標](https://support.google.com/youtube/answer/2991785?hl=en-CA)。其較舊的 Shorts 頁面記錄了 2025 年 3 月 31 日 Shorts 開始播放與重播的變更 [YouTube Shorts](https://support.google.com/youtube/answer/10059070/get-started-with-youtube-shorts?hl=en-CA)。不要把舊的格式對比，用作今日的長片規則。不要假設所有舊的累計次數都已按同一套定義重建。 X 目前的英文說明頁描述帖文總觀看次數，包括重複觀看，並說明它們並非全部都是不重複觀看 [X 觀看次數](https://help.x.com/en/using-x/view-counts)。這不是影片播放開始的量度。保留確切的英文來源和版本，因為其他語言地區的頁面可能不同。對於 TikTok 的一般公開觀看欄位，這次檢查沒有確立相符的主要公開帖文事件門檻。其數值仍是一個已觀察到的原生計數器，語義定義尚未解決。不要借用 Ads Manager 的觀看門檻，或 Creator Rewards 的合格觀看規則。 ## 用規則 R 評估兼容性 把 R 定義為由讀者判定的兼容：讀者按已述的定義、版本、單位、粒度、時窗、精確度和範圍來判定。兩份定義紀錄都必須已知，並且就所要求的事件和單位而言語義等同。它們的已記載版本必須兼容。它們的粒度、時窗、精確度和範圍必須支持所要求的計算。R 是讀者的決策規則，不是 Actor 提供的證明。平台名稱相同不會使 R 為真，平台名稱不同也不會使 R 為假。 評估每一對，並記錄對該問題兼容、對該問題不兼容，或定義或範圍未解決，同時寫下未符合的條件。必要語義未知時，不能當作已知且相同的定義。只有當每一個預定成員都符合該規則時，才組成允許的比較組。不要僅僅因為兩份不兼容的紀錄，在不同問題下各自與第三份紀錄相似，就把兩者連接起來。 只進行該組所允許的比較。兼容的公開事件計數之間有差異，只表示那些已觀察事件有差異。這並不表示人數更多、只限自然流量的表現，或平台更優。公開計數器可以包含廣告的貢獻。缺少付費與自然流量的拆分，就不能回答只限自然流量的問題。 ## 原創虛構的完整兼容矩陣 本節中的所有量度、日期和項目都是原創虛構。問題是：在當代政策下（2026 年 8 月 24 日之後），經人手確認的項目於片齡 7 日時的公開累計影片播放開始次數，而且沒有只限自然流量的限制。這些是讀者建立的意義紀錄，不是 Actor 欄位。 ### 表 1：原生定義紀錄（原創虛構） | 項目 ID | 平台／Actor | 原生欄位與來源 URL | 檢查日期與版本 | 所計單位與粒度 | 時窗與界限 | 精確度與範圍 | 所計數值與備註 | | --- | --- | --- | --- | --- | --- | --- | --- | | Y1 | YouTube／Metrics Scraper | `views`（[YouTube 指標](https://support.google.com/youtube/answer/2991785?hl=en-CA)） | 2026-10-13／2026-08-24 後政策 | 播放開始／單條影片 | 片齡 7 日（發佈日期 2026-08-25） | 精確／公開 | 1000 | | Y2 | YouTube／Metrics Scraper | `views`（[YouTube 指標](https://support.google.com/youtube/answer/2991785?hl=en-CA)） | 2026-10-13／2026-08-24 後政策 | 播放開始／單條影片 | 片齡 7 日（發佈日期 2026-08-26） | 精確／公開 | 800 | | X1 | X／Post Metrics | `views`（[X 說明](https://help.x.com/en/using-x/view-counts)） | 2026-10-13／目前英文版 | 帖文觀看／單則帖文 | 可比較年齡（7 日） | 已顯示／公開 | 1000 | | T1 | TikTok／TikTok Metrics | `views`（定義未解決） | 2026-10-13／版本未知 | 未核實的觀看／單則帖文 | 可比較年齡（7 日） | 未知／公開 | 1000（語義未解決） | | Y3 | YouTube／Metrics Scraper | `views`（[YouTube 指標](https://support.google.com/youtube/answer/2991785?hl=en-CA)） | 2026-10-13／橫跨變更 | 播放開始／單條影片 | 累計歷史橫跨定義變更的版本界限 | 精確／公開 | 累計歷史跨越定義變更的版本界限 | | Y4 | YouTube／Metrics Scraper | `views`（[YouTube 指標](https://support.google.com/youtube/answer/2991785?hl=en-CA)） | 2026-10-13／2026-08-24 後政策 | 播放開始／頻道匯總 | 頻道合計粒度 | 精確／公開 | 頻道匯總合計 | | Y5（報告） | YouTube／Studio（自有） | 非重複觀眾報告 | 2026-10-13／自有報告 | 不同的人（每人只計一次）／影片報告 | 片齡 7 日時窗 | 精確／自有 | 自有非重複觀眾計數（獨立報告紀錄） | ### 表 2：對照規則 R 的配對決策矩陣 | 受測配對 | 已聲明的問題與目標 | 兼容狀態與未符合條件 | 行動／允許組別備註 | | --- | --- | --- | --- | | {Y1, Y2} | 片齡 7 日時的公開累計影片播放開始次數 | 兼容（所有條件已符合） | 允許組別 `{Y1, Y2}`。差異：200 次已觀察的播放開始事件（不是 200 個不同的人）。備註：如果問題改為不同的人（每人只計一次），則 Y1 和 Y2 都不符合。 | | {Y1, X1} | 片齡 7 日時的公開累計影片播放開始次數 | 不兼容（單位不符：X 帖文觀看對比影片播放開始） | 分開保留；不要合併，也不要直接比較。 | | {Y1, T1} | 片齡 7 日時的公開累計影片播放開始次數 | 定義或範圍未解決（缺少已經檢查的公開事件定義） | 必要語義未知時，不能當作已知。 | | {Y1, Y3} | 片齡 7 日時的公開累計影片播放開始次數 | 版本或歷史未解決（累計歷史橫跨定義變更） | 屬於版本歷史的不確定，而不是不兼容。 | | {Y1, Y4} | 片齡 7 日時的公開累計影片播放開始次數 | 不兼容（粒度不符：單條影片對比頻道匯總） | 獨立的來源紀錄；不是直接影片對照列。 | | {Y1, Y5} | 片齡 7 日時的公開累計影片播放開始次數 | 不兼容（單位與範圍不符：播放開始對比自有非重複觀眾） | 獨立的自有報告紀錄；範圍不符。 | ## 下一步 在合併數字之前，先按 R 測試一對擬用指標，並記錄未符合或未知的條件。要進行你的收集檢查，請使用主要 Actor [YouTube Video Performance Tracker](https://apify.com/chronometrica/youtube-metrics-scraper)，並透過 [YouTube Video Performance Tracker Task](https://apify.com/chronometrica/youtube-metrics-scraper/examples/youtube-video-performance-tracker) 使用其已儲存的輸入預設。 ## 來源與延伸閱讀 - [YouTube 指標：](https://support.google.com/youtube/answer/2991785?hl=en-CA) - [YouTube Shorts：](https://support.google.com/youtube/answer/10059070/get-started-with-youtube-shorts?hl=en-CA) - [X 觀看次數：](https://help.x.com/en/using-x/view-counts) - [X 帖文指標 Actor：](https://apify.com/chronometrica/x-post-metrics) - [TikTok 指標擷取 Actor：](https://apify.com/chronometrica/tiktok-metrics-scraper) - [跨平台討論：](https://www.reddit.com/r/SocialMediaMarketing/comments/1rwyw1r/crossplatform_analytics_is_harder_than_it_looks/)