Estamos sempre publicando atualizações em nossa documentação, mas pode ser que elas ainda não estejam disponíveis em seu idioma. Para ter acesso às informações mais atualizadas, use a ​​versão em inglês.

Checklist de resolução de problemas de callbacks

Aqui você encontra os pontos principais que devem ser verificados após a configuração dos seus callbacks. Reveja esta lista antes de publicar suas URLs de callback.

  • Lista de permissão de IPs do servidor da Adjust. A Adjust envia todos os callbacks a partir de certas subredes. Aprenda mais sobre os IPs de servidor da Adjust e a lista completa de endereços IP para adicionar à lista de permissões.
  • Verifique sua URL/endpoint de callback. Certifique-se de que você especificou a URL do endpoint do servidor/nome do domínio como a URL de callback. A Adjust não suporta endereços IP na URL de callback por motivos de segurança.
  • Anexe os parâmetros de callback corretos. Para evitar callbacks perdidos, certifique-s de anexar parâmetros de callback (por exemplo, install_callback) para todos os URLs de clique.
  • Verifique se a URL de callback está formatada corretamente.  Verifique se caracteres especiais, como espaços e o E comercial (&), estão corretamente posicionados e codificados (ou não codificados).
  • Verifique seus placeholders. Use a página de placeholders da Adjust para confirmar se seus placeholders estão corretos.
  • Revise seus parâmetros. Verifique se seu sistema interno reconhece os parâmetros usados.
  • Use https para todas as URLs do callback. Alguns dados brutos podem ser enviados a endpoints HTTPS. Use https:// para URLs de callback.
  • Os callbacks não podem exceder 1 MB. A Adjust pode encaminhar callbacks de até 1 MB. Se seu callback tiver mais de 1 MB, ele não funcionará.

Repetição automática de callbacks com falha

Se o endpoint do seu servidor está indisponível ou retorna uma resposta 5xx HTTP, a Adjust tenta reenviar um callback até seis vezes durante as próximas 24 horas. Para proteger a segurança de dados, nosso servidor de callback registra a resposta HTTPS do seu endpoint e não segue nenhum dos redirects. Se seu servidor ficar inativo e você precisar de dados do histórico do usuário, fazemos o melhor para recuperar esses dados retroativamente.