# Comment compter vos réponses X par jour à partir d’enregistrements sauvegardés

Pour compter les réponses que vous avez publiées sur X chaque jour, partez d’enregistrements vérifiés de vos propres publications. Choisissez un seul fuseau horaire pour le rapport. Comptez chaque identifiant de réponse distinct une seule fois, à sa date civile locale. Saisissez zéro uniquement si vos enregistrements couvrent toute la journée et ne contiennent aucune réponse. Distinguez les cas où la couverture des données manque. Avant de valider le tableau journalier, vérifiez les enregistrements proches de minuit et ceux des changements d’heure.

Cette méthode compte les réponses que vous avez écrites. Le compteur de réponses d’une publication mesure les réponses reçues par cette publication. Il ne mesure pas votre propre activité de réponse.

Vous allez créer un tableau journalier, consigner les problèmes d’heure et vérifier que les importations répétées ne changent pas les décomptes. La collecte de publications publiques est facultative. Elle ne permet pas d’établir que les enregistrements sauvegardés de votre compte contiennent toutes vos réponses.

## 1. Partez d’enregistrements vérifiés de vos propres réponses

Utilisez des enregistrements dont vous avez déjà vérifié l’auteur et le type de publication. Une réponse de votre compte est une réponse publiée par ce compte. L’identifiant d’une publication est la valeur qui permet de la reconnaître. Conservez cet identifiant avec chaque enregistrement.

Si vous n’avez pas encore d’enregistrements de votre propre compte, X explique comment demander une archive du compte. Une archive est une copie téléchargée des informations du compte. X décrit des fichiers HTML et JSON lisibles par machine qui contiennent des publications. Ce sont des formats de fichiers structurés que les logiciels peuvent lire. Cette documentation ne garantit ni un historique complet des publications supprimées, ni un ensemble fixe de champs permettant de reconnaître les réponses. Consultez le [guide des archives X — vérifié le 25 octobre 2026 ; méthode de téléchargement des données du compte, sans preuve d’un historique complet des publications supprimées](https://help.x.com/en/managing-your-account/how-to-download-your-x-archive).

Obtenez et vérifiez ces enregistrements avant d’utiliser cette méthode. Conservez une copie inchangée de la source. Notez la période couverte par la source et les incertitudes restantes. Un fichier contenant quelques réponses ne prouve pas, à lui seul, que la couverture est complète.

Ce guide commence après les vérifications de l’auteur et du type réponse. Il n’explique pas comment obtenir une archive ni toutes les règles permettant de distinguer les publications originales, les réponses et les citations.

Une recherche publique répond à une autre question : quelles publications correspondantes la recherche a-t-elle renvoyées ? Si vous utilisez aussi la recherche, le [guide des recherches X par mot-clé et par date](/fr/articles/rechercher-publications-x-par-mot-cle-et-date/) vous aide à vérifier la période de recherche. Gardez ces résultats séparés des preuves que les enregistrements de votre propre compte couvrent une journée entière.

## 2. Définissez le compte, les dates et le fuseau horaire du rapport

Avant de compter, rédigez une courte note pour le rapport :

1. Identifiez le compte dont vous allez compter les réponses.
2. Indiquez la première et la dernière date civile demandées.
3. Choisissez un fuseau horaire nommé pour le rapport.
4. Identifiez les fichiers sources et leur couverture vérifiée.
5. Indiquez les enregistrements dont le cas reste à résoudre.

Utilisez un nom de fuseau comme `America/Toronto`. Il s’agit d’un nom de fuseau horaire IANA. Les noms IANA désignent des fuseaux dont les règles horaires peuvent changer selon la date. Un décalage fixe, comme moins quatre heures, ne remplace pas ces règles.

Créez une ligne pour chaque date demandée avant d’ajouter les décomptes. Cela évite qu’une date sans enregistrement importé disparaisse du rapport.

Utilisez les champs proposés ci-dessous. Vous créez ces champs pour le rapport. X ne garantit pas leur présence comme en-têtes dans ses archives.

| Champ journalier | Valeur à conserver |
| --- | --- |
| `account_id` | L’identité vérifiée du compte |
| `date` | La date civile dans le fuseau horaire du rapport |
| `reporting_zone` | Le nom du fuseau IANA choisi |
| `coverage_state` | L’état de la couverture : journée entière vérifiée, couverture partielle, manquante ou incertaine |
| `known_reply_count` | Le nombre d’identifiants de réponse admissibles distincts attribués à cette date |
| `unresolved_count` | Le nombre de réponses potentielles connues dont le cas reste à résoudre et qui pourraient affecter cette date, lorsque ce nombre est établi |
| `source_reference` | Le fichier sauvegardé et les enregistrements qui justifient la ligne |

Une réponse admissible est un enregistrement qui satisfait aux vérifications de l’auteur, du type réponse, de l’identifiant stable et d’une heure de publication exploitable.

Définissez les libellés de couverture dans la note du rapport. Une couverture de journée entière signifie que vous avez vérifié la source pour toute la journée civile locale. Une couverture partielle signifie que vous savez que les enregistrements ne couvrent qu’une partie de la journée. Une couverture manquante signifie que la source requise est absente. Une couverture incertaine signifie que vous ne pouvez pas en établir l’étendue.

Ne mettez pas zéro dans `unresolved_count` au seul motif qu’aucune liste d’anomalies n’existe. La valeur zéro exige une vérification terminée qui n’a trouvé aucune réponse potentielle dont le cas reste à résoudre. Une couverture manquante peut masquer des enregistrements dont vous ignorez l’existence.

## 3. Ne comptez chaque identifiant de réponse qu’une fois

Des importations répétées peuvent contenir plusieurs copies de la même réponse. Comptez chaque identifiant stable de réponse une seule fois. Conservez les autres copies comme preuves d’importation, mais excluez-les du décompte d’activité.

Ne supprimez pas des enregistrements parce que leur texte ou leur heure est identique. Deux réponses distinctes peuvent contenir les mêmes mots. Elles peuvent aussi afficher la même heure.

Conservez un petit tableau par réponse à côté du tableau journalier :

| Champ de réponse | Utilité |
| --- | --- |
| Identifiant stable de publication | Identifier la réponse publiée par le compte |
| Auteur vérifié | Confirmer que la réponse appartient au compte |
| Type de publication vérifié | Confirmer que l’enregistrement est une réponse |
| Valeur horaire d’origine | Conserver l’heure de la source sans la modifier |
| Instant source établi | Identifier le point exact dans le temps, lorsqu’il est établi |
| Horodatage local | Afficher cet instant dans le fuseau horaire du rapport |
| Date attribuée | Indiquer la ligne journalière à laquelle la réponse est attribuée |
| Motif d’inclusion ou d’anomalie | Expliquer pourquoi l’enregistrement a été compté ou mis en attente de vérification |
| Référence de la source | Retrouver l’enregistrement d’origine et ses éventuelles copies |

Un horodatage est une valeur de date et d’heure. Un instant est un point exact dans le temps. Un horodatage qui ne contient pas assez d’informations sur le fuseau horaire peut ne pas permettre d’identifier un instant.

Si les copies d’un même identifiant contiennent des faits contradictoires, laissez cette contradiction visible. Ne choisissez pas une date qui vous arrange pour compléter le tableau. Mettez le décompte concerné en attente de vérification jusqu’à ce que la source permette de trancher.

Les publications originales n’entrent pas dans ce décompte de réponses. Les compteurs de réponses reçues non plus. Dans tout ce rapport, l’unité est un identifiant distinct de réponse publiée par votre compte. Ce n’est ni une personne, ni une réponse reçue, ni une ligne importée.

## 4. Convertissez l’heure de publication avant d’attribuer une date

Utilisez l’heure de publication de la réponse. N’utilisez pas la date de téléchargement de l’archive ni celle de collecte d’un enregistrement public.

Conservez la valeur horaire d’origine. Utilisez ensuite ses informations de fuseau horaire vérifiées pour identifier l’instant source. Convertissez cet instant dans le fuseau horaire du rapport. Déduisez la date civile uniquement après cette conversion.

UTC signifie temps universel coordonné. C’est une référence courante pour enregistrer des instants. Un décalage UTC indique de combien une horloge locale avance ou retarde par rapport à UTC. Par exemple, `-04:00` signifie quatre heures de retard sur UTC.

Suivez cet ordre :

1. Lisez l’heure de publication d’origine.
2. Vérifiez que son fuseau ou son décalage permet d’établir un instant.
3. Convertissez cet instant dans le fuseau horaire nommé du rapport.
4. Enregistrez l’horodatage local avec son décalage.
5. Attribuez la date civile locale.
6. Gardez toutes ces valeurs disponibles pour vérification.

L’absence de fuseau ou de décalage doit rester un cas non résolu, sauf si d’autres éléments vérifiés de la source permettent d’établir l’instant. Ne supposez pas qu’une heure est en UTC parce qu’une bibliothèque logicielle l’accepte.

Le module Python `zoneinfo` gère les fuseaux IANA et les changements de décalage UTC. Il gère aussi l’heure répétée lorsque les horloges reculent. Consultez la [documentation Python de zoneinfo — vérifiée le 25 octobre 2026 ; prise en charge des conversions de fuseau et des heures répétées](https://docs.python.org/3/library/zoneinfo.html).

Testez des enregistrements situés de part et d’autre de minuit, heure locale. Leurs dates UTC peuvent être identiques alors que leurs dates dans le rapport diffèrent. Cette vérification permet de détecter un décompte journalier décalé d’un jour.

Testez aussi une heure répétée lors d’un changement d’heure. L’heure d’été est un changement saisonnier de l’heure locale. Lorsque les horloges reculent, la même heure locale peut se produire deux fois. Des décalages différents distinguent les deux instants. Ne fusionnez pas leurs identifiants de réponse parce que le texte de l’heure est identique.

## 5. Distinguez les décomptes connus des totaux journaliers complets

Après les vérifications horaires, regroupez les identifiants de réponse admissibles selon la date locale attribuée. Comptez les identifiants distincts de chaque groupe. Vérifiez ensuite la couverture et les anomalies.

Appliquez les règles suivantes :

| État de la source | Résultat journalier |
| --- | --- |
| Couverture de journée entière vérifiée, sans réponse ni réponse potentielle dont le cas reste à résoudre | Total exact de 0 réponse |
| Couverture de journée entière vérifiée, toutes les réponses admissibles datées et aucune réponse potentielle dont le cas reste à résoudre | Total exact égal au nombre de réponses distinctes |
| Quelques réponses valides, mais couverture incomplète ou incertaine | Nombre de réponses connues ; total complet indisponible |
| Couverture requise de la source manquante | Décompte indisponible ; ne le remplacez pas par 0 |
| Une réponse potentielle dont le cas reste à résoudre pourrait affecter cette date | Nombre de réponses connues avec une note explicite sur l’incertitude |

Un décompte connu indique au lecteur ce que les enregistrements vérifiés permettent d’établir. Un total complet exige aussi une couverture vérifiée et aucun enregistrement non résolu qui pourrait le modifier.

Par exemple, deux réponses datées permettent d’établir deux réponses connues. Elles ne permettent pas d’établir un total journalier exact si l’heure d’une autre réponse possible reste à déterminer.

N’ajoutez pas une réponse potentielle non résolue à deux réponses connues pour annoncer trois réponses. Il faut encore trancher ce cas. Présentez séparément les deux réponses connues et la réponse potentielle dont le cas reste à résoudre.

## 6. Exemple détaillé : minuit, heures répétées et jours sans données

Cet exemple est une fiction originale. Aucune donnée de compte n’a été importée. Les quatre conversions horaires fournies pour cet exemple ont été vérifiées localement avec le module Python `zoneinfo`. Ces enregistrements servent à l’apprentissage. Ils ne proviennent ni d’une observation de compte X ni d’une exécution d’Actor.

Le fuseau horaire du rapport est `America/Toronto`. La période demandée va du 24 octobre au 1er novembre 2026 inclus.

Le fichier fictif contient six enregistrements importés : quatre réponses distinctes, une copie supplémentaire de la réponse R1 et la publication originale O1.

| Identifiant de réponse | Horodatage UTC source | Horodatage de Toronto | Date attribuée |
| --- | --- | --- | --- |
| R1 | `2026-10-25T03:59:00+00:00` | `2026-10-24T23:59:00-04:00` | 2026-10-24 |
| R2 | `2026-10-25T04:01:00+00:00` | `2026-10-25T00:01:00-04:00` | 2026-10-25 |
| D1 | `2026-11-01T05:30:00+00:00` | `2026-11-01T01:30:00-04:00` | 2026-11-01 |
| D2 | `2026-11-01T06:30:00+00:00` | `2026-11-01T01:30:00-05:00` | 2026-11-01 |

R1 et R2 sont publiées à deux minutes d’intervalle. Toutes deux portent la date du 25 octobre en UTC. À Toronto, R1 appartient au 24 octobre et R2 au 25 octobre. Un regroupement par date UTC placerait R1 sur le mauvais jour du rapport.

D1 et D2 affichent toutes deux 01:30 à Toronto. Leurs décalages diffèrent. Ce sont deux instants distincts, avec deux identifiants de réponse distincts. Toutes deux appartiennent au 1er novembre. Supprimer l’une parce que le texte de l’heure est identique ferait perdre une réponse.

Le calcul des enregistrements importés est le suivant :

- 6 enregistrements importés moins 1 copie en double = 5 identifiants de publication uniques.
- 5 identifiants de publication uniques moins 1 publication originale exclue = 4 identifiants de réponse admissibles et datés.
- 1 réponse le 24 octobre + 1 réponse le 25 octobre + 2 réponses le 1er novembre = 4 réponses admissibles et datées.

Une source complète pour le 26 octobre, vérifiée séparément, ne contient aucune réponse. La couverture du 27 octobre est manquante. Les conversions fournies ne permettent pas d’établir une couverture de journée entière pour les autres dates.

| Date | État de la couverture | Nombre de réponses connues | Total journalier complet |
| --- | --- | --- | --- |
| 2026-10-24 | Couverture de journée entière non établie | 1 | Indisponible |
| 2026-10-25 | Couverture de journée entière non établie | 1 | Indisponible |
| 2026-10-26 | Source complète vérifiée ; aucune réponse | 0 | 0 |
| 2026-10-27 | Manquante | Indisponible | Indisponible |
| 2026-10-28 | Non établie | Indisponible | Indisponible |
| 2026-10-29 | Non établie | Indisponible | Indisponible |
| 2026-10-30 | Non établie | Indisponible | Indisponible |
| 2026-10-31 | Non établie | Indisponible | Indisponible |
| 2026-11-01 | Couverture de journée entière non établie | 2 | Indisponible |

Les cellules indiquées comme indisponibles ne valent pas zéro. La somme des décomptes numériques connus donne quatre réponses, en incluant le zéro vérifié du 26 octobre. Cela ne prouve pas que le total est complet pour toute la période demandée.

Considérons maintenant un ajout distinct à cette fiction originale. Un autre enregistrement de réponse potentielle indique seulement le 1er novembre à 01:30, sans décalage établi. Il ne fait pas partie du fichier initial de six enregistrements. Laissez son heure non résolue. S’il peut affecter le 1er novembre, indiquez deux réponses connues et une réponse potentielle dont le cas reste à résoudre. Ne devinez pas à laquelle des deux heures répétées il correspond.

Enfin, importez à nouveau le fichier initial de six enregistrements. Le résultat doit toujours contenir quatre identifiants de réponse admissibles. Les décomptes journaliers connus doivent rester à 1, 1 et 2 aux dates attribuées. Une deuxième importation ne doit pas les doubler.

## 7. Utilisez les indicateurs de publications publiques uniquement pour un besoin distinct

Vous n’avez pas besoin de collecter des indicateurs publics pour effectuer ce calcul. Les enregistrements vérifiés de votre propre compte fournissent les réponses que vous avez publiées.

Un Actor est un programme hébergé de collecte de données. Le [X Post Metrics Actor — spécifications publiques vérifiées le 25 octobre 2026 ; instantanés de publications connues, pas une archive de votre compte](https://apify.com/chronometrica/x-post-metrics) accepte de 1 à 1 000 URL connues de publications publiques X ou Twitter dans `startUrls`. Il n’effectue pas de recherche et ne renvoie pas d’archive du compte de son propriétaire.

Voici le petit exemple d’entrée fourni :

```json
{
  "startUrls": [
    "https://x.com/OpenAI/status/2077446718728425686"
  ]
}
```

7. Utilisez les indicateurs de publications publiques uniquement pour un besoin distinct

Remplacez l’URL d’exemple par l’URL connue d’une publication publique que vous souhaitez vérifier. L’entrée fournie a passé une vérification de format. Aucune exécution n’a eu lieu. Cette vérification ne permet pas d’établir que la publication est disponible.

La sortie documentée comprend `postId`, `profileId`, `postType`, `publishedAt`, `replies` et `observedAt`. `publishedAt` correspond à l’heure de publication. `observedAt` correspond à l’heure de l’observation publique. La valeur `replies` est un compteur de réponses reçues. Elle ne doit donc pas entrer dans le décompte des réponses que vous avez publiées.

La sortie documentée ne comprend pas les identifiants des publications parentes ou citées. Elle ne prouve pas que la liste d’activité est complète. La documentation publique précise aussi qu’une entrée correspondant à une republication décrit la publication originale visible. Gardez `inputUrl`, l’adresse demandée, séparé de `postUrl`, l’adresse de la publication renvoyée. Ne comptez pas cette publication originale renvoyée comme une activité supplémentaire de votre compte. Il s’agit de règles documentées, et non de résultats d’une exécution réalisée pour cet article. Consultez [X Post Metrics, build 1.0.4 — vérifié le 25 octobre 2026 ; spécifications publiques des entrées et sorties uniquement](https://api.apify.com/v2/acts/chronometrica~x-post-metrics/builds/default).

Si vous comparez un compteur renvoyé à un rapport du propriétaire du compte, utilisez le [guide des compteurs publics X et des exports du propriétaire](/fr/articles/rapprocher-compteurs-publics-x-export-statistiques/). Cette comparaison demande d’autres vérifications que le décompte de vos réponses par date de publication.

## 8. Validez le tableau journalier uniquement après ces vérifications

Effectuez ces vérifications avant d’utiliser le rapport :

1. Vérifiez que chaque date civile demandée possède une ligne.
2. Vérifiez que chaque identifiant de réponse admissible est attribué à un seul jour.
3. Vérifiez que les copies en double n’augmentent aucun décompte.
4. Vérifiez que les publications originales et les compteurs de réponses reçues sont exclus.
5. Vérifiez que les exemples proches de minuit, heure locale, et ceux de l’heure répétée reçoivent les bonnes dates.
6. Vérifiez que la somme des décomptes journaliers connus est égale au nombre d’identifiants de réponse admissibles et datés dans la période demandée.
7. Vérifiez que chaque zéro repose sur des preuves de couverture de journée entière.
8. Vérifiez que les valeurs correspondant à une couverture manquante restent indisponibles.
9. Vérifiez que les réponses potentielles dont le cas reste à résoudre restent visibles à côté des dates concernées.
10. Vérifiez qu’une nouvelle importation du même fichier ne change aucun décompte.

La vérification de la somme permet de contrôler la cohérence de l’attribution des réponses connues. Elle ne prouve pas que la source contient toutes les réponses. La vérification des importations répétées permet de contrôler si les copies en double changent le résultat. Elle ne permet pas de résoudre un horodatage manquant.

Fournissez le tableau journalier avec le tableau par réponse, les références des sources, les notes de couverture et les anomalies d’horodatage. Si une vérification échoue, corrigez les enregistrements à partir des preuves disponibles ou laissez le résultat non résolu. Ne masquez pas cet échec en remplissant une cellule avec zéro.

## Choisissez la prochaine étape

Commencez par une période que vous pouvez vérifier à partir des enregistrements sauvegardés de votre propre compte. Choisissez le fuseau horaire du rapport. Créez une ligne pour chaque date. Effectuez les vérifications sur l’identité, les heures, la couverture des données et les importations répétées. Utilisez des totaux journaliers complets uniquement lorsque ces vérifications le permettent. Pour les autres jours, indiquez les réponses connues et les incertitudes restantes.

Si vous avez seulement besoin du nombre de réponses que vous avez publiées chaque jour, ces tableaux suffisent. Si vous avez aussi besoin de données publiques actuelles sur certaines publications connues, examinez le [X Post Metrics Actor](https://apify.com/chronometrica/x-post-metrics). Remplacez ses données d’entrée d’exemple. Gardez les observations publiques séparées des enregistrements d’activité de votre propre compte.

## Sources et lectures complémentaires

- [Centre d’aide X : télécharger votre archive — vérifié le 25 octobre 2026 ; confirme la méthode d’obtention de l’archive du compte, sans garantir un historique complet des publications supprimées ni un schéma fixe pour les réponses](https://help.x.com/en/managing-your-account/how-to-download-your-x-archive)
- [Documentation Python de zoneinfo — vérifiée le 25 octobre 2026 ; prise en charge des fuseaux IANA et des heures répétées ; les conversions fictives ne sont pas des observations de compte](https://docs.python.org/3/library/zoneinfo.html)
- [X Post Metrics Actor et build public 1.0.4 — vérifiés le 25 octobre 2026 ; entrées d’URL connues et sorties documentées uniquement ; aucun test d’exécution ni d’exhaustivité de l’historique](https://api.apify.com/v2/acts/chronometrica~x-post-metrics/builds/default)