Установка SSL-сертификата на сайт Bitrix: подробное руководство

Цель этой инструкции проста: сделать так, чтобы ваш сайт на 1С-Битрикс стабильно работал по https без предупреждений браузера, падений корзины и ночных аварий. Текст пригодится владельцам интернет-магазинов и сервисов на битрикс, техдиректорам небольших компаний, разработчикам и администраторам, которые не каждый день устанавливают SSL certificate и не хотят разбираться по документации веб‑сервера с нуля.

По шагам разберём, что подготовить заранее, как выбрать тип сертификата под конкретный проект, чем отличается let’s encrypt от платных вариантов, как установить SSL в BitrixVM, через панель хостинга и вручную в nginx/apache. Отдельно разберём частые ошибки (циклические редиректы, mixed content, проблемы с оплатой) и в каких случаях выгоднее сразу отдать задачу подрядчику, чем рисковать продажами.

Что нужно подготовить перед установкой SSL в Bitrix

Первый источник проблем при настройка https — внезапная нехватка доступов. Поэтому до покупки и выпуска certificate проверьте, где именно работает сайт, и что у вас на руках есть всё необходимое.

• Понять окружение, где крутится битрикс. Чаще всего это:
• BitrixVM (виртуальная машина в облаке или на «железе»; веб‑файлы лежат в `/home/bitrix`);
• shared‑хостинг с панелью (ISPmanager, cPanel, Plesk и аналоги);
• VPS/выделенный сервера с ручной настройкой nginx/apache.
• От этого зависит, где именно вы будете указывать пути к сертификату и ключу: через мастер панели, меню BitrixVM или правкой конфигов в `/etc/nginx` и `/etc/httpd`.
• Собрать доступы и права. До старта должно быть указаны и выданы:
• логин/пароль к панели управления хостингом или к консоли BitrixVM (ssh к `/home` сервера);
• доступ к управлению DNS домена у регистратора или в панели хостинга;
• доступ в админку битрикс (для включения работы по https и проверки форм);
• контакт человека у хостера/сисадмина, если потребуется открыть порт, создать A/AAAA‑запись или помочь с configure веб‑сервера.
• Определить, на какие домена нужен сертификат. Минимум — основной `site.ru`. Но пользователи часто заходят по `www.site.ru`, а мобильная версия живёт на `m.site.ru`, API — на `api.site.ru`. Если certificate выпущен только на `site.ru`, а в браузере открывают `www.site.ru`, https будет отмечен как незащищённый.
• Подумайте, есть ли смысл сразу брать wildcard вида `*.site.ru`, если планируется запуск нового поддомена (например, отдельного кабинета партнёров или нового b2b‑портала).
• Учесть требования Bitrix к HTTPS. Авторизация, корзина, оформление заказа, личный кабинет и интеграция с платёжными системами критично завязаны на корректную работу https. После установки сертификата придётся:
• включить режим работы по HTTPS в настройках главного модуля;
• проверить `urlrewrite.php` и `.settings.php`, чтобы там не было жёстко захардкоженных http‑ссылок;
• аккуратно добавить редиректы в конфиг nginx или `.htaccess`, не ломая уже имеющиеся правила.

Если у вас есть доступ к DNS, панель/ssh, список доменов, которые должен покрывать certificate, и человек, который при необходимости подтвердит данные компании, можно переходить к выбору и выпуску сертификата.

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

Частый вопрос: нужен ли вам вообще платный сертификат, если есть бесплатный let’s encrypt? Ответ зависит от того, какие данные обрабатывает сайт и какие требования ставят банки и партнёры.

• Let’s Encrypt против платных сертификатов. Let’s Encrypt отлично работает для:
• лендингов, корпоративных сайтов без оплат;
• тестовых стендов и dev‑окружений;
• небольших магазинов, если платёжный шлюз не требует OV/EV.
• Срок действия — 90 дней, но в BitrixVM и панелях его обычно продлевают автоматически. Платный SSL оправдан, когда есть личный кабинет с критичными данными, интеграции с банками, жёсткие требования безопасности или политика компании.
• DV, OV, EV применительно к Bitrix.
• DV (Domain Validation) — подтверждается только домен. Быстрый выпуск, идеально для большинства интернет-магазинов.
• OV (Organization Validation) — проверяется организация. Подходит для b2b‑порталов, CRM и партнёрских кабинетов, где важно формальное доверие.
• EV (Extended Validation) сейчас реже востребован; браузеры убрали «зелёную строку», а бюрократии много. Нужен в основном финтеху и крупным брендам.
• Одиночный, мультидоменный, wildcard.
• Один домен без поддоменов → достаточно обычного DV/OV.
• Один домен + несколько поддоменов (`www`, `m`, `api`) → или wildcard `*.site.ru`, или SAN‑сертификат с перечислением имён.
• Много разных доменов (white label, сеть магазинов) → разумнее мультидоменный сертификат, чтобы не ставить десяток отдельных.
• Где покупать. У хостинга проще: многие предлагают bitrix установка сертификата ssl «под ключ» и не требуют лезть в `/etc/nginx`. Отдельные поставщики дают больше брендов и тарифов, иногда дешевле, но установить всё придётся вручную или с помощью администратора.

Условные рекомендации: малый магазин на одном домене — DV от хостинга или let’s encrypt. Сложный портал с десятком поддоменов и личными кабинетами — платный wildcard DV/OV у надёжного провайдера.

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

Общий маршрут всегда один и тот же:

1. Сформировать CSR и приватный key (если нужен платный сертификат).
2. Подтвердить владение доменом (файл на сайте, DNS‑запись или письмо).
3. Получить certificate и цепочку (intermediate файлы).
4. Установить их в веб‑сервер — через панель, BitrixVM или вручную в nginx/apache.
5. Включить https внутри битрикс и настроить 301‑редиректы.
6. Проверить формы, оплату, личный кабинет, интеграции.

При использовании Let’s Encrypt через BitrixVM или панель многие шаги (CSR, подтверждение, загрузка файлов) выполняются автоматически мастером.

• Сценарий: BitrixVM. Подключаемся по ssh к серверу (обычно пользователь `root` или `bitrix`, домашний каталог `/home/bitrix`). Через меню BitrixVM выбираем нужный site, запускаем мастер let’s encrypt, указываем домена (с `www` и без, если нужно) и подтверждаем выпуск. BitrixVM сама пропишет пути к `fullchain.pem` и `privkey.pem` в конфиг nginx и настроит cron для продления.
• Если используется платный сертификат, приватный ключ и полученные файлы certificate и цепочки кладём в каталог, который предлагает меню BitrixVM, и в соответствующем пункте выбираем «установить существующий сертификат» для нужного виртуального хоста.
• Сценарий: панель хостинга. В ISPmanager, Plesk, cPanel всегда есть раздела SSL/TLS. Логика такая:
• если сертификат куплен у хостинга — запускаем мастер выпуска, выбираем домен, ждём установки;
• если сертификат внешний — вставляем CSR при заказе, после выпуска в панели загружаем ключ и файлы сертификата/цепочки, привязываем к нужному домену.
• Модули Let’s Encrypt в панелях обычно сами продлевают сертификат и обновляют конфиги nginx/apache; битрикс менять не нужно, если домен остаётся тем же.
• Сценарий: ручная настройка nginx/apache. На VPS всё делается через конфиги. Для nginx в файле вроде `/etc/nginx/sites-enabled/site.conf` указываем:
• `ssl_certificate /etc/ssl/site.crt;`
• `ssl_certificate_key /etc/ssl/site.key;`
• `ssl_trusted_certificate /etc/ssl/ca_bundle.crt;`
• После этого делаем `nginx -t` и перезапускаем сервис. В apache в виртуальном хосте прописываем `SSLEngine on`, `SSLCertificateFile`, `SSLCertificateKeyFile`, `SSLCertificateChainFile`. В Linux админы иногда говорят «правим etc nginx», имея в виду каталог `/etc/nginx` — туда и кладутся конфиги.

Далее включаем https в самом битрикс: в настройках главного модуля отмечаем работу по защищённому протоколу, проверяем, что URL сайта указан с https. Редирект 301 с http на https делается либо в серверном блоке nginx (`return 301 https://$host$request_uri;`), либо в `.htaccess` на apache.

Финальная самопроверка за 5–10 минут: открыть сайт в разных браузерах, посмотреть, нет ли значка «незащищённо»; сверить срок действия и имя домена в сертификате; пройти путь пользователя — авторизация, корзина, заказ, оплата, личный кабинет. Если всё работает и нет смешанного контента (картинки и скрипты по http), задача установки завершена.

Типичные ошибки, диагностика и когда стоит передать задачу специалистам

Самые частые проблемы при установке SSL на Bitrix:

• браузер пишет «соединение не защищено», хотя https есть — не установлена цепочка сертификатов или в certificate нет нужного домена/поддомена;
• циклические редиректы и ошибки 310 — правила редиректа дублируются в nginx и `.htaccess` или некорректно настроен главный модуль;
• перестали работать интеграции (1С, платёжные шлюзы, внешние API) — где‑то зашиты старые http‑URL, партнёр не принимает новый адрес без согласования.

Чтобы быстро понять, где именно проблема, используйте онлайн‑проверку SSL (analyze цепочку, поддержку протоколов, SNI), смотрите error‑логи веб‑сервера и журнал битрикс. Вопрос «что сломалось первым» помогает сузить поиск: если сразу падает авторизация — смотрим редиректы и конфиг HTTPS; если только оплата — смотрим настройки платёжного модуля.

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

Наша команда ежедневно разрабатывает и поддерживает проекты на Bitrix, мобильные приложения, веб‑сервисы, CRM‑системы, игры и интернет‑магазины. Если нужно безопасно установить или переехать на новый SSL‑сертификат, настроить https и производительность, достаточно прислать домен, краткое описание проекта и доступы. Возьмём на себя подбор решения, установку и проверку, чтобы ваш сайт просто работает и не теряет заказы.