Технический SEO-аудит 1С-Битрикс: дубли, скорость, микроразметка

Наша компания занимается разработкой, поддержкой и обслуживанием решений на Битрикс и Битрикс24 любой сложности. От простых одностраничных сайтов до сложных интернет магазинов, CRM систем с интеграцией 1С и телефонии. Опыт разработчиков подтвержден сертификатами от вендора.
Услуги, которые мы предлагаем
Показано 1 из 1Все 1626 услуг
Технический SEO-аудит 1С-Битрикс: дубли, скорость, микроразметка
Простой
~2-3 дня
Часто задаваемые вопросы

Наши компетенции:

Этапы разработки

Последние работы

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1368
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Разработка веб-сайта для компании ФИКСПЕР
    956
  • image_bitrix-bitrix-24-1c_development_of_an_online_appointment_booking_widget_for_a_medical_center_594_0.webp
    Разработка на базе Битрикс, Битрикс24, 1С для компании Development of an Online Appointment Booking Widget for a Medical Center
    699
  • image_bitrix-bitrix-24-1c_mirsanbel_458_0.webp
    Разработка на базе 1С Предприятие для компании МИРСАНБЕЛ
    848
  • image_crm_dolbimby_434_0.webp
    Разработка сайта на CRM Битрикс24 для компании DOLBIMBY
    737
  • image_crm_technotorgcomplex_453_0.webp
    Разработка на базе Битрикс24 для компании ТЕХНОТОРГКОМПЛЕКС
    1086

Аудит 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 раза быстрее).

Какие этапы включает аудит?

  1. Краулинг сайта (Screaming Frog, Netpeak Spider) — анализ статусов, мета-тегов, заголовков.
  2. Анализ Core Web Vitals — реальные данные из Google Search Console + Lighthouse.
  3. Проверка модуля seo: шаблоны, sitemap, robots.txt.
  4. Аудит канонических ссылок на страницах фильтра и пагинации.
  5. Проверка микроразметки (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 или кастомный компонент:

  • Productname, 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_iblockFIELDSCODETRANSLITERATION. Стандарт — 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 для статики

Процесс работы: пошагово

  1. Аудит — анализ текущего состояния: мета-теги, структура URL, индексация, скорость, микроразметка. Формируем отчёт с приоритезацией.
  2. Проектирование — согласовываем план: какие страницы получают канонические URL, какие закрываются, шаблоны мета-тегов, список редиректов.
  3. Реализация — настройка модуля SEO, ЧПУ, robots.txt, sitemap.xml, внедрение JSON-LD. Пишем кастомные обработчики для авторедиректов и SEO-фильтров.
  4. Тестирование — проверка через Google Search Console, Яндекс.Вебмастер, Screaming Frog. Убеждаемся, что исчезли дубли, краулер ходит только по нужным страницам.
  5. Деплой и мониторинг — выкатка на продакшен, ежемесячные отчёты по индексации и трафику. При необходимости корректируем.

Что входит в работу по 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-оптимизации. Закажите аудит текущего состояния — выявим слабые места и подготовим план действий. Результат — рост органического трафика без лишних затрат на рекламу. Свяжитесь, чтобы обсудить ваш проект.