Вернуться к статьям Редизайн интернет-магазина меняет внешний вид страниц, навигацию, каталог, карточки товаров, корзину, адреса страниц и правила наполнения сайта.
Покупатель может искать товар через каталог, поиск, фильтры, подборки или сохранённую ссылку. Если после обновления исчезает привычный маршрут, меняются названия разделов или не открывается нужная страница, пользоваться сайтом становится сложнее. Поэтому до переноса изменений проверяют структуру, контент и пользовательские сценарии.
Когда нужен редизайн интернет-магазина
Причину для редизайна формулируют через конкретные сценарии. Например, посетители не могут отобрать товары по параметрам, в карточке не хватает условий получения, мобильная версия скрывает важные элементы, а редакторы сталкиваются со сложностями при обновлении каталога.
Команда отделяет проблемы интерфейса от проблем ассортимента, контента и внутренних процессов. Новый дизайн не заполнит отсутствующие характеристики товаров и не объяснит правила доставки, если они не описаны. Он не заменяет правила передачи остатков, цен и статусов между сайтом и внешними системами.
До начала работ фиксируют страницы с переходами из поисковых систем, используемые категории и фильтры, а также маршруты до оформления заказа. Этот список используют, чтобы после обновления проверить сохранность страниц и пользовательских сценариев.
Что сохранить при редизайне сайта для поисковой оптимизации
Поисковая видимость зависит от доступности и содержания страниц. При изменении адресов категорий, товаров или материалов заранее определяют, куда должен вести каждый прежний адрес страницы. Старый адрес сопоставляют с наиболее подходящей новой страницей либо исключают из структуры по понятной причине.
Перед редизайном составляют перечень значимых страниц: разделов каталога, карточек товаров, страниц брендов, материалов и посадочных страниц. Для них проверяют заголовки, описания для поисковой выдачи, основной текст, изображения, внутренние ссылки и разбивку списка товаров на страницы, если эти элементы используются на сайте.
Страницы не переносят по формальному совпадению названий. Если прежняя категория объединяла несколько групп товаров, а новая структура разделяет их, для каждой старой страницы подбирают страницу с близким назначением. Переход на главную страницу вместо нужного раздела мешает посетителю продолжить поиск.
Структура каталога и навигация после обновления
Каталог строят вокруг признаков, по которым покупатели выбирают товар: совместимости, размера, материала, назначения, наличия или других параметров. Сначала определяют эти признаки, затем распределяют их между меню, фильтрами, карточками и поиском.
Востребованные разделы не скрывают за несколькими уровнями навигации. Если ранее товар находили через раздел, подборку и фильтр, этот маршрут проверяют в новой структуре. Отдельное внимание уделяют мобильной версии: в ней меню, фильтры и таблицы параметров могут отображаться иначе.
Для проверки готовят примеры с вариантами товара, отсутствием в наличии, наборами и особыми условиями заказа. Такие данные показывают, как интерфейс работает с реальным каталогом, а не только с демонстрационными карточками.
Редизайн карточки товара без потери понятности
Карточка товара должна отвечать на основные вопросы до добавления в корзину: что продаётся, чем отличаются варианты, какие характеристики важны, как получить товар и какие действия доступны после оформления.
До разработки определяют обязательные поля и источники данных. Если характеристики поступают из учётной системы, дизайнеру и разработчику нужен фактический набор значений: длинные названия, несколько вариантов, неполные параметры, изображения разных форматов. Иначе часть данных может не поместиться в шаблон или отобразиться неполно.
Если сайт работает на «1С-Битрикс: Управление сайтом», в проекте отдельно описывают структуру каталога, шаблоны вывода и правила наполнения. Это задачи системы управления сайтом. Требования к работе сотрудников с клиентами формируют отдельно и не подменяют ими требования к витрине.
Как проверить корзину и оформление заказа
Проблемы после обновления часто возникают из-за изменённой последовательности действий. Посетитель может не увидеть условия доставки, потерять состав заказа после выбора варианта товара или столкнуться с полем без понятного назначения.
Команда формирует сценарии от добавления товара до подтверждения заказа. В проверку включают изменение количества, удаление позиции, товар с вариантами, разные способы получения и случаи, когда часть данных недоступна. Если в проекте предусмотрены промокоды, резервирование, частичная отмена или отдельные условия для групп покупателей, их проверяют как самостоятельные сценарии.
Форму проверяют в работающем сценарии с данными, похожими на реальные. Это позволяет увидеть ошибки в сообщениях, расчётах, отображении состава заказа и передаче данных между страницами.
Технический план редизайна интернет-магазина
План перехода фиксирует состав изменений: какие адреса страниц сохраняются, какие появляются, что меняется в каталоге, какие материалы готовятся и кто проверяет страницы перед публикацией.
Подрядчику передают перечень исходных страниц и данных для переноса, правила сопоставления старых и новых адресов, набор сценариев для проверки и порядок загрузки контента. Формулировки вроде «перенести поисковую оптимизацию» или «обновить интерфейс» требуют расшифровки в виде конкретных страниц, данных и действий.
Если редизайн связан с интеграциями, отдельно описывают передаваемые данные, направление обмена, обработку пустых значений и ошибок. Для каталога и оформления заказа определяют, какие данные поступают на сайт, где они изменяются и как проверяется их отображение.
Часто задаваемые вопросы
- Нужно ли менять адреса страниц при редизайне?
Нет, если новая структура и назначение страницы позволяют сохранить прежний адрес. Если адрес меняется, для него заранее определяют подходящую новую страницу и проверяют соответствие на перечне существующих товаров, категорий, материалов и других значимых адресов.
- Можно ли сначала утвердить дизайн, а потом проверить каталог?
Макеты следует проверять на реальных примерах до разработки. Для этого используют длинные названия, несколько вариантов товара, неполные характеристики, отсутствие изображения и большие таблицы параметров. Такие примеры показывают ограничения интерфейса до сборки сайта.
- Что передать подрядчику до начала редизайна?
Передают структуру каталога, примеры товаров, правила доставки и оформления, перечень важных страниц, материалы для карточек, описание внешних систем и список нестандартных сценариев. Открытые вопросы обозначают отдельно, чтобы они не остались на усмотрение исполнителя.
- Как проверить поисковую видимость после редизайна?
Проверяют список прежних адресов, соответствие новых страниц их назначению, доступность каталога и карточек, внутренние ссылки, заголовки и тексты. После переноса контролируют, какие страницы открываются и куда ведут старые адреса.
- Нужно ли переделывать весь интернет-магазин ради новой главной страницы?
Нет, если изменения касаются только входной страницы и связанных с ней блоков. Полный редизайн рассматривают, когда ограничения затрагивают каталог, карточки, навигацию, оформление заказа или поддержку контента.