Encontrando uma correção
A maioria das correções fica na página do recurso que você está usando. Escolha sua área para ir direto à solução de problemas dela.Chat de IA
O chat travou, entendeu errado sua alteração ou não desfaz nem reverte.
Carregamento e publicação
O editor do app não carrega, seu app mostra uma tela em branco ou as mudanças não vão ao ar.
Funções de backend
Uma função retorna erros, não é implantada ou não pode ser acessada.
Acesso ao app
O link do seu app abre para você, mas não para outras pessoas.
Corrigindo um domínio
As correções de domínio dependem de onde você obteve seu domínio. Se não tiver certeza, veja verificando onde seu domínio está registrado.Comprado na Base44
Um domínio da GoDaddy ou IONOS que você comprou na Base44.
Comprado pela Wix
Um domínio que você comprou pela Wix.
Outro provedor
Um domínio que você conectou de outro provedor.
Códigos de erro
Se você vir um código de erro, encontre-o abaixo para saber o que ele significa e o que fazer.400: Bad request
400: Bad request
Um erro 400 significa que o servidor da Base44 não pôde processar sua requisição, muitas vezes porque algumas informações estão faltando ou no formato errado.Exemplos:
- Enviar um formulário sem campos obrigatórios.
- Chamar uma API com o formato de dados errado.
403: Forbidden
403: Forbidden
Você está logado, mas não tem permissão para realizar essa ação ou acessar o recurso. Isso pode acontecer se sua função ou permissões forem limitadas, ou se as permissões de dados para determinadas tabelas de dados não estiverem devidamente configuradas.Exemplos:
- Tentar alterar configurações em um app ao qual você não tem acesso.
- Tentar acessar dados ou páginas restritos pela sua função ou pelas permissões de dados do seu app.
404: Not found
404: Not found
A página, link ou recurso que você tentou acessar não existe.Exemplos:
- Inserir uma URL incorreta para seu app ou dashboard.
- Acessar um arquivo excluído ou movido.
429: Too many requests
429: Too many requests
Você tentou realizar uma ação muitas vezes em um curto período. Isso dispara um limite de taxa temporário que protege o desempenho e a estabilidade.Exemplos:
- Clicar rapidamente para reconectar um domínio ou repetir a mesma ação no seu dashboard.
- Enviar muitas requisições repetidas em um curto período via API, funções de backend ou workflows.
- As chamadas que seu app faz para uma pessoa conectada contam na cota dessa pessoa. Por isso, essa capacidade cresce conforme mais pessoas usam seu app. Visitantes não conectados são contados pelo endereço IP.
- As chamadas que suas funções de backend fazem com acesso de admin, conhecido como service role, agem em nome do app, não de uma pessoa. Todas essas chamadas compartilham uma única cota para o app inteiro, que não cresce com o número de pessoas usando o app. Em um app que atende muitas equipes ou clientes, essas chamadas costumam ser as primeiras a atingir o limite.
- Planos pagos têm limites maiores. Veja os limites de taxa por plano.
- Distribua requisições ao longo do tempo em vez de enviá-las todas de uma vez.
- Use requisições em lote onde sua integração as suporta.
- Adicione cache para não chamar o mesmo endpoint para os mesmos dados repetidamente.
- Adicione lógica de retry que aguarda um curto período antes de enviar uma nova requisição após uma resposta 429.
- Se erros 429 aparecerem durante atividade normal, entre em contato com o Customer Care com o horário do erro e o que você estava tentando fazer.
500: Internal server error
500: Internal server error
Algo deu errado no servidor da Base44 ao processar sua requisição. Você pode ver esse erro ao carregar seu app, salvar dados, abrir páginas ou usar recursos como formulários. Ele pode causar telas em branco, dados ausentes ou recursos que param de funcionar, tanto na visualização quanto no app ao vivo.Exemplos:
- Ver uma página “500 Internal Server Error”.
- Falha de funcionalidades ao salvar ou carregar dados.
- O nome do seu app
- Onde e quando o erro acontece
- Mensagens de erro do console do navegador, com capturas de tela se possível
- Os passos que levaram ao problema
Erro 500 ao fazer uma requisição POST para uma função webhook
Erro 500 ao fazer uma requisição POST para uma função webhook
Um erro 500 geralmente significa que a URL da sua requisição POST de webhook está incorreta. Certifique-se de estar usando o link padrão do app Base44 como URL base no endpoint da sua função.Por exemplo:
https://app--your-app-name.base44.app/api/apps/your-app-id/functions/yourFunctionNameSe você tem um domínio personalizado conectado, ainda é recomendado usar o link padrão do app para requisições POST para garantir roteamento adequado e menos erros. Verifique novamente a estrutura da sua URL e atualize sua integração conforme necessário.Esta página foi traduzida usando IA. Para as informações mais precisas e atualizadas, consulte a versão em inglês.