Стек-трейс говорит **где упало**. Breadcrumbs — **как к этому дошли**.

Стек-трейс говорит **где упало**. Breadcrumbs — **как к этому дошли**.

И вот здесь у многих фронтенд-мониторинг заканчивается на красивой панели с ошибкой, а расследование начинается с гадания на логах. Breadcrumbs — это цепочка действий перед падением: клики, роуты, запросы, смена состояния, ререндеры, события UI. Не шум, а контекст.

Зачем это нужно на практике:
— ошибка случилась не в моменте, а после 5–10 шагов сценария;
— баг проявляется только при определённой последовательности действий;
— стек одинаковый, а причины разные;
— нужно понять, это фронт, сеть или сам пользователь сломал сценарий.

Хороший breadcrumb — это не «всё подряд», а отфильтрованные события с временной линией. Обычно хватает:
1) timestamp,
2) тип события,
3) путь/экшен,
4) состояние запроса,
5) id сессии или корреляции.

Именно поэтому мониторинг без breadcrumbs — это не расследование, а реакция на уже случившееся. А с ними у команды появляется шанс не просто чинить падение, а видеть механизм поломки. 🔍