Skip to main content
A API do X usa códigos de status HTTP padrão. Solicitações bem-sucedidas retornam códigos 2xx; erros retornam códigos 4xx ou 5xx com detalhes no corpo da resposta.

Códigos de status HTTP

Códigos de sucesso

Códigos de erro do cliente

Códigos de erro do servidor


Formato da resposta de erro

Respostas de erro incluem detalhes estruturados:
Campos adicionais podem estar presentes dependendo do tipo de erro.

Tipos de erro


Erros parciais

Algumas solicitações podem ter sucesso parcial. Uma resposta 200 pode incluir tanto data quanto errors:
Exemplo de resposta
Isso acontece ao solicitar vários recursos e alguns estarem indisponíveis.

Solução de problemas comuns

Verifique sua autenticação:
  • Verifique se está usando o método de autenticação correto para o endpoint
  • Certifique-se de que as credenciais não foram regeneradas
  • Verifique o formato do cabeçalho Authorization
  • Para OAuth 1.0a, verifique o cálculo da assinatura
Guia de autenticação →
Verifique seu acesso:
  • Verifique se seu app tem acesso a este endpoint
  • Alguns endpoints exigem inscrição ou aprovação específica
  • Endpoints com user-context precisam de escopos OAuth apropriados
  • O recurso pode ser privado ou protegido
Rate limit atingido:
  • Verifique o cabeçalho x-rate-limit-reset para saber quando tentar novamente
  • Implemente backoff exponencial
  • Considere fazer cache das respostas
  • Espalhe as solicitações ao longo da janela de tempo
Guia de rate limits →
Corrija sua solicitação:
  • Valide a sintaxe do JSON
  • Verifique parâmetros obrigatórios ausentes
  • Verifique os tipos de parâmetros (strings vs. números)
  • Faça escape de caracteres especiais em consultas
Verifique estes fatores:
  • Posts de contas protegidas só são visíveis com autorização
  • Posts excluídos retornam 404
  • Alguns posts são retidos em certas regiões
  • Verifique se a sintaxe da consulta de search está correta
Trate a reconexão:
  • Implemente reconexão automática com backoff
  • Use recursos de recovery para dados perdidos
  • Verifique desconexões por buffer cheio (cliente não consumindo rápido o suficiente)
  • Verifique se pelo menos uma regra de stream existe
Guia de streaming →

Cabeçalhos de rate limit

Toda resposta inclui informações de rate limit:

Boas práticas

Verifique os códigos de status

Sempre verifique o status HTTP antes de analisar o corpo da resposta.

Trate erros parciais

Verifique o array errors mesmo em respostas 200.

Implemente lógica de retry

Use backoff exponencial para erros 429 e 5xx.

Registre detalhes da solicitação

Inclua o request ID e o timestamp para depuração.

Obtendo ajuda

Ao postar perguntas sobre erros, inclua:
  • A URL do endpoint da API
  • Cabeçalhos da solicitação (higienize credenciais)
  • Resposta de erro completa
  • O que você esperava que acontecesse
  • Passos que você tentou

Fórum de Desenvolvedores

Faça perguntas e pesquise soluções.

Status da API

Verifique problemas conhecidos.