Магазин работал, заказы приходили, а владелец увеличивал рекламный бюджет и ждал, когда продажи наконец поползут вверх. Они не ползли — три месяца ушло на то, чтобы найти причину, и ей оказалась одна строчка кода в модуле доставки. Строчка, из-за которой кнопка «Оформить заказ» просто переставала работать.
Скрытые ошибки сайта: всё работает — деньги утекают
Это самая коварная ситуация в электронной коммерции: интернет-магазин выглядит нормально, каталог отображается, товары добавляются в корзину, главная страница открывается быстро. Владелец проверяет сайт — всё на месте, а конверсия тем временем в полтора-два раза ниже, чем могла бы быть.
Мы администрируем серверы для интернет-магазинов на Битрикс и за последние два года разобрали больше 80 таких ситуаций. Вот что заметили: в большинстве случаев проблема не в дизайне, не в ценах и не в рекламе, а в технических ошибках, которые не видны ни владельцу, ни разработчику.
Кнопка, которая перестала нажиматься
Первая история — про магазин электроинструментов, владелец которого три месяца не мог понять, почему при растущем трафике заказов не становится больше. Разработчик проверял код, хостер проверял хостинг — всё якобы нормально.
Когда мы построили воронку в Яндекс.Метрике, стало ясно: 340 человек в день кладут товар в корзину, 280 доходят до оформления, а заказ завершают всего 40 — между «оформить» и «спасибо» терялись 240 человек каждый день.
Оказалось, скрипт расчёта стоимости доставки после обновления модуля стал выбрасывать тихую ошибку JavaScript, без красных экранов. Кнопка «Далее» просто переставала реагировать — покупатель тыкал, ничего не происходило, и он уходил.
Три месяца работы этого бага — около 21 600 потерянных заказов, и при среднем чеке 4 700 рублей упущенная выручка перевалила за сотню миллионов.
Диагностика сайта: магазин, который конкурировал сам с собой
Вторая история — из мира SEO: магазин женской одежды на 3 000 товаров, два года продвижения, позиции растут медленно, а владелица думала, что всему виной конкуренция.
Мы заглянули в Яндекс.Вебмастер и увидели: в индексе 28 000 страниц, хотя на сайте реальных было около 4 000. Остальные 24 000 — технические дубли, потому что каждая комбинация фильтров «размер + цвет + сортировка» создавала отдельный URL, который Яндекс честно пытался проиндексировать.
Три копии одного товара соревновались за одну позицию в выдаче и мешали друг другу — ни одна не поднималась выше 15-го места. Яндекс тратил свой краулинговый бюджет на обход мусора вместо обновления реальных карточек товаров.
После чистки количество страниц в индексе сократилось до 4 500, и через два месяца поисковый трафик вырос на 35% — без дополнительного контента и ссылок, просто убрали помехи.
Десять минут, которые стоили 5,6 миллиона в месяц
Третья история — про время и магазин автозапчастей на 45 000 товаров. Каждый день в 10 утра в графике посещаемости появлялся короткий провал минут на 10-15, потом всё восстанавливалось.
Причина оказалась простой: в 10:00 запускался обмен данными с 1С, который забирал всю оперативную память сервера. Сайт не падал — просто начинал отвечать за 8-12 секунд вместо одной, а покупатели столько ждать не готовы.
При этом 10 утра для магазина автозапчастей — пиковый час, потому что автосервисы делают закупки на день. По нашей оценке, магазин терял около 30 заказов ежедневно, что при среднем чеке 6 200 рублей составляло 186 000 в день и 5,6 миллиона в месяц — из-за десятиминутного окна.
Решение заняло два часа: обмен перенесли на ночь и увеличили лимиты памяти. Проблема исчезла.
Аудит интернет-магазина: что с этим делать
Проверка сайта на ошибки — это не то, что делают раз в год перед редизайном, ведь скрытые проблемы появляются после каждого обновления, каждого изменения в каталоге и каждого нового модуля.
Три вещи, которые можно проверить прямо сейчас без специалиста:
Первое — воронка в Яндекс.Метрике: постройте путь «каталог, корзина, оформление, подтверждение», и если на каком-то шаге отваливается больше 70% — проблема именно там.
Второе — скорость загрузки каталога, причём не главной страницы, а страницы каталога с применённым фильтром. Google PageSpeed Insights покажет реальную картину, и если больше 3 секунд на мобильном — покупатели уходят.
Третье — посещаемость по часам за неделю: повторяющиеся провалы в одно и то же время — это не «люди ушли обедать», а сервер не справляется с фоновым процессом.
Эти три проверки закрывают верхний слой, а глубже — серверные логи, конфигурация базы данных, нагрузочные тесты — нужен доступ к серверу и опыт администратора.
Мы проверяем серверы бесплатно за 24 часа. Без обязательств, с отчётом и конкретными рекомендациями. Подробности — на support.orangecode.ru.