Магазин работает, заказы идут — но конверсия почему-то ниже, чем должна быть. Часть покупателей уходит, и вы даже не знаете об этом. В этой статье — семь ошибок, которые не видны в админке, но стоят вам денег каждый день. Покажем, как найти каждую и что с ней делать.
Скрытые ошибки сайта в корзине, которые никто не видит
Звонок от владельца магазина электроинструментов: «Трафик растёт, рекламу льём, а заказов меньше, чем полгода назад — разработчик говорит, что с сайтом всё нормально.» Знакомая ситуация, когда проверка сайта на ошибки кажется лишней, ведь «всё же работает».
Мы открыли Яндекс.Метрику и построили воронку: товар в корзину добавляли 340 человек в день, до страницы оформления доходили 280, а заказ завершали всего 40. Где-то между «Оформить» и «Спасибо за заказ» каждый день пропадали 240 потенциальных покупателей.
Причина нашлась через два часа: на этапе выбора доставки скрипт расчёта стоимости выдавал ошибку JavaScript — тихо, без красных экранов, просто кнопка «Далее» переставала работать. Покупатель тыкал, тыкал — и уходил.
Ошибка появилась три месяца назад после обновления модуля доставки. За это время магазин потерял примерно 21 600 несостоявшихся заказов, и при среднем чеке 4 700 рублей это больше 100 миллионов рублей упущенной выручки. А владелец не знал, ведь сайт «работал нормально».
Как проверить самостоятельно: откройте Яндекс.Метрику и зайдите в «Вебвизор», отфильтруйте визиты, где пользователь был на странице корзины, но не дошёл до «Спасибо за заказ». Посмотрите 10-15 таких записей — если видите, что люди многократно нажимают на кнопку и уходят, значит у вас проблема именно на этом шаге.
Ещё проще: постройте воронку в Метрике с шагами «каталог, карточка товара, корзина, оформление, подтверждение». Если на каком-то шаге отваливается больше 70% — копайте именно там, потому что такая проверка сайта на ошибки воронки занимает всего пять минут.
Конверсия интернет-магазина и скорость: 3 секунды = минус 40% покупателей
Google провёл исследование на 11 миллионах мобильных страниц, и результат говорит сам за себя: при увеличении времени загрузки с 1 до 3 секунд вероятность отказа вырастает на 32%, а с 1 до 5 секунд — на 90%.
Для интернет-магазинов на Битрикс это особенно актуально: главная страница может грузиться за секунду, а каталог с фильтрами — за шесть, потому что каталог — это тяжёлые запросы к базе данных, пересчёт фильтров и загрузка изображений. Чем больше товаров в каталоге, тем тяжелее работает фильтрация.
Вот что мы видим в реальных проектах: магазин автозапчастей на 45 000 товаров, главная грузится за 1,4 секунды — отлично, а каталог с выбранным фильтром «тормозные колодки» — 7,2 секунды. Именно на этих страницах покупатели проводят 80% времени, и именно они работали медленнее всего.
Как проверить самостоятельно: откройте Google PageSpeed Insights и вставьте URL не главной страницы, а страницы каталога с применённым фильтром, потом — карточку товара, потом — корзину. Если хотя бы одна из них грузится дольше 3 секунд на мобильном — вы теряете покупателей именно на этом этапе.
Ещё один способ: в Яндекс.Метрике откройте отчёт «Время загрузки страниц» и отсортируйте по самым медленным. Посмотрите, какие URL оказались в топе — почти всегда это каталог с фильтрами или страницы со smart-фильтром Битрикса.
Проверка сайта на ошибки 404: битые ссылки и тихий отток трафика
Каждая страница с ошибкой 404 — это потерянный посетитель: он пришёл из поиска, кликнул по ссылке и увидел «Страница не найдена». Дальше он вернётся в поиск и уйдёт к конкуренту — время на принятие решения составляет не больше трёх секунд.
Откуда берутся 404-е на сайте, который «никто не трогал»? При проверке сайта на ошибки мы обычно находим три основных источника:
- Удалённые или перемещённые товары без настройки редиректов. Товар сняли с продажи, страницу удалили — а в Яндексе она ещё полгода будет в индексе.
- Изменение структуры URL. Переключили ЧПУ, поменяли разделы каталога — и все старые ссылки ведут в никуда.
- Битые ссылки внутри сайта. Баннер на главной ведёт на акцию, которая закончилась два месяца назад.
У одного нашего клиента мы нашли 1 200 страниц с 404-й ошибкой. Две трети из них были в индексе Яндекса. Это не просто потерянные посетители — это сигнал поисковику: «На этом сайте много мёртвых страниц». И позиции начинают падать по всем запросам.
Как проверить самостоятельно: зайдите в Яндекс.Вебмастер, раздел «Диагностика сайта» или «Индексирование, Страницы в поиске» — там видны все страницы с ошибками. Отсортируйте по статусу «404», и если их больше 50 — пора заняться настройкой редиректов.
Бесплатный инструмент для быстрой проверки — Screaming Frog, бесплатная версия которого сканирует до 500 URL. Запустите краулинг сайта и посмотрите на вкладку «Response Codes» с фильтром «Client Error 4xx».
Мобильная версия, которая только притворяется мобильной
По данным Яндекс.Радара, больше 70% визитов на сайты интернет-магазинов приходится с мобильных устройств, при этом конверсия на мобильных в среднем в 2-3 раза ниже, чем на десктопе.
Причина в том, что «адаптивная верстка» и «удобный мобильный сайт» — это разные вещи: сайт может выглядеть нормально на экране телефона, но при этом быть крайне неудобным для покупки.
Типичные проблемы, которые мы находим при аудите:
- Кнопка «Добавить в корзину» меньше 44 пикселей — палец промахивается. Покупатель случайно открывает галерею изображений вместо того, чтобы добавить товар.
- Форма оформления заказа не влезает в экран. Поля вводятся с ошибками, потому что клавиатура закрывает половину формы.
- Фильтры каталога в мобильной версии работают, но занимают весь экран. Покупатель выбирает фильтр, а потом не может найти кнопку «Показать результаты».
- Попапы и баннеры перекрывают контент. Google за это ещё и понижает в выдаче — есть специальный фильтр для навязчивых interstitials.
Как проверить самостоятельно: возьмите свой телефон и пройдите весь путь покупателя — найдите товар, добавьте в корзину, начните оформлять заказ и засеките время. Если весь путь от главной до «Оформить заказ» занимает больше 2 минут — у вас проблемы с мобильным UX, и это один из пунктов, который обязательно включают в проверку сайта на ошибки.
Второй способ: Google Search Console, раздел «Удобство страниц». Там видны все проблемы мобильной версии, которые нашёл робот Google. Обращайте внимание на «Элементы слишком близко друг к другу» и «Контент шире экрана».
Диагностика сайта: ошибки в микроразметке, которые крадут клики
Микроразметка Schema.org — это подсказки для поисковика: вы говорите ему «вот это — товар, вот его цена, вот рейтинг, вот наличие на складе», и поисковик показывает эту информацию прямо в выдаче со звёздочками, ценой и кнопкой «В наличии». Такие расширенные сниппеты получают на 20-30% больше кликов по сравнению с обычными.
Проблема в том, что микроразметка ломается тихо, без ошибок в браузере — и без регулярной проверки сайта на ошибки разметки вы этого не узнаете. Обновили Битрикс — шаблон сниппета изменился, поменяли структуру каталога — разметка Product стала указывать на несуществующую категорию, добавили новый тип доставки — данные о наличии перестали обновляться.
Мы проверяли магазин одежды на 3 000 товаров, и микроразметка была настроена, но содержала ошибки на 80% карточек: цена в разметке не совпадала с ценой на странице из-за старого кеша, а Availability показывал «InStock» для товаров, которых не было на складе уже месяц. В итоге Google просто перестал показывать расширенные сниппеты для этого домена.
Результат: CTR в поисковой выдаче упал на 25% — те же позиции, но меньше кликов, потому что конкуренты с нормальной разметкой выглядели привлекательнее в результатах поиска.
Как проверить самостоятельно: откройте инструмент Google «Проверка расширенных результатов» (search.google.com/test/rich-results) и вставьте URL карточки товара — инструмент покажет, какие данные видит Google и где ошибки. Проверьте 5-10 карточек из разных разделов, потому что ошибки часто встречаются только в определённых категориях.
Дубли страниц: конкуренция с самим собой
Одна и та же страница товара доступна по трём URL — с www и без, с параметрами фильтра и без, с trailing slash и без. Для браузера это одна страница, но для Яндекса и Google — три разных, и они начинают конкурировать друг с другом за одну и ту же позицию в выдаче.
Результат: вместо одной страницы на 5-й позиции вы получаете три страницы, каждая из которых болтается на 15-20-й, а суммарный трафик оказывается в разы меньше ожидаемого.
Откуда берутся дубли на Битрикс:
- Параметры UTM-меток в URL. Каждая рекламная ссылка с utm_source создаёт «новую» страницу в глазах поисковика.
- Фильтры каталога через GET-параметры. Каждая комбинация фильтров — потенциальный дубль.
- Пагинация. Страницы 2, 3, 4 каталога индексируются как отдельные страницы.
- Версии с http и https, с www и без — если не настроен единый адрес.
На одном проекте мы обнаружили, что в индексе Яндекса находилось 28 000 страниц. При том, что на сайте реальных уникальных страниц — около 4 000. Остальные 24 000 — дубли. Яндекс тратил краулинговый бюджет на обход этого мусора вместо того, чтобы чаще заходить на важные страницы.
Как проверить самостоятельно: зайдите в Яндекс.Вебмастер, раздел «Индексирование, Страницы в поиске», и посмотрите общее количество страниц в индексе. Сравните его с реальным числом страниц на сайте (количество товаров + категории + информационные страницы) — если в индексе в 2-3 раза больше, у вас проблема с дублями, и проверка сайта на ошибки индексации должна стать приоритетом.
Ошибки сервера, которые случаются раз в день — и вы об этом не знаете
Есть ошибки, которые происходят не постоянно, а при определённых условиях: утром, когда запускается обмен с 1С и одновременно приходит трафик из рекламы, или вечером, когда запускаются бэкапы и нагрузка на диск подскакивает.
Такие ошибки длятся 5-15 минут, потом всё восстанавливается — вы заходите на сайт и он работает, проверяете из офиса и тоже работает. А Яндекс.Метрика тем временем показывает провал в графике посещений каждый день с 10:00 до 10:15.
Мы подключились к серверу клиента и поставили мониторинг на неделю. Выяснилось: каждый день в 10:00 обмен с 1С забирал 100% оперативной памяти сервера. MySQL начинал свопить на диск, запросы копились в очереди, сайт отвечал с задержкой 8-12 секунд. Через 10-15 минут обмен заканчивался, и всё приходило в норму.
15 минут в день — вроде мелочь. Но это 15 минут в самый пиковый час трафика. По нашим расчётам, магазин терял около 30 заказов в день именно из-за этого окна. При среднем чеке 6 200 рублей — это 186 000 рублей в день. 5,6 миллиона в месяц.
Как проверить самостоятельно: в Яндекс.Метрике откройте отчёт «Посещаемость» с детализацией по часам и выберите период за последнюю неделю. Посмотрите, есть ли повторяющиеся провалы в одно и то же время — если да, это не «люди просто не заходят», а сервер не отвечает, и нужна проверка сайта на ошибки серверной конфигурации.
Для более точной диагностики подключите бесплатный UptimeRobot. Он проверяет доступность сайта каждые 5 минут и присылает уведомление, если сайт не отвечает. За неделю соберётся полная картина.
Аудит интернет-магазина за 30 минут: экспресс-чек-лист
Все семь ошибок, которые мы разобрали, объединяет одно: их не видно в админке Битрикса, сайт «работает», товары отображаются, заказы приходят — просто их могло бы быть в два-три раза больше. Регулярная проверка сайта на ошибки помогает выявить такие скрытые проблемы до того, как они съедят вашу выручку.
Вот экспресс-чек-лист для самостоятельной проверки сайта на ошибки, на каждый пункт уйдёт 3-5 минут:
- Воронка в Метрике: постройте путь «каталог, корзина, оформление, спасибо». Найдите, где отваливается больше всего.
- PageSpeed: проверьте не главную, а страницу каталога с фильтром. Норма для мобильных — меньше 3 секунд.
- Вебмастер: посмотрите количество 404-х и общее число страниц в индексе. Сравните с реальным.
- Мобильный тест: пройдите путь покупателя с телефона. Добавьте товар, начните оформлять.
- Микроразметка: проверьте 5 карточек товаров в Google Rich Results Test.
- Посещаемость по часам: поищите повторяющиеся провалы в графике.
Это то, что вы можете сделать сами без специалиста прямо сейчас — если хотя бы в двух пунктах нашлась проблема, есть смысл копнуть глубже.
Дальше начинается территория, где нужен доступ к серверу: логи ошибок, конфигурация PHP и MySQL, нагрузочные тесты, настройка кеширования и редиректы — это уже работа администратора.
Мы проверяем серверы бесплатно за 24 часа — без обязательств, с конкретным отчётом. Подробности: support.orangecode.ru