Умный фильтр Битрикс и SEO: сколько срезов открывать в индекс и что это даст в заявках

Умный фильтр в 1С-Битрикс, это механизм, который превращает пересечения свойств каталога в отдельные URL с собственными title, description и H1. Деньги он приносит там, где срез ловит длинный хвост коммерческих запросов вида «свойство + свойство + категория», которые общая категория не берёт по релевантности.

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

Статья для владельцев и маркетологов e-commerce на 1С-Битрикс с каталогом от нескольких сотен SKU. Если в каталоге 80 товаров и три свойства, переходите сразу к разделу о том, когда умный фильтр не нужен.

Короткий вывод для тех, кто пришёл за цифрой

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

• Спрос: срез открывают под запрос с подтверждённой частотностью (Вордстат в кавычках, Планировщик Google), а не под теоретическое пересечение свойств.
• Товары: срез без стабильного наличия, это не посадочная страница, а будущая пустышка.
• О чём обычно молчат при внедрении: краулинговый бюджет, каннибализация с категориями, деградация срезов при уходе товаров из наличия.

Сначала спрос: как собрать частотность по пересечениям свойств

Отбор начинается не с настроек компонента, а с частотности пересечений. Порядок работы такой.

1. Выгрузить свойства инфоблока и отметить «говорящие»: бренд, материал, назначение, типоразмер, мощность, цвет. Служебные (артикул, вес упаковки, код 1С) сразу в сторону.
2. Собрать кандидатов: категория плюс одно свойство и категория плюс два свойства. Три свойства и больше, это почти всегда нулевики.
3. Снять частотность по формулировкам в том виде, как их пишут люди («шкаф для инструментов металлический», а не «шкаф материал: металл»), с кавычками и уточняющими операторами.
4. Склеить синонимы и словоформы в один кластер, один кластер, один URL.
5. Отсеять информационные интенты («как выбрать», «отличия»), им нужна статья, а не фильтр-страница.

Рабочий файл: свойство 1, свойство 2, формулировка, частотность, товаров в срезе, товаров в наличии, решение (открыть, закрыть, ждать ассортимент). Частотности сильно зависят от нишы и сезона, снимайте их на своём каталоге.

Сколько срезов открывать: пороги отбора с расчётом на примере каталога

Правильный вопрос не «50, 500 или 5000», а «сколько пересечений моего каталога одновременно проходят три порога». У большинства проектов таких существенно меньше, чем кажется на старте.

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

Воронка на каталоге около 4000 SKU (порядок величин, не бенчмарк): математика даёт десятки тысяч комбинаций, после отсечения служебных свойств остаются тысячи, после съёма частотности сотни, после порогов по ассортименту и наличию до индекса доходят десятки. Открывать лучше волнами: первая партия под самый чистый спрос, замер, затем расширение.

Считаем экономику до работ: трафик, конверсия, стоимость обращения

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

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

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

Техническая база: свойства инфоблока, фасетный индекс, catalog.smart.filter

Техника начинается с качества данных, а не с компонента. Под фильтр годятся списки и справочники с нормализованными значениями, строковые свойства вида «Металл», «металл», «мет.» сначала приводят к единому виду.

1. Включить участие свойства в умном фильтре в настройках инфоблока и задать порядок значений: от него зависят и UX, и вид URL.
2. Включить фасетный индекс на инфоблоке. Он обязателен для скорости и требует пересборки после импорта из 1С и массовых правок свойств, поставьте её в расписание.
3. Подключить catalog.smart.filter в шаблоне раздела, настроить сохранение фильтра, вывод количества товаров и скрытие пустых значений.
4. Проверить редакцию и версию модулей: часть SEO-возможностей фильтра от редакции зависит, это влияет на выбор решения.

После настройки проверьте: значения соответствуют товарам, счётчики совпадают, при отключённом JS страница остаётся доступной.

ЧПУ для фильтра: адреса в разделах и в корне каталога, что делать с живыми URL

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

1. Порядок значений задаётся сортировкой свойств и не меняется после запуска, иначе теряются накопленные URL.
2. Кросс-категорийные срезы (бренд по всему каталогу) живут в корне каталога, им нужен отдельный шаблон и своя логика заголовков.
3. Транслитерация: значения с пробелами, дробями и единицами измерения должны давать читаемые и уникальные слаги без склеек.
4. Если срезы уже в индексе: инвентаризация URL по Вебмастеру и логам, сопоставление с новой схемой, 301, обновление sitemap, контроль переиндексации.

Смена схемы ЧПУ, самая болезненная операция в этой теме. Продумайте её один раз до запуска.

Шаблоны title, description и H1: подстановка значений без мусорных заголовков

Шаблоны задают по уровням: категория, категория плюс одно свойство, категория плюс два свойства. Один шаблон на все случаи выдаёт заголовки вроде «Шкафы Металл Серый Купить Цена».

Формулировку берут из реальных запросов кластера, а не из технических названий свойств, порядок слов как в спросе. Значения свойств хранятся в именительном падеже, поэтому нужны либо нейтральные конструкции, либо отдельное поле «название для заголовка» у значения. Следите за длиной title на срезах с двумя длинными значениями, description делайте осмысленным (ассортимент, наличие, доставка), H1 короче title и без «купить, цена, Москва», если это не нужно пользователю.

Для 10-20 самых частотных срезов заголовки пишут вручную, шаблон остаётся для хвоста. Обязательная проверка: выгрузить title всех открытых срезов и просмотреть на дубли, это 20 минут работы, которые снимают половину проблем.

Контент на фильтр-страницах: когда нужен, когда обязателен, как не плодить воду

Правила «текст на каждой странице» нет. На срезе в первую очередь работает соответствие выдачи запросу: товары, наличие, цены, фильтры, сортировка.

Полезнее текста: короткий поясняющий блок (чем срез отличается, для чего берут), таблица параметров, вопросы по этому пересечению, ссылки на соседние срезы. Текст обязателен там, где в выдаче конкурируют обзорные страницы и где пользователь выбирает по характеристикам при высокой цене решения.

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

Индексация и дубли: canonical, сортировки, пагинация, GET-параметры, robots, sitemap

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

1. Сортировка, вид сетки или списка, количество товаров на странице не должны создавать индексируемые URL, канонический адрес без этих параметров.
2. Пагинацию среза не канонизируем на первую страницу, если на страницах уникальные товары: главное, чтобы они были доступны для обхода, а title пагинации отличался.
3. Фильтр по цене диапазонами закрываем: комбинаторика бесконечна, спроса на «от 5000 до 7000» нет. Исключение, отдельный запрос вида «до 10000», и тогда это осознанная посадочная.
4. Фильтр по наличию закрываем: содержимое меняется ежедневно, запроса под него нет.
5. robots.txt закрывает параметрический мусор от обхода, meta noindex выводит из индекса то, что туда уже попало. Закрытая в robots страница может остаться в индексе.
6. В sitemap только открытые срезы, обновление автоматическое, пустые убираем.

Если лишнего уже наоткрывали: инвентаризация по Вебмастеру и логам, страницы с показами и запросами сохраняем или склеиваем 301 на полезный срез, остальным noindex, ждём выхода, потом robots, в конце sitemap и перелинковка. Не закрывайте всё одним движением в robots, это самый быстрый способ потерять работающий трафик.

Краулинговый бюджет: как открытие фильтра меняет обход каталога

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

Признаки: рост числа страниц, обойдённых но не проиндексированных, замедление индексации новинок, рост доли параметрических URL в access-логах. Смотрите статистику обхода в Яндекс Вебмастере, статистику сканирования в Search Console, логи по User-agent и результаты собственного краулинга на предмет незапланированных адресов.

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

Каннибализация: срез против категории и ручной посадочной

Правило разведения одно: категория держит общий запрос, срез берёт уточнённый с параметром. Если срез начал забирать общий запрос, проблема в его слишком общем title или в перелинковке, а не в самом срезе.

Диагностика: в Вебмастере и Search Console смотрим, какие URL получают показы по одному запросу. Признак конфликта, пляшущая релевантная страница и просадка обеих. Если под то же пересечение есть ручная посадочная, выбор один: либо посадочная (нужен расширенный контент и формы), либо срез (нужна товарная выдача). Держать обе, гарантированный конфликт.

Склеиваем 301 с менее релевантной на более релевантную либо разводим интенты и переписываем заголовки. Профилактика: перед открытием партии проверить, нет ли уже страницы под этот кластер. Именно этот раздел чаще всего объясняет «включили модуль, и стало хуже».

Перелинковка на срезы: без неё страницы не индексируются

Страница, на которую нет статических HTML-ссылок, для робота почти не существует, особенно когда фильтр работает через Ajax. Перелинковка здесь не опция, а условие индексации.

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

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

Пустые и просевшие срезы: что делать, когда товары ушли из наличия

Ассортимент меняется, и часть открытых срезов со временем пустеет. Это норма, поэтому нужен процесс, а не разовый аудит.

Товаров осталось 1-2, но они в наличии: страницу оставляем, добавляем похожие товары и ссылки на соседние срезы, пользователь не должен попадать в тупик. Товаров нет, но поставка ожидается: страница отвечает 200, показываем аналоги и товары под заказ, не отдаём 404 по адресу с накопленным трафиком. Направление закрыто навсегда: 301 на ближайший релевантный срез или категорию, удаление из sitemap и перелинковки.

Чего не делать: массово отдавать 404 и 410 «потому что пусто» и оставлять пустые страницы в sitemap. Основа регламента, ежемесячный отчёт «открытые срезы, товаров всего, товаров в наличии, показы за месяц».

Производительность: фасетный индекс, кеш, Ajax и композит при 15-20 параметрах

Фильтр тормозит из-за выборки по многим свойствам без фасетного индекса, тяжёлых шаблонов, отсутствия кеширования и пересчёта счётчиков значений на каждый запрос. Обязательный минимум: фасетный индекс с автоматической пересборкой, кеширование компонентов каталога и управляемый кеш.

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

На больших каталогах узкое место часто база и импорт из 1С, а не сам компонент, поэтому смотрим время выполнения запросов, а не только балл в PageSpeed. Замеряем худший случай: время до первого байта и отрисовку на срезах с максимумом выбранных значений и на глубоких страницах пагинации.

Модуль или своё решение: цена, гибкость, риски при обновлении Битрикса

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

Критерий	Штатное	Модуль	Своё
Разовая стоимость	нет	средняя	высокая
Поддержка	минимум	вендор плюс ваши правки	полностью ваша
Гибкость title и H1	базовая	высокая	любая
Реестр открытых срезов	вручную	есть	как спроектируете
Кросс-категорийные срезы	ограниченно	чаще есть	да
Sitemap и перелинковка	вручную	частично из коробки	да
Риск при обновлении	низкий	средний	высокий без документации

Ломаются обычно правки в ядре и нештатные копии шаблонов компонента. Правило: кастомизация только через /local/ и обработчики событий, обновление сначала на копии сайта. У сторонних модулей смотрите дату последнего обновления, поддерживаемые версии и возможность выгрузить свои настройки.

Мультирегиональность: срезы на поддоменах и в папках без дублей

Главный риск: полный клон каталога с фильтром на 30 поддоменах даёт кратный рост URL при том же содержимом. Региональная версия среза должна отличаться содержательно: цены и наличие по складу региона, доставка, контакты, топоним в заголовках.

Отбор: в приоритетном регионе открываем полный набор срезов, в остальных только те, где есть подтверждённый локальный спрос и реальное наличие. Механически копировать список нельзя. Технически: свой sitemap на каждый хост, canonical внутри хоста, привязка хостов к регионам в Вебмастере.

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

Когда умный фильтр плохая идея и что делать вместо него

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

Не надо и в другом случае: категории не оптимизированы, карточки без уникальных заголовков, сайт медленный, аналитика заявок не настроена. Фильтр фундамент не лечит.

Что обычно даёт больше на вложенный рубль: доработка категорий и подкатегорий, несколько ручных посадочных под самые частотные пересечения, нормализация свойств и контента карточек, Яндекс Директ на проверенные кластеры, пока SEO разгоняется. Дешёвый тест гипотезы: сделать 5-10 ручных посадочных под топовые пересечения, замерить конверсию и стоимость обращения, и только потом решать про массовое внедрение.

Ошибки, которые мы чаще всего видим в аудитах Битрикс-каталогов

Набор повторяется из проекта в проект. Рядом с каждым пунктом способ проверки.

• Открыты все комбинации подряд, у большинства ноль показов (отчёт по страницам в Вебмастере).
• Один шаблон title на все уровни фильтра, отсюда дубли (выгрузка title всех срезов).
• Сортировки и количество на странице создают индексируемые URL (краулинг сайта).
• Цена открыта диапазонами (поиск по служебному сегменту в индексе).
• На срезы нет HTML-ссылок, фильтр целиком на Ajax (просмотр кода раздела).
• Фасетный индекс не пересобирается после импорта из 1С, выборки неполные (сверка счётчиков с товарами).
• Срезы в sitemap есть, товаров в них нет (выборочная проверка адресов из sitemap).
• Схему ЧПУ поменяли без редиректов (старые URL из логов и Вебмастера).
• Срез каннибализирует свою категорию, его title дублирует категорийный (отчёт по запросам).
• Мусор закрыли только в robots.txt и удивляются, что страницы в индексе.
• Нет ответственного за срезы после сдачи, список не пересматривался год.

Чек-лист внедрения и регламент поддержки

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

1. Инвентаризация свойств и нормализация значений.
2. Сбор спроса по пересечениям.
3. Отбор срезов по трём порогам.
4. Техника: фасетный индекс, компонент, ЧПУ.
5. Шаблоны заголовков плюс ручные для топа.
6. Перелинковка и sitemap.
7. Закрытие всего, что не открывали.
8. Первая волна и замер.
9. Расширение волнами.

Ежемесячно: SEO готовит отчёт по показам, кликам и наличию, список пустеющих срезов, новых кандидатов, проверяет обход и незапланированные URL. Контент-менеджер следит за корректностью значений свойств у новых товаров. Разработчик отвечает за пересборку фасетного индекса по расписанию, скорость срезов и отсутствие 5xx. Квартально пересматриваем список: закрываем неоправдавшие себя, открываем новые. Если ресурса мало, обязательны два пункта: пустеющие срезы и незапланированные URL в индексе.

Как измерить результат: сегменты по фильтр-страницам в Метрике и Вебмастере

Отделить срезы от категорий и карточек позволяет опознаваемый шаблон URL: служебный сегмент фильтра в адресе. Тогда отчётность строится автоматически, без ручных списков.

1. Метрика: сегмент по условию «страница входа содержит служебный сегмент» плюс цели по заявкам (форма, звонок через коллтрекинг, корзина).
2. Вебмастер и Search Console: фильтр по шаблону URL, показы, клики, средняя позиция и число страниц в поиске по группе срезов.
3. Сводка: срезов открыто, в индексе, с показами, с кликами, с заявками. Разрывы между числами показывают, где проблема, в индексации, релевантности или конверсии.
4. Экономика: заявки со срезов и стоимость обращения против расходов на внедрение и поддержку.

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

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

Сколько страниц умного фильтра реально стоит открывать: 50, 500 или 5000?

Заранее число не задаётся. Столько, сколько пересечений проходят три порога: спрос, ассортимент, стабильное наличие. Обычно десятки или сотни. Открывайте волнами с замером.

Какая минимальная частотность оправдывает открытие среза?

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

Сколько товаров должно быть в срезе и что делать, когда их стало 1-2?

Срез должен давать выбор, поэтому в индекс идут срезы с устойчивым наличием. Осталось 1-2 товара в наличии: оставляем страницу, добавляем аналоги и соседние срезы. Товаров не будет: 301 и удаление из sitemap.

Как посчитать окупаемость до оплаты модуля и разработки?

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

Срез начал отбирать запросы у категории, что делать?

Сначала смотрим в Вебмастере, какие URL получают показы. Общий запрос отдаём категории, уточнённый срезу. Чаще всего лечится переписыванием слишком общего title и правкой перелинковки, дубль с ручной посадочной склеиваем 301.

Не пострадают ли карточки товаров от обхода тысяч срезов?

Могут пострадать. Комбинаторика способна дать больше URL, чем весь каталог, и обход уйдёт на срезы. Признаки: рост обойдённых но не проиндексированных страниц и замедление индексации новинок. Контроль после каждой волны.

Наоткрывали лишнего, как закрыть без обвала трафика?

Порядок: инвентаризация URL, страницы с показами сохраняем или склеиваем 301 на полезный срез, остальным meta noindex и ждём выхода из индекса, затем robots.txt, в конце sitemap и перелинковка. Не закрывать всё сразу в robots.

Штатные настройки, сторонний модуль или своё решение?

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

Что ломается при обновлении Битрикса?

Правки в ядре, нештатные копии шаблонов компонента и кастомная логика ЧПУ. Кастомизируйте только через /local/ и обработчики событий, обновляйтесь сначала на копии, после обновления проверьте ЧПУ, заголовки, фасетный индекс и ответы сервера по списку срезов.

Нужен ли текст на каждой фильтр-странице?

Нет. Работает соответствие товарной выдачи запросу. Полезнее текста таблица параметров, короткое пояснение, вопросы по пересечению и ссылки на соседние срезы. Руками пишем только топ по спросу.

Как не получить дубли между регионами?

Региональная версия среза должна отличаться: цены и наличие по складу, доставка, контакты, топоним в заголовках. Полный набор открываем в приоритетном регионе, в остальных под локальный спрос. Свой sitemap на хост, canonical внутри хоста.

Что делать с фильтрами по цене, наличию и сортировке?

Сортировку, вид отображения и количество на странице не индексируем никогда. Наличие закрываем, содержимое меняется ежедневно. Цену диапазонами закрываем, исключение только отдельный запрос вида «до N», и тогда это осознанная посадочная.

Кто поддерживает срезы после внедрения?

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

Сколько занимает внедрение и когда ждать трафика?

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

Как отделить заявки именно с фильтр-страниц?

Заложите в URL опознаваемый шаблон, затем сегмент в Метрике по странице входа и фильтр по шаблону в Вебмастере и Search Console. Ведите сводку открыто, в индексе, с показами, с кликами, с заявками. Вход со среза часто конвертирует с карточки.

Разберём ваш каталог до того, как вы потратитесь на модуль

Что сделать на этой неделе

1. Выгрузить свойства инфоблока и отметить те, которыми покупатель описывает товар словами.
2. Снять частотность по 20-30 пересечениям «категория плюс свойство» и отсеять нулевики.
3. Проверить в Вебмастере, сколько параметрических URL уже в индексе и сколько из них с показами.
4. Посмотреть в Метрике фактическую конверсию каталога, она понадобится для расчёта.
5. Назначить ответственного за срезы: без него регламент не живёт.

В КлиентЛаб аудит каталога на 1С-Битрикс включает инвентаризацию свойств, оценку спроса по пересечениям, реестр срезов с частотностью и наличием, список того, что нужно закрыть, и расчёт ожидаемых обращений. С этим документом можно идти к любому разработчику. Если расчёт покажет, что фильтр не окупится, скажем прямо и предложим альтернативу: SEO и Яндекс Директ с 2012 года, считаем в заявках и стоимости обращения, а не в позициях.

Оставьте адрес сайта, и мы сделаем бесплатный экспресс-аудит каталога или рекламы.

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

• SEO для сайтов на 1С-Битрикс
• Кейс: каталог на 33 915 товаров
• SEO-аудит интернет-магазина
• Sitemap.xml и robots.txt на Битриксе: настройка без копипасты шаблонов
• Настройка SEO на Битриксе: пошаговый порядок работ от агентства (2026)