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

先確認兩個數字是否對應相同的 Spotlight、指標、觀測時間及統計期間。指標是有名稱的衡量項目。Snapchat 將 Spotlight 的 Views 定義為開始觀看次數，將 Viewers 定義為不重複觀眾人數。兩者的計數單位不同。如果兩份紀錄顯示相同指標，請先檢查時間設定及數值精確程度，再作比較。對於無法解釋的差異，應保留為未釐清。數值差距不能證明有延遲、軟體錯誤，或某個數字已獲修正。

先查看你自己的 Spotlight Insights 數據分析，以及 Snapchat 的官方定義。公開資料工具可以協助儲存公開數字。但它不能取代發布者專用報告，也不能判定差異的原因。本指南協助你針對一則已確認的 Spotlight 作出明確判定：計數單位不同、比較尚未釐清，或數值符合比較條件。

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

Snapchat 的 Spotlight 詞彙表將 Views 定義為「觀眾開始觀看你的 Spotlight 的次數」。Viewers 則定義為不重複觀眾人數。不重複表示在該指標的統計範圍內，每位觀眾只計算一次。這些定義來自 [Snapchat Insights 詞彙表，擷取於 2026 年 10 月 25 日；這些定義無法確認畫面上的統計期間是否一致](https://help.snapchat.com/hc/en-us/articles/7012336424980-Insights-Glossary-for-Snapchat-Creators)。

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

| 確切的指標標籤 | 計數單位 | 數字代表什麼 | 數字無法證明什麼 |
| --- | --- | --- | --- |
| Views（觀看次數） | 開始觀看次數 | 觀眾開始觀看該 Spotlight 的次數 | 不重複觀眾人數 |
| Viewers（觀眾人數） | 不重複觀眾人數 | 該指標統計範圍內的不重複觀眾 | 所有開始觀看的次數 |

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

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

一則[公開讀者提問，擷取於 2026 年 10 月 25 日；發布日期不明，未查核帳號](https://www.reddit.com/r/snapchat/comments/1hljloa/)，提到 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 計數與發布者匯出資料比較指南](/zh-Hant/articles/%E6%A0%B8%E5%B0%8D-x-%E5%85%AC%E9%96%8B%E8%A8%88%E6%95%B8%E5%80%BC%E8%88%87%E8%87%AA%E6%9C%89%E5%88%86%E6%9E%90%E5%8C%AF%E5%87%BA%E8%B3%87%E6%96%99/)介紹另一套報告流程。在此，請將工作限於明確範圍：先確認兩個 Spotlight 數字各自計算什麼，再進行任何運算。

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

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

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

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

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

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

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

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

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

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

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

請保留以下區別：

| 證據狀態 | 應保存的資料 | 應避免的做法 |
| --- | --- | --- |
| 完整顯示的數字 | 原始文字及其來源 | 以為僅憑完整顯示就能證明所有計數規則 |
| 縮略數字 | 完全照原樣保存的縮略文字 | 將展開後的數值當作確切數值 |
| 缺少數字 | 缺值，或傳回的 `null` | 以零取代缺值 |
| 傳回零 | `0`，以及其標籤和來源 | 將零視為缺值 |

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

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

[Facebook Views、Plays 與 Reach 指南](/zh-Hant/articles/facebook-%E5%BD%B1%E7%89%87%E8%A7%80%E7%9C%8B%E6%AC%A1%E6%95%B8-%E6%92%AD%E6%94%BE%E6%AC%A1%E6%95%B8-%E8%A7%B8%E5%8F%8A%E4%BA%BA%E6%95%B8/)說明另一個平台上相關的標籤問題。你可以將它作為仔細判讀標籤的參考。不要將 Facebook 的定義或輸出中的精確程度欄位套用到 Snapchat。

## 4. 視需要儲存公開紀錄

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

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

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

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

4. 視需要儲存公開紀錄

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

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

| 欄位 | 在本次檢查中的用途 |
| --- | --- |
| `inputUrl` | 提交作為蒐集目標的網址 |
| `url` | 傳回的 Spotlight 網址，如有提供 |
| `snapId` | 傳回的 Spotlight 識別碼，如有提供 |
| `views` | 傳回的公開 Views 數值，可能為 `null` |
| `status` | 該資料列回報的結果狀態 |
| `statusReason` | 回報的原因，如有提供 |
| `observedAt` | 該資料列記錄的觀測時間 |

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

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

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

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

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

| 應保存的欄位 | 公開紀錄 | 發布者紀錄 |
| --- | --- | --- |
| Spotlight 身分 | 確切連結，以及已查核的 `snapId`（如有） | 證明這是同一則 Spotlight 的證據 |
| 來源畫面 | 確切的公開畫面 | 確切的 Insights 畫面或已儲存的報告 |
| 指標標籤 | 畫面顯示的確切標籤 | 畫面顯示的確切標籤 |
| 定義與單位 | 有證據支持的定義與計數單位 | 有證據支持的定義與計數單位 |
| 定義來源 | 來源連結與擷取日期 | 來源連結與擷取日期 |
| 顯示文字 | 原始數值文字 | 原始數值文字 |
| 數值 | 已取得的數字、零或缺值 | 已取得的數字、零或缺值 |
| 觀測時間 | 日期、時間與時區 | 日期、時間與時區 |
| 統計期間 | 明示的統計範圍，或尚未確認 | 選取的日期與統計範圍，或尚未確認 |
| 數值精確程度 | 有證據支持的精確程度，或尚未確認 | 有證據支持的精確程度，或尚未確認 |
| 蒐集結果 | `status` 與 `statusReason`，如有使用 | 非 Actor 執行結果 |

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

| 可以確認的條件 | 判定 | 下一步 |
| --- | --- | --- |
| 一個數值計算開始觀看次數，另一個計算不重複觀眾人數 | 計數單位不同 | 依各自的定義分別報告數值 |
| Spotlight 身分、定義、時間、統計期間或所需的數值精確程度尚未獲得證明 | 比較尚未釐清 | 取得明確缺少的證據 |
| 兩個數值對應同一則 Spotlight 及有證據支持的相同指標，且時間、統計期間與數值精確程度均符合所述問題的比較條件 | 數值可以比較 | 在上述限制內描述讀值 |
| 各項檢查均通過，但數值仍不同 | 兩個數值可以比較，但差異原因不明 | 保留兩個讀值，並將原因保留為未釐清 |

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

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

## 實作範例：兩種不同判定

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

| Spotlight | 公開端證據 | 發布者端證據 | 判定 |
| --- | --- | --- | --- |
| S1 | 標籤：Views；數值：100 | 標籤：Viewers；數值：20 | 計數單位不同：開始觀看次數與不重複觀眾人數 |
| S2 | 已查核的紀錄標示為 Views | 已查核的紀錄標示為 Views；時間與期間設定尚未對齊 | 比較尚未釐清 |

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

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

```text
100 - 20 = 80
```

實作範例：兩種不同判定

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

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

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

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

## 使用結論前，先檢查結論

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

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

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

## 為你的 Spotlight 採取下一步行動

開啟已確認的 Spotlight 及其發布者的 Insights 數據分析。先抄下確切的指標標籤。如果分別是 Views 和 Viewers，就說明兩者的計數單位不同。如果兩者都是 Views，請先完成時間、統計期間及數值精確程度的檢查，再提出數值上的判斷。

如果儲存公開資料快照有助於比較，可以使用 [Chronometrica Snapchat Spotlight Metrics Scraper，規格已於 2026 年 10 月 25 日查核；僅限公開資料，未查核執行結果](https://apify.com/chronometrica/snapchat-metrics-scraper)。將範例網址換成你的 Spotlight 網址。分開保存發布者端的證據，並自行作出判定。最後寫出紀錄所支持的結論，並明確列出仍缺少哪些證據。

## 來源與延伸閱讀

- [Snapchat 支援：Snapchat 創作者 Insights 詞彙表；擷取於 2026 年 10 月 25 日；定義不能證明統計期間一致或存在延遲](https://help.snapchat.com/hc/en-us/articles/7012336424980-Insights-Glossary-for-Snapchat-Creators)
- [Chronometrica：Snapchat Spotlight Metrics Scraper 預設建置版本 1.0.49；已於 2026 年 10 月 25 日查核；證據來自靜態規格與 README，無執行結果](https://api.apify.com/v2/acts/chronometrica~snapchat-metrics-scraper/builds/default)
- [Reddit 上關於 Spotlight 計數的公開提問；擷取於 2026 年 10 月 25 日；僅一則提問，發布日期不明，未檢查帳號](https://www.reddit.com/r/snapchat/comments/1hljloa/)