Почему упали заказы в интернет-магазине: диагностика за 60 минут

10 августа 2026 · 6 мин чтения

Когда в интернет-магазине падают заказы, сначала нужно подтвердить сам факт и найти первый участок воронки, где возникло отклонение. Проверяйте последовательно: качество данных, спрос и трафик, карточку и корзину, checkout, оплату, создание заказа, передачу в учётную систему и выполнение.

Не начинайте с редизайна, смены рекламы или обвинения платёжного провайдера. За первый час задача — сузить причину, ограничить потери и назначить владельца проверки.

Коротко: алгоритм первых 60 минут

1. 0–10 минут: подтвердить падение по двум независимым источникам.
2. 10–20 минут: найти первый сломанный шаг воронки.
3. 20–35 минут: разрезать проблему по устройству, региону, каналу и способу оплаты.
4. 35–45 минут: проверить последние изменения и внешние зависимости.
5. 45–60 минут: включить безопасный обход, остановить вредный трафик и сообщить команде факты.

Шаг 1. Убедитесь, что сломались продажи, а не отчёт

Сравните минимум два источника:

• CMS/OMS: созданные заказы;
• платёжная система: попытки и успешные оплаты;
• CRM: новые лиды и сделки;
• веб-аналитика: события воронки;
• почта или helpdesk: уведомления;
• серверные логи: запросы и ошибки.

Если заказы есть в OMS, но исчезли из аналитики, проблема измерения. Если оплаты есть, но заказы не созданы, это уже финансово опасное рассогласование. Если попыток оплаты нет, ищите проблему выше по воронке.

Шаг 2. Найдите первый шаг с отклонением

Шаг	Сигнал	Вероятная область
Сессии	Упал качественный трафик	Реклама, поиск, ссылки, региональная доступность
Просмотры товаров	Трафик есть, карточки смотрят реже	Каталог, поиск, ассортимент, скорость
Добавление в корзину	Просмотры есть, корзин меньше	Цена, наличие, кнопка, JavaScript, мобильный UX
Начало checkout	Корзины есть, оформление не начинают	Доставка, обязательная регистрация, ошибка перехода
Создание заказа	Checkout начали, заказ не создаётся	Валидация, backend, промокод, доставка
Успешная оплата	Заказы есть, оплат меньше	Провайдер, 3-D Secure, callback, способы оплаты
Выполнение	Оплаты есть, отгрузки падают	ERP, склад, остатки, интеграция, логистика

Ищите первый сломанный переход. Все показатели ниже него обычно падают как следствие.

Шаг 3. Локализуйте сегмент

Проблема редко затрагивает всех одинаково. Проверьте:

• мобильные и десктоп;
• iOS, Android и основные браузеры;
• новые и повторные покупатели;
• регионы и сети;
• рекламные и органические источники;
• авторизованных и гостевых пользователей;
• промокоды и обычную цену;
• способы оплаты и доставки;
• категории товаров;
• новый и старый frontend, если идёт эксперимент.

Сегмент «только мобильный Safari после релиза» полезнее вывода «конверсия упала на 15%».

Шаг 4. Проверьте изменения и зависимости

Соберите хронологию:

• релизы сайта и мобильного приложения;
• изменения тегов и аналитики;
• обновления CMS и модулей;
• новые промокоды и правила скидок;
• изменения в доставке;
• обновления каталога, цен и остатков;
• переключения DNS, CDN или сертификатов;
• изменения у платёжного провайдера;
• рекламные кампании и посадочные страницы.

Совпадение по времени ещё не доказывает причину, но помогает построить проверяемую гипотезу.

Матрица быстрой проверки

Гипотеза	Быстрый тест	Безопасное действие
Сломан мобильный checkout	Тестовый заказ на реальном устройстве	Откат/выключение флага
Ошибка промокода	Заказ без промокода и с ним	Отключить проблемное правило
Не работает способ оплаты	Тест в sandbox и анализ статусов	Показать альтернативный способ
Не создаётся заказ	Серверный лог + контрольный заказ	Резервный канал приёма заказа
Устарели остатки	Сверка контрольных SKU	Скрыть сомнительные позиции
Не приходит callback	Сверка платежа и статуса заказа	Безопасный повтор обработки
Сломалась аналитика	События браузера против OMS	Пометить данные и чинить трекинг
Изменился трафик	Разрез по источникам и намерению	Корректировать кампанию, не сайт

Что делать с рекламой

Не выключайте всё автоматически при любом снижении конверсии. Используйте правило:

• если путь покупки подтверждённо не работает для всех — остановите трафик на него;
• если сломан сегмент — ограничьте затронутые кампании или устройства;
• если работает резервный канал — измените посадочную страницу и сообщение;
• если причина в низком качестве трафика — корректируйте рекламу, сохраняя исправные продажи;
• зафиксируйте время остановки и запуска, чтобы не исказить последующий анализ.

Шаблон журнала гипотез

Время	Наблюдение	Гипотеза	Проверка	Результат	Владелец
	Заказы ниже базы
	Первый сломанный шаг
	Затронутый сегмент
	Последнее изменение
	Обходной путь

Этот журнал не даёт команде повторять одну и ту же проверку и помогает восстановить хронологию.

После восстановления

1. Подтвердите путь несколькими успешными тестами.
2. Наблюдайте показатели в течение согласованного окна.
3. Сверьте оплаты и заказы за затронутый период.
4. Обработайте потерянные или зависшие операции.
5. Рассчитайте диапазон финансового эффекта.
6. Добавьте автоматическую проверку, если сбой можно воспроизвести безопасно.
7. Проведите короткий разбор причины и системного улучшения.

Типичные ошибки

• смотреть только общую конверсию;
• доверять одному аналитическому отчёту;
• тестировать только главную страницу;
• менять несколько систем одновременно;
• бесконтрольно повторять платежи или создание заказов;
• выключать всю рекламу при локальной проблеме;
• считать восстановлением один успешный заказ;
• не сверять финансовые операции после инцидента.

FAQ

Когда падение заказов считать инцидентом?

Когда отклонение подтверждено, затрагивает важный путь и требует срочного действия. Порог задают на основе своей базовой линии, объёма и стоимости минуты проблемы.

Как отличить сезонность от поломки?

Сравнивайте сопоставимые периоды и смотрите переходы внутри воронки. Сезонный спад спроса обычно начинается выше; техническая проблема часто создаёт резкий разрыв на конкретном шаге или сегменте.

Можно ли автоматически делать тестовые заказы?

Да, если они безопасно маркируются, не искажают склад и финансы, не создают реальных списаний и автоматически очищаются по согласованному правилу.

Источники

• Яндекс Метрика: отчёты по электронной коммерции
• Яндекс Метрика: передача данных электронной коммерции
• Google SRE: Monitoring Distributed Systems

Проверено: 10 августа 2026 года.

Далее: сверка оплат и заказов, карта бизнес-путей и регламент первых 60 минут.

Pingvera позволяет регулярно проходить критические сценарии и сообщать о техническом разрыве до того, как он проявится только в суточном отчёте по продажам.

Читайте также: Дашборд интернет-магазина: KPI и готовый шаблон · Юнит-экономика интернет-магазина: шаблон расчёта · Подписанные вебхуки: откуда получатель знает, что это правда Pingvera · Сайт лежит: что это значит и как быстро найти причину · Проверить доступность сайта из нескольких регионов.