Содержание

Канонический адрес страницы — Вебмастер. Справка

Если на сайте есть страница, доступная по нескольким адресам, а также страницы с одинаковым или схожим содержимым, робот Яндекса может посчитать их дублями. Тогда он объединит страницы в группу дублей и выберет для показа в результатах поиска только одну из них — наиболее информативную и релевантную поисковым запросам. Такая страница называется канонической.

Вы можете указать роботу страницу, предпочитаемую для показа в результатах поиска, с помощью атрибута rel=»canonical». Также вы можете указать канонический адрес, если хотите изменить адрес сайта — с префиксом www или без него, протоколом HTTP или HTTPS.

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

  1. Как указать канонический адрес страницы
  2. Как изменить адрес сайта с помощью канонического адреса
  3. Случаи, когда канонический адрес не учитывается
  4. Вопросы и ответы

Добавьте канонический адрес страницы с помощью атрибута rel=»canonical» одним из способов:

Например, страница доступна по двум адресам: www. example.com/pages?id==2 и www.example.com/blog.

Если предпочитаемый адрес — /blog, добавьте в HTML-код страницы /pages?id=2 элемент link:

<link rel="canonical" href="http://www.example.com/blog"/>

Например, на сайте есть PDF-файл, доступный по нескольким адресам: www.example.com/offer/file.pdf и www.example.com/files/file.pdf. Если предподчитаемый адрес — /offer/file.pdf, настройте сервер так, чтобы он передавал в HTTP-заголовке страницы /files/file.pdf следующее:

Link: <http://www.example.com/offer/file.pdf>; rel="canonical"

Примечание. Указывайте канонический адрес в пределах одного домена. В качестве канонического адреса задавайте абсолютный путь, например http://example.com/blog/.

Страница, на которой размещен атрибут rel=»canonical» с адресом другой страницы, считается неканонической.

Робот узнает об изменениях при обходе сайта. Если канонический адрес указан верно и робот не проигнорировал указание, неканоническая страница пропадет из результатов поиска. Убедиться в том, что страница удалена из поиска, можно в Вебмастере на странице Индексирование → Страницы в поиске (блок Исключённые страницы).

Робот игнорирует указания, если содержимое канонической страницы значительно отличается от содержимого неканонической. В этом случае в поиске может участвовать неканоническая страница. Чтобы проверить это, перейдите на страницу Индексирование → Страницы в поиске.

Чтобы исключить из поиска неканоническую страницу, адрес которой содержит GET-параметры или метки (UTM, from и т. д.), добавьте директиву Clean-param в файл robots.txt. В другом случае используйте директиву Disallow.

Вы можете указать канонический адрес, если хотите изменить адрес сайта:

  • на домен с префиксом www или без него;

  • с протоколом HTTPS или HTTP.

Робот воспримет канонический адрес как редирект на новое главное зеркало и объединит две версии сайта в одну группу. Для этого в HTML-код или в HTTP-заголовок каждой страницы старого сайта добавьте ссылку на аналогичную страницу нового с атрибутом rel=»canonical». Например, вы меняете адрес http://example.com на https://example.com. На странице http://example.com/main/ нужно указать:

<link rel="canonical" href="https://example.com/main"/>

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

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

Примечание. Если атрибут добавлен только на отдельные страницы, он не будет указывать на главное зеркало.

Робот Яндекса не учтет канонический адрес, если:

  • На момент обхода неканонические страницы более полно отвечают на запрос пользователя, и их контент существенно отличается от канонических. Если вы уверены, что такие страницы не будут полезны пользователям в поиске, запретите индексирование в файле robots.txt.

  • Канонический адрес недоступен для робота — перенаправляет на другую страницу или закрыт от индексирования. Это значит, что он не сможет участвовать в поиске. Тогда вместо канонического адреса может участвовать неканонический, если он доступен для робота.

  • В качестве канонического адреса указан URL в другом домене или поддомене.

  • Указано несколько канонических адресов.

  • Указана цепочка канонических адресов. Например, для адреса example.com/1 каноническим адресом является example.com/2, в то время как для адреса example.com/2 указан канонический адрес example.com/3.

Атрибут rel=»canonical» указывает на страницу, на которой размещен. Это ошибка?

Нет. Если на странице атрибут rel=»canonical» указывает на эту же страницу, робот посчитает ее канонической.

Как вернуть неканоническую страницу в поиск

Если страница была исключена из поиска как неканоническая, значит, в ее HTML-коде или HTTP-заголовке робот нашел атрибут rel=»canonical» с указанием на канонический адрес.

Удалите это указание и проверьте, что индексирование страницы, которую вы хотите вернуть в поиск, не запрещено.

Если у вас остались вопросы об использовании атрибута rel=»canonical», укажите в форме ниже примеры страниц, с которыми возникли проблемы.

Все о ссылках «A HREF REL» » Блог. ArtKiev Design Studio

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

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

Краткий перечень типов ссылок

Тип Для чего используется
alternate альтернативный способ отображения страницы
author За ссылкой подробная информация об авторе
bookmark Постоянная ссылка
help Справка или информация помогающая с какой-то частью сайта или контента
license Ссылка на информацию об авторском праве
nofollow Ссылка, которую вы не рекомендуете. Возможно вы ее разместили их корыстных мотивов
prefetch Ресурс, который скорее всего заинтересует пользователя. Сообщает браузеру, что его можно заранее поместить в кэш
search Поиск по сайту
tag Ключевое слово или название категории сайта
next Ссылка на следующую страницу
prev Ссылка на предыдущую страницу

Для определения типа используется атрибут rel

rel=alternate
Тип alternate указывает на то, что по этой ссылкой идет альтернативный вид отображения страницы. Например, это может быть PDF версия, или версия оптимизированная для печати.

<!-- PDF -->
<a rel="alternate" type="application/pdf" href="page.pdf">PDF версия страницы</a>

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

<a rel="alternate" hreflang="en" href="english-version.html">English version</a>

rel=author
Этот тип сообщает, что за ссылкой находиться подробная информация об авторе сайта или страницы.

<a rel="author" href="about.html">Про автора</a>

rel=bookmark
Данный тип ссылки говорит, что ссылка является постоянной и адрес этой страницы не меняется никогда.

<a rel="bookmark" href="about.html">Постоянная ссылка на страницу автора</a>

rel=help
Ссылка данного типа ведет к контенту справочного характера. Но есть важный момент. Help-ссылка контекстно-зависимая. Браузер сопоставит эту справочную информацию с родительским контейнером, в котором была размещена эта ссылка.

<form>
<label for="comment">Ваш комментарий:</label>
<textarea></textarea>
<input type="submit" value="Оставить комментарий">
<a rel="help" href="comments.
html">Помощь по комментариям</a> </form>

В этом примере ссылка ведет на справочную информацию о контенте расположенном в родительском элементе гиперссылки, а именно в форме комментария.

rel=license
Этот тип может использоваться когда ссылка ведет на лицензионное соглашение основного контента данной страницы. Ссылка данного типа должна быть размещена в пределах тега 

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

<a rel="license" href="license.html">Лицензия</a>

rel=nofollow
Этот тип сообщает, что поисковому роботу не следует воспринимать эту ссылку как ссылку, которую рекомендует публицист

<a rel="nofollow" href="license.html">Робот, не переходи на эту страницу</a>

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

<a rel="prefetch" href="license.html">Это обязательно нужно прочитать</a>

rel=search
Этот тип сообщает, что ссылка ведет на интерфейс поиска

<a rel="search" href="search.html">Открыть поиск на сайте</a>

rel=tag
Ссылка данного типа ведет дает определения ключевого слова или категории сайта

<a rel="tag" href="search.html">Эта страница относится к странице поиска</a>

rel=next и rel=prev
Указывает и используется в постраничной навигации. Ссылка на следующую страницу имеет тип next, а на предыдущую – prev

<ul>
<li><a rel="prev" href="page-1.html">1 страница</a></li>
<li>Текущая страница</li>
<li><a rel="next" href="page-3.html">3 страница</a></li>
</ul>

Значение атрибута rel=canonical для SEO.

Как указать каноническую ссылку?

Автор статьи: Полина Маенкова, главный технолог SEO-эксперт компании SEO.RU

  • Что такое канонические страницы?
  • Как указать канонический адрес?
    • Использование готовых плагинов CMS
    • Добавление элемента link в HTML-код
    • HTTP-заголовок
    • Файл Sitemap
  • Для чего используются канонические ссылки?
  • Откуда берутся дубли страниц в индексе ПС?
  • Rel=canonical или 301 редирект?
  • Частые ошибки
  • Self-referential canonical

Что такое канонические страницы?

Начнем с определений.

Что такое каноническая страница? Это страница, которая для поисковых систем является главной среди всех остальных с похожим контентом.

Например, на сайте есть карточка товара — телевизора 66 с таким URL:

продавец-техники. ру/крупная-бытовая-техника/телевизоры/телевизор66

При определенных настройках настройках CMS открыть ее можно не только напрямую, но и, например, из раздела акций или Smart TV. Тогда у одного телевизора 66 будет несколько URL-адресов — и из них нужно выбрать оригинальную:

продавец-техники.ру/акции/телевизоры/телевизор66

продавец-техники.ру/smart-tv/телевизор66

продавец-техники.ру/доступно-в-рассрочку/телевизоры/телевизор66

Фильтры — не единственное, что генерирует такие клоны: мобильная версия, AMP и Турбо, пагинация и многое другое способно запускать технику клонирования.

Что такое каноническая ссылка? Это ссылка, содержащая атрибут link rel=»canonical» и указывающая путь к канонической странице.

Каноническая ссылка размещается на неканонических страницах. Если предельно упростить, неканоническая отказывается от статуса канонической с помощью ссылки. Как бы передает его посредством размещения URL страницы-преемницы с атрибутом rel=»canonical».

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

Как указать канонический адрес?

Задать каноникал можно несколькими способами.

Использование готовых плагинов CMS

Некоторые CMS содержат внутренние решения для указания каноникал.

В WordPress можно использовать YoastSEO — это бесплатный плагин, который поможет решить и другие задачи поисковой оптимизации.

Для движка OpenCart разработано расширение SEO Canonical Links — правда, оно платное (20$):

Для X-Cart — модуль SEO Ultimate (тоже платный — $59.00):

А для системы PrestaShop есть модуль Canonical SEO URLs + Google Hreflang Pro (за 69,99€ в год):

Если сайт реализован на система Joomla!, указать атрибут можно с помощью расширения Custom Canonical:

В Битриксе настройку canonical можно провести без установки дополнительных модулей— достаточно отметить соответствующую опцию в компоненте:

Внутренние функции CMS для работы с канониклами — это простой метод: не нужно перебирать строки кода каждой из неканоничных страниц.

Однако это не самый надежный способ: после использования средств движка или плагинов, стоит проверить наличие canonical и корректность работы.

Добавление элемента link в HTML-код

Этот способ — самый популярный. В HTML-код документа, внутри тега <head> нужно добавить элемент link rel=»canonical».

В коде страницы это выглядит так:

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

HTTP-заголовок

Как использовать canonical для канонизации ссылок на электронные документы (docx, pdf, xlsx и др.)?

Для подобных документов проблема дублирования тоже актуальна: один файл может быть доступен с нескольких URL-адресов. Эти форматы не подразумевают раздела <head>, как HTML-документы, поэтому и способ нужен другой.

Чтобы избежать атаки клонов и вытекающих последствий, нужно указать главный адрес посредством HTTP-заголовка с применением .htaccess или PHP.

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

HTTP/1.1 200 OK
Content-Type: manual/pdf
Link: <http://продавец-техники.ру/телевизор66/canonical-tags/>; rel="canonical"

Файл Sitemap

Файл Sitemap содержит ссылки, которые подлежат индексации, поэтому все указанные в карте сайта адреса имеют статус канонических. Не нужно указывать атрибуты или прописывать специальные теги. Главное — отследить, чтобы в файле sitemap.xml не было ссылок на дублирующиеся страницы. Иначе краулеры не смогут сориентироваться и правильно проиндексировать сайт.

Для чего используются канонические ссылки?

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

Читайте по теме: Как найти и удалить дубли страниц на сайте? Инструкция

По этой причине поисковые системы борются с дублями: схожесть контента дает краулерам основания считать сайт непригодным для топа. Сайт начинает терять места в выдаче, снижается уникальность всего контента, из-за расплодившихся URL появляются проблемы с индексацией, создается внутренняя конкуренция между документами. Страницам даже необязательно быть совсем одинаковыми: когда бот видит несколько похожих вариантов наполнения, он может интерпретировать это как сигнал некачественного сайта. Но он может выбрать и добавить в индекс совсем не тот URL, который нужен в выдаче. Тут, правда, стоит отметить, что canonical для Яндекс и Гугл — это не прямая директива, а лишь рекомендация, и боты все равно могут включить в поиск другую страницу.

Однако указание canonical помогает избежать многих проблем при продвижении сайта.

Откуда берутся дубли страниц в индексе ПС?

Причин, по которым один и тот же контент доступен по разным URL-адресам, много. В некоторых случаях существование близнецов оправдано — то есть здесь нет никакой ошибки. В других же появление дублей сигнализирует о некорректной настройке сайта.

  1. Дубли по структуре.

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

  1. Страницы с GET-параметрами.

Источников появления параметрических страниц в индексе поисковых систем очень много (особенно это актуально для больших e-commerce сайтов):

  • Страницы сортировки товаров (по убыванию/возрастанию цены, по популярности и т.д).
  • Страницы результатов поиска по сайту (чаще всего содержит параметры s или q).
  • Страницы фильтров по категориям.
  • Ссылки с UTM-метками, которые используются для отслеживания переходов по рекламным источникам.

  1. Не настроен корректный ответ сервера для несуществующих URL.

Если на сайте не настроена страница 404, то любые вариации URL, которых нет в структуре сайта, будут отдавать ответ 200 ОК, т. е. будут доступны для поисковых роботов. Вероятнее всего, контент таких страниц будет дублировать содержимое каких-то существующих документов, например, страницу каталога.

Rel=canonical или 301 редирект?

Каноникал и 301 редирект передают поисковикам принципиально разные сигналы:

  • Rel canonical — это главная среди похожих: существует много URL с одинаковым или похожим контентом, но есть одна, которую нужно индексировать. Доступна и оригинальная страница, и ее сестры-близнецы.

    Поэтому использование тега оправдано, когда все URL-адреса нужно сохранить доступными.

  • 301 редирект — это новая взамен старой: существует одна страница, но не по старому, а по новому адресу, и именно новую версию нужно индексировать. Контент по оригинальному URL больше не доступен, его поисковая система исключает из индекса.

    Настройка 301 редиректа нужна, когда старая страница окончательно удалена и взамен ее создана новая.

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

Частые ошибки

  • Ошибка в написании канонического URL.

В HTML-коде важен каждый символ — из-за лишнего или недостающего заданный параметр не будет работать. Если canonical не работает, в первую очередь нужно проверить корректность его написания: все ли слеши указаны, корректный ли протокол (HTTP/HTTPS), полная ли ссылка.

  • Два и более атрибута rel=canonical.

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

  • Каноническая ссылка ведет на страницу с 301 или 404 ответом.

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

Если каноническая ссылка ведет на URL с 404 ошибкой, сигнал канонизации просто никуда не передается и нигде не учитывается.

  • Размещение rel=»canonical» в секции body.

Это ошибка по невнимательности, сродни первому пункту. Атрибут rel = «canonical» работает только в tag <head> или в HTTP-заголовке.

  • Каноничная страница закрыта от индексирования.

Если каноничная страница закрыта от индексации в файле robots.txt или с помощью директивы noindex в теге , краулер не будет сканировать ее, и страница не попадет в поисковую выдачу. Зато в таком случае в поиск может попасть ее дубль.

  • Каноничная страница не имеет входящих ссылок.

Каноническая страница без внутренних входящих ссылок недоступна для пользователя. Значит, он перейдет на неканонический вариант и атрибут канонизации не сработает.

  • Неканонические страницы в файле sitemap.xml.

Как описано ранее, все ссылки в Sitemap по умолчанию считаются подлежащими индексации. Неканоническим URL там не место.

Self-referential canonical

Атрибут rel=»canonical» можно применять на самого себя: то есть канонизировать не какую-то другую страницу, а основную. Даже если на сайте нет ни дублированных, ни похожих страниц, данный URL-адрес будет индексироваться поисковыми ботами.

Кроме того, Джон Мюллер из Google рекомендует использовать самоссылающиеся каноникал из-за возможных разночтений версий в нижнем и верхнем регистре, а также при написании адресов с www и без них.

Атрибут HTML:rel — Атрибут rel определяет связь между связанным ресурсом и текущим

rel атрибут определяет соотношение между связанным ресурсом и текущим документом. Допустимые для <link> , <a> , <area> и <form> , поддерживаемые значения зависят от элемента, в котором найден атрибут.

Тип отношений задается значением rel , который, если он присутствует, должен иметь значение, представляющее собой неупорядоченный набор уникальных ключевых слов, разделенных пробелами. В отличие от имени class , которое не выражает семантику, атрибут rel должен выражать токены, которые семантически действительны как для машин, так и для людей. Текущие реестры возможных значений rel — это реестр отношений ссылок IANA , HTML Living Standard и свободно редактируемая страница существующих rel-values в вики-сайтах микроформатов, как это предлагается Living Standard. Если rel атрибут, отсутствующий в одном из трех вышеуказанных источников, используется, некоторые валидаторы HTML (например, W3C Markup Validation Service ) будут генерировать предупреждение.

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

rel value Description <link> <a> и <area> <form>
alternate Альтернативные представления текущего документа. Link Link Not allowed
author Автор текущего документа или статьи. Link Link Not allowed
bookmark Permalink для раздела «Ближайшие предки». Not allowed Link Not allowed
canonical Предпочтительный URL-адрес текущего документа. Link Not allowed Not allowed
dns-prefetch Указывает браузеру предварительно выполнить разрешение DNS для происхождения целевого ресурса External Resource Not allowed Not allowed
external Ссылающийся документ не является частью того же сайта,что и текущий документ. Not allowed Annotation Annotation
help Ссылка на контекстно-зависимую справку. Link Link Link
icon Значок,представляющий текущий документ. External Resource Not allowed Not allowed
license Указывает,что на основное содержание текущего документа распространяется лицензия авторского права,описанная в ссылающемся документе. Link Link Link
manifest манифест веб-приложений Link Not allowed Not allowed
me Указывает,что текущий документ представляет лицо,которому принадлежит связанное содержимое Link Not allowed Not allowed
modulepreload Приказывает браузеру предварительно получить скрипт и сохранить его в карте модулей документа для последующей оценки. По желанию могут быть извлечены и зависимости модуля. External Resource Not allowed Not allowed
next Указывает,что текущий документ является частью серии и что следующий документ в серии является ссылочным документом. Link Link Link
nofollow Указывает,что автор или издатель текущего документа не одобряет документ,на который дана ссылка. Not allowed Annotation Annotation
noopener Создает контекст просмотра верхнего уровня, который не является вспомогательным контекстом просмотра, если гиперссылка создаст любой из них для начала (т. Е. Имеет соответствующее значение target атрибута). Not allowed Annotation Annotation
noreferrer Нет Referer заголовок не будет включен. Кроме того, имеет тот же эффект, что и noopener . Not allowed Annotation Annotation
opener Создает вспомогательный контекст просмотра, если гиперссылка в противном случае создала бы контекст просмотра верхнего уровня, который не является вспомогательным контекстом просмотра (т. _blank Имеет « _blank » в качестве значения target атрибута). Not allowed Annotation Annotation
pingback Дает адрес сервера pingback,который обрабатывает pingback-ответы на текущий документ. External Resource Not allowed Not allowed
preconnect Указывает,что агент пользователя должен предварительно подключиться к источнику целевого ресурса. External Resource Not allowed Not allowed
prefetch Указывает,что пользовательский агент должен предварительно получить и кэшировать целевой ресурс,поскольку он может потребоваться для последующей навигации. External Resource Not allowed Not allowed
preload Указывает, что пользовательский агент должен предварительно получить и кэшировать целевой ресурс для текущей навигации в соответствии с потенциальным местом назначения, заданным атрибутом as (и приоритетом, связанным с соответствующим местом назначения). External Resource Not allowed Not allowed
prerender Указывает,что агент пользователя должен предварительно получить целевой ресурс и обработать его таким образом,чтобы обеспечить более быстрый ответ в будущем. External Resource Not allowed Not allowed
prev Указывает,что текущий документ является частью серии и что предыдущий документ в серии является ссылочным документом. Link Link Link
search Дает ссылку на ресурс,который можно использовать для поиска по текущему документу и связанным с ним страницам. Link Link Link
stylesheet Импортирует таблицу стилей. External Resource Not allowed Not allowed
tag Дает тег (идентифицированный заданным адресом),который применяется к текущему документу. Not allowed Link Not allowed

Атрибут rel относится к элементам <link> , <a> , <area> и <form> , но некоторые значения относятся только к подмножеству этих элементов. Как и все значения атрибутов ключевых слов HTML, эти значения нечувствительны к регистру.

rel атрибут не имеет значения по умолчанию. Если атрибут опущен или если ни одно из значений атрибута не поддерживается, то документ не имеет особых отношений с целевым ресурсом, кроме наличия гиперссылки между ними. В этом случае в <link> и <form> , если атрибут rel отсутствует, не имеет ключевых слов или если не одно или несколько ключевых слов, разделенных пробелами выше, то элемент не создает никаких ссылок. <a> и <area> по- прежнему будут создавать ссылки, но без определенной связи.

Nofollow vs Follow ссылки — всё, что нужно знать

Атрибут rel=”nofollow” — один из самых простых в HTML, но его работу важно понимать, если вы занимаетесь SEO. В этом руководстве от Ahrefs мы разберём его влияние на ссылочную массу, поймём, важен ли он для поисковой оптимизации, и научимся защищаться от санкций Google.

Начнём с основ.

Что такое nofollow-ссылки?

Это гиперссылки с атрибутом rel=”nofollow”. Они не имеют прямого влияния на ранжирование целевого URL, потому что nofollow сообщает Google, что не нужно передавать PageRank и учитывать анкорный текст. В действительности, поисковые роботы даже не сканируют nofollow-ссылки.

Nofollow против Follow

Для пользователя обе ссылки будут выглядеть одинаково. Красный текст в этом предложении — nofollow-ссылка. А в этом предложении такой же красный текст — follow.

Но в HTML-коде они отличаются.

Followed:

<a href=»https://tools.pixelplus.ru»>красный текст</a>

Nofollowed:

<a href=»https://tools.pixelplus.ru» rel=»nofollow»>красный текст</a>

Можно одним движением сделать все ссылки на странице со значением nofollow, добавив в элемент <head></head> мета-тег <meta name=»robots» content=»noindex, nofollow» />. Но это запретит и сканирование, и индексацию документа — будьте аккуратнее.

На практике, для отдельных ссылок, которые не должны передавать вес, просто используется rel=”nofollow”.

Не знаете, зачем вообще это нужно? Давайте быстренько пробежимся по истории.

История rel=”nofollow”

Изначально Google представил атрибут как метод борьбы со спамом в комментариях:

Если вы блогер (или читатель блога), вам до боли знакомы люди, которые пытаются поднять позиции своего сайта за счёт тематически связанных комментариев в сторонних блогах типа «Посетите мой сайт, посвященный фармацевтическим препаратам со скидкой». Это спам в комментариях, нам он тоже не нравится, и мы тестируем новый атрибут, который его блокирует. Отныне, когда Google видит rel=”nofollow” на гиперссылках, они не получают никакой оценки в системе ранжирования сайтов.

Это лишило спам ссылками прямой SEO-выгоды. Вскоре атрибут стали учитывать Яндекс, Yahoo, Bing и некоторые другие поисковики.

Сейчас популярные CMS вроде WordPress добавляют nofollow к ссылкам в комментариях по умолчанию. Поэтому, если вы даже никогда о нём не слышали, скорее всего, вы уже защищены. Тем не менее, можете проверить сами:

  1. Найдите комментарий со ссылкой.

  2. Кликните по ссылке правой кнопкой мыши.

  3. Далее «изучить элемент» или «просмотреть код» в зависимости от браузера.

  4. Проверьте наличие атрибута в HTML-коде.

Неудобно копаться в коде? Можно найти расширение для браузера, которое подсвечивает ссылки с nofollow. Например, для Chrome. А мы планируем реализовать множество полезных букмарклетов, и подсветку тоже предусмотрим. Следите за новостями, а пока отправляемся дальше.

2009 — Google борется с проектированием PageRank структуры

PageRank передаётся по внутренним ссылкам (с одной страницы сайта на другую). В целом, чем выше значение PR, тем это лучше для ранжирования документа.

Вот классическая формула расчёта PageRank:

A — рассматриваемая страница.
d — коэффициент затухания, то есть, сколько веса может передать страница. Обычно берётся значение d=0,85.
Ti — ссылающаяся страница.
C — число внешних ссылок на ссылающейся странице.

Но вес передаётся только по follow-ссылкам. Так было всегда, но способы распределения веса с годами менялись.

До 2009 года это работало так: если на странице есть три ссылки и одна из них с rel=”nofollow”, то PR распределялся между двумя без запрещающего атрибута.

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

Google анонсировал изменения правил игры в 2009 году. Теперь «ссылочный сок» растекается равномерно по всем ссылкам. Разница проиллюстрирована ниже:

Замечание: PageRank — сложный зверь. Прошло 10 лет с внедрения этих изменений. Хотя публичных подтверждений о дальнейших работах Google не делал. Вполне возможно, что новые правки просто остались за кадром.

Хотя намеренное распределение веса теперь занятие довольно бессмысленное, nofollow помогает определить приоритеты сканирования страниц. Например, поисковый робот не может зарегистрироваться на сайте, заполнить форму или перейти в личный кабинет. Поэтому, такие ссылки можно смело помечать атрибутом rel=”nofollow”.

2013 — Google борется с покупкой ссылок

Google классифицирует покупку и продажу ссылок как нарушение их руководства для вебмастеров.

Поэтому все платные ссылки должны быть с атрибутом nofollow. Так было и раньше, но в 2013 году Google активно проявил озабоченность этим вопросом. А вывод следующий: поисковик стремится вознаграждать честно и естественно заработанные ссылки, а не купленные. Это говорит об их ценности для пользователей и желании делиться контентом.

Проблема в том, что некоторые купленные ссылки ничем не отличаются от естественных. Например, можно заплатить за обзор, обменяться материалами или кто-то сам напишет о вас. Это сложная задачка для Google, поэтому они требуют помечать купленные ссылки атрибутом nofollow.

Можно взглянуть на это так — есть два способа получить Оскар:

  1. Постоянно оттачивай своё мастерство и много работай.

  2. Купи его на Amazon за 8.97$.

Nofollow на платных ссылках для Google как ценник 8.97$, приклеенный на фальшивом Оскаре. Такой вот сигнал, обесценивающий ссылку как фактор, влияющий на ранжирование.

Помогают ли nofollow-ссылки в SEO?

Напомним, Google не передаёт PR и не учитывает анкорный текст таких ссылок. Всё, казалось бы, ясно, но есть пометка «In general, we don’t follow them», то есть «в целом, мы не переходим по ним». И это «в целом» вносит некоторую неопределённость. Возможно, в некоторых случаях поисковый робот всё-таки по ним переходит.

Есть специалисты, которые уверяют, что часть PageRank передаётся и по nofollow-ссылкам. Другие говорят, что только по некоторым из них. Третьи, возможно, самые разумные, считают, что мы слишком много внимания уделяем старым формулировкам.

Ранее Ahrefs изучили 44,589 результатов поисковой выдачи, чтобы выяснить, существует ли какая-то корреляция между ранжированием и наличием/отсутствием атрибута rel=”nofollow”. Вот, что у них получилось:

Здесь нас интересует два значения: «number of backlinks» (общее количество внешних ссылок) и «number of “dofollow” backlinks» (количество ссылок без атрибута nofollow).

Корреляция для вторых немного слабее, чем в случае общего количества бэклинков. Тим из Ahrefs считает, что это может указывать на то, что Google придаёт больше ценности nofollow-ссылкам с «сильных» страниц, чем dofollow-ссылкам со слабых. Кто знает?

Но даже если предположить, что нет никакого прямого влияния на SEO, то косвенное точно имеет место:

1. Nofollow-ссылки помогают разнообразить ваш ссылочный профиль, делая его более естественным. Кроме того, множество ссылок на ваш сайт, наверняка, именно с этим атрибутом:

  • Социальные сети (Facebook, VK, Twitter и так далее).

  • Форумы.

  • Пресс-релизы.

  • Wikipedia.

  • Каталоги и справочники.

Короче говоря, если бы ссылочный профиль состоял только из dofollow-ссылок, это было бы подозрительно для поисковых систем. Очень примерная норма — это от 60% до 90%.

2. По ссылкам приходит трафик. Именно поэтому не стоит пренебрегать размещением информации о своём сайте в тематических каталогах, делиться полезным контентом на форумах и даже попробовать получить ссылку с Википедии. Мы уже рассказывали о таком линкбилдинге.

3. Nofollow защищают от санкций. Иногда покупка ссылок имеет смысл. Если у сайта-донора тонны трафика, то это довольно простой способ обратить внимание на свой сайт.

SEO-лагерь снова разделился:

  1. Те, кто считает, что Google может идентифицировать купленные ссылки алгоритмически.

  2. Те, кто считает, что точно не может.

Дебаты не утихают, но важно другое — у Google есть инструмент, который позволяет пожаловаться на какой-либо сайт за продажу или покупку ссылок.

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

Как анализировать ссылочный профиль?

Для аудита у нас есть инструмент, который собирает ссылочную массу из Вебмастера и строит облако анкоров и графики:

  • Распределение анкоров по длинам в словах.

  • Распределение анкоров по длинам в символах.

  • ТОП-25 популярных анкоров.

  • ТОП-25 акцепторов, то есть страниц, на которые ведут ссылки.

  • ТОП-25 самых популярных слов в анкорах.

  • ТОП-25 самых частотных биграмм (словосочетаний из двух слов).

В условиях действующего алгоритма Яндекса «Минусинск», эти параметры позволяют наглядно оценить естественность ссылочного профиля и принять решение о дальнейшей работе над ссылками.

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

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

Обзоры активных сабвуферов REL

Обзоры беспроводных адаптеров REL

Обзоры кабелей для сабвуфера REL

Британская компания REL Acoustics занимается производством высококачественных сабвуферов для двух- и многоканальных систем домашнего кинотеатра. Сабвуферы REL — великолепный выбор в том случае, если вы хотите добиться максимума от вашей системы. Известно, что многие громкоговорители не могут воспроизводить низкие частоты достаточно качественно для комфортного прослушивания музыки и просмотра фильмов. Кроме того, системы, способные охватить более широкий частотный диапазон, звучат более реалистично и впечатляюще. Самый действенный способ добиться этого — укомплектовать свою систему «правильным» сабвуфером, который не только будет обладать технической возможностью воспроизводить басы, но и с лёгкостью интегрируется в ваш комплект акустики, подарив звучанию глубину и натуральность. REL Acoustics специализируется исключительно на производстве…

Подробнее о бренде RELОбзоры товаров под маркой REL (18)Официальный сайт REL
www.rel.net

Аудиомания — авторизованный дилер REL


Более трёх лет назад британская компания REL, мировой лидер в производстве сабвуферных систем, представила специальную кинотеатральную серию с говорящим названием «HT». И вот теперь англичане объявили о смене поколений – линейка обрела нового флагмана. Встречайте «хищника»: сегодня серию возглавляет REL HT/1510 Predator.

Читать далее

Один из популярнейших сабвуферов REL, флагман серии T/i, модель T/9i, представлена в красном лаке.

Читать далее

Carbon Special — компактный сабвуфер премиального класса, использующий технологии и функции линейки REL Reference. Как сообщили в компании, в новинке применили несколько новых разработок.

Читать далее

Читать далее

REL не изменяет себе, новый сабвуфер S/3 – компактный, симпатичный аппарат в рояльном лаке, все с тем же фирменным подключением по высокому уровню. Сабвуфер обладает довольно глубоким, ровным басом, быстр, детален, а потому хорош и в кино, и в музыке. «Вишенкой» на торте станет опция беспроводного подключения сабвуфера

Читать далее

Его глубина достаточна для воспроизведения любых фонограмм, а способность выдавать инфранизкие ноты очень пригодится в системах домашнего кино

Читать далее

Сабвуфер в домашнем кинотеатре сегодня — это нечто большее, чем просто еще один канал. Саб отвечает за то, чтобы низких частот было достаточно даже любителям «ударов в грудь». А хороший саб, делает музыку насыщенней и полней. Именно в этом и преуспела компания REL — она специализируется исключительно на выпуске сабвуферов в разных ценовых диапазонах, разных по внешнему виду и инсталляционным особенностям. Главное, что качественных во всех аспектах.

Читать далее

От сабвуфера мы, прежде всего, ждем отработки мощных звуковых эффектов – чтобы от взрывов сотрясался пол, а раскаты грома, как и басовые линии или ритмы композиций в жанре тяжелого рока, пробирали до самых печенок. Все это с хорошим источником легко удается REL S3.

Читать далее

Сабвуфер показал приятное, чуть смягченное звучание. Бас весьма глубок и динамичен. Он неплохо тонально определен и достаточно плотен. Вполне аккуратно сабвуфер согласуется с сателлитами.

Читать далее

Модель Habitat 1 — не просто необычное дополнение к домашнему кинотеатру, а универсальное и крайне гибкое решение. Пожалуй, единственное, за что можно пробовать критиковать Habitat 1 — это его цена, но при таких функциональности и качестве звучания какие-то разговоры об оправданности покупки отходят на второй план.

Читать далее

Можно подумать, что REL R-528SE выполняет функции не только сабвуфера, но и баткикера — устройства для передачи вибраций под ножки стула или кресла. Могучий REL R-528SE добудет для вас все звуковые эффекты с дисков с фильмами и окажет надежную НЧ-поддержку АС при проигрывании музыки в стерео.

Читать далее

Ключевое свойство T5 — «сейсмические» составляющие. Они всегда присутствуют в звучании, подчеркивая масштаб симфонического оркестра или атмосферу органного зала.

Читать далее

Бас исключительно глубокий, при этом предельно быстрый и четкий. Всего этого удается добиться, если использовать REL Т5 так, как задумано производителем, —для нижнего баса.

Читать далее

Несмотря на миниатюрные размеры, вклад сабвуфера ощутим даже при работе в паре с напольной акустикой. При этом звучание британского малыша предельно натурально. В нём присутствует и верная атака, и поразительные скоростные данные.

Читать далее

Если вы все еще считаете, что для воспроизведения самого глубокого баса нужен большой и мощный сабвуфер, знайте — есть устройство, способное вас в этом разубедить. Называется REL T-Zero.

Читать далее

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

Читать далее

Компания REL особенно гордится качеством звучания ее сабов при подключении к высокоуровневым входам; и действительно, в этом случае звук Т-7 становится рельефнее и информативнее.

Читать далее

По стилю звучания REL В3 напоминает сабвуферы REL St-серии, бас такой же точный и быстрый, тембры натуральные и богатые нюансами. В трифонике сабвуфер очень легко и незаметно «сшивает» свой бас с голосами фронтальных АС.

Читать далее

Работая в стереосистеме, сабвуфер способен не только прибавить баса и драйва, но и существенно усилить глубину сцены.

Читать далее

существующих значений rel — Microformats Wiki


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

Использование

: посмотрите, как используется ‘rel’. Что касается rev, см.: следует ли вообще использовать ‘rev’.

Эта страница также является официальным реестром rel (WHATWG HTML (исходная ссылка), W3C HTML5). Добавьте новые и предлагаемые значения rel в следующий раздел:

  • Расширение типа ссылки HTML5

Содержание

  • 1 формат
    • 1.1 примечания
  • 2 предложения
  • 3 расширения типа ссылки HTML5
  • 4 мозговой штурм
    • 4.1 больше мозгового штурма
  • 5 Использование POSH
    • 5.1 ВКЛР
  • 6 Дублинское ядро ​​
  • 7 Использование с заголовком ссылки HTTP
  • 8 не указано
  • 9 значения не HTML rel
  • 10 выпало
  • 11 исключено без ущерба
  • 12 отклонено
  • 13 инструментов
  • 14 дополнительных внешних исследований
    • 14. 1 предыдущие попытки документирования
  • 15 связанных
  • 16 авторское право

форматы

Эти относительные значения являются определенными форматами из спецификаций (HTML 4, микроформаты), поэтому рекомендуются для общего использования . В алфавитном порядке по значению.

Примечание:

  • Не добавляйте сюда предлагаемые значения rel для HTML5, добавьте их в таблицу расширений типов ссылок HTML5.
  • Не добавляйте значения rel, которые вы найдете в дикой природе, в эту таблицу форматов rel, вместо этого добавляйте их в таблицу в разделе POSH.
  • Не добавляйте не-HTML-относительные значения, которые вы найдете в эту таблицу относительных форматов, вместо этого добавляйте их в таблицу в разделе не-HTML-относительных значений.
  • Не добавляйте относительные значения из устаревших/замененных предложений или черновиков, вместо этого добавляйте их в таблицу в разделе «удаленные».

Источники:

  • Рекомендации W3C:
    • HTML 4.01, раздел 6.12 Типы ссылок (типы ссылок HTML4)
    • Сбор описаний ресурсов из диалектов языков (GRDDL)
  • Спецификации микроформатов
    • XFN — сеть друзей XHTML
    • отн = «лицензия»
    • отн = «nofollow»
Ключевое слово Влияние на ссылку Влияние на a , область Краткое описание
(по возможности из соответствующей спецификации)
Ссылка на определяющую спецификацию
знакомый не разрешено внешнее отношение лицо, представленное текущим документом, считает лицо, представленное ссылочным документом, знакомым XFN — сеть друзей XHTML
альтернативный внешний ресурс внешнее отношение Обозначает замещающие версии документа, в котором встречается ссылка. При использовании вместе с атрибутом lang подразумевается переведенная версия документа. При использовании вместе с атрибутом media подразумевается версия, предназначенная для другого носителя (или носителя). Типы ссылок HTML4
приложение разрешено разрешено Относится к документу, служащему приложением в коллекции документов. Типы ссылок HTML4
закладка не разрешено разрешено Относится к закладке. Закладка — это ссылка на ключевую точку входа в расширенном документе. Атрибут title можно использовать, например, для обозначения закладки. Обратите внимание, что в каждом документе может быть определено несколько закладок. Типы ссылок HTML4
отделение разрешено разрешено Относится к документу, являющемуся главой в коллекции документов. Типы ссылок HTML4
ребенок внешнее отношение внешнее отношение Лицо, на которое делается ссылка, является потомком лица, представленного текущим документом. Это также может указывать на то, что целевой документ является иерархическим дочерним элементом или вложенным документом текущего документа. XFN — сеть друзей XHTML, спецификация HTML 4.0
коллега не разрешено внешнее отношение указанное лицо является коллегой лица, представленного текущим документом XFN — сеть друзей XHTML
контакт не разрешено внешнее отношение лицо, представленное текущим документом, считает лицо, представленное ссылочным документом, контактным лицом XFN — сеть друзей XHTML
содержимое разрешено разрешено Относится к документу, служащему оглавлением. Некоторые пользовательские агенты также поддерживают синоним ToC (из «Оглавления»). Типы ссылок HTML4
авторское право разрешено разрешено Ссылается на заявление об авторских правах для текущего документа. Типы ссылок HTML4
сожитель не разрешено внешнее отношение указанное лицо проживает в том же месте, что и лицо, представленное текущим документом XFN — сеть друзей XHTML
коллега не разрешено внешнее отношение указанное лицо является сотрудником лица, представленного текущим документом XFN — сеть друзей XHTML
раздавить не разрешено внешнее отношение этот человек считает упомянутое лицо влюбленным (т.е. влюблен в упомянутое лицо) XFN — сеть друзей XHTML
дата не разрешено внешнее отношение этот человек считает указанное лицо свиданием (т. е. встречается с указанным лицом) XFN — сеть друзей XHTML
друг не разрешено внешнее отношение лицо, представленное текущим документом, считает лицо, представленное ссылочным документом, другом XFN — сеть друзей XHTML
глоссарий разрешено разрешено Относится к документу со списком терминов и их определений, относящихся к текущему документу. Типы ссылок HTML4
помощь разрешено разрешено Относится к документу, предлагающему помощь (дополнительная информация, ссылки на другие источники информации и т. д.) Типы ссылок HTML4
свои правила разрешено не разрешено Относится к документу с внешними правилами ITS. Набор тегов интернационализации (ITS), версия 2.0
род. не разрешено внешнее отношение указанное лицо является частью расширенной семьи лица, представленного текущим документом XFN — сеть друзей XHTML
лицензия разрешено разрешено …указывает, что [ссылочный документ] является лицензией для текущей страницы. отн = «лицензия»
я внешнее отношение внешнее отношение документ, на который делается ссылка, представляет то же лицо, что и текущий документ XFN — сеть друзей XHTML
мет не разрешено внешнее отношение этот человек встретил упомянутого человека XFN — сеть друзей XHTML
муза не разрешено внешнее отношение указанное лицо вдохновляет лицо, представленное текущим документом XFN — сеть друзей XHTML
сосед не разрешено внешнее отношение указанное лицо проживает рядом с лицом, представленным текущим документом XFN — сеть друзей XHTML
следующий внешнее отношение внешнее отношение Ссылается на следующий документ в линейной последовательности документов. Пользовательские агенты могут выбрать предварительную загрузку «следующего» документа, чтобы сократить воспринимаемое время загрузки. Типы ссылок HTML4
не разрешено внешнее отношение указывает, что место назначения этой гиперссылки НЕ ДОЛЖНО придавать какой-либо дополнительный вес или рейтинг агентам пользователя, которые выполняют анализ ссылок на веб-страницах (например, поисковые системы). отн. = «nofollow»
родитель внешнее отношение внешнее отношение Указанное лицо является родителем лица, представленного текущим документом. Это также может указывать на то, что целевой документ является иерархическим родителем или контейнером текущего документа. XFN — сеть друзей XHTML, спецификация HTML 4.0
пред. внешнее отношение внешнее отношение Относится к предыдущему документу в упорядоченной серии документов. Некоторые пользовательские агенты также поддерживают синоним «Предыдущий». Типы ссылок HTML4
предыдущий внешнее отношение внешнее отношение Синоним пред Типы ссылок HTML4
секция разрешено разрешено Относится к документу, служащему разделом в коллекции документов. Типы ссылок HTML4
родной брат не разрешено внешнее отношение указанное лицо является родным братом лица, представленного текущим документом XFN — сеть друзей XHTML
супруг(а) не разрешено внешнее отношение указанное лицо является супругом лица, представленного текущим документом XFN — сеть друзей XHTML
старт разрешено разрешено Ссылается на первый документ в коллекции документов. Этот тип ссылки сообщает поисковым системам, какой документ автор считает отправной точкой коллекции. Типы ссылок HTML4
таблица стилей внешний ресурс не разрешено таблица стилей для текущего документа
используется с невидимым элементом , который не идеален для отношений содержимого. Отношения содержимого должны быть видны пользователю, поэтому настоятельно рекомендуется использовать . К сожалению, использование таблицы стилей в видимом пользователю содержимом, таком как , кажется строго теоретическим.
Типы ссылок HTML4
подраздел разрешено разрешено Относится к документу, служащему подразделом в коллекции документов. Типы ссылок HTML4
милая не разрешено внешнее отношение этот человек считает упомянутого человека своим возлюбленным XFN — сеть друзей XHTML
бирка не разрешено разрешено …указывает, что [ссылочный документ] является назначенным автором «тегом» (или ключевым словом/темой) для текущей страницы. отн = «тег»
так далее разрешено разрешено Синоним содержимого (из «Оглавления») Типы ссылок HTML4
трансформация разрешено разрешено Связывает исходный документ с преобразованием, обычно представленным в XSLT, которое связывает синтаксис исходного документа с синтаксисом графа RDF. Используется в GRDDL ГРДДЛ

примечания

  • rel="alternate" может иметь дополнительное значение из дополнительных атрибутов, таких как
    • rel="alternate" lang="fr" (версия этой страницы на французском языке)
    • rel="alternate" media="print" (версия для печати этой страницы)
    • rel="alternate" media="handheld" (версия страницы, предназначенная или лучше для карманных/портативных устройств, таких как КПК, сотовые телефоны и т. д.)
  • Такие синонимы, как «предыдущий», «toc», не так широко поддерживаются, как основной термин.

предложения

Несколько относительных значений были разработаны в качестве черновиков в результате прохождения большинства микроформатов Процесс микроформатов, и поэтому они перечислены здесь для вашего серьезного рассмотрения. Вы можете использовать эти значения , и если вы обнаружите какие-либо проблемы с ними, укажите их на соответствующей странице «проблемы» для значения rel.

отн. значение резюме предложено в внешняя спецификация (если есть)
произношение …указывает, что пунктом назначения элемента «ссылка» является документ, предоставляющий лексикон произношения для целей синтеза речи. rel-произношение
справочник …указывает, что целью гиперссылки является список каталогов, содержащий запись для текущей страницы. rel-каталог
корпус …указывает, что место назначения этой гиперссылки предназначено для загрузки и кэширования. отн = «корпус» RFC4287
дом …указывает, что [ссылочный документ] является домашней страницей сайта, на котором отображается текущая страница. отн = «дом»
платеж …указывает, что место назначения гиперссылки предоставляет способ показать или оказать поддержку (например, финансовую) для текущей страницы повторный платеж
ВКС-* …указывает, что местом назначения гиперссылки является расположение репозитория системы контроля версий, связанного с этой страницей. отн=vcs-*

Расширения типа ссылки HTML5

Следующие значения регистрируются как расширения типа ссылки в соответствии с требованиями спецификации WHATWG HTML и требованиями спецификации W3C HTML5.


Перед регистрацией нового значения:

  • Пожалуйста, проверьте таблицу форматов и НЕ перерегистрируйте значения rel, которые уже есть. Обратите внимание, что W3C HTML WG приняла решение удалить index , up , first и last из самой спецификации HTML5.
  • Пожалуйста, проверьте таблицу Dropped и НЕ регистрируйте значения , которые там уже есть. Если вы считаете, что значение rel было исключено из другой спецификации без ущерба для себя, предоставьте ссылку/процитируйте явный текст/решение, указывающее как таковое, например. значение было просто отложено или, возможно, ожидалось, что оно будет выделено в отдельную спецификацию группой, разрабатывающей эту спецификацию.

Обратите внимание, что записи в таблице форматов и записи, которые уже есть в HTML5 как встроенные ключевые слова, также считаются расширениями со статусом «Ратифицировано».

Убедитесь, что для добавленных здесь регистраций все необходимые данные заполнены в , включая :

  • «Эффект на ссылку»
  • «Влияние на а и площадь» и
  • ссылка на спецификацию, которая документирует ключевое слово как ключевое слово HTML rel . (Спецификация, которая просто определяет формат файла цели ссылки, но не определяет rel ключевое слово для использования в HTML не является той спецификацией, которая требуется здесь.)

Записи, в которых отсутствуют какие-либо из перечисленных выше обязательных данных, скорее всего, будут удалены.

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

Ключевое слово Влияние на ссылку Влияние на а , район Краткое описание Ссылка на спецификацию Синонимы Статус
о Гиперссылка Гиперссылка Ресурс, на который делается ссылка, содержит информацию о текущей странице. Нет официальной спецификации Может сочетаться с rel=»me» или rel author в ссылках на раздел «о нас», посвященный автору. предложил
amphtml Гиперссылка Гиперссылка Укажите альтернативную версию документа, написанного на AMP HTML HTML-документация AMP можно комбинировать с rel=alternate предложил
сенсорный значок Apple Внешний ресурс Не разрешено Укажите значок веб-страницы для «веб-клипа» или «сенсорный значок» для мобильных устройств (не ограничиваясь устройствами Apple). Руководство Apple по веб-контенту Safari вероятно избыточен с rel=icon предложил
apple-touch-icon-precomposed Внешний ресурс Не разрешено Укажите значок веб-страницы для «веб-клипа» или «сенсорный значок» для мобильных устройств (не ограничиваясь устройствами Apple). Руководство Apple по веб-контенту Safari вероятно избыточен с rel=icon предложил
изображение запуска Apple-Touch Внешний ресурс Не разрешено Укажите заставку для веб-приложений в iOS Safari Руководство Apple по веб-контенту Safari может быть избыточным с rel=icon с атрибутом размеров? предложил
в архиве Внешний ресурс Аннотация гиперссылки Целевой ресурс заархивирован и хранится в основном или исключительно для исторических целей. rel=»архивное» описание предложил
насадка Гиперссылка Гиперссылка Ресурс, на который делается ссылка, «прикреплен» к этому документу, подобно вложениям электронной почты. Используется в WordPress. Нет официальной спецификации предложил
авторизация_конечная точка Внешний ресурс Не разрешено Укажите размещенный сервер авторизации Спецификация IndieAuth предложил
канонический Гиперссылка Гиперссылка Указывает канонический URL-адрес для текущего документа, чтобы избежать дублирования содержимого. Канонизация метатега Canonical в Центре веб-мастеров Google Центр веб-мастеров Microsoft Yahoo! Поиск по блогу предложил
категория Гиперссылка Гиперссылка Относится к категории, назначенной текущему документу или публикации. Реализовано WordPress для указания связи между записью в блоге и категорией. относительная категория предложил
хранилище кодов Гиперссылка Гиперссылка указывает расположение репозитория кода. Для ссылки конкретно указывается, в случае контента, созданного сервером, расположение исходного кода, ответственного за создание текущей страницы, или, в случае статических файлов, где размещены копии текущей страницы). Если определенные данные/контент, созданные на странице, хранятся отдельно от генератора (например, код для CMS по сравнению с таблицами SQL конкретного экземпляра CMS или файлами данных JSON), это относится только к генератору, а репозиторий контента должен использоваться для указания места хранения контента. В противном случае можно считать, что репозиторий кода также включает контент. Хотя репозиторий должен содержать собственный файл лицензии, rel-value code-license предлагается как прямой указатель на лицензию (см. также content-license). предложил
код-лицензия Гиперссылка Гиперссылка указывает лицензию на код (предлагаемая более широкая замена jslicense). Для ссылки конкретно указывается, в случае контента, созданного сервером, расположение лицензии на весь исходный код, ответственный за создание текущей страницы, или, в случае статических файлов, расположение лицензии на все этих файлов). Если определенные данные/контент, созданные на странице, хранятся отдельно от генератора (например, код для CMS по сравнению с таблицами SQL конкретного экземпляра CMS или файлами данных JSON), это относится только к генератору, и лицензия на содержимое должна использоваться для указания лицензии на контент. В противном случае лицензия на код может также рассматриваться как распространяющаяся на лицензию на содержимое. Указание на репозиторий, содержащий статические файлы или файлы кода генератора, должно выполняться с помощью code-repository (и content-repository для любого отдельного контента). предложил
компонент Внешний ресурс Не разрешено Укажите HTML-документ, который рассматривается как компонент этого документа. Веб-компоненты предложил
chrome-веб-магазин-элемент Внешний ресурс Не разрешено Тег ссылки для объявления встроенных установок приложений и расширений, размещенных в Интернет-магазине Chrome. Использование встроенной установки предложил
хранилище контента Гиперссылка Гиперссылка указывает на репозиторий, содержащий содержимое данных. Для ссылки это конкретно указывает, в случае контента, созданного сервером, место, где хранятся отдельно размещенные файлы данных, используемые для заполнения текущей страницы (в противном случае достаточно «репозитория кода», чтобы включать контент, а также код). Если определенные данные/контент, созданные на странице, хранятся отдельно от генератора (например, код для CMS по сравнению с таблицами SQL конкретного экземпляра CMS или файлами данных JSON), это относится только к файлам данных/контента и коду. -repository следует использовать для указания места хранения исходных файлов генератора. В противном случае код-репозиторий может рассматриваться как содержащий вместо этого контент. Хотя репозиторий должен содержать свой собственный файл лицензии, rel-value content-license предлагается как прямой указатель на лицензию (см. также code-license). предложил
контент-лицензия Гиперссылка Гиперссылка указывает лицензию на содержание данных. Для ссылки это конкретно указывает, в случае с контентом, созданным сервером, где хранится лицензия для всех отдельно размещенных файлов данных, используемых для заполнения текущей страницы (в противном случае «кодовой лицензии» достаточно, чтобы покрыть лицензию содержание, а также код)). Если определенные данные/контент, созданные на странице, хранятся отдельно от генератора (например, код для CMS по сравнению с таблицами SQL конкретного экземпляра CMS или файлами данных JSON), это относится только к файлам данных/контента и коду. -license следует использовать для указания лицензии на исходные файлы генератора. В противном случае лицензия на код может также рассматриваться как распространяющаяся на лицензию на содержимое. Указывать на репозиторий, содержащий файлы данных, следует с помощью content-repository (и code-repository для статических файлов или файлов кода генератора). предложил
DCTERMS.conformsTo Внешний ресурс Не разрешено Установленный стандарт, которому соответствует описываемый ресурс.

Требуется объявление пространства имен Dublin Core:

Условия метаданных DCMI Может быть заменено буквальным значением в виде предложил
DCTERMS.участник Внешний ресурс Не разрешено Объект, ответственный за внесение вклада в ресурс. Примеры включают человека, организацию или службу.

Требуется объявление пространства имен Dublin Core:

Термины метаданных DCMI Может быть заменен литеральным значением в форме предложил
DCTERMS.создатель Внешний ресурс Не разрешено Объект, в первую очередь ответственный за создание ресурса. Примеры включают человека, организацию или службу.

Требуется объявление пространства имен Dublin Core:

Условия метаданных DCMI Может быть заменено буквальным значением в форме предложил
DCTERMS.описание Внешний ресурс Не разрешено Учетная запись ресурса. Описание может включать, но не ограничиваться: аннотацию, оглавление, графическое представление или отчет о ресурсе в произвольном формате.

Требуется объявление пространства имен Dublin Core:

Условия метаданных DCMI Может быть заменен литеральным значением в форме предложил
DCTERMS.hasFormat Внешний ресурс Не разрешено Связанный ресурс, по существу такой же, как ранее существовавший описанный ресурс, но в другом формате.

Требуется объявление пространства имен Dublin Core:

Условия метаданных DCMI предложил
DCTERMS. hasPart Внешний ресурс Не разрешено Связанный ресурс, который физически или логически включен в описываемый ресурс.

Требуется объявление пространства имен Dublin Core:

Условия метаданных DCMI предложил
DCTERMS.hasVersion Внешний ресурс Не разрешено Связанный ресурс, являющийся версией, выпуском или адаптацией описанного ресурса.

Требуется объявление пространства имен Dublin Core:

Условия метаданных DCMI предложил
DCTERMS.isFormatOf Внешний ресурс Не разрешено Связанный ресурс, по существу такой же, как описанный ресурс, но в другом формате.

Требуется объявление пространства имен Dublin Core:

Условия метаданных DCMI предложил
DCTERMS.isPartOf Внешний ресурс Не разрешено Связанный ресурс, в который описанный ресурс включен физически или логически.

Требуется объявление пространства имен Dublin Core:

Условия метаданных DCMI предложил
DCTERMS.isReferencedBy Внешний ресурс Не разрешено Связанный ресурс, который ссылается, цитирует или иным образом указывает на описываемый ресурс.

Требуется объявление пространства имен Dublin Core:

Условия метаданных DCMI предложил
DCTERMS. isReplacedBy Внешний ресурс Не разрешено Связанный ресурс, который вытесняет, замещает или заменяет описанный ресурс.

Требуется объявление пространства имен Dublin Core:

Условия метаданных DCMI предложил
DCTERMS.isRequiredBy Внешний ресурс Не разрешено Связанный ресурс, которому требуется описанный ресурс для поддержки своей функции, доставки или согласованности.

Требуется объявление пространства имен Dublin Core:

Условия метаданных DCMI предложил
DCTERMS.isVersionOf Внешний ресурс Не разрешено Связанный ресурс, версией, изданием или адаптацией которого является описываемый ресурс.
Изменения в версии подразумевают существенные изменения в содержании, а не различия в формате.

Требуется объявление пространства имен Dublin Core:

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

Требуется объявление пространства имен Dublin Core:

Условия метаданных DCMI Может быть заменено буквальным значением в форме предложил
DCTERMS.посредник Внешний ресурс Не разрешено Объект, опосредующий доступ к ресурсу и для которого ресурс предназначен или полезен. В образовательном контексте посредником может быть родитель, учитель, помощник преподавателя или опекун.

Требуется объявление пространства имен Dublin Core:

Условия метаданных DCMI Может быть заменен литеральным значением в форме предложил
DCTERMS.издатель Внешний ресурс Не разрешено Объект, ответственный за предоставление ресурса. Примеры включают человека, организацию или службу.

Требуется объявление пространства имен Dublin Core:

Условия метаданных DCMI Может быть заменен литеральным значением в форме предложил
DCTERMS. ссылки Внешний ресурс Не разрешено Связанный ресурс, на который ссылается, цитируется или иным образом указывает описываемый ресурс.

Требуется объявление пространства имен Dublin Core:

Условия метаданных DCMI предложил
DCTERMS.отношение Внешний ресурс Не разрешено Связанный ресурс.

Требуется объявление пространства имен Dublin Core:

Условия метаданных DCMI предложил
DCTERMS.заменяет Внешний ресурс Не разрешено Связанный ресурс, который вытесняется, замещается или заменяется описанным ресурсом.

Требуется объявление пространства имен Dublin Core:

Условия метаданных DCMI предложил
DCTERMS.requires Внешний ресурс Не разрешено Связанный ресурс, который требуется описанному ресурсу для поддержки его функции, доставки или согласованности.

Требуется объявление пространства имен Dublin Core:

Условия метаданных DCMI предложил
DCTERMS.rightsHolder Внешний ресурс Не разрешено Лицо или организация, владеющая или управляющая правами на ресурс.

Требуется объявление пространства имен Dublin Core:

Условия метаданных DCMI Может быть заменен литеральным значением в форме предложил
DCTERMS.источник Внешний ресурс Не разрешено Связанный ресурс, из которого получен описанный ресурс.

Требуется объявление пространства имен Dublin Core:

Условия метаданных DCMI предложил
DCTERMS.subject Внешний ресурс Не разрешено Тема ресурса.

Требуется объявление пространства имен Dublin Core:

Условия метаданных DCMI предложил
раскрытие Не разрешено Внешний ресурс Тип связи «раскрытие» обозначает список патентных раскрытий или конкретное патентное раскрытие, сделанное в отношении материала, для которого указан такой тип отношения. Тип отношения ссылки «раскрытие» предложил
обсуждение Гиперссылка Гиперссылка Относится к обсуждению текущего документа или сообщения. rel-обсуждение предложил
пожертвование Гиперссылка Гиперссылка Указывает, что место назначения гиперссылки предоставляет способ показать или оказать поддержку (например, финансовую) для текущей страницы на добровольной основе. Нет официальной спецификации Тесно связан с повторной оплатой предложил
предварительная выборка DNS Внешний ресурс Не разрешено Сообщает браузеру, что перед использованием необходимо выполнить поиск имен хостов в DNS. Документация Mozilla Документация Google предложил
изменить Гиперссылка Не разрешено Сообщает браузеру, где можно редактировать текущую страницу. Альтернативная схема связывания универсальной кнопки редактирования. Реализовано как минимум в MediaWiki. предложил
EditURI Внешний ресурс Не разрешено Значение автоматического обнаружения блогов, обычно используемое WordPress. АтомАПИ предложил
корпус Внешний ресурс Внешний ресурс Указывает, что указанный ресурс предназначен для загрузки и кэширования. отн = «корпус» предложил
вход-контент Не разрешено Внешний ресурс Указывает, что указанный документ является альтернативным источником отображения для веб-фрагмента Internet Explorer. Спецификация формата веб-фрагмента 0.9 предложил
внешний Не разрешено Гиперссылка Указывает, что указанный документ не является частью того же сайта, что и текущий документ. отн-внешний предложил
первый Гиперссылка Гиперссылка Указывает, что документ является частью последовательности и что ссылка ведет к документу, который является первым логическим документом в последовательности. Рабочий проект W3C от 13 января 2011 г. предложил
ГБФ Внешний ресурс Не разрешено Расположение файла автоматического обнаружения gbfs Общая спецификация канала Bikeshare предложил
gtfs-статический Внешний ресурс Не разрешено Указывает связанный статический файл GTFS Справочник по спецификациям общего транзитного питания предложил
gtfs-в реальном времени Внешний ресурс Не разрешено Указывает связанный файл GTFS-Realtime Справочник по GTFS в реальном времени предложил
дом Гиперссылка Гиперссылка Ссылается на документ верхнего уровня для текущего документа. Его можно комбинировать с «альтернативным», чтобы указать фид для сайта текущей страницы. отн = «дом» отн-корень предложил
ступица Гиперссылка Гиперссылка Относится к концентратору, который позволяет зарегистрироваться для уведомления об обновлениях текущей страницы. Спецификация PubSubHubbub Спецификация WebSub предложил
импорт Внешний ресурс Не разрешено Импорт HTML — это способ включения и повторного использования документов HTML в других документах HTML. Импорт HTML предложил
в ответ на Гиперссылка Гиперссылка Относится к исходному сообщению, к которому текущая страница является комментарием или ответом на него. отн.-в-ответе предложил
корень Гиперссылка Гиперссылка Целевой документ является корневым узлом иерархической древовидной структуры, в которой находится текущий документ. Нет официальной спецификации отн = «дом» предложил
индекс Гиперссылка Гиперссылка Ссылается на документ, содержащий список тем с указателями, относящимися к текущему документу. HTML4 предложил
вопросы Гиперссылка Гиперссылка Относится к проблемам, связанным с текущим документом или спецификацией. rel-обсуждение предложил
jslicense Гиперссылка Гиперссылка Относится к документу с исходным кодом JavaScript и информацией о лицензии (также называемой страницей веб-меток лицензии JavaScript). Мы могли бы выбрать более общее ключевое слово для этого — существует много ситуаций помимо JavaScript, в которых желательно или требуется лицензионными соглашениями (например, GNU GPL) предлагать как исходный код, так и копию лицензии при распространении версий объектного кода данной работы. rel-jslicense предложил
последний Гиперссылка Гиперссылка Указывает, что документ является частью последовательности и что ссылка ведет к документу, который является последним логическим документом в последовательности. Рабочий проект W3C от 13 января 2011 г. предложил
лайтбокс Не разрешено Всплывающее окно с изображением Изображения с этим атрибутом отображаются крупнее, чем встроенные в веб-сайт (или как вы его указали) при нажатии (например, с установленным плагином «Lightbox 2»). При добавлении [группы] в rel=»lightbox» все изображения получают нажимаемую кнопку для перехода к следующему/предыдущему; вставить в Lightbox 2 (в этом списке необходимо сохранить фактическую спецификацию, эта ссылка является документацией только одной реализации) предложил
лайтвидео Не разрешено Всплывающее видео Загружает видео в эффект лайтбокса Lightbox2 — Как отображать видеоконтент предложил
основной Гиперссылка Гиперссылка Текущая страница является подразделом или менее важной страницей, чем целевой ресурс Нет официальной спецификации Может быть синонимом rel-parent, когда последний относится к документу, а не к человеку. Однако он отличается от rel=»home» и rel-root, поскольку последние относятся только к самому верхнему ресурсу в иерархической древовидной структуре (и в этом случае они могут быть объединены с main). Обратите внимание, что rel-main не обязательно относится к более высокому узлу в древовидной структуре, поскольку целевой ресурс может быть просто более важным родственным узлом. предложил
манифест Внешний ресурс Не разрешено Импорт или ссылки на манифест Манифест W3C для веб-приложения предложил
значок маски Внешний ресурс Не разрешено Укажите значок веб-страницы для «закрепленных вкладок» в Safari 9. вероятно избыточен с rel-icon предложил
мета Внешний ресурс Не разрешено Внешние метаданные о HTML-документе Спецификация синтаксиса RDF/XML W3C предложил
микропаб Внешний ресурс Не разрешено конечная точка микропаба для создания новых сообщений Описание микропаба предложил
ноупер Не разрешено Аннотация Требует, чтобы любой контекст просмотра, созданный путем перехода по гиперссылке, не имел открывающего контекст просмотра. 4.6.6.11 Тип ссылки ”noopener” предложил
openid.делегат Внешний ресурс Не разрешено Когда страница, содержащая ссылку, используется в качестве идентификатора OpenID, проверяющая сторона выполняет аутентификацию sOpenID 1.1 с целью ссылки в качестве идентификатора. Аутентификация OpenID 1.1 предложил
openid.сервер Внешний ресурс Не разрешено Сервер OpenID, с которым проверяющая сторона может связаться для проверки подлинности OpenID 1.1. Аутентификация OpenID 1.1 предложил
openid2.local_id Внешний ресурс Не разрешено Когда страница, содержащая ссылку, используется в качестве идентификатора OpenID, проверяющая сторона выполняет проверку подлинности sOpenID 2.0 с целью ссылки в качестве идентификатора. Аутентификация OpenID 2.0 предложил
openid2.провайдер Внешний ресурс Не разрешено Сервер OpenID, с которым проверяющая сторона может связаться для проверки подлинности OpenID 2.0. Аутентификация OpenID 2.0 предложил
п3пв1 Внешний ресурс Не разрешено Ссылается на машиночитаемое описание политики конфиденциальности в формате P3P. спецификация P3P предложил
pgpkey Внешний ресурс Не разрешено Связывает ключ PGP с веб-страницей, чтобы URL-адрес веб-страницы можно было использовать в качестве URL-адреса комментатора в комментариях блога, подписанных PGP, а система ведения блогов, получающая комментарий, могла получить ключ и проверить подпись как принадлежащую владельцу URL. Комментарии, подписанные PGP предложил
обратная связь Внешний ресурс Не разрешено указывает адрес сервера pingback, который обрабатывает pingbacks для текущего документа. обратная связь предложил
предварительное соединение Внешний ресурс Не разрешено Указывает источник, который будет использоваться для получения необходимых ресурсов. Инициирование раннего соединения, которое включает в себя поиск DNS, рукопожатие TCP и необязательное согласование TLS, позволяет пользовательскому агенту маскировать высокие затраты на задержку установления соединения. Подсказки по ресурсам Рабочий проект предложил
пререндеринг Внешний ресурс Внешний ресурс Предварительно отображает веб-страницу, на которую указывает ссылка, включая запуск сценариев. rel-prerender предложил
профиль Внешний ресурс Контекстный внешний ресурс указывает [s], что целью этой гиперссылки является профиль метаданных (например, профиль XMDP) для текущей страницы или ее части. См. также Мозговой штурм XMDP. rel-профиль предложил
издатель Внешний ресурс Внешний ресурс Указывает, что ссылочный документ является профилем метаданных (например, профилем в социальных сетях/настоящим именем, таким как профиль Google+) для издателя текущей страницы или некоторой части текущей страницы. Страница справки Google предложил
радиоэпг Внешний ресурс Внешний ресурс Указывает, что ссылочный документ является документом с информацией о службе RadioDNS (ETSI TS 102 818 s10.2.3), содержащим информацию о радиостанции, публикующей текущую страницу. Документация RadioDNS предложил
исполнение Внешний ресурс Внешний ресурс Указывает на пример визуализации, интерпретации или изображения источника. Пользовательские агенты могут выбрать выполнение, отображение или визуализацию цели на месте; или перейти к цели. Представление HTML-отношения предложил
ответ на Внешний ресурс Гиперссылка указывает любой почтовый ящик (ящики) (т. е. адреса электронной почты), на которые должны быть отправлены ответы. Примечание: это отличается от значения «in-reply-to», которое относится к исходному документу, а не к адресу, по которому следует отправлять комментарии. RFC2822 (первоначально RFC822) ратифицирован
схема.DCTERMS Внешний ресурс Не разрешено Сопоставляет префикс «DCTERMS» для использования в других отношениях ссылок, связанных с Dublin-Core (таких как DCTERMS.creator) и мета-ключевых словах. Раздел 4.2 документа «Выражение метаданных Dublin Core с использованием метаданных HTML/XHTML и элементов ссылок» см. также «WhatWG MetaExtensions Wiki для примеров использования в мета-ключевых словах». предложил
обслуживание Внешний ресурс Не разрешено Автообнаружение службы редактирования протокола публикации Atom. Документация на вики WHATWG предложил
короткая ссылка Внешний ресурс Не разрешено Указывает предпочтительный сокращенный URL-адрес для страницы. спецификация короткой ссылки предложил
боковая панель Гиперссылка Гиперссылка Указывает, что указанный документ предназначен для отображения во вторичном контексте просмотра. rel-боковая панель предложил
карта сайта Внешний ресурс Не разрешено Предоставляет ссылку на XML-документ, описывающий макет сайта. rel-карта сайта предложил
подресурс Внешний ресурс Не разрешено Внешний ресурс, предназначенный для использования на текущей странице. Хромовая документация предложил
меч Гиперссылка Не разрешено SWORD — это облегченный протокол для удаленного размещения контента в репозиториях. .Проект МЕЧ отн-меч предложил
синдикация Гиперссылка Гиперссылка Относится к странице, которая является синдицированной копией текущей страницы. относительная синдикация предложил
табель учета рабочего времени Внешний ресурс Не разрешено Применяет табель учета рабочего времени к документу. ненормативный раздел в спецификации расписания предложил
token_endpoint Внешний ресурс Не разрешено Укажите конечную точку HTTP, которую клиенты Micropub могут использовать для получения токена доступа с помощью кода авторизации. Спецификация IndieAuth предложил
вебупоминание Внешний ресурс Гиперссылка дает адрес конечной точки веб-упоминания, которая обрабатывает веб-упоминания в текущем документе. Спецификация веб-упоминания предложил
виджет Внешний ресурс Внешний ресурс Автообнаружение для виджетов W3C ненормативный раздел в спецификации упаковки виджета предложил
влвманифест Внешний ресурс Не разрешено Автообнаружение манифеста Windows Live Writer документация на MSDN предложенный
image_src Внешний ресурс Не разрешено Укажите значок веб-страницы для использования Facebook, Yahoo, Digg и т. д. Неизвестно, но см. , например, это вероятно избыточен с rel=icon предложил
http://docs.oasis-open.org/ns/cmis/link/200908/acl Внешний ресурс Внешний ресурс Идентифицирует ресурс, содержащий документ CMIS ACL для контекста ссылки. CMIS 1.0, раздел 3.4.3.4 предложил
таблица стилей/меньше Внешний ресурс Не разрешено Меньше таблиц стилей фреймворка CSS. Меньше использования CSS предложил
yandex-tableau-widget Внешний ресурс Не разрешено Позволяет веб-мастерам настраивать внешний вид собственных виджетов сайта в Яндекс.Браузере API Tableau Яндекса предложил

мозговой штурм

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

Вы можете перечислить здесь новые предлагаемые значения rel, и даже лучше, если вы можете перечислить и дать ссылку на использование POSH в дикой природе.

Сообщение в списке рассылки
отн. значение резюме мозговой штурм и использование в дикой природе
доступность указывает [s], что место назначения этой гиперссылки содержит информацию о доступности для текущей страницы. сообщение в блоге, которое само использует значение rel в теге в заголовке документа.
автор указывает [s], что место назначения этой гиперссылки представляет автора текущей страницы. Сочетается с rel=»me» для создания цепочки информации об авторстве. Google заявил, что будет индексировать rel-Author в этом сообщении в блоге с дальнейшим обсуждением соединения rel-me. См. также спецификацию HTML5.
библиография указывает [s], что целью этой гиперссылки является библиография для текущей страницы. , 15 октября 2007 г.
ссылка указывает [s], что назначение этой гиперссылки является авторитетным источником или прецедентом для текущей страницы. распределенный разговор-мозговой штурм
группа ссылочный документ представляет собой группу, к которой принадлежит лицо, представленное текущим документом Групповой мозговой штурм
длинное описание Альтернатива атрибуту img longdesc для использования в видимых ссылках Поиск в Google по запросу rel=longdesc в дикой природе показывает множество источников предложений. Пожалуйста, отредактируйте это, чтобы перечислить самое раннее и, возможно, самое последнее/всестороннее предложение. Пока нет данных об использовании POSH в реальном мире.
карта Ссылка на карту. Возможно встроено в adr, hCard, geo или hCalendar. Парсеры МАЙ пытаются проанализировать URL-адрес, если он является ссылкой на известный сайт карты (например, Geohash, Google Maps, Multimap), и извлечь координаты и другие полезные данные. (для TobyInk по электронной почте)
член ссылочный документ представляет член группы, представленной текущим документом Групповой мозговой штурм
m_PageScroll2id JS для прокрутки до определенного идентификатора Групповой мозговой штурм
предварительная выборка указывает URL-адрес и тип содержимого ресурса, который, вероятно, будет обязательным ресурсом при запуске следующего действия или навигации. Инициирование ранней выборки позволяет пользовательскому агенту скрыть задержку запроса ресурса и сделать его доступным для приложения раньше. ресурс подсказок черновик
предварительная нагрузка указывает URL-адрес и тип содержимого ресурса, который должен быть извлечен агентом пользователя как можно раньше. Инициирование ранней выборки позволяет пользовательскому агенту скрыть задержку запроса ресурса и сделать его доступным для приложения раньше. ресурс подсказок черновик
пререндеринг указывает URL-адрес следующей цели навигации. Инициирование предварительного рендеринга позволяет агенту пользователя обеспечить мгновенную навигацию: агент пользователя загружает ресурс верхнего уровня и его активы и выполняет все шаги обработки, необходимые для отображения страницы, фактически не показывая ее пользователю. ресурс подсказок черновик
профиль указывает [s], что целью этой гиперссылки является профиль метаданных (например, профиль XMDP) для текущей страницы или ее части Мозговой штурм XMDP
короткая ссылка ссылочный документ представляет собой текущий документ, но с более коротким URL-адресом сообщение в блоге
источник ссылочный документ представляет собой исходный код текущего документа или проекта Источник Сообщение в блоге «Мозговой штурм»
вкалендарь-родитель ссылка с события на содержащее событие hКалендарь 1. 1 проект
вкалендарь-ребенок ссылка от события к содержащемуся событию hКалендарь 1.1 проект
вкалендарь-брат ссылка с события на связанное событие с тем же контейнером hКалендарь 1.1 проект
статус ссылочный документ представляет статус (или источник обновлений статуса) для автора этого документа сообщение в блоге
https://api.w.org/ Ссылка на API WordPress Официальная тема WordPress

больше мозгового штурма

См. также:

  • Генеалогия Мозговой штурм для некоторых мыслей о возможных дополнительных значениях для семейных отношений (хотя сначала используйте существующие XFN — родительские, дочерние, родственные, родственные ценности XHTML Friends Network)
  • xpn-мозговой штурм для некоторых мыслей о возможных дополнительных значениях для профессиональных отношений (используйте существующий XFN — коллега по сети друзей XHTML, хотя коллеги оценивают в первую очередь)

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

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

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

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

Внешние источники:

  • Метаинформация в документах DevMo (DevMo)
  • Микрорезюме
  • Отношения каналов веб-связи (WCLR)
  • Черновик значений отношения ссылок W3C (LRdraft) — из черновика спецификации HTML около 1991 года.
  • HTML5 черновик Возможны изменения
  • FOAF Project Wiki: Autodiscovery (FOAF)
  • RFC4685
  • Блог Google
отн. значение резюме происхождение предложение(я)
архив индекс архивных записей неизвестно, возможно, программное обеспечение для ведения блогов WordPress с открытым исходным кодом ВКЛР
архивы Предоставляет ссылку на коллекцию записей, документов или других материалов, представляющих исторический интерес. HTML5
автор см. мозговой штурм выше для рекомендуемого использования Google неизвестно DevMo / HTML5
канонический Чтобы помочь поисковым системам устранить неоднозначность одной и той же страницы с несколькими представлениями Гугл Google/Microsoft/Yahoo!, Спросите Дживса
комментарий ВКЛР
взнос ВКЛР
EditURI Расположение шлюза xml-rpc для установки WordPress, который позволяет внешним программам добавлять, редактировать и удалять сообщения. Используется программным обеспечением «клиент блога WordPress» для автоматизации публикации и обновления контента блога с рабочего стола. Видно в WordPress, например. [1]. Описание заглушено в rel-edituri.
одобрено ВКЛР
вентилятор хххх. hcard-user-profile-authoring
подача Дает адрес канала синдикации для текущего документа. ВКЛР/ HTML5
сноска Расположение сноски по ссылке на сноску. Препроцессоры Markdown, такие как Maruku HTML5
значок Импортирует значок для представления текущего документа. (Разрешено только в ссылке ) HTML5 ВКЛР/HTML5
кинетическая таблица стилей Импортирует «кинетическую таблицу стилей» KSS для привязки динамического поведения к элементам Используется в системе управления контентом Plone
лайтбокс Hook — указывает, что переход по ссылке вызовет сценарий «лайтбокс» (разрешено только в ссылке ) (поиск rel=lightbox в Google) Используйте «lightbox» вместо «clearbox» или «prettyPhoto»
сделано LRdraft
мета 1999 W3C RDF синтаксис REC ФОАФ
микрорезюме Микрорезюме, имейте в виду: проблемы с микрорезюме
нереферер указывает, что при переходе по ссылке не должна происходить утечка информации о реферере. HTML5 HTML5
openid.делегат (поиск в Google rel=openid.* в дикой природе)
опенид.сервер (поиск в Google rel=openid.* в дикой природе)
постоянная ссылка указывают постоянную ссылку на часть или все содержимое документа. устаревший; вместо этого используйте закладку . ВКЛР
pgpkey (см. также rel-publickey) [2], [3]
обратный звонок Указывает адрес сервера проверки связи, который обрабатывает обратную связь с текущим документом. (Разрешено только в ссылке ) ВКЛР/ HTML5
всплывающее окно Используется виджетом JS для отображения большой описательной всплывающей подсказки. Bootstrap Popover.js для Twitter
предварительная выборка Указывает, что целевой ресурс должен предварительно кэшироваться. (Разрешено только в ссылке ) HTML5
конфиденциальность Указывает, что целевым ресурсом является политика конфиденциальности.
открытый ключ (см. также rel-pgpkey) [4]
направление ВКЛР
связанные ВКЛР
ответы указывает на продолжение потока неизвестно RFC4685
ответ-прокси Работа с response.js — прокси на внешнем сервере [5] [6]
ответ-перенаправление Работа с response.js — перенаправление на локальном сервере [7] [8]
ресурс ВКЛР
поиск неизвестно неизвестно
карта сайта Ссылки на документ карты сайта. http://www.sitemaps.org/
спонсор ВКЛР
всплывающая подсказка Используется виджетом JS для отображения всплывающей подсказки, аналогичной (хотя и более настраиваемой) той, что отображается в браузерах, если присутствует атрибут title. Twitter Bootstrap Tooltip.js (и, вероятно, другие инструменты JS)
трекбэк неизвестно, возможно, программное обеспечение для ведения блогов Movable Type с открытым исходным кодом ВКЛР
неутвержденный (вероятно, избыточно для nofollow) ВКЛР
пользователь ВКЛР
влвманифест Используется «Windows Live Writer», клиентом блога Microsoft для автоматизации публикации и обновления содержимого блога с рабочего стола. Видно в WordPress, например. [9]. Подобные значения, вероятно, используются и другими системами управления контентом блога.

WCLR

Предложение WCLR описано его автором (в электронном письме от 25 сентября 2007 г.) следующим образом:

…теперь фактически устарел, так как HTML5 и микроформаты уже охватывают все полезные отношения в этом.

Они уже включены в HTML5:

  • постоянная ссылка -> закладка
  • архив -> архивы
  • подача
  • pingback
  • неподтвержденный -> nofollow

Остальные теперь кажутся ненужными.

Тем не менее, их использование в микроформатах может иметь определенные преимущества, по крайней мере, пока HTML5 не станет широко доступным.

Dublin Core

В прошлом значения Dublin Core добавлялись на эту страницу в таблице о функциях HTML5, но не было найдено ни примеров, ни фактической спецификации, явно указывающей, как значения должны использоваться в HTML. . Связанные ниже спецификации были обновлены, поэтому мы должны начать учитывать значения Dublin Core соответствующим образом.

отн. значение резюме источник
схема.DC спецификация всех терминов метаданных, поддерживаемых Инициативой метаданных Dublin Core, в отношении пятнадцати терминов уже опубликованного набора элементов метаданных Dublin Core Дублинское ядро
схема.DCTERMS спецификация всех терминов метаданных, поддерживаемых Инициативой метаданных Dublin Core, отражающая изменения, более подробно описанные в документе 2012 г. «Технические изменения условий метаданных DCMI» [10] Дублинское ядро

Проблемы требуют обновления, учитывая новую информацию из связанных ресурсов.

Примечания:

  • Документ Dublin Core «Выражение метаданных Dublin Core с использованием метаданных HTML/XHTML и элементов ссылок» представляет собой спецификацию и дает примеры обоих и . Обратите внимание, что Dublin Core поощряет использование элементов DCTERMS вместо DC. Список проектов, использующих метаданные Dublin Core, находится здесь.
  • «Выражение метаданных Dublin Core с использованием метаданных HTML/XHTML и элементов ссылок» также включает примеры , но связано с ним.) Потенциально, таким образом можно использовать любые из 55 элементов DCTERMS, включая использование в HTML 5.
    • Как было сказано ранее, валидаторы HTML5 теперь позволяют использовать для объявлений пространств имен.
  • Согласно приведенной выше спецификации DCMI, а также документации «Выражение метаданных Dublin Core с использованием метаданных HTML/XHTML и элементов ссылок», таблица предлагаемых значений атрибута HTML5 @rel была обновлена. Теперь он включает подмножество DCMI 9.0748 /terms/ свойств пространства имен, точнее тех, значение которых может (или должно) быть логически выражено ресурсом, так что значение атрибута «href» становится небуквенным суррогатом значения, относящимся к самому ресурсу.
    • Элементы из пространства имен /elements/1.1/ не включены намеренно. Согласно «Пространствам имен часто задаваемых вопросов / DC и DCTERMS», старое пространство имен поддерживается только для устаревших целей и не так подходит для небуквенных значений, как те, которые обозначены цифрой 9.0123 <ссылка> элемента.

Использование с заголовком ссылки HTTP

Вы также можете использовать любое значение rel (разрешенное для элементов ссылки) с заголовками ссылки HTTP,

Пример: возврат файла Javascript с лицензией (поскольку у самого JS нет возможности указать лицензию)

 Ссылка: ; отн = "лицензия"
 

Для нескольких лицензий (например, CC-SA и GPL) просто используйте несколько Ссылка: заголовки.

 Ссылка: ; отн = "лицензия"
Ссылка: ; отн = "лицензия"
 

Пример: аналогично, ссылка на заявление об авторских правах для изображения:

 Ссылка:  org/copyright.html>; отн = "авторское право"
 

или краткое заявление об авторских правах:

 Ссылка: ; отн = "авторское право"
 

unspecified

Некоторые значения rel были добавлены на эту страницу, возможно, в одной из таблиц выше, но нет ни примеров, ни фактической спецификации, явно указывающей, что значения должны использоваться в атрибуте HTML ‘rel’. найденный. Они перечислены здесь в надежде, что кто-то сможет найти более конкретные/точные URL-адреса примеров или спецификаций о них (желательно и то, и другое). До тех пор, пока не будут предоставлены такие точные URL-адреса примеров/спецификаций, значения можно рассматривать как чисто теоретические и, следовательно, не представляющие большого интереса.

Здесь достаточно простого списка.

rel значения, отличные от HTML

Существуют языки разметки, отличные от HTML, которые также имеют атрибут rel, часто основанный на атрибуте rel HTML. Полезно задокументировать некоторые из этих других языков и их значения rel как для справочных целей, так и для проведения фоновых исследований для возможной разработки и повторного использования этих значений в HTML в виде poshformats или микроформатов.

Источники:

  • rfc-4287 спецификация rfc-4287.
  • Подробнее см. http://www.iana.org/assignments/link-relations.html.
  • См. Maze+XML
  • См. Коллекция+JSON
  • См. OpenSearch
  • См. Отношения ссылок Create-Form и Edit-Form (RFC6861)
  • См. Отношения ссылок, связанные с рабочим процессом, на Messages.io
отн. значение резюме
(по возможности из соответствующей спецификации))
определяющая спецификация
самостоятельно Из http://www.ietf.org/rfc/rfc4287.txt :

Значение «self» означает, что IRI в значении атрибута href идентифицирует ресурс, эквивалентный содержащему элементу.

RFC-4287 http://www.ietf.org/rfc/rfc4287.txt
http://gdata.youtube.com/schemas/2007#in-reply-to См. http://code.google.com/apis/youtube/2.0/developers_guide_protocol_comments.html Расширение YouTube для Atom
коллекция Относится к ресурсу, представляющему коллекцию, членом которой является текущий ресурс.

При использовании в типе носителя Maze+XML связанный URI возвращает доступную коллекцию лабиринтов.

Лабиринт+XML, Коллекция+JSON, OpenSearch
компенсационный тх Ссылка на ресурс, представляющий информацию о компенсирующей транзакции для каждой транзакции-участника Долгоживущей компенсирующей транзакции См. взаимосвязь компенсирующей транзакции
восточный Ссылается на ресурс к востоку от текущего ресурса.

При использовании в типе носителя Maze+XML связанный URI указывает на ресурс соседней ячейки на востоке в активном лабиринте.

Лабиринт+XML
события Ссылка на ресурс коллекции, представляющий список событий, на которые можно подписаться. См. связь событий
выход Ссылается на ресурс, представляющий выход или конец текущего действия или процесса клиента.

При использовании в типе носителя Maze+XML связанный URI указывает на конечный выходной ресурс активного лабиринта.

Лабиринт+XML
север Ссылается на ресурс, который находится «к северу» от текущего ресурса.

При использовании в типе носителя Maze+XML связанный URI указывает на ресурс соседней ячейки к северу в активном лабиринте.

Лабиринт+XML
южный Ссылается на ресурс, который находится «южнее» текущего ресурса.

При использовании в типе носителя Maze+XML связанный URI указывает на ресурс соседней ячейки к югу в активном лабиринте.

Лабиринт+XML
через Идентифицирует ресурс, который является источником информации в контексте. Формат синдикации Atom 1.0 (RFC 4287)
запад Относится к ресурсу, который находится «западнее» текущего ресурса.

При использовании в типе носителя Maze+XML связанный URI указывает на ресурс соседней ячейки на западе в активном лабиринте.

Лабиринт+XML
деталь Целевой IRI указывает на ресурс, который является членом коллекции, представленной IRI контекста. Коллекция+JSON
создать форму При включении в ресурс отношение ссылки «create-form» МОЖЕТ идентифицировать целевой ресурс, представляющий форму для добавления нового члена в контекст ссылки. См. Отношения ссылок Create-Form и Edit-Form (RFC6861)
форма редактирования При включении в ресурс отношение ссылки «форма редактирования» идентифицирует целевой ресурс, представляющий форму для редактирования связанного ресурса. См. Отношения ссылок Create-Form и Edit-Form (RFC6861)
световая рама Открывает цель в лайтбоксе. При включении он предоставляет простую цель лайтфрейм и загружает содержимое в эффект лайтбокса Лайтбокс
супербокс[изображение] Супербокс jQuery! это скрипт, который позволяет отображать окна с эффектом лайтбокса. супербокс
WP-видео-лайтбокс wp-видео-лайтбокс! является ссылкой на скрипт тега привязки, отображающий видео с эффектом лайтбокса. wp-видео-лайтбокс
ютуб Открывает целевое видео YouTube с помощью плагина Swipebox Свайпбокс
теневой ящик shadowbox — это скрипт jQuery для отображения изображений с эффектами «лайтбокса». теневой ящик
разрешение При включении в ресурс отношение ссылки «разрешение» МОЖЕТ идентифицировать целевой ресурс, представляющий список сущностей, которые могут получить доступ к ресурсу или изменить его в контексте ссылки. См. Спецификацию типа носителя для сбора документов
суб При включении в ресурсное представление события отношение ссылки «подписка» МОЖЕТ идентифицировать целевой ресурс, который представляет возможность подписаться на ресурс типа события публикации/подписки в контексте ссылки. См. отношение ссылки на подписку
неизвестный При включении в ресурсное представление события отношение ссылки «отменить подписку» (отмена подписки) МОЖЕТ идентифицировать целевой ресурс, который представляет возможность отказаться от подписки на ресурс типа события публикации/подписки в контексте ссылки. См. связь отмены подписки
история версий При включении в версионный ресурс эта ссылка указывает на ресурс, содержащий историю версий для этого ресурса. RFC 5829
последняя версия При включении в версионный ресурс эта ссылка указывает на ресурс, содержащий последнюю (например, текущую) версию. RFC 5829
рабочая копия При включении в версионный ресурс эта ссылка указывает на рабочую копию этого ресурса. RFC 5829
рабочая копия При включении в рабочую копию эта ссылка указывает на версионный ресурс, из которого была получена эта рабочая копия. RFC 5829
предыдущая версия При включении в версионный ресурс эта ссылка указывает на ресурс, содержащий предыдущую версию в истории версий. RFC 5829
последующая версия При включении в версионный ресурс эта ссылка указывает на ресурс, содержащий последующую версию в истории версий. RFC 5829

удалено

Следующие значения rel были в более ранних версиях спецификации (спецификаций), и их отсутствие в самой последней версии соответствующей спецификации (спецификаций) предполагает, что они устарели или объявлены устаревшими .

В общем, НЕ ДОЛЖНЫ использовать какие-либо отброшенные значения.

Если какие-либо такие значения были заменены стандартными значениями (см. первую таблицу на этой странице), то вы НЕ ДОЛЖНЫ использовать отброшенные версии.

В частности:

  • , если значение rel было в черновике и отсутствует (без объяснения причин) в окончательной спецификации, или
  • , если значение rel было в предыдущей версии и отсутствует (без объяснения причин) в обновлении спецификации (даже черновом обновлении)

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

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

Если данных больше, напр. ссылка на электронное письмо с обсуждением разработки спецификации, в котором объясняется, почему значение rel было удалено, и в нем явно указано, например. он был без предубеждений, или просто отложен, или, возможно, ожидалось, что он будет включен в его спецификацию (или по какой-либо другой явной положительной причине), тогда он делает ссылку / цитирует этот явный текст как часть предложения.

Источники:

  • HTML3 (HTML3) / был заменен HTML 3.2, который сам был заменен HTML 4.0, который сам был обновлен HTML 4.01, обычно называемым «HTML 4» в этой вики и других местах.)
  • Предлагаемые типы ссылок HTML 4.0 (HTML4dropped) — устарели/заменены Рекомендацией HTML 4.0. Таким образом, любые значения, которые были в документе «Предлагаемые типы ссылок HTML 4.0», но не попали в Рекомендацию HTML 4.0, были явно исключены, и их следует избегать.
..
отн. значение резюме определяющая спецификация почему упал
баннер Используется для ссылки на другой документ, который будет использоваться в качестве баннера для этого документа (т. е. форма оператора «включить»). HTML3 неизвестно
начало идентифицирует определенное автором начало последовательности документов, узлом которой является текущий документ. HTML4отброшен неизвестно
библиостатья идентифицирует библиографическую запись HTML4отброшен неизвестно
библиография идентифицирует библиографию HTML4отброшен неизвестно
дочерний (устаревший/замененный) целевой документ является иерархическим дочерним или вложенным документом текущего документа HTML4отброшен неизвестно
цитата целью является библиографическая ссылка HTML4отброшен неизвестно
коллекция целевой документ представляет собой коллекцию, содержащую текущий документ HTML4отброшен неизвестно
определение идентифицирует определение термина HTML4отброшен неизвестно
отказ от ответственности идентифицирует гипертекстовую ссылку на правовую оговорку HTML4отброшен неизвестно
редактор идентифицирует гипертекстовую ссылку на редактор HTML4отброшен неизвестно
конец идентифицирует определяемый автором конец последовательности документов, узлом которой является текущий документ. HTML4отброшен неизвестно
сноска якорь — это маркер сноски, а цель — сноска HTML4отброшен неизвестно
навигация целевой документ содержит такую ​​информацию, как карта изображений, которая поможет пользователям понять, как и где найти информацию HTML4отброшен неизвестно
происхождение синоним к слову топ HTML4отброшен неизвестно
родительский (устаревший/замененный) целевой документ является иерархическим родителем или контейнером текущего документа HTML4отброшен неизвестно
указатель цель является указателем на реальную цель. Это значение может использоваться пользовательским агентом для выполнения предварительной выборки указанной цели для оценки до тех пор, пока не будет достигнута реальная цель HTML4dropped неизвестно
издатель идентифицирует гипертекстовую ссылку на издателя HTML4отброшен неизвестно
одноуровневый (устаревший/замененный) целевой документ является потомком общего родителя или иерархическим одноранговым элементом текущего документа HTML4отброшен неизвестно
верх целевой документ является логическим верхним узлом дерева (см. также начало ) HTML4отброшен неизвестно
товарный знак идентифицирует гипертекстовую ссылку на уведомление о товарном знаке HTML4отброшен неизвестно
перевод целью является перевод на другой язык HTML4отброшен неизвестно
урк идентифицирует Universal Resource Citation HTML4отброшен неизвестно

исключено без ущерба

В одном известном случае (из HTML4 в HTML5) некоторые значения rel были в более ранней версии спецификации (или предложения) и были удалены из последней (черновой) версии, и это было отмечено, что эти значения были удалены с тем намерением, чтобы они все еще могли быть предложены в реестре, и, таким образом, они явно не были объявлены устаревшими или устаревшими. В этом разделе такие значения документируются отдельно от отброшенного раздела.

В общем, вам НЕ СЛЕДУЕТ использовать какие-либо отброшенные значения.

Если какие-либо такие значения были заменены стандартными значениями (см. первую таблицу на этой странице), то вы НЕ ДОЛЖНЫ использовать отброшенные версии.

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

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

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

Источники:

  • Несколько значений rel были явно исключены из HTML5. Per: Issue 118 Decision ( выделение добавлено):

    «Окончательное предложение приводит доводы в пользу удаления некоторых значений отношений, а именно, предлагает удаление индекса вверх, первого и последнего . Это было указано в обзоре отмечает, что эти отношения уже зарегистрированы в реестре отношений ссылок IANA.Предположительно, эти отношения также могут быть введены в любой другой реестр или реестры, которые HTML5 принимает для этой цели .

    «Следующие шаги

    «Поскольку отношения, которые необходимо удалить, уже зарегистрированы в реестре отношений ссылок IANA, никаких дополнительных действий для их включения в него не требуется. Члены рабочей группы могут свободно регистрировать или записывать эти отношения, а также [так в оригинале]. относительное значение резюме определяющая спецификация почему упал первый Синоним для начало HTML4dropped — никогда не упоминался в официальной спецификации Явно удален из промежуточного проекта HTML5, но разрешен для внешнего реестра индекс Ссылается на документ, содержащий указатель для текущего документа. был в HTML4; токен был перерегистрирован в расширениях типа ссылки HTML5 и теперь действителен. Явно удален из промежуточного проекта HTML5, но разрешен для внешнего реестра последний Ссылается на последний документ в коллекции документов. HTML4dropped — никогда не упоминался в официальной спецификации Явно удален из промежуточного проекта HTML5, но разрешен для внешнего реестра вверх Если документ является частью иерархии, эта ссылка ссылается на непосредственного родителя текущего документа. Синоним к слову родительский . был в HTML3, но пропал в HTML4 Явно удален из промежуточного проекта HTML5, но разрешен для внешнего реестра

    См. соответствующие HTML5: Типы ссылок для существующих указанных в HTML5 значений rel.

    отклонено

    Были предложены и отклонены некоторые относительные значения. Они перечислены здесь, чтобы сделать это явным. Авторы НЕ ДОЛЖНЫ использовать отклоненные значения rel.

    Источник: отклоненные форматы.

    отн. значение происхождение / предложение почему отклонили
    логотип Relogo.org отклоненных форматов#Лого
    паватар паватар отклоненных форматов#Pavatar

    инструменты

    См. Реализации микроформатов.

    дополнительное внешнее исследование

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

    • 1996-06-07 Гипертекстовые ссылки в HTML (копии: ftp.ics.uci.edu)
    • 13.11.1996 Описание веб-ресурсов и ссылки на них
    • 1997-01-23 LYNX-DEV Lynx и тег LINK
    • 24 января 1997 г. Список таксономий
    • 1997-03-28 Рабочий проект W3C: гипертекстовые ссылки и метаинформация в HTML единственный автор, поддерживающий их. Они перечислены здесь исключительно по историческим причинам и не являются достаточными для того, чтобы быть ссылками сами по себе (поскольку они просто являются отдельными ссылками на другие ссылки).

      • Определения типов ссылок Глоссарий от fantasai

      родственные

      • относительные
      • существующие относительные значения
      • отн. примеры
      • отн. Часто задаваемые вопросы
      • отн. шаблон проектирования
      • относительные значения выдает
      • отн. реестр
      • элементно-микроформатный
      • существующие значения оборотов
      • существующие классы

      авторское право

      Весь текст этой страницы доступен на условиях лицензии Creative Commons Public Domain. (Подробности см. в разделе «Авторские права».)

      полное руководство по каноническим URL • Yoast

      Канонический URL-адрес позволяет сообщить поисковым системам, что некоторые похожие URL-адреса на самом деле одинаковы. Потому что иногда у вас есть продукты или контент, которые можно найти по нескольким URL-адресам или даже по нескольким веб-сайтам. Используя канонические URL-адреса (теги ссылок HTML с атрибутом rel=canonical), вы можете разместить их на своем сайте без ущерба для своего рейтинга. В этом окончательном руководстве мы обсудим, что такое канонические URL-адреса, когда их использовать и как предотвратить или исправить несколько распространенных ошибок!

      Содержание

      • Что такое канонический элемент ссылки?
      • SEO-преимущество rel=canonical
        • История rel=canonical
      • Процесс канонизации
      • Как установить канонические URL-адреса
        • 1. Выберите, какая страница получит канонический тег. rel=canonical element
        • Установка канонического URL-адреса в Yoast SEO
      • Когда следует использовать канонические URL-адреса?
        • 301 редирект или канонический?
        • Должна ли страница иметь самоссылающийся канонический URL-адрес?
        • Cross-Domain Canonical URLS
      • Неисправные канонические URL-адреса: общие проблемы
        • Rel = канонические и социальные сети
      • Усовершенствованное использование REL = каноническое
        • Canonical Link Head Header
        • с использованием Canoninical в сочетании в сочетании с Canonical Comminynical с Canonical Link. hreflang
      • Заключение: rel=canonical — мощный инструмент

      Элемент rel=canonical, часто называемый «канонической ссылкой», — это HTML-элемент, помогающий веб-мастерам предотвращать дублирование контента. Он делает это, указывая «канонический URL», «предпочтительную» версию веб-страницы. В большинстве случаев это исходный URL. Использование канонических URL-адресов улучшает SEO вашего сайта.

      Идея проста: если у вас есть несколько версий одного и того же контента, вы выбираете одну «каноническую» версию и указываете на нее поисковым системам. Добавление канонического элемента к URL-адресу сообщает поисковым системам, что именно его они должны показывать в своих результатах.

      Например, канонический URL-адрес нашей SEO-статьи WordPress выглядит так:

        

      Канонический URL-адрес может увидеть в источнике веб-страницы, выполнив поиск  отн = "канонический" . Это элемент, который видят только поисковые системы, он не повлияет на ваших пользователей.

      SEO-преимущество rel=canonical

      История rel=canonical

      Элемент канонической ссылки был представлен Google, Bing и Yahoo! в феврале 2009 года. Если вам интересна его история, мы рекомендуем пост Мэтта Каттса от 2009 года. В этом посте вы найдете некоторую предысторию и ссылки на различные интересные статьи. Или посмотрите видео, в котором Мэтт представляет элемент канонической ссылки. Потому что, хотя идея проста, особенности ее использования часто немного сложнее.

      Как мы упоминали выше, канонический URL — это техническое решение для управления дублирующимся контентом. Дублированный контент может стать большой проблемой для SEO. Когда поисковые системы находят две (или более) очень похожих страницы, они не знают, какую из них добавить в результаты поиска. В результате все эти страницы могут оказаться в более низком рейтинге.

      Например, у вас может быть сообщение или продукт, который прикреплен к двум категориям и существует под двумя URL-адресами, например:

       https://example.com/black-shoes/black-and-red-shoes/
      https://example.com/red-shoes/black-and-red-shoes/ 

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

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

      Процесс канонизации

      Когда у вас есть несколько вариантов URL продукта, канонизация — это процесс выбора одного из них. К счастью, во многих случаях будет очевидно: один URL будет лучшим выбором, чем другие. Но в некоторых случаях это может быть не так очевидно. Это не о чем беспокоиться. Даже тогда это все еще довольно просто: выберите один! Отказ от канонизации ваших URL  всегда  хуже, чем канонизация ваших URL-адресов.

      Как установить канонические URL-адреса

      Ироническое примечание

      Термин «канонический» происходит от римско-католической традиции, где список священных книг был создан и признан подлинным и назван каноническими Евангелиями Нового Завета. Ирония в том, что Римско-католической церкви потребовалось около 300 лет и многочисленные споры, чтобы составить канонический список, и в итоге они выбрали четыре версии одной и той же истории…

      Предположим, у вас есть две версии одной и той же страницы, каждая из которых на 100 % состоит из одного и того же контента. Разница лишь в том, что они находятся в отдельных разделах вашего сайта. И из-за этого цвет фона и активный пункт меню разные — и всё. Обе версии были связаны с других сайтов, так что само содержание явно ценно. Итак, какую версию должны показывать поисковые системы в результатах?

      Описанная выше ситуация возникает довольно часто, особенно во многих системах электронной коммерции. Продукт может иметь несколько разных URL-адресов в зависимости от того, как вы туда попали. Но именно для этого и был придуман rel=canonical. В этом случае вы должны применить rel=canonical следующим образом:

      1. Выберите, какая страница получит канонический тег

      Скажем, например, у вас есть эти два URL-адреса, оба с одинаковым содержанием:

       https://example. com/wordpress/seo-plugin/
      https://example.com/wordpress/plugins/seo/ 

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

      2. Добавьте элемент rel=canonical

      Следующим шагом будет добавление ссылки rel=canonical с неканонической страницы на каноническую. Выполнение этого вручную означает добавление rel=canonical в качестве метатега в заголовок HTML неканонической страницы. Вы также можете использовать плагин Yoast SEO, чтобы добавить его для себя (подробнее об этом читайте ниже).

      Итак, если мы выберем самый короткий URL-адрес в качестве нашего канонического URL-адреса, другой URL-адрес будет ссылаться на самый короткий URL-адрес в разделе страницы — вот так:

        

      Это так просто! Ни больше ни меньше.

      Это «объединяет» две страницы в одну с точки зрения поисковой системы. Это «мягкое перенаправление» без фактического перенаправления пользователя. Ссылки на оба URL-адреса теперь считаются одной канонической версией URL-адреса.

      Хотите узнать больше об использовании rel=canonical на страницах категорий и товаров вашего сайта электронной коммерции? Мы также обсуждаем эту тему в этом видео Ask Yoast.

      Установка канонического URL-адреса в Yoast SEO

      С помощью функции тега канонического URL-адреса плагина Yoast SEO вы можете легко добавить канонический URL-адрес к сообщению или странице. Вам нужно сделать это только в том случае, если вы хотите изменить канонический URL-адрес на что-то отличное от URL-адреса текущей страницы. Yoast SEO уже отображает правильный канонический URL-адрес практически для любого типа страницы при установке WordPress.

      Для сообщений, страниц и пользовательских типов сообщений вы можете редактировать канонический URL-адрес на вкладке «Дополнительно» метабокса Yoast SEO — или на боковой панели редактора блоков WordPress:

      Установка канонического URL-адреса в Yoast SEO

      Для категорий, тегов и других терминов таксономии вы можете изменить канонический URL-адрес в том же месте в метабоксе Yoast SEO или на боковой панели. Если у вас есть другие расширенные варианты использования, вы также можете использовать фильтр wpseo_canonical , чтобы изменить вывод Yoast SEO.

      Вы можете прочитать больше на нашей странице справки об использовании Yoast SEO для установки канонических URL-адресов.

      Дублирующий пост Yoast

      Canonicals может помочь вам, когда ваш сайт выигрывает от схожего контента на разных страницах. Создание этих страниц может занять у вас много времени. Если вы ищете простой способ дублировать сообщения или страницы, Yoast Duplicate Post — это плагин для вас!

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

      Когда следует использовать канонические URL-адреса?

      301 редирект или канонический?

      Что делать, если вы не уверены, делать ли перенаправление 301 или установить канонический? Ответ прост: переадресацию следует делать всегда, если нет технических причин этого не делать. Если вы не можете перенаправить, потому что это повредит пользовательскому опыту или создаст проблемы по другим причинам, установите канонический URL-адрес. Менеджер перенаправлений в Yoast SEO Premium поможет вам настроить перенаправления.

      Должна ли страница иметь самоссылающийся канонический URL-адрес?

      На изображении выше мы связываем неканоническую страницу с канонической версией. Но должна ли страница устанавливать для себя rel=canonical? Этот вопрос часто обсуждается среди SEO-специалистов. В Yoast мы настоятельно рекомендуем размещать элемент канонической ссылки на каждой странице, и Google подтвердил, что это лучше всего. Это связано с тем, что большинство CMS разрешают параметры URL без изменения содержимого. Таким образом, все эти URL-адреса будут показывать один и тот же контент:

      • https://example.com/wordpress/seo-plugin/
      • https://example.com/wordpress/seo-plugin/?isnt=it-awesome
      • https://example.com/wordpress /seo-plugin/?cmpgn=twitter
      • https://example. com/wordpress/seo-plugin/?cmpgn=facebook

      Проблема в том, что если у вас нет канонической ссылки на страницу который указывает на самую чистую версию URL-адреса, вы рискуете попасть под это. И если вы не сделаете это сами, кто-то другой может сделать это за вас и вызвать проблему дублирования контента. Таким образом, добавление самоссылающихся канонических URL-адресов на вашем сайте является хорошим «защитным» шагом SEO. К счастью, наш плагин Yoast SEO позаботится об этом за вас.

      Междоменные канонические URL-адреса

      Возможно, у вас есть один и тот же контент в нескольких доменах. Некоторые сайты или блоги самостоятельно публикуют статьи с других веб-сайтов, поскольку считают, что их контент актуален для их пользователей. В прошлом у нас были веб-сайты, на которых также публиковались статьи с Yoast.com ( со специальным разрешением ).

      Но если бы вы просмотрели HTML-код каждой из этих статей, вы бы нашли ссылку rel=canonical, указывающую прямо на нашу исходную статью. Это означает, что все ссылки, указывающие на их версию статьи, учитываются в рейтинге нашей канонической версии. Они используют наш контент, чтобы порадовать свою аудиторию, и мы получаем от этого явную выгоду. Таким образом, выигрывают все!

      Неверные канонические URL-адреса: распространенные проблемы

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

      • Не канонизировать архив с разбивкой на страницы на страницу 1. rel=canonical на странице 2 должен указывать на страницу 2. Если вы укажете на страницу 1, поисковые системы фактически не будут индексировать ссылки. на этих более глубоких архивных страницах.
      • Сделайте их на 100% конкретными. По разным причинам многие сайты используют ссылки, относящиеся к протоколу, то есть оставляют бит http/https в своих URL-адресах. Не делайте этого для своих каноников. У вас есть предпочтения, так покажите их.
      • Создайте канонический URL-адрес запроса. Если вы используете переменные, такие как домен или URL-адрес запроса, используемый для доступа к текущей странице при создании канонического, вы делаете это неправильно. Ваш контент должен знать о своих собственных URL-адресах. В противном случае вы могли бы по-прежнему иметь один и тот же фрагмент контента, например, на example.com и www.example.com, и каждый из них канонизировался бы для себя.
      • Несколько ссылок rel=canonical на странице вызывают хаос. Когда мы сталкиваемся с этим в плагинах WordPress, мы пытаемся связаться с разработчиком, который делает это, и научить его не делать этого, но это все равно происходит. И когда это происходит, результаты совершенно непредсказуемы.

      Facebook и Twitter также соблюдают rel=canonical, и это может привести к странным ситуациям. Если вы поделитесь URL-адресом на Facebook с каноническим адресом, указывающим на другое место, Facebook поделится деталями из канонического URL-адреса. На самом деле, если вы добавите кнопку «Нравится» на страницу, которая имеет канонический указатель в другом месте, она будет показывать количество лайков для канонического URL, а не для текущего URL. Твиттер работает так же. Так что помните об этом, когда делитесь URL-адресами или используете эти кнопки.

      Расширенное использование rel=canonical

      HTTP-заголовок канонической ссылки

      Google также поддерживает HTTP-заголовок канонической ссылки. Заголовок выглядит так:

       Ссылка: ; rel="canonical" 

      HTTP-заголовки канонической ссылки могут быть очень полезны при канонизации таких файлов, как PDF, поэтому полезно знать, что эта опция существует.

      Использование rel=canonical на не очень похожих страницах

      Хотя мы бы не рекомендовали это, вы  может  использовать rel=canonical очень агрессивно. Google уважает это до смешного, когда вы можете канонизировать совершенно другой фрагмент контента для другого фрагмента контента. Однако, если Google поймает вас на этом, он перестанет доверять каноническим файлам вашего сайта. И это плохие новости для вашего SEO.

      Использование rel=canonical в сочетании с hreflang

      Мы также говорим о канонических значениях в нашем полном руководстве по hreflang. Это потому, что это необходимо что когда вы используете hreflang, каждый язык canonical указывает сам на себя. Убедитесь, что вы понимаете, как правильно использовать канонические символы при реализации hreflang; в противном случае вы можете убить всю свою реализацию hreflang.

      Вывод: rel=canonical — мощный инструмент

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

      Использование канонических URL-адресов является неотъемлемой частью технического SEO. Любопытно, насколько соответствует общее техническое SEO вашего сайта? Мы создали технический SEO-тест, который поможет вам понять, над чем вам нужно поработать!

      Подробнее: WordPress SEO: Полное руководство по повышению рейтинга сайтов WordPress »

      Йост де Валк

      Йост де Валк является основателем Yoast. После продажи Yoast он перестал быть активным на постоянной основе и теперь выступает в качестве советника компании. Он интернет-предприниматель, который вместе со своей женой Марике активно инвестирует и консультирует несколько стартапов. Его основная специализация — разработка программного обеспечения с открытым исходным кодом и цифровой маркетинг.

      Далее!

      Введение · Начальная загрузка

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

      Быстрый старт

      Хотите быстро добавить Bootstrap в свой проект? Используйте jsDelivr, бесплатно предоставляемый ребятами из jsDelivr. Используете менеджер пакетов или вам нужно загрузить исходные файлы? Перейдите на страницу загрузок.

      УСБ

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

        

      JS

      Для работы многих наших компонентов требуется использование JavaScript. В частности, для них требуются jQuery, Popper.js и наши собственные плагины JavaScript. Поместите следующие

      Любопытно, какие компоненты явно требуют jQuery, нашего JS и Popper.js? Щелкните ссылку «Показать компоненты» ниже. Если вы совсем не уверены в общей структуре страницы, продолжайте читать пример шаблона страницы.

      Наши bootstrap.bundle.js и bootstrap.bundle.min.js включают Popper, но не jQuery. Для получения дополнительной информации о том, что включено в Bootstrap, см. наш раздел содержания.

      Показать компоненты, требующие JavaScript
      • Оповещения об отклонении
      • Кнопки для переключения состояний и функций флажка/радио
      • Карусель для всех вариантов поведения слайдов, элементов управления и индикаторов
      • Свернуть для переключения видимости содержимого
      • Выпадающие списки для отображения и позиционирования (также требуется Popper.js)
      • Модальные окна для отображения, позиционирования и поведения прокрутки
      • Navbar для расширения нашего плагина Collapse для реализации адаптивного поведения
      • Подсказки и всплывающие окна для отображения и позиционирования (также требуется Popper.js)
      • Scrollspy для обновления поведения прокрутки и навигации

      Стартовый шаблон

      Убедитесь, что ваши страницы настроены в соответствии с последними стандартами дизайна и разработки. Это означает использование типа документа HTML5 и включение метатега области просмотра для правильного реагирования. Соберите все вместе, и ваши страницы должны выглядеть так:

       
      
        <голова>
          
          <мета-кодировка="utf-8">
          
          
          
          Привет, мир!
        
        <тело>
           

      Привет, мир!