Breadcrumbs в error tracking — это не «красивый лог событий», а контекст инцидента.

Breadcrumbs в error tracking — это не «красивый лог событий», а контекст инцидента.

Стек-трейс отвечает только на вопрос: где упало.
Breadcrumbs отвечают на вопрос: что произошло до падения.

Что обычно пишется в цепочку:
- переходы по страницам
- клики и submit
- XHR/fetch-запросы
- изменения state
- route changes
- ошибки валидации

Зачем это нужно технарю:
1. Снижают MTTR — не надо гадать, какой сценарий сломался.
2. Помогают отделить баг от пользовательского поведения.
3. Дают последовательность событий, а не один снимок в момент краша.

Практически это работает так:
события буферизуются в памяти, помечаются временем и timestamp-ами, потом прикладываются к алерту вместе со stack trace. В итоге у вас не «TypeError на строке 42», а цепочка: открыли карточку → отправили форму → получили 500 → упали на рендере.

Если делать это правильно, breadcrumbs становятся почти мини-логом с фронта. И это уже нормальный материал для расследования, а не для догадок 🧠