Аудит SEO сайта на 1С-Битрикс
Мы часто встречаем сайты на Битрикс, где в индексе Google — сотни тысяч страниц из-за неправильно настроенного умного фильтра. При этом конверсии нет: 80% трафика уходит на дубли. Средний каталог на 5 000 товаров с тремя характеристиками генерирует 125 000+ дублей. Технический SEO-аудит для Битрикс — это не про контент, а про настройки платформы: мета-теги, robots.txt, канонические ссылки, микроразметка. Без него даже идеальный контент не пробивается в топ.
Наш опыт: 12 лет работы с Битрикс, более 300 проектов по SEO-оптимизации. Регулярно фиксируем прирост органического трафика на 35–70% после первого цикла исправлений. Например, для интернет-магазина автозапчастей с каталогом 15 000 товаров мы сократили количество дублей с 400 000 до 3 000 — за месяц трафик из Google вырос на 42%. Экономия бюджета на продвижение составила до 40% за счёт исключения лишних страниц.
Как умный фильтр создаёт сотни тысяч дублей?
Компонент catalog.section.list с фильтром (catalog.section.filter) генерирует URL вида /catalog/section/?PROPERTY_123=456&PROPERTY_789=012. Без канонической ссылки каждая комбинация — отдельная страница. Товар с тремя свойствами по 5 значений даёт 125 вариантов. На каталог из 100 товаров — более 12 000 дублей. Решение: в настройках компонента включаем SEF_MODE = Y и прописываем CANONICAL_URL на раздел без параметров.
Пагинация — ещё один источник дублей. Страницы /catalog/?PAGEN_1=2 содержат тот же контент, что и первая. В шаблоне списка добавляем:
$APPLICATION->SetPageProperty('canonical', $arResult['SECTION']['SECTION_PAGE_URL']);
А для связи страниц — rel=prev и rel=next.
Что включает технический SEO-аудит Битрикс?
| Область проверки |
Что ищем |
Типичная ошибка |
Исправление |
| Мета-теги |
Уникальность title/description |
Шаблон {=this.Name} вместо {=this.ELEMENT.NAME} |
Настройка модуля seo |
| Канонические ссылки |
Наличие rel=canonical |
Отсутствие на страницах фильтра |
Добавить CANONICAL_URL |
| robots.txt |
Закрытие служебных путей |
Открыт /bitrix/ |
Закрыть, оставить Allow: /bitrix/js/ |
| Карта сайта |
Корректность sitemap.xml |
Включены служебные разделы |
Исключить 404, страницы без контента |
| Скорость |
Core Web Vitals (LCP, CLS, FID) |
Тяжёлые скрипты без асинхронной загрузки |
Оптимизация JavaScript, кэширование |
| Микроразметка |
Schema.org (Product, Offer, BreadcrumbList) |
Отсутствие разметки у товаров |
Внедрение JSON-LD |
Результаты аудита: до и после
| Метрика |
До аудита |
После аудита |
Улучшение |
| Дубли в индексе |
250 000 |
4 500 |
-98% |
| LCP (первый экран) |
4.2 с |
1.1 с |
-74% |
| CLS |
0.35 |
0.08 |
-77% |
| Органический трафик |
6 500 визитов/мес |
12 200 визитов/мес |
+88% |
Почему robots.txt критичен для Битрикс?
Минимальный корректный файл:
User-agent: *
Disallow: /bitrix/
Disallow: /local/
Disallow: /upload/
Disallow: /auth/
Disallow: /personal/
Disallow: /search/
Allow: /bitrix/js/
Allow: /bitrix/css/
Документация 1С-Битрикс рекомендует именно такой шаблон. Без закрытия /bitrix/ поисковик тратит бюджет обхода на административные скрипты. Типичная ошибка — использование шаблона {=this.Name} вместо {=this.ELEMENT.NAME}. Первый вариант не подставляется для детальных страниц. Правильный синтаксис для инфоблоков: {=this.ELEMENT.NAME} для названия, {=this.ELEMENT.PREVIEW_TEXT} для описания.
Какие ещё дубли встречаются?
Кроме умного фильтра и пагинации, часто дублируются страницы с разными регистрами URL (/Catalog/ vs /catalog/), а также страницы сортировки и постраничной навигации. Битрикс по умолчанию не редиректит на нижний регистр — это нужно настраивать в .htaccess. Ещё один источник — параметры utm_source, utm_medium и прочие служебные метки — они не должны индексироваться. В robots.txt добавьте Clean-Param: utm_source utm_medium utm_campaign.
Как микроразметка влияет на индексацию?
Правильная микроразметка Schema.org (типы Product, Offer, BreadcrumbList) повышает шансы на Rich Snippets в выдаче. На Битрикс разметку часто ставят в шаблоне компонента catalog.element. Мы используем JSON-LD — он не ломает верстку и проще валидируется. Типичная ошибка: указание одной и той же цены для всех модификаций товара. В JSON-LD нужно перечислять каждое торговое предложение (SKU) с уникальной ценой и наличием.
Как мы проверяем ЧПУ и редиректы?
Убеждаемся, что ЧПУ включён для всех инфоблоков. Типичная проблема: правило перезаписи в .htaccess не настроено — канонический URL ведёт на 404. Проверяем все редиректы через Screaming Frog: выявляем цепочки длиннее 3 звеньев и петли. Ручная проверка 10 000 URL занимает 8 часов, автоматический аудит — 20 минут (в 24 раза быстрее).
Какие этапы включает аудит?
- Краулинг сайта (Screaming Frog, Netpeak Spider) — анализ статусов, мета-тегов, заголовков.
- Анализ Core Web Vitals — реальные данные из Google Search Console + Lighthouse.
- Проверка модуля
seo: шаблоны, sitemap, robots.txt.
- Аудит канонических ссылок на страницах фильтра и пагинации.
- Проверка микроразметки (Schema.org, Open Graph).
После аудита вы избегаете затрат на лишние страницы — экономия на хостинге и SEO-продвижении до 40%. Средний ROI от аудита — 3–5× за полгода.
Итоговый отчёт содержит приоритеты: критические (дубли, 404), важные (скорость), рекомендательные (микроразметка). Срок подготовки — от 2 до 5 дней в зависимости от объёма.
Закажите аудит и получите отчёт с приоритетами исправлений. Свяжитесь с нами для диагностики текущих проблем индексации — мы проанализируем типовые дубли и дадим рекомендации.
Как SEO-настройка Битрикса влияет на трафик
Мы постоянно встречаем проекты, где модуль seo генерирует title по шаблону #ELEMENT_NAME# — купить в интернет-магазине. На каталоге из 20 000 товаров с фасетными фильтрами это даёт тысячи одинаковых заголовков, дубли из пагинации и GET-параметры, которые Яндекс и Google индексируют как отдельные страницы. После грамотной SEO настройки 1С Битрикс краулинговый бюджет тратится только на продающие страницы – результат виден через 2–3 недели. Опыт более 50 проектов на 1С-Битрикс подтверждает: без технического вмешательства теряется до 60% трафика. Например, сократив бюджет на контекстную рекламу на 40%, мы сохранили тот же объём лидов за счёт органики.
Почему умный фильтр генерирует 70% дублей и как это исправить
Компонент catalog.smart.filter создаёт URL с GET-параметрами: /catalog/?brand=nike&color=white&size=42. Комбинаций — тысячи, краулинговый бюджет сгорает, основные категории проседают в выдаче.
Решение — модуль SEO умного фильтра (iblock.property.type + кастомные URL):
- Определяем продвигаемые комбинации: «кроссовки Nike», «кроссовки белые мужские», «кроссовки до 5000 рублей». Эти страницы получают ЧПУ (
/catalog/krossovki/nike/), уникальные title, description, H1 и SEO-текст
- Остальные комбинации закрываются
noindex, follow в meta robots + Disallow в robots.txt для параметрических URL
- Настройки хранятся в
b_iblock_section_property и кастомной таблице SEO-правил — контент-менеджер управляет из админки без разработчика
Практика: для интернет-магазина одежды мы отсекли 95% мусорных комбинаций, число проиндексированных страниц выросло с 3 000 до 14 000 за месяц, а стоимость привлечения клиента снизилась на 20%.
Мета-теги: три уровня проработки
Уровень 1 — шаблоны в настройках инфоблока
Настройки → Инфоблоки → Типы инфоблоков → [инфоблок] → SEO. Переменные: {=this.Name}, {=parent.Name}, {=this.PreviewText}, {=this.Property.BRAND}. Формулы разные для каждого инфоблока:
- Одежда:
{=this.Property.BRAND} {=this.Name} — купить, цена от {=this.Property.MIN_PRICE} руб.
- Оборудование:
{=this.Name} {=this.Property.ARTICLE} — характеристики, цена, доставка
Уровень 2 — ручная проработка ключевых страниц
Главная, основные категории, топ-30 товаров по трафику. Ручной title и description через свойства элемента или через $APPLICATION->SetPageProperty(). Эти страницы дают 60–80% органического трафика.
Уровень 3 — SEO-фильтры
Уникальные мета-теги для продвигаемых комбинаций умного фильтра. Настраиваются через кастомную таблицу или модули aspro.seo / sotbit.seometa. Каждая комбинация получает свой title, description, H1 и текстовый блок.
Как микроразметка Schema увеличивает CTR в 1,5 раза
JSON-LD в <head> — внедряем через component_epilog.php или кастомный компонент:
-
Product —
name, image, description, sku, brand, offers.price, offers.priceCurrency, offers.availability. Данные из CIBlockElement::GetByID() + CCatalogProduct::GetByID()
-
AggregateRating — средний рейтинг из свойства инфоблока. Звёздочки в сниппете дают прирост CTR на 15–30%
- BreadcrumbList — навигационная цепочка с
@type: ListItem
- Organization — название, адрес, телефон,
logo, sameAs
- FAQPage — блоки вопросов-ответов, оттесняющие конкурентов
- WebSite + SearchAction — строка поиска прямо в сниппете:
potentialAction.target ведёт на /search/?q={search_term_string}
Валидируйте разметку через Google Rich Results Test и Яндекс.Вебмастер. Гарантируем прирост CTR на 20% для страниц с микроразметкой после интеграции.
Техническая SEO-настройка: ЧПУ, canonical, редиректы, sitemap
ЧПУ: где Битрикс спотыкается
Настройки в urlrewrite.php и SEF_MODE компонентов. Типичные проблемы:
- Избыточная вложенность —
/catalog/odezhda/zhenskaya/platya/letniye/product-123/. Google рекомендует не больше трёх уровней. Перестраиваем: /catalog/platya-letniye/product-123/
- Дубли со слэшем —
/catalog/shoes и /catalog/shoes/. Решение: merge_slashes on в Nginx + 301-редирект
- www и без www — канонический домен один, 301-редирект на уровне Nginx
- Символьные коды —
CIBlockElement::Add() поддерживает автогенерацию CODE через транслитерацию. Настройка: b_iblock → FIELDS → CODE → TRANSLITERATION. Стандарт — ISO 9.
Canonical и борьба с дублями
$APPLICATION->SetPageProperty("canonical", $url) в шаблонах компонентов. Правила:
- Пагинация: canonical первой страницы на все
?PAGEN_1=2, ?PAGEN_1=3
- Сортировка:
?sort=price&order=asc → canonical без параметров
- Фильтры: непродвигаемые комбинации → canonical на родительский раздел
-
hreflang для мультиязычных сайтов — каждая версия ссылается на все остальные + x-default
-
noindex, follow для технических страниц
301-редиректы при миграции
Переезд с другой CMS или реструктуризация — без 301-редиректов теряется ссылочный вес.
- Массовые редиректы через таблицу
b_urlrewrite или Nginx map. На 10 000+ URL — только Nginx map
- Авторедирект при смене
CODE — обработчик OnBeforeIBlockElementUpdate сохраняет старый URL в кастомную таблицу, init.php проверяет 404 и делает 301
- Устранение цепочек: A → B → C заменяем на A → C (потеря 1% PageRank на каждом звене)
- Единый формат URL: www/без-www, HTTP/HTTPS, со слэшем/без слэша
Стандарт 301-редиректа описан в Wikipedia.
sitemap.xml через модуль SEO
Дефолтные настройки слабые: попадают страницы пагинации, результаты поиска, корзина. Настраиваем:
- Исключить мусор через настройки модуля
-
priority и changefreq различать: главная — 1.0 / daily, категории — 0.8 / weekly, товары — 0.6 / weekly, статьи — 0.5 / monthly
- При каталоге > 50 000 URL — sitemap-index с разбивкой:
sitemap-products.xml, sitemap-categories.xml, sitemap-articles.xml
- Мультиязычный сайт — отдельные карты с
hreflang через xhtml:link
robots.txt — защита краулингового бюджета
User-agent: Yandex
Disallow: /bitrix/
Disallow: /auth/
Disallow: /personal/
Disallow: /search/
Disallow: /cart/
Disallow: /compare/
Clean-param: utm_source&utm_medium&utm_campaign&utm_content&utm_term
Clean-param: sort&order&PAGEN_1
Crawl-delay: 0.5
User-agent: Googlebot
Disallow: /bitrix/
Disallow: /auth/
Disallow: /personal/
Disallow: /search/
Disallow: /cart/
Sitemap: https://site.ru/sitemap.xml
Подробнее о директиве Clean-param в документации Яндекса. Для Google используется canonical + настройки Search Console.
Управление индексацией
- Яндекс.Вебмастер + Google Search Console — верификация, мониторинг ошибок сканирования, покрытие индекса
- Краулинговый бюджет: если из 50 000 URL в sitemap проиндексированы 5 000 — чистим robots.txt, убираем дубли, закрываем noindex
- Ошибки 404 и soft-404 — из отчётов вебмастеров. 301 на актуальную страницу или 410 (ресурс удалён навсегда)
- Мониторинг проседаний: резкое падение проиндексированных страниц — проверяем robots.txt и canonical
Как скорость загрузки влияет на ранжирование
- Композитный кэш —
\Bitrix\Main\Composite\Engine превращает динамическую страницу в статический HTML. Первый хит — рендер PHP, последующие — отдача за миллисекунды. Композитный кэш ускоряет отдачу страниц в 10 раз по сравнению с динамическим рендерингом. Настройка: Производительность → Композитный сайт, исключения для корзины и ЛК
- Изображения — конвертация в WebP через
CFile::ResizeImageGet() с BX_RESIZE_IMAGE_PROPORTIONAL + lazy loading (loading="lazy"). Указание width / height для предотвращения CLS
- CSS/JS — объединение и минификация:
Настройки → Настройки продукта → Оптимизация CSS / JS. Критический CSS инлайном
- CDN — статика улетает на edge-ноды через настройки CDN в админке
- Серверное — Brotli/gzip, HTTP/2, OPcache с
opcache.jit на PHP 8.1+, кэширующие заголовки Cache-Control: public, max-age=31536000 для статики
Процесс работы: пошагово
-
Аудит — анализ текущего состояния: мета-теги, структура URL, индексация, скорость, микроразметка. Формируем отчёт с приоритезацией.
-
Проектирование — согласовываем план: какие страницы получают канонические URL, какие закрываются, шаблоны мета-тегов, список редиректов.
-
Реализация — настройка модуля SEO, ЧПУ,
robots.txt, sitemap.xml, внедрение JSON-LD. Пишем кастомные обработчики для авторедиректов и SEO-фильтров.
-
Тестирование — проверка через Google Search Console, Яндекс.Вебмастер, Screaming Frog. Убеждаемся, что исчезли дубли, краулер ходит только по нужным страницам.
-
Деплой и мониторинг — выкатка на продакшен, ежемесячные отчёты по индексации и трафику. При необходимости корректируем.
Что входит в работу по SEO-настройке?
| Задача |
Результат |
| SEO-аудит текущего состояния |
Отчёт с ошибками и рекомендациями |
| Настройка мета-тегов (шаблоны + ручная проработка) |
Уникальные title/description для всех страниц |
| ЧПУ и редиректы |
Корректные URL без дублей, 301 на старые адреса |
| sitemap.xml + robots.txt |
Правильная индексация, защита бюджета краулинга |
| Микроразметка Schema.org |
JSON-LD для товаров, бренда, хлебных крошек |
| Скорость загрузки |
Композитный кэш, WebP, минификация |
| Мониторинг индексации |
Ежемесячные отчёты, корректировка |
Сроки
| Этап |
Сроки |
| Базовая настройка (мета-теги, ЧПУ, sitemap, robots) |
1–2 недели |
| Schema.org для интернет-магазина |
1–2 недели |
| Комплексная техническая SEO-оптимизация |
3–5 недель |
| Оптимизация скорости (Композит, изображения, CDN) |
2–4 недели |
| SEO-фильтры с мета-тегами и ЧПУ |
2–3 недели |
| Миграция с редиректами |
1–3 недели |
Оцениваем проект за 1 день. Получите консультацию — мы ответим на вопросы по вашему каталогу. Опыт работы с Битрикс — более 10 лет, свыше 50 проектов по SEO-оптимизации. Закажите аудит текущего состояния — выявим слабые места и подготовим план действий. Результат — рост органического трафика без лишних затрат на рекламу. Свяжитесь, чтобы обсудить ваш проект.