Comment séparer les publications anciennes et nouvelles dans un rapport mensuel de vues Instagram

Ce que vous pouvez comparer

Vous pouvez écrire une variation mensuelle observée pour une cohorte de publication lorsque les deux limites sont des sauvegardes comparables. Une cohorte de publication est un groupe de publications publiées dans la même période indiquée. La période d'activité est le temps pendant lequel les vues ont été comptées. Gardez ces périodes séparées.

Une publication plus ancienne peut encore gagner des vues au cours d'un mois ultérieur. Une nouvelle publication peut aussi gagner des vues. Vous séparez les publications par date de publication, et non par le nombre qui a changé. Une publication de mai peut gagner des vues en juillet. Ces vues sont une activité de juillet. La cohorte reste celle des publications publiées avant juillet.

Les vues publiques, les lectures de vidéos, les likes, les commentaires et la portée privée sont des faits différents. Utilisez une seule mesure pour les deux extrémités d'une paire. Cette méthode utilise les vues publiques. Les lectures de vidéos ne sont pas des vues. Les likes et les commentaires ne sont pas des vues. La portée privée n'est pas dans ce nombre public. Un nombre de vues n'est pas un nombre de personnes distinctes comptées une fois.

Une valeur manquante, arrondie ou d'exactitude inconnue n'est pas une valeur de limite exacte. Gardez ces paires hors d'un total exact.

Étapes

1. Définissez l'intervalle du mois et la mesure. Utilisez un seul fuseau horaire. Écrivez un début et une fin. Utilisez le 1er juillet à 00:00 UTC jusqu'au 1er août à 00:00 UTC comme modèle. L'instant de fin ne fait pas partie de juillet. Une publication publiée à cet instant est après le mois. Une publication publiée le 31 juillet est dans le mois. Choisissez une mesure et gardez-la pour les deux sauvegardes. Une étiquette d'écran arrondie et un nombre enregistré exact ne sont pas la même source. Une étiquette d'écran est un nombre court affiché dans l'application, par exemple 1.2K.
2. Constituez une liste vérifiée de publications connues. Incluez les publications plus anciennes qui peuvent encore gagner des vues. Une liste limitée aux publications de juillet laisse de côté les publications de mai et de juin. Ces publications plus anciennes peuvent encore gagner des vues en juillet. Pour chaque URL, gardez l'identité, la preuve de publication et une note de couverture. La découverte par le profil n'est pas la voie acceptée. Utilisez seulement des URL directes de publications publiques connues ou de Reels. Ne prétendez pas que la liste comprend chaque publication, sauf si vous avez une preuve. Une ligne utile ne prouve pas une couverture complète. Les exemples de la Task actuelle ne sont pas vos publications. Remplacez toute la liste d'exemples. Pour une première vérification, utilisez une URL connue et réglez maxItems sur 1.
3. Utilisez des sauvegardes que vous avez déjà aux deux limites. Une nouvelle exécution aujourd'hui ne peut pas retrouver le début de l'intervalle. Une ligne de base est le nombre enregistré au début de l'intervalle. Enregistrez l'instant réel de chaque sauvegarde. Une sauvegarde le 2 juillet est en retard. Elle ne couvre pas le 1er juillet. Elle ne couvre pas les heures antérieures du 2 juillet. Vous pouvez utiliser cette sauvegarde seulement pour les instants qu'elle couvre vraiment. Vous ne pouvez pas l'appeler une ligne de base du 1er juillet. Vous avez besoin d'instants connus et de valeurs connues. Une étiquette d'écran approximative ne suffit pas. Les deux sauvegardes doivent mesurer le même compteur et provenir de la même source.
4. Appariez la même publication et attribuez une cohorte. Appariez le même postId et la même source de mesure. Ne fusionnez pas deux lignes parce que les légendes se ressemblent. Un clip copié avec un postId différent exige son propre examen. Gardez publishedAt séparé de scrapedAt. publishedAt est l'instant de publication. scrapedAt est l'instant de cette observation. Votre étiquette de cohorte n'est pas un champ de l'Actor. Vous l'attribuez à partir d'une preuve de publication vérifiée et de votre intervalle. Utilisez une seule étiquette. before_month signifie publié avant le début de l'intervalle. published_in_month signifie publié dans l'intervalle. after_month signifie publié à la fin de l'intervalle ou après. publication_unknown signifie qu'aucun instant de publication n'est vérifié. Ne remplissez pas une date inconnue à partir de la première sauvegarde. L'instant de première observation est un instant d'observation. Ce n'est pas l'instant de publication.
5. Calculez une variation seulement pour une paire complète exacte. Une paire qui couvre le mois complet a des sauvegardes exactes au début et à la fin que vous avez définis. La variation est la fin moins le début. Les deux nombres doivent être exacts. Les deux doivent venir de la même source. Si un instant de sauvegarde diffère, écrivez l'instant réel. Gardez cette ligne hors du total qui couvre le mois complet. Gardez les paires arrondies hors du total exact. Gardez une exactitude inconnue hors du total exact. Ne les intégrez que si vous écrivez d'abord une règle d'incertitude claire. Cette méthode ne traite pas une étiquette arrondie comme exacte. Si le compteur baisse, marquez revised_or_decreased_counter. Un compteur est le nombre public que vous avez enregistré. Examinez cette ligne. Ne remplacez pas la baisse par zéro. N'appelez pas cela des spectateurs négatifs. Un compteur public plus bas peut être une révision. Ce n'est pas un nombre de personnes qui sont parties.
6. Traitez une nouvelle publication avec prudence. Le premier nombre après la publication n'est pas une ligne de base à zéro prouvée. N'écrivez jamais zéro à une limite de mois lorsque vous ne l'avez pas observé. Vous pouvez écrire la variation entre les instants que vous avez observés. Appelez cette variation un intervalle partiel. Gardez-la séparée d'une contribution qui couvre le mois complet. La date de première observation ne peut pas remplacer publishedAt. Elle ne peut pas rétablir les vues manquées avant la première sauvegarde. Une observation manquante reste une lacune. Les dates de publication inconnues, les nombres manquants et les compteurs révisés restent dans des lignes séparées.
7. Additionnez seulement les variations admissibles qui couvrent le mois complet. Additionnez des variations seulement à l'intérieur d'une cohorte connue. La paire doit être comparable, et elle doit couvrir le mois complet. Écrivez le nombre de publications que vous avez incluses. Écrivez chaque lacune et chaque résultat exclu. Ne mélangez pas un intervalle partiel dans cette somme. Ne présentez pas un ratio de ces sommes comme la part du compte entier. Votre liste n'est pas l'ensemble des publications du compte. Un rapport mensuel du compte en propre est une autre source. Vérifiez sa mesure et sa couverture avant de le comparer. Ne le fusionnez pas dans la somme des vues publiques sans cette vérification.
8. Expliquez le résultat et ce que vous ne savez pas. Les publications plus anciennes peuvent gagner des vues après le mois de publication. Les nombres publics ne montrent pas si les vues viennent de publicités ou d'une diffusion non payante. Ils ne montrent pas les personnes distinctes comptées une fois. Une forte hausse ne prouve pas que la publication a causé la croissance du compte. Donnez le tableau de cohorte et les lacunes avant de choisir un contenu.

Remplacez l'entrée d'exemple

L'entrée de Task enregistrée actuelle utilise cinq URL d'exemple et maxItems 100. Supprimez les cinq exemples pour votre propre vérification. N'ajoutez pas votre URL à côté des exemples.

{
  "mode": "contentUrls",
  "startUrls": [
    "https://www.instagram.com/p/DZNai6uEQux/",
    "https://www.instagram.com/p/DZVGPOPlVyp/",
    "https://www.instagram.com/p/DZahOsaDTnm/",
    "https://www.instagram.com/p/DXl-mmCDIRu/",
    "https://www.instagram.com/p/DYpL1W-jO7j/"
  ],
  "maxItems": 100
}

Utilisez cette forme pour la première vérification. Remplacez la valeur de substitution par votre propre URL publique.

{
  "mode": "contentUrls",
  "startUrls": ["PASTE_ONE_KNOWN_PUBLIC_URL"],
  "maxItems": 1
}

Une limite de 1 correspond à une liste d'une seule URL. Si maxItems est inférieur au nombre d'URL, l'exécution peut omettre certaines URL. Comparez quand même la sortie avec la liste. Une vérification avec un Reel connu, sur la version 1.0.35, a renvoyé la publication prévue. Elle a renvoyé postId et l'URL de la publication. Elle a renvoyé l'identité du profil et publishedAt. Elle a renvoyé views, likes, comments et status. Ce seul contrôle fournit une preuve pour les champs qu'il a renvoyés dans la sortie actuelle. Il n'a pas retrouvé les valeurs historiques des limites de mois. Les likes et les commentaires peuvent apparaître à côté des vues. Ne les mélangez pas dans la variation des vues.

Vérifiez la sortie par rapport à votre liste

L'Actor collecte des lignes. Vous faites le travail de cohorte dans les étapes ci-dessus. L'exécution ne construit pas le tableau du mois à votre place.

Après l'exécution, ouvrez OUTPUT. Le rapprochement signifie que vous faites correspondre votre liste cible d'origine au jeu de données, élément par élément. providedInputs, contentUrls, inputUrls, resolvedUrls, metricRows, noPublicMetricRows, blockedRows, failedRows, statusCounts et stopReason sont des décomptes numériques agrégés et des totaux d'état. Ce ne sont pas des listes par URL. Ne déduisez pas quelle cible a échoué à partir des totaux de blockedRows ou de failedRows. Faites correspondre chaque cible à sa ligne du jeu de données par inputUrl, postId, postUrl, status et statusReason. Incluez les cibles indisponibles.

Une URL fournie qui est absente de metricRows n'est pas un zéro. La limite peut omettre une URL. L'URL peut aussi être bloquée ou en échec. Lisez status, statusReason et stopReason avant de décider.

Conservez ces champs d'une ligne utile : inputUrl, postId, postUrl, profileId et profileHandle. inputUrl correspond à la cible source. profileHandle est le nom d'utilisateur public. Conservez aussi publishedAt, views et postMetricStatus. postMetricStatus est l'état de la mesure sur cette ligne. Conservez aussi status, statusReason et scrapedAt. Si aucune mesure publique n'a été renvoyée, n'inventez pas de nombre.

Fiction originale pour un mois de vues en juillet

Les lignes ci-dessous sont une fiction originale. Elles ne sont pas un résultat de l'Actor. Elles ne sont pas votre compte. Elles montrent seulement comment juger chaque type de ligne.

L'intervalle va du 1er juillet à 00:00 UTC au 1er août à 00:00 UTC. L'instant de fin ne fait pas partie de juillet. Chaque paire exacte utilise le même compteur source aux deux limites.

P1 a été publiée le 20 mai. Sa cohorte est before_month. Les vues passent de 1 000 à 1 600. Les deux valeurs sont exactes. Les instants sont le 1er juillet et le 1er août à 00:00 UTC. La variation est 1 600 moins 1 000. Cela fait +600.

P2 a été publiée le 18 juin. Sa cohorte est before_month. Les vues passent de 2 000 à 2 200. La variation est +200. P1 et P2 forment le groupe plus ancien apparié. Le total du groupe est 600 plus 200. Cela fait +800. Ce +800 est la contribution des publications plus anciennes pour ce seul groupe apparié. Il s'agit de deux publications, pas du compte entier.

P3 a été publiée le 5 juillet. Sa cohorte est published_in_month. La première observation est le 6 juillet, avec 100 vues. L'heure du 6 juillet n'est pas fournie. Le 1er août à 00:00 UTC, le nombre est 400. La variation est 400 moins 100. Cela fait +300. Le temps couvert va seulement du 6 juillet au 1er août. C'est un intervalle partiel. Il n'y a pas de nombre enregistré pour le 1er juillet. La publication n'existait pas non plus le 1er juillet. Le temps du 5 juillet jusqu'à la première sauvegarde n'a pas été observé. N'écrivez pas zéro pour le début manquant. Le +300 n'est pas une contribution qui couvre le mois complet.

P4 n'a pas de nombre de départ. Un nombre de fin de 1 000 est présent. La variation mensuelle est indisponible. Ne mettez pas zéro dans le départ vide. La preuve de publication de P4 ne fait pas partie de cette fiction. Ne devinez pas une cohorte.

P5 utilise les étiquettes arrondies 1.2K et 1.5K. La lettre K signifie que l'écran a affiché une étiquette courte de milliers. La fiction place ces étiquettes aux limites du mois. Ces étiquettes ne sont toujours pas des nombres exacts. Ne transformez pas 1.2K en 1 200. Ne transformez pas 1.5K en 1 500. La variation exacte est inconnue. Gardez P5 hors du total exact. La preuve de publication de P5 ne fait pas partie de cette fiction.

P6 passe de 1 000 à 900. Les deux nombres sont exacts. Les instants de limite sont le 1er juillet et le 1er août à 00:00 UTC. Le compteur a baissé de 100, parce que 1 000 moins 900 font 100. Marquez revised_or_decreased_counter. Gardez P6 hors du total positif jusqu'à votre examen. N'appelez pas la baisse un nombre négatif de personnes distinctes comptées une fois. Les personnes distinctes comptées une fois sont un autre fait. La preuve de publication de P6 ne fait pas partie de cette fiction.

P7 n'a pas de date de publication vérifiée. Sa cohorte est publication_unknown. Elle a bien une paire exacte, de 10 à 40. Les instants sont le 1er juillet et le 1er août à 00:00 UTC. La variation est 40 moins 10. Cela fait +30. N'attribuez pas P7 aux publications plus anciennes. N'attribuez pas P7 aux nouvelles publications. Le jour où vous avez enregistré P7 pour la première fois n'est pas sa date de publication.

Le groupe plus ancien contribue +800. Le +300 de P3 reste une variation d'intervalle partiel. Le +30 de P7 reste avec une cohorte inconnue. N'additionnez pas 800 et 300. N'ajoutez pas 30 à l'une ou l'autre cohorte. Ne traitez pas 800 divisé par 800 plus 300 comme une part des publications plus anciennes sur le mois entier. Ces lignes ne couvrent pas le même intervalle. Elles ne sont pas le compte entier. P4, P5 et P6 restent hors de la somme.

Lisez chaque ligne avant d'utiliser +800. Le tableau montre l'instant de limite, l'exactitude, la cohorte, le résultat de comparaison et la lacune. Le +800 utilise seulement P1 et P2.