Страница с перечнем родительских категорий. Их может быть десятки и более.
Не зависит, но ты предлагаешь размещать уникальные 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.
Технически Яндекс просто помогает вебмастеру сориентироваться, где конкретные записи могут дублироваться.
Например, произошла программная ошибка и задублировались title-ы для группы страниц. Или в индексе появились тех. дубли с одинаковыми title-ами - это тоже вполне наглядные ориентир, чтобы обратить внимание и принять меры.
Тоже самое касается и поле description, к слову.
Выглядит это примерно следующим образом,
Вот пример страницы.
Title: Умный аквариум Xiaomi Mijia Smart Fish Tank MYG100 купить с доставкой Robot4Home.ru ► магазин в Москве Встречается только в титулах и все. Выходит уникальный и нигде на странице больше не встречается. И так у всех, т.к. TITLE - это H1 и хвост с ключами "купить, доставка, москва" и пр.
Уникальность title-а оценивается не в рамках документа, а в отношении title-ов других страниц этого же сайта.
Разберем ваш пример. У вас в title-е текстовая последовательность с низкочастотным хвостом. Повторять её в точности в тексте довольно странно и будет признаком текстового спама.
Но могу быть и другие примеры, где title короче и лаконичнее, например, "Африканские слоны".
И в <H> заголовке при этом также могут Африканские слоны и где-то в тексте может быть пара слов "африканские слоны".
Вполне допустимый вариант.
А вот если на какой-то ещё странице в title-е будет точно такая же запись и Яндекс её обнаружит, то Вебмастер подсветит вам уведомление, что на сайте обнаружены одинаковые title-ы.
p.s. Другое дело, что простой title будет неоптимизированным, но это уже другая сторона дела. Однако простые title-ы также встречаются в топах и если поискать можно найти достаточно примеров.
Крупные сайты могут иметь примеры агрессивной рекламы, но как говорится "Что дозволено Юпитеру, не дозволено Быку".
На старте проекта заимствовать подобные приёмы, на мой взгляд, не стоит.
