SEO Битрикс: чек-лист настроек сайта на 1С-Битрикс

Коротко: большая часть технической оптимизации на 1С-Битрикс закрывается штатными средствами платформы, без единой строки кода. Проблемы начинаются там, где платформа даёт слишком много свободы — умный фильтр, пагинация и служебные метки плодят дубли быстрее, чем их успевают закрывать. Я Богдан, веду блог AI SEO Writer и регулярно подключаю к сервису чужие сайты на этой CMS. Мой вывод после десятков таких подключений звучит так: «Битрикс не мешает продвижению — мешает то, что его SEO-возможности разбросаны по четырём разным разделам админки, и на большинстве сайтов я вижу выключенный композит и пустую вкладку SEO у товарных разделов».

Дальше — порядок действий, который я прохожу на каждом новом проекте. Все пути указаны для «1С-Битрикс: Управление сайтом».

Чем SEO на Битрикс отличается от других CMS

Главная особенность в том, что платформа поставляется с готовым SEO-набором из коробки. Штатный модуль умеет то, за что в других системах ставят сторонние плагины: редактировать robots.txt, генерировать карту сайта, показывать ответ сервера и вес главной страницы.

Вторая особенность — обратная сторона первой. Инструменты битрикс раскиданы: ЧПУ задаётся в главном модуле и заново в каждом компоненте, мета-теги живут в настройках контента, кэш и композит — в настройках производительности. Пока эти четыре точки не сведены, сайт индексируется криво даже при хорошем контенте.

Третья особенность — CMS битрикс изначально проектировалась под каталоги и интернет-магазины. Отсюда умный фильтр, фасетные индексы и пагинация, которые дают колоссальные возможности для посадочных страниц и ровно столько же поводов для лишних копий.

И четвёртое, чисто практическое. Битрикс — коробочная система, которую почти всегда дорабатывали под клиента. Прежде чем менять настройки, я смотрю, что уже переопределено в шаблоне сайта: половина «странного поведения» объясняется не платформой, а правками прошлого подрядчика. Поисковая оптимизация здесь начинается не с текстов, а с ревизии того, что вам досталось.

Модуль «Поисковая оптимизация»: встроенный набор инструментов

Модуль входит штатно практически во все актуальные версии Битрикс редакции «Управление сайтом» — доустанавливать ничего не нужно. Проверить наличие можно в меню: Маркетинг → Поисковая оптимизация.

Возможности штатного модуля

Раздел включает четыре группы функций:

• Настройка robots.txt через форму в админке, без доступа по FTP. Адрес страницы — /bitrix/admin/seo_robots.php.
• Карта сайта — создание и настройка sitemap.xml, страница /bitrix/admin/seo_sitemap.php.
• Анализ страницы — проверка title, description, H1, кода ответа сервера, размера и скорости отдачи.
• Рекомендации — подсказки по типичным ошибкам и подключение кабинетов Яндекс.Вебмастера и Google Search Console.

Этого набора хватает для базовой настройки. Дальше начинается специфика конкретного сайта.

Дополнительные модули Маркетплейса — когда они нужны

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

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

Настройка ЧПУ в Битриксе

Человеко-понятные URL в Битриксе настраиваются на двух уровнях, и упущенный второй уровень — самая частая ошибка, которую я встречаю.

Уровень сайта: .htaccess и urlrewrite.php

В корне сайта должен лежать .htaccess с активным mod_rewrite и правилом, отправляющим несуществующие пути в /urlrewrite.php:

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /urlrewrite.php [L]

Файл urlrewrite.php хранит массив правил, который платформа обновляет автоматически при сохранении настроек. Он сопоставляет адрес с правилом и подключает нужный компонент в SEF-режиме.

Уровень компонента: SEF_FOLDER и шаблоны URL

Дальше ЧПУ настраивается у каждого комплексного компонента — bitrix:catalog, bitrix:news и других. Три параметра решают всё:

Параметр	Что задаёт	Пример значения
SEF_MODE	работает ли режим ЧПУ	Y
SEF_FOLDER	корневая папка компонента	/catalog/
SEF_URL_TEMPLATES	шаблоны адресов разделов и элементов	#SECTION_CODE#/#ELEMENT_CODE#/

Символьный код элемента и раздела — то, что подставится вместо макроса. Если он пустой, платформа отдаст числовой идентификатор, и вместо /catalog/nasosy/nasos-grundfos/ вы получите /catalog/12/345/. Поэтому автогенерацию символьного кода из названия ставят сразу, до наполнения каталога.

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

Шаблоны мета-тегов в инфоблоках

Ручное заполнение title и description для тысячи карточек не работает — их пишут шаблонами. Путь: Контент → Инфоблоки → Типы → нужный инфоблок → вкладка SEO.

Три уровня: инфоблок, раздел, элемент

Шаблоны действуют каскадом, и нижний уровень перекрывает верхний:

1. Верхний уровень — значение по умолчанию для всех разделов и элементов внутри.
2. Уровень раздела — переопределение для конкретного раздела и его содержимого.
3. Уровень элемента — индивидуальные мета-теги конкретной карточки, вкладка SEO в форме редактирования.

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

Макросы #NAME#, #SECTION_NAME# и характеристики

В поля шаблонов подставляются плейсхолдеры. Список:

• #NAME# — название текущего элемента;
• #ELEMENT_NAME# — то же в шаблонах элементов;
• #SECTION_NAME# — название раздела, к которому относится элемент;
• #PROPERTY_КОД# — значение свойства, например #PROPERTY_BRAND#.

В свежих редакциях доступен второй синтаксис — {=this.Name}, {=this.Section.Name}, {=this.Property_BRAND}. Оба варианта поддерживаются, старые макросы никуда не делись.

Рабочая формула для карточки товара выглядит так: #NAME# — купить в #SECTION_NAME# | цена, характеристики. Дополнительные характеристики дают ещё больше вариантов: бренд, объём, мощность подставляются автоматически и позволяют сделать описание уникальным без ручного труда. Количество полей в шаблоне ограничивайте: title длиннее 60 символов обрежется в выдаче.

Шаблон закрывает базовый минимум, но не заменяет текст. Описание раздела и карточки всё равно пишется руками или генерацией — про требования к таким текстам я разбирал подробнее в материале про SEO-текст и его проверку.

robots.txt и sitemap.xml средствами платформы

Оба файла ведутся из раздела Маркетинг → Поисковая оптимизация и не требуют правки по FTP.

robots.txt. Форма редактирования поддерживает User-agent, Disallow, Allow, Sitemap и Clean-param для Яндекса. Последняя директива на Битрикс-сайтах ценнее остальных — про неё подробнее ниже.

sitemap.xml. При создании карты выбираются разделы каталога и статические страницы, попадающие в файл, а также changefreq и priority. Есть флажок «только активные элементы» — установите его, иначе в карту уйдут отключённые товары. При большом каталоге платформа собирает индекс карты вместо одного файла. Карта полезна ещё и тем, что позволяет роботу найти страницы без входящих внутренних ссылок.

В Битриксе можно настроить автоматическое пересоздание карты по расписанию: система регистрирует агента, который виден в разделе Настройки → Инструменты → Агенты. Проверяйте, что агент отрабатывает, — иначе через полгода в файле останутся неактуальные адреса вместо актуальных. Ещё один чекбокс добавляет строку со ссылкой на карту прямо в robots.txt: настройка одноразовая, а работает годами.

Дубли страниц на Битрикс: источники и починка

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

Таблица: проблема — проверка — починка

Проблема	Проверка	Починка
/index.php открывается наравне с /	открыть site.ru/index.php вручную	301-редирект в .htaccess + canonical
Умный фильтр: /catalog/filter/.../apply/	поиск в Яндекс.Вебмастере по маске filter	canonical на базовый раздел, Disallow: /catalog/filter/, важные фасеты — отдельными посадочными
Пагинация ?PAGEN_1=2	оператор site: с параметром	canonical на первую страницу раздела, Clean-param: PAGEN_1
Сортировка ?sort=price&order=asc	клик по сортировке в каталоге	canonical, Clean-param: sort&order
UTM-метки в адресах	отчёт по меткам в Яндекс.Вебмастере	canonical на чистый адрес, Clean-param: utm_source&utm_medium
Слеш в конце адреса	открыть /catalog и /catalog/	единый стиль и 301 в .htaccess
Служебные ?print=Y, ?bitrix_include_areas=Y	лог обращений робота	Clean-param и canonical

Технически canonical проставляется двумя путями. У компонентов bitrix:catalog и bitrix:news есть параметр SET_CANONICAL_URL — ставится галочкой в настройках компонента. Второй путь — вручную в шаблоне, через свойство страницы canonical с отсечением UTM и служебных хвостов.

Про UTM скажу отдельно: это самый массовый источник лишних адресов в коммерческих тематиках, потому что рекламные кампании плодят десятки вариантов одного адреса. Одного canonical для Яндекса мало — директива Clean-param позволяет роботу вообще не ходить по размеченным адресам, и это надёжнее.

Скорость: композит, кэш и монитор производительности

Скорость сайта на 1С-Битрикс — большая тема, потому что платформа тяжёлая по природе: каждое обращение поднимает ядро, лезет к базе данных и собирает страницу заново.

Композитный сайт и что видит поисковый робот

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

Эффект измеряется в TTFB: на живых проектах он падает с сотен миллисекунд до десятков. Это напрямую тянет за собой LCP и косвенно конверсию, потому что читатель не уходит с полупустой страницы.

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

Виды кэша и где они настраиваются

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

• Кэш компонентов — задаётся у каждого компонента, рекомендуемый режим «Авто + управляемый».
• Управляемый кэш — сбрасывает кэш компонента при изменении данных, на которые тот опирается. Ставится галочкой в разделе Настройки → Настройки продукта → Автокеширование.
• HTML-кэш — кэширование собранного ответа целиком, там же.
• Автокеширование — общий переключатель политики кэширования.

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

Core Web Vitals на Битрикс-сайтах

Монитор производительности (Настройки → Производительность) показывает общую оценку, время и количество SQL-запросов, попадания в кэш и список медленных страниц. Он позволяет за один заход понять, где узкое место, — с него и стоит начинать разбор, а план работ строить на основе его отчёта.

Типичные причины торможения: тяжёлые запросы к каталогу без индексов в базе, сломанные фасетные индексы умного фильтра, битые агенты вместо настроенного cron, тяжёлые изображения и старая версия PHP без OPcache.

По метрикам чинят обычно одно и то же:

• LCP — включённый композит, preload для картинки первого экрана, WebP вместо JPEG, критический CSS в <head>.
• CLS — атрибуты width и height у изображений и встроенных блоков.
• INP — перенос некритичного JavaScript в defer, чистка лишних виджетов.

Оптимизация изображений — самый недооценённый ряд работ: на большинстве каталогов, которые я смотрел, вес первого экрана резался вдвое простым переводом в WebP, без единой правки вёрстки.

Наполнение контентом: почему у Битрикс это отдельная задача

Дальше техники начинается контент, и здесь платформа ставит подножку, о которой мало пишут. У «Управления сайтом» REST для инфоблоков работает только на чтение — официальная документация формулирует это прямо. Метод iblock.element.add, который часто ищут по документации, относится к Битрикс24, то есть к порталу, а не к сайту.

Практический вывод: добавить элемент инфоблока извне штатным REST нельзя. Единственный рабочий путь — свой PHP-обработчик на стороне сайта, который принимает данные и внутри вызывает CIBlockElement::Add. Разработка такого обработчика занимает немного времени, но требует доступа к файлам сайта и аккуратной авторизации по секретному ключу. Без разработки здесь не обойтись, и это надо закладывать в план.

Именно поэтому автоматическую обработку и публикацию контента на этой CMS поддерживают единицы сервисов: западные генераторы этой механики не знают. У нас генерация и публикация статей для 1С-Битрикс идёт через PHP-коннектор, который клиент кладёт в корень своего сайта, — обмен закрыт секретным ключом. Внедрение занимает пару минут и не требует правок ядра. Готовое содержимое уходит на сайт вместе с мета-тегами, картинками и категорией, в соответствии с настройками нужного раздела.

Дальше вопрос упирается в регулярность. Разовая статья погоды не делает, поэтому создание материалов удобно поставить на поток и публиковать по расписанию, а не вспоминать о блоге раз в квартал.

Чек-лист SEO-настроек Битрикс

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

1. Работает mod_rewrite, .htaccess отправляет запросы в urlrewrite.php.
2. У всех комплексных компонентов включён SEF-режим, заданы SEF_FOLDER и шаблоны адресов.
3. Настроена автогенерация символьных кодов из названий — до наполнения каталога.
4. Заполнены шаблоны мета-тегов на вкладке SEO.
5. Проставлен canonical на страницах фильтра, пагинации и сортировки.
6. В robots.txt прописан Clean-param для UTM и служебных меток.
7. Карта сайта сгенерирована, автообновление работает, агент отрабатывает.
8. Активны автокеширование и управляемый кэш, компоненты в режиме «Авто + управляемый».
9. Включён композит, динамические зоны ограничены корзиной и личным кабинетом.
10. Настроены 301-редиректы для index.php, слеша, www и http.
11. Битых внутренних ссылок нет, а структура разделов повторяет кластеры ключевых слов.
12. Изображения пережаты, у них проставлены размеры.
13. Монитор производительности показывает время SQL в пределах нормы.

Первые десять шагов делаются один раз и работают годами. Одиннадцатый — постоянная работа, которая и приносит трафик.

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

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

Какие платные модули нужны для SEO? Для базовой настройки — никакие. Платные решения оправданы под мультирегиональность и SEO умного фильтра. Всё остальное закрывается штатными средствами, и это полезно помнить до похода в Маркетплейс.

Что делать в первую очередь на запущенном проекте? Сначала дубли, потом скорость. Они размывают релевантность и съедают краулинговый бюджет, а на большом каталоге счёт идёт на тысячи адресов. Техническая оптимизация почти всегда даёт результат быстрее, чем новые тексты.

Влияет ли композит на индексацию? По себе нет — робот получает обычный HTML. Опасность возникает, если в динамические зоны вынесен основной текст, поэтому проверять надо с учетом того, что именно вынесено.

Можно ли автоматизировать наполнение каталога и блога? Можно, но через собственный обработчик или готовое решение для интеграции: штатный REST у «Управления сайтом» работает только на чтение. Это ограничение платформы, а не возможностей сервиса.