Инфоблок

Определение

Инфоблок в 1С-Битрикс – хранилище однотипных данных сайта: каталог, новости, акции, отзывы. Устроен как таблица: строка – элемент, колонки – поля и свойства, которые контент-менеджер заполняет в админке.

4 мин 59 21 июля 2026 Обновлено 19 октября

Слово "инфоблок" звучит как термин для программистов, но владельцу сайта на 1С-Битрикс разбираться в нём приходится в первый же день после запуска. Любой изменяемый список на сайте – каталог, новости, акции, отзывы, портфолио, вакансии – это инфоблок. Понимаете, как он устроен, – понимаете, где на сайте что лежит и какое поле поправить, чтобы страница изменилась.

Как это работает

Инфоблок удобно представлять таблицей. Строка такой таблицы – это элемент: один товар, одна новость, один отзыв. Колонки – поля и свойства: название, картинка, ширина проёма, срок гарантии. Инфоблоков на сайте столько, сколько на нём разных типов данных: каталог живёт в одном, блог во втором, отзывы в третьем – потому что заполняются они по-разному и выводятся в разных местах.

Элементы и разделы

Элементы раскладываются по разделам – это папки внутри инфоблока. Разделы дают вложенность (Каталог – Ворота – Секционные ворота) и обычно определяют адреса страниц: у каждого элемента и раздела есть символьный код латиницей, из которого собирается ссылка. Раздел – это не отдельная сущность со своей жизнью, а способ сгруппировать элементы: тот же товар можно перенести в другой раздел, не переписывая карточку.

Поля и свойства

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

Поля и свойства элемента инфоблока

Что сравниваем	Поля	Свойства
Откуда берутся	Есть у каждого элемента изначально	Заводит разработчик под задачу проекта
Примеры	Название, символьный код, дата, картинка анонса, детальная картинка, текст анонса, детальный текст, активность, сортировка	Ширина проёма, тип привода, цвет по RAL, файл сертификата, связанная модель автоматики
Тип значения	Задан системой	Строка, число, список, дата, файл, HTML-текст, привязка к другому элементу или разделу
Сколько значений	Одно	Одно или несколько – свойство может быть множественным
Что даёт на сайте	Карточку и её базовый вид	Характеристики, фильтры, сортировку, связи между товарами

Свойство-список выдаёт контент-менеджеру выпадающий список готовых вариантов – и он уже не напечатает "белый", "Белый" и "белый RAL 9016" тремя разными строками, из-за которых развалится фильтр. Свойство-привязка связывает элементы между собой: к воротам прикрепляется подходящая автоматика, к статье – упомянутые в ней товары. Множественное свойство хранит несколько значений сразу: пачку сертификатов или галерею фотографий объекта.

Что видит контент-менеджер

В админке инфоблок выглядит списком с фильтром и кнопкой добавления. Внутри карточки элемента – вкладки: основные поля, анонс и подробный текст, разделы, свойства и SEO-данные (SEO – поисковая оптимизация) страницы. Чтобы новый товар появился на сайте, достаточно завести элемент в нужном разделе, заполнить обязательные поля и включить активность. Разработчик для этого не нужен – в этом и весь смысл конструкции.

Зачем это нужно

Альтернатива инфоблокам – статические страницы, где каждая страница верстается отдельно. Пока страниц пять, разницы не видно. На каталоге в несколько сотен позиций она превращается в разницу между "поменяли цену за минуту" и "написали разработчику и ждём".

Статическая страница и элемент инфоблока: что меняется в работе

Задача	Статическая страница	Элемент инфоблока
Добавить новую позицию	Скопировать и переверстать страницу	Заполнить форму в админке
Изменить оформление у всех позиций сразу	Править каждую страницу	Править один шаблон вывода
Фильтры, сортировка, поиск по параметрам	Практически невозможно	Работают из свойств
Кто справится	Верстальщик	Сотрудник компании после короткого обучения

Дальше – то, ради чего инфоблоки и заводят:

Один источник данных для многих мест. Один и тот же элемент выводится в каталоге, в блоке похожих товаров, в результатах поиска, в sitemap.xml и в выгрузках – правится он при этом в одном месте.
Единое оформление. Новый товар автоматически получает тот же вид карточки, что и остальные, и не выбивается из дизайна.
Разграничение прав. Сотруднику можно открыть доступ только к новостям и акциям, не пуская его в каталог и настройки.
Данные пригодны для машин. Из свойств собираются фильтры, выгрузки в маркетплейсы, интеграции с 1С и CRM, микроразметка страницы.

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

Пример

В кейсе "Колибри" – сайте официального представителя ALUTECH в Пермском крае – на стандартной архитектуре 1С-Битрикс собраны каталог, разделы решений, акции, блог, отзывы, формы и онлайн-калькулятор. Каталог, разделы решений, акции, блог и отзывы – это отдельные инфоблоки, каждый со своим набором полей и свойств; формы и калькулятор – самостоятельные механизмы, которые эти данные используют.

Параллельно с разработкой я собирала карту проекта – таблицу соответствий "блок на сайте – инфоблок – поле", по которой клиент потом правит сайт сам. Что в неё входит, разобрано в термине карта проекта.

Разработку я вела на отдельном dev-сервере, чтобы действующий сайт продолжал принимать обращения. Каталог наполнялся по заданным правилам: черновики карточек, описаний разделов и SEO-метаданных готовились с помощью ИИ-наполнения, а характеристики, сертификаты и гарантии проверялись вручную по документации производителя.

Частые вопросы

Что такое инфоблок в 1С-Битрикс простыми словами?

Это хранилище однотипных данных сайта, устроенное как таблица. Строка таблицы – элемент (товар, новость, отзыв), колонки – поля и свойства, которые заполняются в админке. Каталог, блог, акции и отзывы – это разные инфоблоки одного сайта.

Чем поле отличается от свойства инфоблока?

Поля есть у любого элемента изначально: название, символьный код, дата, картинки, текст анонса и детальный текст, активность, сортировка. Свойства заводит разработчик под конкретный проект – ширина проёма, тип привода, файл сертификата. Из свойств потом собираются характеристики и фильтры.

Чем раздел отличается от элемента?

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

Нужен ли программист, чтобы добавить товар, новость или акцию?

Нет, если инфоблок спроектирован правильно. Сотрудник заходит в админку, добавляет элемент в нужный раздел, заполняет поля и включает активность – карточка появляется на сайте в том же оформлении, что и остальные. Разработчик нужен, когда меняется сама структура: добавляется новое свойство или новый тип страниц.

Можно ли добавить новое свойство после запуска сайта?

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

Сколько инфоблоков нужно сайту?

Столько, сколько на сайте принципиально разных типов данных. Товары, статьи, отзывы, акции и вакансии заполняются по-разному и выводятся в разных местах, поэтому это отдельные инфоблоки. Складывать всё в один и разделять типом – плохая идея: усложняются права доступа, фильтры и выгрузки.

Почему я изменил элемент в админке, а на сайте ничего не поменялось?

Чаще всего дело в кэше: 1С-Битрикс отдаёт сохранённую копию страницы, пока не истечёт её срок или не сбросят кэш. Вторая частая причина – элемент неактивен либо у него выставлена дата начала показа в будущем. Сначала проверьте активность и даты, потом сбрасывайте кэш.

Связанные термины

Dev-сервер Dev-сервер – отдельная площадка, закрытая от посетителей и поисковиков, где разрабатывают и принимают новую версию сайта. Боевой сайт в это время работает и принимает заявки, а переключение происходит только после приёмки. SEO-метаданные SEO-метаданные – служебные данные страницы для поисковиков и соцсетей: заголовок title, описание description, заголовок h1, og-теги для превью ссылки и alt у картинок. От них зависит, как страница выглядит в выдаче. ИИ-наполнение сайта ИИ-наполнение сайта – подготовка черновиков описаний, карточек каталога и метаданных генеративными моделями по заранее заданным правилам. Черновик проверяет и утверждает редактор: ответственность за факты остаётся на человеке. Карта проекта Карта проекта – документ, который связывает то, что видно на сайте, с тем, где это лежит в CMS: раздел, инфоблок, конкретное поле и результат его изменения. По ней клиент правит сайт сам, не обращаясь к разработчику.

Материалы по теме

Что почитать дальше по этой теме

Инструкция Уведомления о заявках с сайта в MAX: что нужно для подключения Что нужно, чтобы заявки с сайта приходили в MAX: верифицированная организация, модерация бота, токен из веб-версии и группа для заявок. Плюс разбор для разработчика. 7 мин 219 4 октября 2026 Статья Что боты находят на сайте, а вы – нет Боты ходят по изнанке сайта, куда живой человек не забредёт, и фиксируют в логах то, чего не видно ни в Метрике, ни на витрине: падающие с ошибкой 500 страницы каталога, битый файл с 747 обращениями, поток сканеров секретов. Разбираю на реальных логах, что искать и как чинить. 7 мин 436 22 июля 2026 Инструкция Как выгрузить и читать access-логи, если хостинг хранит их три дня Access-лог (журнал обращений к серверу) – единственное место, где виден весь трафик сайта, включая ИИ-ботов, которых не замечают счётчики. Разбираю на практике: где взять логи, как не потерять их из-за ротации, какие команды показывают ботов, ошибки и подозрительную активность. 7 мин 431 21 июля 2026 Флагманский гайд ИИ-анализ email-обращений: методика на стыке Яндекс.Метрики и Claude Code Классический email-трекинг отвечает на вопрос "откуда пришло обращение". ИИ-слой отвечает на вопросы, которые раньше требовали ручного аналитика: значим ли email на фоне звонков, форм и мессенджеров, почему один источник даёт качественные обращения, а другой – пустые, какие сегменты визитов предшествуют письму, что написать в ответ с учётом пути пользователя. Здесь – как я собираю это на уже имеющемся стеке: Logs API Метрики, PostgreSQL и Claude Code, без новых платных сервисов. 11 мин 458 26 мая 2026 Флагманский гайд Майкор: ИИ-аудит проекта по 4 точкам контакта Майкор – это перекрёстный ИИ-аудит проекта в 4 точках контакта: сайт, контекстная реклама, ИИ-поиск и Яндекс.Карты. Я анализирую каждую систему и смотрю связки между ними – где маркетинг рассказывает одно, реклама ведёт на другое, а ИИ-системы цитируют третий номер телефона. В одном из моих аудитов медицинской клиники в Москве у организации в индексе ИИ-сервисов оказалось 6 разных номеров и всего 7 упоминаний на 64 проверочных запроса – при том, что в обычной выдаче Яндекса клиника была в топ-1. Майкор закрывает такие разрывы за один аудит вместо четырёх раздельных. 16 мин 744 13 мая 2026