# Como contar suas próprias respostas no X por dia com registros salvos

Para contar quantas respostas você publicou no X a cada dia, comece com registros verificados das suas próprias publicações. Escolha um único fuso horário para o relatório. Conte cada ID de resposta distinto uma vez, na sua data local. Insira zero apenas quando seus registros cobrirem o dia inteiro e não mostrarem nenhuma resposta. Mantenha os casos sem cobertura separados. Antes de aceitar a tabela diária, verifique os registros próximos da meia-noite e das mudanças do horário de verão.

Este método conta as respostas que você escreveu. O contador de respostas de uma publicação mede as respostas recebidas por ela. Ele não mede sua própria atividade de resposta.

Você criará uma tabela diária, registrará os problemas de horário e verificará se as importações repetidas mantêm as contagens. A coleta de publicações públicas é opcional. Ela não permite comprovar que os registros salvos da sua conta contêm todas as respostas.

## 1. Comece com registros verificados das suas próprias respostas

Use registros cujo autor e tipo de publicação você já verificou. Uma resposta de sua autoria é uma resposta publicada pela sua conta. O ID de uma publicação é o valor que a identifica. Mantenha esse ID em cada registro.

Se você ainda não tem registros da sua conta, o X documenta como solicitar um arquivo da conta. Esse arquivo é uma cópia das informações da conta que você pode baixar. O X descreve arquivos HTML e JSON que incluem publicações e podem ser lidos por programas. Esses são formatos de arquivo estruturados. Essa documentação não garante um histórico completo de publicações excluídas nem um conjunto fixo de campos para identificar respostas. Consulte o [guia do arquivo do X — verificado em 25 de outubro de 2026; método para baixar dados da conta, sem comprovação de um histórico completo de publicações excluídas](https://help.x.com/en/managing-your-account/how-to-download-your-x-archive).

Obtenha e verifique esses registros antes de usar este método. Mantenha uma cópia da fonte sem alterações. Registre o período coberto pela fonte e o que ainda é incerto. Um arquivo que contém algumas respostas não comprova, por si só, uma cobertura completa.

Este guia começa após as verificações de autoria e de tipo de resposta. Ele não ensina a obter o arquivo nem todas as regras para separar publicações originais, respostas e citações.

Uma busca pública responde a outra pergunta: quais publicações correspondentes a busca retornou? Se você também usa buscas, o [guia de buscas no X por palavra-chave e data](/pt-BR/articles/como-buscar-publica%C3%A7%C3%B5es-no-x-por-palavra-chave-e-data/) ajuda a verificar esse intervalo de busca. Mantenha esses resultados separados das evidências de que os registros da sua conta cobrem um dia inteiro.

## 2. Defina a conta, as datas e o fuso horário do relatório

Escreva uma nota breve para o relatório antes de contar:

1. Identifique a conta cujas respostas você contará.
2. Informe a primeira e a última data solicitadas.
3. Escolha um fuso horário identificado por nome para o relatório.
4. Identifique os arquivos de origem e a cobertura verificada de cada um.
5. Informe quais registros continuam pendentes de análise.

Use um nome de fuso horário como `America/Toronto`. Esse é um nome de fuso horário da IANA. Os nomes da IANA identificam fusos cujas regras de horário podem mudar conforme a data. Uma diferença fixa de horário, como menos quatro horas, não substitui essas regras.

Crie uma linha para cada data solicitada antes de adicionar as contagens. Isso evita que uma data sem registros importados desapareça do relatório.

Use os campos sugeridos abaixo. Você cria esses campos para o relatório. Eles não são cabeçalhos garantidos no arquivo do X.

| Campo diário | O que salvar |
| --- | --- |
| `account_id` | A identidade verificada da conta |
| `date` | A data no fuso horário do relatório |
| `reporting_zone` | O nome do fuso da IANA escolhido |
| `coverage_state` | Se a cobertura do dia inteiro foi verificada ou se a cobertura é parcial, ausente ou incerta |
| `known_reply_count` | O número de IDs distintos de respostas elegíveis atribuídos a esta data |
| `unresolved_count` | O número de registros candidatos conhecidos e pendentes de análise que podem afetar esta data, quando esse número estiver estabelecido |
| `source_reference` | O arquivo salvo e os registros que sustentam a linha |

Uma resposta elegível é um registro aprovado nas verificações de autor, tipo de resposta, ID estável e horário de publicação utilizável.

Defina os rótulos de cobertura na nota do relatório. Cobertura do dia inteiro significa que você verificou a fonte para todo o dia no calendário local. Cobertura parcial significa que você sabe que os registros cobrem apenas parte dele. Cobertura ausente significa que a fonte necessária não está disponível. Cobertura incerta significa que você não consegue estabelecer sua extensão.

Não insira zero em `unresolved_count` apenas porque não existe uma lista de exceções. O zero exige uma verificação concluída que não tenha encontrado registros candidatos pendentes de análise. A falta de cobertura pode ocultar registros que você desconhece.

## 3. Mantenha cada ID de resposta uma única vez

Importações repetidas podem conter cópias da mesma resposta. Conte cada ID estável de resposta uma única vez. Mantenha as outras cópias como evidência da importação, mas exclua-as da contagem de atividade.

Não remova registros porque o texto ou o horário coincidem. Duas respostas distintas podem ter as mesmas palavras. Elas também podem mostrar o mesmo horário.

Mantenha uma pequena tabela por resposta ao lado da tabela diária:

| Campo da resposta | Finalidade |
| --- | --- |
| ID estável da publicação | Identificar a resposta de sua autoria |
| Autor verificado | Confirmar que a resposta pertence à conta |
| Tipo de publicação verificado | Confirmar que o registro é uma resposta |
| Valor original de horário | Preservar o horário da fonte sem alterações |
| Instante comprovado na fonte | Identificar o ponto exato no tempo, quando estabelecido |
| Registro local de data e hora | Mostrar esse instante no fuso horário do relatório |
| Data atribuída | Mostrar qual linha diária recebe a resposta |
| Motivo de inclusão ou exceção | Explicar por que o registro foi contado ou ficou pendente de análise |
| Referência da fonte | Localizar o registro original e eventuais cópias repetidas |

Um registro de data e hora é um valor que contém uma data e um horário. Um instante é um ponto exato no tempo. Um registro de data e hora sem informações suficientes sobre o fuso horário pode não identificar um instante.

Se cópias de um mesmo ID contiverem informações conflitantes, mantenha o conflito visível. Não escolha uma data conveniente apenas para completar a tabela. Deixe a contagem afetada pendente de análise até que a fonte sustente uma escolha.

Publicações originais não entram nesta contagem de respostas. Contadores de respostas recebidas também não entram. A unidade usada em todo o relatório é um ID distinto de resposta de sua autoria. Ela não representa uma pessoa, uma resposta recebida ou uma linha importada.

## 4. Converta o horário de publicação antes de atribuir uma data

Use o horário em que a resposta foi publicada. Não use a data em que você baixou o arquivo ou coletou um registro público.

Preserve o valor original de horário. Depois, use as informações comprovadas de fuso horário desse valor para identificar o instante na fonte. Converta esse instante para o fuso horário do relatório. Determine a data apenas após a conversão.

UTC significa Tempo Universal Coordenado. É uma referência comum para registrar instantes. O deslocamento em relação ao UTC informa quanto o relógio local está adiantado ou atrasado em relação ao UTC. Por exemplo, `-04:00` significa quatro horas atrás do UTC.

Siga esta ordem:

1. Leia o horário original de publicação.
2. Verifique se o fuso ou o deslocamento estabelece um instante.
3. Converta esse instante para o fuso horário escolhido para o relatório.
4. Salve o registro local de data e hora com seu deslocamento.
5. Atribua a data local.
6. Mantenha todos esses valores disponíveis para revisão.

Se o fuso ou o deslocamento estiver ausente, mantenha o caso pendente de análise, a menos que outras evidências verificadas na fonte estabeleçam o instante. Não suponha que um horário esteja em UTC porque uma biblioteca de software o aceita.

O `zoneinfo` do Python oferece suporte a fusos da IANA e a mudanças no deslocamento em relação ao UTC. Ele também oferece suporte à hora repetida quando os relógios são atrasados. Consulte a [documentação do zoneinfo do Python — verificada em 25 de outubro de 2026; oferece suporte à conversão entre fusos e ao tratamento de horas repetidas](https://docs.python.org/3/library/zoneinfo.html).

Teste registros de antes e depois da meia-noite local. Suas datas em UTC podem ser iguais, enquanto suas datas no relatório são diferentes. Essa verificação detecta uma contagem diária atribuída a um dia antes ou depois do correto.

Teste também uma hora repetida na mudança do horário de verão. O horário de verão é uma mudança sazonal no relógio local. Quando os relógios são atrasados, o mesmo horário local pode ocorrer duas vezes. Os diferentes deslocamentos distinguem os dois instantes. Não una os IDs dessas respostas porque o texto do horário coincide.

## 5. Mantenha as contagens conhecidas separadas dos totais diários completos

Após verificar os horários, agrupe os IDs de respostas elegíveis pela data local atribuída. Conte os IDs distintos em cada grupo. Depois, faça as verificações de cobertura e de exceções.

Use as seguintes regras:

| Condição da fonte | Resultado diário |
| --- | --- |
| Cobertura do dia inteiro verificada, sem respostas nem registros candidatos pendentes de análise | Total exato de 0 respostas |
| Cobertura do dia inteiro verificada, com data atribuída a todas as respostas elegíveis e sem registros candidatos pendentes de análise | Total exato igual à contagem de respostas distintas |
| Algumas respostas válidas, mas cobertura incompleta ou incerta | Contagem de respostas conhecidas; total completo indisponível |
| Cobertura necessária da fonte ausente | Contagem indisponível; não substitua por 0 |
| Um registro candidato pendente de análise pode afetar a data | Contagem de respostas conhecidas com uma nota explícita de incerteza |

Uma contagem conhecida informa ao leitor o que os registros verificados permitem estabelecer. Um total completo exige também uma cobertura verificada e nenhum registro pendente de análise que possa alterá-lo.

Por exemplo, duas respostas com data atribuída estabelecem duas respostas conhecidas. Elas não estabelecem um total diário exato se outra possível resposta tiver um horário pendente de análise.

Não some um registro candidato pendente de análise a duas respostas conhecidas para informar três respostas. O registro candidato ainda exige uma decisão. Mostre as duas respostas conhecidas e o registro candidato pendente de análise separadamente.

## 6. Exemplo detalhado: meia-noite, horas repetidas e dias sem cobertura

Este exemplo é uma ficção original. Nenhum dado de conta foi importado. As quatro conversões de horário fornecidas neste exemplo foram verificadas localmente com o `zoneinfo` do Python. São registros didáticos, não uma observação de conta do X nem uma execução de Actor.

O fuso horário do relatório é `America/Toronto`. O período solicitado vai de 24 de outubro a 1º de novembro de 2026.

O arquivo fictício contém seis registros importados: quatro respostas distintas, outra cópia da resposta R1 e a publicação original O1.

| ID da resposta | Data e hora da fonte em UTC | Data e hora em Toronto | Data atribuída |
| --- | --- | --- | --- |
| 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 e R2 ocorrem com dois minutos de diferença. Ambas têm a data de 25 de outubro em UTC. Em Toronto, R1 pertence a 24 de outubro e R2 pertence a 25 de outubro. Agrupar pela data em UTC colocaria R1 no dia errado do relatório.

D1 e D2 mostram 01:30 em Toronto. Seus deslocamentos são diferentes. São dois instantes distintos com dois IDs de resposta distintos. Ambos pertencem a 1º de novembro. Remover um deles porque o texto do horário coincide faria uma resposta desaparecer da contagem.

O cálculo da importação é:

- 6 registros importados menos 1 cópia repetida = 5 IDs únicos de publicação.
- 5 IDs únicos de publicação menos 1 publicação original excluída = 4 IDs de respostas elegíveis com data atribuída.
- 1 resposta em 24 de outubro + 1 resposta em 25 de outubro + 2 respostas em 1º de novembro = 4 respostas elegíveis com data atribuída.

Uma fonte completa para 26 de outubro, verificada separadamente, não contém respostas. Não há cobertura para 27 de outubro. As conversões fornecidas não estabelecem cobertura do dia inteiro para as outras datas.

| Data | Estado da cobertura | Contagem de respostas conhecidas | Total diário completo |
| --- | --- | --- | --- |
| 2026-10-24 | Cobertura do dia inteiro não estabelecida | 1 | Indisponível |
| 2026-10-25 | Cobertura do dia inteiro não estabelecida | 1 | Indisponível |
| 2026-10-26 | Fonte completa verificada; nenhuma resposta | 0 | 0 |
| 2026-10-27 | Ausente | Indisponível | Indisponível |
| 2026-10-28 | Não estabelecida | Indisponível | Indisponível |
| 2026-10-29 | Não estabelecida | Indisponível | Indisponível |
| 2026-10-30 | Não estabelecida | Indisponível | Indisponível |
| 2026-10-31 | Não estabelecida | Indisponível | Indisponível |
| 2026-11-01 | Cobertura do dia inteiro não estabelecida | 2 | Indisponível |

As células indisponíveis não são zeros. As contagens numéricas conhecidas somam quatro respostas, incluindo o zero verificado de 26 de outubro. Isso não comprova um total completo para todo o período solicitado.

Agora considere uma extensão separada desta ficção original. Outro registro candidato informa apenas 1º de novembro às 01:30, sem um deslocamento comprovado. Ele não faz parte do arquivo original de seis registros. Deixe seu horário pendente de análise. Se ele puder afetar 1º de novembro, mostre duas respostas conhecidas e um registro candidato pendente de análise. Não tente adivinhar a qual das duas ocorrências da hora ele se refere.

Por fim, importe novamente o arquivo original de seis registros. O resultado ainda deve conter quatro IDs de respostas elegíveis. As contagens diárias conhecidas devem continuar sendo 1, 1 e 2 nas datas atribuídas. Uma segunda importação não deve duplicá-las.

## 7. Use métricas de publicações públicas apenas para uma necessidade separada

Você não precisa coletar métricas públicas para fazer esse cálculo. Os registros verificados da sua conta fornecem as respostas de sua autoria.

Um Actor é um programa de coleta de dados executado em um serviço de hospedagem. O [X Post Metrics Actor — contrato público verificado em 25 de outubro de 2026; retratos de publicações conhecidas, não um arquivo da sua conta](https://apify.com/chronometrica/x-post-metrics) aceita de 1 a 1.000 URLs conhecidas de publicações públicas do X ou Twitter em `startUrls`. Ele não faz buscas nem retorna um arquivo da sua conta.

O pequeno exemplo de entrada fornecido é:

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

7. Use métricas de publicações públicas apenas para uma necessidade separada

Substitua a URL do exemplo pela URL de uma publicação pública conhecida que você pretende verificar. A entrada fornecida passou por uma verificação de formato. Nenhuma execução foi feita, e essa verificação não comprova a disponibilidade da publicação.

A saída documentada inclui `postId`, `profileId`, `postType`, `publishedAt`, `replies` e `observedAt`. `publishedAt` é o horário de publicação. `observedAt` é o horário da observação pública. O valor de `replies` é um contador de respostas recebidas. Portanto, ele não deve entrar na contagem de respostas de sua autoria.

A saída documentada não inclui IDs das publicações às quais as respostas se dirigem nem IDs de publicações citadas. Ela não comprova uma lista completa de atividades. A documentação pública também informa que uma entrada de republicação descreve a publicação original visível. Mantenha `inputUrl`, o endereço solicitado, separado de `postUrl`, o endereço da publicação retornada. Não conte essa publicação original retornada como outra atividade de sua autoria. Essas são regras documentadas, não resultados de uma execução para este artigo. Consulte o [X Post Metrics, versão de compilação 1.0.4 — verificado em 25 de outubro de 2026; apenas o contrato público de entrada e saída](https://api.apify.com/v2/acts/chronometrica~x-post-metrics/builds/default).

Se você comparar um contador retornado com um relatório da sua conta, use o [guia sobre contadores públicos do X e exportações da sua conta](/pt-BR/articles/conciliar-contadores-publicos-x-dados-analiticos-exportados/). Essa comparação exige verificações diferentes das usadas para contar suas respostas por data de publicação.

## 8. Aceite a tabela diária apenas após estas verificações

Faça estas verificações antes de usar o relatório:

1. Confirme que cada data solicitada tem uma linha.
2. Confirme que cada ID de resposta elegível entra em exatamente um dia.
3. Confirme que as cópias repetidas não aumentam nenhuma contagem.
4. Confirme que as publicações originais e os contadores de respostas recebidas foram excluídos.
5. Confirme que os exemplos próximos da meia-noite local e da hora repetida recebem as datas corretas.
6. Confirme que a soma das contagens diárias conhecidas é igual ao número de IDs de respostas elegíveis com data atribuída no período solicitado.
7. Confirme que os zeros têm evidências de cobertura do dia inteiro.
8. Confirme que as contagens sem cobertura continuam indisponíveis.
9. Confirme que os registros candidatos pendentes de análise continuam visíveis junto às datas afetadas.
10. Confirme que importar o mesmo arquivo novamente não altera nenhuma contagem.

A verificação da soma testa se você atribuiu as respostas conhecidas de forma consistente. Ela não comprova que a fonte contém todas as respostas. A verificação de importação repetida testa se as cópias duplicadas alteram o resultado. Ela não resolve a ausência de um registro de data e hora.

Entregue a tabela diária com a tabela por resposta, as referências das fontes, as notas de cobertura e as exceções de data e hora. Se uma verificação falhar, corrija os registros com base nas evidências disponíveis ou mantenha o resultado pendente de análise. Não oculte a falha preenchendo uma célula com zero.

## Escolha sua próxima ação

Comece com um período que você possa verificar nos registros salvos da sua conta. Escolha o fuso horário do relatório, crie uma linha para cada data e faça as verificações de identidade, horário, cobertura e importação repetida. Use totais diários completos apenas quando essas verificações os sustentarem. Nos demais casos, informe as respostas conhecidas e a incerteza restante.

Se você precisa apenas da sua contagem diária de respostas, conclua o trabalho com essas tabelas. Se também precisa de dados públicos atuais sobre publicações conhecidas que você selecionou, examine o [X Post Metrics Actor](https://apify.com/chronometrica/x-post-metrics). Substitua os dados de entrada do exemplo e mantenha as observações públicas separadas dos registros de atividade da sua conta.

## Fontes e leituras adicionais

- [Central de Ajuda do X: baixe seu arquivo — verificado em 25 de outubro de 2026; fundamenta o uso do arquivo da sua conta, sem garantir um histórico completo de publicações excluídas nem uma estrutura fixa de campos para respostas](https://help.x.com/en/managing-your-account/how-to-download-your-x-archive)
- [Documentação do zoneinfo do Python — verificada em 25 de outubro de 2026; oferece suporte a fusos da IANA e ao tratamento de horas repetidas; as conversões fictícias não são observações de uma conta](https://docs.python.org/3/library/zoneinfo.html)
- [X Post Metrics Actor e versão pública de compilação 1.0.4 — verificados em 25 de outubro de 2026; apenas entrada e saída documentadas para URLs conhecidas; sem teste de execução ou de histórico completo](https://api.apify.com/v2/acts/chronometrica~x-post-metrics/builds/default)