Делаем для ИМ фильтр, заказчик хочет, чтобы для каждого...

❓Вопрос 1918

Делаем для ИМ фильтр, заказчик хочет, чтобы для каждого изменения в фильтре генерировался свой URL и метатеги. То есть по сути генерируется миллион страниц, которые отличаются сгенерированными метатегами только. Нигде больше такой реализации не встречал. Есть в этом смысл и не спам ли это?

❗️Ответ

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

👉 Как правило, для наших проектов мы придерживаемся следующих схем сочетаний фильтров, открытых к индексации:

1️⃣ Схема 1 (1-й фильтр – 1 значение). Например, страница Люстра - В стиле Лофт. Все остальные подкатегории после страницы Лофт и комбинации фильтров закрываем от роботов.

2️⃣ Схема 2 (1-й фильтр – 1 значение) + (2-й фильтр – 1 значение). Страница Люстра - Лофт - На два цоколя. Любые другие комбинации трёх и более значений или двух и более фильтров мы закрываем от индексации.

⚠️ Остальные автогенерируемые страницы должны быть закрыты от индексации атрибутом noindex и в robots.txt.

👉 Открытые для роботов автогенерируемые страницы приведет к тому, что на сайте появятся:

▫️Страницы с похожим содержимым. Поисковым системам важно, чтобы страницы были качественными и уникальными, а реализация автогенерируемых страниц приведет к тому, что страницы потеряют свою “уникальность”. Листинги будут отличаться разными производителями, но при использовании более детального фильтра, листинги будут заполнены похоже.

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

Источник новости https://t.me/siteclinic_doctor...