Оформление заказа без регистрации

Обязательная регистрация — один из главных барьеров на пути к оплате. В 1С-Битрикс покупатель может оформить заказ как гость, а система сама решит, создавать ли под него учётную запись. Разберём, как это устроено в компоненте sale.order.ajax, какие настройки за это отвечают и как не потерять историю заказов клиента.

Как гостевой заказ устроен в Битрикс

В 1С-Битрикс любой заказ всегда привязан к пользователю — в таблице заказов есть поле USER_ID, которое не может быть пустым. Поэтому «заказ без регистрации» на деле означает не отсутствие пользователя, а то, что покупатель не проходит форму регистрации вручную: он вводит только контактные данные и свойства заказа, а учётную запись за него создаёт (или переиспользует) сам модуль sale.

Компонент оформления bitrix:sale.order.ajax в этом режиме показывает форму без полей «логин/пароль». Пользователь заполняет ФИО, e-mail, телефон, адрес — то есть свойства заказа с признаком «привязка к профилю», — и нажимает «Оформить». Дальнейшее поведение зависит от настроек модуля.

Настройка ALLOW_AUTO_REGISTER

Ключевая опция — ALLOW_AUTO_REGISTER в настройках модуля Интернет-магазин (Магазин → Настройки → Настройки модуля, раздел «Пользователи»). Она определяет, что происходит с гостём после оформления:

• Включено (Y) — Битрикс создаёт новую учётную запись по e-mail покупателя, генерирует пароль и (при желании) отправляет письмо с данными для входа. Заказ сразу привязывается к этому пользователю.
• Выключено (N) — все гостевые заказы записываются на единого системного пользователя с логином вида guest_..., без индивидуальной учётной записи покупателя.

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

Свойства заказа для контактов гостя

Чтобы автосоздание работало, форма должна собрать e-mail покупателя. В свойствах заказа (Магазин → Настройки → Свойства заказа) за это отвечает свойство типа E-Mail с включённой галкой IS_EMAIL — именно из него модуль берёт адрес для поиска и создания пользователя. Аналогично работают признаки IS_PROFILE_NAME (имя) и IS_PAYER (плательщик).

Практические рекомендации по набору полей гостевой формы:

1. Оставьте только реально нужное для доставки и связи: имя, телефон, e-mail, адрес.
2. Свойство e-mail сделайте обязательным — без него привязка следующих заказов не сработает.
3. Телефон пометьте признаком «телефон покупателя», чтобы он попал в профиль и в обмен с 1С.

Чем короче форма, тем выше доходимость до оплаты, но e-mail и телефон — тот минимум, который окупается идентификацией клиента.

Привязка последующих заказов

Отдельный вопрос — что будет, когда тот же человек вернётся и снова оформит заказ гостем. Логика Битрикс при включённом ALLOW_AUTO_REGISTER такова: перед созданием пользователя модуль ищет существующую учётную запись по e-mail. Если находит — новый заказ привязывается к ней, история копится под одним аккаунтом; если нет — создаётся новая.

Из этого следуют важные моменты:

• Идентификатором клиента фактически служит e-mail, поэтому его чистота критична — опечатка порождает «дубль» покупателя.
• Если покупатель раньше регистрировался сам, а теперь оформляет гостем с тем же e-mail, заказы всё равно склеятся под старой учёткой.
• Для дедупликации по телефону штатной логики нет — её добавляют доработкой на событии OnSaleOrderBeforeSaved или OnBeforeUserRegister.

Что включить в компоненте оформления

На стороне компонента bitrix:sale.order.ajax за режим без регистрации отвечает параметр ALLOW_AUTO_REGISTER = Y. При нём форма не требует авторизации, а неавторизованный посетитель сразу видит поля заказа. Дополнительно проверьте:

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

Влияние на конверсию

Убрать обязательную регистрацию — одна из самых дешёвых мер по росту конверсии корзины. Форма регистрации с придумыванием пароля добавляет лишний психологический и механический шаг ровно в тот момент, когда покупатель уже готов платить. Гостевое оформление снимает этот барьер, сохраняя при этом идентификацию по e-mail.

Что стоит учесть, чтобы эффект был устойчивым:

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

Отдельный бонус — корректная интеграция с 1С: заказы гостей с валидным e-mail и телефоном выгружаются как полноценные контрагенты, а не оседают на общем гостевом пользователе.

Итог

Оформление без регистрации в 1С-Битрикс — это не «заказ без пользователя», а автоматическое создание или переиспользование учётной записи по e-mail. Ключ к правильной работе — опция ALLOW_AUTO_REGISTER, корректно настроенные свойства заказа с признаком e-mail и согласованные параметры компонента sale.order.ajax. Такой режим убирает барьер перед оплатой, но сохраняет историю заказов и чистую базу для обмена с 1С.

Если нужно внедрить гостевое оформление без дублей покупателей, состыковать его с личным кабинетом и выгрузкой в 1С — мы настраиваем checkout на 1С-Битрикс под конверсию и корректный обмен данными. Поможем спроектировать форму, доработать логику привязки заказов и проверить весь путь до оплаты.