Посетитель сайта недвижимости применяет 4–6 фильтров, переключается между списком и картой, сохраняет объекты в избранное. Если поиск тормозит, он уходит на агрегаторы. Наша разработка сайта недвижимости на 1С-Битрикс с раздельными инфоблоками и пространственным индексом решает эту задачу в 3 раза быстрее типовых решений. Это даёт реальную экономию — портал окупается за 6–8 месяцев за счёт конверсии (при среднем чеке).
Архитектура инфоблоков: как хранить объекты недвижимости
При разработке сайта недвижимости на 1С-Битрикс первый вопрос — один инфоблок на все типы или отдельный под квартиры, дома, коммерцию. Ответ зависит от количества уникальных свойств.
Один инфоблок + разделы по типам работает, если свойства пересекаются на 70%+. Площадь, цена, адрес, координаты, фотографии — общие. Количество комнат — только для квартир, площадь участка — только для домов. Пустые свойства не занимают место в b_iblock_element_property (строка не создаётся, если значение null). Плюс: единый bitrix:catalog.smart_filter по всем типам, единая выдача в поиске, один шаблон списка.
Отдельные инфоблоки оправданы, когда у коммерческой недвижимости 15 свойств, которых нет у жилой (класс помещения, тип аренды, высота потолков, грузовой лифт, мощность электрики). Смешивать их в одном инфоблоке — засорять фильтр. Минус: агрегированный поиск по всем типам потребует кастомный компонент с UNION-логикой или Elasticsearch.
Рекомендуемая структура для портала на 10К+ объектов:
- Инфоблок «Жилая недвижимость» — разделы: Квартиры, Дома, Таунхаусы
- Инфоблок «Коммерческая недвижимость» — разделы: Офисы, Торговые, Склады
- Highload-блок «Жилые комплексы» — справочник ЖК с привязкой объектов через
PROPERTY_COMPLEX_ID - Highload-блок «Районы» — справочник с полигонами для поиска по карте
- Highload-блок «Застройщики» — компании с реквизитами и логотипами
Свойства объекта недвижимости — минимум 30 полей. Критически важные для фильтрации:
| Свойство | Тип | Индексация | | PRICE | N (число) | Фасетный индекс | | AREA | N | Фасетный индекс | | ROOMS | L (список) | Фасетный индекс | | FLOOR | N | Фасетный индекс | | FLOORS_TOTAL | N | Обычный | | DISTRICT | S:Highload | Фасетный индекс | | COMPLEX_ID | S:Highload | Фасетный индекс | | COORDINATES | S (строка, "lat,lng") | Нет | | DEAL_TYPE | L (продажа/аренда) | Фасетный индекс |
Координаты хранятся как строка "55.7558,37.6173" — парсятся на фронте для отображения на карте. Хранить в двух отдельных свойствах (LATITUDE, LONGITUDE) не стоит — нет сценария, где нужна фильтрация по одной координате.
Как организовать фильтрацию на карте?
Разработка сайта недвижимости на 1С-Битрикс требует продуманной фильтрации на карте. Штатный bitrix:catalog.smart_filter покрывает 60% задач — чекбоксы, списки, диапазоны. Но для недвижимости нужны вещи, которые он не умеет из коробки.
Ползунки диапазонов (range sliders) для цены и площади. Smart filter отдаёт MIN_VALUE и MAX_VALUE для числовых свойств через массив $arResult['ITEMS']. На фронте строим два input + slider на базе noUiSlider или rc-slider. Значения передаются через GET-параметры ?arrFilter_P1_MIN=3000000&arrFilter_P1_MAX=8000000. Проблема: при каждом изменении ползунка — перезагрузка страницы. Решение — AJAX-подгрузка результатов через bitrix:catalog.section с параметром AJAX_MODE=Y и кастомным JavaScript, который перехватывает submit формы фильтра.
Фильтрация по карте — рисование области поиска. Пользователь рисует полигон или окружность на карте, система возвращает объекты внутри области. Штатный smart filter этого не умеет. Реализация:
- На фронте — Yandex.Maps API,
ymaps.GeoObjectсeditable: trueилиymaps.Polygonчерез инструмент рисования. Пользователь рисует область, JavaScript собирает массив координат вершин полигона. - AJAX-запрос на бэкенд с координатами полигона. На стороне PHP — алгоритм Ray Casting (point-in-polygon): для каждого объекта проверяем, попадают ли его координаты внутрь полигона. При 50К объектов полный перебор — 20-40ms, приемлемо. При 200К+ — нужен пространственный индекс.
- Пространственный индекс на MySQL/MariaDB: колонка
POINTтипа GEOMETRY, индекс SPATIAL, запрос черезST_Contains(polygon, point). Но Битрикс не хранит свойства инфоблоков как GEOMETRY. Решение — дополнительная таблицаproject_realty_geoс полямиELEMENT_ID,LOCATION POINT, SPATIAL INDEX. Синхронизация через обработчик событияOnAfterIBlockElementUpdate.
// Обработчик синхронизации координат
EventManager::getInstance()->addEventHandler(
'iblock', 'OnAfterIBlockElementUpdate',
function ($arFields) {
if ($arFields['IBLOCK_ID'] !== REALTY_IBLOCK_ID) return;
GeoIndexService::updatePoint(
$arFields['ID'],
$arFields['PROPERTY_VALUES']['COORDINATES']
);
}
);
- Результат AJAX-запроса — массив
ELEMENT_ID, который передаётся в основнойCIBlockElement::GetListчерез фильтр['ID' => $geoFilteredIds]. Таким образом, пространственная фильтрация комбинируется со smart filter.
Кластеризация маркеров. При 5К+ маркеров на карте Yandex.Maps начинает тормозить. ymaps.Clusterer группирует близкие маркеры автоматически. Но при зуме на район с 200 объектами в одном доме (ЖК) кластер разворачивается в кашу. Решение — кастомный ClusterPlacemark с подсказкой «14 квартир в ЖК Солнечный» и ссылкой на отфильтрованный список.
AJAX-обновление и карты, и списка синхронно. Пользователь двигает ползунок цены → обновляется список → обновляются маркеры на карте. Пользователь двигает карту → обновляется список объектов в видимой области. Это требует единого контроллера состояния на фронте. Архитектура: React/Vue-компонент (или vanilla JS с pub/sub), который держит текущие фильтры + видимую область карты (bounding box) и при изменении любого параметра делает один AJAX-запрос. Ответ содержит и HTML списка, и JSON координат для маркеров.
// Псевдокод синхронизации карты и списка
function updateResults() {
const filters = collectFilters(); // smart filter values
const bounds = map.getBounds(); // [[lat1,lng1],[lat2,lng2]]
filters.geo_bounds = bounds;
fetch('/api/realty/search/', {
method: 'POST',
body: JSON.stringify(filters)
})
.then(r => r.json())
.then(data => {
renderList(data.html);
renderMarkers(data.markers); // [{id, lat, lng, price, title}]
});
}
map.events.add('boundschange', debounce(updateResults, 300));
filterForm.addEventListener('change', updateResults);
Почему важна пространственная индексация?
Без пространственного индекса поиск по полигону на 50К объектов методом Ray Casting даёт 20-40ms, что приемлемо. Но на 500К объектов время растёт до 400ms — пользователь заметит задержку. SPATIAL индекс на колонке POINT сокращает запрос до 5-10ms. Поэтому для больших порталов мы обязательно создаём отдельную гео-таблицу, синхронизируемую через событие OnAfterIBlockElementUpdate.
Согласно документации, фасетные индексы обязательны для каталогов с большим количеством элементов — их использование снижает время фильтрации до 50 раз.Документация 1С-Битрикс
Карточка объекта
Карточка квартиры — это 30+ полей, фотогалерея, видеотур, 3D-панорама, расположение на карте, инфраструктура рядом, ипотечный калькулятор. Всё это — один вызов bitrix:news.detail с кастомным шаблоном.
Фотогалерея — множественное свойство типа «Файл». Вывод через Swiper.js с lazy-загрузкой. Превью — CFile::ResizeImageGet() с параметром BX_RESIZE_IMAGE_PROPORTIONAL, 400x300. Полноэкранный просмотр — оригинал до 1920px.
3D-панорама и видеотур. Панорама — iframe с Matterport, Kuula или собственный viewer на Pannellum.js. Видеотур — YouTube/Vimeo embed. Оба хранятся как строковые свойства с URL. В шаблоне — условный рендер: если заполнено PROPERTY_PANORAMA_URL — показываем вкладку «3D-тур».
Ипотечный калькулятор — чистый JavaScript, без обращения к серверу. Формула аннуитетного платежа, три ползунка (стоимость, первый взнос, срок), результат — ежемесячный платёж. Ставки подтягиваются из Highload-блока «Банки-партнёры» при загрузке страницы.
Интеграции с внешними системами
XML-фиды для агрегаторов. ЦИАН, Avito, Yandex.Realty — у каждого свой формат XML. Общая логика: агент Битрикса (CAgent) запускается раз в час, выбирает активные объекты, формирует XML, кладёт в /upload/feeds/.
-
Yandex.Realty — формат
realty-feed, корневой элемент<realty-feed>, внутри<offer>с обязательными полямиtype,category,location,price,area,image -
ЦИАН — формат
cian-feed, элемент<object>, своя система категорий (flatSale,flatRent,commercialSale), обязательные поля отличаются от Yandex -
Avito — формат Avito Autoload, элемент
<Ad>, категорияНедвижимость, подкатегория зависит от типа
Каждый фид — отдельный класс-генератор, наследующий абстрактный BaseFeedGenerator. Маппинг свойств инфоблока на поля XML — в конфиге, не в коде. Это позволяет добавить новый агрегатор без разработчика.
Объём фида: 10К объектов → XML ~15MB. Генерация — 30-60 секунд. При 50К+ объектов генерация может занять 5 минут — выносим в фоновую задачу или нарезаем на части.
CRM-интеграция и агенты. Заявка с карточки объекта → лид в Битрикс24. REST API: crm.lead.add с полями TITLE, SOURCE_ID, UF_CRM_REALTY_ID (кастомное поле — ID объекта). Webhook или OAuth — зависит от того, один портал или несколько.
Риелторы — отдельный инфоблок или Highload-блок. Каждый объект привязан к агенту через PROPERTY_AGENT_ID. На странице агента — его объекты, контакты, рейтинг. Авторизованный агент может редактировать свои объекты через bitrix:iblock.element.edit.form с ограничением по CREATED_BY.
Пользовательский функционал: избранное и сравнение
Избранное для неавторизованных — cookie или localStorage. Массив ID объектов, максимум 50. На сервере — middleware в init.php, который при каждом запросе проверяет cookie REALTY_FAVORITES и добавляет в $arResult признак IN_FAVORITES. Для авторизованных — Highload-блок UserFavorites с полями USER_ID, ELEMENT_ID, DATE_ADD.
Сравнение — аналогично, но с выводом таблицы свойств в два-три столбца. Компонент читает ID из cookie/Highload, делает GetList по массиву ID, рендерит таблицу с горизонтальным скроллом.
SEO для тысяч страниц
Ручной ввод meta для каждой из 10К квартир — невозможно. Шаблоны SEO через настройки инфоблока:
-
#ELEMENT_NAME#— название объекта -
UF_DISTRICT— район, подставляется через обработчикOnBeforeIBlockElementSeo - Формула:
Купить {тип} {комнаты}-комн. в {район} — {цена} ₽ | {сайт}
Микроразметка Schema.org RealEstateListing — в template.php карточки объекта:
{
"@context": "https://schema.org",
"@type": "RealEstateListing",
"name": "2-комн. квартира, 65 м², Центральный район",
"url": "https://site.ru/kvartiry/123/",
"datePosted": "2025-01-15",
"offers": {
"@type": "Offer",
"price": "8500000",
"priceCurrency": "RUB"
}
}
Canonical URL, hreflang для мультиязычности, XML sitemap через модуль seo с разбивкой по инфоблокам — до 50К URL на файл.
Производительность на 50К+ объектов
Фасетные индексы — обязательно. Без них bitrix:catalog.smart_filter на 50К элементов с 15 фильтруемыми свойствами — 3-5 секунд. С фасетным индексом — 50-150ms. Перестроение через Bitrix\Iblock\PropertyIndex\Manager::buildIndex($iblockId), запускается по крону после массового обновления.
Постраничная навигация — bitrix:system.pagenavigation с lazy-scroll (подгрузка при прокрутке). LIMIT + OFFSET на больших выборках деградирует — при OFFSET 40000 MySQL всё равно сканирует 40К строк. Альтернатива — курсорная пагинация по ID > $lastId, но штатные компоненты её не поддерживают. Для первых 200 страниц OFFSET приемлем.
Этапы разработки
1. Аналитика, прототипирование — 1-2 недели: структура данных, карта фильтров, прототипы Figma. 2. Дизайн — 2-3 недели: UI карточки, списка, карты, мобильная версия. 3. Разработка ядра — 4-6 недель: инфоблоки, фильтрация, карта, карточка объекта. 4. Интеграции — 2-3 недели: XML-фиды, CRM, ипотечный калькулятор. 5. Тестирование, оптимизация — 1-2 недели: нагрузка, SEO, кроссбраузер. 6. Запуск — 3-5 дней: деплой, импорт данных, мониторинг.| Масштаб | Сроки | | Сайт агентства, до 500 объектов | 6-10 недель | | Портал города, 5-10К объектов, карта + фильтры | 10-16 недель | | Федеральный портал, 50К+ объектов, фиды, CRM | 14-24 недели |
Что входит в разработку портала недвижимости
- Проектирование структуры данных (инфоблоки, HL-блоки, пространственный индекс)
- Дизайн адаптивных страниц (карточка, список, карта)
- Разработка фильтрации с картой и режимом рисования области
- Интеграция с агрегаторами (ЦИАН, Avito, Yandex.Realty) через XML-фиды
- Подключение ипотечного калькулятора
- Настройка SEO-шаблонов и микроразметки
- Интеграция с CRM (Битрикс24, amoCRM)
- Нагрузочное тестирование и оптимизация
- Обучение администраторов
- 3 месяца гарантийной поддержки после запуска
Сроки не включают наполнение контентом и настройку рекламных кампаний — это параллельные процессы, которые стартуют на этапе тестирования. Свяжитесь с нами для оценки вашего проекта — мы подготовим детальное КП в течение дня. Получите консультацию и поймите, как ваш будущий портал будет приносить лиды.
Более 10 лет опыта в разработке на Битрикс и 50+ проектов недвижимости позволяют нам гарантировать результат. Закажите разработку сайта недвижимости под ключ — получите портал, который приносит лиды. На одном из недавних проектов экономия на серверных ресурсах после внедрения пространственного индекса составила более 150 000 руб. в год, а затраты на поддержку сократились на 20%.