estic

Рейтинг
142
Регистрация
01.10.2017
Vladimir SEO #:
Это как так правильные? Он либо на себя либо не на себя. Третьего нет
Антоний описал третий вариант: использование canonical без размещения canonical на дублях канонической. 😊
vitaliy11 #:
Лучше конечно для страниц с левыми параметрами делать редирект.
Я сильно сомневаюсь, что это всегда лучше. Если речь не о сокрытии UTM-меток и т.п. (их переносе в куки и т.п.) и не о последствиях того, что параметры когда-то поддерживались, а теперь нет, то делать переадресацию из-за любого мусора в query string - это лишнее. В обычных условиях рекомендуют делать переадресацию только для коррекции "тайпина" пользователя, например лишних (или недостающих) завершающих слэшей (часто это касается только путей), неверного регистра букв и т.п. Иногда путем переадресации убирают завершающие знаки препинания, амперсэнды и т.п., но я, например, этого не делаю. Даже /path? не корректирую.
vitaliy11 #:
Если формировать каноникал, то нужно брать не приходящий урл,  а тот, который оригинальный на эту страницу. В движке он где-то должен быть на странице. Но это уже нужно код смотреть, а простыми настройками не обойдешься.

Все верно. Я об этом писал в теме. Хотя в шаблоне уже больше шансов "обойтись простыми настройками", т.к. основной этап обработки запроса уже пройден, все лишнее отсечено.

В принципе можно фильтровать адрес из текущего запроса, приводя его к каноническому. Но зачем такие сложности, когда можно сразу сформировать канонический, используя средства "движка"?!

livetv #:
Да, немного не красиво вышло.

[OFFTOP]Да, некрасиво. Но кто провокатор? 😊 Я тоже удивился, как на таком ровном месте можно так разойтись. 😊[/OFFTOP]

Антоний Казанский #:
Главное, чтобы вы по сути разобрались.

Зачем мне по сути разбираться еще раз? Что-то изменилось с тех недавних пор, когда по сути вы со мной согласились? 😊

P.S. Ладно. Пятница уже прошла. Лень попусту об одном и том же болтать.

Антоний Казанский #:
Суть в том, что canonical в чистом виде вопрос не снимает.
Плохо суть изложили в процитированном мной предложении (сделали акцент на какой-то примитивщине, а не на более сложном случае). Мы ведь не по сути спорили, а из-за недопонимания.
Антоний Казанский #:
Яндекс может проиндексировать дубль канонической страницы, даже если там нет canonical-а
Антоний Казанский #:
Так смысл сказанного лучше доходит?

Значит, все-таки хотели банальщину написать. Тогда мое замечание о недоделанности вполне уместно.

Просто я ожидал от вас чего-то не столь банального, например: несмотря на наличие canonical и на канонической, и на ее дублях, может проиндексироваться дубль.

Антоний Казанский #:
Антоний всё чётко и корректно выразил.

Facepalm. Внимательно прочитайте ваше предложение:

Антоний Казанский #:
Яндекс может индексировать дубль даже с учётом того, что каноническая страница содержит canonical, а дублирующая - не содержит.

Вы хотели эту банальщину написать или все же неправильно выразились?

Weblady #:
Если оставляю токен [current-page:url-with-query] - в canonical появляются те же мусорные символы, что и в самом адресе.

Очевидно данный "токен" берет адрес из текущего запроса. Вам же нужно сформировать основной (канонический) адрес страницы. Программно это обычно делается через именованный маршрут и/или жесткое кодирование в соответствующем контроллере. Средствами шаблонизатора тоже можно обращаться к функциям маршрутизатора, но здесь нужно учитывать, что редактируемый шаблон может быть общим для разных типов страниц (т.к. метатеги размещаются внутри head).

Я Drupal не использую, но попробуйте совет от Гугла - отфильтровать допустимые параметры: [current-page:url-with-query:with-some-parameters:param1,param2,…]

Еще есть [current-page:url:absolute], но он скорее всего тоже будет брать адрес из запроса (с добавлением имени схемы и хоста).

Антоний Казанский #:
Для отдельных страниц, а вот для группы адресов полезен clean-param.
Не понял, о чем вы. Лично я никогда не использовал clean-param (как и ?*) за ненадобностью.
Всего: 1387