Última modificação: 7 de outubro de 2025
// translate-ignore
‘Saiba como lidar com erros comuns de API ao desenvolver com as APIs da HubSpot.’;
A menos que especificado de outra forma, a maioria dos pontos de extremidade do HubSpot retornará uma resposta 200
OK após o sucesso. Todos os pontos de extremidade que retornaram um código de status diferente especificarão a resposta retornada na sua documentação.
Além disso, o HubSpot tem várias respostas de erros comuns a várias APIs:
207 Multi-Status
: retornado quando há status diferentes (por exemplo, erros e êxitos), que ocorre quando você habilita tratamento de erros de vários status para o objeto API batch criar pontos de extremidade.401 Unauthorized
: retornado quando a autenticação fornecida é inválida. Veja nossa Visão geral de autenticação para obter detalhes sobre as solicitações de API autenticadas.403 Forbidden
: retornado quando a autenticação fornecida não tem as permissões adequadas para acessar a URL específica. Como exemplo, um token de OAuth que só tem acesso de conteúdo receberá um403
ao acessar a API Negócios (que exige acesso de contatos). Se você confirmou que sua chave de API ou aplicativo privado tem as permissões necessárias, entre em contato com o suporte da HubSpot para obter assistência.423 Locked
: retornado ao tentar sincronizar um grande volume de dados (por exemplo, inserir milhares de registros de empresas em um período muito curto de tempo). Os bloqueios duram 2 segundos, então se você receber um erro423
, você deve incluir um atraso de pelo menos 2 segundos entre suas solicitações de API.429 Too many requests
: retornado quando a conta ou o aplicativo está acima de seus limites de taxa de API. Encontre sugestões em trabalhar dentro desses limites aqui.477 Migration in Progress
: retornado quando uma conta da HubSpot está sendo migrada entre locais de hospedagem de dados. O HubSpot retornará o cabeçalho de resposta Retry-After, que indica o número de segundos após os quais a solicitação será repetida (normalmente até 24 horas).502/504 timeouts
: retornado quando os limites de processamento da HubSpot foram atendidos. Esses limites estão em vigor para impedir que um único cliente cause redução de desempenho. Essas respostas de tempo limite ocorrem ao fazer um grande número de solicitações ao longo de um período prolongado. Se você receber uma dessas respostas, você deve pausar suas solicitações por alguns segundos e tentar novamente.503 service temporarily unavailable
: retornado quando a HubSpot está temporariamente indisponível. Se você receber essa resposta, deve pausar suas solicitações por alguns segundos e tentar novamente.521 web server is down
: retornado quando o servidor da HubSpot está inativo. Isso deve ser um problema temporário. Se você receber essa resposta, deve pausar suas solicitações por alguns segundos e tentar novamente.522 connnection timed out
: retornado quando a conexão entre a HubSpot e o aplicativo atingiu o tempo limite. Se você recebeu essa resposta, entre em contato com o suporte da HubSpot para obter assistência.523 origin is unreachable
: retornada quando a HubSpot não consegue entrar em contato com seu aplicativo. Se você receber essa resposta, deve pausar suas solicitações por alguns segundos e tentar novamente.524 timeout
: retornado quando uma resposta não é recebida dentro de 100 segundos. Isso pode ocorrer quando o servidor do HubSpot está sobrecarregado, como com uma consulta de dados grande. Se você receber essa resposta, deve pausar suas solicitações por alguns segundos e tentar novamente.525/526 SSL issues
: retornado quando o certificado SSL é inválido ou o aperto de mão SSL falha. Se você recebeu essa resposta, entre em contato com o suporte da HubSpot para obter assistência.
- Para APIs de objeto do CRM, as respostas de erro incluirão informações
message
code
econtext
campos que fornecerão informações adicionais sobre as propriedades necessárias que não foram incluídas em sua solicitação, bem como quaisquer problemas com propriedades malformadas em sua solicitação. - Mais detalhes para erros específicos de ponto de extremidade podem ser encontrados nas páginas de documentação para o final.
Erros de vários status
Para a APIs de objetos’ criar pontos de extremidade, você pode habilitar respostas com vários status que incluam falhas parciais. Isso significa que a resposta mostrará quais registros foram criados e quais não foram. Para fazer isso, inclua um valorobjectWriteTraceId
para cada entrada em sua solicitação. O objectWriteTraceId
pode ser qualquer string exclusiva.
Por exemplo, uma solicitação para criar tickets pode ser parecida com a seguinte:
Tentativas
Se o aplicativo ou a integração fornecer um ponto de extremidadeque a HubSpot chamará, como assinaturas de webhook, todos os erros que o ponto de extremidade lançar farão com que a HubSpot repita a solicitação.Webhooks
Se, em algum momento, o serviço enfrentar problemas ao lidar com notificações, o HubSpot fará 10 tentativas de reenviar as notificações com falha. O HubSpot tentará novamente nos seguintes casos:- Falha na conexão: se a HubSpot não conseguir estabelecer uma conexão http com a URL do webhook fornecida.
- Tempo limite: se o serviço demorar mais de 5 segundos para enviar uma resposta a um lote de notificações
- Códigos de erro: seu serviço responde com qualquer código de status HTTP (
4xx
ou5xx
)
Retry-After
, se estiver presente. Observe que o valor Retry-After
em milissegundos.
As notificações serão repetidas até 10 vezes. Essas tentativas serão divulgadas nas próximas 24 horas, com atrasos variáveis entre solicitações. Será aplicada uma randomização às notificações individuais para evitar que um grande número de falhas simultâneas sejam repetidas exatamente mesmo horário.
Ações de fluxo de trabalho de código personalizado
Se você estiver criando uma ação de código personalizado em um fluxo de trabalho e a chamada de API em sua ação falhar devido a um erro de limitação de taxa ou um erro429
ou 5XX
do axios
ou do @hubspot/api-client
, a HubSpot tentará novamente executar sua ação por até três dias, começando um minuto após a falha. As falhas subsequentes serão tentadas novamente em intervalos crescentes, com uma lacuna máxima de oito horas entre as tentativas.