Коротко. После установки 1С-Битрикс нужно закрыть 12 пунктов настройки: от активации лицензии и удаления демо-данных до бэкапа и аналитики. На сайте с простым каталогом весь список закрывается за 1-2 рабочих дня программиста. Пропуск любого пункта не ломает сайт сразу, но проявляется позже — просевшей скоростью, потерянными заявками из-за нерабочей почты или битым бэкапом в момент, когда он больше всего нужен.
Зачем именно 12 пунктов, а не общий совет «настройте сайт»
Мастер установки создаёт рабочую CMS, но не настроенный под задачу сайт — это разные состояния. Часть пунктов ниже не блокирует запуск, если их пропустить: сайт откроется и будет выглядеть рабочим. Проблема в том, что каждый пропущенный пункт — это отложенный риск, который проявляется не сразу: SMTP не настроен — письма о заказах уходят в спам через месяц активных продаж; бэкап не проверен — оказывается битым в момент, когда сервер уже упал. Чек-лист ниже закрывает именно такие пункты — те, что не видны на глаз, но обходятся дороже всего, если о них забыть.
Пункты 1-4: лицензия, обновления и чистота базы
- Активировать лицензию. Без активации часть модулей работает в демонстрационном режиме с ограничениями по времени или функциям — проверяется в разделе
Настройки → Лицензионный ключ. - Обновить ядро и модули до актуальных версий. Дистрибутив на момент скачивания может отставать от текущей сборки на несколько недель — обновление через
Настройки → Обновление продуктазакрывает известные уязвимости и добавляет исправления. - Удалить демо-контент. Тестовые товары, статьи-заглушки и демо-разделы, которые ставятся вместе с шаблоном, нужно убрать до того, как их проиндексирует поисковик — иначе они попадают в выдачу наравне с реальным контентом.
- Задать часовой пояс, язык и валюту. Параметры в главном модуле, которые наследуются всеми последующими разделами каталога — исправить их постфактум на сайте с сотнями товаров дороже, чем проверить один раз сейчас.
Пункты 5-8: адрес, скорость и автоматика
- Включить HTTPS и настроить редиректы. Постоянный (301) редирект с HTTP на HTTPS и с дублирующей версии домена (с
wwwили без) на основную — без этого поисковик может индексировать сайт как несколько разных версий. - Настроить ЧПУ. Человекопонятные адреса для каталога и статей задаются в модуле
urlrewriter.php— сделать это на старте дешевле, чем настраивать редиректы со старых технических URL после переезда на читаемые адреса. - Включить композитное кэширование. Встроенный механизм, который кэширует собранную HTML-страницу для анонимных посетителей и ускоряет отдачу в 3-10 раз по сравнению с обычным режимом — особенно заметно на каталоге с фильтрами. По умолчанию выключен и требует ручного включения в
Настройки → Автокэширование. - Привязать агенты к cron. Системные задачи — обмен с 1С, рассылки, переиндексация поиска, чистка кэша — должны выполняться по расписанию через системный cron, а не «по хитам» посетителей, иначе на сайте с низкой посещаемостью ночью они могут не выполняться сутками.
Пункты 9-12: почта, доступ, резервирование, аналитика
- Настроить SMTP для исходящей почты. Штатная функция PHP
mail(), которой пользуется сайт по умолчанию, на большинстве хостингов либо не работает, либо помечается получателем как спам. Подключение SMTP через собственный ящик или сервис рассылки занимает 15-20 минут и снимает эту проблему. - Разграничить права доступа. Отдельная группа для контент-менеджера с доступом только к товарам и статьям, отдельная — для администратора. Техническую учётную запись разработчика стоит деактивировать или ограничить сразу после сдачи проекта.
- Настроить и проверить резервное копирование. Штатный модуль умеет делать бэкап базы и файлов по расписанию с выгрузкой на внешнее хранилище. Разумный минимум для активного сайта — ежедневный бэкап базы и еженедельный полный бэкап с файлами, хранение минимум 7-14 копий. Проверять стоит не факт создания бэкапа, а возможность его развернуть — раз в 1-2 месяца стоит пробовать восстановление на тестовом окружении.
- Подключить аналитику и sitemap.xml. Счётчик Яндекс.Метрики должен быть не просто вставлен в код, а проверен на срабатывание целей; карта сайта sitemap.xml, сгенерированная штатным модулем поиска, должна быть подключена в Яндекс.Вебмастер и Google Search Console.
| Блок пунктов | Что закрывает | Что будет, если пропустить |
|---|---|---|
| 1-4 (лицензия, чистота) | Легальность и корректность базовых данных | Ограничения демо-режима, демо-товары в поисковой выдаче |
| 5-8 (адрес, скорость) | Технический фундамент SEO и производительности | Медленный сайт, дублирование в индексации, задержки автоматики |
| 9-12 (почта, доступ, бэкап) | Устойчивость сайта в эксплуатации | Потерянные заявки, риск для данных, случайные ошибки контент-менеджера |
Сколько времени занимает весь список
На сайте с простым каталогом и стандартной структурой все 12 пунктов закрываются за 1-2 рабочих дня программиста, если делать последовательно и с проверкой каждого шага, а не «для галочки». Крупный каталог с несколькими сотнями категорий и сложными фильтрами добавляет время на тестирование композитного кэша — динамические блоки (корзина, авторизация) нужно проверить на реальных сценариях, а не только на главной странице. Если часть пунктов уже сделана студией-разработчиком, стоит хотя бы пройтись по списку и отметить, что реально работает, а не считать по умолчанию, что «раз сайт открывается — всё настроено».
FAQ
Можно ли пройти чек-лист самостоятельно, без программиста?
Часть пунктов — да: часовой пояс, язык, проверка бэкапа на факт создания. Пункты, требующие работы с кодом или сервером — ЧПУ, композитное кэширование, cron, SMTP, — обычно делает программист, ошибка здесь не ломает сайт визуально, но снижает скорость или надёжность незаметно для владельца.
Что из списка критичнее всего сделать в первую очередь?
HTTPS-редиректы и SMTP — они напрямую влияют на доверие посетителей и на то, доходят ли заявки. Композитное кэширование и cron важны для устойчивости под нагрузкой, но их последствия проявляются не в первый день, а по мере роста трафика.
Сайт уже год работает без части этих настроек — есть смысл донастраивать сейчас?
Да, большинство пунктов можно закрыть на уже работающем сайте без остановки — риск есть только при смене структуры URL, где нужно продумать редиректы со старых адресов, чтобы не потерять позиции в поиске.
Чем этот чек-лист отличается от настройки сайта перед запуском?
Настройка перед запуском — это контент, формы и черновая SEO-гигиена, то, без чего нельзя пускать посетителей. Этот чек-лист — про техническую устойчивость и производительность уже открытого сайта, оба этапа дополняют друг друга, а не заменяют.
Как проверить, что все 12 пунктов действительно закрыты, а не просто отмечены как сделанные?
Для каждого пункта есть проверяемый результат: письмо с тестового заказа дошло, sitemap.xml открывается в Вебмастере, резервная копия развернулась на тестовом сервере. Проверка по факту, а не по отчёту исполнителя, — единственный способ убедиться, что список закрыт, а не просто пройден по чек-боксам.
Проверить, все ли 12 пунктов настройки закрыты
Бесплатный аудит пройдётся по чек-листу на вашем сайте и покажет, какие пункты реально работают, а какие только выглядят настроенными.