Антоний Казанский

Антоний Казанский
Рейтинг
850
Регистрация
12.04.2007
Должность
Частный интернет-маркетолог и SEO специалист
Интересы
Интернет-маркетинг, продуктовое SEO, бизнес аналитика
Прозрачное ценообразование, пошаговая отчётность, работа без посредников.
livetv #:
Но когда пишете, то стоите на своем.

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


livetv #:
Я не оскорблял (мне так казалось).

Фраза "Антоха как всегда стоит на своем бреде" - это публичное оскорбление. Причём совершенно немотивированное.

estic #:
Просто я ожидал чего-то не столь банального

Что вы ожидали, и то, что вы не используете clean-param - это ваше личное дело.

Суть в том, что canonical в чистом виде вопрос не снимает. 


estic #:
Значит, все-таки хотели банальщину написать.

Не значит.

Непонимание специфики работы canonical-а в Яндексе - довольно распространённое среди вебмастеров явление.

livetv #:
Антоха как всегда стоит на своем бреде.

Ясно, аргументации нема переключаемся в режим оскоблений.

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

Mik Foxi #:
ты не можешь знать каких абракатабр тебе боты или конкуренты наставят в урл. потому этим параметром мало что защитишь.

Это верное замечание. Но это довольно редкое и непродолжительное явление.

Но clean-param и не защищает, он лишь решает проблемы с дублями в ряде случаев, а именно:  закрытие всяких utm меток и служебных get параметров движка, а также ybaip, ycylid  и пр. 

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

На мой практике было раза 4 и все непродолжительно.


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

Вам если что-то непонятно, вы спрашивайте, а не кривитесь.

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

Так смысл сказанного лучше доходит?

Валентина #:
Ну, допустим, то, что сейчас делаю я, по сути, бесплатный веб-проект - агрегатор полезных мини-сервисов.

Валентина, давайте по вашей ситуации коротко.

Вы делаете проект для чего? Конечная цель какая? Монетизировать. Правильно? Правильно! Значит конечная цель - оправдать вложенные инвестиции и заработать. Это коммерческий проект. Когда он оправдается и начнёт приносить прибыть (или не оправдается вообще) - дело третье. Но для пользователей он бесплатен, а вот для рекламодателей, которые будут использовать ваш агрегатор как рекламную площадку (при посредничестве Яндекса) - это уже небесплатная история, они за клики вашей аудитории будут платить Яндексу, а Яндекса - вам.  

Поэтому я и уточняю,

erigins #:
Если и делать новые сайты в 2026 - Заточка под оплату
Никаких бесплатных веб проектов, в будущем не останется, Тем более новых.

бесплатный для кого? 

estic #:
Там Антоний очень плохо выразился или описался.

Антоний всё чётко и корректно выразил. Вероятно вы не вполне понимаете написанное или плохо представляете себе описанную ситуацию.

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

estic #:
Размещение метатега canonical немного проще в реализации для естественных дублей, т.к. canonical размещается и на канонической, и на ее дублях (т.е. содержимое естественных дублей может полностью совпадать), а для реализации noindex и т.п. программный код должен содержать ветвление.

Разберем последовательно.

estic #:
Размещение метатега canonical немного проще в реализации для естественных дублей

- Немного проще, чем что? (заданная мысль оказалась незавершённой).

- Акцент моего довода был не в том, что будет проще, а что сложнее, а в том, что canonical сам по себе не решает проблему (и выше разобрали почему). 


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

Здесь неверно. Структурно canonical не должен размещаться ни на полных дублях, ни на частичных дублях.

Canonical должен размещаться только на канонических страницах (без компромиссов).


estic #:
а для реализации noindex и т.п. программный код должен содержать ветвление.

Еще раз повторюсь. Проблемы групповых дублей по get параметрам регулируется настройкой clean-param и/или при необходимости директивами disallow.


estic #:
Не понял, о чем вы. Лично я никогда не использовал clean-param (как и ?*) за ненадобностью.

Ясно, вы про себя, я - про широко распространённую практику.

Рекомендую всё-таки расширить кругозор, потому как clean-param широко используется и имеет вполне очевидные преимущества, почитать можно: 

здесь

и здесь. 

master32 #:
в яндексе canonical не работает, как этого хочет вебмастер,

Верно.


master32 #:
если на страницу без каноникла есть жирный линк, а на странице дубле стоит каноникл этого дубля, то именно страница с жирным линком будет в индексе в 90% случаев,

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

Специфичность индекса дубля подмечена точно. 

Mik Foxi #:
Так это причина не в каноникал, а в рукожопости программиста и сеошника.

Причин может быть масса и искать кто виноват - дело неблагодарное.

Тут по факту - Яндекс может взять в индекс дубль, несмотря на canonical. А был ли на проекте SEO-шник - это вообще вопрос неопределённый, на многих проектах их и нет.

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


estic #:
С другой стороны понятно, что индексирование и "каноникализация" - это не одно и то же.

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

Поэтому рабочей связкой для Яндекса по прежнему остаётся clean-param и canonical.


estic #:
Хочешь выпадения из индекса, используй 404 (410), 301 или noindex.

Для отдельных страниц, а вот для группы адресов полезен clean-param.

Валентина #:
Для пользователя вероятно. 

Вот это-то мне и стало непонятно.

Условный пользователь, который делает свой выбор на Avito в предстоящем должен будет платить за доступ? Или платным станет Алиса? Что значит бесплатных проектов не останется? Из каких соображений сделан этот вывод?


Валентина #:

Партнерки к контекстной рекламе отношения не имеют. 

Логичнее и правда сейчас делать сайты под оплату (подписки и др.). Всё остальное - пока себя окупает, хоть как-то - живёт.

Опять-таки я смотрю на вопрос с общих позиций.

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

Исходя из этого каких бесплатных проектов не останется-то?

Mik Foxi #:
Мета тег каноникал полностью решает этот вопрос по самому правильному.

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

Примеры здесь на форуме я в разное время приводил дважды (как минимум).

Сanonical - эти не строгая директива, это не более, чем рекомендация.

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

Всего: 13859