--- title: "Logs: compilações e requisições do seu site | Briks" url: https://briks.dev/pt-br/docs/logs description: "Leia o log de build e as requisições do último dia do seu site, filtre por nível ou status e ache formulário com falha, tarefa com falha ou página lenta." last_updated: 2026-10-08 --- # Logs: compilações e requisições do seu site Os logs dizem o que aconteceu e quando: cada criação e publicação do projeto, e cada requisição que executou o código do seu site no último dia. Use-os para descobrir por que um formulário, uma tarefa agendada ou uma página não está se comportando. 5 min de leitura Conferido com o estúdio em 8 de outubro de 2026 ## Dois tipos de registro Onde 1. Projects 2. Your project 3. Settings 4. Logs | Ver | O que ele mostra | Até quando no passado | | --- | --- | --- | | **Builds** | Cada construção, alteração e publicação deste projeto, e as etapas por que cada uma passou. | As últimas 40 | | **Requests** | As requisições e os erros do site, do mais recente ao mais antigo. | As últimas 24 horas, até 100 por vez | As tarefas agendadas e os webhooks mantêm logs próprios, por trinta dias: **Runs** em [Tarefas agendadas](https://briks.dev/pt-br/docs/crons) e **Deliveries** em [Webhooks](https://briks.dev/pt-br/docs/webhooks). As mensagens enviadas pelos seus formulários ficam em **Settings**, **Forms**. ## Criações Cada entrada diz o que foi pedido (com as palavras do pedido), quem pediu, quando e quanto tempo levou. Quando nenhuma pessoa iniciou, aparece Briks. À direita fica o status: | Status | Significado | | --- | --- | | **Waiting** | Na fila, atrás de outros trabalhos. | | **Running** | Em andamento agora. | | **Done** | Concluído. | | **Failed** | Parou antes do fim. | | **Stopped** | Foi interrompido antes de terminar. | Clique em uma entrada para ver suas etapas, cada uma com o horário em que aconteceu. Uma etapa que deu errado aparece em vermelho. Uma entrada com falha termina com: Não terminou. Nada mudou no site publicado, e nenhum crédito foi cobrado por isso. Para ver o mesmo trabalho em tempo real, com a prévia ao lado, use o estúdio: veja [Acompanhar uma criação](https://briks.dev/pt-br/docs/watching-a-build). ## Solicitações **Requests** mostra as chamadas que executaram o código do seu próprio site: as rotas `/api` e as visitas às páginas enquanto um teste A/B divide os visitantes entre duas versões. Páginas comuns, imagens e arquivos são entregues como estão, por isso não aparecem. As mensagens enviadas por um formulário de contato também não aparecem, pois vão direto para a Briks, sem passar pelo código do seu site. Cada linha mostra a hora, o método e o caminho (GET pede algo, POST envia algo), quanto tempo levou em milissegundos e o status com que o site respondeu, ou nenhuma resposta. As linhas que o próprio código do seu site escreveu mostram a mensagem e um nível, como error ou warning. Clique em uma linha para ver a mensagem completa, a data e o id da requisição. | Status | O que significa | | --- | --- | | 2xx, como 200 | Funcionou. | | 4xx, como 400 ou 404 | A solicitação foi recusada: algo estava faltando ou errado nela, ou não existe nada nesse caminho. | | 5xx, como 500 | O código do site falhou ao responder. | ### Filtros | Filtro | Opções | Use para | | --- | --- | --- | | **Search** | Qualquer texto: um caminho, uma mensagem, um id de requisição | Encontre uma rota ou um erro. | | **Level** | **All levels**, **Errors**, **Warnings** | Mostrar só os problemas que o código relatou. | | **Status** | **Any status**, **Succeeded**, **4xx**, **5xx** | Mostre apenas as requisições que foram recusadas ou que falharam. | Defina-os e pressione **Show**. O endereço da página os guarda, então você pode salvar uma visualização filtrada nos favoritos. **No requests in the last day** significa que nada executou o código do site em 24 horas. Se a página disser **Logs cannot be read right now**, tente de novo em um minuto. ## Diagnostique um formulário com falha 1. Procure a entrada Onde: Settings, Forms Toda mensagem enviada por um visitante fica guardada aqui, as últimas 100 na tela. Cada uma mostra quando chegou e de qual página, depois **emailed**, **not emailed** ou **preview**. 2. Se aparecer prévia Onde: Settings, Forms O site não foi publicado em produção, então as respostas são guardadas, mas não enviadas por email. Veja [Publicar em produção](https://briks.dev/pt-br/docs/publish-to-production). 3. Se aparece como enviado por e-mail, mas nada chegou Onde: Your inbox As entradas vão para a pessoa que criou o projeto ou, se ela tiver saído, para o primeiro Owner do espaço de trabalho. Confira essa caixa de entrada, inclusive a pasta de spam. 4. Se ele não estiver lá Onde: The live site A mensagem não chegou ao Briks. Envie uma você mesmo. Se o formulário responder que foram enviadas mensagens demais daqui, um limite foi atingido: até 5 mensagens de um visitante em 10 minutos e até 300 por dia para o site. 5. Se outra ferramenta deve ficar com ele Onde: Settings, Webhooks, Deliveries Defina **Status** como **Failed** e pressione **Show**. Abra a entrega para ler o que a outra ferramenta respondeu e use **Send again** depois de corrigir. Formulários que salvam no seu banco de dados Um formulário que salva no seu banco de dados, como um pedido de reserva em um app, executa o código do próprio site. Os envios dele aparecem em **Requests**: procure pelo caminho dele e defina **Status** como **5xx** para encontrar os que falharam. ## Diagnosticar uma tarefa agendada com falha 1. Ler a execução Onde: Settings, Scheduled tasks, Runs Abra a execução que falhou. Ela mostra o que o endereço respondeu, como answered 500, e o início da resposta. 2. Encontre o erro Onde: Settings, Logs, Requests Se a tarefa chama uma rota do seu site, busque pelo caminho dela, como `/api/daily-summary`, e defina **Level** como **Errors**. A mensagem diz o que deu errado no código. 3. Peça a correção Onde: Studio Cole o erro no chat do estúdio com uma frase sobre a tarefa: A rota do resumo diário falha com este erro toda manhã. Veja [Fazer alterações](https://briks.dev/pt-br/docs/making-changes). 4. Tente de novo Onde: Settings, Scheduled tasks Depois que a correção é publicada, abra os três pontos da tarefa e escolha **Run now**. O resultado aparece na hora. Uma execução marcada como **Skipped** não falhou: as chamadas do dia do projeto acabaram. As execuções voltam depois da meia-noite UTC. Os limites dos planos estão na página [Tarefas agendadas](https://briks.dev/pt-br/docs/crons). ## Diagnosticar uma página lenta **Requests** mede tudo o que executa o código do seu site, então é onde olhar quando uma página que carrega o conteúdo pelas rotas do site parece lenta. Apps e dashboards costumam funcionar assim. 1. Abra a página e anote a hora Onde: The live site Carregue você mesmo a página lenta uma vez, para que as requisições dela estejam entre as mais recentes. 2. Leia os horários Onde: Settings, Logs, Requests Olhe os milissegundos ao lado de cada requisição feita naquele momento. Uma rota levando vários segundos enquanto as outras levam algumas centenas de milissegundos é a culpada. 3. Restrinja a busca Onde: Settings, Logs, Requests Procure o caminho dessa rota para ver se ela é sempre lenta ou só às vezes, e se **Warnings** ou **Errors** aparecem ao lado dela. 4. Peça uma correção Onde: Studio Diga ao estúdio qual rota está lenta e o quanto, junto com a página que ela serve. Se nada lento aparecer, a demora não está no código do seu site. As páginas, as imagens e os arquivos são entregues como estão, então olhe o que a página carrega, como imagens grandes ou um vídeo, e descreva no estúdio o que parece lento. ## Exemplo prático: um app de reservas que parou de salvar O que o dono percebeu Um salão de banho e tosa para cães em Leeds > Nenhuma reserva nova chegava desde a manhã, embora o telefone não parasse de tocar com pessoas dizendo que o formulário não fazia nada. Em **Requests**, com **Status** definido como **5xx**, todo `POST /api/bookings` desde as 9:12 respondeu 500. A linha de erro ao lado dizia que faltava um campo obrigatório. Perguntado no estúdio > Desde esta manhã, toda reserva falha com um erro 500 em /api/bookings. O log diz que o campo de porte do pet está ausente. Removemos esse campo do formulário ontem. A alteração foi publicada, e a próxima reserva em **Requests** respondeu 200. ## Leia a seguir - [Dados e automação **Tarefas agendadas** Execute tarefas agendadas no seu site: resumo matinal, limpeza semanal. Escreva o horário, leia cada execução, corrija falhas e veja os limites do plano.](https://briks.dev/pt-br/docs/crons) - [Dados e automação **Webhooks** Mande mensagem assinada a outra ferramenta ao publicar o site, enviar um formulário ou mudar registro. Payloads, assinaturas, tentativas, entregas explicados.](https://briks.dev/pt-br/docs/webhooks) - [Os recursos do seu site **Formulários** Adicione um formulário ao seu site Briks, teste na prévia, veja cada entrada no estúdio, receba cada uma por e-mail em produção e repasse com um webhook.](https://briks.dev/pt-br/docs/forms) - [Ajuda **Solução de problemas** O que fazer quando algo no Briks não funciona: login, créditos, builds e alterações, domínios, formulários, e-mail, chatbot, dados e equipes.](https://briks.dev/pt-br/docs/troubleshooting) Ainda travado? Escreva para [hello@briks.dev](mailto:hello@briks.dev) com o nome do seu projeto e o que você esperava ver. Uma captura de tela ajuda.