Дубли страниц в sitemap

Страница c перечнем категорий:

Ботинки,

Сапоги,

и т.д.

Товарный кластер, который будет формировать уникальные url-ы по товарам.

Объём индексации товарного кластера будет удобно видно в Вебмастере (Индексирование -> Структура сайта) - Загружено/В поиске.

В твоём случае страницы товара и допустим служебные страницы: Контакты, рубрикатор Новости, О нас и т.д. будут на одном уровне вложенности.

а зачем она ? какой в ней смысл ?

совершенно верно,

а данные по индексу я из карт сайта смотрю - они у меня разные для товаров и отдельно для листингов и/или служебных

Страница с перечнем родительских категорий. Их может быть десятки и более.

Не зависит, но ты предлагаешь размещать уникальные url-ы в корне, где по уровню вложенности они будут пересекать с другими пунктами меню (я писал выше), а также у всех товаров будет свой кластер с которым удобнее работать, нежели в корне будут перемешаны и товарные страницы и всё остальное.

так это же главная

так а в чем проблема то ? 

Ну, вот, я у меня для каждого направления свой кластер:

Товары - /tovari/

Новости - /novosti/

Публикации - /pub/

Все дочерние элементы в своих кластерах.

Решения могут быть разные, каждый реализует то, которое ему лучше и соответствует структурным решениям и SEO требованиям. 

Главная может быть любой и кроме товарного вывода там может быть что угодно.

Допустим, заказчик захочет выводить на Главной не весь перечень категорий, которых может быть много, а только анонс последних добавленных товаров и он может быть достаточно длинный в несколько строк.

Дублировать длинный анонс последних товаров и следом полный перечень товарных категорий избыточно, поэтому необходима страница, где будут только категории и всё.

Для тебя это может не быть проблемой, но я предпочитаю иерархическую вложенность по назначению.

Допустим, это городской портал, где десятки и сотни направлений, когда у каждого направления свой кластер и свои данные по кластеру - это всегда удобнее (для анализа) и нагляднее.

Я выше написал - анализ индексации вести, парсить данные, указывать регулярные выражения для обработки адресов, попадая по единый признак на уровне кластера (т.е. для последующей аналитики).

Например, на уровне кластера catalog

Я вижу какое кол-во страниц кластера было загружено поисковым роботом и какое кол-во страниц находит в настоящий момент в поиске.

Соот-но, по кластерам я наглядно вижу объём индексации каждого кластера. Когда объём страниц в поиске проседает - это для меня сигнал для организации необходимых рабочих мероприятий.

Когда у тебя в корне и товары, и категории, и служебные страницы - это множество элементов разного назначения в пространстве одного уровня вложенности.

Если тебе так удобнее, пожалуйста, делай, я лично не против :)

ну это понятно

мало ли что он хочет, решает сео спец что там будет а не заказчик

не вижу в ней смысла вообще

не не не - это магазин, не мешаем

я понял это для яндекса, ибо в гугле у меня это все через карты делается.

Ок для индекса ок