Битрикс настройка после установки - не косметика для галочки, а список примерно из десятка пунктов, без которых сайт либо не проиндексируется нормально, либо ляжет от первой волны спам-ботов на форму обратной связи. За практику веду один и тот же чек-лист на каждом проекте на 1С-Битрикс, от визитки на несколько страниц до интернет-магазина с каталогом на пару тысяч товаров. Ниже - 6 блоков, которые прохожу до того, как отдать сайт клиенту или открыть индексацию поисковикам.
Что проверить сразу после установки 1С-Битрикс
Первым делом сверяю версию PHP на хостинге с требованиями текущей версии CMS - несовпадение всплывает не сразу, а спустя пару обновлений модулей, когда часть админки начинает падать с ошибками. Проверяю статус лицензии: демо-режим ограничивает часть функций и через некоторое время начинает показывать баннер в админке, так что если сайт коммерческий, лицензию покупаю сразу.
Отдельно смотрю, как обрабатываются агенты по расписанию - фоновые задачи вроде переиндексации поиска, чистки старых сессий, отправки отложенных писем. По умолчанию Битрикс может запускать их при обращении обычных посетителей к сайту, и ночью, когда трафика почти нет, агенты срабатывают с задержкой. Настраиваю запуск через cron на хостинге и переключаю режим так, чтобы агенты не зависели от хитов пользователей - соответствующая настройка лежит в разделе веб-кластера.
Настройка главного модуля: домен, часовой пояс, почта
В настройках главного модуля выставляю часовой пояс под регион аудитории - иначе время публикации новостей, заказов и комментариев съезжает, и клиент потом спрашивает, почему заказ пришёл «из будущего». Проверяю кодировку (для новых установок почти всегда UTF‑8, но при переносе сайта со старой версии Битрикса встречается и Windows-1251), название сайта и адрес отправителя для системных писем.
Отдельно настраиваю SMTP для исходящей почты. Подтверждения заказов, письма с восстановлением пароля и уведомления администратору отправляю через отдельный почтовый сервер, а не через встроенную функцию отправки хостинга - у части провайдеров такие письма без правильно настроенных DKIM и SPF попадают прямиком в спам получателя, и клиент теряет реальные заказы, даже не зная об этом.
Безопасность после установки: доступы, защита, бэкапы
Развожу права групп пользователей до того, как в системе появится больше одного администратора - редактор контента получает доступ к инфоблокам и разделам сайта, но не к настройкам продукта и правам других пользователей. Включаю модуль проактивной защиты (веб-антивирус, панель безопасности, контроль активности) и прогоняю встроенный инструмент проверки безопасности в разделе «Инструменты» - он показывает открытые тестовые файлы установщика, слабые пароли и не настроенный .htaccess.
Доступ к административной панели ограничиваю по IP там, где у клиента статический адрес офиса, либо как минимум включаю двухфакторную аутентификацию для всех учёток с правами администратора - панель управления сканируют автоматические боты с первого дня после того, как сайт попадает в публичный DNS. Резервное копирование настраиваю через встроенный модуль на регулярном расписании и храню копии не на том же диске, где лежит сам сайт: если у хостинга откажет диск, я не хочу терять и сайт, и бэкап одновременно.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
SEO-настройки: ЧПУ, robots.txt и карта сайта
Человекопонятные урлы (ЧПУ) включаю до открытия индексации, а не после - иначе поисковик успевает проиндексировать адреса вида /index.php?ID=123, и после перехода на человекопонятные ссылки на эти страницы приходится вешать редиректы, чтобы не потерять уже накопленный вес страниц.
Robots.txt и sitemap.xml собираю через встроенные инструменты в разделе «Маркетинг» -> SEO, там же настраиваю шаблоны meta title и description по типам страниц, чтобы не проставлять их вручную на каждую карточку товара или новость. Отдельно проверяю, что технические разделы - админка, корзина, страница поиска, фильтры с GET-параметрами - закрыты от индексации именно в robots.txt, а не просто не попадают в sitemap: это разные механизмы, и поисковик может найти закрытую страницу по внешней ссылке.
Домен, SSL и протокол сайта
SSL-сертификат почти всегда подключаю через панель хостинга - у большинства провайдеров это бесплатный сертификат от одного из центров сертификации, который переиздаётся автоматически без моего участия. Платный сертификат с расширенной проверкой организации имеет смысл точечно, например для сайтов, где нужно показывать в браузере подтверждённое юрлицо, и цена там зависит от типа сертификата, а не от того, лендинг это или интернет-магазин.
После установки сертификата переключаю протокол сайта на https в настройках - в разделе «Настройки» -> «Система» у каждого сайта есть поле протокола, и пока оно указывает на http, часть внутренних ссылок и редиректов Битрикс собирает некорректно. Дальше настраиваю принудительный редирект с http на https и склеиваю www и без-www версии в одну, иначе поисковик видит два разных сайта с одинаковым контентом и делит между ними вес страниц.
Ускорение сайта перед запуском: композитный кэш и отличия для интернет-магазина
Композитный кэш (модуль «Композитный сайт») включаю почти на каждом проекте - он отдаёт анонимным посетителям заранее собранную статичную версию страницы вместо того, чтобы гонять полный цикл PHP и запросы к базе на каждый визит. Разница в нагрузке особенно заметна на каталоге и карточках товаров при всплеске трафика: с рекламы, рассылки или после попадания в топ выдачи. Для страниц с персональными данными - корзина, личный кабинет, оформление заказа - настраиваю исключения из кэша, чтобы один покупатель случайно не увидел содержимое чужой сессии.
Дальше по списку - объединение и минификация CSS и JS через встроенный оптимизатор, включение сжатия gzip и HTTP/2 на стороне хостинга, если провайдер это поддерживает, и сжатие изображений в каталоге и инфоблоках. По отдельности каждый пункт даёт немного, вместе они превращают сайт с откликом в пару секунд в сайт, который открывается почти мгновенно.
Часть чек-листа отличается в зависимости от типа сайта - если это интернет-магазин, а не визитка, часть пунктов вроде оплаты и доставки я обычно закрываю в рамках разработки интернет-магазина под ключ, потому что там сразу нужно продумывать связку с эквайрингом и триггерными письмами, а не донастраивать это по одному пункту после запуска. Вот где разница между обычным сайтом-визиткой и магазином на Битриксе заметнее всего:
| Пункт | Сайт-визитка | Интернет-магазин |
|---|---|---|
| Каталог и торговые предложения | не нужен | обязателен, с настройкой типов цен и остатков |
| Платёжные системы (эквайринг) | не требуется | обязательно, например модуль эквайринга Т‑Банка |
| Модули доставки (СДЭК и другие) | не требуется | обязательно, с расчётом стоимости и синхронизацией статусов |
| Композитный кэш | включаю на все страницы | включаю с исключениями для корзины и личного кабинета |
| Триггерные письма (подтверждение заказа) | не требуется | обязательно, через настроенный SMTP |
1С-Битрикс регулярно обновляется, поэтому перед внедрением я сверяюсь с актуальной документацией.
Частые вопросы
Сколько времени занимает настройка Битрикса после установки?
На типовом сайте без сложных интеграций весь чек-лист - модули, безопасность, SEO, SSL, кэш - закрываю за 3-5 дней, если хостинг и домен уже готовы. Интернет-магазин с каталогом и оплатой занимает больше: там добавляются модули доставки и эквайринга, плюс тестовые заказы перед запуском.
Нужно ли покупать SSL-сертификат отдельно?
Нет, для запуска подавляющего большинства сайтов хватает бесплатного сертификата от хостинга, который переиздаётся автоматически. Платный сертификат с расширенной проверкой берут точечно, обычно для сервисов, где важно показывать в браузере проверенное юрлицо.
Что будет, если не включить композитный кэш?
Сайт будет работать, но каждый визит анонимного посетителя будет запускать полный цикл PHP и запросы к базе вместо отдачи готовой статичной страницы. На небольшом трафике разницы не увидите, а при наплыве посетителей - с рекламы, рассылки или после попадания в топ выдачи - база начинает захлёбываться первой.
Можно ли настроить Битрикс самостоятельно, без разработчика?
Технически да, панель управления рассчитана на администратора без навыков программирования. На практике чаще всего пропускают именно пункты безопасности и кэширования, потому что они не мешают сайту открываться и выглядят необязательными, пока не приходит первая волна спама или трафика. Если после запуска нужно, чтобы кто-то следил за обновлениями и бэкапами на постоянной основе, для этого есть техподдержка от 15 000 ₽/мес.