Chronometrica ou Apify Instagram Profile Scraper: qual atende ao seu conjunto de dados de perfis no n8n?

Escolha o contrato de saída antes do Actor

Um contrato de saída descreve os campos de uma linha de resultado e como interpretá-los. Escolha esse contrato antes de criar o mapeamento no n8n. O mapeamento conecta os campos retornados às colunas da tabela de destino.

Comece pela próxima tarefa que precisa dos dados. Um relatório pode exigir um ID de perfil e uma contagem de seguidores. Uma tabela de revisão pode aceitar um registro de identidade com contagens ausentes. Essas tarefas precisam de regras de aceitação diferentes, mesmo que usem os mesmos perfis de origem.

Use 6 critérios para comparar a adequação:

O escopo dos produtos nesta tabela vem dos contratos públicos verificados. O tratamento de dados ausentes é uma regra que você deve aplicar no fluxo. Um recurso não documentado não é prova de que esse recurso não existe. Contrato da Chronometrica, contrato da Apify.

Um campo obrigatório é aquele cuja ausência impede a próxima tarefa de funcionar. Mantenha essa definição clara. Os campos opcionais podem acrescentar contexto, mas não devem substituir os requisitos que orientam essa escolha.

O que a linha de resultado verificada da Chronometrica fornece

Chronometrica documenta a cópia da entrada, `channelUrl`, `channelId`, `countPrecision`, `observedAt`, `status` e `statusReason`. Seu esquema aceita até 1.000 entradas fornecidas de perfis públicos. As entradas duplicadas são verificadas 1 vez. Cada entrada única cria 1 linha de resultado e gera uso contabilizado. Documentação pública do Actor.

Essas partes têm usos distintos. A cópia da entrada mantém a origem enviada para que você possa conectar um resultado à sua solicitação. `channelUrl` contém a URL canônica do perfil, que é a URL padrão retornada para o perfil. `channelId` contém a identidade do perfil usada para associar registros.

`countPrecision` fornece informações de precisão para os valores das contagens. `observedAt` registra quando a observação foi feita. `status` descreve o estado do resultado, e `statusReason` informa o motivo. Esses são campos documentados, não uma promessa de que todo perfil solicitado retornará todos os valores desejados. Documentação dos campos.

Mantenha esses campos juntos no destino. Uma contagem precisa da sua precisão e do momento da observação. Um estado do resultado precisa de contexto suficiente para a etapa de revisão. Uma identidade precisa de uma conexão com a origem que você enviou.

Não use a URL enviada e a URL canônica como se fossem o mesmo campo. A primeira registra sua solicitação. A segunda registra a URL do perfil identificado pelo resultado. Armazene-as separadamente, mesmo quando o texto for igual.

Essa separação também facilita a revisão posterior. Você pode verificar o que solicitou sem alterar a identidade retornada. Depois, pode aplicar suas regras de identidade ao registro retornado.

Defina primeiro a tabela de destino

Antes de configurar qualquer um dos Actors, liste as colunas que o n8n deve gravar. Essa é a tabela usada pela próxima etapa, como um relatório ou uma fila de revisão.

Para um pequeno conjunto de dados de perfis, as colunas podem incluir a origem enviada, o ID do perfil, a URL canônica, as contagens obrigatórias, a precisão das contagens, o momento da observação, o estado do resultado e o motivo do resultado. Essas são sugestões de colunas para a tabela. Não são nomes de campos adicionais do Actor.

Marque cada coluna como obrigatória ou opcional. Depois, escreva 1 regra de aceitação clara. Por exemplo, um relatório pode exigir um ID de perfil utilizável e uma contagem de seguidores. Uma tarefa separada de identidade pode aceitar um registro sem essa contagem.

Defina o que acontece quando um valor obrigatório está ausente. Envie a linha para revisão, suspenda a próxima etapa ou use outra regra declarada. Não deixe que uma configuração padrão despercebida no destino determine a regra.

Uma célula em branco, um valor nulo e 0 podem produzir resultados diferentes em cálculos posteriores. Um valor nulo representa dados ausentes em muitos sistemas de dados. 0 é um número. Escolha uma forma que mantenha um valor desconhecido como desconhecido quando o n8n o gravar no destino.

Por fim, compare cada coluna obrigatória com a saída documentada. Se um campo obrigatório estiver fora do contrato menor, reavalie o Actor antes de criar o restante do fluxo. Isso evita um mapeamento que funciona, mas não fornece o que a próxima tarefa precisa.

Mapeie identidade, contagens e estados do resultado separadamente

Use 3 verificações para o mapeamento. Cada verificação responde a uma pergunta diferente.

1. Conecte o resultado à sua entrada. Preserve a lista de origens enviada. Mapeie a cópia da entrada separadamente de `channelUrl` e use `channelId` para associar identidades quando ele atender às regras da tabela.
2. Mantenha o contexto das contagens. Armazene as contagens obrigatórias com `countPrecision` e `observedAt`. Preserve as informações de precisão retornadas como foram fornecidas.
3. Encaminhe conforme o estado do resultado e os campos obrigatórios. Use os valores documentados de `status` e mantenha `statusReason`. Aceite uma linha somente quando ela também atender aos requisitos da tabela.

Não associe os resultados às entradas apenas pela posição da linha. Chronometrica verifica as entradas duplicadas 1 vez por entrada única. Portanto, uma entrada repetida não exige uma linha retornada separada para cada repetição. Mantenha a lista original para conectar seus itens aos resultados únicos. Regras de entrada.

Não classifique uma contagem como exata, a menos que sua precisão documentada sustente esse significado. Mantenha o momento da observação junto dela para que leitores futuros saibam quando o valor foi observado. Campos de saída.

Uma ramificação envia linhas por caminhos diferentes do fluxo conforme uma regra declarada. Uma ramificação pode aceitar linhas que atendam às necessidades da tabela. Outra pode enviar linhas não resolvidas para revisão. Use os valores de estado realmente documentados ao definir essas regras. Não invente nomes de estados.

Verifique se os campos estão completos, além de verificar o estado. Uma linha de resultado pode explicar o que aconteceu sem conter todos os valores de que seu relatório precisa. Uma contagem de seguidores ausente deve continuar ausente. 0 não pode substituir um valor indisponível ou uma consulta que falhou.

Uma decisão fictícia no n8n

Este exemplo é fictício. Ele não é um teste, um depoimento de comprador, um conjunto de dados reais em uso nem um resultado de custo medido.

Suponha que uma equipe precise de uma tabela de criadores com dados públicos no n8n. Cada registro aceito precisa de um ID de perfil, URL canônica, contagem de seguidores, momento da observação e estado do resultado. A equipe também armazena a origem enviada e a precisão das contagens.

A próxima etapa não exige contexto adicional sobre a conta. Ela precisa de uma captura pontual e reduzida do perfil que uma pessoa possa revisar. O contrato documentado da Chronometrica é uma escolha adequada para essa necessidade declarada. Contrato do Actor.

O fluxo fictício envia 3 perfis públicos que a equipe pretende usar. Para cada linha retornada, ele verifica a identidade, a contagem obrigatória e o estado do resultado. Uma linha que atende a todos os requisitos entra na tabela de criadores. Uma linha com uma contagem obrigatória ausente vai para revisão. A contagem permanece desconhecida. Uma identidade não resolvida também vai para revisão.

A equipe verifica a unidade de saída: cada entrada única gera 1 estado do resultado após a verificação. Esse estado não garante dados completos do perfil. Receber uma linha inicia a verificação de aceitação; não a conclui.

Agora suponha que a próxima tarefa exija a seção About ou os dados de perfis relacionados da alternativa. A equipe considera esse contrato mais detalhado antes de ampliar o mapeamento. O campo obrigatório muda a escolha. Escopo dos dados de perfil da Apify.

Este exemplo mostra como escolher pelos campos e tratar linhas incompletas. Ele não comprova nenhum resultado sobre velocidade, disponibilidade, exatidão ou economia.

Prepare a entrada e verifique 1 perfil que pretende usar

A Task de automação de perfis do Instagram no n8n publicada é uma configuração inicial. A verificação da página retornou HTTP 200 e confirmou o título esperado da Task. Essa verificação não comprova qual é a entrada salva atualmente. Aplique a entrada conforme o esquema atual antes de uma execução.

Esta entrada mínima passou por verificações estáticas com base no esquema público verificado. As verificações estáticas examinam a estrutura da entrada sem executar a coleta. Elas abrangeram nomes de campos, campos obrigatórios, opções permitidas, tamanhos das listas fornecidas, padrões de texto e limites numéricos. Elas não confirmaram que a origem do exemplo está disponível agora. Esquema de entrada do Actor.

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

Substitua o exemplo por 1 perfil público que pretende usar. O esquema verificado aceita um array `startUrls` com 1 a 1.000 strings. URLs ou nomes de usuário de perfis públicos são entradas aceitas. Requisitos de entrada.

Depois, use esta verificação simples de aceitação:

1. Escolha 1 origem que pretende usar. Use um perfil público que faça parte do seu fluxo. Um exemplo padrão não comprova se a origem que você pretende usar funciona.
2. Aplique o esquema atual. Comece com 1 entrada para examinar o resultado em detalhe.
3. Examine os campos retornados. Localize a cópia da entrada, `channelId`, `channelUrl`, as contagens obrigatórias, `countPrecision`, `observedAt`, `status` e `statusReason`. Compare-os com os requisitos da tabela.
4. Examine as 2 regras de encaminhamento. Confirme que a aceitação exige todos os campos obrigatórios. Confirme que a revisão preserva os valores desconhecidos e o motivo do resultado. Uma única linha retornada pode não passar pelos 2 caminhos.
5. Grave 1 registro mapeado. Examine o registro armazenado. Verifique se a identidade, os valores ausentes, a precisão e o momento da observação mantêm seu significado.
6. Decida se deve ampliar a coleta. Continue quando os campos atenderem à necessidade e o mapeamento funcionar. Mude a escolha do Actor se um campo obrigatório estiver fora do seu escopo.

Essa verificação pode revelar um mapeamento errado ou um destino que substitui valores ausentes por 0. Ela não pode comprovar a disponibilidade de longo prazo nem o desempenho comparativo com base em 1 perfil.

Mantenha a pergunta específica: este registro retornado pode atender à próxima tarefa? Para o método completo de análise de identidade, use Como remover perfis duplicados do Instagram de uma lista de criadores. Esse guia trata de identidades repetidas. Esta comparação escolhe o contrato de coleta antes que esses registros entrem nesse processo.

Considere os limites na decisão

As evidências sustentam uma escolha pelo escopo documentado. Elas não comprovam melhor disponibilidade, capacidade de expansão, velocidade, exatidão, confiabilidade ou cobertura. Nenhum novo cálculo de preço sustenta uma afirmação de menor custo total.

Uma auditoria própria em 19 de outubro de 2026 classificou o Actor da Chronometrica como saudável. Essas pequenas verificações de controle não comprovam o desempenho comparativo. O contrato público dos campos continua sendo a base da recomendação. Actor da Chronometrica.

Este fluxo de perfis não fornece histórico recuperado, listas de seguidores, mensagens diretas nem contato automático. As informações de contato só estão disponíveis quando expostas publicamente. Para essa tarefa separada, consulte o guia de contatos públicos na bio.

A principal condição para mudar a escolha é um campo obrigatório fora da captura pontual menor. Mantenha essa condição nos requisitos do fluxo. Quando a próxima tarefa mudar, verifique a lista de campos novamente antes de ampliar o fluxo.