Установка SSL сертификата на Bitrix — полное руководство

Как установить SSL сертификат на Bitrix пошаговая инструкция

Зачем вашему проекту на Bitrix HTTPS и как понять, что уже пора переходить

Для проектов на Битрикс протокол https — это не просто «замок» в браузере, а условие нормальной работы ключевых сценариев. Через движок проходят авторизация пользователей, личный кабинет, оформление заказов, подключение к CRM и платёжным системам, запросы из мобильного приложения и других веб‑сервисов. Любая передача персональных данных без шифрования — риск для компании и клиента.

Сигналы, что с переходом тянуть уже нельзя, обычно хорошо заметны:

• браузер помечает site как «Небезопасный», особенно в Chrome и мобильных браузерах;
• банк или эквайринг отказывается подключать онлайн‑оплату без установки ssl сертификата;
• поисковая выдача стагнирует: конкуренты на https, а ваш домен — нет;
• часть функционала режется: геолокация, доступ к микрофону/камере, пуш‑уведомления.

Перед стартом процесса проверьте минимальную «готовность» проекта:

• у домена одна основная версия (например, только https://www.example.ru или только https://example.ru);
• есть доступ в панель хостинга или на сервера по SSH;
• указаны ответственные за код и поддержку: вы сами или разработчик, который сможет быстро поправить конфиг nginx, .htaccess и шаблоны.

Как выбрать тип SSL и способ установки именно для Bitrix

Чтобы на Bitrix установить SSL сертификат без лишних рисков, сначала выберите сам certificate и способ его установки. Для большинства проектов хватает бесплатного Let’s Encrypt / let encrypt. Он подходит, если:

• интернет‑магазин не попадает под жёсткие требования банка;
• у вас лендинги, контентные статьи, корпоративный сайт компании;
• важна автоматическая продление каждые 3 месяца без участия администратора.

Коммерческий SSL (DV/OV/EV, включая wildcard) нужен, когда:

• банк или партнёры явно требуют платный сертификат с проверкой организации;
• есть много поддоменов: api.domain.ru, b2b.domain.ru, m.domain.ru, lk.domain.ru, www‑версия и т.п.;
• внутренние регламенты безопасности запрещают бесплатные решения.

Критические критерии выбора для Bitrix‑проекта:

• структура домена (один основной или нужны *.domain.ru — тогда имеет смысл wildcard);
• как удобно продлевать: Let’s Encrypt обычно продлевается автоматически, коммерческий сертификат — вручную, с обновлением файлов key / crt;
• окружение сервера: BitrixVM, shared‑хостинг, кастомный nginx+apache, docker‑инфраструктура и т.д.

По инфраструктуре сценарии такие:

• shared‑хостинг с панелью (cPanel, ISPmanager, Plesk) — в панели уже есть мастер «Установка SSL», достаточно выбрать домен и нажать пару кнопок;
• BitrixVM / VPS — работать через меню Bitrix, configure‑скрипты и файлы конфигурации в /etc/nginx/ и /etc/httpd/;
• выделенный сервер с кастомной связкой nginx+apache — лучше, чтобы процесс вёл администратор или разработчик.

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

Пошаговая инструкция: как установить SSL сертификат на Bitrix в типовых сценариях

3.1. Сценарий 1: Bitrix на виртуальном хостинге с панелью управления

1. Проверить, что домен указывает на нужный хостинг. В панели регистратора домена убедитесь, что A‑запись ведёт на IP вашего хостинга. Если недавно меняли DNS, заложите 1–24 часа на обновление. Пока домен смотрит не туда, let encrypt / Let’s Encrypt не сможет подтвердить владение, и установка ssl сертификата сорвётся.
2. Установка SSL в панели хостинга.

• Вариант A: Let’s Encrypt. В разделе SSL/TLS или «Безопасность» выберите домен, отметьте пункт «Использовать Let’s Encrypt» или аналог, укажите e‑mail администратора, сохраните. Панель сама создаст ключ (private key) и certificate, пропишет пути к файлам в конфиг сервера.
• Вариант Б: коммерческий сертификат. В панели сгенерируйте CSR (запрос на сертификат), передайте его центру сертификации, после выпуска загрузите полученные файлы certificate (crt) и CA‑bundle. В интерфейсе они обычно так и называются: «ключ», «сертификат», «цепочка».

1. Привязка HTTPS к сайту на Bitrix.

• В админке Битрикс откройте Настройки → Настройки продукта → Сайты → Список сайтов, откройте нужный site и включите использование https. Здесь же убедитесь, что домен указан без лишних вариаций (либо с www, либо без).
• В настройках модулей интернет‑магазина включите «Обязательное использование HTTPS» для авторизации и оформления заказа.
• Добавьте в .htaccess типовой редирект:
• RewriteCond %{HTTPS} !=on
• RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]
• После сохранения проверьте, что http://domain.ru и http://www.domain.ru автоматически перенаправляются на https и нет циклических редиректов.

3.2. Сценарий 2: BitrixVM / VPS с использованием консоли

1. Подключение по SSH и запуск меню BitrixVM. Зайдите на сервер по SSH под пользователем, у которого есть права на configure Bitrix. В каталоге /root или /opt/bitrix обычно лежит скрипт menu.sh. Выполните ./menu.sh, чтобы открыть текстовое меню управления.
2. Выпуск и установка Let’s Encrypt. В меню BitrixVM найдите пункт, связанный с SSL/HTTPS (название отличается по версиям). Дальше алгоритм такой:

• выберите нужный домен (он уже должен быть привязан к этому серверу и работать по http);
• укажите e‑mail для уведомлений;
• подтвердите выпуск. Скрипт сам создаст ключ и certificate, добавит нужные блоки в конфиги nginx и apache, перезапустит сервисы.

1. Установка коммерческого сертификата. Если нужен платный вариант, файлы обычно кладут, например, в /etc/nginx/ssl/:

• приватный ключ: /etc/nginx/ssl/domain.key;
• сертификат: /etc/nginx/ssl/domain.crt или fullchain.

1. В конфиге nginx для вашего site (server‑блок) добавьте строки:
2. ssl_certificate /etc/nginx/ssl/domain.crt;
3. ssl_certificate_key /etc/nginx/ssl/domain.key;
4. После правки выполните nginx -t и перезапустите nginx. Аналогично для apache, если он участвует в схеме проксирования.
5. Переключение Bitrix на HTTPS и кэш. В админке включите https для сайта, как в предыдущем сценарии. Если используется композитный режим и агрессивное кеширование, очистите весь кеш (включая managed cache), чтобы новые ссылки и адреса ajax‑запросов корректно работали по https.

3.3. Универсальный этап: проверка и борьба с «смешанным контентом»

Даже если установка ssl прошла без ошибок, https может работать не полностью: часть ресурсов всё ещё грузится по http. В этом случае замок в браузере будет с предупреждением.

• Откройте сайт, нажмите F12 и перейдите в вкладку Security или Console. Ошибки mixed content будут указаны как блокировка загрузки http‑ресурсов на https‑странице.
• Используйте поиск по файлам шаблонов и компонентов Bitrix на строки http://. Часто проблемы прячутся в старых включаемых областях, js‑скриптах, ручных вставках счётчиков.
• Проверьте настройки URL в разделе сайтов, модулей и интеграций: иногда там жёстко прописан http.
• Где допустимо, используйте протокольно‑независимые ссылки вида //example.com/path, чтобы один и тот же код корректно работал и на http, и на https (актуально для внешних сервисов).

После чистки тестируйте ключевые сценарии: корзина, оформление заказа, личный кабинет, формы заявок, API‑интеграции. Если мобильное приложение или другой клиент подключается к вашему домену, убедитесь, что его конфигурация обновлена под новый протокол и пути к endpoint’ам.

Типичные ошибки, контрольный чек-лист и когда лучше подключить разработчиков

При попытке «по‑быстрому» bitrix установить ssl сертификат часто получают новые проблемы: дубли страниц, падение конверсии, неработающие платежи. Самые частые ошибки:

• включили https, но забыли 301‑редирект — в поиске начинают индексироваться обе версии;
• неудачные правила в .htaccess вызывают бесконечные редиректы или сбрасывают авторизацию;
• поддомены (api, lk, m, test и т.п.) остались без certificate, а клиенты и интеграции продолжают обращаться к ним;
• смешанный контент ломает иконку замка и работу некоторых скриптов.

Краткий чек‑лист после завершения настройки:

1. Любой URL в поиске открывается только по https, http‑версии редиректят кодом 301.
2. В консоли браузера нет ошибок mixed content.
3. Тестовые и реальные заказы проходят через платёжные системы без ошибок callback’ов.
4. Интеграции с CRM, внешними сервисами, мобильными приложениями работают по новому адресу.

Имеет смысл передать установку ssl и общую настройку сервера разработчикам, если у проекта большой онлайн‑оборот, сложная архитектура (несколько сайтов в одном ядре, отдельный frontend, микросервисы) или в компании нет своего администратора. Наша команда как раз специализируется на комплексной разработке и поддержке: делаем и сопровождаем проекты на Bitrix, мобильные приложения, веб‑сервисы, CRM‑системы, игры, интернет‑магазины. Если нужен безопасный переход на https или хотите сразу создать новые функции вокруг защищённого домена — можно заказать у нас разработку или поддержку и закрыть вопрос «под ключ».