В fashion-магазине на InSales заказы оформлялись, но ecommerce-покупка фиксировалась в Яндекс Метрике нестабильно. Счётчик был установлен и обновлён, поэтому диагностику продолжили на следующем уровне: проверили последовательность событий между созданием заказа и переходом к оплате.
В результате изменили сам порядок перехода. Страница оформленного заказа сначала должна полностью загрузиться и выполнить необходимые проверки, затем покупатель переходит в платёжную систему.
Ключевые факты
| Ниша | Fashion e-commerce |
|---|---|
| Платформа | InSales |
| Тип работ | Техническая диагностика, checkout, frontend-скрипт |
| Задача | Управлять переходом к оплате после полной загрузки страницы заказа |
Симптом выглядел как проблема счётчика
Когда часть покупок не попадает в аналитику, первая гипотеза обычно связана с установкой счётчика или конфликтом кода. В этом проекте обновление счётчика не закрыло симптом полностью.
После создания заказа пользователь автоматически переходил на страницу оплаты. Если переход происходил раньше полной загрузки страницы заказа, у выполняемого на ней кода оставалось меньше времени на передачу ecommerce-данных.
Задача была в порядке событий
Просто добавить большую задержку было нельзя. Лишнее ожидание перед оплатой ухудшает пользовательский сценарий и выглядит как зависание.
Нужно было дождаться полной загрузки страницы оформленного заказа, выполнить проверки и затем автоматически продолжить переход к оплате.
Как перестроили переход
В настройках способов оплаты отключили автоматическое перенаправление. Вместо него добавили скрипт на странице оформленного заказа.
Скрипт ждёт полной загрузки страницы, выполняет предусмотренные проверки и только после этого открывает страницу оплаты. Точкой управления стала страница, на которой InSales уже создал заказ.
Добавили состояние ожидания
Для промежутка между загрузкой страницы заказа и открытием платёжной системы добавили экран ожидания. Он показывает покупателю, что оформление продолжается и магазин готовит следующий шаг.
Что получил клиент
Магазин получил контролируемую последовательность после оформления заказа: полная загрузка страницы, проверки и переход к оплате. Доступные материалы подтверждают реализацию этого сценария.
Контрольной выборки Метрики после внедрения нет, поэтому кейс не утверждает, что пропуски ecommerce-событий устранены полностью. Также не заявляются проценты точности, рост конверсии или рекламный эффект.
Эта задача относится к направлению Интеграции и backend-разработка.
