Интеграция Битрикс24 с WordPress нужна, когда обращения с сайта приходится переносить в CRM вручную или готовый плагин теряет часть полей. Настраиваем путь от успешной отправки формы до нужного объекта CRM. Менеджер получает содержание запроса, источник и выбранное предложение, а посетитель — понятное подтверждение. Для магазина отдельно проектируем обмен заказами WooCommerce.
Какие формы подключаем
Изучаем установленный обработчик: Contact Form 7, WPForms, Gravity Forms, Elementor Forms или собственную форму. Важны версия, доступные события и то, где завершается проверка полей. Передавать заявку нужно после серверной валидации, а не по нажатию кнопки. Сопоставляем имя, телефон, email, комментарий, выбранную услугу и разрешённые вложения. Метки источника сохраняем вместе с обращением, если сайт их действительно получает.
Проверяем несколько форм отдельно: консультация, обратный звонок и запрос расчёта могут создавать разные обращения и назначать разных ответственных. При изменении набора полей сохраняем понятную карту соответствий, чтобы новое поле сайта не исчезло между WordPress и CRM.
Готовый плагин или собственный обработчик
Если установленный модуль закрывает нужные поля, повторы и журнал ошибок, настраиваем его. Если требуется особая маршрутизация или двусторонний обмен, разрабатываем отдельный PHP-плагин на поддерживаемых hooks WordPress. Такой код отделяем от оформления темы: смена шаблона не должна останавливать заявки. Доступ к REST Битрикс24 хранится на сервере; публичный JavaScript не получает секрет вебхука.
В интеграции WordPress с Битрикс24 определяем владельца обработки: один и тот же запрос не должен одновременно уходить через старый плагин и новый обработчик. Перед включением проверяем уже действующие подключения и отключаем только согласованный дублирующий маршрут.
Лиды, контакты и повторные обращения
Выбираем режим CRM и сущности под процесс продаж. Контакт хранит сведения о клиенте, а новое обращение может требовать отдельного лида или сделки. Совпадение телефона не означает, что запрос нужно потерять или объединить с чужой компанией. Нормализуем контакты, сохраняем идентификатор обращения и отделяем повторную доставку одного события от нового запроса того же человека. Ошибка API фиксируется с возможностью повторить доставку без создания второго объекта.
WooCommerce: заказ, товары и оплата
Для WooCommerce сопоставляем номер заказа, позиции, вариации, количество, скидки, доставку и итог. Обсуждаем, какие изменения заказа должны обновлять сделку и кто управляет каждым статусом. Событие создания заказа ещё не подтверждает оплату. Возврат, частичная отмена и изменение состава требуют отдельных правил.
Интеграции интернет-магазина с CRM
Обратный статус из CRM переводим в согласованное состояние заказа, не раскрывая покупателю внутренние комментарии. Защищаем обмен от цикла: обновление CRM не должно бесконечно порождать новое изменение WooCommerce. Если задача охватывает другие CRM и несколько витрин, её границы описаны в услуге интеграции интернет-магазина с CRM.
Перейти к услугеКак проверяем готовность
Отправляем обычную и неполную форму, повторяем запрос после задержки и временно отключаем доступ к CRM. Проверяем появление объекта, ответственного, полей и меток, затем восстановление недоставленных обращений. Для магазина проходим заказ с вариациями, оплату, отмену и обратный статус. Заказчик получает работающий маршрут, перечень соответствий и инструкцию по поиску ошибок.
Интеграции Битрикс24 с сайтом
Для оценки нужны адрес WordPress, список форм и плагинов, пример заказа и описание желаемого результата в Битрикс24. Общий выбор способов подключения разных CMS раскрыт на странице интеграции Битрикс24 с сайтом. Состав работ оцениваем по этим сценариям, а не по одному факту наличия WordPress.
Перейти к услугеВопросы перед началом работ
Можно сохранить действующий дизайн формы?
Да, если у формы есть доступный серверный обработчик или поддерживаемое событие. Меняем передачу данных, сохраняя интерфейс. Если форма только отправляет письмо и не предоставляет подходящего подключения, потребуется доработка обработчика; это выясняем до оценки.
Каждая отправка создаёт новую сделку?
Это зависит от процесса. Повтор доставки одного обращения должен обновить прежний результат, а новый запрос существующего клиента может создавать отдельную сделку, связанную с контактом. Правила фиксируем до настройки.
Понадобится покупать плагин?
Не всегда. Сравниваем возможности установленного решения и стоимость сопровождения собственного обработчика. Лицензии формы или коннектора проверяются отдельно; установка случайного плагина сама по себе не гарантирует доставку заявок.
Что произойдёт при недоступности Битрикс24?
Задаём согласованное поведение: сохранение события и повтор через очередь либо явный отказ отправки. В журнале должно быть видно, какое обращение не доставлено. Подтверждать успешное создание CRM-объекта до ответа системы нельзя.
Можно перенести старые заказы WooCommerce?
Да, как отдельную задачу загрузки истории. Определяем период, состав данных и идентификаторы, чтобы повторная загрузка не создала дубли. Подключение новых событий и импорт архива проверяются раздельно.