Регистрация пользователей в Битрикс: настройка формы

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

Разберём, как настроить регистрацию в 1С-Битрикс: где лежат параметры, как работает подтверждение по почте, как добавить свои поля и что проверить, чтобы письма вообще доходили.

Настройки главного модуля

Основные параметры регистрации находятся в разделе Настройки → Настройки продукта → Настройки модулей → Главный модуль, на вкладке авторизации.

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

Подтверждение по почте

Включённое подтверждение означает, что после заполнения формы пользователь получает письмо со ссылкой и до перехода по ней не может войти.

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

Компонент формы регистрации

Форма выводится компонентом bitrix:main.register:

<?$APPLICATION->IncludeComponent(
    'bitrix:main.register',
    'main',
    [
        'USER_PROPERTY_NAME'  => '',
        'SEF_MODE'            => 'N',
        'SHOW_FIELDS'         => ['NAME', 'EMAIL'],
        'REQUIRED_FIELDS'     => ['NAME', 'EMAIL'],
        'AUTH'                => 'Y',
        'USE_BACKURL'         => 'Y',
        'SUCCESS_PAGE'        => '/personal/',
        'USER_PROPERTY'       => ['UF_PHONE'],
    ]
)?>

Ключевые параметры:

• SHOW_FIELDS — какие стандартные поля показывать;
• REQUIRED_FIELDS — какие из них обязательны;
• USER_PROPERTY — пользовательские поля, которые нужно вывести в форме;
• SUCCESS_PAGE — куда отправить после успешной регистрации.

Сколько полей оставить

Разумный минимум — имя, почта и пароль. Всё остальное человек заполнит потом в профиле, если это ему для чего-то понадобится.

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

Свои поля в форме

Дополнительные поля добавляются как пользовательские поля сущности USER и затем перечисляются в параметре USER_PROPERTY. Механика UF-полей разобрана в статье Пользовательские поля UF_ в Битрикс.

Если нужна проверка при регистрации — например, формат телефона — её вешают на событие OnBeforeUserAdd:

<?php // /local/php_interface/init.php

AddEventHandler('main', 'OnBeforeUserAdd', 'checkRegistrationFields');

function checkRegistrationFields(&$arFields)
{
    global $APPLICATION;

    if (!empty($arFields['UF_PHONE'])) {
        $digits = preg_replace('/\D/', '', $arFields['UF_PHONE']);

        if (strlen($digits) !== 11) {
            $APPLICATION->throwException('Укажите телефон в формате +7XXXXXXXXXX');
            return false;
        }

        // приводим к единому виду
        $arFields['UF_PHONE'] = '+7' . substr($digits, 1);
    }

    return true;
}

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

Защита от спам-регистраций

Открытая регистрация быстро собирает ботов. Что помогает:

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

Письма при регистрации

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

Что стоит проверить:

1. Письмо с подтверждением приходит и ссылка в нём работает.
2. Письмо не выглядит как спам — есть название компании и понятный текст.
3. Адрес отправителя настроен на домен сайта, а не на случайный ящик.
4. Приветственное письмо не дублирует подтверждение.

Устройство почтовых событий разобрано в статье Почтовые события в Битрикс.

Проверка перед запуском

1. Зарегистрируйтесь в режиме инкогнито на реальный адрес.
2. Проверьте, пришло ли письмо и не попало ли в спам.
3. Перейдите по ссылке подтверждения.
4. Войдите под новым пользователем.
5. Проверьте, в какую группу он попал и какие права получил.
6. Проверьте восстановление пароля — оно ломается вместе с почтой.
7. Пройдите регистрацию с телефона.

Частые ошибки

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

Итог

Настройка регистрации сводится к параметрам главного модуля — разрешение, подтверждение по почте, капча, группа по умолчанию — и к компоненту bitrix:main.register, где задаётся состав полей формы.

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