Foto: Rubaitul Azad / Unsplash
Automações
Importar milhares de registros de uma vez numa automação, sem dividir em lotes nem respeitar o limite da API, deixa a carga pela metade e sem saber o que entrou
Pedro Toledo · 7 de novembro de 2026 · 3 min de leitura
Importar milhares de registros de uma vez numa automação, sem dividir em lotes nem respeitar o limite da API, deixa a carga pela metade e sem saber o que entrou — porque a API de destino aceita só um número de requisições por segundo, e uma carga que ignora isso recebe erros no meio do caminho, sem registro de quais linhas foram gravadas. Por que importar tudo de uma vez parecer o mais simples, o que caracteriza uma carga em lotes que se pode retomar, e como planejar uma importação grande.
Importar tudo de uma vez costuma parecer o caminho mais simples. Testar a carga com dez registros funciona, e só uma simulação com o volume real mostra o que acontece quando passam os milhares.
Importar milhares de registros de uma vez numa automação, sem dividir em lotes nem respeitar o limite da API, deixa a carga pela metade e sem saber o que entrou.
Por que importar tudo de uma vez parece o mais simples
Com poucos registros, a automação funciona sem erro, e o teste confirma. Com milhares, ela esbarra no limite de requisições da API de destino: parte das chamadas é recusada, a carga para no meio e, sem um registro de quais linhas foram gravadas, a empresa não sabe o que entrou e o que ficou de fora.
O que caracteriza uma carga em lotes que se pode retomar
Uma carga assim divide os registros em lotes do tamanho que a API aceita, espaça as chamadas, trata os erros de limite com espera e registra cada lote concluído, para continuar de onde parou. Isso tem relação direta com chamar um único provedor de IA sem plano de fallback e sem backoff nas novas tentativas — os dois casos apontam pro mesmo princípio de fundo: o limite de requisições existe, e o fluxo que o ignora não falha só uma vez, mas para por completo.
O que as fontes dizem
A página de suporte do Airtable confirma 5 requisições por segundo por base, e uma discussão de comunidade diz que cada requisição cria até 10 registros e que, depois do limite, a API responde 429 e é preciso esperar, com um fornecedor citando o cabeçalho Retry-After. Um fornecedor e uma ferramenta de terceiros descrevem o padrão de lotes de 10, pausa entre chamadas e recuo exponencial, e os limites mensais dependem do plano. Não encontrei informação sobre lotes no Zapier e no Make.
Como planejar uma importação grande
A forma prática é ler a documentação de limites do destino, dividir os registros em lotes, espaçar as chamadas e guardar o resultado de cada lote em uma planilha ou tabela de controle. Antes da carga completa, vale rodar uma amostra de algumas centenas de registros, conferir o resultado e só então liberar o volume total, com um jeito de retomar a partir do último lote concluído.
Um exemplo prático
Uma empresa migra 12 mil contatos de uma planilha para um banco online através de uma automação. A carga falha no meio, e ninguém sabe quais contatos entraram. Depois, ela divide a importação em lotes de dez, espaça as chamadas, registra o número de cada lote concluído e, na segunda tentativa, continua do lote em que parou, conferindo o total ao final.
O ponto central
Antes de importar milhares de registros, vale perguntar o que acontece quando a carga parar no meio. A importação que não sabe de onde retomar só termina bem se nada der errado.
