O BugDump é um widget de relatório de bugs para sites. Você adiciona uma tag script, um botão flutuante de bug aparece no canto do seu app e, a partir daí, seus usuários podem enviar relatórios de bug que chegam com o contexto de que você precisa para corrigi-los: logs do console, requisições de rede, replay de sessão, detalhes do ambiente e uma captura de tela com anotações.
Este post explica o que o BugDump faz, como é um relatório e onde ele entra no seu fluxo de trabalho.
O problema que ele resolve
A maioria dos relatórios de bug de usuários reais é assim: «A página não funciona.» Sem URL, sem versão do navegador, sem passos, sem mensagem de erro. Você responde pedindo detalhes, o usuário já seguiu em frente, e o bug fica lá sem correção até alguém da sua própria equipe esbarrar nele.
A informação de que você precisava existia no momento em que o bug aconteceu: no console, na aba de rede, no DOM. Só não foi capturada. O trabalho do BugDump é capturá-la automaticamente, para que uma reclamação de uma linha vire um dossiê completo.
Como funciona a instalação
A instalação é uma única linha de HTML:
<script src="https://bugdump.com/sdk/latest.js" async data-api-key="your-api-key"></script>O script se inicializa sozinho a partir do atributo data-api-key: nenhuma chamada ao SDK, nenhuma etapa de build, nenhum framework obrigatório. Funciona com React, Vue ou JavaScript puro, porque não mexe no código da sua aplicação. Se você prefere uma dependência empacotada, existe um pacote npm (@bugdump/sdk) com tipos TypeScript completos e um modo de inicialização manual para controle via código.
O widget é renderizado dentro de um Shadow DOM, então os estilos dele nunca vazam para o seu app e o seu CSS nunca quebra o widget. Dá para definir o tema (claro, escuro ou seguir o sistema operacional), trocar o ícone do botão, reposicionar ou esconder o botão de vez e substituir qualquer texto da interface, o que ajuda se o seu produto não está em inglês.
O que vem num relatório
Quando um usuário clica no botão de bug, descreve o problema e envia, o relatório que chega ao seu painel inclui, automaticamente:
Logs do console: os últimos 300 registros (2.000 durante uma gravação), com busca e com erros e avisos destacados.
Requisições de rede: as últimas 150 requisições (1.000 durante uma gravação) com códigos de status; as que falharam ficam marcadas. Os corpos de requisição e resposta entram no relatório se você ativar essa opção.
Replay de sessão: snapshots do DOM, feitos com rrweb, do que o usuário fez até o bug, que você percorre como um vídeo.
Ambiente: navegador, sistema operacional, dispositivo, tamanho da tela, viewport e a URL da página.
Métricas de desempenho: TTFB, FCP, tempo até o DOM ficar pronto, tempo de carregamento e uso do heap de JS.
Além do contexto automático, os usuários podem anexar uma captura de tela (com ferramentas de anotação: setas, retângulos, desenho livre, texto e desfoque para esconder dados sensíveis), uma gravação de tela, uma mensagem de voz ou arquivos. Nada disso é obrigatório: o relatório mínimo é uma frase e um clique, e a telemetria vem junto mesmo assim.
Se o seu app tem usuários logados, bugdump('identify', { email }) anexa a identidade de quem relatou, para você saber quem teve o problema sem pedir que a pessoa digite o e-mail.
Do relatório à correção
Os relatórios chegam a um painel onde viram tarefas num quadro kanban. A partir daí:
Integrações encaminham os bugs para as ferramentas que você já usa: Telegram, Slack, Discord, GitHub Issues, Jira, Asana e outras, nos planos pagos. No plano Grátis, os novos relatórios chegam a você por e-mail e no app.
O servidor MCP conecta seu projeto ao Claude Code, ao Cursor ou a qualquer cliente compatível com MCP, para que um assistente de IA leia o contexto completo de um bug (relatórios, console, rede, capturas de tela) e o investigue em linguagem natural.
Um portal público (opcional) mostra os relatórios a quem os enviou, e você pode publicar um roteiro e um registro de alterações junto com ele.
Quanto custa
O preço depende de quantos relatórios você coleta, não do número de usuários, e não existe plano «fale com vendas».
Grátis, US$ 0 para sempre: 500 relatórios por mês por projeto, 1 GB de armazenamento, 3 projetos, notificações por e-mail, o servidor MCP para o Claude Code e tudo o que o widget captura (captura de tela, replay, console, rede).
Pro, US$ 4,99/mês: 10.000 relatórios por mês por projeto, 10 GB de armazenamento, 20 projetos, a lista completa de integrações, webhooks e a opção de remover a marca BugDump do widget.
Ultra, US$ 9,99/mês: 100.000 relatórios por mês por projeto, 50 GB de armazenamento, 100 projetos e os limites de requisição mais altos, pensado para produtos de alto volume e agências que cuidam de muitos sites de clientes.
Os preços não incluem impostos; o Paddle, que cuida da cobrança, acrescenta o imposto devido no checkout. O plano Grátis não pede cartão de crédito, então você pode avaliar o fluxo inteiro (widget, relatório, painel) antes de pagar qualquer coisa.
Para quem é
O BugDump foi feito, de propósito, para quem trabalha em pequena escala. Se você toca um projeto paralelo, um SaaS independente ou uma equipe de produto pequena, provavelmente não quer configurar um issue tracker pesado só para ficar sabendo de botões quebrados. Uma tag script e um quadro kanban são o sistema inteiro.
Ele também serve para agências e equipes com programas de beta: quem relata sem conhecimento técnico nunca vê um formulário pedindo «versão do navegador» ou «passos para reproduzir». A pessoa clica num botão e escreve uma frase, e o widget reúne por ela a metade técnica do relatório.
Por onde começar
Crie uma conta grátis, crie um projeto e cole a tag script no seu site. O botão aparece na hora, e o primeiro relatório que você mandar para si mesmo é o jeito mais rápido de ver como vão ser os relatórios dos seus usuários. Se quiser ir além, o SDK tem feature toggles, filtros de ruído para scripts de terceiros falantes demais, traduções próprias e controle via código, mas a configuração padrão foi pensada para ser a que a maioria dos sites usa.
Leia também
Por que criei o BugDump: «não funciona» não é um relatório de bug — a troca de mensagens que todo desenvolvedor conhece e que deu origem ao produto.
Anatomia de um relatório de bug: o que o BugDump captura e por quê — cada sinal que o widget coleta, por que ele está ali e quais de fato resolvem bugs.
Como adicionar um botão para reportar bugs no seu site — três formas de instalar o widget (tag script, pacote npm ou inicialização via código) e os erros de configuração mais comuns.