Comment auditer les formats Instagram et la cadence de publication

Ce que vous collectez

Un Actor est un programme hébergé de collecte de données. Une Task est un préréglage d’entrée enregistré. L’Actor Instagram Metrics Scraper collecte les lignes sources. Vous construisez le calendrier, les décomptes et le choix de calendrier de publication.

La version publique actuelle est 1.0.35. Cette version a été vérifiée le 2026-10-13. Les modes acceptés sont auto, contentUrls et profileUrls. Utilisez contentUrls pour cet audit. Ce mode signifie que vous fournissez des URL de contenu. profileUrls prend des noms de compte. Mettez les URL dans startUrls. maxItems est un plafond facultatif sur le nombre total de lignes.

Une ligne de contenu est un élément de contenu public avec au moins une mesure publique. Une URL en échec peut apparaître comme une lacune au lieu d’une ligne de contenu. Utilisez ces champs :

scrapedAt n’est pas l’heure de publication. Ne l’utilisez pas comme date de la publication.

Vous pouvez voir ces compteurs publics. Ils peuvent être absents. Ce sont views, plays, playsInstagram, likes et comments. Gardez chaque compteur dans son propre champ. Ne les additionnez pas. N’en faites pas une taille d’audience privée. Cet audit utilise la date et le format.

Une date peut manquer. Un libellé de format peut manquer. Manquant signifie inconnu. Inconnu n’est pas zéro.

La Task enregistrée actuelle est Instagram Content Publishing Cadence Source Data. Une Task est seulement une entrée de départ. Elle ne signifie pas que le décompte est automatique. L’entrée enregistrée est :

{
  "mode": "profileUrls",
  "startUrls": ["@nike", "@adidas", "@playstation"],
  "maxItems": 60
}

Changez cette entrée avant cet audit. Réglez mode sur contentUrls. Remplacez @nike, @adidas et @playstation par des URL publiques connues de publications ou de Reels. Un Reel est une publication vidéo publique sur Instagram. Dans une ligne enregistrée, le libellé de format reel désigne un Reel. Un pilote est un petit premier essai. Pour le pilote, réglez maxItems sur 3. Utilisez trois URL pour que le plafond corresponde à la liste.

{
  "mode": "contentUrls",
  "startUrls": [
    "FIRST_KNOWN_PUBLIC_POST_OR_REEL_URL",
    "SECOND_KNOWN_PUBLIC_POST_OR_REEL_URL",
    "THIRD_KNOWN_PUBLIC_POST_OR_REEL_URL"
  ],
  "maxItems": 3
}

Remplacez les trois textes de substitution par de vraies URL publiques. Ne laissez pas les noms de comptes d’exemple dans startUrls.

Le préréglage de profil enregistré n’est pas accepté pour la découverte de comptes. Il n’est pas accepté comme historique complet. Un pilote en mode profil sur @nike a renvoyé no_profile_content. L’enregistrement de découverte était blocked_or_challenged. Ce résultat ne prouve pas que @nike n’avait aucune publication. blocked_or_challenged ne signifie pas que le compte est vide.

Un essai séparé a utilisé une URL publique connue de Reel. C’est la voie acceptée pour cet audit. La ligne enregistrée avait un postId. Elle incluait les champs du compte. Son mediaType était reel. Elle avait publishedAt. Une légende était présente. Des mesures publiques étaient présentes. Ce seul Reel ne prouve pas un historique complet. Ce sont des faits produit vérifiés. Ils ne sont pas le calendrier fictif plus loin dans cet article.

Il n’existe pas d’archive complète vérifiée. Il n’existe pas de recherche vérifiée par plage de dates. Une page qui semble complète ne prouve pas une couverture complète. Un plafond atteint ne prouve pas une couverture complète. Une réussite sur les mesures ne prouve pas que vous avez listé chaque publication.

Le README actuel est le mode d’emploi public de l’Actor. Ces instructions mentionnent maxItemsPerProfile. Le schéma d’entrée actuel est la liste des champs d’entrée acceptés. Cette liste n’inclut pas maxItemsPerProfile. Ne définissez pas ce champ.

maxItems compte les lignes sur toute la collecte. Il ne compte pas un compte à la fois. Un petit plafond peut couper une liste d’URL plus longue. Dans la sortie enregistrée, inspectez providedInputs, contentUrls, inputUrls, resolvedUrls, metricRows, stops et statuses. Faites correspondre ces parties à la liste d’URL que vous aviez prévu de collecter.

Faites l’audit en huit étapes

1. Choisissez deux ou trois comptes concurrents connus. Choisissez une fenêtre UTC pour tous. UTC est l’horloge mondiale utilisée pour chaque date ici. Une seule horloge garde une publication tardive sur une seule date. La même fenêtre garde la comparaison équitable. Un mois chargé face à un mois calme ne serait pas équitable. Exemple de durée : 28 jours, soit 4 semaines. Écrivez l’instant de fin comme exclusif. Exclusif signifie que l’instant de fin est hors de la fenêtre. La fenêtre suivante peut commencer à ce même instant. Une publication n’est alors pas dans les deux fenêtres. Utilisez une seule règle d’inclusion pour chaque compte. Incluez les publications publiques ordinaires et les Reels dont l’heure connue est dans la fenêtre. Excluez les Stories. Une Story est un élément Instagram de courte durée. Cet Actor ne collecte pas les Stories. Dites comment vous traitez les publications épinglées. Incluez une publication épinglée selon sa date de publication. N’utilisez pas sa place à l’écran. Une publication épinglée peut être ancienne.
2. Construisez l’inventaire d’URL à la main. Un inventaire est la liste des URL de contenu connues que vous prévoyez de collecter. Utilisez les comptes publics que vous avez choisis, ou une autre méthode de listage que vous avez déjà vérifiée. Cet article ne donne pas de moyen de découvrir des comptes. Enregistrez inventory_date, la clé du compte, l’URL du contenu et une courte note de collecte. inventory_date est la date à laquelle vous avez construit la liste. Marquez la couverture complete_for_checked_source seulement quand des preuves soutiennent cette marque. Cette marque signifie que la source vérifiée est couverte. Elle ne signifie pas à elle seule que tout l’historique du compte est couvert. Sinon, marquez partial/unknown. Une page qui semble complète n’est pas une preuve suffisante. Un plafond atteint n’est pas une preuve suffisante.
3. Envoyez des URL de contenu connues en mode contentUrls. Utilisez d’abord un petit plafond total. Le plafond du pilote est maxItems 3 avec trois URL connues. Comparez chaque ligne enregistrée avec l’URL que vous avez envoyée. Regardez postId, les champs du compte, mediaType, publishedAt, status et statusReason. Utilisez seulement les champs d’entrée que le schéma actuel accepte. N’ajoutez pas maxItemsPerProfile. Un petit pilote montre que la voie fonctionne avant une longue liste. Le Reel connu ci-dessus est l’exemple de réussite. Le résultat de profil @nike n’est pas cet exemple.
4. Faites correspondre chaque URL prévue à une ligne enregistrée ou à une lacune. Gardez les entrées en échec et indisponibles sur une liste séparée. Lisez un publishedAt connu comme UTC. Gardez la ligne quand cette heure est dans la fenêtre. Si publishedAt manque, mettez la ligne sur une liste séparée d’enregistrements en attente de résolution. Ne dites pas qu’une date manquante est hors de la fenêtre. Hors de la fenêtre cacherait une ligne qui pourrait appartenir à l’intérieur. À l’intérieur inventerait une date. scrapedAt ne choisit pas la fenêtre. Une ligne avec des mesures peut quand même être hors de votre inventaire. Les mesures ne prouvent pas que la liste est complète. Utilisez un tableau de correspondance comme celui-ci. Remplissez-le à partir de votre collecte. Le calendrier plus loin dans cet article est une fiction, pas ce tableau.

1. Comptez la même publication une seule fois. Utilisez un postId qui est présent et que vous avez vérifié. Si postId manque, examinez l’URL de publication résolue avant de compter la ligne. Une identité manquante exige un examen. Ne la supprimez pas sans une note. Ne la traitez pas comme un doublon certain. Des titres ou des légendes égaux ne prouvent pas un doublon. Deux légendes peuvent correspondre par hasard. Un doublon de collaboration est le même identifiant de contenu enregistré plus d’une fois. Comptez cet identifiant une seule fois dans l’inventaire d’un compte. Gardez les lignes sources. Gardez une note quand deux lignes sont en conflit.
2. Gardez le texte mediaType que la ligne a déjà. Ne renommez pas un libellé. Si le libellé manque, gardez le format inconnu. Construisez un calendrier quotidien pour chaque compte. Construisez un tableau de décompte par format. Un jour sans ligne incluse signifie qu’il n’y a aucun enregistrement inclus pour ce jour. Cela prouve que le compte n’a rien publié seulement quand la couverture de ce jour est suffisante. Si la couverture est partial/unknown, écrivez « aucun enregistrement inclus ». N’écrivez pas que rien n’a été publié.
3. Divisez les publications incluses à date connue par les semaines de la fenêtre. Ce résultat est le rythme de publication observé. Utilisez cette formule simple. publications par semaine = publications incluses à date connue / semaines dans la fenêtre. Pour la part de format, utilisez toutes les publications incluses comme nombre du bas. La part signifie la portion d’un format dans ce nombre du bas. part de format = décompte de ce format / toutes les publications incluses. Gardez les formats inconnus dans ce nombre du bas. Vous pouvez aussi faire un second mélange qui utilise seulement les formats connus. Dites que le nombre du bas a changé. N’appelez aucun des deux mélanges un meilleur mélange. N’appelez pas le rythme un meilleur rythme pour chaque équipe. Un rythme sur une liste partielle est le rythme de cette liste. Ce n’est pas le rythme du compte complet.
4. Comparez le rythme, le plus long écart observé et le mélange de formats. Mettez une note de couverture sur chaque comparaison. Gardez chaque heure de publication en UTC. Un écart entre deux dates connues est un écart entre publications. Un écart depuis le début ou la fin de la fenêtre jusqu’à la publication incluse la plus proche est un écart de bord. Gardez les écarts de bord à part. Ne faites pas la moyenne des deux sortes sauf si vous écrivez d’abord la règle. Une moyenne sans règle fabrique un nouveau nombre. Enregistrez une question de planification avec le tableau. Demandez si votre équipe peut tenir le calendrier. N’affirmez pas le nombre de personnes qui ont vu les publications. Ne prétendez pas que les mêmes personnes suivent les deux comptes. Ne prétendez pas savoir comment Instagram ordonne les publications. Ne prétendez pas que les dates ont causé de meilleurs résultats.

Exemple résolu sur des données fictives originales

Le calendrier ci-dessous est une fiction originale. Il enseigne les décomptes. Ce n’est pas un résultat d’Actor. Ce n’est pas le pilote @nike. Ce n’est pas l’essai du Reel connu. Aucun compteur dans cette fiction ne montre que les Reels sont meilleurs. Aucun compteur ne montre qu’un rythme plus élevé est meilleur.

La fenêtre fictive commence à 2026-09-01 00:00 UTC. Elle finit à 2026-09-29 00:00 UTC. La fin est exclusive. La durée est de 28 jours. 28 / 7 = 4 semaines.

Le compte A a six publications incluses avec des dates connues. Les dates sont le 2 sept., le 5 sept., le 9 sept., le 13 sept., le 20 sept. et le 27 sept. Quatre lignes utilisent le libellé reel. Deux lignes utilisent le libellé carousel. Carousel est ici un libellé de format fictif. Ce n’est pas une affirmation sur chaque liste de libellés réels. Le compte A a aussi une ligne observée sans date. Cette ligne reste hors des six.

Le compte B a quatre publications incluses. Les dates sont le 3 sept., le 10 sept., le 17 sept. et le 24 sept. Une ligne utilise reel. Deux lignes utilisent image. Une ligne n’a pas de libellé de format, donc le format reste inconnu. La liste du compte B est un inventaire public partiel. Ici, échantillon signifie cette liste partielle. Cela ne signifie pas un échantillon scientifique. Le rythme de B est le rythme de la liste partielle. Ce n’est pas un rythme confirmé du compte complet.

Les deux comptes sont partial/unknown. La fiction ne soutient pas complete_for_checked_source. Elle ne permet pas de marquer le compte entier comme entièrement couvert.

Onze lignes fictives

La ligne 7 est la ligne sans date de la liste séparée en attente de résolution. Elle ne fait pas partie des six publications à date connue. Le total de fenêtre du compte A peut changer après examen. La fiction ne donne pas de format à la ligne 7. Le format reste inconnu.

Les onze lignes sont 6 incluses pour A, plus 1 non résolue pour A, plus 4 incluses pour B.

Calendrier par semaine

La semaine 1 va du 2026-09-01 au 2026-09-07. La semaine 2 va du 2026-09-08 au 2026-09-14. La semaine 3 va du 2026-09-15 au 2026-09-21. La semaine 4 va du 2026-09-22 au 2026-09-28. L’instant de fin le 2026-09-29 est hors des quatre semaines.

Un jour dans la dernière colonne est un enregistrement zéro observé. Il signifie qu’aucune ligne incluse n’existe ce jour-là. Il ne prouve pas que le compte n’a rien publié. La couverture est partial/unknown pour les deux comptes. Pour le compte A, le 1 sept. n’a aucun enregistrement inclus. L’écart de bord du 1 sept. au 2 sept. est une note différente. Ce n’est pas une seconde publication. A-07 ne remplit aucun jour. Sa date est inconnue, pas un jour à zéro.

Décomptes de formats par semaine

Un zéro dans ce tableau signifie qu’il n’y a aucun enregistrement inclus pour ce format pendant cette semaine. Ce n’est pas la preuve que rien n’a été publié.

Vérifiez les totaux. Les semaines du compte A sont 2 + 2 + 1 + 1 = 6. Les semaines du compte B sont 1 + 1 + 1 + 1 = 4. A reel est 2 + 1 + 1 + 0 = 4. A carousel est 0 + 1 + 0 + 1 = 2.

Rythme, part et couverture

Le calcul des parts est :

• A reel : 4 / 6 = 0,667, soit 66,7 pour cent.
• A carousel : 2 / 6 = 0,333, soit 33,3 pour cent.
• B reel sur toutes les publications incluses : 1 / 4 = 0,25, soit 25 pour cent.
• B image : 2 / 4 = 0,5, soit 50 pour cent.
• B inconnu : 1 / 4 = 0,25, soit 25 pour cent.
• Les formats connus de B sont 1 reel + 2 images = 3. La ligne inconnue est laissée hors de ce second mélange.
• B reel sur les formats connus seulement : 1 / 3 = 0,333, soit 33,3 pour cent.

Ne placez pas les 66,7 pour cent de A à côté des 33,3 pour cent de B comme la même sorte de part. Le nombre du bas de A est 6 publications incluses. Les 33,3 pour cent de B utilisent 3 publications à format connu. Nommez le nombre du bas à chaque fois.

Écarts

Les écarts à date connue du compte A, dans l’ordre, sont 3, 4, 4, 7 et 7 jours. Le plus long écart observé entre publications est de 7 jours.

Les écarts entre publications de B utilisent la même soustraction que les écarts de A. Ce sont des écarts dans la liste partielle. Ils ne prouvent pas que le compte B n’a rien publié entre les deux. L’écart de 7 jours de A est le plus long écart parmi ses dates connues. Il ne prouve pas une semaine vide, sauf si la couverture de ces jours est suffisante. Cette fiction n’a pas cette couverture.

Ne faites pas la moyenne des écarts de bord avec les écarts entre publications. Pour le compte A, les écarts de bord sont 1 jour et 2 jours. Ils répondent à une autre question. Ils montrent l’attente depuis le début de la fenêtre ou jusqu’à la fin de la fenêtre. Ils ne montrent pas l’attente entre les publications.

Un choix de planification à partir de cette fiction

Le rythme vérifié du compte A est de 1,5 publication par semaine. Le rythme de la liste partielle du compte B est de 1 publication par semaine. Une équipe qui ne peut pas tenir 1,5 ne doit pas adopter 1,5. Un essai équitable dans cette fiction est 1 publication par semaine pendant 4 semaines. Cela correspond à la liste observée la plus basse. Enregistrez le format de chacune des 4 publications. Vous pouvez regarder le mélange de A, qui est 4 lignes reel sur 6 publications incluses. Ne fixez pas ce mélange comme un objectif qui améliore les résultats. Cette fiction ne montre pas de format gagnant. Demandez si l’équipe peut tenir le format choisi pendant toute la fenêtre. Si la réponse est non, choisissez un calendrier plus lent. Puis répétez les mêmes règles de fenêtre sur les 28 jours suivants.