Программное SEO: как создавать посадочные из данных и устранять дубли
Программное SEO — это автоматизированное создание посадочных страниц из структурированных данных по повторяемому шаблону. Такой подход нужен, когда у страницы есть самостоятельная задача для поиска и актуальные сведения, помогающие её решить. Запросы с одной и той же задачей объединяют в группу, а для технических копий выбирают основной адрес с 301‑редиректом или указывают канонический через
Каким продуктам подходят страницы из данных
Посадочные из данных работают, когда посетителю нужны сведения для выбора объекта или выполнения действия. До сборки каталога определяют, какие данные помогут клиенту, и кто будет их поддерживать. В каталоге агентств SE Ranking страницы формируются на профилях компаний: услуги, расположение, размер команды, цены, отзывы. В категориях шаблонов Notion подборки разложены по сценариям использования — к сентябрю 2026 года Ahrefs оценивал их месячный органический трафик из Google примерно в 204 тысячи посещений при около 600 ранжирующихся URL. Посадочные также используют как часть инструмента: на странице интеграции Gmail и Notion в Zapier уже заданы сценарии переноса писем в базу, и отдельную страницу для пары сервисов без сценария делать не стоит.
В интернет‑магазине водонагревателей шесть вариантов объема, четыре способа установки, десять брендов и двадцать городов доставки дают 4800 сочетаний. Не все полезны: где‑то пустые подборки, где‑то одна задача названа по‑разному, а городские страницы повторяют друг друга. Подготовку начинают со сбора и кластеризации семантического ядра — например, «бойлер 50 литров» и «водонагреватель 50 л» сводят в одну группу. Запрос о выборе объема требует объяснения, которого список товаров не даёт. Региональные страницы нужны только если от города действительно зависит предложение: свои сроки, склад, условия монтажа. Если различий нет, проще оставить общую подборку с описанием доставки. Чаще всего лишние страницы появляются именно из‑за городов: сотня копий «водонагреватели в Казани», «в Самаре» с одинаковыми ценами и сроками для Яндекса — одна страница в ста копиях, они выпадают как малополезные.
Раньше активно использовалась механика «поддоменов», где на каждом отдельном домене под каждый отдельный регион делали свой сайт. Сейчас достаточно единого сайта со списком товаров (для И‑М). Региональность определяется зачастую за счет реальных адресов на странице «контакты», филиалы на картах (2gis, яндекс карты, google maps) и доп.информации в карточках о «способах доставки». Либо используются «подпапки», если есть различия в ассортименте товаров в разных локациях.
— Иван Сиваков, Senior SEO компании WSS
Отдельная страница города нужна, когда на ней есть то, чего нет на общей: свой склад, свои сроки, свой монтаж.
— Эдуард Трубченинов, основатель агентства PrivateSEO
Как собрать данные и дать каждому URL свою задачу
Договоритесь о полях и обновлении базы
Ошибка в исходном поле повторится на каждой странице шаблона. Если в одной выгрузке объем в литрах, а в другой — в миллилитрах, товары отберутся неправильно. Пустое поле наличия, превращающееся в «есть в наличии», предложит покупателю недоступный товар. Для подборки нужны пять групп данных: идентификатор модели, категория и характеристики (объем, способы установки); цена и наличие из рабочей учетной системы; условия доставки и монтажа для региона; источник каждого поля, время последней успешной проверки и правило на случай пропуска значения; связи с карточкой товара, брендом и другими подборками. У каждого источника должен быть ответственный и частота обновления. Наличие обновляют при изменении в учетной системе, размеры — при правке карточки. Дату на странице (HTTP‑заголовок
Если выгрузка не прошла, а дата все равно обновилась по расписанию, проблема останется незамеченной. Это касается и HTTP‑заголовка Last‑Modified, и тега lastmod в Sitemap: они должны меняться при изменении содержимого, а не при каждом запуске генератора.
— Ольга Костенко, SEO‑маркетолог, руководитель агентства okostenko.agency
Источниками служат база, профили участников, открытые наборы данных и API. С внешними данными разбираются с условиями использования и сохраняют информацию об источнике. Ещё до генерации объединяют дубли: товар, названный у двух поставщиков по‑разному, не должен занимать в подборке два места. Каждому сочетанию параметров нужен постоянный идентификатор — например, «водонагреватели, 50 литров, вертикальная установка». Тогда при другом порядке фильтров или синониме основной адрес останется прежним. Индексируемую посадочную создают при трёх условиях: сочетание входит в отобранную группу запросов, для него есть подходящие товары, обязательные поля заполнены и проверены. Если строка базы не соответствует хотя бы одному — страница не публикуется.
Сначала проверьте отличие задачи, затем пишите текст
Подборка вертикальных водонагревателей на 50 литров нужна, чтобы сравнить размеры, цены и условия покупки моделей, устанавливаемых именно так. Поясняют, как требования к установке следуют из характеристик. Если шаблон просто выводит весь ассортимент и подставляет в текст слова «вертикальный» и «50 литров», посетителю придётся выяснять способ установки уже в карточке товара. Поправляют условия выборки, чтобы список соответствовал заголовку. Близкие посадочные сравнивают по составу объектов и задаче: если две страницы отвечают на один запрос и дают одинаковый выбор — оставляют одну. В апреле 2025 года SearchPilot опубликовал тест обогащения страниц данными: магазин решал, объединять ли страницы о питании с карточками товаров, но проверка показала разные поисковые задачи. Магазин сохранил страницы и добавил данные из карточек, таблицы и связанные товары — за почти шесть недель тест с группой сравнения показал почти 20% прироста органического трафика из Google на изменённых страницах.
Используйте связи данных в навигации
Подборке нужно место в структуре сайта и во внутренней перелинковке. Путь посетителя: общая категория → нужный объем → подборка → карточка товара → другие подходящие модели. Ссылки ведут на выбранные основные адреса, чтобы разные пути не создавали новые варианты одной страницы. Обязательно связывают название бренда в карточке с брендовой подборкой. В сентябре 2026 года SearchPilot опубликовал тест: название бренда сделали ссылкой, и целевые страницы получили рост органического трафика. В базе там, где отношения обозначены только текстом, добавляют ссылки для перехода к нужному выбору. Удобный формат — блок тегов над листингом категории: статические ссылки
Теги часто заводят вручную или выводят из всех значений фильтров, и со временем они перестают совпадать с опубликованными страницами. Ссылки начинают вести на снятые с публикации или закрытые от индексации сочетания, а новые подборки остаются без входящих ссылок. Поэтому нужно выводить в блоке только сочетания, которые прошли условия генерации, и строить адрес по постоянному идентификатору подборки. Тогда при снятии страницы тег исчезнет автоматически, а новая подборка сразу получит ссылку из категории.
— Ольга Костенко, SEO‑маркетолог, руководитель агентства okostenko.agency
Что проверить на тестовом наборе перед масштабированием
Начинают с 30 подборок, которые должны индексироваться, охватывая разные варианты шаблона: широкие и узкие подборки, разное количество товаров, наличие местных условий. В проверку добавляют особые случаи: адрес пустого фильтра, техническую копию с аналитической меткой, комбинацию с пропущенным полем, страницу с временно закончившимся товаром. Чтобы потом оценить индексацию, сохраняют отдельный список URL, которым положено участвовать в поиске.
Первым делом смотрят на страницу глазами посетителя: заголовок должен отражать выбранный отбор, данные совпадать с источником, сравнение помогать выбрать товар, кнопка срабатывать. Если нужно пояснение, нейросети отдают только проверенные поля. Следующий шаг — техническая приёмка по чек‑листу:
- Нужные посадочные отвечают HTTP 200, доступны роботу, нет запрета индексации.
- Title и H1 ясно передают задачу, в метаданных нет пустых переменных и неверных характеристик.
- Сравнивают исходный HTML с результатом JavaScript‑рендеринга — особенно важно, если товары подгружаются после открытия.
- Основной адрес совпадает в ссылках, в Sitemap и в настройках . Синонимы и разный порядок фильтров не должны плодить новые посадочные.
- canonical
- На каждую подборку ведут ссылки из подходящих разделов, ссылки на товары и соседние подборки работают.
- Аналитика фиксирует целевое действие и связывает его с источником визита и первой страницей визита.
Соберите технические ошибки по списку URL
Одну посадочную проверяют вручную, а для 30 страниц собирают общий отчет через «Аудит сайта» PR‑CY. Сервис обходит заданные URL, собирает значения полей и отмечает технические проблемы. В проекте открывают «Аудит сайта», включают «Мой список страниц», вставляют 30 полных адресов (например,
Представим: у подборок вертикальных и горизонтальных моделей одинаковый Title «Водонагреватели 50 литров». Отчет покажет повторение и перечислит URL. Теперь сравнивают товары на этих страницах. При разном ассортименте заголовкам не хватает способа установки, при общем списке — проверяют условия отбора в шаблоне. Проверяют через «Проверку страницы» в Вебмастере, получает ли поисковик товарный список. Если данные появляются только после JavaScript, сравнивают отчет краулера с отрисовкой Яндекса. Исправляют причину и повторяют проверку.
До правок скачивают исходный отчет через «Экспорт» в XLSX. Проблемные URL и значения полей переносят в задание с причиной, исполнителем и ожидаемым результатом. После исправлений сравнивают с новой выгрузкой.
Как находить дубли, отслеживать индексацию и оценивать результат
После запуска масштабируют те же проверки. Дубли ищут по неуникальным Title, H1, одинаковому набору товаров при разных URL и техническим копиям с метками аналитики. Для технических копий настраивают 301‑редирект на основной адрес, если оба URL не нужны, или указывают основной через
Вопросы и ответы
Зачем нужен постоянный идентификатор подборки и как он влияет на URL?
Постоянный идентификатор (например, «водонагреватели, 50 литров, вертикальная установка») фиксирует основной адрес страницы. При смене порядка фильтров или использовании синонимов URL не меняется, что предотвращает появление дублей и сохраняет накопленные сигналы ранжирования.
Почему нельзя обновлять дату последнего изменения (lastmod) по расписанию генератора?
Если дата обновляется при каждом запуске генератора, а содержимое не менялось, поисковые роботы Яндекса и Google заново скачивают весь каталог. Это тратит бюджет обхода, а новые посадочные попадают в индекс позже. Дату и заголовок Last‑Modified меняют только после реального изменения данных.
Как правильно организовать перелинковку на программных посадочных?
Ссылки должны вести на выбранные основные адреса (канонические URL) и быть статическими элементами