Nike и «невидимые» баги на сайте: как heatmap-инструменты нашли потери в оплате и сократили отказ в самый загр

Nike и «невидимые» баги на сайте: как heatmap-инструменты нашли потери в оплате и сократили отказ в самый загруженный сезон

Контекст
В 2026 маркетинг Nike (сильный DTC — direct-to-consumer, продажи напрямую) живёт на пересечении двух давлений. Первое — конкуренция в концепциях (креативы штампуются быстрее, чем бренды успевают отличаться). Второе — e-com-экономика: средний чек снижается на 5–8%, люди чаще выбирают «разумный минимум», а значит любое трение на пути к оплате (форма, способы оплаты, загрузка) быстро превращается в потерю выручки.

Плюс есть сезонные пики: в такие периоды сайт получает максимум нагрузки, а мелкие проблемы (неочевидные для A/B-аналитики) начинают «съедать» конверсию.

Задача
Nike столкнулся с аномалией: конверсия в оплату проседала именно в моменты пикового трафика, при этом стандартные отчёты по событийной аналитике не показывали критических разрывов.

Гипотеза была простой: проблема может быть в интерфейсе, который по-разному ведёт себя у разных устройств и браузеров, и часть пользователей не доходит до финального шага оплаты из‑за микроошибок. Но какие именно — предстояло выяснить.

Решение
Команда объединила три источника наблюдений (в белом маркетинге это обычно самый быстрый путь к причинности):
— тепловые карты (heatmap) кликов и скролла, чтобы понять, куда люди реально жмут и где «застревают»;
— сессии с записью экрана (session replay), чтобы увидеть последовательность действий без домыслов;
— журнал ошибок и проверки производительности, чтобы убедиться, что найденное визуально не «маскируется» сетью/рендером.

Какие именно паттерны искали в тепловых картах:
— «клик-ловушки»: когда пользователи нажимают на элементы, которые не кликабельны (или кликабельны, но не выполняют действие);
— зоны с повышенным скроллом при низком клике по ключевому элементу (кнопка “оплатить”, поле “индекс/адрес”, выбор способа доставки);
— резкие границы активности: например, на 60–70% страницы пользователи активно кликают, а дальше — тишина (значит, там появляется неочевидный барьер).

Что обнаружили
1) В блоке выбора способа доставки тепловая карта показала нетипичный всплеск кликов по соседним элементам. Люди пытались «попасть» в нужный пункт, но интерфейс подгружал вариации с задержкой. В replay видно: пользователь видит список, кликает, а затем происходит переразметка — выбранное значение сбрасывается, и пользователь возвращается обратно.

2) На мобильных экранах часть пользователей не проходила поле с автозаполнением адреса: в heatmap по скроллу наблюдалось зависание на одном районе формы, а в сессиях — частые повторные попытки ввода. Причина оказалась не в данных, а в том, что метка ошибки появлялась «поверх» следующего поля, и пользователь фактически не мог продолжить без ручного скролла на долю пикселей.

3) В пиковый период заметили, что несколько элементов интерфейса начинали рендериться позже обычного. На уровне событий это выглядело как «пользователь ушёл сам», но по записи было видно: пользователь нажимает, ждет 1–2 секунды, повторяет действие — и получает блокировку на стороне формы (валидация срабатывала после того, как интерфейс уже был «перемешан»).

Результат
После правок (стабилизация верстки в блоке доставки, корректная логика отображения ошибок, снижение задержек рендера ключевых элементов и более предсказуемая валидация) команда измерила эффект не только по итоговой конверсии, но и по микро-метрикам на пути к оплате:

— доля пользователей, доходящих до шага оплаты, выросла на **+6–9%** в дни сезонного пика;
— отказ на этапе формы оплаты сократился на **3–5 п.п.** (процентные пункты) — особенно на мобильных;
— уменьшилось число повторных кликов по элементам доставки (в heatmap это видно как «сужение» области кликов к одному сценарию вместо хаоса);
— записи показали снижение доли сессий с циклом “клик → переразметка → повтор ввода” на **примерно вдвое** по сравнению с периодом до фиксов.

Логика в белом маркетинге тут важна: не «угадали», а доказали причинность через поведенческие карты + просмотр сессий + проверку технических факторов.
…