SSL и домен в Битрикс: инструкция без типичных ошибок

Подключение домена и SSL к сайту на 1С-Битрикс обычно занимает от 30 минут до нескольких часов: время зависит от DNS и панели хостинга. В конце сайт должен открываться по адресу https://example.ru, автоматически отправлять посетителей с HTTP на HTTPS и одинаково корректно работать с вариантами example.ru и www.example.ru. Инструкция рассчитана на актуальные ветки 1С-Битрикс: Управление сайтом 24.x и 25.x; названия пунктов панели могут немного отличаться.

Что подготовить до начала

• Домен и доступ к его DNS-зоне.
• Доступ к панели хостинга или к серверу, где работает сайт.
• Понимание, какой адрес будет основным: с www или без него.
• Резервную копию файлов и базы данных перед изменением настроек.
• Доступ администратора к панели Битрикс.

Если сайт работает через CDN, балансировщик или обратный прокси, сначала выясните, где завершается HTTPS. Сертификат может устанавливаться не на сервер Битрикс, а на внешнем сервисе.

Сноска. DNS — система, которая связывает доменное имя с IP-адресом сервера. Изменения DNS распространяются не мгновенно: часть пользователей может видеть старый адрес ещё несколько часов.

Пошаговое подключение домена и HTTPS

1. Определите основной адрес сайта. Выберите один вариант: https://example.ru или https://www.example.ru. Второй адрес не должен конкурировать с основным: он будет перенаправлять посетителя.
   Проверка: записанный основной адрес совпадает с тем, который вы собираетесь показывать в рекламе, поиске и письмах.
2. Проверьте DNS-записи. Для домена должна существовать запись A с публичным IPv4-адресом сервера. Если используется IPv6, запись AAAA должна указывать на действительно настроенный IPv6-адрес. Для www обычно создают отдельную A-запись или CNAME на основной домен.
   Проверка: домен открывается на нужном сервере, а в панели хостинга отображается именно этот домен, а не временный адрес.
3. Добавьте домен в панели хостинга. Создайте сайт или доменный алиас, укажите корневую папку Битрикс и включите поддержку HTTPS. Не меняйте корневую папку наугад: если сервер начнёт отдавать каталог без файла index.php, сайт покажет список файлов или ошибку 403.
   Проверка: по HTTP открывается именно ваш сайт, а не страница «домен припаркован».
4. Выпустите сертификат. На большинстве панелей есть пункт вроде «SSL», «Let's Encrypt» или «Бесплатный сертификат». Выпускайте сертификат сразу для основного домена и второго варианта, если используете редирект между ними. Сертификат Let's Encrypt обычно действует 90 дней, поэтому автоматическое продление должно быть включено.
   Проверка: браузер показывает действительный сертификат, а в его списке имён присутствуют нужные домены.
5. Откройте HTTPS до включения принудительного редиректа. Сначала проверьте https://example.ru вручную. Если HTTPS не работает, редирект только скроет исходную ошибку за бесконечными переадресациями.
   Проверка: главная страница, форма входа и одна внутренняя страница открываются по HTTPS без предупреждения браузера.
6. Обновите адрес сайта в Битрикс. В административной панели откройте настройки сайта в разделе управления сайтами и укажите полный адрес с https://. Если в установке несколько сайтов, изменяйте только нужный сайт. Проверьте также адреса в настройках модулей, почтовых шаблонах и интеграциях, если они хранятся отдельно.
   Проверка: ссылки, созданные Битрикс, ведут на HTTPS, а письма не содержат старый протокол.
7. Включите редирект HTTP → HTTPS на сервере. Используйте настройку панели хостинга или конфигурацию веб-сервера. Редирект должен быть постоянным и вести на тот же путь: запрос к http://example.ru/catalog/item/ должен перейти на https://example.ru/catalog/item/, а не на главную страницу.
   Проверка: в браузере или через инструменты разработчика виден один редирект с HTTP на HTTPS, после чего открывается нужная страница.
8. Настройте один вариант домена. Если основным выбран адрес без www, настройте перенаправление с www на него. Если выбран вариант с www, сделайте наоборот. Не настраивайте оба правила одновременно в панели хостинга и в нескольких конфигурациях сервера.
   Проверка: четыре адреса — HTTP и HTTPS с www и без www — приводят к одной странице без цепочки редиректов.
9. Очистите кеш Битрикс. После смены адреса очистите кеш компонентов и управляемого кеша, если он используется. Проверьте также кеш CDN и браузера.
   Проверка: после открытия страницы в приватном окне в исходном коде нет ссылок на http:// для изображений, стилей и скриптов.

SSL не исправляет адреса внутри контента. Он только защищает соединение. Старые HTTP-ссылки в базе, шаблоне или настройках модулей придётся найти отдельно.

Частые ошибки новичков

Сертификат выпущен не для того домена

Ошибка ERR_CERT_COMMON_NAME_INVALID означает, что имя в адресной строке не входит в сертификат. Частый сценарий: сертификат оформлен для example.ru, а пользователь открывает www.example.ru. Перевыпустите сертификат с обоими именами или настройте редирект только после того, как оба варианта обслуживаются корректно.

Цикл переадресации после включения HTTPS

Сообщение ERR_TOO_MANY_REDIRECTS появляется, когда сервер или прокси считает запрос HTTP, хотя браузер уже пришёл по HTTPS. Такое бывает при завершении TLS на CDN или балансировщике: до Битрикс запрос доходит по HTTP, и приложение снова отправляет его на HTTPS. Проверьте настройки прокси и передачу исходного протокола по документации вашего провайдера. Не добавляйте новые редиректы, пока не определено место, где уже выполняется первый.

Сайт открывается, но браузер пишет о небезопасном содержимом

Это смешанный контент: HTTPS-страница загружает картинку, таблицу стилей, шрифт или скрипт по HTTP. Откройте консоль браузера и найдите конкретный URL. Исправьте ссылку в шаблоне, настройке модуля или содержимом страницы, затем очистите кеш. Простая замена протокола в браузере проблему на сервере не решает.

Домен ведёт на старый сервер

Если DNS ещё не обновился, часть пользователей будет попадать на прежний хостинг. Проверьте A и AAAA-записи, а также не осталось ли старой записи для www. Особенно часто мешает AAAA: браузер выбирает IPv6, а сайт на нём не настроен. Удаляйте запись только если вы уверены, что IPv6 не используется.

После смены адреса пропала авторизация

Браузер хранит cookies отдельно для HTTP и HTTPS. После смены протокола старая сессия может не примениться, а некорректный доменный редирект способен зациклить вход. Удалите cookies сайта, войдите заново и проверьте, что форма входа и административная панель работают по HTTPS. Если проблема остаётся у всех пользователей, проверяйте настройки домена, прокси и кеширования.

Что проверить перед публикацией

• Сертификат действителен и содержит основной домен и его альтернативный вариант.
• HTTP перенаправляет на HTTPS одним шагом.
• www и адрес без www ведут к одному каноническому адресу.
• Главная страница, каталог, карточка товара, поиск и форма входа работают по HTTPS.
• В консоли браузера нет ошибок mixed content.
• Автоматическое продление сертификата включено, а дата следующего продления известна.
• Внешние сервисы: платежи, CRM, вебхуки, почта и CDN — используют новый HTTPS-адрес.

Что делать дальше

После подключения HTTPS проверьте сайт в приватном окне и через инструменты разработчика браузера. Затем обновите адрес в рекламных кабинетах, системах аналитики, Search Console и интеграциях. HSTS не включайте сразу: сначала убедитесь, что все поддомены и служебные адреса действительно работают по HTTPS. В продакшене отдельно контролируйте срок действия сертификата, количество редиректов и ошибки загрузки ресурсов.

Инструкции для конкретной конфигурации сервера зависят от панели хостинга, Nginx или Apache, CDN и схемы проксирования. Если после выполнения шагов остаётся цикл редиректов или ошибка сертификата, сначала зафиксируйте цепочку перенаправлений и DNS-ответы, а уже потом меняйте настройки.