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

Рейтинг: 20.7490  
Внедрено
Предложил Саянц Антон 30.09.2014 17:02:54

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

Здравствуйте.
Думаю у многих уже накипело, УЖАСНАЯ ошибка битрикса при формирование URL для каталога. Мы получаем дубли детальных страниц.
Проблема проявляется и при формировании ссылок на детальные страницы элементов в catalog.section. Так и просто при прямом вбивании адресов в строку адреса браузера!

Пример с живым сайтом. Мы можем попасть на детальную страницу с разных разделов!:

http://www.elta-spb.ru/gazovye_shlangi/gazovyy_shlang_metr_pogonnyy/
http://www.elta-spb.ru/zapchasti_dlya_gazovykh_plit/gazovyy_shlang_metr_pogonnyy/

П.С. товар не имеет привязки к 2 разделам!

Ещё пример:

/catalog/раздел/элемент_1/
/catalog/раздел/подраздел_1/элемент_1/
/catalog/раздел/подраздел_1/подраздел_2/элемент_1/

Мне и думаю многим уже надоело писать писать костыли на каждом проекте.
Ошибка проявляется не только, при использовании #SECTION_CODE_PATH#, но и при #SECTION_CODE# и #CODE#. Если глубина вложенности больше 2, все, битрикс создает проблему для СЕО.


Пожалуйста, голосуйте за идею. Заставим Битрикс исправить свои ошибки!

П.С. Простите за плохо читаем текст, я программист,  а не блогер)
Рейтинг: 4.7701  
Ответил 26.01.2015 20:11:47
Скрыл сообщения в которых не было конструктивных предложений, проще будет читать комментарии. Поставил в план 15.5 релиза, набросал список проблем которые я вижу из обсуждения, и методы их решения.

1. Есть сложность в настройке ЧПУ, в комплексном компоненте и в раздельных компонентах каталога. Многое можно обойти корректной настройкой (не забывая, что настройка делается в трех различных местах, вроде бы не связных друг с другом). Сделаем страничку, на которой можно будет выбирать схему построения урла ЧПУ, на странице мы покажет и подскажем, как настроить правильно компоненты каталога и пропишем правила ЧПУ, с необходимым регулярным выражением в нем.

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

3. Формируем корректную работу многоуровневой структуры, по принципу описанному в комментариях, например:
/раздел_футболок/бренд_красивый/футболка/
/раздел_футболок/бренд_очень_красивый/футболка/

элемент будет отображаться как последний элемент, на уровне "раздел_футболок" показываем список всех разделов и подразделов (если стоит галочка) входящих в раздел, на уровне "/раздел_футболок/бренд_красивый/" показываем список всех футболок данного подраздела.

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

Я изложил видение ситуации, если у вас есть, что добавить, обязательно пишите, я формирую ТЗ на следующий релиз 15.5.

p.s. Спасибо всем, кто активно обсуждал идею, совместно мы сделаем продукт лучше и удобней!  

Рейтинг: -0.6905  
Гусев Александр 30.09.2014 18:51:14
Интересно, как поисковик попадёт туда, куда у вас ссылок на сайте нет? У вас же одна ссылка на раздел правильный на сайте, да? На неправильный нету? )
Рейтинг: -3.2116  
Юрий Волошин 30.09.2014 20:04:00
Ключевое в вашем тексте, что да вы сможете войти, но написав такие урлы ручками. Поисковики такие входы воспроизвести не могут, поэтому проблемы не видят.

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

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

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

Единственный минус такой реализации, в рамках каталога, все товары должны иметь уникальные наименования для урлов.
Рейтинг: 1.7845  
Саянц Антон 01.10.2014 10:51:23
Обсуждение пошло, это хорошо.
  1. Вы забыли про:
    при формировании ссылок на детальные страницы элементов в catalog.section
    Следовательно, ссылки на сайте есть. Битрикс выводит одни товары, но с разными url в разных уровнях каталога. Как должно быть правильно? Правильно: выводить ссылку на детальную страницу элемента, как при получении ее через CIBlockElement::GetByID(). В нем DETAIL_PAGE_URL будет правильный.
Т.ч. Гусев Александр и Юрий Волошин 1 пункт, уже ответил на ваши вопросы.

2. Если в СЕО продвигались урлы оформленные, через #SECTION_CODE#, а потом СЕО решило сделать последовательные урлы, через  #SECTION_CODE_PATH#, то мы получаем дубли. Товар доступен и по старым урлам и по новым! Правильно: выдавать 404 ошибку на старые урлы, а ещё лучше добавить настройки, чтобы можно было ставить 301 редирект со старых урлов на новые.


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

П.С. не надо минусовать идею, не разобравшись в проблеме.
Рейтинг: 1.242  
Юрий Волошин 01.10.2014 12:06:30
Следовательно, ссылки на сайте есть.
Ссылки на сайте есть только те которые вы формируете и если вы их корректно сделаете они будут одни, то что вы ручками можете вызвать другие ссылки это не проблема.

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

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

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

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

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

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

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

2. Если в СЕО продвигались урлы оформленные, через #SECTION_CODE#, а потом СЕО решило сделать последовательные урлы, через #SECTION_CODE_PATH#, то мы получаем дубли. Товар доступен и по старым урлам и по новым! Правильно: выдавать 404 ошибку на старые урлы, а ещё лучше добавить настройки, чтобы можно было ставить 301 редирект со старых урлов на новые.
Естественно вы получите дубли, вы заиндексировали сайт, а потом взяли и поменяли схему урлов, естественно они будут заиндексированы заново.

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

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

Если я подойду к разработчикам со словами, "поверьте мне на слово там есть дубли" - меня просто пошлют, потому что мы отслеживаем данную проблему не первый год, и пока все, что по ней находилось, это ошибки в разработке или не понимания работы ЧПУ и схемы формирования урлов, при создание нескольких вариантов открытия страниц с элементами каталога.  
Рейтинг: 2.2816  
Саянц Антон 01.10.2014 13:39:56
Специально для Вас, создал новый проект и вставил стандартный компонет bitrix:catalog.
Скрины прилагаю:
http://www.webpagescreenshot.info/img/542bc44042e549-22138413
http://www.webpagescreenshot.info/img/542bc4c831c9c6-08417930
http://www.webpagescreenshot.info/img/542bc5093b12f9-80582376

Это были настройки, теперь работа:

1 уровень - уровень каталога: /catalog/uroven_1/, ссылка товара - /catalog/uroven_1/test/
https://cloud.mail.ru/public/83f0485f252d%2Ferror1.png

4 уровень - уровень каталога: /catalog/uroven_1/uroven_2/uroven_3/uroven_4/ , ссылка товара - /catalog/uroven_1/uroven_2/uroven_3/uroven_4/test/
https://cloud.mail.ru/public/68be047e77ac%2Ferror2.png

Надеюсь понятно, что во 2 и 3 уровнях тоже, урлы не правильные. То, что там выводится товар - это правильно, но урл не  правильный!

И хочу заметить, я ручками ничего не набирал, когда проблема обнаружилась. Ее нашли поисковики.
Никогда так много не писал, надеюсь толк будет...
Рейтинг: -2.7144  
Юрий Волошин 01.10.2014 17:14:31
Не совсем понял из вашего примера в чем не правильность, вы сделали вложенность, положили товар на самый последний уровень, и вызываете товар один и тот же из разных уровней.

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

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

А какое поведение такой вложенности хотите видеть вы, товар один, вложен на 4том уровне, что мы должны показать на 2-3 уровне, по факту там товара как бы вообще нет :) ?
Рейтинг: 0.55  
Юрий Волошин 01.10.2014 17:56:33
На форуме проскочил как раз вариант решения проблемы с большой вложенностью:

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

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


Но это потребует раздельных компонентов и настройки ЧПУ через правила.  
Рейтинг: 1.4056  
Generalova Alisa 01.10.2014 17:58:20
http://pyjama-party.ru/catalog/products/kupalniki/ http://screencast.com/t/bIFhsQyhwEX если открыть товар "Amarea Купальник с мягкой чашкой" из этого раздела - урл http://pyjama-party.ru/catalog/products/sale-kupalnikov/amarea-kupalnik-s-myagkoy-chashkoy-222-1-14/

http://pyjama-party.ru/catalog/products/kupalnik-amarea/ http://screencast.com/t/Ulr1TVkD если открыть тот же самый товар "Amarea Купальник с мягкой чашкой" из этого раздела - урл останется тем же самым! http://pyjama-party.ru/catalog/products/sale-kupalnikov/amarea-kupalnik-s-myagkoy-chashkoy-222-1-14/

Разговор об этом!

Юрий Волошин сколько можно лить воду??? Трудно признать, что проблема есть и ее надо решать???
Рейтинг: -1.2265  
Юрий Волошин 01.10.2014 18:11:05
Алис признать что, ЧПУ не простая схема для настройки - полностью признаю!

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

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

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

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

Это один из вариантов, но тогда интересно какие есть устоявшиеся схемы ЧПУ
Рейтинг: -10.6273  
Саянц Антон 01.10.2014 19:43:59
В моем примере, правильный урл на детальную страницу товара должен быть:
/catalog/uroven_1/uroven_2/uroven_3/uroven_4/test/

Во всех разделах, где товар показывается!

Почему он должен быть такой? Потому, что товар привязан только к разделу uroven_4.
Почему товар должен показывать во всех разделах? Потому, что мне так надо. К примеру, есть структура:
одежда -> футболки -> футболки от Юдашкина.
одежда -> футболки -> футболки ещё какие-нибудь.

Когда мы находимся в "футболках", я хочу видеть все футболки.

Пример Алисы очень похож на мой, там тоже вложенность. Я уверен, что он построен на кастомизированном компоненте. Стандартный компонет работает неправильно!
Он бы вывел разные урлы, с разных разделов:
http://pyjama-party.ru/catalog/products/kupalniki/
http://pyjama-party.ru/catalog/products/kupalnik-amarea/

Думаю эта фраза правда:
Им пофик, у них броня "Антипартнер"
Вы работаете на битрикс? Вам платят ЗП, чтобы закрывать глаза на ошибки разработчиков и брать измором людей находящих ошибки в продукте?

Если Вы действительно работаете в битрикс, хотелось получить контакты вашего начальства.

П.С. Если Вы опять не поймете, что я хотел сказать, то 2 варианта:
  1. Вы специально, затягиваете процесс, чтобы ничего не делать.
  2. Вы мягко сказать не далекий человек.
Рейтинг: 11.9946  
Юрий Волошин 02.10.2014 14:09:43
Вы работаете на битрикс? Вам платят ЗП, чтобы закрывать глаза на ошибки разработчиков и брать измором людей находящих ошибки в продукте?
Мне платят зарплату за развитие продуктовой линейки компании. Но это не багтрекер, это сайт идей, причем я уже два раза это вам писал в различной форме, и здесь обсуждается идея или схема решения, которую можно применить в продукте.

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

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

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

Ну и вернемся к конструктиву, вопрос к Алисе - ваш пример это ваш проект или вы его просто нашли в сети, если это ваш проект, расскажите как вы это решали, это решалось штатными средствами или вы делали кастомизацию, можно даже не тут, я могу дать вам контакт в нетворке.
Рейтинг: 1.959  
Generalova Alisa 03.10.2014 11:21:14
Юрий, Сравнивать pyjama-party.ru и elta-spb.ru не совсем корректно, так как на pyjama-party.ru более новая версия битрикса (14-тая), а на elta-spb.ru устаревшая - 11-тая, поэтому очевидно что в старой версии остались проблемы с ЧПУ. На pyjama-party.ru мы также кастомизировали шаблон компонента в категориях (sections.list) для генерации правильного URL , поэтому все работает норм.

А по поводу
Я бы хотел увидеть скриншоты где поисковик видит такие дубликаты и об этом сообщает.
за те дни, что мы с вами беседуем поисковик успел их проиндексировать, УРА!:
http://www.elta-spb.ru/gazovye_shlangi/gazovyy_shlang_metr_pogonnyy/
http://www.elta-spb.ru/gazovye_plity/gazovyy_shlang_metr_pogonnyy/

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

Всем спасибо за "удобный, оптимизированный" продукт.
Рейтинг: 1.4418  
Панишев Александр 03.10.2014 13:12:46
Юрий проблема с дублями реально существует, нам на одном из сайтов это доказали в компании вебэффектор, я им долго доказывал как вы что они не правы, а они доказывали мне обратное, что поисковики видят дубли и за это понижают рейтинг поисковой выдачи.

Думаю что данную проблему стоит изучить более досконально привлекая спецов яндекса и ведущих экспертов сео и разобраться все таки почему яндекс так поступает с сайтами на битриксе. А не приводить непонятно надуманные примеры оправдывающие вашу позицию. Я был в вашей шкуре когда так же доказывал что битрикс безгрешен.
Рейтинг: -2.4814  
Зайцев Артемий 05.10.2014 18:17:45
SEO-шники реально достали. Высосали из пальца недочет и носятся с ним.

Причем, спамят в комментарии к популярным модулям:


Антон Саянц 30.09.2014
Привет всем и простите за спам. Но как то надо достучаться до целевой аудитории.
http://idea.1c-bitrix.ru/11717/ - Оставляйте комментарии и голосуйте. Помогите Битриксу.
Это все рамки переходит.

Проблема с повторяющимися страницами товара решается банально редиректом на нужную детальную, из настроек инфоблока.

Вcё.

Минус идее.
Рейтинг: 1.3007  
Пилипенко Андрей 07.10.2014 16:38:16
А я знал, что до добра это не доведет.
Еще весной писал по этой проблеме на форуме, меня проигнорировали. Мне сами клиенты писали, что их сайты стали падать в результатах выдачи, сами нашли эту проблему, какой урл не  вбей, везде показывается какой-нибудь элемент каталога.

Тут примеры проиндексированных ссылок не нужны, поисковик просто понижает сайт в выдаче, точка.
Рейтинг: 2.1584  
Generalova Alisa 08.10.2014 09:47:11
Артемий СЕОшники всегда отличались от программистов. Что важно нам, вам по-барабану.

Проще сказать, что мы "высосали" и "носимся". А мы (нас много) обнаружили "баг" и показали его вам. Ваша задача исправить это.

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

А вы "достали" отвергать ОЧЕВИДНОЕ только потому, что вам не охота ничего менять и заморачиваться и точка.
Рейтинг: 0.4546  
Саянц Антон 08.10.2014 17:51:30
Из моей переписки с Шаромов Денис.
Руководитель отдела техподдержки компании "Битрикс".

Исходя из обсуждения здесь: 
http://idea.1c-bitrix.ru/error-bitrix-doubles-detailed-pages/
Юрий не ссылается на задачу в разработке, значит с нашей стороны 
изменений пока не планируется.

Если у вас есть вопросы по правильной настройке данного функционала, 
можете создать обращение в техподдержку, наши специалисты постараются 
помочь
 
Вывод:
Если Вы нашли ошибку(ой, да ладно, это возможно?:o) в Битрксе, даже не пытайтесь писать им. Толку нет:cry:. Проще написать свой компонент, который будет работать или вставить костыль, на которых держится весь Битрикс.
А ещё лучше не работать с этим чудо-продуктом:!:
Рейтинг: 0.2332  
Юрий Кудренко 09.10.2014 07:47:23
Ключевое в вашем тексте, что да вы сможете войти, но написав такие урлы ручками. Поисковики такие входы воспроизвести не могут, поэтому проблемы не видят.
Интересно, как поисковик попадёт туда, куда у вас ссылок на сайте нет? У вас же одна ссылка на раздел правильный на сайте, да? На неправильный нету? )
Злоумышленник, может, зная что у вас Битрикс, нагенерить таких урлов и выложить страницы со ссылками для индексации поисковиком. В итоге поисковик увидит что на сайте куча страниц с дублями контента.
Поисковик на это может отреагировать по-разному. Например, решит что это спам и уберет часть страниц из выдачи. При этом не факт что уберет только нагенеренный мусор. Если таких страниц нагенерить на весь сайт, а потом еще настучать в Яндекс, результат может быть еще интереснее.
Вызываем страницу: http://www.amazon.com/gp/product/B009CF7F8Y/
А теперь дописываем как у вас к ней всякую чушь: http://www.amazon.com/gp/product/B009CF7F8Y/privet/
О ужас, в Амазоне нет нормальных сеошников, у них все плохо, страница открылась по фиктивному урлу.
Неужели они бы не исправили данную проблему, если бы она была критичной,
На Амазоне это решено очень просто:
На указанной вами странице www.amazon.com/gp/product/B009CF7F8Y/
прописано:
<li nk rel="canonical" href="http://www.amazon.com/The-Duchess-HD-Keira-Knightley/dp/B009CF7F8Y" >
Рейтинг: 1.1441  
Юрий Волошин 09.10.2014 15:07:53
Здравствуйте Юрий К.
На Амазоне это решено очень просто:
На указанной вами странице www.amazon.com/gp/product/B009CF7F8Y/
прописано:
[*]
Юрий, вы же понимаете, что просто прописывание канонических ссылок, это скорей часть решения.

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

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

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

Какое решение будет более адекватным.  
Рейтинг: 1.1847  
Саянц Антон 09.10.2014 15:37:25
Отвечу за Юрия.
Если с последним элементом все понятно, и мы можем его показать, то что делать на уровнях выше? Не показывать не чего, редиректить на раздел (а если он не учтен у клиента), или показывать этот же элемент с урлом последнего уровня?

  1. Для "Не показывать не чего" - есть настройка в компоненте, в разделе "
    Настройки списка": Показывать элементы подразделов раздела, с параметром не показывать.
  2. Для "редиректить на раздел" - плохая идея. Зачем делать лишние редиректы, плюс я хочу показывать в родительском разделе элементы из всех подразделов. Опять же Показывать элементы подразделов раздела, с параметром всех подразделов или активных подразделов.
  3. Для "показывать этот же элемент с урлом последнего уровня" - правильное решение, о котором я сказал в самом начале обсуждения проблемы.
Рейтинг: 1.2576  
Юрий Кудренко 09.10.2014 17:44:05
Юрий, вы же понимаете, что просто прописывание канонических ссылок, это скорей часть решения.

Может вы предложите, идеи, варианты общего решения?
Юрий, добрый день!
Проблема дублей страниц — это проблема SEO
Никто не обратил бы внимание на дубли просто потому что "не аккуратненько".
Поэтому (имхо конечно) rel=canonical — нормальное решение для борьбы с дублями. Поисковики сами рекомендуют его.
Цитирую справку Гугла:
https://support.google.com/webmasters/answer/139066?hl=ru

В современном Интернете нередко одна страница может иметь разные URL. Типичные примеры таких ресурсов – сайты, на которых используются системы управления контентом, и интернет-магазины. Распространение контента также приводит к ситуации, когда одинаковое содержание можно найти по разным URL
Тот же Амазон, раз уж привели такой наглядный пример, решает проблему с дублями именно так.
Рейтинг: 0.254  
Юрий Волошин 10.10.2014 14:24:46
Тот же Амазон, раз уж привели такой наглядный пример, решает проблему с дублями именно так.
С каноническими ссылками все понятно, кроме того, какой она должна быть, что клиент посчитает конкретной страницей, а что за такую страницу посчитает система, это могут быть разные варианты.

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

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

Или вы видите другие варианты. Мы более менее уже близки к общему понимаю, еще чуть чуть и можно будет сформировать это все для плана на следующий релиз.  
Рейтинг: 0.7252  
Сергей 22.10.2014 19:01:24
Еще 2-3 года назад я писал в Битрикс по этому поводу - они просто палтус клали на дубли. Продажи идут, денег море, а значит все идут лесом.

Им выгодно закрывать глаза на очевидное - меньше напряга для мозга. ЗП идет, продажи прут.

Битриксоидам плевать, если конкурент зарубит мой топовый проект с помощью закупки ссылочного на все дубли и похоронит меня.
Рейтинг: -1.0651  
Гаврилов Евгений 30.10.2014 12:14:12
Решать на уровне компонента для всех сайтов не так просто. Нужно придумать универсальную систему, чтобы учитывала все пожелания. Так же на сайтах, где это не нужно, будут лишние запросы, редиректы и т.п., что приведет к уменьшению скорости.

Реализовывал такое не раз, использовал множество способов. Все они отлично работают, а опытный программист внедрит их за считанные минуты.
1) В catalog.element прописать каноническую ссылку. УРЛ у нас, к счастью, имеется. Это займет 1 минуту.
2) В catalog.section для всех элементов прописать оригинальную ссылку из инфоблока, тогда просто на сайте не будет доступных дублей страниц. - 5 минут
3) Избавиться от SECTION_CODE в ЧПУ. Очень хорошо показал себя шаблон /catalog/#ELEMENT_CODE#.html
Или /catalog/#ELEMENT_CODE#-#ELEMENT_ID#.html
3 минуты.

Поэтому никак не пойму, зачем развели тут всю эту демагогию.

Каждый сайт индивидуален, а значит ему нужны собственные подходы. Зачем нужны программисты тогда? Вы, SEO-специалисты, должны ставить задачи программистам, а как реализовать тот или иной функционал - это уже их проблема, но я не думаю, что для компетентных людей реализовать описанное выше является проблемой.

P.S. Вот 5-ти минутное решение - http://dev.1c-bitrix.ru/community/webdev/user/121056/blog/12023/
Рейтинг: 0  
МеталлПроект 18.11.2014 14:53:50
Всем привет,

Обращаюсь к Юрию Волошину,

Использовал, буквально вчера, решение http://marketplace.1c-bitrix.ru/solutions/slobel.canonical/

оно генерирует автоматом каноникал и дублирует ручное решение наподобие

BITRIX – прячем дубли страниц с помощью rel=”canonical”
http://vladislav.kz/seo/bitrix-pryachem-dubli-stranic-s-pomoshhyu-relcanonical/


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

Буду следить за переиндексацией (у нас 4200 позиций, из них в индексе было 300>700>1300>600), надеюсь подсказка каноникал для ПС сработает.

С уважением, Николай
Страницы: 1  2