Брокер 154
Недвижимость
Россия, Новосибирск
Корпоративный сайт
Апрель 2025
Брокер 154 – агентство недвижимости из Новосибирска, специализирующееся на продаже квартир только в новостройках в рамках одного региона.
В проект клиент пришёл не один. Его привела seo-команда Александра Ожгибесова, которая отвечала за стратегию продвижения и на старте сформировала требования к будущему сайту. Это сразу определило характер работы: мы делали сайт как продукт, который должен лечь на seo-логику и поддерживать её технически.
У клиента уже был сайт, но он не соответствовал новой задаче бизнеса – нужно было не просто присутствие в интернете, а платформа для системной работы с органическим трафиком в нише новостроек Новосибирска.
Старый ресурс не давал нужной базы для роста, поскольку был собран на каталожном облачном типовом решении. Отсюда и боли:
● слабая масштабируемость и ограничения;
● недостаточная функциональность для работы с большим количеством объектов;
● отсутствие архитектуры, заточенной под seo.

Основные требования к проекту:
● собрать сайт на 1С-Битрикс;
● реализовать каталог объектов с большим объёмом данных (десятки и сотни позиций, где у каждого объекта есть свои параметры);
● сделать фильтрацию по этим параметрам так, чтобы ей реально было удобно пользоваться;
● подключить интеграцию с CRM (Интрум), чтобы объекты на сайте соответствовали реальности;
● заложить seo-архитектуру: структура, ЧПУ (человекопонятный url), возможность делать посадочные сценарии, контроль индексации, seo-фильтры каталога – всё то, что затем становится фундаментом для семантики и роста сайта.
Когда seo-команда участвует в проекте с самого старта, она приносит не просто список страниц, а модель: как сайт должен расширяться, как будут появляться новые посадочные, что станет основой для семантики, какие блоки важны для индексации.
Мы взяли на себя роль полноценного партнера: здесь важно понимать, что мы не подрядчики, которые молча исполняет чужое ТЗ, и не разработчики, которые спорят с seo-специалистами на уровне терминов. Мы следуем требованиям, при этом сверяем действительно ли это нужно и как это будет работать вживую.
Такой подход в итоге экономит всем нервы: seo-команда получает не формально выполненную задачу, а инструмент, который действительно можно развивать и масштабировать. А мы, как разработчики, сразу понимаем, где нужны гибкие настройки, где важна управляемость, а где можно оставить простое решение без ущерба для модели.
Визуально дизайн сайта может казаться аскетичным и это нормально: в подобных проектах ценность в другом (о выбранных визуальных решениях мы ещё поговорим ниже). Главная задача пользователя – найти объект по параметрам, сравнить варианты и оставить заявку. А главная задача seo, чтобы у этого поиска была архитектурная опора: структура, сценарии, посадочные и контролируемая индексация.
Поэтому мы сознательно строили проект вокруг ядра:
● каталог объектов,
● фильтрация (seo-ориентированная),
● карточки,
● интеграция данных,
● управляемость и масштабирование.
Это тот тип задач, который нельзя решить вёрсткой и не закрыть готовым скриптом. Готовые виджеты часто удобны на старте, но у них есть ограничение, которое критично для seo: вы не управляете архитектурой так, как нужно. У вас меньше контроля над URL-структурой, посадочными сценариями, шаблонами страниц и тонкой настройкой индексации. Поэтому в этом проекте логика каталога и фильтров была сделана как часть системы сайта, а не как внешняя вставка.
Отдельно мы собрали и те разделы, которые кажутся типовыми – частые вопросы (faq), инфоцентр, статьи/новости, страницы о компании. В обычном корпоративном сайте это часто второстепенно. В seo-ориентированном проекте это, наоборот, точки расширения: там рождается охват по длинному хвосту, закрываются вопросы пользователя, и там же растёт доверие.
При этом мы понимали, что всё это должно быть управляемым. Поэтому часть контента закладывалась как то, что клиент сможет вести сам: мы показали структуру, подготовили примеры заполнения и дали инструкции, чтобы админка не превратилась в «страшную коробку», куда никто не лезет.
В этом проекте дизайн сознательно решал прикладную задачу: сделать интерфейс удобным для работы с каталогом и фильтрами. Отсюда первое дизайн-решение сдержанная подача и ясная структура, где интерфейс не отвлекает от главного сценария: найти объект, уточнить параметры и оставить заявку.
Второе – контроль целостности визуала при дальнейшем наполнении. SEO-команда хотела платформу, где можно свободно менять оформление (шрифты, размеры, цвета, отступы). Мы сразу обозначили риск: без чётких правил и ограничений сайт быстро теряет единый стиль, страницы начинают выглядеть по-разному и поддерживать качество дальше гораздо сложнее. Поэтому был выбран привычный для нас подход – блочная структура. Это можно считать отдельным UX/UI-решением: контентные разделы строятся на блочной логике, чтобы сайт оставался аккуратным при самостоятельном ведении.

Третье – на визуальную стратегию влияли вводные по брендингу: клиент пришёл только с логотипом и неймингом, фирстиля не было. В таких условиях мы опирались на нейтральный, управляемый интерфейс и структурную подачу, чтобы продукт выглядел собранно даже без полноценной айдентики.
Несмотря на аскетичность дизайна, мы постарались отстроиться от конкурентов через шрифты и увеличенную плотность контента.
На сайте была сделана базовая конверсионная механика: единая форма заявки (имя + телефон), которая используется из разных точек сайта и отправляет заявки в CRM клиента. Это выглядит не так внушительно на фоне каталога, но для продукта важно, это даёт пользователю понятный следующий шаг.

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