301, 302 редирект и rel=canonical – а есть ли разница?
Область SEO довольно противоречивая, поэтому споры тут по определенному случаю разгораются со стабильной периодичностью. В этом раз пользователи скрестили мечи на теме «301, 302 редирект и rel=canonical». Многие считают, что разницы между ними никакой и настройка редиректа не принципиальна. И очень ошибаются, так как разница в этом есть и весьма существенная. В чем именно, рассмотрим ниже.
301 и 302 редирект — в чем основное отличие?
Сайт естественным образом может переезжать на другой хостинг или в другую доменную зону. К примеру, есть площадка, которая размещалась в зоне .ru, но решила на постоянное место жительства переехать в зону .com. В таком случае, поисковой системе нужно сказать о том, что это постоянное обстоятельство, а не временное и пользователей, ссылочную массу, сигналы ранжирования и авторитетность страниц нужно переносить на новый ресурс. В этом случае речь идет о 301 редиректе.
Что же касается 302 переадресации, то смысл точно такой же, но с одной большой разницей – переезд страницы временный. С помощью такого способа перенаправления мы как-бы сообщаем поисковой системе, что это только временно и есть основная страница, которая и должна получать основную массу пользователя.
Как пример — у вас на сайте ведутся технические работы и на их время вы хотите перенаправлять пользователей на страницу-заглушку. В этом случае как раз и надо использовать 302 редирект — так вы не потеряете в трафике, а поисковики не станут выкидывать старые страницы из индекса.
Исходя из этого, становиться предельно ясно, что 301 и 302 переадресация — это совершенно разные вещи.
Почему так важно это различать?
В реальности это простое правило соблюдают далеко не все. Более того, на одном сайте может быть так напутана переадресация, что поисковик просто не может понять, какая же страница основная. Как результат — неправильное распределение ссылочной массы, не те страницы в ТОПе или вовсе низкие позиции сайта по причине некорректной структуры и неверного расчета внутреннего PageRank.
Наиболее частые ошибки
К примеру, вы настроили на определенной странице переадресацию по 302 редиректу, но просто забыли ее убрать, скажем, через полгода. Что в таком случае, делает поисковик? Он понимает, что данная страница все же основная и перенаправляет пользователей именно на нее. Кроме этого, ссылочная масса, ранжирование, авторитетность также перенаправляется на страницу с 302 редиректом.
В некоторых случаях, настройка по 302 переадресации вообще не нужна. Например, когда вы переносите сайт с http на htpps протокол – поисковик расценит перенаправление как постоянное. Если таковое имеет место быть, то просто посмотрите, какая страница ранжируется. Вероятнее всего, что именно она и получает все сигналы (в случае отсутствия редиректа необходимо будет склеить зеркала через панель вебмастера Яндекса; в случае с Гуглом — он ).
Как видите, понятие 301 и 302 редиректа это не одно и то же самое. Более того, нужно понимать, для чего вы настраиваете переадресацию и вовремя ее убирать.
Rel=canonical — сигнал для ботов
Принцип переадресации по Rel=canonical существенно отличается от 301 или 302 редиректа. Основное отличие состоит в том, что он предназначен только для ботов. Например — есть две страницы А и В. Нужно, чтобы страница А ссылалась на страницу В как каноническую. Именно для того, чтобы бот понял это и прописывается Rel=canonical.
Следовательно, данный указание не имеет никакого сходства с 301 и 302 перенаправлением. Таким образом, мы как бы объясняем, что вот есть дубли страниц, но убрать мы их не можем или не хотим.
При этом стоит учитывать, что rel=»canonical» является лишь указанием и рекомендацией на основную страницу, а рекомендация может быть проигнорирована поисковиками. И все сигналы ранжирования, которые передаются по canonical могут так же потеряться.
Итог
Нельзя утверждать, что 301, 302 редирект и rel=canonical — это одно и то же самое. Это совершенно разные вещи и использовать их нужно по назначению. В противном случае, настройка переадресации может дать совершенно не то, что ожидается.
301, 302 редирект и rel=canonical: в чём их различия с точки зрения UX и SEO
Автор: Питер Мейерс (Dr. Peter J. Meyers), научный сотрудник компании Moz и эксперт в области поискового маркетинга.
В одном из последних выпусков Whiteboard Friday Питер Мейерc объяснил, как поисковые роботы и пользователи воспринимают страницы в зависимости от выбранного решения – переадресации 301, 302 или rel=canonical, почему этот выбор важен, и как каждый из этих вариантов может обрабатываться Google.
Практически каждые три месяца в SEO-сообществе разгораются дискуссии на тему различий между переадресацией 301, 302 и rel=canonical. В частности, а есть ли они? Не являются ли эти приёмы в основе своей одним и тем же? Краткий ответ: нет, не являются. Ниже мы рассмотрим почему.
Вопросы на эту тему снова возникли примерно месяц назад, когда сотрудник Google Джон Мюллер опубликовал FAQ по переносу сайта на HTTPS. В нём он в очередной раз напомнил, что и 301 и 302 редиректы передают PageRank.
После этих заявлений со стороны сотрудников поиска среди SEO-специалистов появилось мнение, что 301 и 302 редирект – одно и то же.
Поэтому мы решили рассказать, в чём разница между 301 и 302 редиректом, почему это сложный вопрос, и почему эти приёмы различаются не только с точки зрения технического SEO, но и посылаемых вами сигналов намерения.
Почему это сложный вопрос?301 редирект – это то, что мы называемым постоянной переадресацией. К примеру, пару лет назад Moz переехал с сайта seomoz.org на moz.com. Это было не временное изменение, а постоянное. Поэтому мы хотели сообщить Googlebot, а также всем остальным ботам и браузерам две вещи:
- отправляйте людей на новый URL;
- переносите PR, ссылочный вес, авторитетность и все сигналы ранжирования со старой страницы на новую.
В результате и люди и поисковые роботы должны попадать на новую страницу.
Классическим примером использования 302 переадресации является проведение однодневной распродажи. С помощью этого приёма мы сообщаем, что есть основная страница товара. Мы не можем добавить на неё информацию об акции. Нам нужен новый URL. Поэтому мы хотим настроить 302 редирект, временную переадресацию, чтобы все сигналы ранжирования оставались на старой (основной) странице. Перенаправляйте людей на другую страницу в течение пары дней, затем мы её уберём.
Таким образом, 301 и 302 редирект – это разные вещи. Первый тип переадресации сообщает пользователям, что новый URL – это новый дом, а второй – что это временный пункт назначения.
Почему эти различия важны?В реальности мы нередко наблюдаем следующую ситуацию: у сайта есть страница W с 301 редиректом на страницу T, на которой настроена переадресация 302 на страницу F, а страница F с помощью атрибута rel=canonical указывает на страницу W. Реакция Google: «W, T, F. И что нам нужно делать?».
Мы посылаем нечёткие сигналы. Мы делаем бессмысленные вещи и принуждаем Google интерпретировать нас, а это сложная работа.
Мы делаем много странных вещей. Мы используем 302 редиректы потому, что такая возможность есть в нашей CMS. Мы забываем поменять их на 301-е. Наши программисты не понимают разницы, и мы оказываемся в ситуации, когда сайт посылает противоречивые сигналы, а Google пытается нам помочь. Не всегда успешно.
В таком случае поисковые роботы не понимают, куда им нужно идти. Пользователи в конечном итоге окажутся на последней странице, но ботам придётся выбирать и этот выбор может быть неверным, потому что ваше намерение выражено нечётко.
В чём различия между переадресацией 301, 302 и rel=canonicalНиже мы рассмотрим пару распространённых ситуаций. На их примере мы хотим продемонстрировать вам сложность данного вопроса. Google способен к интерпретации, но это может повлечь за собой проблемы для сайта.
1. Долгосрочные 302 редиректы могут обрабатываться как 301-е
Если вы настроили переадресацию 302 и спустя полгода не убрали её, то Google может предположить, что на самом деле здесь должна быть постоянная переадресация, а временная настроена по ошибке. В результате Google перенаправляет пользователей на страницу B и передаёт все сигналы ранжирования от старого адреса страницы к новому.
В некоторых случаях использование 302 редиректа вообще не имеет смысла. К примеру, если вы переезжаете с HTTP на HTTPS и настроили 302 переадресацию, она может расцениваться как постоянная. Соответственно, сигналы ранжирования будут передаваться на HTTPS-версию. Как известно, Google отдаёт предпочтение защищённым ресурсам, поэтому он может сделать этот выбор за вас.
Если вы не понимаете, куда идут сигналы, посмотрите на страницу, которая ранжируется. В большинстве случаев этот URL их и получает.
Поэтому, если вы настроили 302 редирект, оставили его и видите, что страница B индексируется и ранжируется, то эта страница, вероятно, получает сигналы ранжирования.
Таким образом, Google может интерпретировать временную переадресацию как постоянную. Если вы оставили 302 редирект на полгода и видите, что Google направляет людей на страницу А, значит страница А получает сигналы ранжирования.
Мы описали, как может действовать Google в такой ситуации. Но, если вы в течение полугода не убрали 302 редиректы, то каким было ваше намерение? Чего вы хотели добиться таким способом?
Частью этой проблемы также является то, что задавая вопрос: «Разве 301,302 редирект и rel=canonical это не одно и то же?», на самом деле мы подразумеваем: «Разве это не одно и то же для SEO?». По нашему мнению, это допустимый, но очень опасный вопрос. Да, мы должны знать, как передаются сигналы ранжирования и да, Google может передавать их через любое из этих решений. Однако с точки зрения UX они очень разные, и это важно.

Следовательно, rel=canonical полностью отличается от 301 редиректа, который позволяет перенаправлять пользователей и ботов на страницу B. Этот приём также отличается от 302 редиректа, который позволяет перенаправлять пользователей на другую страницу, а ботов удерживать на текущей.
Давайте посмотрим с точки зрения пользователя. Нам неоднократно задавали такой вопрос:
«Мы слышали, что rel=canonical передаёт сигналы ранжирования. Что нам следует выбрать? Этот вариант или 301 редирект? Что будет лучше с точки зрения SEO?».Мы на самом деле считаем, что rel=canonical, как правило, передаёт сигналы ранжирования. Однако, что касается SEO, это плохой вопрос. При использовании любого из этих решений опыт взаимодействия пользователей с ресурсом совершенно разный.
Мы хотим, чтобы рассматривая эти три варианта, вы помнили: 302 редирект передаёт PageRank. Если вам нужна постоянная переадресация, чтобы и пользователи и боты попадали на страницу B, и она ранжировалась, используйте верный сигнал. Не вводите Google в заблуждение. Если он будет выбирать сам, этот выбор может оказаться неверным. Некоторые из ваших 302 редиректов могут обрабатываться как 301, но это не делает их одинаковыми. При этом rel=canonical – это совершенно другой приём, ориентированный на поисковых роботов.
Анализируйте свою ситуацию и не фокусируйтесь только на сигналах ранжирования и SEO, поскольку все рассмотренные нами решения служат разным целям.
Когда следует использовать Canonical вместо 301 Redirect?
Сегодняшний вопрос «Задайте SEO» — это вопрос, который вы найдете на любом SEO-форуме, в частной группе или на личной встрече (помните такие?).
«Когда следует использовать канонический тег вместо переадресации 301?»
Это отличный вопрос не только потому, что ответ «это зависит», но и потому, что многие SEO-специалисты, кажется, сбиты с толку.
Прежде чем углубиться, нам нужно понять разницу между 301 и каноническим тегом.
301 Перенаправление
Перенаправление 301 — это способ постоянного перемещения одного URL-адреса на другой.
С точки зрения пользователя, они вводят один URL-адрес и волшебным образом получают другой.
Контент не загружается по исходному URL-адресу, он просто перенаправляет на новое место.
Большинство способов сделать это приводят к небольшой задержке времени загрузки, но с CDN, кэшированием и современными технологиями нам действительно не о чем беспокоиться.
Существует тонн различных способов реализации 301 редиректа.
Если вы используете Apache, вы можете сделать это в своем файле . htaccess.
На хостинге Windows немного по-другому.
Вы даже можете использовать язык сценариев для перенаправления в коде, хотя я бы предпочел сделать это на уровне .htaccess, если это возможно.
Различные способы перенаправления выходят за рамки этой статьи.
Канонические теги
Канонический тег существует уже давно.
Этому слову исполняется 12 лет, но SEO-специалисты все еще борются с его использованием, а не-SEO-профессионалы все еще борются с его произношением.
Основная цель тега canonical — позволить веб-мастеру указать предпочтительный URL-адрес страницы, похожей на другую страницу.
Представьте себе «версию для печати» страницы или функцию сортировки на странице.
Тег canonical может быть очень полезен в таких ситуациях. Подробнее об этом позже.
Канонический тег находится в разделе веб-сайта.
Канонические теги в теле веб-страницы не будут учитываться (если бы они были, мы могли бы повеселиться в черной шляпе)
Канонический тег прост:
com" rel="canonical">
Я видел, как некоторые веб-сайты помещают канонический атрибут в метатеги или другие теги.
Я не уверен, что это сработает, или почему вы хотите это сделать, поэтому просто сделайте это, как указано выше.
Canonicals vs. тег является лишь подсказкой для поисковых систем.
Это ключевое различие, которое объясняет, когда использовать одно и другое.
Стоит учитывать, что всякий раз, когда вы используете канонический тег, поисковая система может проигнорировать его.
Вот крайний пример.
Представьте себе сценарий, в котором у вас есть URL-адрес widgets.html с каноническим тегом, указывающим на widgets.htm.
Эти URL-адреса очень похожи, за исключением расширения.
Теперь, если все ссылки на вашем сайте указывают на widgets.html, а widgets.html указан в вашей карте сайта, поисковые системы могут игнорировать этот канонический тег, указывающий на widgets.htm, потому что все другие сигналы на вашем сайте укажите версию . html, а не версию .htm.
Несмотря на ваше намерение использовать тег canonical, Google предпочитает использовать другие более сильные сигналы.
Этот пример кажется странным, но я столкнулся с множеством сверхсложных пограничных случаев, которые в основном сводятся к версии этого сценария.
Когда использовать перенаправление
Проще говоря, когда у вас есть две одинаковые (или очень похожие) страницы и вам не нужны обе страницы в реальном времени по какой-либо другой деловой причине, вы должны использовать перенаправление.
Примеры использования перенаправления:
- Товары, которые вы больше не носите.
- Устаревшие страницы, которые вы не хотите обновлять (сначала обновите их).
- Страниц удалено с вашего сайта.
- Страница, перемещенная по другому URL-адресу.
-
Когда вы купили домен с истекшим сроком действия, чтобы передать его полномочия домена вашему сайту.
Вы должны , а не использовать перенаправление 301 для временных целей, поскольку CDN (и некоторые браузеры) могут кэшировать это, что затрудняет быструю отмену.
Использование перенаправления также может снизить частоту сканирования поисковыми системами старого URL-адреса — это не проблема, если вы планировали переместить его на новый, но может стать проблемой, если вы планируете его отменить.
Когда использовать канонические теги
Существует множество замечательных применений канонических тегов.
Но в целом мне нравится думать о канонических тегах как о пластыре для плохой или иным образом неизбежной структуры URL. Это последнее средство.
Если вы не можете предотвратить сканирование или просмотр URL-адреса, и он очень похож на другой URL-адрес, канонический тег — ваш спаситель.
Вот несколько примеров:
- «Печатная версия» страницы.
- Аспекты и сортировка страниц (например, URL-адрес, показывающий те же продукты, но отсортированные по цене от наибольшей к меньшей).
- Нежелательные параметры — возможно, из платной поисковой кампании или чего-то еще. Использование канонического может предотвратить появление этих надоедливых маркетинговых URL-адресов в результатах поиска.
- Товары, относящиеся к нескольким категориям. Если вы можете перейти к продукту через несколько категорий на сайте, вы можете захотеть сделать их каноническими для одной версии страницы продукта, особенно если страница продукта одинакова для каждой категории, в которой он отображается.
Ситуации, когда к URL-адресу добавляется параметр, но сам контент не изменяется:
- Случаи, когда пользователь делает что-то, что изменяет макет или представление контента, но не сам контент
Что делать, если у меня есть продукты с похожим содержанием и описанием?
Ну, это зависит.
Многие SEO-специалисты советуют использовать тег canonical для похожих продуктов, но, скажем, разных цветов.
Но для некоторых продуктов цвет может быть достаточно важным, чтобы получить значительное количество запросов, и вам может понадобиться отдельная страница для него.
Например, приборы из нержавеющей стали или красный степлер Swingline — вещи, которые люди специально ищут по цвету.
Большинство креативных применений канонических тегов, которые я вижу, относятся к случаям, когда они буквально используются как своего рода лейкопластырь.
В целом, если содержимое страницы почти идентично содержанию другой страницы, и вы не хотите, чтобы в результатах поиска отображались оба, используйте канонический.
Дополнительные ресурсы:
- Google о том, сколько времени требуется для ранжирования нового URL после перенаправления 301
- Джон Мюллер из Google объясняет, как выбираются канонические URL-адреса
- Расширенное техническое SEO: полное руководство
Категория Спросите специалиста по поисковой оптимизации
301 Redirect или Rel=Canonical — какой из них следует использовать?
Взгляды авторов являются полностью их собственными (за исключением маловероятного случая гипноза) и могут не всегда отражать взгляды Моза.
В последнее время было довольно много дискуссий об использовании rel=canonical, и мы, безусловно, видели приличное количество вопросов и ответов от членов SEOmoz по этому вопросу.
- Когда я должен использовать тег rel canonical вместо 301?
- Есть ли способ, которым тег rel canonical может навредить мне?
- Когда я не должен использовать канонический тег?
- Что, если я не смогу заставить разработчиков внедрить 301?
Я попытаюсь ответить на эти вопросы здесь.
Подробнее:
Канонизация — что такое канонический тег?
Перенаправление 301 — когда и как его использовать
Перенаправление 301 предназначено для того, чтобы помочь пользователям и поисковым системам найти фрагменты контента, которые были перемещены на новый URL-адрес. Добавление перенаправления 301 означает, что содержимое страницы навсегда переместилось в другое место.
Источник: https://moz-static.moz.com/youmoz_uploads/1334096934_b4328b8b6f788ef34b1c48eb11d9c4de.jpg
Пользователи, вероятно, никогда не заметят, что URL-адрес перенаправляется на новый, если они не заметят изменение URL-адреса в своем браузере. Даже если они это заметят, пока контент остается тем, что они изначально искали, это вряд ли повлияет на них. Таким образом, с точки зрения того, чтобы посетители были довольны, 301 переадресация хороша, если вы перенаправляете на URL-адрес, который не сбивает их с толку.
Теоретически, если поисковая система находит URL-адрес с переадресацией 301, она будет следовать перенаправлению на новый URL-адрес, а затем деиндексировать старый URL-адрес. Они также должны передавать любой существующий ссылочный вес на новый URL, хотя они, вероятно, не передадут 100% ссылочного веса или анкорного текста. Google сказал, что 301 может передавать анкорный текст, но они не гарантируют этого.
Теоретически поисковая система должна также удалять старые страницы из своего индекса, чтобы пользователи не могли их найти. Это может занять некоторое время, но обычно не превышает нескольких недель. Я видел страницы, удаленные в течение нескольких дней на некоторых клиентах, но это никогда не было зафиксировано.
Не отличая свои 301 от ваших 302
Классический пример, который я видел не раз, заключается в том, что разработчики путаются и вместо этого используют перенаправление 302. Разница в том, что 302 предназначен для использования, когда контент временно перемещается в другое место. Таким образом, ссылочный вес и анкорный текст вряд ли будут переданы. Я выделил пример этого в предыдущем сообщении в блоге, если вы перейдете на http://www.dcsf.gov.uk/, вы увидите, что используется 302. Я впервые заметил это несколько месяцев назад, и это до сих пор не исправлено, и я предполагаю, что это не настоящее временное перенаправление.
Перенаправление всех страниц за один раз на один URL-адрес
Еще одна распространенная ошибка, которую я вижу, связана с миграцией сайта. Например, если на вашем веб-сайте 500 страниц, которые перемещаются в другое место. Вы действительно должны разместить 500 301 редиректов на этих страницах, которые указывают на наиболее релевантную страницу на новом сайте. Однако я часто вижу, как люди перенаправляют все эти 500 страниц на один URL-адрес, обычно на домашнюю страницу. Хотя намерение может быть не манипулятивным, были случаи, когда люди делали это, чтобы попытаться объединить весь ссылочный вес с множества страниц в одну страницу, чтобы сделать эту страницу сильнее. Иногда это может стать сигналом для Google, который может прийти и поближе взглянуть на то, что происходит.
Мэтт Каттс рассказывает об этом в этом видео Инструментов для веб-мастеров:
Когда следует использовать 301
Перемещение сайтов
Вам, безусловно, следует использовать переадресацию 301, если вы перемещаете свой веб-сайт в новое место или меняете URL-адреса на новую структуру. В этой ситуации вы не хотите, чтобы пользователи или поисковые системы видели старый сайт, особенно если переезд происходит из-за нового дизайна или структурных изменений. Google дает здесь четкие указания по этому поводу и советует использовать 301 в этой ситуации.
Контент с истекшим сроком действия
Вы также должны использовать 301, если на вашем веб-сайте есть контент с истекшим сроком действия, такой как старые положения и условия, старые продукты или новости, которые больше не актуальны и бесполезны для ваших пользователей. Однако при удалении старого контента с вашего веб-сайта следует помнить о нескольких вещах:
- Проверьте свою аналитику, чтобы увидеть, получает ли контент какой-либо поисковый трафик.
Если да, не возражаете ли вы, что этот трафик может быть потерян, если вы удалите контент?
- Есть ли на сайте другая страница с очень похожим содержанием, на которую вы могли бы направить пользователя? Если это так, используйте 301 и укажите на аналогичную страницу, чтобы у вас был шанс сохранить трафик, который вы уже получили .
- Может ли контент стать полезным в будущем? Например, если у вас есть сайт электронной коммерции и вы хотите удалить продукт, который вы больше не продаете, есть ли шанс, что он вернется в любой момент?
Несколько версий домашней страницы
Это еще одна распространенная ошибка. Потенциально URL-адрес домашней страницы может быть доступен с помощью следующих средств, в зависимости от того, как она была построена:
http://seomoz.org
https://moz.com/home.html
https://moz.com/ index.html
Если к домашней странице можно получить доступ через этот тип URL-адресов, они должны 301 на правильный URL-адрес, который в этом случае будет www. seomoz.org.
Небольшое предостережение: единственным исключением будет случай, если эти несколько версий домашней страницы служат уникальной цели, например, будут показаны пользователям, которые вошли в систему или у которых удалены файлы cookie. В этом случае лучше использовать rel=canonical вместо 301.
Тег Rel=Canonical — когда и как его использовать
Это относительно новый инструмент для SEO-специалистов, о нем впервые было объявлено еще в феврале 2009 года. Ух ты, неужели это было так давно?!
Как я упоминал выше, мы получаем много вопросов и ответов по поводу канонического тега, и я понимаю, почему. У нас было несколько ужасных историй о людях, ставящих канонический тег на все свои страницы, указывающие на их домашнюю страницу (как это сделал доктор Пит), и Google агрессивно заметил это и деиндексировал большую часть сайта. Это удивительно, поскольку Google говорит, что они могут обратить внимание на тег, но не обещают. Однако опыт показал, что они замечают это большую часть времени — иногда даже несмотря на то, что страницы не являются дубликатами, в чем и заключался весь смысл тега!
Там, где 301 может быть невозможно
Бывают неприятные ситуации, когда реализация 301 редиректа может быть очень сложной, возможно, разработчики сайта не знают, как это сделать (я видел это), возможно, они просто не нравитесь вам, возможно, CMS не позволяет вам это сделать. В любом случае, такая ситуация имеет место. Технически тег rel=canonical реализовать немного проще, так как он не требует выполнения каких-либо действий на стороне сервера. Это всего лишь случай редактирования тега на странице.
Рэнд довольно хорошо проиллюстрировал это на этой диаграмме из своего самого первого поста на rel=canonical:
Несколько способов перехода на страницу
Это распространенная проблема на крупных веб-сайтах электронной коммерции. Некоторые категории и подкатегории могут быть объединены в URL, например:
www.phoneshop.com/smartphone/3G
www.phoneshop.com/3G/smartphone
Теоретически обе эти страницы могут возвращать тот же набор результатов, и поэтому будет видна дублирующаяся страница. 301 не подходит, так как вы хотите сохранить URL-адрес в том же формате, в котором кто-то просматривал. Поэтому rel=canonical в этой ситуации будет работать нормально.
Опять же, если этой ситуации вообще можно избежать, то это идеальное решение, а не использование канонического тега.
Когда динамические URL генерируются на лету
Под этим я подразумеваю URL-адреса, которые, как правило, управляются базой данных и могут варьироваться в зависимости от того, как пользователь перемещается по сайту. Классическим примером являются идентификаторы сеансов, которые каждый раз разные для каждого пользователя, поэтому добавлять 301 к каждому из них нецелесообразно. Другим примером может быть добавление кода отслеживания в конец URL-адресов для измерения путей к определенным URL-адресам или кликов по определенным ссылкам, например:
www. example.com/widgets/red?source=footer-nav
На новых веб-сайтах
Я видел несколько случаев, когда rel=canonical используется на совершенно новых веб-сайтах — этот тег НЕ предназначен для этого. Если вам повезло помочь со структурой нового веб-сайта, воспользуйтесь шансом, чтобы избежать ситуаций, когда вы можете получить дублированный контент. Убедитесь, что они не происходят с самого начала. Поэтому не должно быть необходимости в теге rel=canonical.
На нумерацию страниц — возможно! По крайней мере, используйте с осторожностью
Это сложный вопрос, и если вы действительно не знаете, что делаете, я бы не стал использовать rel=canonical на страницах с нумерацией страниц. Для меня это не строго повторяющиеся страницы, и вы потенциально можете помешать Google найти продукты, расположенные глубже на сайте. Кажется, это было подтверждено Джоном Мю в этой ветке Google для веб-мастеров. Он предлагает несколько интересных альтернатив, таких как использование навигации на основе javascript для пользователей и загрузка всех продуктов на одну страницу.
Сказав это, Джон Му не исключил этого полностью. Он просто советует соблюдать осторожность, что должно быть в случае любой реализации канонического тега на самом деле, кроме случаев, когда вы доктор Пит!
По всему сайту до одной страницы
Небольшое замечание по этому поводу, так как это один из способов, которым использование тега rel=canonical может навредить вам. Как я уже упоминал выше, доктор Пит сделал это в качестве эксперимента и уничтожил большую часть своего сайта. Он установил тег rel=canonical на весь свой сайт, указывающий на его домашнюю страницу, и в результате Google деиндексировал большую часть его веб-сайта. Следующий снимок из Google Analytics в значительной степени резюмирует эффект:
Заключение
Таким образом, вы должны соблюдать осторожность при использовании 301 или канонического тега.