Snapchat SpotlightのViewsとInsightsの数値が違うのはなぜ？

まずViewsとViewersが何を数えるか確認する

SnapchatのSpotlight用語集では、Viewsを「視聴者があなたのSpotlightの視聴を開始した回数」と定義しています。Viewersは、重複を除いた視聴者数と定義しています。重複を除くとは、その指標の集計範囲内で、同じ視聴者を1回だけ数えることです。これらの定義は、Snapchat Insights用語集：2026年10月25日に取得。定義だけでは画面間の集計期間の一致を確認できないに基づきます。

数値を比較する前に、定義を2行の表にまとめて保存します。

同じ視聴者による再度の視聴開始と、別の視聴者は、同じ単位ではありません。視聴開始回数を人数として扱わないでください。2つの列の表記をそろえるために、Viewersの値をViewsに変更してはいけません。

この表と一緒に、定義の出典と取得日を保存します。提供された用語集の証拠は、2026年10月25日に取得されたものです。この日付は、ここで使った証拠を特定するための情報です。実際の画面にどの集計期間が表示されているかを証明するものではありません。

ある公開の読者質問：2026年10月25日に取得。投稿日不明。アカウントは未確認では、Spotlightの視聴回数は100を超えているのに、Insightsでは10または20と表示されると述べています。この記述から読者の問題は分かります。ただし、Insightsの指標、集計期間、差の原因は分かりません。最初に行うことは、小さい方の数値の横にあるラベルを正確に読むことです。

1. Spotlightを1件選び、両方のラベルを書き写す

最初の確認には、対象が分かっている1件のSpotlightを使います。Spotlightをストーリーやプロフィールの合計値と比較しないでください。それぞれ対象が異なります。

Spotlightの正確なリンクを保存します。確認済みの`snapId`があれば、それも保存してください。`snapId`は、Actorの出力に含まれるSpotlightの識別子です。識別子は、ある項目を別の項目と区別するための情報です。数値を比較する前に、両方の記録がそのSpotlightに関するものか確認します。

それぞれについて、表示された指標ラベルと数値を一緒に書き写します。画面にViewsとあればViews、ViewersとあればViewersと記録します。ラベルが見えない場合は、「ラベル未確認」と記録してください。記憶で補ってはいけません。

元の表示を証拠として残します。スクリーンショットや保存したレポートなら、ラベル、数値、表示されている設定を一緒に保存できます。各記録をどの画面から取得したかも記録してください。「Snapchatの数値」とするより、「Spotlightの公開画面」「投稿者用Spotlight Insights」とする方が、情報源を明確にできます。

この段階で、最初の判定ができることがよくあります。確認済みのラベルの一方が視聴開始回数、もう一方が重複を除いた視聴者数を意味するなら、「単位が異なる」と記録します。単位の違いを証明するために、数値の差の大きさまで説明する必要はありません。

より広い手順を扱うXの公開カウンターと投稿者のエクスポートデータを比較するガイドでは、別のレポート作成手順を説明しています。ここでは対象を絞ります。計算をする前に、2つのSpotlightの数値が何を数えているかを確認してください。

2. 各数値の時刻と集計期間を記録する

観測時刻とは、数値を読み取った時刻です。集計期間とは、その数値が対象とする期間です。この2つは別の情報です。2つの画面を同時に読んでも、同じ期間を対象としているとは限りません。

各記録について、次の情報を保存します。

1. 数値を読み取った日付と時刻。
2. タイムゾーン。使用した時計の時刻設定を示します。
3. 選択されている集計期間。表示がある場合に記録します。
4. 開始日と終了日。確認できる場合に記録します。
5. 合計や全期間について明示されている集計範囲。

情報源に記載されている集計範囲を書き写します。全期間の合計に見えるという理由で、公開数値を全期間の合計と呼ばないでください。公開画面から期間を確認できない場合は、「集計期間未確認」と記録します。

選択した期間の投稿者用レポートと、今日読み取った公開合計値は、そのままでは同じ問いに答えるとは限りません。また、後で読み取った公開数値から、以前に投稿者側の記録を保存した時点の公開数値は分かりません。

両方のラベルがViewsでも、時刻や期間がそろっていなければ、比較の判定は保留にします。ここで分かったのは、まだ必要な証拠があることです。反映の遅れが分かったわけではありません。

新たに数値の組を読み取って保存する場合は、その組に固有の時刻と設定を記録します。古い組の不明な設定を、新しい記録で補わないでください。数値が変わっていても、それは後の記録に何が含まれるかを示すだけです。以前の記録に差があった理由は説明できません。

3. 表示された数値が正確か確認する

数値の精度とは、数値がどこまで詳しく示されているかを表します。桁を省略していない数値と、省略表示の数値は、証拠の形式が異なります。省略表示では、全桁の件数を示さず、短い表記を使います。

元の表示文字列を保存します。情報源で正確な件数を確認できない限り、省略された数値を全桁に展開して、正確な件数だと主張しないでください。精度が不明な場合は、「精度未確認」と記録します。数値自体が正確だと確認できていなければ、小さな差から正確な結論を導くことはできません。

次の違いを区別してください。

`null`は、そのフィールドに値が提供されていないことを意味します。ゼロは、提供された数値です。両者を入れ替えることはできません。片方が欠損していれば、引き算に必要な数値の組がそろっていません。

Snapchat Actorには、カウンターごとの精度を示すフィールドが文書化されていません。このようなフィールドは、各件数の精度を個別に示すものです。したがって、出力行が成功を示していても、この確認が済んだことにはなりません。`views`の値が整数でも、それだけでは元の画面でその数値がどう表示されていたかは分かりません。

FacebookのViews、Plays、Reachのガイドでは、別のプラットフォームで起きる、関連したラベルの問題を説明しています。表示を注意深く読むための参考にしてください。Facebookの定義や出力の精度フィールドを、Snapchatにも当てはめてはいけません。

4. 役立つ場合にだけ公開記録を保存する

まず、上記の手動確認を行います。対象が分かっているSpotlightの公開データを保存するには、Chronometrica Snapchat Spotlight Metrics Scraperを使えます。Actorとは、ホスティング環境で動作するデータ収集プログラムです。スナップショットとは、ある1つの観測時刻に収集した記録です。

確認済みのビルド1.0.49の仕様では、`startUrls`に、対象が分かっている公開SpotlightのURLを1件から500件まで指定できます。URLはウェブアドレスです。このActorには投稿を新たに探すモードはなく、プロフィールを入力として受け付けません。独立した`maxItems`入力もありません。これらは文書に記載された機能であり、このガイドのために実行して得た結果ではありません。Actorのデフォルトビルド仕様：2026年10月25日に確認。文書化されたフィールドのみ。実行結果は未確認を参照してください。

提供されている小さな入力例は次のとおりです。

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

サンプルのアドレスを、対象のSpotlightの正確な公開URLに置き換えます。`startUrls`フィールドと配列の構造は維持してください。配列とは、値を並べたリストです。このサンプルの入力形式は有効です。このガイドでは、このサンプルを使った実行は行っていません。

公開記録を収集する場合は、文書化されている次のフィールドを保存します。

数値を使う前に、対象の識別情報と結果の状態を確認します。識別子や数値が欠損していれば、その事実をメモに明記してください。成功を示す状態を作り出したり、値が返されたと決めつけたりしてはいけません。

`views`は、公開情報源の内容を示す情報として扱い、実際の表示ラベルと照合してください。フィールド名は、Snapchatの定義の代わりにはなりません。また、投稿者側の記録と公開記録が同等の集計ルールを使っていることも証明しません。

このActorは、投稿者用の非公開Insights、公開ストーリー、コメント本文、おすすめ投稿の一覧を収集しません。投稿者側のラベル、数値、設定は、自分の記録から取得する必要があります。比較を行うのは利用者です。Actorが定義表や最終判定を作成するわけではありません。

5. 記録の組を表に保存し、判定を付ける

証拠を1つの表にまとめます。公開側と投稿者側の列を分けて、どちらの情報源で何が欠けているか分かるようにしてください。

次に、判定と、まだ必要な証拠を追加します。

比較可能とは、述べようとする比較を証拠が裏付けているという意味です。数値が必ず一致するという意味ではありません。また、どちらの数値が正しいかを示すものでもありません。

単位の違いが確認できても、時刻の証拠は不足していることがあります。両方の事実を記録してください。単位の違いが分かったことで、数値の差をすべて説明できたと主張してはいけません。

具体例：2つの異なる判定

独自に作成した架空の例です。Snapchatでのテスト結果ではありません。以下のS1とS2は、架空のSpotlight識別子です。これらの記録は、Actorの実行やアカウントの調査で得たものではありません。

S1では、架空の証拠によって、同じSpotlightであることと、単位が異なることを確認できます。ただし、時刻、集計期間、精度がそろっていることを示す記録はありません。

数値だけを引き算すると、次のようになります。

100 - 20 = 80

ただし、実際の入力は視聴開始100回と、重複を除いた視聴者20人です。これらを引いても、失われた80人という結果にはなりません。視聴80回の欠落や、繰り返しの視聴開始80回を示すものでもありません。この引き算では、レポートで維持すべき単位の違いが失われます。

証拠で裏付けられる記述は次のとおりです。「S1では、Viewsに100、Viewersに20と表示されています。これらのラベルは、視聴開始回数と、重複を除いた視聴者数を示します。同じ定義の件数を別々に読み取った結果が食い違っているわけではありません。時刻、集計期間、精度の確認結果は、まだ記録されていません。」

S2では、確認済みの両方の記録にViewsとあります。この架空の例では数値を示しておらず、観測時刻と期間の設定もそろっていません。そのため、提示した例から数値の差を計算することはできません。

S2の次の手順は、両方の記録の観測時刻と集計期間を入手することです。表示文字列も保存し、定義を確認します。それまでは、比較の判定は保留と報告してください。後で再読み込みすれば、どちらかの記録が修正されると約束してはいけません。

結論を使う前に確認する

レポートを書く前に、記録の組をまとめた表をすべて読みます。別の読者が推測せずに、Spotlight、単位、時刻の設定、証拠の限界を確認できるか確かめてください。

必要な数値が欠損している場合は、数値の比較を中止します。対象を確実に識別できない場合も中止します。省略表示は、省略表示の証拠として残してください。不明な集計期間は、不明のままにします。収集結果の行が成功を示していても、一度も記録していない投稿者専用の設定を補うことはできません。

同じ単位での比較条件を満たしていても差が残る場合は、両方の元の読み取り結果を保存します。どの確認条件を満たし、差の原因について何が不明なのかを正確に記述してください。差そのものも、後で再読み込みした数値も、反映の遅れ、ソフトウェアの不具合、訂正後の正しい値を証明しません。また、この証拠では、視聴者の損失、不正、支払いに関する主張も裏付けられません。