Битрикс из коробки индексируется так себе: дубли через параметры, умный фильтр на тысячи URL, 404 со статусом 200, robots.txt, который закрывает CSS и JS. Всё это чинится настройками и парой правок в шаблоне — за день-два работы разработчика. Ниже список по приоритету: что проверить сразу после запуска и как.
Разбираем 1С-Битрикс с точки зрения SEO: где коробка генерит мусор, какие настройки в админке реально работают, а какие нужно делать руками в шаблоне.
Сразу оговорка. Я не против Битрикса. Для магазина с 1С-обменом и складом это часто самый разумный выбор в РБ и РФ, и про выбор движка у нас есть отдельный разбор. Проблема не в платформе, а в том, что её сдают «как поставилась». Разработчик закрыл задачу «сайт работает», а то, что поисковик видит в три раза больше страниц, чем есть на сайте, — это уже не его забота.
1. Посмотри, сколько у тебя страниц на самом деле
Первое, что делаю на любом Битриксе: сравниваю три цифры. Сколько товаров и разделов в админке. Сколько страниц в поиске Вебмастера. Сколько URL нашёл краулер (Screaming Frog или любой другой).
Если в каталоге 800 товаров, а Яндекс знает 12 000 страниц — у тебя проблема, и дальше по списку будет понятно, откуда она.
2. Дубли через параметры
Битрикс щедро вешает параметры на URL. Типичный набор, который я вижу в отчёте «Страницы в поиске» и в краулере:
| Что в URL | Откуда | Что делать |
|---|---|---|
?sort=price&order=asc | Сортировка в каталоге | canonical на раздел без параметра + Clean-param для Яндекса |
?PAGEN_1=2 | Пагинация | НЕ склеивать на первую страницу — это разный контент. Отдельно ниже |
?bxajaxid=…, ?clear_cache=Y | AJAX-режим компонентов, служебные | Clean-param / Disallow, ссылок на них в коде быть не должно |
?utm_*, ?yclid, ?gclid | Реклама | Clean-param + canonical |
/index.php в конце адреса | Прямой доступ к файлу | 301 на адрес со слешем |
?SECTION_ID=15&ELEMENT_ID=230 | Не включён ЧПУ-режим компонента | Включить ЧПУ, старые адреса — 301 |
Директиву Clean-param понимает только Яндекс, синтаксис — в справке Вебмастера. Для Google она бесполезна, там работает только canonical. Поэтому делаешь оба: Clean-param в robots.txt и canonical в шаблоне.
3. Canonical — почти всегда руками
В компонентах каталога есть параметр «Устанавливать канонический URL» для детальной страницы. Включи его. Но разделы, страницы сортировок и фильтра он не закрывает — и тут обычно ничего не стоит. Нормальный вариант: разработчик выводит canonical в header.php шаблона через $APPLICATION->SetPageProperty() или свой обработчик — адрес страницы без служебных параметров.
Проверка за минуту: открой раздел с ?sort=price, посмотри исходник. Canonical есть? Смотрит на чистый адрес? Если тега нет вообще — это задача номер один. Как Google сам относится к canonical — в его документации по дублям: это подсказка, а не приказ, поэтому внутренние ссылки тоже должны вести на канонический адрес.
4. Умный фильтр — главная мусорка
Компонент catalog.smart.filter в ЧПУ-режиме генерит адреса вида /catalog/divany/filter/color-is-grey/apply/. Каждая комбинация — отдельный URL. Пять фильтров по десять значений — и у тебя десятки тысяч страниц, которые робот пытается обойти вместо твоих товаров.
Тут два пути, и выбирать надо головой, а не «закроем всё»:
- Комбинации, под которые есть спрос («серый диван», «диван из велюра»), превращаешь в нормальные посадочные: свой title, H1, текст, место в sitemap. Для этого есть модули в Маркетплейсе или своя доработка.
- Всё остальное — noindex, follow и canonical на раздел. Не Disallow: если закрыть в robots, робот не увидит noindex, а уже проиндексированные адреса провисят в поиске месяцами.
Подробнее про логику «какой фильтр в индекс, какой нет» — в статье про SEO-фильтры магазина.
5. 404, которая отвечает 200
Классика. Вбей в адресную строку /catalog/nesushchestvuyushchiy-tovar-123/. Видишь страницу «Элемент не найден»? Теперь посмотри код ответа (DevTools → Network или любой проверяльщик заголовков). Если там 200 — у тебя soft 404, и каждый удалённый товар, каждая опечатка в ссылке плодит пустые страницы в индексе.
В компонентах каталога и новостей есть параметры «Устанавливать статус 404» и «Показывать специальную страницу». Включи оба. И проверь, что сама страница 404 существует и отдаёт 404, а не редиректит на главную.
6. robots.txt, который ломает рендер
Самая частая ошибка, которую я вижу на Битриксе, — Disallow: /bitrix/ целиком. Выглядит логично: служебная папка, нечего там делать. Только в /bitrix/templates/, /bitrix/js/, /bitrix/cache/ лежат стили и скрипты твоего сайта. Google не может их загрузить и рендерит страницу криво — мобильная версия в его глазах разваливается.
Мой провал на эту тему. Года три назад принял магазин на Битриксе, увидел в GSC проседание по мобайлу и две недели искал причину в скорости. Сжимал картинки, выкидывал скрипты. А дело было в одной строке robots.txt, которую предыдущий подрядчик скопировал из какой-то статьи. Проверка «Проверить URL» → «Посмотреть проверенную страницу» → скриншот показала сайт без стилей. Две недели. Из-за одной строки.
Как правильно: закрываешь админку и служебное (/bitrix/admin/, /bitrix/tools/, /auth/, /personal/, корзину, поиск по сайту), а стили и скрипты явно открываешь через Allow. В админке есть генератор (Маркетинг → Поисковая оптимизация → Настройка robots.txt) — пользоваться можно, но результат читай глазами. Общая логика файла — в статье про robots.txt.
7. Пагинация
?PAGEN_1=2 — это не дубль. На второй странице другие товары, и если поставить canonical на первую, товары со второй и дальше робот будет находить хуже. Нормальная схема: canonical каждой страницы на саму себя, уникальный title с номером страницы («— страница 2»), текст раздела только на первой. Разбор с примерами — в статье про пагинацию каталога.
8. Мета-теги шаблонами, а не руками
У инфоблоков есть вкладка SEO с шаблонами мета-тегов для разделов и элементов: подставляешь название, родительский раздел, свойства, цену. Это то, что реально экономит время на магазине с тысячей товаров. Шаблон вида «{Название} — купить в Минске, цена {цена}» сразу даёт уникальные title на весь каталог, а важные страницы потом правишь вручную поверх шаблона.
Чего не надо: оставлять пустые шаблоны. Тогда title берётся из названия элемента, и у тебя 800 страниц с title «Диван угловой» без единого коммерческого слова.
9. Sitemap
Встроенный генератор (Поисковая оптимизация → Настройка sitemap.xml) работает, но по умолчанию может затянуть в карту всё подряд, включая неактивные элементы и служебные разделы. Настрой, какие инфоблоки и разделы туда идут, и поставь пересоздание по агенту, а не руками раз в год. В карте должны быть только страницы, которые отдают 200 и не закрыты noindex.
10. Скорость: композит и кеш
Битрикс тяжёлый, это факт. Включённое кеширование компонентов и композитный режим дают заметный выигрыш по времени ответа сервера. Но композит ломает динамику (корзина, цены по группам, гео) — включай на стейджинге и проверяй руками. Отдельно смотри картинки в карточках: в коробке ресайза под мобайл нет, грузится оригинал. Что мерить и где — в разборе Core Web Vitals.
Порядок, если делать за один заход
- Сравнить цифры: товары в админке / страницы в поиске / URL в краулере.
- robots.txt: открыть CSS и JS, закрыть служебное, добавить Clean-param.
- 404: статус в компонентах, проверить код ответа.
- Canonical на разделах и сортировках.
- Умный фильтр: решить, что в индекс, остальное — noindex, follow.
- Шаблоны мета-тегов в инфоблоках.
- Sitemap: чистка и автопересоздание.
- Через 2–4 недели — снова сравнить цифры из пункта 1.
Если сайт ещё в разработке — запиши всё это в ТЗ, дешевле сразу, чем потом. Что прописывать — в статье про ТЗ на сайт с учётом SEO. А если сайт уже живой и ты не уверен, сколько там мусора, — это ровно то, что проверяется на техническом аудите.
Частые вопросы
Нужен ли платный SEO-модуль из Маркетплейса?
Для сайта услуг — обычно нет, хватает штатных настроек и правок в шаблоне. Для магазина с умным фильтром, где посадочные под фильтр нужны десятками, — часто да, иначе разработчик будет писать то же самое с нуля.
Можно всё это сделать без программиста?
Шаблоны мета-тегов, sitemap, robots.txt и параметры компонентов — да, из админки. Canonical на разделах, редиректы и правки шаблона — нет, нужен разработчик.
Битрикс хуже для SEO, чем WordPress?
Нет. Он хуже настроен из коробки. Настроенный Битрикс индексируется нормально — у меня в работе такие магазины есть.