1С Битрикс · 6 мин чтения

Настройка сайта на 1С-Битрикс после установки: первые шаги

После того как инсталлятор 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, включение уже даёт ощутимый прирост скорости без изменения кода.

Есть задача?

Обсудим в мессенджере

Расскажите, что нужно сделать — отвечу в течение 4 часов в рабочее время. Первая консультация бесплатно.

Продолжая пользование настоящим сайтом Вы выражаете своё согласие на обработку Ваших персональных данных (файлов куки) с использованием Yandex.Metrika.
Понятно