Коротко. Перед запуском сайта на 1С-Битрикс нужно закрыть пять блоков, не связанных с производительностью: параметры компании в главном модуле (часовой пояс, валюта, язык), структуру каталога и типовых страниц, формы обратной связи с защитой от спама, черновую SEO-разметку (шаблоны мета-тегов, ЧПУ, robots.txt) и права доступа с удалением демо-контента разработчика. На сайте из 10-20 страниц и простого каталога это занимает 4-8 часов работы контент-менеджера или программиста. Настройки скорости и кэширования — это отдельная задача, её делают уже после запуска.
Установка, настройка перед запуском и настройка после запуска — три разные задачи
Путаница чаще всего именно здесь. Установка — это разворачивание CMS на сервере: файлы, база данных, первый администратор. Настройка перед запуском — это доведение сайта до состояния, когда на него можно пускать живых посетителей: контент, формы, базовая SEO-гигиена, права доступа. Настройка после запуска — это уже тонкая работа с производительностью: композитное кэширование, cron для агентов, SMTP, резервное копирование. Если пропустить второй этап и сразу открыть сайт для рекламного трафика, первые же заявки могут потеряться — например, потому что форма обратной связи технически работает, но письмо администратору уходит на тестовый ящик разработчика, который никто не проверяет.
Главный модуль: параметры, которые видны на каждой странице
В разделе Настройки → Настройки продукта → Настройки модулей → Главный модуль задаются базовые параметры: название сайта, часовой пояс, язык интерфейса, валюта по умолчанию для каталога. Ошибка в часовом поясе выглядит мелочью, но искажает время публикации статей, время в логах и время отправки писем — при разборе, почему заявка «пришла ночью», часто выясняется, что сервер живёт в другом поясе относительно города, где работает бизнес. Валюта задаётся здесь же и наследуется всеми новыми разделами каталога — менять её после того, как в базу занесены сотни товаров, дороже, чем проверить один раз перед стартом.
Структура каталога и типовых страниц
До открытия сайта нужно решить структуру разделов каталога и создать обязательные страницы — не просто «завести пункты меню», а определить, по какой логике товары или услуги делятся на разделы, какие свойства у них общие, а какие уникальны для отдельных категорий. Переделка структуры каталога после того, как она обросла карточками товаров и на неё пришли первые посетители из поиска, означает потерю накопленных URL и, как следствие, просадку в индексации — поисковику снова нужно время, чтобы разобраться в новых адресах.
Обязательный минимум страниц перед запуском: главная, каталог с рабочими разделами, страница контактов с реальными данными (не заглушка «в разработке»), страницы согласия на обработку персональных данных и публичной оферты, если на сайте есть формы или оплата — без них форма сбора контактов формально нарушает 152-ФЗ.
Формы обратной связи: от заполнения до реального уведомления
Форма, которая выглядит рабочей в браузере, — это не то же самое, что форма, которая доводит заявку до менеджера. Перед запуском нужно проверить всю цепочку целиком:
- Адрес получателя. В настройках компонента формы (обычно — модуль веб-форм или CRM-форм) указан реальный рабочий адрес или интеграция с CRM, а не тестовый ящик, который создавали на этапе разработки.
- Защита от спама. Без капчи или honeypot-поля формы на новом сайте начинают получать автоматический спам в первую же неделю после индексации — и в потоке мусора легко пропустить настоящую заявку.
- Подтверждение для пользователя. После отправки формы человек должен увидеть сообщение об успехе или попасть на страницу «спасибо» — без этого посетитель не понимает, дошла заявка или нет, и часть повторно звонит или уходит к конкуренту.
Каждую форму на сайте стоит буквально протестировать самому — заполнить и убедиться, что письмо дошло, а не полагаться на то, что «разработчик наверняка проверил».
Черновая SEO-настройка: не оптимизация, а гигиена
Перед запуском не нужна полноценная SEO-оптимизация — она делается уже на живом сайте с данными о позициях и трафике. Но три вещи стоит закрыть до старта, потому что их дороже переделывать потом:
- Настроить шаблоны формирования человекопонятных URL (ЧПУ) для каталога и статей — так, чтобы адрес страницы отражал её структуру, а не содержал технические параметры вроде
?ELEMENT_ID=124. - Задать шаблоны мета-тегов title и description для типовых страниц (карточка товара, раздел каталога) — даже общий шаблон с подстановкой названия лучше, чем пустые теги, которые вынуждают поисковик самостоятельно формировать сниппет.
- Загрузить черновой
robots.txt, закрывающий служебные разделы (/bitrix/, страницы фильтров и сортировки) от индексации — правильный синтаксис и разбор частых ошибок в этом файле разобраны отдельно в материале про технический SEO-аудит.
Права доступа и уборка за разработчиком
Финальный технический шаг — навести порядок в том, что осталось от разработки. На сайте не должно быть демо-товаров и тестовых страниц, которые устанавливаются вместе с шаблоном по умолчанию — они индексируются наравне с настоящим контентом и портят первое впечатление, если посетитель наткнётся на карточку «Тестовый товар 1» через поиск. Технический аккаунт разработчика стоит перевести в отдельную группу с ограниченными правами или деактивировать, а для контент-менеджера создать группу с доступом только к товарам и статьям — без доступа к настройкам сайта и структуре шаблона.
| Этап | Что происходит | Когда делают |
|---|---|---|
| Установка | Разворачивание CMS, база данных, первый администратор | Один раз, при старте проекта |
| Настройка перед запуском | Контент, формы, черновой SEO, права доступа | После установки, до открытия сайта для посетителей |
| Настройка после запуска | Композитное кэширование, cron, SMTP, резервное копирование | Сразу после запуска или в первую неделю работы |
FAQ
Сколько времени занимает настройка сайта на 1С-Битрикс перед запуском?
Для сайта из 10-20 страниц с простым каталогом — 4-8 часов работы контент-менеджера или программиста. Каталог на несколько сотен товаров с нестандартной структурой свойств увеличивает срок за счёт настройки структуры разделов.
Можно ли запустить сайт без черновой SEO-настройки и доделать её потом?
Технически можно, но это дороже: если поисковик проиндексирует пустые мета-теги и неверную структуру ЧПУ, для исправления потребуется время на переиндексацию, а первые позиции в выдаче формируются как раз по той версии страниц, которую робот увидел первой.
Нужно ли перед запуском настраивать композитное кэширование?
Нет, это задача следующего этапа — настройки после запуска. На старте важнее, чтобы сайт был содержательно готов: формы работают, каталог наполнен, права доступа разграничены.
Что будет, если не удалить демо-контент перед запуском?
Тестовые товары и страницы-заглушки индексируются поисковиком наравне с реальным контентом и портят впечатление у посетителя, который случайно попадёт на такую страницу из выдачи. Удалить их проще до индексации, чем чистить URL из поиска после.
Кто должен проверять формы обратной связи перед запуском — разработчик или заказчик?
Оба, но финальную проверку стоит сделать заказчику самостоятельно: заполнить форму под видом обычного посетителя и убедиться, что заявка дошла до нужного человека или в CRM, а не только до тестового ящика разработки.
Проверить сайт на 1С-Битрикс перед запуском
Бесплатный аудит покажет, готов ли сайт к запуску: работают ли формы, закрыт ли демо-контент от индексации, настроены ли базовые права доступа.