Как мы перенесли интернет-магазин пиломатериалов с Joomla на 1С-Битрикс, обновили UX и почти вдвое снизили стоимость конверсии
Вводная: это был не просто перенос сайта, а полная пересборка продукта
У проекта «ЛидерЛес» уже был работающий сайт интернет-магазина пиломатериалов. На нем продавались имитация бруса, строганая доска, вагонка, доска пола, блокхаус, планкен, строганый брус, обрезная доска, обрезной брус, клееный брус, мебельный щит, профилированный брус, палубная и террасная доска, погонаж, фанера, товары для бани и саун и другие категории строительных и отделочных материалов.
Сайт выполнял базовую функцию: показывал каталог, давал возможность пользователю выбрать товар и связаться с компанией. Но со временем проект стало сложно поддерживать. Кодовая база накопила много технического долга: сторонние зависимости, переопределения, точечные доработки, устаревшие решения, лишние скрипты, неиспользуемые стили и HTML-мусор. Любое изменение требовало все больше времени, а развитие сайта становилось менее предсказуемым.
Перед нами стояла задача не просто «переехать на новый движок». Нужно было сохранить весь полезный функционал, не потерять структуру и при этом сделать сайт лучше: быстрее, чище, удобнее для пользователей, понятнее для поисковых систем и проще для дальнейшего развития.
В итоге мы перевели проект с Joomla 3.10 + VirtueMart на 1С-Битрикс, обновили визуальную систему, переработали каталог, упростили корзину, внедрили калькулятор единиц измерения, настроили техническое SEO, микроразметку, фиды для Яндекса, исправили проблемы индексации и подготовили базу для дальнейшего роста.
Кратко о результате
После миграции и доработок сайт стал заметно сильнее как продукт и как SEO-платформа.
Что изменилось:
сайт переехал со старого стека Joomla 3.10 + VirtueMart на 1С-Битрикс;
кодовая база стала чище и проще для поддержки;
дизайн стал современнее, последовательнее и визуально целостным;
каталог стал удобнее для выбора пиломатериалов;
фильтры перестали быть спрятанными и стали работать как быстрый ориентир по ассортименту;
карточка товара получила удобный пересчет по единицам измерения;
корзина стала проще: меньше шагов, меньше обязательных полей, быстрее оформление заказа;
появились YML-фиды для Яндекс.Бизнеса, Яндекс.Товаров и товарной рекламы в Яндекс.Директе;
был настроен sitemap.xml и robots.txt;
исправлена проблема soft 404, когда несуществующие страницы отдавали статус 200;
были проработаны title, description и SEO-тексты категорий;
добавлена микроразметка schema.org для бизнеса, хлебных крошек, товаров, офферов и списков товаров;
улучшена производительность за счет кэширования, удаления лишнего кода, lazy loading и отложенной загрузки сторонних скриптов;
внешняя зависимость от Google Fonts была убрана: шрифт Inter перенесли на локальный хостинг;
добавлены дополнительные способы связи и блоки доверия;
стоимость конверсии снизилась почти в два раза;
выросло количество оформлений заказов;
снизилась доля пустых звонков и нагрузка на продавцов;
улучшились поведенческие показатели: отказы, глубина просмотра и время на сайте.
Исходная проблема: сайт работал, но стал тяжелым для поддержки
Старый сайт был построен на Joomla 3.10 и VirtueMart. Это решение долго выполняло свою задачу, но со временем в проекте накопилось много слоев доработок. Типичная проблема таких сайтов: сначала система кажется гибкой, но через несколько лет она превращается в набор частных решений, которые трудно развивать.
В проекте накопились:
запутанная кодовая база;
множество сторонних расширений;
переопределения шаблонов и логики;
точечные доработки, сделанные под конкретные задачи;
лишние скрипты и стили;
HTML, который разрастался и усложнял страницы;
проблемы с кэшированием;
технические ошибки, которые влияли на индексацию.
Главная проблема была не в том, что сайт «сломался». Он продолжал работать. Но поддерживать его становилось все сложнее. Любая новая правка могла затрагивать неожиданные места. Добавить функциональность, изменить поведение каталога или аккуратно улучшить SEO было трудно, потому что проект уже не был прозрачным.
Для бизнеса это означало несколько рисков:
Доработки занимают больше времени и стоят дороже.
Ошибки сложнее прогнозировать.
Новый функционал внедряется медленнее.
SEO-рост ограничивается техническим состоянием сайта.
Пользовательский опыт не развивается с нужной скоростью.
Поэтому перед командой встал вопрос: пытаться обновить старую систему или переходить на новую платформу.
Выбор платформы: почему не обновление Joomla и не WordPress
Первым вариантом было обновление Joomla до актуальной версии. Но проблема заключалась в том, что нужно было перепрыгнуть несколько мажорных версий. В таких ситуациях обновление часто перестает быть «обновлением» в привычном смысле и превращается в почти полный переписанный проект.
Нужно было бы заново проверять совместимость расширений, переписывать переопределения, переносить логику, тестировать каталог, корзину, шаблоны, SEO-настройки, интеграции и пользовательские сценарии. По трудозатратам это приближалось к разработке нового сайта, но при этом сохраняло часть старых ограничений.
Мы также рассматривали WordPress. Но для российского проекта в текущих условиях этот вариант выглядел менее устойчивым. Возникали вопросы по зависимости от зарубежной экосистемы, обновлениям, внешним сервисам и потенциальным блокировкам. Для интернет-магазина, который должен стабильно работать и развиваться внутри российского рынка, это было важным фактором.
В итоге было принято решение перейти на 1С-Битрикс.
Почему 1С-Битрикс оказался логичным выбором:
это распространенная в России CMS для коммерческих проектов и интернет-магазинов;
у системы большое комьюнити и много специалистов на рынке;
платформа привычна для крупных и средних российских сайтов;
проще закрывать типовые задачи каталога, SEO, фидов и интеграций;
есть готовая база для дальнейшего развития e-commerce-функций;
меньше рисков, связанных с зарубежными сервисами и обновлениями;
платформа лучше подходила под дальнейшую работу с товарными фидами, Яндексом и рекламой.
Важно: цель не была в том, чтобы «поменять CMS ради CMS». Нам нужно было получить управляемый, поддерживаемый и расширяемый продукт, который можно развивать дальше.
Цель проекта: перенести сайт в том же объеме, но сделать его лучше
На старте мы сформулировали задачу так: сайт после переноса должен быть как минимум не хуже старого, а в идеале — заметно лучше.
Это означало, что нельзя было просто скопировать страницы и каталог на новый движок. Нужно было сохранить полезное, убрать лишнее и переосмыслить слабые места.
Мы работали сразу в нескольких направлениях:
техническая миграция на 1С-Битрикс;
обновление дизайна;
разработка новой дизайн-системы;
переработка каталога и фильтрации;
улучшение карточек товаров;
упрощение корзины;
настройка SEO-инфраструктуры;
исправление ошибок индексации;
подготовка YML-фидов;
структурированные данные schema.org;
производительность;
доверие и контактные сценарии;
аналитика и дальнейшие гипотезы развития.
Новый дизайн: свежее, чище, понятнее
Одной из важных частей проекта стало обновление визуального языка. Старый сайт выглядел менее современно и был визуально менее последовательным. На новом этапе мы хотели сделать интерфейс более понятным, лаконичным и собранным.
Мы не ставили задачу радикально изменить бренд или сделать сложный экспериментальный дизайн. Интернет-магазин пиломатериалов — это утилитарный продукт. Пользователь приходит туда не за визуальными эффектами, а за быстрым ответом на практический вопрос: есть ли нужный материал, какие у него характеристики, сколько он стоит, как его заказать и как связаться с продавцом.
Поэтому дизайн строился вокруг нескольких принципов:
убрать визуальный шум;
сделать структуру страниц понятнее;
повысить читаемость;
сделать карточки товаров и категории аккуратнее;
улучшить контраст кнопок и ключевых элементов;
привести компоненты к единому стилю;
сделать интерфейс более современным, но не перегруженным.
В результате сайт стал выглядеть более цельно. Пользователю проще ориентироваться, быстрее считывать информацию и переходить к целевым действиям.
[Скриншот: старая и новая главная страница. Подписи: «до — разрозненная визуальная структура», «после — единая сетка, чище блоки, понятнее акценты».]
Дизайн-система: чтобы сайт был не набором страниц, а цельным продуктом
Отдельно мы разработали новую дизайн-систему. Это было важно не только для визуальной части, но и для будущей поддержки проекта.
Раньше многие элементы выглядели и работали как отдельные решения. На новом сайте мы пошли от компонентов: кнопки, карточки, фильтры, формы, блоки товара, хлебные крошки, элементы каталога, информационные блоки, CTA, FAQ и другие части интерфейса стали переиспользуемыми.
Это дало несколько преимуществ:
Последовательность интерфейса. Пользователь видит одинаковую логику элементов на разных страницах.
Более аккуратный визуальный стиль. Страницы не выглядят собранными из разных фрагментов.
Проще развитие. Новый блок или страница собираются из уже готовых элементов.
Меньше ошибок. Компоненты тестируются и переиспользуются, а не создаются каждый раз заново.
Быстрее доработки. Изменение базового компонента можно распространить на разные части сайта.
За счет дизайн-системы сайт стал более атомарным и структурированным. Это особенно важно для проекта с большим каталогом, где много категорий, карточек, фильтров, таблиц характеристик и повторяющихся пользовательских сценариев.
Каталог: сделали выбор товара быстрее и понятнее
Каталог пиломатериалов — сложный интерфейс сам по себе. Пользователь выбирает не просто «товар», а материал с конкретными параметрами: тип древесины, сорт, ширина, длина, толщина, единица измерения, назначение, формат применения и другие характеристики.
На старом сайте фильтрация была менее удобной: часть параметров была спрятана внутри дропдауна. Это создавало лишний шаг. Пользователю нужно было сначала понять, что фильтр вообще есть, затем раскрыть его, затем уже изучать параметры.
Мы изменили эту логику. На новом сайте фильтрация стала более открытой и наглядной. Теперь пользователь сразу видит, какие параметры доступны в категории, и может быстро понять, есть ли подходящий товар.
Почему это важно:
пользователь быстрее оценивает ассортимент;
меньше лишних кликов;
проще ориентироваться в характеристиках;
фильтр работает не только как инструмент выбора, но и как сводка по доступным параметрам;
снижается риск, что пользователь уйдет, не найдя нужный товар;
каталог становится полезнее для разных аудиторий: частных покупателей, прорабов, строительных компаний, оптовиков.
Например, если пользователь заходит в категорию «имитация бруса», он может сразу увидеть доступные размеры, ширины, длины, сорта, типы древесины и другие параметры. Ему не нужно делать дополнительное действие, чтобы понять, представлен ли нужный материал.
Категории товаров: важно было раскрыть ассортимент и не потерять структуру
Сайт работает в тематике пиломатериалов, где ассортимент широкий и неоднородный. В рамках миграции важно было аккуратно перенести и структурировать ключевые категории:
имитация бруса;
строганая доска;
вагонка;
доска пола;
блокхаус;
планкен;
строганый брус;
обрезная доска;
обрезной брус;
клееный брус;
мебельный щит;
профилированный брус;
палубная доска;
террасная доска;
погонаж;
фанера;
товары для бани и саун.
Для каждой категории важно было не просто создать страницу, а сделать ее полезной: с понятным названием, описанием, фильтрами, SEO-текстом, FAQ, корректными метатегами, микроразметкой и логичной структурой.
В таких проектах категория — это не техническая страница каталога. Это полноценная посадочная страница, которая должна одновременно:
помогать пользователю выбрать товар;
закрывать коммерческий интент;
отвечать на частые вопросы;
объяснять отличия материалов;
давать поисковику понятный контент;
вести пользователя к покупке или заявке.
SEO: начали с технической базы
При миграции сайта нельзя ограничиваться внешним видом. Если не перенести и не настроить техническую SEO-базу, можно потерять индексацию, ухудшить обход сайта и создать новые проблемы.
На старом сайте были критичные моменты:
не работал sitemap.xml;
robots.txt содержал лишние или некорректные строки;
часть важных страниц могла блокироваться от индексации;
несуществующие страницы отдавали статус 200;
были проблемы с soft 404;
дублировались title у категорий;
отсутствовали или были слабо проработаны description;
не хватало полноценных SEO-текстов для категорий;
структура не была достаточно хорошо подготовлена для поисковых систем.
Мы начали с базовых вещей, которые часто недооценивают, но именно они определяют, насколько нормально поисковик сможет сканировать сайт.
Sitemap.xml и robots.txt: настроили корректный обход сайта
На старом сайте sitemap.xml работал некорректно. Это мешало поисковикам быстро находить нужные страницы и понимать структуру сайта.
После переноса мы сгенерировали обновленный sitemap.xml, убрали из него лишние страницы и добавили ссылку на карту сайта в robots.txt.
Также мы пересобрали robots.txt:
убрали лишние строки, которые могли блокировать важные страницы;
закрыли то, что действительно не должно попадать в поиск;
привели файл к более корректному виду для Яндекса и Google;
добавили ссылку на sitemap.xml;
проверили, чтобы поисковые роботы могли нормально обходить каталог и ключевые страницы.
Это базовая, но критичная часть SEO. Если поисковик не может корректно обходить сайт, все дальнейшие работы по текстам, метатегам и микроразметке будут работать хуже.
[Скриншот: фрагмент robots.txt и sitemap.xml. Подпись: «После миграции карта сайта стала рабочей, а robots.txt перестал блокировать важные страницы».]
Исправили soft 404: несуществующие страницы перестали отдавать 200
Одна из серьезных проблем старого сайта была связана с soft 404. Страницы, которые фактически не содержали нужного контента или уже не существовали, отдавали поисковикам статус 200.
Для пользователя такая страница могла выглядеть как ошибка или пустая страница. Но для поискового робота она формально считалась существующей.
Это создавало несколько проблем:
поисковики тратили краулинговый бюджет на мусорные страницы;
в индексе могли оставаться неактуальные URL;
роботы хуже фокусировались на действительно важных страницах;
качество сайта в глазах поисковых систем могло снижаться;
обход новых и обновленных страниц мог происходить медленнее.
После переноса мы настроили корректную отдачу статусов. Если страницы нет, она должна отдавать соответствующий код ошибки, а не 200. Это помогает поисковым системам быстрее очищать индекс и эффективнее обходить полезные страницы.
Метатеги: убрали дубли и сделали сниппеты понятнее
На старом сайте была проблема с дублированием title у категорий, а description либо отсутствовали, либо были недостаточно проработаны.
Мы подготовили новые title и description для страниц категорий. При этом задача была не просто добавить ключевые слова. Важно было сделать метатеги понятными для человека.
Хороший title и description должны:
объяснять, что находится на странице;
не вводить пользователя в заблуждение;
быть достаточно конкретными;
учитывать коммерческий интент;
показывать регион работы;
помогать странице выглядеть привлекательнее в поисковой выдаче.
В тематике пиломатериалов регион особенно важен. Пользователь часто ищет не абстрактный товар, а поставщика, который работает в его регионе и может доставить материал. Поэтому в метатегах мы учитывали географию работы сайта.
SEO-тексты для категорий: не «вода для поисковиков», а ответы на реальные вопросы
Для категорий мы подготовили SEO-тексты, но подходили к ним не как к формальному блоку ради ключевых слов. Задача была раскрыть интент пользователя.
Мы изучили конкурентов по Москве, посмотрели, как они описывают похожие категории, какие вопросы закрывают, какие аргументы используют, где дают полезную информацию, а где оставляют пробелы. На основе этого подготовили более подробные и полезные описания.
Например, для категории «имитация бруса» важно рассказать:
какие бывают размеры;
какие ширины и длины доступны;
где материал применяется;
какие характеристики важны для внутренней и наружной отделки;
чем отличаются сорта;
в чем разница между сосной и лиственницей;
какие нюансы монтажа нужно учитывать;
какой материал лучше подходит для конкретных задач;
какие вопросы чаще всего задают покупатели.
Такой контент решает сразу две задачи.
Первая — пользовательская. Человек получает ответы прямо на странице и не вынужден звонить, писать менеджеру или открывать несколько сайтов конкурентов.
Вторая — SEO. Страница становится более полной, релевантной и полезной. Она лучше раскрывает тему и может собирать более широкий пул запросов.
FAQ в категориях: ответили на вопросы, которые люди действительно задают
В каждой категории мы добавили блок частых вопросов. Для этого использовали реальные поисковые подсказки и вопросы пользователей в Яндексе.
Это важно, потому что поведение покупателей меняется. Многие люди не хотят звонить или писать продавцу, чтобы уточнить базовые вещи. Они хотят получить всю информацию на сайте: быстро, без ожидания и без лишнего контакта.
Особенно это заметно в сложных товарных категориях. Если человек выбирает пиломатериалы, у него может быть много вопросов:
какой сорт выбрать;
чем отличается один материал от другого;
подойдет ли товар для наружной отделки;
можно ли использовать его в бане;
как рассчитать количество;
какие размеры лучше взять;
чем отличаются породы древесины;
как хранить материал;
что учитывать при монтаже.
FAQ помогает закрыть эти вопросы до обращения к менеджеру. Это снижает нагрузку на продавцов и повышает качество обращений: пользователь приходит уже более подготовленным.
[Скриншот: блок FAQ на странице категории. Подпись: «Ответы на частые вопросы снижают количество пустых обращений и помогают пользователю принять решение».]
Контент как часть продаж: чем подробнее страница, тем меньше пустых звонков
В этой тематике подробный контент напрямую влияет на коммерческий результат. Если сайт не объясняет различия между материалами, пользователь вынужден обращаться к менеджеру с базовыми вопросами. Часть таких обращений не становится продажами: человек просто уточняет информацию, которую можно было дать на странице.
Мы старались сделать так, чтобы страницы категорий работали как консультант:
объясняли свойства материалов;
показывали применимость;
помогали выбрать характеристики;
отвечали на вопросы;
давали уверенность перед заказом.
После доработок пользователи стали чаще оформлять заказы и меньше обращаться с пустыми вопросами. Это важно не только для конверсии сайта, но и для операционной нагрузки на отдел продаж.
Фиды: открыли новые возможности для Яндекса и рекламы
После перехода на 1С-Битрикс появилась возможность удобнее формировать товарные фиды в формате YML.
Мы использовали эту возможность сразу в нескольких направлениях.
Яндекс.Бизнес
Товарный фид был загружен в Яндекс.Бизнес. Это позволило сделать карточку компании более наполненной и привлекательной: пользователь может видеть не только общую информацию о компании, но и ассортимент.
Для локального бизнеса это важно. Карточка в Яндексе часто становится одной из первых точек контакта с пользователем. Чем больше там полезной информации, тем выше шанс, что человек перейдет дальше или свяжется с компанией.
Яндекс.Товары
Фид также был использован для загрузки товаров в Яндекс.Товары. Это помогает товарам появляться в органической выдаче в товарных блоках Яндекса.
Для интернет-магазина это дополнительная точка видимости. Пользователь может найти товар не только через обычную страницу категории, но и через товарный блок в поиске.
Яндекс.Директ
Еще одно направление — товарная реклама в Яндекс.Директе. YML-фид дал возможность использовать ассортимент в рекламных кампаниях и точнее продвигать конкретные товары.
Таким образом, фид стал не просто техническим файлом, а инструментом роста видимости сайта:
в карточке организации;
в товарной выдаче;
в рекламе;
в дополнительных точках контакта с пользователем.
Производительность: убрали лишнее и ускорили загрузку
Производительность была еще одним важным направлением. Сайт должен не только хорошо выглядеть, но и быстро загружаться.
После перехода на новый стек мы получили более чистую кодовую базу. Страницы перестали тянуть лишние скрипты, неиспользуемый CSS и HTML-мусор, накопленный за время жизни старого проекта.
Что было сделано:
настроено кэширование;
уменьшен объем страниц;
убраны ненужные зависимости;
удалены лишние стили и скрипты;
сторонние скрипты переведены на отложенную загрузку;
внедрен lazy loading;
настроена приоритизация загрузки элементов;
шрифт Inter перенесен с Google Fonts на локальный хостинг;
снижено влияние внешних ресурсов на скорость рендера.
На старом сайте кэширование работало плохо. На новом сайте мы использовали возможности 1С-Битрикс и настроили загрузку так, чтобы страницы открывались быстрее.
Это влияет не только на технические метрики. Скорость напрямую связана с поведением пользователей. Если каталог открывается долго, человек может уйти к конкуренту. Если карточка товара или корзина тормозит, пользователь может не завершить заказ.
Локальная загрузка шрифта Inter: убрали внешнюю зависимость
На старом сайте шрифт Inter загружался через Google Fonts. В обычных условиях это может казаться мелочью, но для российского проекта внешние зависимости становятся дополнительным риском: задержки, блокировки, нестабильная загрузка, влияние на рендер.
Мы перенесли шрифт на локальный хостинг. Это позволило:
убрать зависимость от Google Fonts;
снизить риск задержек при загрузке;
сделать поведение сайта более предсказуемым;
уменьшить влияние внешних сервисов на пользовательский опыт.
В проектах, где важна стабильность, такие детали складываются в общий результат.
Lazy loading и отложенная загрузка скриптов
Мы также настроили lazy loading для изображений и элементов, которые не должны блокировать первичную загрузку страницы.
Сторонние скрипты были переведены на отложенную загрузку, чтобы они не мешали рендеру основного контента. Это особенно важно для страниц каталога и карточек товаров, где пользователь должен быстро увидеть товар, параметры, цену и действия.
Приоритизация загрузки помогает сделать сайт субъективно быстрее: сначала появляется то, что нужно пользователю для принятия решения, а второстепенные элементы догружаются позже.
Техническое SEO: канониклы, хлебные крошки и чистая структура
Помимо sitemap.xml, robots.txt и статусов ошибок, мы проработали другие важные элементы технического SEO.
Canonical
Мы настроили canonical, чтобы поисковые системы корректно понимали основную версию страниц и не воспринимали технические или фильтровые URL как дубли.
Для интернет-магазина это особенно важно: фильтры, сортировки, параметры URL и похожие страницы могут создавать много дублей. Если их не контролировать, поисковик может тратить ресурсы на лишние страницы, а релевантность основных категорий будет размываться.
Хлебные крошки
Мы также правильно настроили хлебные крошки. Это важно и для пользователя, и для поискового робота.
Пользователь понимает, где находится в структуре сайта. Поисковик получает дополнительный сигнал о вложенности страниц.
На некоторых сайтах хлебные крошки настраиваются некорректно и могут создавать циклы, когда бот снова и снова попадает на одни и те же страницы. Мы учитывали этот риск и сделали структуру аккуратной.
Микроразметка schema.org: сделали сайт понятнее для поисковых систем
Один из важных блоков работ — структурированные данные. Мы проработали микроразметку schema.org, чтобы поисковые системы могли лучше понимать содержание страниц и использовать данные сайта в выдаче.
Что было реализовано:
LocalBusiness;
BreadcrumbList;
Product;
Offer;
ItemList на страницах категорий;
Open Graph;
Twitter Card.
LocalBusiness
В LocalBusiness добавили данные о компании:
телефон;
адрес;
график работы;
базовую информацию о бизнесе.
Это помогает поисковым системам корректно считывать контактные данные и использовать их в своих интерфейсах.
BreadcrumbList
Хлебные крошки были добавлены в JSON-LD на страницах сайта. Это дает поисковым системам структурированную информацию о навигации и вложенности.
Product и Offer
На карточках товаров была добавлена микроразметка товара и предложения:
название;
цена;
валюта;
наличие;
данные оффера.
Для интернет-магазина это особенно важно, потому что поисковик должен понимать не просто текст на странице, а конкретную товарную сущность.
ItemList
На страницах категорий была добавлена разметка списков товаров. Это помогает описать, что категория содержит набор товарных элементов.
Open Graph и Twitter Card
Также были добавлены OG-теги:
og:title;
og:description;
og:image;
og:url.
Это улучшает отображение страниц при пересылке ссылок в мессенджерах, социальных сетях и других интерфейсах.
После внедрения микроразметку проверили через валидатор Яндекса. Проверка показала, что структурированные данные настроены корректно. Для интернет-магазина мы покрыли основные сущности, которые было необходимо описать.
Контакты и доверие: дали пользователю больше способов связи
В текущих условиях способы связи стали важнее, чем раньше. Часть мессенджеров может работать нестабильно, у разных пользователей разные привычки, а новый российский мессенджер Max есть не у всех.
Поэтому мы сделали акцент на вариативности контактов. Пользователь не должен искать, как связаться с компанией. Он должен быстро выбрать удобный способ.
Мы добавили и усилили разные сценарии:
звонок;
заявка через форму;
чат;
заказ обратного звонка;
возможность связи через доступные мессенджеры;
понятное отображение контактов;
физический адрес с Яндекс.Карт.
Также в карточках товаров появились отзывы из Яндекс.Карт. Это повышает доверие: пользователь видит не просто товар и цену, а социальное подтверждение, что компания реальная и с ней уже взаимодействовали другие клиенты.
Карточка товара: добавили калькулятор и разные единицы измерения
Одна из самых важных продуктовых доработок — калькулятор на карточке товара.
В пиломатериалах разные аудитории считают товар по-разному. Частному покупателю может быть удобнее считать в штуках. Прорабу или специалисту по отделке — в квадратных метрах. Для строительных материалов могут быть важны кубометры. Для погонажа — погонные метры.
Если сайт заставляет всех считать одинаково, он создает лишнюю нагрузку на пользователя. Человек вынужден самостоятельно переводить единицы, уточнять у менеджера или сомневаться в заказе.
Мы сделали так, чтобы пользователь мог выбрать удобную единицу измерения прямо в карточке товара.
Примеры логики:
для отделочных материалов доступны штуки и квадратные метры;
для строительных материалов вроде обрезного бруса — штуки и кубы;
для погонажных изделий — погонные метры и штуки;
набор единиц зависит от категории товара.
Это делает сайт удобнее сразу для нескольких аудиторий:
частных покупателей;
строителей;
прорабов;
ремонтных бригад;
строительных компаний;
оптовиков.
Пересчет в реальном времени: пользователь не теряет выбранный товар
Мы отдельно продумали сценарий, когда пользователь уже добавил товар, но хочет изменить единицу измерения.
Например, человек добавил имитацию бруса в штуках, а затем понял, что ему удобнее считать в квадратных метрах. На многих сайтах в такой ситуации нужно удалить товар, вернуться назад, выбрать другую единицу и добавить заново.
Мы сделали удобнее: пользователь может менять единицу измерения в режиме реального времени. Пересчет происходит на карточке товара или в корзине без удаления позиции.
Это снижает трение в сценарии покупки. Пользователь не сбрасывает свой выбор, не теряет контекст и не делает лишние действия.
Корзина: убрали лишние шаги и оставили только необходимое
Старая корзина была более сложной. Пользователю нужно было пройти несколько шагов: выбрать товары, нажать «Далее», перейти к форме, затем снова подтвердить оформление заказа. В форме было много обязательных полей: имя, телефон, email и другие данные.
Мы упростили сценарий.
Теперь пользователь заходит в корзину и сразу видит:
добавленные товары;
количество;
выбранные единицы измерения;
итоговую информацию;
форму оформления заказа.
Дополнительные шаги убрали. В форме оставили обязательным только телефон. Это снижает барьер к отправке заявки.
Почему это важно:
меньше шагов до конверсии;
меньше полей — меньше сопротивление пользователя;
не нужно вводить лишние данные;
оформление заказа происходит быстрее;
пользователь не успевает «остыть» или отвлечься.
Для такой тематики это особенно актуально. Часто покупателю важно быстро отправить заявку, а детали уточнить уже при контакте с менеджером.
SmartCaptcha: защита от ботов без лишнего раздражения пользователей
Для борьбы с автоматическими заявками мы подключили SmartCaptcha от Яндекса.
Обычная CAPTCHA часто ухудшает пользовательский опыт. Человеку приходится выбирать картинки, вводить символы или проходить лишнюю проверку. Это особенно неприятно в момент, когда пользователь уже готов оставить заявку.
SmartCaptcha работает иначе. В большинстве случаев пользователь ее не видит. Проверка проходит автоматически через API, а явная CAPTCHA появляется только в сложных случаях, когда система сомневается, человек это или бот.
Такой подход помогает:
снизить количество спам-заявок;
не мешать реальным пользователям;
не добавлять лишний шаг в корзину;
сохранить простой сценарий отправки формы.
Почему это повлияло на конверсии
После запуска обновленного сайта мы увидели, что стоимость конверсии снизилась почти в два раза, а количество конверсий выросло.
Это не результат одного отдельного изменения. Обычно такой эффект появляется, когда одновременно улучшаются несколько уровней продукта:
Пользователь быстрее понимает ассортимент. Помогают открытые фильтры и понятные категории.
Пользователь лучше понимает товар. Помогают SEO-описания, характеристики, FAQ и подробные тексты.
Пользователю проще посчитать заказ. Помогает калькулятор единиц измерения.
Пользователю проще оформить заявку. Помогает упрощенная корзина.
Сайт вызывает больше доверия. Помогают отзывы, контакты, Яндекс.Карты и понятная структура.
Сайт быстрее работает. Помогают кэширование, чистый код, lazy loading и оптимизация скриптов.
Поисковикам проще индексировать сайт. Помогают sitemap, robots, корректные статусы, canonical и микроразметка.
У сайта стало больше точек видимости. Помогают YML-фиды, Яндекс.Бизнес, Яндекс.Товары и товарная реклама.
В результате изменилось не только количество заявок, но и их качество. Пользователи стали чаще оформлять заказы, меньше звонить с базовыми вопросами и меньше нагружать продавцов пустыми обращениями.
Поведенческие показатели: пользователи стали взаимодействовать с сайтом глубже
После запуска обновленного сайта мы продолжили анализировать поведение аудитории. Использовали Вебвизор, карту кликов и карту скроллов.
По наблюдениям, улучшились ключевые поведенческие показатели:
снизились отказы;
выросла глубина просмотра;
увеличилось время на сайте;
пользователи стали активнее взаимодействовать с каталогом;
стало больше целевых действий;
обращения стали более осмысленными.
По ряду показателей улучшение составило примерно в полтора раза. Это важный сигнал: сайт стал не просто красивее, а полезнее для реальных пользователей.
Что особенно важно в этом кейсе
Этот проект хорошо показывает, что миграция сайта — это не техническая операция «перенести данные с одной CMS на другую». Если делать ее правильно, миграция становится возможностью пересобрать продукт.
В нашем случае мы не просто поменяли платформу. Мы одновременно решили накопленные проблемы:
устаревшая и запутанная кодовая база;
сложность поддержки;
слабая техническая SEO-база;
проблемы индексации;
неудобная фильтрация;
перегруженная корзина;
недостаточная проработка категорий;
слабая структурированность данных;
зависимость от внешних ресурсов;
ограниченные возможности для товарного продвижения.
После перехода на 1С-Битрикс сайт стал платформой, на которой можно дальше строить рост.
Что планируем делать дальше
Проект не закончился на запуске. После миграции мы продолжаем вести сайт, изучать аудиторию и формировать новые гипотезы.
Сейчас в работе и планах несколько направлений.
1. Расчет доставки
По данным аналитики и наблюдениям через Вебвизор стало понятно, что пользователям не хватает более понятного расчета доставки.
Для пиломатериалов это сложная задача. Стоимость зависит от многих факторов:
веса товара;
габаритов;
категории материала;
объема заказа;
типа автомобиля;
расстояния доставки;
особенностей маршрута;
возможных ограничений по разгрузке.
Нельзя просто поставить универсальную цену. Нужно учитывать специфику разных товаров и сценариев доставки. Поэтому мы работаем над тем, чтобы автоматизировать расчет хотя бы в приближенном, но полезном для пользователя виде.
Цель — дать человеку понимание стоимости доставки еще до общения с менеджером. Это может дополнительно повысить конверсию и снизить количество уточняющих обращений.
2. Выбор покраски материала
У заказчика есть услуга покраски стройматериалов в нужный цвет. Сейчас мы видим потенциал добавить этот сценарий прямо в пользовательский путь.
Идея: дать пользователю возможность на этапе заявки выбрать, какой товар и в какой цвет нужно покрасить.
Это может включать:
выбор услуги покраски;
выбор цвета или кода цвета;
привязку цвета к конкретному товару в заказе;
отображение этой информации в корзине и заявке;
передачу данных менеджеру для дальнейшей обработки.
Такой функционал делает сайт более сильным по сравнению с конкурентами. Пользователь получает не просто материал, а возможность сразу собрать более полный заказ под свою задачу.
3. Отдельные калькуляторы для строительных задач
Еще одно направление — отдельные калькуляторы, которые помогут пользователям рассчитывать количество материала для конкретных работ.
Например:
расчет имитации бруса для отделки стены;
расчет вагонки для помещения;
расчет доски пола;
расчет террасной доски;
расчет погонажа;
расчет материала для бани или сауны.
Такие инструменты могут стать сильным конкурентным преимуществом. Если сайт помогает не только купить, но и посчитать, пользователь чаще возвращается и начинает воспринимать его как удобный рабочий инструмент.
4. Блог и информационный контент
Также в планах — развитие блога. Через статьи можно закрывать информационные запросы потенциальных клиентов и повышать доверие к сайту.
Темы могут быть такими:
как выбрать сорт древесины;
чем отличается сосна от лиственницы;
какую доску выбрать для пола;
как рассчитать количество имитации бруса;
как подготовить материал к монтажу;
чем обработать древесину;
как выбрать материал для бани;
какие ошибки допускают при покупке пиломатериалов;
как хранить древесину до монтажа;
какие материалы подходят для наружной отделки.
Блог может приводить дополнительный органический трафик, прогревать аудиторию и помогать пользователю принять решение еще до перехода в каталог.
Итог: сайт стал быстрее, понятнее и полезнее для бизнеса
В результате проекта мы получили не просто новую версию старого сайта. Мы пересобрали интернет-магазин как продукт.
Что было до проекта:
устаревшая Joomla 3.10 + VirtueMart;
сложная поддержка;
накопленный технический долг;
проблемы с sitemap и robots.txt;
soft 404;
дубли title и слабые description;
недостаточно раскрытые категории;
менее удобная фильтрация;
перегруженная корзина;
слабая структурированность данных;
лишние скрипты, стили и внешние зависимости.
Что стало после проекта:
1С-Битрикс как более подходящая платформа для дальнейшего развития;
новая дизайн-система;
современный и цельный интерфейс;
удобный каталог с открытыми фильтрами;
подробные SEO-описания категорий и FAQ;
корректные метатеги;
рабочий sitemap.xml и настроенный robots.txt;
исправленные статусы ошибок;
canonical и правильные хлебные крошки;
микроразметка schema.org;
YML-фиды для Яндекса и рекламы;
улучшенная производительность;
локальная загрузка шрифта;
lazy loading и отложенные скрипты;
удобная карточка товара с выбором единиц измерения;
упрощенная корзина;
SmartCaptcha без лишнего раздражения пользователей;
больше способов связи;
отзывы и карта для повышения доверия.
Главный результат — сайт стал лучше работать на бизнес. Пользователи стали чаще оформлять заказы, стоимость конверсии снизилась почти в два раза, а нагрузка на продавцов уменьшилась за счет более подробного контента и более удобного интерфейса.
Этот кейс показывает: если миграцию делать не как перенос «один в один», а как возможность пересобрать пользовательский путь, техническую базу и SEO-фундамент, результат может быть значительно сильнее, чем просто новый сайт на новой CMS.