B2B-интернет-магазин, собранный по чужим макетам для компании по поставке промышленной запорной арматуры

Классическая ситуация в подрядной цепочке: SEO-агентство провело аудит, поняло, что старый сайт клиента не вытянет продвижение, нарисовало новый дизайн — и упёрлось в то, что дизайн сам себя не сверстает. Дальше нужен разработчик. Причём такой, который не потребует три недели на изучение материалов, не завернёт макеты обратно с формулировкой «здесь не хватает половины экранов, приходите, когда будет полный комплект», и не сдаст сайт, который потом придётся полгода допиливать под SEO.

Мы взяли такой проект — редизайн интернет-магазина крупного B2B-поставщика — с макетами, у которых не была нормально выстроена логика и были проблемы с разрешениями. И сдали сайт, готовый к продвижению с первой недели после релиза.

Ниже — как это было устроено внутри.

Клиент — компания «Комплект Сервис», поставщик трубопроводной запорной арматуры: задвижек, кранов, затворов, фитингов и сопутствующей номенклатуры для крупных промышленных предприятий.

Компания входит в крупный холдинг. Это одно из направлений большой группы, у которой под каждое ответвление — свой отдельный сайт. Все они исторически сделаны на 1С-Битрикс.

Проект пришёл к нам не напрямую от клиента, а от партнёров — SEO-агентства Ozhgibesov.agency, с которым мы давно работаем. Агентство провело SEO-аудит существующего сайта, приняло решение, что «косметикой» не обойтись и нужен новый сайт. Своими силами они разработали макеты сайта и передали их нам. 

Платформу не выбирали: 1С-Битрикс была задана заранее. У клиента уже был опыт администрирования Битрикса на других проектах холдинга, люди привыкли к интерфейсу, и менять экосистему ради красивой идеи никто не собирался. Для B2B-каталога такого масштаба это, к слову, разумный выбор: штатный каталог, торговые предложения, обмен данными и права доступа уже есть в коробке, их не нужно собирать из плагинов.

Работали по фиксированной стоимости. Каждый этап — вёрстка, программирование, тестирование — оценивался отдельно и фиксировался. Старт — май 2025 года, изначальный дедлайн — октябрь 2025-го, то есть 6 месяцев на всё.

На входе у нас был пакет макетов в Figma. Формально — «дизайн готов, можно верстать». Фактически — набор экранов, по которым нельзя собрать сайт.

Что было не так:

Не все элементы и состояния страниц были прорисованы. Бывали моменты, когда мы шли по макету и там была ширина 1200 px, а после был блок с шириной 1300 px. Была также нарушена логика между макетами. Не была отрисована версия для планшетов.

Несогласованные состояния элементов, логика, которая не сходится между экранами, компоненты, у которых не описано поведение при переполнении контентом. Такие вещи в дизайне выглядят незаметно, а на вёрстке превращаются в остановку работы и переписку на два дня.

Второе, что отличало этот проект от типового редизайна: заказчиком по факту выступало SEO-агентство. А это значит, что требования к сайту были не «сделайте красиво», а «сделайте так, чтобы это индексировалось и ранжировалось из коробки».

Техническое SEO-задание от агентства было действительно полноценным — и в этом одновременно и плюс, и сложность. Там было описано:

• где, какие и сколько заголовков должно выводиться — вплоть до уровня иерархии H1–H3 на каждом типе шаблона;
• какие метатеги генерируются и по каким шаблонам;
• какая микроразметка должна стоять на каталоге, карточке товара, хлебных крошках и контактах;
• какие SEO-модули надо поставить.

Третий блок сложностей был чисто инженерным — и, по нашему опыту, именно он чаще всего становится сюрпризом в B2B-проектах.

Классическая схема выглядит так: у товара есть торговые предложений в 1С и они хорошо «заходят» на сайт. По итогу хорошо работает и фильтр, и каталог.

У заказчика не было торговых предложений, а были только товары, которые надо было объединить и создать торговые предложения внутри. Параллельно задачу усложнял тот факт, что всё это должно индексироваться поисковыми системами и работать в связке с фильтром «Сотбит».

Мы не стали ждать идеального комплекта макетов. Первым делом пошли писать техническое задание и готовить серверную инфраструктуру. Всё это время дизайнер заказчика дорисовывал макеты по нашим требованиям. 

А дальше выстроили работу так, чтобы доработка макетов шла параллельно вёрстке, а не до неё. Наткнулись на нестыковку на очередном экране — оформили, отдали, дизайнер дорисовал, вёрстка поехала дальше. 

Проект стартовал сразу, а не через месяц согласований. Дизайн при этом не потерял в качестве — он просто дорабатывался итеративно, под реальные вопросы разработки, а не под гипотетические.

Мы понимаем, зачем нужно подробное ТЗ, и умеем его писать. Но мы также понимаем, что если ждать идеальных вводных, половина проектов не начнётся никогда.

Всё, что было прописано в ТЗ агентства, ушло не в бэклог «доработать после релиза», а прямо в шаблоны:

• Микроразметка внедрялась сразу, на этапе разработки шаблонов — на карточку товара, каталог, хлебные крошки, организацию и контакты. Не постфактум, а как часть вывода компонентов.
• Иерархия заголовков зашита в шаблоны: на каждом типе страницы заранее определено, где H1, сколько H2 и как ведут себя вложенные заголовки при любом объёме контента. Контент-менеджер не может случайно сломать структуру, добавив блок.
• Шаблоны метатегов настроены на генерацию по правилам агентства, с возможностью ручного переопределения на любом уровне дерева каталога.
• Структура каталога и ЧПУ проектировались до вёрстки и пересобирались вместе с агентством столько раз, сколько потребовалось, — до релиза, а не после. 4-6 итераций — дорого по времени, но принципиально дешевле, чем менять структуру на живом сайте с накопленным трафиком.

Самый сложный момент оказался именно этим. Помимо объединения товаров в товары с торговыми предложениями надо было сделать так, чтобы не сломались фильтр, поиск и каталог. Причем, по рекомендации SEO-отдела, у торговых предложений должен быть отдельный URL, который должен индексироваться.

По итогу заказчику не пришлось «перелапачивать» 1С и адаптировать ее под сайт. Они остались на той же версии 1С и получили рабочий сайт.

Перед релизом мы оптимизировали скрипты и стили и добились показателей PageSpeed около 80 по десктопу и около 70 по мобильной версии. Это не идеал — есть куда расти, — но это рабочая база для старта seo-продвижения.

Для обмена данными мы пошли не по пути кастомного протокола, а по пути имитации: реализовали выгрузку со сторонней промежуточной базы так, чтобы для Битрикса это выглядело практически как штатный обмен с 1С.

Что это даёт на дистанции:

• решение остаётся в логике платформы — его понимает любой битрикс-разработчик, а не только тот, кто его написал;
• обновления Битрикса не ломают обмен;
• если клиент однажды приведёт 1С в порядок, переход на настоящий штатный обмен будет несложным.

Проект сделали, немного выйдя за требования за счет новых вводных. Причины мы называем прямо, потому что они типичны и о них полезно знать заранее:

1. Добавилась разработка обмена со сторонней базой — работа, которой не было в исходной оценке, потому что о реальном состоянии 1С мы узнали уже в процессе.
2. Появился дополнительный пул работ, изначально не входивший в объём, но без которого релиз не имел смысла. Например, мы изначально разработали модуль мультирегиональности, но он оказался слишком сложным в плане контента и заказчик отказался от его работы. Нам пришлось его «комментировать» и править верстку.
3. Структура каталога и SEO-тегов пересобиралась 4–6 раз — по инициативе SEO-стороны, до релиза.

Взамен клиент получил сайт, который на момент запуска уже соответствует требованиям продвижения: с микроразметкой, корректной иерархией заголовков, шаблонами метатегов и спроектированной под семантику структурой каталога. 

После сдачи проект не бросили: подключили к нему своё ПО «Аргус», которое мониторит сайт по 10+ параметрам и в случае обнаружения ошибок сразу сообщает нам.

Полное ТЗ, все отрисованные разрешения, вычищенная 1С, согласованная структура каталога — в реальности этот комплект не приезжает почти никогда. Приезжают макеты без мобильной версии, база, которая «вроде 1С, но не совсем», и дедлайн, который поставили до того, как посчитали объём.

Наша работа — не отправить обратно, а разложить на то, что блокирует старт, и на то, что можно доработать по ходу. Первое снимаем в первые дни. Второе уточняем параллельно вёрстке. И всё это время SEO-требования пишутся в код, а не откладываются в бэклог — потому что сайт, который надо «допилить под продвижение» после запуска, обходится клиенту дороже, чем сайт, спроектированный под продвижение сразу.

Если у вашего клиента есть только макеты — этого достаточно, чтобы начать. Остальное соберём по дороге.