Теговые и виртуальные страницы каталога на 1С-Битрикс

Покупатель почти никогда не ищет «диваны». Он ищет «красный диван в гостиную», «диван-кровать для маленькой комнаты», «угловой диван недорого». Он ищет «айфон до 50000», «подарки на 8 марта коллеге», «беговые кроссовки для зимы». Всё это — реальный, частотный спрос, под который в обычном каталоге нет отдельной страницы: есть раздел «Диваны» и фильтр по цвету, но нет страницы «Красные диваны», которая могла бы этот запрос принять и по нему ранжироваться. Спрос есть, а посадочной страницы под него — нет. Именно эту брешь закрывают теговые и виртуальные страницы каталога.

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

Что такое теговые и виртуальные страницы

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

Виртуальная страница (виртуальный раздел) — близкое понятие. «Виртуальный» подчёркивает, что этой категории нет в реальном дереве инфоблока: она существует только как правило выборки и адрес, а товары в неё «стекаются» из разных настоящих разделов. Условно можно сказать так: любая теговая страница виртуальна по природе, потому что не занимает узла в дереве. Термины «теговая страница», «виртуальный раздел», «посадочная страница каталога», «умная подборка» на практике часто используют как синонимы, различая скорее оттенки: тег — про метку на товаре, виртуальный раздел — про категорию-надстройку, посадочная — про SEO-назначение, подборка — про способ отбора.

Главное, что их объединяет и отличает от обычных разделов: они не меняют каркас каталога, а надстраиваются над ним под конкретный спрос. Товар остаётся в своём разделе «Диваны», у него один основной раздел и один канонический URL карточки, а теговые страницы лишь показывают его в разных срезах: «Красные диваны», «Диваны для маленькой кухни», «Диваны со скидкой». Один товар — во множестве подборок, без размножения его в дереве.

Зачем они нужны: спрос вне дерева разделов

Дерево разделов каталога описывает что товар из себя представляет: диван, смартфон, кроссовки. Оно отвечает на вопрос «к какой категории относится товар». Но поисковый спрос гораздо богаче структуры дерева — люди формулируют запросы по десяткам осей одновременно: цвет, назначение, повод, бюджет, аудитория, сезон. И под большинство этих формулировок в дереве разделов страницы нет и быть не должно — иначе дерево разрослось бы до неуправляемого размера.

Вот типичные виды спроса, которые не помещаются в дерево разделов, но идеально ложатся на теговые страницы:

• Спрос по характеристике-срезу. «Красные диваны», «белые кухни», «чёрные холодильники» — цвет это фильтр, но популярное сочетание «раздел + цвет» стоит оформить страницей.
• Спрос по бюджету. «Айфоны до 50000», «ноутбуки до 40000», «подарки до 1000 рублей» — ценовой порог, под который делают посадочную.
• Спрос по поводу и сезону. «Подарки на 8 марта», «товары к школе», «новогодние украшения» — повод, который не является товарной категорией.
• Спрос по аудитории и сценарию. «Подарки коллеге», «товары для новоселья», «всё для пикника» — сценарий использования поверх категорий.
• Спрос по назначению. «Диваны для маленькой кухни», «кроссовки для зала», «краска для детской» — назначение, собирающее товары из разных разделов.
• Маркетинговые срезы. «Хиты продаж», «новинки», «товары со скидкой», «выбор редакции» — подборки, которые логичнее вести отдельными страницами, а не разделами.

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

Теговая, виртуальная, посадочная: разбираемся в терминах

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

Тег (метка)

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

Теговая страница

Теговая страница — это витрина всех товаров с определённым тегом (или сочетанием тегов), оформленная как самостоятельная страница: свой URL, H1, метатеги, вводный текст, подборка. Тег — это признак, теговая страница — это страница, построенная по этому признаку.

Виртуальный раздел

Виртуальный раздел — это та же теговая страница, но поданная как «категория, которой нет в дереве». Акцент на том, что она ведёт себя как раздел (есть в навигации, у неё есть подборка и адрес), но не занимает узла в структуре инфоблока. Виртуальными разделами удобно называть крупные надстройки вроде «Идеи подарков» с подкатегориями.

Посадочная страница каталога

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

Умная подборка

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

Связь простая: теги — это признаки на товарах; из них строятся теговые/виртуальные страницы, которые по назначению являются посадочными, а по способу наполнения — умными подборками (или ручными). Дальше в статье мы в основном говорим «теговая страница» как обобщающий термин, уточняя, где важна разница.

Раздел, фильтр и теговая страница: в чём разница

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

Раздел — это узел дерева каталога, каркас. Товар физически привязан к разделу, из основного раздела строятся хлебные крошки и канонический URL карточки. Раздел уместен для устойчивых товарных сущностей со спросом: «Диваны», «Смартфоны», «Кроссовки». Разделы ведут из меню, они образуют структуру URL сайта.

Фильтр (фасет) — это механизм перебора товаров внутри категории по характеристикам: цвет, бренд, цена, размер. Фильтр комбинирует признаки («красный И до 50000»), но сам по себе его состояния — это, как правило, параметры URL, а не отдельные страницы (пока их не оформили SEO-страницами).

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

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

Отличие от SEO-страниц умного фильтра

Самый частый вопрос: «Зачем теговые страницы, если умный фильтр в Битриксе умеет делать SEO-страницы под сочетания фильтров?» Вопрос справедливый — механизмы пересекаются, но не совпадают. Разберём границу.

SEO-страница умного фильтра — это посадочная страница, привязанная к конкретному состоянию фасета. Вы задаёте, что при выборе «Цвет: красный» в разделе «Диваны» генерируется страница с ЧПУ /catalog/divany/filter/color-red/, своим Title, Description и H1 по шаблону. Это мощный и «родной» для каталога инструмент: страницы генерируются из фасета автоматически, состав всегда актуален, для настройки не нужен программист. Ограничение — подборка обязана быть сочетанием значений фильтра. Если признака нет в фасете, SEO-страница фильтра его не соберёт.

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

Практическое правило выбора: если подборка точно ложится на значения фильтра (бренд, цвет, диапазон цены) — используйте SEO-страницу умного фильтра, это дешевле и надёжнее. Если подборка «человеческая» и не сводится к фасету — используйте теговую или виртуальную страницу. Часто применяют оба механизма: ходовые «раздел + значение» отдают фильтру, а маркетинговые и сценарные подборки — тегам. Механику самого фасета и его SEO-страниц мы подробно разбирали в статье про фасетную навигацию и SEO — рекомендуем прочитать её в связке с этой.

Способ 1: теги и метки товаров

Первый и самый прямой способ — навесить на товары метки и строить страницы по ним. В 1С-Битрикс это реализуют несколькими вариантами хранения тегов, у каждого свои плюсы.

• Свойство типа «Список». Создают свойство товара, например «Метки», со значениями «Хит», «Новинка», «Для новоселья». Товару проставляют нужные метки. Просто в настройке, метки видны в фильтре и на карточке, легко выбирать при выгрузке из 1С.
• Свойство «Привязка к элементам справочника» (highload-блок). Теги хранят в отдельном highload-блоке (справочнике), а товар ссылается на них. Подходит, когда тегов много и им нужны свои поля (URL, метатеги, картинка тега). По сути справочник тегов сразу становится реестром теговых страниц.
• Встроенные теги инфоблока. У элементов есть штатное поле тегов (облако тегов). Годится для простых сценариев, но у встроенных тегов меньше контроля над SEO и структурой, поэтому под серьёзные посадочные их используют реже.
• Множественное свойство-строка. Иногда метки просто хранят как множественные строковые значения — быстро, но без контроля справочника (легко наплодить опечатки «красный»/«Красный»), поэтому для масштаба хуже.

Как это работает дальше. У вас есть, скажем, справочник тегов, где тег «красный» имеет символьный код krasnye, свой H1 и метатеги. Товарам-диванам красного цвета проставлена привязка к этому тегу. Теговая страница /catalog/divany/krasnye/ при открытии берёт код тега, делает выборку товаров с этим тегом внутри раздела «Диваны» и выводит их с заголовком и метатегами из справочника. Так один справочник тегов управляет десятками теговых страниц.

Способ 2: свойства-подборки и флаги

Второй способ — использовать обычные свойства товаров и их значения как основу подборок, без отдельного механизма тегов. Это удобно, когда признак и так есть в каталоге как характеристика.

Логика такая: у дивана есть свойство «Цвет» со значением «Красный» и свойство «Материал» со значением «Экокожа». Теговую страницу «Красные диваны» можно построить прямо на значении свойства «Цвет = Красный» внутри раздела «Диваны» — без дополнительных меток. То есть подборка = раздел + условие по свойству (или нескольким свойствам). Отдельно выделяют свойства-флаги: булевы метки «Хит», «Новинка», «Акция», «Рекомендуем», по которым собирают маркетинговые подборки.

Когда какой инструмент уместен:

• Значение обычного свойства. Если признак — это характеристика, которая и так нужна в фильтре (цвет, материал, бренд), стройте подборку на нём. Не дублируйте её ещё и тегом — это разные имена одного и того же.
• Свойство-флаг. «Хит», «Новинка», «Товар дня» — булевы флаги, которыми маркетолог управляет вручную или которые проставляются правилами (например, «новинка» — товары моложе 30 дней).
• Сочетание условий. «Красные диваны до 50000» — это раздел + свойство «Цвет=красный» + диапазон цены. Такие подборки на границе с SEO-страницами фильтра (см. раздел выше) — часто их и делают фильтром.
• Вычисляемые признаки. «Со скидкой» — не хранят как метку, а вычисляют по наличию цены со скидкой; «в наличии» — по остатку. Такие подборки собирают правилом, а не флагом.

Разница между «способом 1» и «способом 2» скорее в акцентах: теги — это специально заведённые метки под посадочные, свойства-подборки — переиспользование уже имеющихся характеристик. На практике их смешивают: часть страниц строят на свойствах фильтра, часть — на отдельном справочнике тегов под то, чего в фильтре нет.

Способ 3: инфоблок посадочных страниц

Третий, самый управляемый способ — вынести сами посадочные страницы в отдельную сущность. Заводят отдельный инфоблок (или highload-блок) «Посадочные страницы каталога», где каждый элемент — это одна теговая/виртуальная страница со всеми настройками. Товары при этом остаются в товарном инфоблоке; посадочный инфоблок хранит только правила и SEO.

Типичный набор полей элемента «посадочной страницы»:

• Символьный код и URL. Из кода собирается ЧПУ страницы (krasnye-divany → /catalog/divany/krasnye/).
• Условие выборки. К какому разделу привязана, по каким свойствам/тегам/диапазонам отбираются товары. Может быть простым (одно свойство) или составным.
• Ручной список товаров. Поле для закреплённых вручную товаров и/или исключений (для гибридных подборок).
• SEO-поля. H1, Title, Description, ключевые слова, текст на странице (верхний и нижний блок).
• Флаг индексации. «В индекс / noindex» — по нему решают, отдавать ли страницу поиску.
• Связи и перелинковка. Родительская посадочная, похожие подборки, положение в виртуальном разделе.
• Активность и сортировка. Публиковать ли страницу, порядок в списках подборок.

Преимущества этого подхода очевидны на масштабе. Контент-менеджер управляет посадочными страницами как обычными элементами инфоблока — без программиста: добавил элемент, задал условие и SEO, включил — страница появилась. Все посадочные в одном месте, их видно списком, легко массово редактировать метатеги и включать/выключать индексацию. Правила выборки и SEO отделены от товаров, поэтому каталог остаётся чистым. По сути это мини-конструктор посадочных страниц внутри Битрикса.

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

Ручные и автоматические подборки

Как именно товары попадают на теговую страницу — важное решение, влияющее на масштаб и контроль. Есть три режима.

Автоматические подборки

Товары попадают на страницу по правилу: значение свойства, тег, диапазон цены, флаг. «Красные диваны» = все диваны со свойством «Цвет=красный». Плюсы: масштабируемость (одно правило — сотни страниц вроде «красные/синие/зелёные диваны»), самообновление (добавили красный диван в каталог — он сам появился на странице), нет ручного труда на поддержку. Минусы: состав и порядок вы напрямую не контролируете, нельзя «поднять хит наверх» или убрать неудачный товар без правки правила.

Ручные подборки

Редактор сам перечисляет товары страницы. «Подарки на 8 марта» = вручную отобранные 24 товара в нужном порядке. Плюсы: полный контроль над составом, порядком, акцентами — незаменимо для маркетинговых и сценарных страниц, где логика не сводится к признаку. Минусы: не масштабируется (каждую страницу собирают руками), не самообновляется (товар закончился — надо убрать вручную), трудозатратно на большом числе страниц.

Гибридные подборки

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

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

ЧПУ теговых страниц и роутинг

Адрес — половина успеха посадочной страницы. Хороший URL теговой страницы человекочитаемый, осмысленный и стабильный: /catalog/divany/krasnye/, /collection/podarki-na-8-marta/, /catalog/smartfony/do-50000/. Плохой — с GET-параметрами (?tag=krasnye&set=1): такие адреса хуже воспринимаются поиском и легко плодят дубли из-за перестановки параметров.

Как реализуют роутинг теговых страниц в 1С-Битрикс:

• Правила обработки URL (urlrewrite.php). Добавляют правило, которое ловит шаблон адреса (например, /catalog/(.+?)/tag/(.+?)/) и передаёт код раздела и тега в компонент. Гибко, но требует аккуратности с порядком правил.
• Символьный код элемента посадочного инфоблока. Если посадочные — это элементы отдельного инфоблока (способ 3), URL собирается из их символьного кода штатным ЧПУ инфоблока. Просто и управляемо контент-менеджером.
• Вложенный путь под разделом. Теговую страницу вешают «внутрь» раздела: /catalog/divany/krasnye/. Так адрес наследует контекст категории и выглядит естественно. Нужно следить, чтобы код тега не конфликтовал с кодами подразделов.
• SEO-страницы умного фильтра. Если подборка совпадает с фасетом, ЧПУ генерирует сам механизм умного фильтра по своим правилам — отдельно роутинг писать не нужно.

Несколько правил, которые экономят позиции:

• Стабильность после индексации. URL теговой страницы, попавшей в индекс, не меняют. Если менять приходится — обязателен 301-редирект со старого адреса на новый.
• Один URL — одна страница. Сортировка и пагинация внутри теговой страницы не должны создавать самостоятельные индексируемые адреса; их закрывают canonical и правильной обработкой параметров.
• Читаемые коды. Только строчная латиница, цифры и дефисы; осмысленно (krasnye, а не tag-17).
• Согласованность с крошками. Если теговая страница живёт под разделом, хлебные крошки логично строить как «Каталог → Диваны → Красные диваны», добавляя последнее звено вручную.

Общие принципы формирования адресов, редиректов и типичные ловушки ЧПУ в каталоге те же, что и для разделов, — их стоит держать в голове при проектировании роутинга посадочных.

Метатеги и H1 теговых страниц

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

Шаблоны метатегов

Для массовых однотипных страниц («красные диваны», «синие диваны», «зелёные диваны») задают шаблон с подстановкой: {Цвет} диваны — купить в интернет-магазине. Шаблон генерирует осмысленные, но однотипные метатеги для сотен страниц без ручного труда. Подставляют название тега/значения свойства, раздел, иногда цену «от» и количество товаров.

Ручные метатеги

Для важных, высокочастотных или маркетинговых страниц («подарки на 8 марта», «товары для новоселья») метатеги прописывают вручную — точно под формулировку запроса и с продающим смыслом. Ручной Title почти всегда выигрывает у шаблонного на приоритетных страницах.

H1 и текст

H1 теговой страницы — это человеческая формулировка подборки («Красные диваны»), а не название раздела. Вводный и/или нижний текст решает две задачи: помогает покупателю (что здесь, как выбрать) и даёт поиску уникальное содержание, без которого страница рискует остаться «тонкой». Для приоритетных теговых страниц текст пишут осмысленный; для массовых — хотя бы короткий шаблонный блок, но лучше уникализированный.

Практика: храните поля H1/Title/Description/текст прямо у сущности тега или посадочной страницы (в справочнике тегов или инфоблоке посадочных). Тогда SEO управляется из одного места: у приоритетных страниц — руками, у массовых — шаблоном, и всё это видно списком.

Управление индексацией

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

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

«Нужные» страницы (открываем для индексации):

• Под подтверждённый спросом запрос (есть частотность в семантике).
• С реальным ассортиментом внутри (не 0–1 товар, а достаточная подборка).
• С уникальным H1, метатегами и, желательно, текстом.
• Не дублируют существующий раздел или SEO-страницу фильтра.

«Мусорные» страницы (закрываем от индексации или не создаём):

• Автоматически сгенерированные комбинации без спроса («красные диваны из бархата до 12345 рублей»).
• Пустые и почти пустые подборки (0–2 товара).
• Дубли уже существующих разделов или фильтровых страниц.
• Технические срезы (сортировки, страницы пагинации как отдельные URL).

Инструменты управления индексацией:

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

Дубли: тег, фильтр и раздел

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

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

1. Перед созданием теговой страницы — проверка на существующее. Нет ли уже раздела или SEO-страницы фильтра под этот запрос? Если есть — теговую не создаём (или ставим canonical на существующую).
2. Разделение зон ответственности. Решают заранее: этот класс запросов закрываем разделами, этот — фильтром, этот — тегами. Чтобы механизмы не пересекались на одном запросе.
3. Канонические адреса. У теговой страницы один URL; сортировки, пагинация и лишние параметры не создают самостоятельных индексируемых страниц (canonical на основную).
4. Белый список и дисциплина. Автоматика не выпускает в индекс комбинации, которые дублируют уже существующие страницы; включение — только через белый список.
5. Единый реестр посадочных. Все теговые страницы — в одном месте (инфоблок посадочных), где видно пересечения и можно не плодить одинаковое.

Особенно коварны автоматически генерируемые сочетания. «Красные диваны» может существовать и как SEO-страница фильтра (Цвет=красный в разделе Диваны), и как теговая страница по метке «красный». Это дубль. Решение — договориться, каким механизмом закрывается этот тип запроса, и вторым его не создавать. Тема дублей и канонизации в каталоге тесно связана с фасетной навигацией; подробный разбор — в статье про фасетную навигацию и SEO.

Связь с семантическим ядром

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

Как это устроено. При сборе семантики запросы кластеризуют. Часть кластеров ложится на разделы дерева («диваны», «смартфоны») — это каркас. Часть кластеров — это уточнённые запросы, которые не являются категориями, но имеют частотность: «красные диваны», «диваны для маленькой кухни», «айфоны до 50000», «подарки на 8 марта». Вот эти кластеры и есть кандидаты в теговые и виртуальные страницы. То есть теговые страницы — это способ монетизировать длинный хвост семантики, который не помещается в дерево.

Практический процесс:

• Собрать и кластеризовать семантику. Разделить кластеры на «категории» (в дерево) и «срезы спроса» (в теговые страницы).
• Оценить частотность и коммерческость. Под теговые страницы берут кластеры с реальным спросом и покупательским намерением, а не единичные запросы.
• Сопоставить с ассортиментом. Под запрос должны быть товары. «Красные диваны» имеет смысл, только если красные диваны в наличии.
• Приоритизировать. Сначала высокочастотные и коммерчески ценные срезы — их делают качественно (ручной текст, метатеги), хвост — шаблонами.
• Отдать в реестр посадочных. Утверждённые кластеры превращаются в теговые страницы (белый список «в индекс»), остальное — не создаётся или noindex.

Без семантики теговые страницы вырождаются в генерацию комбинаций «на всякий случай», которые не приносят трафик, зато создают дубли и тонкие страницы. С семантикой — это точечное закрытие подтверждённого спроса. Как собирать и кластеризовать ядро именно под магазин, мы разбирали в статье про семантическое ядро интернет-магазина на 1С-Битрикс — это фундамент, на котором строятся все посадочные.

Внутренняя перелинковка

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

Откуда ставят ссылки на теговые страницы:

• Из родительского раздела. На странице раздела «Диваны» размещают блок «Популярные подборки»: ссылки на «Красные диваны», «Угловые диваны», «Диваны для маленькой кухни». Это и навигация, и передача веса от сильного раздела.
• Из карточки товара. На карточке красного дивана — ссылки на теговые страницы, в которые он входит: «Красные диваны», «Хиты продаж». Полезно и покупателю (похожее), и для перелинковки.
• Между связанными подборками. На странице «Красные диваны» — ссылки на «Синие диваны», «Красные кресла»: горизонтальные связи между близкими срезами.
• Из виртуальных разделов и хабов. Страница-хаб «Идеи подарков» собирает ссылки на «Подарки на 8 марта», «Подарки коллеге», «Подарки до 1000» — распределяет вес по группе посадочных.
• Из контента и меню. Ключевые теговые страницы добавляют в меню, футер, статьи блога — как обычные важные страницы.

Отдельно про хлебные крошки: у теговой страницы, живущей под разделом, крошки логично строить как «Главная → Каталог → Диваны → Красные диваны», добавляя последнее звено. Это и ориентир для покупателя, и ссылка вверх по структуре. В сумме перелинковка превращает набор разрозненных посадочных в связную сеть, где вес перетекает от сильных разделов к теговым страницам и обратно.

Кэширование теговых страниц

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

Что важно учесть при кэшировании теговых страниц:

• Кэш компонента выборки. Вывод товаров теговой страницы кэшируют так же, как обычный список каталога: включают кэш компонента и задают разумное время жизни.
• Управляемый кэш с тегами кэша. Лучший вариант — тегированный кэш, который автоматически сбрасывается при изменении товаров, входящих в подборку. Тогда страница всегда актуальна, но не пересчитывается зря.
• Сброс при изменении состава. Добавили/убрали товар с тегом, изменили цену, товар ушёл из наличия — кэш соответствующих теговых страниц должен сброситься. Это настраивают через теги кэша, привязанные к инфоблоку/элементам.
• Ключ кэша учитывает условие. У каждой теговой страницы своё условие выборки, поэтому ключ кэша должен включать код тега/страницы, иначе разные подборки перепутают кэш.
• Осторожно с «наличием» и ценами. Если подборка зависит от быстро меняющихся данных (остаток, цена со скидкой), время жизни кэша и стратегию сброса подбирают так, чтобы не показывать устаревшее.

Общий принцип тот же, что и для дерева разделов: читается часто — меняется реже, значит кэшируем, но с корректным сбросом по событию. Тегированный кэш здесь особенно уместен, потому что связь «товар → теговые страницы, где он участвует» естественно ложится на теги кэша.

Пошагово: внедряем теговые страницы

Сведём всё в практическую последовательность — так мы внедряем теговые и виртуальные страницы на реальных проектах, от семантики до приёмки.

1. Собрать семантику и выделить срезы. Кластеризовать ядро, отделить «категории» (в дерево) от «срезов спроса» (в теговые страницы). Получить список кандидатов в посадочные с частотностью.
2. Проверить на пересечения. Для каждого кандидата решить: это уже раздел, это удобная SEO-страница фильтра или это теговая страница? Не плодить дубли — под запрос ровно одна каноническая страница.
3. Выбрать механизм. Определить способ: свойства-подборки, теги в справочнике или отдельный инфоблок посадочных страниц. На масштабе обычно — инфоблок посадочных.
4. Завести теги/справочник. Создать свойство-тег или highload-справочник тегов, проставить метки товарам (вручную или правилом/выгрузкой из 1С).
5. Настроить правила выборки. Для каждой посадочной задать условие (раздел + свойства/теги/диапазоны), выбрать режим: авто, ручной или гибрид.
6. Сделать роутинг и ЧПУ. Настроить человекочитаемые адреса (правила URL или коды инфоблока посадочных), стабильные и осмысленные.
7. Заполнить SEO. Задать H1, Title, Description, текст — вручную для приоритетных, шаблоном для массовых. Убедиться в уникальности относительно раздела и соседних подборок.
8. Настроить индексацию. По умолчанию noindex; в белый список и sitemap — только подтверждённые спросом, наполненные, уникальные страницы. Мусорные — noindex/canonical.
9. Сделать перелинковку. Ссылки из родительских разделов, карточек товаров, между подборками, из хабов и меню. Настроить хлебные крошки посадочных.
10. Включить кэширование. Кэш выборок с тегами кэша и корректным сбросом при изменении товаров.
11. Проверить и принять. Пройти по чек-листу: нет дублей с разделами/фильтром, метатеги уникальны, пустые страницы закрыты, перелинковка есть, кэш сбрасывается, приоритетные страницы в индексе и sitemap.

Обратите внимание: собственно «сделать страницы» — лишь часть работы в середине. Основное — семантика и проверка на пересечения в начале и управление индексацией с перелинковкой в конце. Именно поэтому теговые страницы — это SEO-инженерная задача, а не «накидать подборок в админке».

Реализация в компонентах Битрикса

Соберём в одном месте, какими средствами 1С-Битрикс реализуется всё описанное. Отдельного «модуля теговых страниц» в коробке нет — их собирают из штатных механизмов.

Логика типичной реализации через инфоблок посадочных страниц такая. Пользователь открывает /catalog/divany/krasnye/. Правило обработки URL (или ЧПУ инфоблока посадочных) определяет, что это посадочная страница с кодом krasnye-divany, и передаёт код в компонент. Компонент читает из инфоблока посадочных условие выборки (раздел «Диваны» + свойство «Цвет=красный»), H1 и метатеги, затем делает выборку товаров этим условием (с кэшем), выставляет Title/Description/H1 через методы $APPLICATION, добавляет звено крошек через AddChainItem() и выводит витрину. Флаг «в индекс» из посадочной определяет, отдавать ли noindex. Так один компонент обслуживает все теговые страницы, а контент-менеджер управляет ими как элементами инфоблока.

Виртуальные разделы и умные подборки

Отдельно стоит сказать про крупные надстройки — виртуальные разделы, которые ведут себя как целые категории-хабы. Если единичная теговая страница закрывает один запрос, то виртуальный раздел — это группа посадочных со своей навигацией.

Пример: виртуальный раздел «Идеи подарков». В дереве каталога его нет — товары лежат в своих категориях (техника, книги, косметика). Но на сайте есть раздел-хаб /podarki/ с подкатегориями: «Подарки на 8 марта», «Подарки коллеге», «Подарки до 1000», «Подарки для дома». Каждая подкатегория — теговая страница с подборкой товаров из разных настоящих разделов. Вместе они образуют виртуальный раздел — витрину, полностью надстроенную над каталогом.

Когда виртуальные разделы особенно полезны:

• Сезонные и событийные витрины. «Всё к школе», «Новогодние подарки», «К дачному сезону» — временные хабы, которые не хочется вносить в постоянное дерево.
• Сценарные подборки. «Всё для новоселья», «Соберём аптечку», «Для пикника» — товары из разных разделов под один сценарий.
• Маркетинговые лендинги каталога. Промо-страницы под акции и коллекции, живущие поверх обычного каталога.
• Кросс-категорийные срезы. «Товары бренда X» через все категории, «Эко-товары», «Российское производство».

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

Частые ошибки

• Генерация комбинаций без спроса. Автоматически плодят тысячи страниц «на всякий случай» — они не приносят трафик, зато создают тонкие страницы и дубли. Теговые страницы делают только под подтверждённый семантикой спрос.
• Дубли «тег vs фильтр vs раздел». Одна подборка существует сразу тремя способами. Под запрос — ровно одна каноническая страница; перед созданием проверяют, нет ли уже раздела или SEO-страницы фильтра.
• Всё в индекс без разбора. Пустые и мусорные подборки уходят в поиск и съедают краулинговый бюджет. Стратегия — «закрыто по умолчанию», в индекс только по белому списку.
• Одинаковые метатеги. Title теговых страниц совпадает с разделом и друг с другом. Метатеги уникализируют подстановкой признака, количества, цены «от».
• Адреса на GET-параметрах. ?tag=krasnye вместо /divany/krasnye/ плодит дубли и хуже ранжируется. Нужны человекочитаемые стабильные ЧПУ.
• Страницы-сироты. На теговую страницу нет ни одной внутренней ссылки — поиск её не находит, вес не перетекает. Перелинковку делают сразу, а не «потом».
• Пустые подборки. Страница «Красные диваны» без красных диванов в наличии. Ставят порог по количеству товаров и правило для пустых (noindex или 404/редирект).
• Теги вместо разделов. Устойчивую категорию со спросом делают тегом, а не разделом дерева, лишая её каркасной роли и крошек. И наоборот — сценарный срез загоняют в дерево, раздувая его.
• Смена URL после индексации. Меняют адрес теговой страницы без 301-редиректа — ловят 404 и теряют позиции. Адреса фиксируют на старте.
• Нет кэша выборок. Тяжёлые выборки товаров считаются на каждый хит. Кэшируют с тегами кэша и корректным сбросом при изменении товаров.
• Нет единого реестра. Теговые страницы разбросаны по свойствам, роутингу и хардкоду — их не видно списком, легко наплодить дублей. Держат единый реестр (инфоблок посадочных).

Чек-лист по теговым страницам

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

1. От семантики. Каждая теговая страница отвечает на подтверждённый спросом запрос из ядра, а не придумана «для красоты».
2. Нет пересечений. Под запрос — одна каноническая страница; проверено, что нет дубля с разделом или SEO-страницей фильтра.
3. Механизм выбран осознанно. Свойства-подборки, теги-справочник или инфоблок посадочных — под масштаб и потребности проекта.
4. ЧПУ человекочитаемые и стабильные. Осмысленные латинские адреса без GET-параметров; после индексации не меняются (или 301).
5. Метатеги уникальны. H1, Title, Description отличаются от раздела и соседних подборок; приоритетные — вручную, массовые — шаблоном.
6. Индексация под контролем. По умолчанию noindex; в индекс и sitemap — только наполненные, уникальные страницы из белого списка.
7. Пустые закрыты. Подборки с 0–2 товарами не отдаются в индекс; задан порог по количеству и правило для пустых.
8. Перелинковка есть. Ссылки из родительских разделов, карточек, между подборками и из хабов; хлебные крошки посадочных настроены.
9. Ручное и авто разведены. Автоматика — где масштаб, ручной/гибрид — где нужен контроль состава; поля под оба режима заложены.
10. Кэш работает. Выборки кэшируются с тегами кэша; кэш сбрасывается при изменении товаров подборки.
11. Единый реестр. Все теговые/виртуальные страницы видны в одном месте, с условием, SEO и флагом индексации.

Вывод

Теговые и виртуальные страницы — это надстройка над каталогом, которая закрывает спрос, не помещающийся в дерево разделов: «красные диваны», «айфоны до 50000», «подарки на 8 марта». Они не меняют каркас каталога и не размножают товары в структуре, а собирают их в посадочные витрины по признаку — и за счёт этого приносят трафик по длинному хвосту запросов, до которого не дотягиваются ни разделы, ни голый фильтр. От раздела теговая страница отличается тем, что не занимает узла в дереве; от SEO-страницы умного фильтра — тем, что подборка не обязана сводиться к значениям фасета.

Работают теговые страницы только при дисциплине. Их источник — семантическое ядро, а не фантазия: делаем под подтверждённый спрос. Механизм — теги, свойства-подборки или отдельный инфоблок посадочных с правилами выборки. Адреса — человекочитаемые и стабильные, метатеги — уникальные, индексация — по белому списку (нужные в индекс, мусорные с noindex/canonical), состав — авто, ручной или гибрид под задачу. И главное — никаких дублей: под каждый запрос ровно одна каноническая страница, а не тег плюс фильтр плюс раздел. Плюс перелинковка и кэш, без которых посадочные остаются слабыми сиротами.

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