Структура сайта в Битрикс: с чего начать

Структура сайта в 1С-Битрикс определяет не только пункты меню, но и адреса страниц, права редакторов, шаблоны, поиск и дальнейшую миграцию контента. Если сначала создать десятки разделов и инфоблоков, а потом пытаться навести порядок, часть URL придётся менять, а редакторам будет сложно понять, где лежат материалы. Ниже — последовательность для первого запуска проекта на 1С-Битрикс: Управление сайтом 24.x; в более новых версиях названия пунктов админки могут немного отличаться.

Что должно получиться в конце

За один рабочий день вы сможете собрать каркас сайта: дерево разделов, правила URL, типы контента, меню и базовые права. В результате посетитель найдёт страницу по понятному адресу, а редактор будет добавлять новости, товары или статьи в предсказуемое место.

До начала работы подготовьте:

• доступ администратора к панели Битрикс;
• домен или тестовый поддомен;
• список будущих страниц и типов контента;
• решение, какие материалы будут статическими страницами, а какие — элементами инфоблоков;
• резервную копию, если сайт уже работает.

Сноска: инфоблок — встроенная в Битрикс структура для хранения однотипных элементов: новостей, товаров, вакансий, статей или записей каталога.

Главное правило первого запуска: сначала проектируйте адреса и типы контента, а уже потом переносите в них реальные материалы.

Шаг 1. Нарисуйте дерево разделов вне админки

Начните не с кнопки «Добавить раздел», а с простой схемы. Запишите, какие задачи решает сайт и какие страницы нужны для каждой задачи. Для корпоративного проекта это может быть такая основа:

• О компании;
• Услуги;
• Проекты;
• Блог или Новости;
• Контакты;
• служебные страницы: поиск, политика конфиденциальности, 404.

Не превращайте верхнее меню в карту всего сайта. Глубокие технические, архивные и юридические страницы могут находиться в подвале или быть доступны по ссылкам из контента.

Для каждого раздела сразу зафиксируйте четыре свойства: название для посетителя, адрес, тип содержимого и ответственного редактора. Например, «Проекты» может иметь адрес /projects/, храниться в инфоблоке и редактироваться отделом маркетинга.

Проверка: любой будущий материал можно поместить ровно в один основной раздел, а для каждой страницы понятны название и адрес.

Шаг 2. Разделите страницы и динамический контент

В Битрикс есть два практических способа хранить содержимое.

• Файл или статическая страница. Подходит для «О компании», контактов и других страниц, которые меняются редко и не требуют списка однотипных записей.
• Элемент инфоблока. Нужен для новостей, каталога, статей, вакансий и проектов. Такие записи можно фильтровать, сортировать, выводить списками и назначать им свойства.

Не создавайте отдельный инфоблок для каждой статьи. Создайте один инфоблок «Статьи», а тематические направления задайте разделами или свойствами. Отдельный инфоблок оправдан, если у контента другой набор полей, свои права, шаблон или жизненный цикл.

Перед созданием инфоблока составьте список полей. Для новости это могут быть заголовок, краткое описание, изображение, дата публикации и текст. Для проекта дополнительно понадобятся клиент, год, отрасль, галерея и ссылка.

Проверка: для каждого типа контента есть одна понятная модель данных, а редактору не приходится хранить важные сведения в свободном тексте.

Шаг 3. Создайте инфоблоки и разделы

Откройте административную часть и найдите раздел управления инфоблоками. В зависимости от редакции путь может называться «Контент» или «Сервисы», а сам пункт — «Инфоблоки» или «Типы инфоблоков». Сначала создайте тип, например «Контент сайта», затем сам инфоблок «Статьи».

В настройках задайте:

• название, которое поймёт редактор;
• символьный код латиницей, например articles;
• включённые разделы, если записи нужно группировать;
• свойства элементов: дата, изображение, автор, теги или другие поля проекта;
• права доступа для групп пользователей.

Символьный код лучше не менять после публикации. Он участвует в настройках компонентов, обменах и иногда в шаблонах URL.

Проверка: в списке инфоблоков появился нужный объект, в нём созданы тестовый раздел и тестовый элемент, а редактор видит только те действия, которые ему разрешены.

Шаг 4. Сразу задайте понятные URL

Для разделов и элементов используйте короткие адреса без дат, внутренних идентификаторов и транслита длинных заголовков. Примеры: /services/, /services/audit/, /articles/cache-in-bitrix/. Не закладывайте в URL структуру, которая может измениться через месяц.

В настройках инфоблока и его компонентов проверьте шаблоны адресов разделов и элементов. Конкретные поля зависят от шаблона сайта и компонента, поэтому перед изменением сохраните текущие значения и проверьте результат на тестовой записи.

Для каждой опубликованной страницы должен быть один основной адрес. Если старый URL уже попал в поиск или рекламные материалы, настройте перенаправление на новый адрес, а не просто удаляйте страницу.

Проверка: тестовый элемент открывается по чистому URL, в адресе нет двойных слешей и идентификаторов вроде ?ID=17, а несуществующий адрес отдаёт страницу 404.

Шаг 5. Соберите меню после дерева разделов

Меню должно отражать задачи посетителя, а не внутреннюю структуру админки. Обычно достаточно верхнего меню с ключевыми разделами и подвала с сервисными ссылками. Ссылку на каждый раздел добавляйте после того, как его URL уже проверен.

В Битрикс меню может храниться в файле меню раздела или формироваться компонентом из структуры сайта. Для небольшого сайта проще начать с явного меню: так редактор сразу видит порядок пунктов. Для большого каталога автоматический вывод разделов уменьшает ручную работу, но требует контроля сортировки и скрытых разделов.

Не дублируйте в меню все дочерние страницы. Если в разделе больше нескольких пунктов, используйте посадочную страницу с кратким описанием и ссылками на подразделы.

Проверка: посетитель с главной страницы доходит до любого ключевого материала максимум за несколько переходов, а ссылка из меню не ведёт на пустой раздел.

Шаг 6. Настройте права до передачи сайта редактору

Не выдавайте контент-менеджеру права администратора. Создайте отдельную группу и разрешите ей работать только с нужными инфоблоками и разделами. Публикацию, удаление и изменение настроек сайта разделяйте, если проект ведут несколько человек.

Проверьте права в двух сценариях: редактор создаёт и меняет материал, а обычный посетитель не получает доступ к административным и черновым страницам. Проверяйте не только интерфейс, но и прямой URL к закрытому разделу.

Проверка: тестовый редактор может создать запись и отправить её на проверку, но не меняет шаблон, пользователей и настройки инфоблока.

Типичные ошибки новичков

• «Страница не найдена» после включения красивых URL. Проверьте символьные коды, шаблон адреса и настройки ЧПУ. Если сайт работает за Nginx или Apache, отдельно проверьте правила перенаправления запросов в Битрикс.
• «Доступ запрещен» у редактора. Сверьте группу пользователя и права конкретного инфоблока, его раздела и операции публикации. Наличие пункта в меню не означает наличие права на материал.
• В списке нет созданной новости. Проверьте активность элемента, дату начала показа, привязку к разделу и фильтр компонента. Часто запись существует, но отфильтрована по дате или статусу.
• Компонент выводит пустой список. Сверьте выбранный инфоблок, тип, код раздела и параметры фильтра. Для диагностики временно оставьте один тестовый элемент без дополнительных ограничений.
• После смены URL старые ссылки ведут в 404. Верните прежний адрес на время проверки и добавьте перенаправление со старого пути на новый. Не меняйте сразу десятки шаблонов URL.

Что проверить перед наполнением

Проведите короткий приёмочный сценарий на тестовом контенте:

1. создайте раздел и элемент от имени редактора;
2. загрузите изображение и проверьте его отображение на мобильном экране;
3. откройте страницу в режиме обычного посетителя;
4. проверьте хлебные крошки, меню, заголовок и канонический адрес;
5. удалите тестовую запись и убедитесь, что в списке не осталось битой ссылки;
6. сохраните резервную копию перед массовым импортом.

Если сайт переносится с другой CMS, сначала импортируйте несколько записей и проверьте URL, изображения, даты и поиск. Массовая загрузка до этой проверки превращает одну ошибку в сотни повторяющихся проблем.

Что делать дальше

После каркаса настройте шаблоны детальной и списковой страниц, затем подключите поиск и карту сайта. В продакшене следите за ответами 404, временем открытия страниц и ошибками при сохранении элементов. Отдельно запланируйте резервное копирование и тест восстановления: копия, которую никто не пробовал восстановить, не подтверждает работоспособность схемы.

Когда структура стабилизируется, зафиксируйте её в коротком регламенте: какие инфоблоки существуют, кто ими управляет, какие URL нельзя менять без перенаправления и где публикуется каждый тип материала.