Ошибка битрикса. Дубли детальных страниц.

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

Верно в комментарии "Александр Гусев" пишет об этом же.

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

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

Единственный минус такой реализации, в рамках каталога, все товары должны иметь уникальные наименования для урлов.

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

Берем гиганта индустрии - Амазон

Вызываем страницу: http://www.amazon.com/gp/product/B009CF7F8Y/

А теперь дописываем как у вас к ней всякую чушь: http://www.amazon.com/gp/product/B009CF7F8Y/privet/

О ужас, в Амазоне нет нормальных сеошников, у них все плохо, страница открылась по фиктивному урлу.

Неужели они бы не исправили данную проблему, если бы она была критичной, я еще не видел не одного доказательства этой проблемы в скриншотах поисковых систем. Есть надуманная проблема господ сеошников с задней парты 6-8 классов.

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

Если вы допустите ошибку и на одной странице будете отображать конкретный элемент с одной схемой урла, а на другой с другой, это не ошибка продукта, а скорей ваше упущение, которое вы не предусмотрели сразу.

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

И система не может читать ваши мысли, что вы переделали схему урлов. Если вы ее меняете вы должны позаботится о переброски со старых адресов на новые, или через внесение ручками информации в файл ".htaccess" например, или через http://ваш_сайт/bitrix/admin/short_uri_admin.php?lang=ru и т.п.

Но какой бы вариант вы не приняли, массовые изменения при таких действиях, обрушат ваш сайт в позициях очень сильно.
К сожалению не поверю на слово, у меня своих 5 проектов, и нет дублей по описанной вами причине, хотя на одном проекте есть очень извращенные формирования урлов, из-за необходимости сохранения старой структуры, которая была до внесения изменений.

Если я подойду к разработчикам со словами, "поверьте мне на слово там есть дубли" - меня просто пошлют, потому что мы отслеживаем данную проблему не первый год, и пока все, что по ней находилось, это ошибки в разработке или не понимания работы ЧПУ и схемы формирования урлов, при создание нескольких вариантов открытия страниц с элементами каталога.  

Не совсем понял из вашего примера в чем не правильность, вы сделали вложенность, положили товар на самый последний уровень, и вызываете товар один и тот же из разных уровней.

Система естественно меняет вам урл вложенности, это как раз пример нехорошей продуманности каталога. Если бы такого не было, как бы строились структуры для хлебных крошек.

От этого легко избавится, используя не комплексный компонент, хотя я бы даже в нем попробовал настроить, не уверен, что хлебные крошки бы адекватно отработали. А на раздельных компонентах вполне легко решается, я уже не раз показывал решение на форуме.

А какое поведение такой вложенности хотите видеть вы, товар один, вложен на 4том уровне, что мы должны показать на 2-3 уровне, по факту там товара как бы вообще нет ?

На форуме проскочил как раз вариант решения проблемы с большой вложенностью:

Заменить адреса на вид:

для категорий /category/#SECTION_CODE#/
для карточки /product//#ELEMENT_CODE#/


Но это потребует раздельных компонентов и настройки ЧПУ через правила.  

Алис признать что, ЧПУ не простая схема для настройки - полностью признаю!

Что доказывает ваш пример, что на сайте правильно настроен ЧПУ - полностью признаю!

Ваш пример кстати на Битриксе

Поэтому я и повторяюсь, что вы хотите изменить!  

ЧПУ сложное, к нему например можно придумать простой пресетный интерфейс, который будет показывать несколько моделей ЧПУ (несколько схем) и автоматом прописывать и создавать нужные файлы для этого.  

Это один из вариантов, но тогда интересно какие есть устоявшиеся схемы ЧПУ

Мне платят зарплату за развитие продуктовой линейки компании. Но это не багтрекер, это сайт идей, причем я уже два раза это вам писал в различной форме, и здесь обсуждается идея или схема решения, которую можно применить в продукте.

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

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

Контакты руководства можно найти вот на этой странице: http://www.1c-bitrix.ru/about/contacts.php#tab-staff-link

Ну и вернемся к конструктиву, вопрос к Алисе - ваш пример это ваш проект или вы его просто нашли в сети, если это ваш проект, расскажите как вы это решали, это решалось штатными средствами или вы делали кастомизацию, можно даже не тут, я могу дать вам контакт в нетворке.

Здравствуйте Юрий К.
Юрий, вы же понимаете, что просто прописывание канонических ссылок, это скорей часть решения.

Может вы предложите, идеи, варианты общего решения?

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

Если с последним элементом все понятно, и мы можем его показать, то что делать на уровнях выше? Не показывать не чего, редиректить на раздел (а если он не учтен у клиента), или показывать этот же элемент с урлом последнего уровня?

Какое решение будет более адекватным.  

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

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

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

Или вы видите другие варианты. Мы более менее уже близки к общему понимаю, еще чуть чуть и можно будет сформировать это все для плана на следующий релиз.