После того как инсталлятор 1С-Битрикс отработал и админка открылась, работа только начинается. Настройка сайта на 1С-Битрикс после установки - отдельный этап, на который у меня обычно уходит от 3 до 6 часов на стандартном проекте: разобраться с правами доступа, модулями, ЧПУ, почтой и резервным копированием. Пропустишь один пункт, через месяц получишь дыру в безопасности или битые ссылки в выдаче. Собрал чек-лист, по которому провожу первичную настройку сам, без теории про то, что такое CMS.
Что проверить в первые часы после установки Битрикс
Прежде чем открывать сайт для реальных посетителей, прохожусь по базовым пунктам. На практике именно на них экономят время в начале и теряют его потом, когда что-то ломается в проде.
- Файл
.settings.php: проверяю, что пароли к базе не дефолтные, а режим отладки (debug) выключен на боевом окружении - Обновления модулей через Marketplace или Марку решений, ставлю все накопленные обновления ядра сразу
- Разделение путей публичной и административной части, особенно если сайт не единственный на сервере
- Часовой пояс и кодировка сайта, от этого зависит корректность логов, расписания публикаций и агентов
- Проверка cron: без него не работают агенты, отправка почты из очереди и обновление каталога
Если ставили Битрикс через готовый образ хостера, отдельно проверяю версию PHP и модуль OPcache: битриксовские редакции старше пары лет часто конфликтуют с новым PHP, и часть административных разделов просто не открывается.
Настройка главного модуля и общих параметров
Общие настройки сайта
В разделе «Настройки продукта» задаю название сайта, e‑mail администратора и формат даты. Отдельно включаю кэширование (автокэширование компонентов и HTML-кэш), на голой установке оно почти всегда выключено или настроено на минимальный TTL. Для интернет-магазина с каталогом от 500 товаров без кэша страницы каталога грузятся 2-3 секунды вместо 300-400 миллисекунд, это уже влияет на конверсию.
Модуль «Пользователи» и группы доступа
Сразу переименовываю группу «Администраторы» под задачу и создаю отдельную группу для контент-менеджеров с урезанными правами: доступ к инфоблокам и разделу «Контент», без модулей «Настройки» и «Технические средства». На одном проекте видел, как менеджер по товарам случайно снёс шаблон сайта, зайдя в «Конструктор сайтов» без понимания, что это не карточка товара. С раздельными группами такой инцидент не пройдёт технически, а не на честном слове.
Права доступа и защита панели администратора
Это пункт, который чаще всего пропускают на старте, а потом разбираются с последствиями:
- Меняю стандартный путь к админке через веб-сервер или модуль «Проактивная защита»
- Включаю двухфакторную авторизацию для всех, у кого есть доступ к правам «Администратор»
- Настраиваю журнал событий (лог) и слежу, чтобы туда попадали неудачные попытки входа
- Ограничиваю доступ к
/bitrix/admin/по IP там, где список сотрудников фиксированный, например через офисный или VPN-адрес - Отключаю неиспользуемые модули: если нет форума и блогов, оставлять их подключёнными - лишняя площадь для уязвимостей
Проактивный фильтр в модуле «Веб-мастер» тоже включаю сразу, а не после первой попытки взлома через инъекцию в форме обратной связи.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
ЧПУ, robots.txt и настройка SEO на старте
Человекопонятные УРЛ в Битриксе не включены по умолчанию для новых инфоблоков, это отдельная галка в настройках каждого раздела. Прохожусь по структуре так:
- Включаю ЧПУ для каталога, разделов и карточек товаров, задаю шаблоны вида
/catalog/#SECTION_CODE#/#ELEMENT_CODE#/ - Проверяю файл
robots.txt, по умолчанию Битрикс генерирует базовый вариант, но обычно нужно закрыть/bitrix/,/search/, страницы с параметрами сортировки и фильтрации - Настраиваю карту сайта через модуль «Поиск» и проверяю, что она реально генерируется по расписанию, а не разово вручную
- Прописываю шаблоны мета-тегов на уровне инфоблока, чтобы не заполнять title и description для каждой карточки товара руками
Если сайт переезжает со старой площадки на Битрикс, отдельно свожу таблицу старых и новых УРЛ и настраиваю 301-редиректы через модуль «Веб-мастер» или на уровне .htaccess. Без этого позиции в поиске проседают на 3-4 недели вместо плавного переезда.
Подключение SSL, почты и модулей доставки и оплаты
SSL-сертификат подключаю первым делом, обычно Let’s Encrypt через панель хостинга, и сразу проверяю в настройках модуля «Главный», чтобы протокол сайта переключился на https, иначе часть ссылок в компонентах продолжит генерироваться со старым протоколом.
Почту настраиваю через SMTP отдельного сервиса, а не через встроенный сервер: с почтой хостинга письма о заказах регулярно улетают в спам, с SMTP от Yandex 360 или Mailgun доставляемость заметно выше.
Для интернет-магазинов на этом этапе подключаю модули доставки и оплаты: СДЭК идёт готовым модулем в маркетплейсе, а вот эквайринг Т‑Банка чаще приходится донастраивать вручную под конкретный тариф и группу товаров с НДС. Если в компании уже есть сценарии обработки заказов в CRM, обработку новых заявок из Битрикса удобно завести через n8n: вебхук от Битрикса, проверка полей, запись в CRM и уведомление менеджеру, без написания отдельного обработчика на PHP под каждое изменение бизнес-логики.
Если на этом этапе не хочется разбираться в настройках модулей самостоятельно, эту часть можно отдать на аутсорс: я беру в работу настройку и доработку сайтов на 1С-Битрикс отдельным блоком, от диагностики после установки до подключения оплаты и доставки под конкретный каталог.
Резервное копирование и агенты Битрикса
Встроенный модуль «Резервное копирование» подходит для небольших сайтов, но при базе больше 1-2 ГБ архивация через админку упирается в лимиты выполнения PHP-скрипта. Для таких проектов настраиваю бэкап через cron напрямую:
0 3 * * * /usr/bin/php -f /home/bitrix/www/bitrix/modules/main/tools/cron_events.php > /dev/null 2>&1
30 3 * * * /usr/bin/mysqldump -u backup_user -p'pass' bitrix_db | gzip > /home/backups/db_$(date +\%F).sql.gz
Отдельно проверяю, что бэкапы уходят на внешнее хранилище, а не только на тот же сервер: если диск откажет, локальная копия базы не спасёт. И сразу настраиваю агенты (Bitrix Agents) на выполнение по расписанию: обновление курсов валют, чистку сессий, отправку писем из очереди. Без работающего cron агенты просто копятся в очереди и не выполняются, это частая причина, почему письма клиентам «зависают» на новых установках.
Настройка сайта на 1С-Битрикс по редакциям отличается набором доступных модулей, вот на что смотрю в первую очередь по каждой:
| Редакция | Что есть из коробки | Что донастроить в первую очередь |
|---|---|---|
| Старт | Один сайт, базовый каталог | Отключить лишние модули, вручную настроить ЧПУ |
| Стандарт | Несколько сайтов, скидки, торговые предложения | Группы пользователей, свойства каталога, кэширование |
| Малый бизнес | Оплата, доставка, обмен с 1С | Подключить эквайринг и модуль доставки, проверить регламент обмена |
| Бизнес | Мультисайтовость, B2B-каталог, расширенное API | Настроить бизнес-процессы и права по подразделениям |
Частые вопросы
Сколько времени занимает настройка сайта на 1С-Битрикс после установки?
На стандартном проекте с каталогом и оплатой у меня уходит от 3 до 6 часов на базовую настройку: права доступа, ЧПУ, почта, бэкапы. Если добавляется интеграция с CRM или эквайрингом, срок растягивается до 1-2 рабочих дней в зависимости от количества сценариев.
Нужно ли сразу после установки менять путь к админке?
Желательно да. Стандартный путь /bitrix/admin/ первым делом проверяют автоматические сканеры, и лишняя защита здесь не помешает, особенно если на сайте есть онлайн-оплата или личный кабинет с персональными данными клиентов.
Обязательно ли настраивать ЧПУ вручную для каждого раздела?
Нет, для типовых инфоблоков достаточно один раз задать шаблон УРЛ на уровне раздела, и он применится ко всем элементам внутри. Руками правки нужны только для нестандартных страниц вроде акционных лендингов внутри каталога.
Что делать, если после установки сайт работает медленно?
В первую очередь проверяю, включено ли кэширование компонентов и HTML-кэш, версию PHP и наличие OPcache. В большинстве случаев на голой установке кэш выключен или настроен на минимальный TTL, включение уже даёт ощутимый прирост скорости без изменения кода.