Pourquoi les vues Snapchat Spotlight diffèrent-elles de vos statistiques Insights ?

Commencez par ce que comptent les Vues et les Spectateurs

Le glossaire Spotlight de Snapchat définit les Vues comme « le nombre de fois où des spectateurs ont commencé à regarder votre Spotlight ». Il définit les Spectateurs comme des spectateurs uniques. « Unique » signifie qu’un spectateur est compté une seule fois dans le périmètre de la mesure. Ces définitions proviennent du glossaire Snapchat Insights, consulté le 25 octobre 2026 ; les définitions ne prouvent pas que les périodes affichées sur les écrans correspondent.

Enregistrez une fiche de définitions à deux lignes avant de comparer les valeurs :

Un démarrage répété et un spectateur différent ne sont pas la même unité. Ne traitez pas un nombre de démarrages comme un nombre de personnes. Ne renommez pas une valeur Spectateurs en Vues pour faire correspondre deux colonnes.

Conservez la source des définitions et sa date de consultation avec cette fiche. Les éléments fournis par le glossaire ont été consultés le 25 octobre 2026. Cette date identifie les éléments utilisés ici. Elle ne prouve pas quelle période couverte apparaît sur votre écran.

Une question publique d’un lecteur, consultée le 25 octobre 2026 ; date de publication inconnue et compte non vérifié mentionne plus de 100 vues Spotlight, alors qu’Insights affiche 10 ou 20. Cette formulation décrit le problème du lecteur. Elle ne précise ni l’indicateur d’Insights, ni la période couverte, ni la cause. Votre première tâche consiste à lire le libellé exact à côté du plus petit nombre.

1. Choisissez un Spotlight et copiez les deux libellés

Utilisez un seul Spotlight connu pour la première vérification. Ne comparez pas un Spotlight avec une Story ou avec le total d’un profil. Chacun concerne un élément différent.

Enregistrez le lien exact du Spotlight. Si vous disposez d’un `snapId` vérifié, enregistrez-le aussi. `snapId` est l’identifiant du Spotlight dans les données produites par l’Actor. Un identifiant distingue un élément d’un autre. Confirmez que les deux relevés concernent cet élément avant de comparer leurs nombres.

Pour chaque source, copiez ensemble le libellé de l’indicateur et la valeur affichée. Écrivez Vues lorsque l’écran indique Vues. Écrivez Spectateurs lorsqu’il indique Spectateurs. Si le libellé n’est pas visible, écrivez « libellé non établi ». Ne le renseignez pas de mémoire.

Conservez l’affichage d’origine comme preuve. Une capture d’écran ou un rapport enregistré peut conserver ensemble le libellé, la valeur et les paramètres visibles. Notez aussi l’écran dont provient chaque relevé. « Affichage public du Spotlight » et « statistiques Spotlight Insights du propriétaire » donnent un contexte plus utile que « nombre Snapchat ».

À ce stade, vous pouvez souvent prendre une première décision. Si un libellé vérifié désigne des démarrages et l’autre des spectateurs uniques, notez que les unités diffèrent. Vous n’avez pas besoin d’expliquer l’ampleur de l’écart pour prouver cette différence d’unité.

Le guide de comparaison des compteurs publics de X avec un export du propriétaire présente une méthode de rapport distincte et plus large. Ici, limitez la tâche : déterminez ce que comptent les deux nombres Spotlight avant tout calcul.

2. Notez l’heure et la période couverte pour chaque valeur

L’heure d’observation correspond au moment où vous lisez une valeur. La période couverte est la période à laquelle cette valeur se rapporte. Ce sont deux faits distincts. Lire deux écrans au même moment ne prouve pas qu’ils couvrent la même période.

Pour chaque relevé, enregistrez :

1. La date et l’heure d’observation.
2. Le fuseau horaire, qui précise le réglage de l’horloge utilisé.
3. La période sélectionnée pour le rapport, si elle est affichée.
4. Les dates de début et de fin, si elles sont disponibles.
5. Toute indication précisant s’il s’agit d’un total ou d’une mesure depuis la publication.

Copiez le périmètre indiqué par la source. Ne qualifiez pas un nombre public de total depuis la publication simplement parce qu’il en a l’apparence. Si l’affichage public ne permet pas d’établir la période, notez « période couverte non établie ».

Un rapport du propriétaire portant sur une période sélectionnée et un total public lu aujourd’hui ne répondent pas automatiquement à la même question. Une lecture publique ultérieure ne fournit pas non plus le nombre visible au moment de l’enregistrement d’un relevé antérieur du propriétaire.

Si les deux libellés indiquent Vues, mais que les heures ou les périodes ne correspondent pas, laissez la comparaison non résolue. Vous avez identifié des éléments encore nécessaires. Vous n’avez pas identifié un retard.

Si vous enregistrez une nouvelle paire de relevés, notez ses propres heures et paramètres. N’utilisez pas les nouveaux relevés pour renseigner les paramètres inconnus de l’ancienne paire. Un nombre modifié montre ce que contient le relevé ultérieur. Il n’explique pas pourquoi les relevés précédents différaient.

3. Vérifiez si les nombres affichés sont exacts

La précision décrit le degré de détail avec lequel un nombre est indiqué. Un nombre complet et un affichage abrégé constituent des éléments de preuve différents. Un affichage abrégé utilise une forme raccourcie au lieu de montrer le nombre complet.

Conservez le texte affiché à l’origine. Ne développez pas un nombre abrégé en le présentant comme un compte exact, sauf si la source établit ce compte. Si la précision est inconnue, écrivez « précision non établie ». Un petit écart ne permet pas de formuler une conclusion exacte lorsque les valeurs elles-mêmes ne sont pas établies comme exactes.

Conservez ces distinctions :

`null` signifie qu’aucune valeur n’est fournie pour ce champ. Zéro est une valeur numérique fournie. Ils ne sont pas interchangeables. Si une valeur manque d’un côté, vous ne disposez pas d’une paire numérique complète pour effectuer une soustraction.

L’Actor Snapchat ne dispose d’aucun champ documenté de précision par compteur. Un tel champ décrirait la précision de chaque compte distinct. Une ligne de résultat indiquant une réussite ne suffit donc pas à terminer cette vérification. Un nombre entier dans `views` ne permet pas non plus, à lui seul, d’établir comment l’affichage d’origine présentait ce nombre.

Le guide Facebook sur les vues, les lectures et la couverture explique un problème de libellés similaire sur une autre plateforme. Utilisez-le comme contexte pour lire les libellés avec attention. N’appliquez pas à Snapchat les définitions de Facebook ni ses champs de précision en sortie.

4. Enregistrez un relevé public seulement s’il est utile

Les vérifications manuelles ci-dessus passent en premier. Vous pouvez utiliser le Chronometrica Snapchat Spotlight Metrics Scraper pour enregistrer les données publiques d’un Spotlight connu. Un Actor est un programme hébergé de collecte de données. Un instantané est un relevé collecté à une heure d’observation donnée.

Le contrat vérifié de la version 1.0.49 accepte de une à 500 URL publiques de Spotlight connus dans `startUrls`. Une URL est une adresse Web. Cet Actor ne propose pas de mode de découverte et n’accepte pas de profil en entrée. Il n’existe pas de paramètre d’entrée `maxItems` distinct. Il s’agit de fonctionnalités documentées, et non de résultats d’une exécution effectuée pour ce guide. Consultez le contrat de la version par défaut de l’Actor, vérifié le 25 octobre 2026 ; champs documentés uniquement, aucune exécution vérifiée.

Voici l’exemple court de données d’entrée fourni :

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

Remplacez l’adresse d’exemple par l’URL publique exacte de votre Spotlight connu. Conservez le champ `startUrls` et la structure du tableau. Un tableau est une liste de valeurs. La structure de cet exemple est valide pour les données d’entrée. Aucune exécution ne l’a utilisé pour ce guide.

Si vous choisissez de collecter un relevé public, conservez ces champs documentés :

Vérifiez l’identité du Spotlight et l’état du résultat avant d’utiliser le nombre. Gardez visible dans vos notes tout identifiant ou toute valeur manquante. N’inventez pas un statut de réussite et ne supposez pas qu’une valeur a été renvoyée.

Traitez `views` comme un élément provenant de la source publique, à vérifier par rapport au libellé exact affiché. Le nom du champ ne remplace pas la définition de Snapchat. Il ne prouve pas non plus que les relevés publics et ceux du propriétaire utilisent des règles de comptage équivalentes.

L’Actor ne collecte ni les statistiques Insights privées du propriétaire, ni les Stories publiques, ni le texte des commentaires, ni une liste de publications recommandées. Vous devez obtenir le libellé, le nombre et les paramètres du propriétaire dans vos propres relevés. Vous effectuez la comparaison. L’Actor ne produit ni la fiche de définitions ni la décision finale.

5. Enregistrez un tableau des deux relevés et attribuez une décision

Conservez les éléments de preuve dans un seul tableau. Utilisez des colonnes distinctes pour le public et le propriétaire. Ainsi, chaque fait manquant reste associé à la bonne source.

Ajoutez ensuite une décision et les éléments encore nécessaires :

« Comparable » signifie que les éléments de preuve permettent la comparaison annoncée. Cela ne signifie pas que les valeurs doivent être identiques. Cela ne permet pas non plus d’établir quelle valeur est correcte.

Une différence d’unité prouvée peut coexister avec l’absence de preuves sur les paramètres temporels. Notez les deux faits. N’affirmez pas que l’identification d’unités différentes explique l’intégralité de l’écart numérique.

Exemple détaillé : deux décisions différentes

Fiction originale. Il ne s’agit pas de résultats de tests sur Snapchat. S1 et S2 ci-dessous sont des identifiants fictifs de Spotlight. Ces relevés ne proviennent d’aucune exécution d’Actor ni d’aucune inspection de compte.

Pour S1, les éléments fictifs établissent qu’il s’agit du même Spotlight et que les unités diffèrent. Ils ne fournissent pas de relevés avec des heures, des périodes couvertes et une précision correspondantes.

La simple soustraction numérique est :

100 - 20 = 80

Mais les données de départ sont 100 démarrages et 20 spectateurs uniques. Les soustraire ne donne pas 80 personnes perdues. Cela ne prouve ni 80 vues manquantes ni 80 démarrages répétés. La soustraction efface la distinction d’unité que le rapport doit conserver.

La note étayée est : « S1 affiche 100 sous Vues et 20 sous Spectateurs. Ces libellés concernent les démarrages et les spectateurs uniques. Il ne s’agit pas de deux relevés concurrents d’un même compte défini. Les vérifications des paramètres temporels, des périodes couvertes et de la précision restent non documentées. »

Pour S2, les deux relevés vérifiés indiquent Vues. Aucune valeur n’est fournie dans cette fiction, et les heures d’observation ainsi que les paramètres de période ne correspondent pas. Aucun écart numérique ne peut être calculé à partir de l’exemple fourni.

L’étape suivante pour S2 consiste à obtenir les heures d’observation et les périodes couvertes pour les deux relevés. Conservez aussi leur texte affiché et vérifiez les définitions. En attendant, signalez une comparaison non résolue. Ne promettez pas qu’une actualisation ultérieure corrigera l’un ou l’autre relevé.

Vérifiez la conclusion avant de l’utiliser

Lisez le tableau complet des deux relevés avant de rédiger le rapport. Confirmez qu’un autre lecteur peut identifier le Spotlight, les unités, les paramètres temporels et les limites sans devoir faire de suppositions.

Arrêtez la comparaison numérique si une valeur requise manque. Arrêtez-la si l’identité de l’élément est incertaine. Conservez un affichage abrégé comme preuve abrégée. Laissez inconnue une période couverte inconnue. Une ligne de collecte réussie ne peut pas fournir un paramètre réservé au propriétaire qui n’a jamais été enregistré.

Si les vérifications portant sur la même unité sont concluantes et qu’un écart subsiste, conservez les deux relevés d’origine. Indiquez précisément quelles vérifications sont concluantes et quelle cause reste inconnue. Ni l’écart ni un nombre actualisé ultérieurement ne prouvent un retard, une erreur logicielle ou une correction établissant la valeur vraie. Les éléments de preuve ne permettent pas non plus d’affirmer une perte de spectateurs, une fraude ou un effet sur la rémunération.