Интернет-магазин перед рекламой: как проверить заказ от корзины до уведомления
План проверки интернет-магазина перед запуском рекламы: три тестовых заказа, таблица шагов с нормальным результатом, частые сбои оплаты и уведомлений и проверка аналитики покупок.
Перед запуском рекламы интернет-магазину нужен один честный тест: пройти путь покупателя от карточки товара до уведомления менеджеру и убедиться, что заказ сохранился, оплата учтена, а аналитика увидела покупку. Реклама приводит платных посетителей, и каждый сломанный шаг превращает бюджет в потерянные заказы, о которых никто не узнает.
Ниже — план из трёх тестовых заказов, таблица «что проверить — какой результат нормальный» и разбор сбоев, которые чаще всего находят на этом этапе.
Три тестовых заказа
Один заказ проверяет только удачный сценарий. Чтобы увидеть, как магазин ведёт себя в жизни, сделайте три.
- Обычный заказ с онлайн-оплатой. Товар в корзину, оформление, оплата, подтверждение.
- Заказ без онлайн-оплаты. Оплата при получении или подтверждение менеджером — если такой способ у вас есть.
- Заказ с неудачной оплатой. Закройте страницу оплаты или используйте отклонённую карту, если провайдер это позволяет в тестовом режиме.
Есть ли у вашего платёжного провайдера тестовый режим, уточните в его документации или у менеджера. Если нет, проведите реальный платёж на небольшую сумму и верните его по правилам провайдера.
Делайте заказы с телефона и с компьютера, а хотя бы один — с мобильного интернета, без входа в аккаунты. Так вы увидите магазин глазами нового покупателя.
Что проверить на каждом шаге
| Шаг | Что проверить | Нормальный результат |
|---|---|---|
| Карточка товара | Цена, наличие, варианты | Цена и наличие совпадают с учётом, выбранный вариант меняет фото и цену |
| Корзина | Количество, сумма, удаление товара | Сумма пересчитывается сразу, товар удаляется без перезагрузки страницы |
| Оформление | Поля, доставка, промокод | Стоимость доставки и скидка видны до оплаты, ошибки объясняют, что исправить |
| Оплата | Переход к оплате и возврат | После оплаты покупатель возвращается на страницу «Заказ принят» |
| Подтверждение | Номер заказа и следующие шаги | Видно номер заказа и что произойдёт дальше |
| Письмо покупателю | Почта и SMS, если есть | Приходит во «Входящие», а не в спам, с правильным составом заказа |
| Уведомление менеджеру | Почта, Telegram, CRM | Приходит ответственному, а не разработчику или в тестовый чат |
| Заказ в системе | Админка или CRM | Заказ есть, статус соответствует оплате, контакты и состав верные |
| Остатки | Учёт и карточка товара | Остаток уменьшился, если магазин ведёт остатки |
| Аналитика | Отчёт о событиях | Покупка учтена один раз, с правильной суммой |
Сбои, которые находят чаще всего
| Что пошло не так | Чем опасно | Что сделать |
|---|---|---|
| Оплата прошла, а заказа нет | Деньги списаны, магазин о покупке не знает | Проверить, что заказ создаётся до перехода к оплате, а статус обновляет уведомление от провайдера |
| Заказ «не оплачен», хотя деньги пришли | Менеджер звонит покупателю с лишним вопросом | Настроить и проверить обработку уведомлений об оплате |
| Двойной заказ при повторном нажатии | Дубли в CRM и двойные звонки | Блокировать кнопку после нажатия, проверять повторную отправку |
| Письма уходят в спам | Покупатель не видит подтверждение и пишет в поддержку | Настроить отправку с подтверждённого домена |
| Уведомление уходит не тому | Заказ лежит без ответа | Проверить адреса и чаты получателей |
| Товара нет, а заказ принят | Отмена и недовольный покупатель | Синхронизировать остатки или показывать срок поставки |
| Цена в корзине отличается от карточки | Недоверие и брошенные заказы | Найти, где цена берётся из разных источников |
Про спам отдельно: Google требует от всех отправителей писем в Gmail SPF или DKIM и корректные DNS-записи. Уведомления магазина с неподтверждённого домена — частая причина того, что покупатель «не получил письмо».
Аналитика: покупка должна считаться один раз
Реклама оценивается по заказам, поэтому до старта убедитесь, что аналитика их видит. В GA4 для интернет-магазинов есть рекомендованные события: просмотр товара (view_item), добавление в корзину (add_to_cart), начало оформления (begin_checkout) и покупка (purchase).
Проверьте три вещи:
- событие покупки срабатывает после подтверждения заказа, а не по нажатию кнопки «Оплатить»;
- обновление страницы «Заказ принят» не создаёт вторую покупку;
- сумма в событии совпадает с суммой заказа.
Смотреть события удобно в отчёте DebugView: он показывает их в реальном времени при включённом режиме отладки.
Скорость и мобильная версия
Проверьте мобильную версию отдельно, особенно если реклама идёт в соцсетях и мессенджерах, которые обычно открывают с телефона: карточка и корзина без горизонтальной прокрутки, кнопки удобно нажимать, поля оформления открывают правильную клавиатуру. Скорость главной, каталога и карточки проверьте в PageSpeed Insights, начиная с мобильной версии.
После тестов
- Отмените и пометьте тестовые заказы, чтобы они не попали в отчёты и не ушли в доставку.
- Верните тестовые платежи, если они были реальными.
- Запишите, что проверили и с каким результатом: этот список пригодится при каждом обновлении магазина.
- Повторяйте тест после изменений в оплате, доставке, уведомлениях и обмене с учётной системой.
В интернет-магазинах PIP путь от карточки до подтверждения заказа проверяется на телефонах, а оплата, доставка, уведомления и обмен с учётом включаются в оценку проекта — так описано на странице интернет-магазинов. Готовите магазин к рекламе? Расскажите о задаче — поможем проверить путь заказа до запуска кампании.
Короткие подсказки о сайтах и автоматизации — в Telegram-канале @pip_kz.