это будут просто дубли из одного кластера, грубо говоря обычная ошибка сайтостроителей
В общем, разобрались. Дубли title-ов, а особенно множественные - это беда, это создаёт перекосы релевантности, поэтому когда Вебмастер их подсвечивает (и/или они внезапно обнаруживаются) - надо разбираться в причинах и устранять.
Главная может быть любой и кроме товарного вывода там может быть что угодно.
Допустим, заказчик захочет выводить на Главной не весь перечень категорий, которых может быть много, а только анонс последних добавленных товаров и он может быть достаточно длинный в несколько строк.
Дублировать длинный анонс последних товаров и следом полный перечень товарных категорий избыточно, поэтому необходима страница, где будут только категории и всё.
Для тебя это может не быть проблемой, но я предпочитаю иерархическую вложенность по назначению.
Допустим, это городской портал, где десятки и сотни направлений, когда у каждого направления свой кластер и свои данные по кластеру - это всегда удобнее (для анализа) и нагляднее.
Я выше написал - анализ индексации вести, парсить данные, указывать регулярные выражения для обработки адресов, попадая по единый признак на уровне кластера (т.е. для последующей аналитики).
Например, на уровне кластера catalog
Я вижу какое кол-во страниц кластера было загружено поисковым роботом и какое кол-во страниц находит в настоящий момент в поиске.
Соот-но, по кластерам я наглядно вижу объём индексации каждого кластера. Когда объём страниц в поиске проседает - это для меня сигнал для организации необходимых рабочих мероприятий.
Когда у тебя в корне и товары, и категории, и служебные страницы - это множество элементов разного назначения в пространстве одного уровня вложенности.
Если тебе так удобнее, пожалуйста, делай, я лично не против :)
совершенно верно,
а данные по индексу я из карт сайта смотрю - они у меня разные для товаров и отдельно для листингов и/или служебных
Ну, вот, я у меня для каждого направления свой кластер:
Товары - /tovari/
Новости - /novosti/
Публикации - /pub/
Все дочерние элементы в своих кластерах.
Решения могут быть разные, каждый реализует то, которое ему лучше и соответствует структурным решениям и SEO требованиям.
Страница с перечнем родительских категорий. Их может быть десятки и более.
Не зависит, но ты предлагаешь размещать уникальные url-ы в корне, где по уровню вложенности они будут пересекать с другими пунктами меню (я писал выше), а также у всех товаров будет свой кластер с которым удобнее работать, нежели в корне будут перемешаны и товарные страницы и всё остальное.
а зачем
catalog
Страница c перечнем категорий:
Ботинки,
Сапоги,
и т.д.
tovari ?
Товарный кластер, который будет формировать уникальные url-ы по товарам.
Объём индексации товарного кластера будет удобно видно в Вебмастере (Индексирование -> Структура сайта) - Загружено/В поиске.
В твоём случае страницы товара и допустим служебные страницы: Контакты, рубрикатор Новости, О нас и т.д. будут на одном уровне вложенности.
Я не предлагал разместить товар в корне, этот совет дал другой участник форума.
Моё решение следующее.
Титульная страница каталога:
site.ru/catalog/
Ботинки:
site.ru/catalog/botinki
Ботинки черные:
site.ru/catalog/botinki/chernyj
Ботинки коричневые:
site.ru/catalog/botinki/korichnevye
Произвольная страница товара:
site.ru/tovari/nazvanie-tovara_id
Соот-но, внутри категорий у вас будут ссылка на дочерние категории (если они есть) и на товары.
Все товары размещаются внутри кластера /tovari/ и не будут дублироваться, если один и тот же товар размещается в нескольких категориях.
Интеллект карта такого решения выглядит след. образом,
В этом случае вы сможете добавить новые сущности, когда кроме ботинок, появятся, например, Cапоги.
Cогласитесь, не самая очевидная позиция, но решающая проблему дублирования товара в других категориях, когда вы будете назначать принадлежность товара к нескольким категориям, а таких товаров может быть немало.
Никаких проблем с навигацией.
Во-первых, у страницы пагинации есть порядковый номер, который и будет отличительным признаком.
Во-вторых, страницы пагинации не нужно индексировать, поэтому для пагинации в мета - noindex, follow.
На него я вам ответил здесь.
Уже ошибка на уровне проектирования каталога.
В разных категориях одинаковые товары должны иметь один и тот же адрес, например, site.ru/tovari/nazvanie-tovara_id
Это не более, чем рекомендация. Яндекс всё будет индексировать по тем url-ам, что будет находить.
Sitemap в данном случае вторичен. Он лишь даёт информацию по составу линков для обхода.
Да, будет указывать на дубль, но это не проблема sitemap-а - это проблема в проектировании структуры сайта.
Необходимо правильное структурное решение, указание канонических адресов не решит вопрос.
Правильно, что вы понимаете необходимость в структуризации знаний - это принципиально важный момент.
Моя рекомендация следующая (с поступательным увеличением сложности материала):
1) Книга "Оптимизация и продвижение сайтов в поисковых системах (4-е издание)" 2019 г Ашманова, Иванов (ранние не используйте) - базовый курс.
- этой книги хватит для базового ориентирования и понимания, что к чему.
2) Книга "SEO Монстр" автор Dr.MAX (тоже желательно крайней редакции) - уж шире, глубже, но с акцентом на Гугл.
- это в дополнение, если сохранится интерес к SEO.
3) Лекцию Дениса Расковалова (разработчика алгоритмов Яндекса) "Информационный поиск изнутри"
- старенькая (2011 года), но интереснейшая лекция о том как был реализован Яндекс; про распределённую систему, про обработку запросов, про реализацию серверной части, про оценку запросов, индексацию, инвертированный индекс, алгоритмы ранжирования, словом, база, которую более продвинутому SEO специалисту важно знать и понимать.
4) Книга "Введение в информационный поиск" Маннинг, Рагхаван, Шюгце
- фундаментальный труд, который вышел при поддержке Яндексе и в переводе на русский от сотрудников Яндекса.
Материал сложный, требующий соответствующей подготовки, но даже по отдельным главам вполне доходчив.
Ну и конечно, практическую часть переоценивать невозможно, важно и необходимо практиковать, иначе знания бессмысленны.
Если будут сложности с поиском книжных версий, пишите, поделюсь.
В общей логике не должно быть индексируемых страниц с одинаковыми title-ами. У каждой страницы есть своё назначение и свой отличительный признак, поэтому его важно зафиксировать в title-е.
В целом, достаточно сложно представить себе рабочую ситуацию, где у двух целевых индексируемых страниц будет одинаковый title.
