Bitrix: как установить SSL сертификат и перевести сайт на https

Что нужно, чтобы «bitrix установить ssl сертификат» и перейти на HTTPS?

После включения HTTPS адрес вашего site меняется с http:// на https://, в браузере появляется замок, исчезает пометка «Небезопасно», корректно работают формы авторизации, корзина, личный кабинет и все сценарии, где посетитель передаёт личные данные. Блоки оплаты, OAuth‑авторизация через соцсети и мобильные приложения также ожидают защищённый протокол, поэтому без HTTPS многие интеграции начинают работать нестабильно или вообще отказывают.

Эта инструкция подходит для проектов на «1С‑Битрикс: Управление сайтом» и интернет‑магазинов на Bitrix, размещённых на виртуальной машине BitrixVM, общем виртуальном хостинге или собственном сервере с Apache или nginx. Панели управления уровня ISPmanager, cPanel, Plesk и фирменные панели хостеров тоже подходят, главное — поддержка HTTPS и возможность установить SSL сертификат хотя бы для основного домена и www‑зеркала.

До начала работ подготовьте доступы: логин/пароль к панели хостинга или к виртуальной машине, SSH (если есть собственный сервер), логин администратора в Битрикс. Полезно заранее определить «боевой» домен — будет ли основным example.ru или www.example.ru, а также предусмотрен ли технический домен вида project.myhosting.com. Обязательно сделайте резервную копию: файлы сайта и базы данных, это можно выполнить штатным бэкапом Bitrix или средствами панели, чтобы при ошибке спокойно откатить систему.

Как выбрать и выпустить SSL‑сертификат для Bitrix

Перед тем как лезть в конфиги /etc/nginx или .htaccess, имеет смысл решить, какой именно SSL certificate использовать. В большинстве проектов хватает бесплатного Let’s Encrypt: его можно выпустить автоматически через панель хостинга, он поддерживает современные браузеры и годится и для лендингов, и для типового интернет‑магазина без жёстких требований банков и аудита безопасности. В BitrixVM есть отдельный пункт меню для интеграции Let’s Encrypt с доменом, сертификат обновляется без участия администратора.

Как понять, что Let’s Encrypt достаточно? Если у вас один основной домен плюс www, максимум пара поддоменов, а клиенты входят в стандартный личный кабинет без сложных B2B‑процессов, смело берите DV‑сертификат. Если проект — портал компании с отдельным CRM, API‑доменом, интеграцией с банковскими сервисами, где в требованиях указан конкретный тип сертификата, стоит выбрать платный OV или EV у авторитетного центра сертификации. Для множества поддоменов (shop.example.com, crm.example.com, promo.example.com) удобно использовать wildcard‑сертификат формата *.example.com, чтобы не выпускать отдельный ключ на каждый subdomain.

При выборе смотрите не только на цену, но и на организационные факторы. Важно, сколько доменов и поддоменов нужно защитить и есть ли на хостинге автоматическое продление Let’s Encrypt: без автообновления придётся каждые 3 месяца вспоминать про установку ssl сертификата. Обратите внимание на поддержку SNI: на старых тарифах виртуальной компании‑хостера может требоваться выделенный IP, без этого HTTPS не поднимется. Полезно уточнить, помогают ли специалисты провайдера с configure веб‑сервера, если вы не готовы править файлы в /etc/httpd или /etc/nginx самостоятельно.

По способам выпуска вариантов три. Самый простой — через панель хостинга: в разделе домена обычно есть пункт «SSL/TLS» или отдельная кнопка «Создать сертификат Let’s Encrypt», где вы отмечаете домен и www‑зеркало, а система автоматически получит ключ и настроит виртуальный хост. Второй путь — меню BitrixVM: консольный скрипт позволяет выбрать нужный site, запросить бесплатный сертификат и сразу прописать пути к certificate и private key в конфиги nginx. Третий вариант — ручной заказ у стороннего CA, когда требуется специфический тип сертификата: тогда придётся сгенерировать CSR, подтвердить владение доменом (по email или через DNS‑запись), скачать файлы сертификата и цепочки, а затем прописать их в конфигурации серверов.

Bitrix: установить SSL сертификат и включить HTTPS — пошаговая инструкция

1. Шаг 1. Установить SSL на сервер или хостинг. На общем хостинге нужные настройки обычно находятся в разделе домена: блок «SSL», «SSL/TLS» или пункт управления сертификатами. Выбираете домен, включаете опцию «Использовать HTTPS», отмечаете выпуск Let’s Encrypt и, если доступно, включаете автоматическое продление. Для проектов с несколькими доменами проверяйте, чтобы в списке были указаны и основной домен, и www‑зеркало, иначе часть трафика окажется без защиты.
2. Если проект размещён на BitrixVM, подключитесь по SSH к виртуальной машине и откройте меню администрирования (обычно команда /root/menu.sh или аналогичный скрипт). В разделе SSL выберите нужный домен, укажите email для уведомлений, согласитесь на выпуск Let’s Encrypt, после чего система сама создаст необходимые файлы в /home/bitrix и пропишет пути в конфиг nginx. На собственном сервере без панелей потребуется вручную указать в блоке server для 443‑го порта строки вида: ssl_certificate /etc/nginx/ssl/example.crt; ssl_certificate_key /etc/nginx/ssl/example.key; а также путь к цепочке сертификатов, если её требует центр сертификации. Остальные параметры Bitrix лучше не трогать, если нет опыта работы с веб‑сервером, либо привлечь администратора для корректного configure окружения.
3. Шаг 2. Проверить, что HTTPS работает на уровне сервера. Откройте в браузере адрес https://ваш_домен и дождитесь загрузки страницы. Если сертификат установлен корректно, браузер покажет замок без красных предупреждений, а сведения о сертификате отразят правильное имя домена и срок действия. Иногда появляется иконка с предупреждением о смешанном контенте: это значит, что шифрование уже работает, но часть ресурсов загружается по http и это будет исправляться позже.
4. Если сайт по HTTPS не открывается вовсе, пройдитесь по короткому чек‑листу. Убедитесь, что DNS‑запись домена указывает на верный сервер, дайте сертификату 5–10 минут после выпуска, проверьте, к тому ли виртуальному хосту привязан домен в конфигурации сервера и не занят ли порт 443 другим сервисом. На BitrixVM удобно смотреть ошибки в логах nginx в директории /var/log/nginx, это помогает увидеть опечатку в путях к certificate или key.
5. Шаг 3. Включить HTTPS в настройках Bitrix. Зайдите в админку, откройте «Настройки» → «Настройки продукта» → «Сайты» → «Список сайтов» и отредактируйте нужный site. Убедитесь, что в поле домена указан тот вариант, который вы выбрали основным (с www или без), и включены флаги использования HTTPS там, где это предусмотрено: для всего сайта либо хотя бы для авторизации. В некоторых сборках есть настройка «Всегда использовать HTTPS» — она должна быть активна для основного раздела, на котором будет работать магазин.
6. Далее зайдите в раздел настроек безопасности и авторизации. Включите опцию передачи пароля по защищённому протоколу, чтобы формы входа и регистрации всегда уходили через https, даже если пользователь по ошибке зашёл по старой http‑ссылке. После изменения базовых настроек очистите кэш: общий и композитный, если он включён, через раздел кэширования в админке. Это избавит от странных эффектов, когда часть страниц всё ещё отдаётся старой версией.
7. Шаг 4. Настроить принудительный редирект с HTTP на HTTPS. Для Apache редирект удобно включить через .htaccess в корне сайта. Добавьте в начало файла блок с проверкой протокола: если запрос пришёл по http, отправляем код 301 на https://$host$request_uri. Важно разместить это правило до других сложных RewriteCond, чтобы не получить конфликтов с ЧПУ. На некоторых тарифах Bitrix редирект уже частично настроен, но стоит убедиться, что он ведёт именно на нужное зеркало домена.
8. Для nginx создайте отдельный серверный блок на 80‑й порт, где в конфигурации будет только слушающий порт и строка return 301 https://$host$request_uri; без лишних location. Следите, чтобы не было двойного редиректа, например, когда .htaccess отправляет на www‑домен, а nginx — обратно на без‑www. В итоге должен остаться один‑единственный канонический адрес, на который сводятся все варианты: это помогает и SEO, и аналитике трафика.
9. Шаг 5. Убрать ошибки «смешанного контента» в Bitrix. Mixed content появляется, когда страница открывается по https, а часть ресурсов загружается по http. Чаще всего это картинки, стили или JavaScript с абсолютными ссылками. В Bitrix такой контент может прятаться в шаблонах, статических включаемых областях, параметрах компонентов, данных инфоблоков или подключаемых скриптах аналитики и чатов. Например, старый код счётчика или виджет онлайн‑поддержки часто содержит жёсткий протокол http.
10. Самый надёжный способ очистки — поиск. Используйте поиск по файлам проекта (в IDE или через консоль) по строке «http://ваш_домен» и по ключевым внешним сервисам. В базе данных можно выполнить поиск по аналогичной строке через phpMyAdmin или утилиты MySQL и заменить ссылки на протокол‑независимые (//ваш_домен/путь) или сразу https. После правок снова очистите кэш Bitrix и повторно откройте сайт: иконка смешанного контента должна исчезнуть, а замок в браузере станет полностью «зелёным».

Проверка результата, типичные ошибки и когда звать разработчиков

1. Финальная проверка проста: откройте сайт по http и по https и посмотрите, к какому адресу в итоге ведут редиректы. Итоговый URL должен начинаться с https и соответствовать выбранному зеркалу домена. Протестируйте ключевые сценарии: вход в личный кабинет, оформление заказа, работу корзины и оплату. Для дополнительной диагностики прогоните домен через сервис SSL Labs или аналог: там важно, чтобы сертификат отображался валидным, цепочка была собрана без ошибок, а старые небезопасные протоколы были отключены.
2. Частые проблемы — забытые поддомены, на которых не выполнена установка ssl, редирект‑петли из‑за пересекающихся правил в .htaccess и конфиге nginx, а также потеря части поискового трафика при неправильной настройке зеркал в Яндекс.Вебмастере и Google Search Console. После перехода на HTTPS обязательно обновите адрес сайта в этих сервисах и добавьте новое зеркало на https. Если инфраструктура сложная, есть отдельный API‑домен, мобильные приложения, нестандартные модули или платёжные интеграции, выгоднее подключить разработчиков: мы как раз специализируемся на веб‑проектах, Bitrix и мобильных сервисах, можем безопасно настроить SSL, перевести проект на HTTPS без простоя и заодно провести аудит конфигурации и безопасности. Оставьте заявку, если хотите передать настройку HTTPS и сопутствующие задачи нашей команде.