BugDump — виджет для сбора баг-репортов на сайтах. Вы добавляете один тег script, в углу приложения появляется плавающая кнопка с жуком, и с этого момента пользователи отправляют баг-репорты сразу с тем контекстом, который нужен для исправления: логами консоли, сетевыми запросами, воспроизведением сессии, данными об окружении и скриншотом с пометками.
Ниже — что делает BugDump, как выглядит отчёт и какое место он занимает в вашем рабочем процессе.
Какую проблему он решает
Большинство баг-репортов от реальных пользователей выглядят так: «Страница не работает». Ни URL, ни версии браузера, ни шагов, ни текста ошибки. Вы отвечаете и просите подробности, пользователь уже ушёл, а баг так и висит, пока на него случайно не наткнётся кто-то из вашей команды.
Нужная информация существовала в момент, когда случился баг, — в консоли, на вкладке сети, в DOM. Просто её никто не сохранил. Задача BugDump — сохранить её автоматически, чтобы жалоба в одну строку превратилась в полное досье.
Как устроена установка
Установка — одна строка HTML:
<script src="https://bugdump.com/sdk/latest.js" async data-api-key="your-api-key"></script>Скрипт инициализируется сам по атрибуту data-api-key — без вызовов SDK, без сборки, без требований к фреймворку. Он работает с React, Vue или чистым JavaScript, потому что вообще не трогает код приложения. Если вам удобнее зависимость в бандле, есть npm-пакет (@bugdump/sdk) с полными типами TypeScript и режим ручной инициализации для управления из кода.
Виджет рисуется внутри Shadow DOM, поэтому его стили не протекают в ваше приложение, а ваш CSS не ломает виджет. Можно выбрать тему (светлую, тёмную или как в ОС), сменить иконку кнопки, переместить кнопку или совсем её скрыть и переопределить любую строку интерфейса — это пригодится, если ваш продукт не на английском.
Что внутри отчёта
Когда пользователь нажимает кнопку с жуком, описывает проблему и отправляет отчёт, в BugDump автоматически приходит:
Логи консоли — последние 300 записей (2000, пока идёт запись экрана), с подсветкой ошибок и предупреждений и поиском.
Сетевые запросы — последние 150 запросов (1000, пока идёт запись экрана) с кодами ответа; упавшие запросы помечены. Тела запросов и ответов тоже попадут в отчёт, если вы это включите.
Воспроизведение сессии — снимки DOM на основе rrweb: что пользователь делал перед багом, с перемоткой, как у видео.
Окружение — браузер, ОС, устройство, размер экрана, вьюпорт и URL страницы.
Метрики производительности — TTFB, FCP, время до DOM-ready, время загрузки и размер JS-кучи.
Кроме автоматического контекста, пользователь может приложить скриншот (с инструментами разметки: стрелки, прямоугольники, рисование от руки, текст и размытие, чтобы скрыть конфиденциальные данные), запись экрана, голосовое сообщение или файлы. Ничего из этого не обязательно: минимальный отчёт — одно предложение и клик, а телеметрия всё равно придёт вместе с ним.
Если пользователи входят в ваше приложение под своим аккаунтом, bugdump('identify', { email }) добавляет к отчёту, кто его отправил, и просить человека вводить почту не нужно.
От отчёта до исправления
Отчёты попадают в BugDump и становятся задачами на канбан-доске. Дальше:
Интеграции пересылают баги в инструменты, которыми вы уже пользуетесь: Telegram, Slack, Discord, GitHub Issues, Jira, Asana и другие — на платных тарифах. На бесплатном тарифе новые отчёты приходят на почту и в приложение.
MCP-сервер подключает проект к Claude Code, Cursor или любому клиенту с поддержкой MCP: ИИ-ассистент читает весь контекст бага — отчёты, консоль, сеть, скриншоты — и разбирается в нём по запросу на обычном языке.
Публичный портал (по желанию) показывает авторам их отчёты, а рядом можно опубликовать дорожную карту и журнал изменений.
Сколько это стоит
Цена зависит от того, сколько отчётов вы собираете, а не от числа пользователей, и тарифа «свяжитесь с отделом продаж» нет.
Бесплатный — $0 навсегда: 500 отчётов в месяц на проект, 1 ГБ хранилища, 3 проекта, уведомления на почту, MCP-сервер для Claude Code и сбор всех данных (скриншот, воспроизведение сессии, консоль, сеть).
Pro — $4,99 в месяц: 10 000 отчётов в месяц на проект, 10 ГБ хранилища, 20 проектов, все интеграции, вебхуки и возможность убрать брендинг BugDump из виджета.
Ultra — $9,99 в месяц: 100 000 отчётов в месяц на проект, 50 ГБ хранилища, 100 проектов и самые высокие лимиты запросов — для продуктов с большим потоком отчётов и агентств, которые ведут много клиентских сайтов.
Цены указаны без налогов: Paddle, через который идут платежи, добавляет положенный налог при оплате. Для бесплатного тарифа не нужна карта, так что весь путь — виджет, отчёт, доску — можно проверить, ничего не заплатив.
Для кого он
BugDump сознательно рассчитан на небольшие проекты. Если у вас пет-проект, инди-SaaS или небольшая продуктовая команда, вам вряд ли хочется настраивать тяжёлый трекер задач только ради того, чтобы узнавать о сломанных кнопках. Один тег script и канбан-доска — вот и вся система.
Он подходит и агентствам, и командам с бета-тестами: нетехнические авторы отчётов не видят формы, которая требует «версию браузера» или «шаги воспроизведения», — они нажимают кнопку и пишут предложение, а техническую половину отчёта виджет собирает за них.
С чего начать
Заведите бесплатный аккаунт, создайте проект и вставьте тег script на сайт. Кнопка появится сразу, а первый отчёт, отправленный самому себе, — самый быстрый способ увидеть, как будут выглядеть отчёты ваших пользователей. Если захотите копнуть глубже, SDK поддерживает переключатели функций, фильтры шума от болтливых сторонних скриптов, свои переводы и управление из кода, но настройки по умолчанию рассчитаны на то, чтобы большинство сайтов так их и оставили.
Читайте также
Как добавить на сайт кнопку для баг-репортов — три способа подключить кнопку: скрипт-тег, npm-пакет или инициализация из кода, с советами по настройке.
Анатомия баг-репорта: что собирает BugDump и зачем — каждый сигнал, который собирает виджет, и какие из них правда помогают найти баг.
Зачем я сделал BugDump: «не работает» — это не баг-репорт — с чего всё началось: час переписки о браузере и шагах после каждого «у меня не работает».