совершенно верно,
а данные по индексу я из карт сайта смотрю - они у меня разные для товаров и отдельно для листингов и/или служебных
Ну, вот, я у меня для каждого направления свой кластер:
Товары - /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.
Технически Яндекс просто помогает вебмастеру сориентироваться, где конкретные записи могут дублироваться.
Например, произошла программная ошибка и задублировались 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-ы также встречаются в топах и если поискать можно найти достаточно примеров.
