Chronometrica vs Novi: campos de perfil do TikTok e tarifas de eventos de Actor

Comece pelos campos de que sua aplicação precisa

Anote o que a aplicação precisa fazer com cada perfil. Depois, identifique os campos que permitem essa ação. Isso mantém a comparação ligada a um requisito claro.

Em um diretório fictício de perfis, os campos necessários poderiam ser nome de usuário, nome de exibição, URL do perfil, descrição e número de seguidores. Um processo que atualiza registros armazenados também poderia precisar de campos de identidade, um horário de observação e um status claro. Esses são exemplos de requisitos. Eles não comprovam que os 2 serviços fornecem os mesmos valores.

Separe os campos necessários dos campos extras úteis. A ausência de um campo necessário impede uma ação necessária. Um campo extra acrescenta contexto, mas sua ausência não impede essa ação. Faça essa distinção antes de analisar a diferença de tarifas. Caso contrário, um preço baixo pode fazer um resultado incompleto parecer suficiente.

Para cada campo necessário, registre 3 pontos:

1. Significado: qual informação o campo deve representar?
2. Regra de aceitação: quais valores a aplicação pode usar?
3. Regra para valores ausentes: o que deve acontecer quando a informação for desconhecida?

Não se baseie apenas nos nomes dos campos. 2 campos com nomes semelhantes podem representar informações diferentes ou usar formatos diferentes. Verifique o significado documentado antes de mapear qualquer um dos campos para um registro armazenado.

Defina também o que conta como 1 resultado útil. Sua aplicação pode exigir uma identidade de perfil confirmada e todos os campos necessários. Ou pode aceitar um registro parcial quando seu status explica as informações ausentes. Qualquer uma dessas regras pode ser válida. Defina a regra antes de comparar as quantidades de resultados.

Mantenha o requisito ligado à sua finalidade. Se a aplicação precisa associar o perfil a um registro existente, identifique o campo usado nessa associação. Se precisa exibir uma contagem, defina como mostrará um valor desconhecido ou com precisão limitada. Isso torna a verificação posterior clara o bastante para ser repetida.

Verifique os campos necessários nos contratos de saída dos 2 serviços

A saída de perfil documentada da Chronometrica inclui `input`, `channelId`, `secUid`, `shortId`, `channelUrl`, `handle`, `displayName`, `description`, `bioLink`, contagens públicas, `countPrecision`, `status`, `statusReason` e `observedAt`. Ela coleta perfis. Ela não coleta histórico de publicações nem listas de seguidores. Contrato de saída da Chronometrica

Essa saída sem aninhamento é adequada quando essas informações de perfil e seu contexto atendem aos seus requisitos. Uma saída sem aninhamento fornece os campos nomeados diretamente. Verifique se cada informação necessária tem um local documentado nessa saída. A quantidade de campos disponíveis, por si só, não responde a essa pergunta.

A Novi aceita entradas por nome de usuário, ID de usuário e URL e retorna um objeto bruto de usuário mais amplo. Um objeto bruto mantém uma estrutura mais ampla da fonte. Verifique o campo exato de que você precisa e seu significado. Contrato da Novi, esquema de entrada da Novi

Uma saída mais ampla pode ser necessária para um requisito específico. Ela também exige que você identifique quais partes a aplicação usará. O tamanho da saída, por si só, não comprova resultados melhores para sua lista.

Se a documentação não esclarecer um campo necessário, registre a questão como não resolvida. Um campo não documentado não prova que o serviço não o fornece. Um nome de campo semelhante não prova uma correspondência. Resolva essa questão antes de usar as tarifas para escolher o serviço.

Mantenha um mapeamento curto dos campos. Coloque o campo da sua aplicação ao lado do campo documentado da fonte, de seu significado e de sua regra de aceitação. Use esse mapeamento ao inspecionar um resultado pequeno. Ele oferece uma base clara para aceitar a saída ou investigar uma lacuna.

Preserve o contexto que torna um perfil útil

Um valor de perfil precisa de contexto. Armazene quando ele foi observado e se o resultado estava completo o bastante para seu uso. A Chronometrica disponibiliza `observedAt`, `status`, `statusReason` e `countPrecision`. Aplique seus significados documentados ao carregar as informações do perfil. Contrato da Chronometrica

Mantenha uma contagem ausente separada de uma contagem de 0. O valor 0 informa que a contagem é 0. Um valor ausente informa que a contagem é desconhecida. Substituir um valor desconhecido por 0 pode alterar um relatório, filtro ou alerta sem evidência.

Preserve também a precisão da contagem. A precisão descreve o quanto um valor é exato. Se uma contagem tem precisão limitada, não a exiba como uma medida exata. Mantenha a informação de precisão disponível para a parte da aplicação que exibe ou compara a contagem.

Decida como os resultados parciais afetam os registros armazenados. Uma regra possível para a aplicação é manter um valor conhecido anterior quando a tentativa mais recente não o confirmar. Se usar essa regra, preserve o horário de observação do valor anterior. Não faça uma informação antiga parecer recém-observada.

Mantenha também o status da tentativa mais recente separado da observação anterior. Isso permite que a aplicação diferencie um valor conhecido do passado de um valor confirmado pela coleta mais recente. Sua regra para valores ausentes deve explicar qual deles a aplicação pode usar.

Um valor de região da conta, caso você o use, não comprova onde uma pessoa mora. Defina a informação de que sua aplicação precisa antes de decidir se um campo da fonte a sustenta.

Essas regras afetam a utilidade de um resultado. Os nomes corretos dos campos não são suficientes se a aplicação não consegue distinguir uma informação recente de um valor não resolvido. O guia relacionado sobre status de acesso a perfis do TikTok e valores ausentes explica essa questão com mais detalhes.

Use as tarifas de eventos de Actor com vigência mais recente

Os 2 registros públicos de API verificados usam `PAY_PER_EVENT`. Esse modelo de preços lista tarifas para eventos nomeados. Um evento é uma ação cobrável identificada no registro de preços. Selecione o registro `startedAt` com vigência mais recente, em vez da primeira entrada histórica. Use o mesmo nível de plano para os 2 Actors.

O registro atual verificado da Chronometrica entrou em vigor em `2026-07-16T22:51:35.105Z`. No plano Free, ele lista $0.0015 por perfil útil. Sua lista atual de eventos não contém um evento de início de Actor. Preços na API pública da Chronometrica

O registro atual verificado da Novi entrou em vigor em `2026-08-16T17:08:03.534Z`. No plano Free, ele lista $0.0055 por resultado mais $0.001 por início. Preços na API pública da Novi

Esses registros foram verificados em 20 de outubro de 2026. O README da Chronometrica contém preços antigos que diferem de seu registro na API. Esta comparação usa as tarifas da API com as datas indicadas acima. Não misture entradas históricas com tarifas atuais.

Chame o valor calculado de tarifas de eventos de Actor. Exclua o uso da plataforma desse cálculo restrito. O resultado não deve ser chamado de valor total da fatura.

Registre o nome do evento, a unidade, a tarifa, o nível do plano, o início da vigência e a data da verificação. Isso permite revisar o cálculo. Antes de usá-lo em uma decisão atual, verifique novamente os registros com vigência mais recente. Se uma tarifa mudar, atualize o cálculo.

Um exemplo fictício com cálculo verificado

Este é um modelo fictício de tarifas. Ele não é uma fatura observada, um teste comparativo de desempenho nem um resultado de cliente. Suponha que cada Actor retorne exatamente 100 perfis úteis correspondentes no plano Free. Suponha que não existam outros eventos de resultado. Apenas a quantidade de execuções muda entre as 2 linhas.

A tabela usa as tarifas da API da Chronometrica e as tarifas da API da Novi com as datas de referência indicadas. Ela inclui o evento de início listado. As 3 casas decimais mantêm essa cobrança visível.

Para 1 execução, $0.551 − $0.150 = $0.401. Para 5 execuções, $0.555 − $0.150 = $0.405. As 2 diferenças descrevem apenas tarifas de eventos de Actor.

A igualdade na quantidade de resultados úteis é uma suposição. Ela não é um resultado medido. Fornecer 100 perfis como entrada não comprova que qualquer um dos serviços retornará 100 registros úteis segundo suas regras de aceitação. Portanto, a tabela não comprova uma economia real para uma lista não testada.

Decida sobre os campos antes de usar a diferença. Se os 2 contratos atenderem aos requisitos, esse modelo fornece um dado válido e restrito sobre tarifas para a decisão. Se apenas 1 deles fornecer um campo necessário, priorize esse requisito na escolha.

A quantidade de execuções também faz parte do modelo. A mesma quantidade de resultados úteis pode ser distribuída por um número diferente de execuções. Informe as 2 quantidades para que outro desenvolvedor possa reproduzir o cálculo sem precisar adivinhar como você coletou os perfis.

Verifique 1 campo necessário com uma pequena entrada pública

Comece pelo campo com maior chance de mudar sua escolha. Pode ser o valor de identidade usado para associar um perfil ao seu banco de dados. Pode ser uma contagem cujo comportamento quando ausente afeta um relatório. Defina a condição de aprovação antes de coletar qualquer dado.

O esquema documentado da Chronometrica aceita `startUrls`. Um esquema descreve os campos de entrada aceitos. O exemplo a seguir usa o esquema atual. Ele não é uma execução paga nem um resultado real verificado. Substitua a URL por um perfil público relevante antes de usar. Este exemplo não comprova que a fonte está disponível no momento. Esquema de entrada da Chronometrica

{
  "startUrls": [
    "https://www.tiktok.com/@mrbeast"
  ]
}

Uma Task é uma configuração de entrada salva. A Task pública de API de dados de perfis do TikTok, que foi verificada, fornece uma referência de entrada. Uma configuração salva não comprova qual resultado o perfil escolhido produzirá.

Ao inspecionar um resultado pequeno, use o mapeamento de campos que você preparou:

1. Confirme que o resultado se refere ao perfil desejado.
2. Verifique o significado, o formato e o valor utilizável do campo necessário.
3. Inspecione o status e o horário de observação.
4. Preserve a precisão da contagem quando aplicável.
5. Registre valores desconhecidos como desconhecidos.

Se a questão do campo continuar sem solução, identifique o que permanece incerto. Pode ser o significado documentado, o valor retornado ou a regra de aceitação da sua aplicação. Preserve essa distinção no registro da decisão. Isso impede que um requisito pouco claro se torne uma afirmação sobre o serviço.

Uma verificação bem-sucedida sustenta o próximo pequeno passo. Ela não comprova sucesso para todos os perfis. Amplie a lista depois que o resultado fornecer a evidência de que sua aplicação precisa. Preserve o mapeamento de campos aceito para que mudanças posteriores possam ser revisadas com base nos mesmos requisitos.

Tome a decisão em 6 passos

1. Defina as informações necessárias. Liste os campos de perfil necessários, os formatos aceitáveis e as regras para valores ausentes. Informe o que torna um resultado útil.
2. Mapeie os 2 contratos. Associe cada informação necessária à saída documentada. Resolva as diferenças de significado antes de comparar quantidades.
3. Defina as entradas do modelo. Registre a quantidade de resultados úteis, a quantidade de execuções e o mesmo nível de plano para os 2 serviços. Identifique as quantidades supostas como fictícias.
4. Verifique os preços atuais. Selecione o registro da API com vigência mais recente. Liste todos os eventos de resultado e de início aplicáveis, com sua tarifa, unidade e data de verificação.
5. Calcule as tarifas de eventos de Actor. Multiplique a quantidade de cada evento por sua tarifa e depois some os valores. Mantenha o uso da plataforma fora do valor informado.
6. Verifique o campo necessário. Inspecione um resultado pequeno e relevante. Preserve os valores desconhecidos e o contexto de observação antes de ampliar a lista.

O registro da decisão pode ser curto. Ele precisa conter os campos necessários, as questões não resolvidas, os links das evidências, as tarifas com data de referência, as suposições e o cálculo. Outro desenvolvedor deve conseguir revisar a escolha e atualizá-la sem reconstruir seu raciocínio.

Escolha primeiro o contrato que fornece os campos necessários. Depois, use o cálculo das tarifas como um dos fatores da decisão. Mantenha a estabilidade, o tempo de execução e o sucesso da extração como questões não resolvidas, a menos que evidências separadas respondam a elas.