Тег canonical

В феврале 2009 г. компании Google, Yahoo! и Microsoft объявили новый тег, известный как тег canonical. Этот тег был новой конструкцией, созданной специально для целей выявления дублированного контента и работы с ним. Реализация его очень проста и выглядит так:

Этот тег должен сказать Yahoo! Bing и Google о том, что данная страница должна считаться копией URL http://www.seomoz.org/blog и что все показатели (ссылок и контента) поисковых движков должны применяться именно к этому URL (рис. 6.37).

Рис. 6.37. Как поисковые движки рассматривают тег canonical

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

Имеются, однако, и некоторые отличия:

• в то время как 301-й редирект направляет весь трафик (как роботов, так и посетителей), тег canonical предназначен только для поисковых движков. А это значит, что вы по-прежнему можете отслеживать посетителей уникальных версий;

• 301-й редирект является гораздо более сильным сигналом о том, что множество страниц имеет один канонический источник. Несмотря на то, что поисковые движки планируют поддерживать этот новый тег и доверяют намерениям владельцев сайтов, будут также и ограничения. Чтобы гарантировать, что владелец сайта применил этот тег не по ошибке и не для жульничества, будут применяться анализ контента и прочие алгоритмические показатели. И вы, конечно, увидите примеры ошибочного применения тега canonical, а это приведет к тому, что движки будут держать в своих индексах эти различные URL (т. е. у владельцев сайтов будут те же самые проблемы, которые были отмечены в разд. "Проблемы дублированного контента" этой главы);

• 301-й редирект имеет междоменную функциональность, а это означает, что вы можете перенаправить страницу из Domain1.com в Domain2.com и перенести все показатели поисковых движков. В случае с тегом canonical это не так, он работает исключительно в одном домене (переносит между подкаталогами и поддоменами).

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