Chronometrica ou Apify Facebook Posts : peut-on garder les vues et les lectures sur une même ligne ?

Ce que prévoient les contrats publiés

Chronometrica publie explicitement des champs distincts `views` et `plays`. Les informations de `contentMetricStatus` indiquent le statut, la précision et la source de la mesure. Vous pouvez ainsi évaluer chaque compteur sur la même ligne de contenu. Une ligne peut rester utile lorsqu’un seul compteur est disponible. Le contrat ne transforme pas cette ligne partielle en une paire complète de compteurs. Chronometrica Facebook Metrics Scraper

Apify Facebook Posts Scraper publie `viewsCount`. Dans un ancien ticket, son responsable décrivait le recours à un jeu de données Reels distinct, puis une jointure des résultats pour obtenir l’autre compteur. Le README actuel de Reels documente un nombre exact de lectures lorsque l’URL directe d’un Reel est fournie en entrée. Il ne faut donc pas présenter l’ancienne réserve sur les résultats uniquement arrondis comme une limite du contrat actuel. Contrat de Posts, ancien ticket, contrat de Reels

Le ticket public est fermé. Il consigne le besoin d’un lecteur d’obtenir les 2 nombres en une seule exécution. Il ne prouve pas un défaut actuel. Cette comparaison repose sur les contrats publics vérifiés le 20 octobre 2026. Elle ne comprend aucune nouvelle exécution de collecte ni aucune vérification de résultats appariés.

La distinction étayée concerne le format de sortie déclaré. Elle ne porte pas sur tous les champs qu’une réponse non documentée pourrait contenir.

Décidez en fonction du rapport

Partez du rapport qui utilisera les données. Le nom d’un champ ne suffit pas à savoir si une valeur répond aux besoins de ce rapport.

Par exemple, un rapport peut accepter un nombre de vues arrondi pour une synthèse générale du contenu. Le même rapport peut exiger un nombre exact de lectures pour un calcul distinct. Ce sont 2 exigences, même si les 2 valeurs concernent une seule vidéo.

Utilisez ce tableau de décision synthétique avant de collecter les données :

Un format sur une seule ligne réduit le besoin de combiner vous-même les enregistrements des compteurs. Il ne supprime pas la nécessité de vérifier les champs. Une collecte réussie et une ligne acceptable pour le rapport sont 2 choses distinctes.

De même, une jointure peut être un choix raisonnable lorsqu’elle fournit les données nécessaires à votre rapport. Son intérêt dépend de l’enregistrement final que vous pouvez construire et vérifier, et pas seulement du nombre d’étapes de collecte.

Définissez des exigences distinctes pour les vues et les lectures

Les vues et les lectures peuvent différer. Traitez-les comme des mesures distinctes pendant la collecte, la vérification et la préparation du rapport. Aucun de ces compteurs ne doit être présenté comme un nombre de spectateurs uniques ou une mesure de portée. Ils ne sont pas non plus des dénominateurs interchangeables dans le calcul d’un taux.

Le contrat de notre produit décrit les vues comme les vues publiques de la vidéo et les lectures comme un compteur public plus large. N’attribuez pas de seuil de visionnage de 1 seconde ou de 3 secondes sans preuve issue d’une source. Pour comprendre ces libellés, consultez Vues, lectures et portée des vidéos Facebook.

Rédigez une exigence courte pour chaque colonne du rapport :

1. Nommez le compteur nécessaire à la colonne.
2. Précisez si la colonne est obligatoire ou facultative.
3. Précisez la précision que le rapport accepte.
4. Précisez ce qui se passe lorsque la valeur est indisponible.
5. Précisez si un calcul dépend de cette valeur.

Ces règles facilitent le traitement des résultats partiels. Si les lectures sont facultatives, une ligne contenant seulement les vues peut rester admissible dans le rapport. Si les 2 compteurs sont requis, cette même ligne ne répond pas à l’exigence des 2 compteurs.

Distinguez ces résultats. Il n’est pas nécessaire de supprimer une valeur de vues utile parce que les lectures manquent. Vous devez toutefois empêcher cette ligne partielle d’entrer dans un calcul qui exige les 2 compteurs.

Fixez les règles avant d’examiner les résultats. Sinon, une valeur commode peut vous pousser à modifier l’exigence sans signaler clairement ce changement au lecteur du rapport.

Commencez par l’URL connue d’un contenu public

Utilisez l’URL connue d’un contenu public pour la première vérification. La décision reste ainsi centrée sur la collecte et l’acceptation des compteurs. Une recherche plus large de publications ajoute une autre question : avez-vous trouvé le contenu visé ?

La Task Facebook Engagement Metrics Tracker, accessible au public, peut servir de configuration de départ. Une Task est une configuration d’entrée enregistrée pour un Actor. La page était accessible lors de la vérification des sources, mais sa configuration d’entrée enregistrée n’a pas été consultée. Appliquez les paramètres ci-dessous au lieu de supposer qu’ils figurent déjà dans cette configuration.

{
  "mode": "knownUrls",
  "startUrls": [
    "https://www.facebook.com/reel/3809524072644232/"
  ]
}

Cette entrée minimale a été vérifiée par rapport au schéma d’entrée public actuel. Elle n’a pas été exécutée. L’URL d’exemple ne prouve pas que les 2 compteurs y sont actuellement accessibles au public. Remplacez-la par l’URL du contenu public nécessaire à votre rapport. Actor Chronometrica et contrat d’entrée

Pour votre propre vérification, choisissez un contenu représentatif du travail prévu. Un Reel public est pertinent lorsque le rapport porte sur les Reels. Un exemple pratique tiré d’une page produit ne permet pas de déterminer si votre contenu réel répond aux critères.

Conservez l’URL visée avec le résultat que vous examinez. Ce lien est nécessaire pour confirmer que la ligne décrit bien le contenu que vous souhaitiez collecter.

Examinez les valeurs avec leur statut

Une fois le résultat obtenu, examinez toutes les informations sur les mesures avant de copier les valeurs dans un rapport. Les champs déclarés de Chronometrica permettent cette vérification dans la ligne du contenu. Contrat de sortie publié

Suivez cet ordre :

1. Confirmez que la ligne concerne le contenu visé.
2. Vérifiez `views` et les informations `contentMetricStatus` associées.
3. Vérifiez `plays` et les informations `contentMetricStatus` associées.
4. Comparez la précision de chaque valeur à l’exigence du rapport.
5. Classez la ligne comme acceptée, partielle ou inadaptée à l’usage prévu.

Ces 3 derniers libellés sont des choix de classement pour votre processus de vérification. Ils ne sont pas présentés ici comme des valeurs de sortie de l’Actor.

Conservez la précision avec le nombre lorsque vous l’exportez ou le transformez. En particulier, conservez `compact_rounded` lorsqu’un compteur affiché sous forme abrégée a été converti en valeur numérique. Cette conversion change la forme de la valeur. Elle ne rend pas exact le compteur d’origine.

Pour rendre le rapport lisible, vous pouvez afficher le compteur principal dans une colonne et conserver sa précision dans une colonne voisine ou un enregistrement complémentaire. L’essentiel est qu’un utilisateur puisse retrouver cette réserve par la suite. Un nombre séparé de sa précision peut sembler plus exact que ne le permettent les preuves.

Laissez les valeurs manquantes vides. 0 est un résultat de comptage. Une valeur inconnue indique l’absence de preuve pour établir un nombre. Remplacer l’une par l’autre change le sens des données.

Évitez aussi de remplir un champ de lectures manquant avec les vues. Cela crée un 2e nombre sans 2e observation. La ligne peut sembler complète, mais elle ne représente plus les données réellement collectées.

Un exemple fictif de vérification de l’acceptation sur 3 URL

L’exemple suivant est fictif. Ce n’est ni un test du produit, ni un résultat client, ni un taux de collecte mesuré.

Un analyste prépare un rapport client avec des colonnes Vues et Lectures distinctes. Le rapport n’accepte chaque compteur que si sa précision respecte la règle définie pour sa colonne. Il exige 2 compteurs acceptables pour la comparaison utilisant les 2 compteurs.

L’analyste vérifie les URL de 3 contenus publics visés. 2 lignes contiennent les 2 compteurs requis avec une précision acceptée. La 3e contient une valeur de vues acceptable, mais les lectures sont indisponibles.

Pour cette vérification fictive, la part admissible à la comparaison utilisant les 2 compteurs est :

2 / 3 × 100 = 66,67 % des URL visées.

Le dénominateur comprend les 3 URL visées. Il ne se limite pas aux lignes qui contenaient les 2 valeurs. Ce choix compte, car le rapport doit indiquer quelle part du contenu prévu permet la comparaison.

L’analyste conserve la 3e ligne pour un usage limité aux vues. Il indique que les lectures sont indisponibles et vérifie une source Reels distincte si ce compteur reste nécessaire. Il ne copie pas les vues dans les lectures.

Supposons maintenant que ce même rapport fictif exige aussi toutes les pièces jointes des publications. Cette exigence peut justifier la méthode Posts, plus riche, avec une jointure. La décision change parce que les données de sortie requises ont changé. La proportion fictive n’a pas démontré qu’un outil était meilleur que l’autre.

L’exemple montre comment appliquer une règle d’acceptation. Sa valeur de 66,67 % ne dit rien sur les performances réelles de collecte de l’un ou l’autre Actor.

Utilisez une jointure lorsque les données de sortie requises le justifient

Le principal motif pour changer de méthode est le besoin de données de publication plus riches. Si ce besoin l’emporte sur l’intérêt d’une seule ligne de mesures déclarée, utilisez la méthode Posts/Reels et prévoyez la jointure. Apify Facebook Posts Scraper

Une jointure combine des enregistrements qui décrivent le même contenu. Avant de les combiner, confirmez l’identité du contenu. N’associez pas 2 enregistrements uniquement parce que leur texte se ressemble ou que leurs compteurs sont proches.

Utilisez un identifiant de contenu stable lorsque les données de sortie disponibles en fournissent un. Si vous utilisez des URL, confirmez qu’elles renvoient au même contenu. Gardez les correspondances incertaines séparées jusqu’à ce que vous puissiez les vérifier.

Conservez la source de chaque compteur après la jointure. Vous pourrez ainsi expliquer l’origine d’une valeur et la vérifier plus tard. Cela évite aussi que l’enregistrement combiné masque la source de chaque champ.

N’exigez pas que les 2 compteurs soient égaux pour prouver que la jointure est correcte. Ils mesurent des choses différentes. Vérifiez d’abord l’identité du contenu, puis évaluez chaque compteur selon sa propre règle d’acceptation.

Un enregistrement issu d’une jointure exige la même vérification qu’une ligne collectée directement. Combiner des jeux de données ne prouve pas que chaque valeur requise est présente, exacte ou adaptée à un calcul.

Vérifiez tout l’ensemble prévu avant de choisir

Utilisez la première URL pour apprendre à examiner les données de sortie. Appliquez ensuite les mêmes règles à l’ensemble prévu des URL de contenu. Une ligne acceptable permet de décider pour cette ligne. Elle ne prouve pas une couverture complète du reste de l’ensemble.

Gardez une méthode simple et reproductible :

1. Dressez la liste des URL de contenu visées et supprimez les doublons involontaires.
2. Consignez les compteurs requis et la précision acceptée.
3. Collectez les données avec la méthode que vous évaluez.
4. Vérifiez l’identité du contenu, les valeurs, le statut et la précision.
5. Comptez les lignes qui répondent à chaque exigence définie.
6. Consignez les champs non résolus et la prochaine action pour chacun.

Choisissez l’unité avant de compter les éléments admissibles. Si le rapport porte sur des vidéos distinctes, comptez chaque vidéo visée une seule fois. Les copies répétées d’une URL acceptable ne doivent pas augmenter la part apparente du contenu qui répond à l’exigence.

Présentez des résultats distincts lorsque les usages diffèrent. Une ligne peut convenir à un rapport limité aux vues tout en étant inadmissible à une comparaison utilisant les 2 compteurs. Cette distinction décrit mieux les données disponibles qu’un seul classement général en réussite ou échec.

Si chaque URL doit avoir les 2 compteurs exacts, considérez tout compteur manquant ou insuffisamment précis comme une exigence non satisfaite. Aucun des contrats vérifiés ne promet ce résultat strict pour chaque URL.

Cette méthode permet de décider sans inventer un test comparatif. Les contrats publiés établissent ce que chaque méthode déclare fournir. Vos propres vérifications établissent si les valeurs obtenues respectent les règles de votre rapport pour le contenu visé.