Настройка связки WordPress-сайта недвижимости с amoCRM и Bitrix24

Когда я запускаю сайт для агентства недвижимости или риелтора, первое, о чём мы договариваемся — заявки с карточек объектов, форм подбора и кнопок «Записаться на просмотр» должны уходить в CRM мгновенно. Не через почту, не в Telegram менеджеру, не в таблицу Google Sheets, а сразу в рабочую среду, где с лидом начнут работать через минуту после отправки формы. В недвижимости это критично: клиент выбирает квартиру здесь и сейчас, и если ему перезвонят через полчаса, он уже общается с другим агентством.

Связка WordPress-сайта с amoCRM или Bitrix24 — это не техническая «фишка», а рабочий инструмент, который напрямую влияет на конверсию в просмотры и сделки. Давайте разберём, как это правильно настроить, на что обратить внимание именно в контексте недвижимости и какие грабли я уже обошёл за вас.

Зачем вообще связывать сайт недвижимости с CRM

Сайт агентства или застройщика редко ограничивается одной формой обратной связи. На практике заявки собираются из множества точек, и каждая из них работает по своей логике:

• форма заявки на конкретный объект — клиент уже выбрал квартиру и хочет узнать детали;
• форма «подобрать квартиру» — человек не определился, но готов общаться;
• обратный звонок — срочный контакт, часто с мобильного;
• запись на просмотр — горячий лид, который нужно обработать в ближайший час;
• заявки с лендингов по ЖК — отдельные посадочные страницы под каждый жилой комплекс;
• обращения с карты новостроек — интерактивный выбор района и застройщика.

Если эти данные не попадают в CRM автоматически, начинается ручной перенос: менеджер копирует имя, телефон, название объекта, источник обращения, комментарий. На одну заявку уходит 3–5 минут, за день набирается час-полтора потерянного времени, а главное — появляются ошибки. Телефон записывают с опечаткой, объект путают, источник не фиксируют вообще.

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

• заявки не теряются — ни одна форма не остаётся без обработки, даже если менеджер отошёл или сайт работает ночью;
• ответственный менеджер назначается автоматически — по типу объекта, району или источнику трафика;
• в карточке сделки сохраняется источник — через месяц вы сможете посчитать, сколько лидов принесла реклама в Яндекс.Директ, а сколько — органический поиск;
• можно считать конверсию по объектам и каналам — понимать, какие ЖК дают больше заявок, а какие только просматривают;
• быстрее запускаются автоворонки и напоминания — CRM сама отправляет клиенту подборку похожих квартир или напоминает о просмотре.

На практике я часто вижу, как агентства сначала запускают сайт без интеграции, а через месяц возвращаются с запросом «настройте, пожалуйста, передачу заявок, менеджеры зашиваются». Лучше сделать это сразу, даже если кажется, что поток обращений пока небольшой.

Что лучше для WordPress: amoCRM или Bitrix24

Обе CRM отлично работают с недвижимостью, но сценарии использования у них разные. Я не скажу «выбирайте вот эту, она лучше» — всё зависит от того, как устроены процессы в компании. Давайте сравним по ключевым критериям.

Если нужно запустить сайт недвижимости с воронкой заявок и минимумом лишних шагов, я обычно рекомендую начинать с amoCRM. Она интуитивно понятна риелторам, не перегружена функционалом, который на старте не нужен, и позволяет быстро выстроить путь от заявки до сделки. Плюс визуальный пайплайн сделок в amoCRM — это то, что менеджеры реально используют, а не игнорируют.

Bitrix24 чаще выбирают агентства, где уже выстроены внутренние процессы: есть задачи, контроль звонков, регламенты, несколько отделов. Это система-комбайн, которая закрывает не только продажи, но и документооборот, коммуникации внутри команды, телефонию. Если компания уже работает в Bitrix24, подключать сайт имеет смысл именно к нему — не плодить же два разных инструмента.

Как выглядит рабочая схема интеграции

Базовая архитектура одинакова для обеих CRM, и она довольно простая, если смотреть на неё сверху:

1. Пользователь заполняет форму на WordPress — например, в карточке квартиры нажимает «Записаться на просмотр» и вводит имя и телефон.
2. Данные уходят в промежуточный обработчик или плагин — это может быть кастомный скрипт, готовый коннектор или middleware-сервис вроде Albato или ApiX-Drive.
3. Информация передается в CRM — через API или вебхук.
4. В CRM создается лид, контакт или сделка — в зависимости от настроенной логики.
5. Менеджер получает уведомление и берёт заявку в работу — в идеале в течение первых 5 минут.

Для Bitrix24 отправка обычно идёт через REST API и входящий вебхук, где адрес запроса содержит ID пользователя и код вебхука. Это значит, что URL для приёма данных генерируется в самом Битриксе, и вы просто передаёте на него параметры формы.

Для amoCRM вебхуки используются как событие-уведомление, а серверная интеграция строится через API и токены доступа. То есть вы не просто шлёте данные на URL, а авторизуетесь через приложение и работаете с сущностями CRM программно.

На практике разница не критична для конечного результата, но влияет на способ настройки: в Bitrix24 можно обойтись более простыми средствами, в amoCRM чаще требуется аккуратная работа с токенами и их обновлением.

Какие способы интеграции бывают

За годы работы с сайтами недвижимости я выделил три основных подхода. У каждого есть свои плюсы, минусы и ситуации, когда он оправдан.

1. Через готовый плагин

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

Плюсы:

• быстрый запуск — настроили плагин за час-два и забыли;
• есть сопоставление полей — можно указать, что поле «Объект» из формы должно попадать в поле «Название сделки» в CRM;
• можно отправлять UTM-метки — большинство плагинов умеют подхватывать их из URL и передавать в CRM;
• проще поддержка — обновления плагина закрывают вопросы совместимости.

Минусы:

• меньше гибкости — если нужно передавать нестандартные поля объекта недвижимости, плагин может не поддерживать такую логику;
• зависимость от качества плагина — не все коннекторы одинаково хорошо работают с кириллицей, сложными названиями ЖК и спецсимволами;
• иногда сложно передать нестандартные поля — например, диапазон цен или количество комнат может уйти в комментарий, а не в отдельное поле.

2. Через no-code / middleware-сервис

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

Плюсы:

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

Минусы:

• появляется внешний сервис — ещё одно звено, которое может упасть или задержать передачу;
• возможны доплаты за сценарии — на бесплатном тарифе обычно есть лимиты по количеству операций;
• сложнее контролировать все узкие места — если заявка не дошла, нужно проверять и сайт, и middleware, и CRM.

3. Через собственную интеграцию

Подходит, если сайт сложный: каталог объектов с детальными карточками, много форм, фильтры по параметрам, несколько источников лидов, отдельная логика по новостройкам и вторичке. Это путь для проектов, где готовые решения упираются в ограничения.

Плюсы:

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

Минусы:

• нужен разработчик — и не просто WordPress-специалист, а тот, кто понимает API конкретной CRM;
• выше цена запуска — кастомная интеграция стоит дороже плагина или middleware;
• требуется тестирование и поддержка — при обновлении CRM или сайта нужно проверять, не сломалась ли передача данных.

Что обязательно нужно перед настройкой

Прежде чем подключать CRM, я всегда прохожу с клиентом по чек-листу. Это экономит часы переделок и предотвращает ситуацию, когда заявки вроде бы уходят, но менеджеры не могут с ними работать.

Проверьте, что на сайте уже определены:

• какие формы отправляют заявки — все, включая попапы, квизы и формы в карточках объектов;
• какие поля нужны в CRM — не только имя и телефон, но и контекст обращения;
• куда попадет заявка: в лид, сделку, контакт — от этого зависит структура данных в CRM;
• кто будет ответственным — конкретный менеджер или группа;
• какой объект должен прикрепляться к заявке — название ЖК, адрес, ID квартиры;
• как фиксируются UTM-метки и источник — без этого рекламная аналитика теряет смысл.

Минимальный набор полей для недвижимости

На практике я часто добавляю ещё скрытое поле «URL страницы» — оно автоматически заполняется из адресной строки браузера и передаётся в CRM. Менеджер видит, с какой именно страницы пришла заявка, и может сразу открыть карточку объекта, которую смотрел клиент.

Настройка WordPress-сайта с Bitrix24

Для Bitrix24 рабочий сценарий обычно строится через входящий вебхук и REST-запросы. Это удобно, если нужно быстро отправлять данные из формы на сайт в лиды, контакты или сделки. Сам механизм не сложный, но требует аккуратности в настройке прав доступа и маппинге полей.

Пошаговый порядок

Шаг 1. Создайте входящий вебхук в Bitrix24

В разделе для разработчиков или вебхуков создайте входящий вебхук и выдайте ему доступ к CRM. Проверьте, чтобы были разрешены нужные сущности: лиды, контакты, сделки. Если вы забудете дать доступ к сделкам, а форма будет пытаться их создавать, заявки просто не дойдут — и вы об этом узнаете не сразу.

Шаг 2. Определите, что создавать в CRM

Для агентства недвижимости чаще выбирают один из трёх вариантов, и здесь нет универсального правильного ответа:

• лид — если нужно быстро собирать все заявки в одном месте, а квалификацией заниматься позже;
• сделка — если воронка уже выстроена и вы хотите сразу видеть заявку на определённом этапе;
• контакт + сделка — если важна долговременная база клиентов, которые могут вернуться через полгода за другой квартирой.

Шаг 3. Настройте форму WordPress

В форме должны быть сопоставлены поля: имя, телефон, email, комментарий, объект, UTM-метки, страница, с которой пришла заявка. Я рекомендую использовать Contact Form 7 с дополнительным плагином для интеграции или WPForms — они хорошо дружат с Bitrix24 через REST API.

Шаг 4. Сделайте маппинг полей

Сопоставьте поля формы с полями CRM. Это самый ответственный этап. Ошибка здесь самая частая: заявка уходит, но объект недвижимости попадает в комментарий, а телефон — не в основной номер, а в произвольное поле. В итоге менеджер не может быстро позвонить и не понимает, какая квартира интересует клиента.

Шаг 5. Протестируйте отправку

Проверьте, что сделка создаётся, телефон записывается корректно, ответственный назначается, в карточке есть источник, UTM не обнуляются, сообщение приходит без задержки. Я обычно прохожу по всем формам сам: заполняю тестовыми данными и смотрю, что пришло в CRM. Только после этого отдаю сайт клиенту.

Важный нюанс для Bitrix24

Bitrix24 использует REST-методы, а запросы через вебхук строятся в виде URL с методом и параметрами. Это значит, что интеграция должна быть аккуратно настроена на стороне формы или обработчика, иначе при обновлении сайта можно сломать передачу данных. Например, если вы обновили плагин форм и он изменил названия полей, маппинг может слететь — и заявки перестанут доходить. Я всегда рекомендую после любых обновлений сайта проходить тестовую отправку по всем формам.

Настройка WordPress-сайта с amoCRM

amoCRM обычно выбирают, когда нужен более лёгкий и быстрый цикл обработки заявок. Она меньше нагружает менеджеров лишними интерфейсами и позволяет сосредоточиться именно на движении сделок по воронке. Интеграция строится через API, а для сценариев уведомлений и передачи событий используются вебхуки и цифровая воронка.

Пошаговый порядок

Шаг 1. Подготовьте доступ к API

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

Шаг 2. Создайте поля в amoCRM

До подключения сайта настройте поля, куда будут попадать: тип объекта, район, бюджет, номер квартиры, источник, UTM-метки, комментарий. В amoCRM это делается в настройках сущностей — лидов, контактов или сделок. Не откладывайте это на потом: если поле не создано, данные просто потеряются при передаче.

Шаг 3. Настройте передачу данных из формы WordPress

Здесь важно не просто отправить заявку, а собрать контекст. Для недвижимости полезно передавать: название объекта, страницу объекта, формат заявки, количество комнат, стоимость или диапазон, время для связи. Чем больше данных получит менеджер ещё до звонка, тем предметнее будет разговор.

Шаг 4. Настройте воронку

Для недвижимости удобна простая логика: новая заявка → квалификация → подбор объекта → показ → бронь → сделка. В amoCRM воронка настраивается визуально перетаскиванием этапов, и это можно сделать за полчаса. Главное — не переусложнять: если этапов больше 7–8, менеджеры начнут путаться.

Шаг 5. Проверьте уведомления и ответственных

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

Важный нюанс для amoCRM

amoCRM поддерживает вебхуки для уведомления о событиях в системе, а также сценарии, запускаемые из digital pipeline. Это удобно, если нужно не только принимать заявки с сайта, но и запускать действия внутри CRM после изменения этапа сделки. Например, когда сделка переходит на этап «Показ», автоматически создаётся задача «Подготовить документы на объект».

Какие данные передавать из сайта недвижимости в CRM

Чем больше полезного контекста получает менеджер, тем выше шанс быстро закрыть заявку. В недвижимости это работает особенно явно: если менеджер звонит и говорит «Здравствуйте, вы интересовались квартирой в ЖК «Солнечный», трёхкомнатной, на 12 этаже», — это совсем другой уровень разговора, чем «Вы оставили заявку на сайте, расскажите, что вас интересует».

Обязательные данные

• имя — чтобы обратиться к клиенту персонально;
• телефон — основной канал связи, должен быть в формате, готовом для звонка;
• тип обращения — просмотр, подбор, консультация, ипотека;
• URL страницы — с какой страницы пришла заявка, чтобы менеджер мог сразу открыть карточку объекта;
• объект или ЖК — название и адрес;
• город и район — для агентств, работающих в нескольких локациях;
• UTM-метки — источник, кампания, ключевое слово;
• дата и время обращения — для контроля скорости обработки.

Желательные данные

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

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

Типовые ошибки при интеграции

За годы запуска сайтов недвижимости я собрал коллекцию ошибок, которые повторяются из проекта в проект. Вот основные, которые стоит проверить до того, как сайт начнёт принимать реальные заявки.

1. Передают только имя и телефон

В итоге менеджер не понимает, какой объект интересовал пользователя. Он звонит и вынужден задавать вопросы, ответы на которые уже были в форме. Клиент раздражается, менеджер теряет время.

2. Не сохраняют источник

Без источника невозможно оценить, какая реклама даёт заявки. Вы тратите бюджет на Директ, а заявки приходят с органики — и вы об этом не знаете, потому что все лиды в CRM выглядят одинаково.

3. Не тестируют мобильные формы

В недвижимости значительная часть трафика приходит со смартфонов — люди смотрят квартиры в метро, на обеде, вечером на диване. Если форма неудобна на мобильном, заявок будет меньше. Проверьте, что кнопки достаточно крупные, поля не обрезаются, клавиатура не перекрывает форму.

4. Не настраивают дубликаты

Если пользователь оставил несколько заявок на разные объекты, CRM может засоряться дублями. В итоге один и тот же клиент висит в системе как три разных лида, и менеджеры начинают звонить ему наперебой. Настройте правила поиска дублей по телефону или email.

5. Не проверяют скорость передачи

Когда заявка уходит с задержкой в 5–10 минут, менеджер звонит слишком поздно. Клиент уже нашёл другой вариант или передумал. После настройки интеграции обязательно замерьте время от отправки формы до появления сделки в CRM — оно должно быть не больше 30–60 секунд.

6. Привязывают CRM только к одной форме

На реальном сайте недвижимости заявки приходят с карточек объектов, квизов, попапов и отдельной страницы контактов. Если вы настроили интеграцию только для основной формы обратной связи, всё остальное будет теряться. Пройдите по всем точкам входа и убедитесь, что каждая форма отправляет данные в CRM.

Чек-лист перед запуском

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

• проверены все формы сайта — основные, в карточках объектов, попапы, квизы;
• выбрана CRM и схема работы — лиды, сделки или контакты;
• созданы поля в CRM — все, которые будут передаваться из форм;
• настроен маппинг — каждое поле формы сопоставлено с полем CRM;
• передаются UTM и URL страницы — проверьте, что они не обнуляются и не искажаются;
• определён ответственный менеджер — или настроено автоматическое распределение;
• протестированы дубли — отправьте две одинаковые заявки и посмотрите, как CRM их обрабатывает;
• проверена работа на мобильном — заполните форму с телефона и убедитесь, что всё удобно;
• протестирована отправка со всех ключевых страниц — карточки объектов, лендинги, контакты;
• включено логирование ошибок — чтобы быстро находить проблемы, если заявки перестанут доходить.

Когда нужна не готовая интеграция, а доработка

Готового плагина обычно хватает, если сайт простой: несколько страниц, одна-две формы, типовой каталог объектов. Но как только появляется специфика, стандартные решения начинают трещать по швам.

Доработка нужна, если:

• на сайте много карточек объектов — и каждая должна передавать в CRM свой ID или название;
• заявки должны идти в разные воронки — например, новостройки в одну, вторичка в другую, аренда в третью;
• нужно связывать лид с конкретной квартирой — не просто с ЖК, а с конкретным номером квартиры, этажом и планировкой;
• есть несколько городов или офисов — и заявки должны распределяться по географическому принципу;
• нужен обмен данными в обе стороны — не только отправка заявок в CRM, но и подгрузка статусов объектов обратно на сайт;
• требуется сложная логика по новостройкам — например, при изменении цены в CRM автоматически обновляется карточка объекта на сайте.

Для сайта агентства недвижимости особенно полезно, когда CRM знает не только «кто оставил заявку», но и «какой объект смотрел клиент», «с какой страницы пришёл» и «какой менеджер должен взять обращение». Это превращает CRM из простого хранилища контактов в рабочий инструмент, который реально ускоряет продажи.

Практический совет по структуре заявок

Если сайт показывает каталог квартир и новостроек, не ограничивайтесь одной универсальной формой. Это частая ошибка: на сайте висит форма «Оставьте заявку», и все лиды — и с карточек объектов, и с лендингов, и с контактов — сливаются в общий поток. Менеджер потом сидит и гадает, что именно нужно клиенту.

Лучше использовать разные сценарии под разные точки входа:

• форма в карточке объекта — для точечного интереса, когда клиент уже выбрал конкретную квартиру и хочет узнать детали или записаться на просмотр;
• форма «подобрать квартиру» — для неопределившихся клиентов, которые знают примерный бюджет и район, но не выбрали конкретный объект;
• форма «записаться на просмотр» — для горячих лидов, которые готовы приехать и посмотреть квартиру в ближайшие дни;
• форма обратного звонка — для быстрого контакта, когда клиенту нужно срочно получить ответ на вопрос.

Так CRM будет получать более качественные лиды, а менеджеры — понятные причины обращения. Плюс вы сможете анализировать, какие типы форм дают больше конверсий в просмотры и сделки, и усиливать именно их.

Вывод

Связка WordPress-сайта недвижимости с amoCRM или Bitrix24 нужна для того, чтобы заявки с сайта сразу превращались в рабочие сделки, а не зависали в почте и мессенджерах. Это не вопрос «крутости» сайта, а базовая инфраструктура для агентства, которое хочет системно обрабатывать лиды и считать эффективность рекламы.

Для простого старта чаще выбирают готовый плагин или коннектор — этого хватает, если сайт типовой и форм немного. Для сложных каталогов объектов и нескольких воронок — собственную интеграцию через API и вебхуки, которая учитывает специфику недвижимости: привязку к конкретным квартирам, распределение по районам и застройщикам, передачу UTM-меток и источников.

Главное — не откладывать настройку интеграции на потом. Сделайте это до запуска сайта, протестируйте все формы и убедитесь, что каждая заявка доходит до менеджера за считанные секунды. В недвижимости скорость реакции — это деньги.

FAQ

Что выбрать для сайта агентства недвижимости: amoCRM или Bitrix24?

Если нужен быстрый и понятный старт с фокусом на продажах, чаще берут amoCRM. Она легче в настройке, интуитивно понятна риелторам и не перегружена лишним функционалом. Если важны задачи, контроль процессов и более широкая внутренняя система — например, в агентстве уже есть документооборот, телефония и внутренние коммуникации в Bitrix24, — удобнее остаться в этой экосистеме и подключить сайт к ней.

Можно ли подключить несколько форм WordPress к одной CRM?

Да, и это нормальная практика. Более того, для сайта недвижимости это стандартный сценарий: формы в карточках объектов, формы подбора, обратный звонок, запись на просмотр — все они должны работать с одной CRM. Главное — разделить формы по типам обращений и корректно передавать источник, объект и UTM-метки, чтобы менеджер сразу понимал контекст заявки.

Нужно ли передавать в CRM страницу объекта?

Да. Это один из самых полезных параметров для недвижимости, потому что менеджер сразу видит, какой именно объект заинтересовал клиента. Он может открыть карточку квартиры в один клик и вести разговор предметно, а не тратить время на выяснение «а какую именно квартиру вы смотрели».

Что делать, если заявки дублируются?

Нужно проверять логику создания контактов и лидов, а также правила поиска дублей в CRM. Иногда проблема возникает из-за повторной отправки формы при обновлении страницы — в этом случае поможет защита от повторной отправки на стороне WordPress. В других случаях дубли появляются, потому что CRM создаёт новый лид вместо обновления существующего — тогда нужно настраивать правила поиска дублей по телефону или email.

Можно ли сначала настроить простую связку, а потом усложнить?

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