為什麼 Snapchat Spotlight 的觀看次數與你的 Insights 不同？

先了解 Views 與 Viewers 各自計算什麼

Snapchat 的 Spotlight 詞彙表將 Views 定義為「觀眾開始觀看你的 Spotlight 的次數」。Viewers 則定義為不重複觀眾人數。不重複表示在該指標的統計範圍內，每位觀眾只計算一次。這些定義來自 Snapchat Insights 詞彙表，擷取於 2026 年 10 月 25 日；這些定義無法確認畫面上的統計期間是否一致。

比較數值前，先儲存一張含兩列資料的定義卡：

重複開始觀看一次，與多一位不同的觀眾，並不是相同的計數單位。不要將開始觀看次數當成人數。不要為了讓兩欄一致，就將 Viewers 的數值改標為 Views。

將定義來源和擷取日期與這張卡片一同保存。所提供的詞彙表證據擷取於 2026 年 10 月 25 日。這個日期用來標示本文採用的證據。它不能證明你的畫面顯示哪個統計期間。

一則公開讀者提問，擷取於 2026 年 10 月 25 日；發布日期不明，未查核帳號，提到 Spotlight 的觀看次數超過 100，但 Insights 只顯示 10 或 20。這段描述說明了讀者遇到的問題。它並未指出 Insights 使用的指標、統計期間或差異原因。你的首要工作是讀取較小數字旁的確切標籤。

1. 選定一則 Spotlight，抄下兩端標籤

第一次檢查時，選用一則已確認的 Spotlight。不要將 Spotlight 與 Story 或個人檔案的總數相比。它們各自對應不同的項目。

儲存確切的 Spotlight 連結。如果你有已查核的 `snapId`，也請一併儲存。`snapId` 是 Actor 輸出中的 Spotlight 識別碼。識別碼用來區分不同項目。比較數字前，先確認兩份紀錄都對應該項目。

將兩端顯示的指標標籤與數值一起抄下。畫面顯示 Views，就寫 Views；顯示 Viewers，就寫 Viewers。如果看不到標籤，就寫「標籤尚未確認」。不要憑記憶填寫。

保留原始顯示畫面作為證據。螢幕截圖或已儲存的報告，可以一併保存標籤、數值及可見的設定。也請記下每份紀錄來自哪個畫面。「Spotlight 公開顯示畫面」和「發布者的 Spotlight Insights」比「Snapchat 數字」提供更有用的背景。

到了這一步，通常就能作出第一項判定。如果一個已查核的標籤表示開始觀看次數，另一個表示不重複觀眾人數，就記錄為計數單位不同。你不必解釋差距大小，也能證明兩者單位不同。

內容較廣的公開 X 計數與發布者匯出資料比較指南介紹另一套報告流程。在此，請將工作限於明確範圍：先確認兩個 Spotlight 數字各自計算什麼，再進行任何運算。

2. 記錄每個數值的時間與統計期間

觀測時間是你讀取數值的時間。統計期間是該數值涵蓋的時段。這是兩項不同的事實。同時讀取兩個畫面，不能證明它們涵蓋相同的期間。

為每份紀錄保存以下資料：

1. 觀測日期與時間。
2. 時區，用來標示所採用的時鐘設定。
3. 選取的統計期間，如畫面有顯示。
4. 開始與結束日期，如有提供。
5. 任何明示的總計或全期間統計範圍。

照實抄下來源所述的統計範圍。不要因為公開數字看起來像全期間累計總數，就將它稱為全期間總數。如果公開畫面無法確認期間，就記錄「統計期間尚未確認」。

發布者針對選定期間取得的報告，與今天讀取的公開總數，不一定回答相同的問題。較晚讀取的公開數字，也不能補出較早儲存發布者紀錄時，公開畫面所顯示的數字。

如果兩個標籤都是 Views，但時間或期間未對齊，請將比較保留為尚未釐清。你已找出仍需補齊的證據，但尚未證明有延遲。

如果儲存一組新的讀值，請為新的一組記錄其時間和設定。不要用新紀錄填補舊紀錄中未知的設定。數字改變，只能顯示較晚的紀錄包含什麼。它不能解釋較早的紀錄為何不同。

3. 檢查顯示的數字是否為確切數值

數值精確程度是指數字表達得多完整。完整數字和縮略顯示是不同形式的證據。縮略顯示使用簡短格式，不會顯示完整計數。

保留原始顯示文字。除非來源已確認確切計數，否則不要將縮略數字展開後，宣稱它是確切數值。如果精確程度不明，就寫「精確程度尚未確認」。如果數值本身尚未確認為確切數值，即使差距很小，也不足以支持精確的數值判斷。

請保留以下區別：

`null` 表示該欄位未提供數值。零則是已提供的數值。兩者不能互換。如果其中一端缺值，就沒有完整的一對數值可供相減。

Snapchat Actor 的文件未記載逐項計數的精確程度欄位。這類欄位會說明每個獨立計數的精確程度。因此，即使成功輸出一列資料，也不代表這項檢查已完成。`views` 中的整數本身，也不能證明原始畫面如何表達該數字。

Facebook Views、Plays 與 Reach 指南說明另一個平台上相關的標籤問題。你可以將它作為仔細判讀標籤的參考。不要將 Facebook 的定義或輸出中的精確程度欄位套用到 Snapchat。

4. 視需要儲存公開紀錄

請先完成上述人工檢查。你可以使用 Chronometrica Snapchat Spotlight Metrics Scraper，儲存一則已確認的 Spotlight 的公開資料。Actor 是由平台代管的資料蒐集程式。快照是在某個觀測時間蒐集的紀錄。

已查核的建置版本 1.0.49 規格，允許在 `startUrls` 中輸入 1 至 500 個已知的公開 Spotlight 網址。URL 就是網址。這個 Actor 不提供內容探索模式，也不接受個人檔案作為輸入。它沒有獨立的 `maxItems` 輸入欄位。這些是文件記載的功能，並非為本指南執行後取得的結果。請參閱 Actor 預設建置版本規格，已於 2026 年 10 月 25 日查核；僅涵蓋文件記載的欄位，未查核執行結果。

所提供的簡短輸入範例如下：

{
  "startUrls": [
    "https://www.snapchat.com/@mrbeast/spotlight/W7_EDlXWTBiXAEEniNoMPwAAYeHprYmRwYXJhAZPbUvpEAZPbUvjcAAAAAQ"
  ]
}

將範例網址換成你已確認的 Spotlight 的確切公開網址。保留 `startUrls` 欄位和陣列結構。陣列是一組數值或資料的清單。這個範例的輸入結構有效。本指南並未使用此範例執行 Actor。

如果你選擇蒐集公開紀錄，請保留以下文件記載的欄位：

使用數字前，先檢查項目身分和結果狀態。在筆記中明確保留任何缺少的識別碼或數值。不要自行填入成功狀態，也不要假設已傳回數值。

將 `views` 視為公開來源的參考資料，並核對畫面上的確切標籤。欄位名稱不能取代 Snapchat 的定義，也不能證明發布者紀錄與公開紀錄採用相等的計數規則。

這個 Actor 不會蒐集發布者的私人 Insights、公開 Stories、留言文字或推薦貼文清單。你必須從自己的紀錄取得發布者端的標籤、數字和設定。比較工作由你完成。Actor 不會產生定義卡或作出最終判定。

5. 儲存一張成對紀錄表，並作出判定

將證據保存在同一張表中。公開紀錄與發布者紀錄應分欄存放，讓每項缺少的資料都能對應到正確來源。

接著加入判定，以及仍需補齊的證據：

可以比較，表示證據支持所述的比較。這不代表數值必須相同，也不能證明哪個數值正確。

計數單位不同即使已獲證明，仍可能缺少時間證據。請同時記錄這兩項事實。不要宣稱找出單位差異，就能解釋數值差距的每個部分。

實作範例：兩種不同判定

原創虛構範例。以下內容不是 Snapchat 測試結果。下方的 S1 與 S2 是虛構的 Spotlight 識別碼。這些紀錄並非來自 Actor 執行或帳號檢查。

在 S1 中，虛構證據確認兩份紀錄對應同一則 Spotlight，且計數單位不同。但它未提供時間、統計期間或數值精確程度已對齊的紀錄。

單純以數字相減，算式如下：

100 - 20 = 80

但實際輸入是 100 次開始觀看，以及 20 位不重複觀眾。兩者相減，不能得出流失了 80 人。它也不能證明少了 80 次觀看，或有 80 次重複開始觀看。這項減法抹去了報告必須保留的單位差別。

證據支持的註記是：「S1 的 Views 顯示 100，Viewers 顯示 20。這些標籤分別表示開始觀看次數與不重複觀眾人數。它們不是同一個已定義計數的兩個不同讀值。時間、統計期間及數值精確程度的檢查仍無文件紀錄。」

在 S2 中，兩份已查核的紀錄都標示為 Views。這個虛構範例未提供任何數值，觀測時間和期間設定也未對齊。因此，無法根據所提供的範例計算數值差距。

S2 的下一步是取得兩份紀錄的觀測時間與統計期間。也請保留顯示文字，並檢查定義。在此之前，應報告為比較尚未釐清。不要承諾稍後重新整理，就會修正其中任何一份紀錄。

使用結論前，先檢查結論

撰寫報告前，先閱讀完整的成對紀錄表。確認其他讀者不必猜測，就能辨認 Spotlight、計數單位、時間設定及限制。

如果缺少必要數值，請停止數值比較。如果無法確定項目身分，也請停止。縮略顯示應保留為縮略形式的證據。未知的統計期間應繼續標示為未知。成功蒐集的一列資料，不能補出從未記錄的發布者專用設定。

如果相同單位的各項檢查均通過，但仍有差異，請保留兩個原始讀值。明確說明哪些檢查已通過，以及差異的哪些原因仍未知。數值差距或稍後重新整理得到的數字，都不能證明有延遲、軟體錯誤，或已得到修正後的正確數值。這些證據也不足以支持觀眾流失、詐欺或報酬方面的說法。