Скопировать ссылку
Расширение ассортимента обычно воспринимают как безусловный ресурс для роста. Но если платформа не успевает развиваться вместе с магазином, каждая новая категория увеличивает число обращений к базе данных и создает дополнительные маршруты для посетителей и поисковых систем.
В интернет-магазине «Аспект» накопившиеся ограничения проявились сразу на нескольких уровнях. Загрузка отдельных страниц занимала до 10 секунд, в моменты высокой активности появлялись ошибки 500 и 504, а один товар мог существовать по разным адресам. Продолжать увеличивать каталог в таких условиях означало усиливать проблему.
Проект Demis Group и «Аспекта» показывает, почему в такой ситуации работу над поисковым трафиком стоит начинать не с новых текстов, а с проверки устройства сайта.
Бизнес вырос быстрее платформы
Компания «Аспект» продает рабочую одежду, специальную обувь и средства индивидуальной защиты с 2008 года. Продукцию заказывают производственные и строительные предприятия, сервисные организации и розничные покупатели по всей России.
За годы работы интернет-магазин превратился в разветвленную систему с тысячами позиций, фильтрами, сезонными категориями и поддоменами для разных регионов.
Серверу приходилось обрабатывать растущий массив данных. Карточки наследовали вложенность разделов, поэтому местоположение товара в каталоге влияло на его интернет-адрес. Фильтры создавали дополнительные страницы, а региональные версии увеличивали количество связей внутри проекта.
Если сервер долго отвечает, посетитель может не дождаться загрузки и уйти. Поисковый робот также получает меньше страниц и тратит часть ресурса на повторный обход одинакового содержания. Поэтому технический долг одновременно затрагивал пользовательский опыт, видимость в выдаче и продажи.
Почему исправлять симптомы по отдельности было бессмысленно
Медленную страницу можно ускорить, а появившийся дубль — закрыть от индексации. Однако в большом каталоге такая тактика превращается в бесконечную череду локальных исправлений.
Диагностика показала, что сбои связаны между собой. Избыточные вычисления повышали нагрузку на сервер, устройство разделов порождало копии карточек, а региональная структура усложняла движение поискового робота.
Поэтому перед созданием новых посадочных страниц требовалось сократить объем лишней работы сервера и поисковых систем.
Проект выстроили вокруг трех вопросов:
- какие операции сильнее всего замедляют обработку данных;
- почему у одной товарной позиции появляется несколько интернет-адресов;
- корректно ли взаимодействуют между собой региональные версии.
Первый уровень: сократить лишние вычисления
Специалисты проанализировали запросы, программные модули и настройки базы данных, чтобы определить самые ресурсоемкие процессы.
Конфигурацию MySQL — системы, отвечающей за работу с базой данных, — адаптировали к большому объему информации. Отдельно пересмотрели кеширование: часть уже рассчитанных результатов можно сохранять и использовать повторно, вместо того чтобы заново собирать страницу при каждом обращении.
Изменения затронули настройки PHP, на котором работала серверная часть проекта, и обработку запросов к каталогу. Наиболее тяжелые операции переработали, использование процессора скорректировали, а в таблицах, связанных с изображениями, добавили индексы для более быстрого поиска записей.
Для товарных списков и фильтров применили композитное кеширование. Хранение накопленных данных системы аналитики тоже изменили, чтобы служебная информация не создавала дополнительную нагрузку.
Сервер стал тратить меньше ресурсов на повторяющиеся действия. Это снизило вероятность резких перегрузок и ускорило передачу страниц.
Второй уровень: дать каждому товару постоянный адрес
Следующая задача касалась устройства карточек. Раньше их адреса повторяли путь по категориям и подкатегориям. Если одна модель рабочей одежды относилась сразу к нескольким разделам, сайт мог сформировать для нее несколько URL — уникальных адресов страниц.
Покупатель во всех случаях видел один товар. Для поисковой системы это были самостоятельные страницы с практически идентичным содержанием, среди которых нужно выбрать основную.
Кроме того, при переносе позиции в другой раздел менялся и ее адрес. Уже известная поисковой системе карточка фактически исчезала, а новая должна была пройти обработку заново.
Эту зависимость убрали. Товары перевели на самостоятельный уровень с элементом product/ в адресе. Теперь расположение карточки не определяется веткой каталога: одна позиция сохраняет один URL, даже если представлена в нескольких тематических разделах.
Решение уменьшило глубину страниц и число копий. Карточки получили постоянное место в структуре, а поисковым роботам стало проще находить оригинальную версию.
Третий уровень: развести региональные версии
Продажи по всей России требуют учитывать местный спрос и географию покупателей. Для этого «Аспект» развивал отдельные поддомены. Но чем больше у сайта региональных вариантов, тем важнее точно показать поисковой системе, к какому городу относится каждая страница.
Команда исправила ошибки, возникавшие при переключении региона, проверила содержание локальных разделов и убрала повторяющиеся служебные описания. Внутренние ссылки между поддоменами также пересмотрели, чтобы переходы не создавали лишних маршрутов и не смешивали географические версии.
После этого страницы получили более ясное географическое назначение, а управлять системой стало проще.
Как технические изменения отразились на трафике
Эффект оценивали после того, как поисковые системы обработали обновленную структуру. В январе сайт получил 18 334 визита из поиска. В феврале показатель вырос до 20 899. Суммарно за два месяца поисковый канал привел 39 233 посетителя.
Это на 8213 визитов, или приблизительно на 26%, больше результата за январь и февраль предыдущего года.
Поисковые переходы приводили и к покупкам. В январе из этого канала поступило 93 заказа, в феврале — 92. Таким образом, за рассматриваемый период пользователи оформили 185 заказов.
Сайт начал эффективнее использовать уже существующий ассортимент: сервер стабильнее обрабатывал обращения, робот реже возвращался к копиям, а постоянные адреса помогали карточкам сохраняться в индексе.
По оценке Егора Даньшина, аккаунт-менеджера департамента информационных технологий Demis Group, поисковое продвижение крупного магазина невозможно отделить от состояния его платформы. Пока вычислительные ресурсы расходуются на перегрузки и тяжелые операции, увеличение числа страниц не дает бизнесу полноценно развивать каталог.
Генеральный директор «Аспекта» Сергей Кусонин связывает полученную динамику с тем, что технические доработки выполнялись вместе с поисковым продвижением. Обновленная архитектура рассчитана на дальнейшее пополнение ассортимента и развитие продаж в регионах.
Когда бизнесу пора проверить архитектуру интернет-магазина
Опыт «Аспекта» актуален для проектов, в которых каталог растет быстрее технической платформы. На необходимость аудита могут указывать несколько признаков:
- страницы категорий и фильтров открываются заметно дольше остальных разделов;
- при росте посещаемости сервер начинает возвращать ошибки;
- одна позиция доступна по нескольким адресам;
- после переноса товара между категориями меняется URL;
- новые карточки долго не появляются в поиске;
- региональные версии содержат одинаковые описания или ссылаются друг на друга без понятной логики;
- увеличение числа посадочных страниц не сопровождается сопоставимым ростом трафика и заказов.
Если наблюдается сразу несколько таких симптомов, проблема может находиться не в объеме контента и не в отдельных настройках поискового продвижения. Вероятно, платформа расходует ресурсы неэффективно и нуждается в системной перестройке.
Главный вывод
Масштабирование интернет-магазина — это не только добавление товаров, категорий и регионов. Каждый новый элемент меняет нагрузку на базу данных и усложняет путь к нужной странице.
Поэтому технические показатели следует оценивать вместе с маркетинговыми: скорость — с отказами, структуру адресов — с индексацией, стабильность сервера — с заказами. В случае «Аспекта» именно такая связка помогла превратить архитектуру из ограничения в основу для дальнейшего роста.
