Структура интернет-магазина

А я еще не видел бизнесов, в которых:

1. был бы не нужен категорийный анализ продукции и продаж (регулярно)
2. категорийный менеджер, даже если есть, представляет из себя что-то умнее, чем "полено, и у меня лапки..." и из DAG, описанного "по красоте" в БД, вытянуть таксоны или группы таксонов и также все транзации и атрибуты за некоторый период

Последнее и нормальный-то полноценный DBA не срапзу на бегу сделает...

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

И повторяю еще раз - представление и хранение разные задачи, фасеты это (разные представления и выборки) достаточно успешно делают не первый день

Вот с этого тезиса и выбирается решение.

Как уже говорил выше реализации структуры могут быть разные. Для различных обстоятельств - свои более или менее удачные решения. 

Да, логика верная. Главное, что вы четко осознаете эти зависимости, а значит сможет сформулировать ТЗ, как и в какой логике формируется результирующий вывод (т.е. какие элементы нижнего уровня должны выводиться).

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

Даже при таком раскладе я все равно использую вариант 1 сайт/товар. 

Так проще. А ГК назначить и второстепенные категории проще простого. 

Да, де факто, никак. Если структура понятна ПС. В СЕРПе оба варианты присутствуют. Я всегда топил за второй, но реальность безжалостная сука и часто это создаёт огромные проблемы.  

Я бы сказал проще:

Категория - это общий хаб с товарами. /smartfony

Листинг - это скорее внутренние страницы фильтров/подкатегорий. Они в основном генерируются через фильтрацию в основной категории. /smartfony?color=white

Я бы второе назвал подборкой, первое - категоризатором, а всё - листингами (любой набор вывода данных по определённому фильтру). ) Чтобы не путаться. 

---

Повторюсь, это всё было Владимиру SEO, который теорию подогнал не под структуру, а под удобную для него тему, когда понаделал ошибок. )

Смотри что бы не путать, Антоний правильно сказал но слишком заумно. Упрощаем, для им: 

Листинг это страница с товарами, список грубо говоря. 

Категория это раздел на сайте объединяющий товары , грубо говоря часть структуры.

На данный момент практически все категории являются листингами. Очень редко у криворуких владельцев сайта там просто листинг подкатегорий без товаров. 

По этому весь трындеж об этом ничтожен))) 

Ммм... чем больше сущностей, тем больше разночтений из-за разного понимания определений.

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

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

и то, полноценным хабом я бы назвал её не по иерархическому старшенству, а только в лучше, если по своему представлению эта будет насыщенная страница, объединяющие разнородные элементы.

Скажем, если мы оставляет только Каталог и смотрим на эту страницу, как на центральный узел,

то - да, можно назвать её хабом, потому что hub и есть "узел".

Дальше. Листинг - это фактический перечень, перечень может быть товарный, может быть категориальный, листингом можно назвать html карту сайта (если все элементы вывести одним уровнем без вложений), листингом могут быть записи в разделе статей/блоге.

Cтруктура сайта - это не про то, что будет выводится на странице, структура сайта - это то, в каком соотношении находятся страницы и объединяющие их категории. Т.е. являются ли они дочерними или сестринскими, на каком уровне вложенности находятся, пересекаются ли они по названиям, как будут реализованы в представлении URL (через вложенность или через последовательности в get параметрах).