Атрибут rel (от англ. relationship — «отношение») — HTML-атрибут тегов <a>, <link> и <area>, указывающий тип связи между текущим документом и связанным ресурсом и определяющий, как поисковые системы и браузеры должны обрабатывать соответствующую ссылку.
Что такое атрибут rel в SEO — главный инструмент управления передачей ссылочного веса (link equity, PageRank) с одной страницы на другую и единственный стандартный способ сообщить поисковику об отношениях между документами на уровне HTML-кода.
Базовый синтаксис: <a href="https://example.com" rel="nofollow">текст ссылки</a>. Здесь rel="nofollow" сообщает поисковику, что владелец сайта не ручается за качество ссылки и не хочет передавать через неё авторитет своей страницы. Один атрибут rel может содержать несколько значений через пробел: rel="nofollow sponsored".
В современном SEO выделяются две независимые группы значений: ссылочные (nofollow, sponsored, ugc, dofollow) для тега <a> и технические (canonical, alternate, hreflang, prev/next, stylesheet, icon) для тега <link>. Эти группы решают разные задачи и редко используются совместно. С марта 2020 года Google перевёл атрибуты nofollow, sponsored и ugc в статус «подсказок» (hints) — поисковик сам решает, насколько учитывать эти указания при ранжировании и краулинге.
Что такое атрибут rel
Атрибут rel — это HTML-атрибут (от англ. relationship, отношение), определяющий тип отношения между документом, в котором он указан, и другим документом или ресурсом, на который ссылается тег. Атрибут описан в спецификации HTML 4.01 (1999), расширен в HTML5 (2014) и регулярно дополняется новыми значениями через RFC и предложения W3C.
Атрибут rel может стоять на трёх HTML-тегах:
- Тег
<a>— обычные гиперссылки. Атрибут rel здесь управляет передачей ссылочного веса и сигнализирует поисковикам о характере ссылки. - Тег
<link>— невидимые ссылки на ресурсы в секции<head>. Атрибут rel здесь описывает технические отношения — каноническая версия страницы, языковая альтернатива, иконка сайта, стилевой файл. - Тег
<area>— кликабельные области на картах изображений. Применяется редко, наследует логику тега<a>.
Один атрибут rel может содержать несколько значений, разделённых пробелами: rel="nofollow sponsored noopener". Это валидный HTML, и поисковики правильно обрабатывают такую комбинацию — учитывают каждое значение независимо.
Все значения rel в HTML5
Полный список значений атрибута rel, поддерживаемых браузерами и поисковиками. Не все одинаково часто используются на практике — некоторые остались в спецификации, но почти никогда не встречаются:
| Значение | Применяется к | Назначение |
|---|---|---|
| nofollow | <a> | Не передавать ссылочный вес |
| sponsored | <a> | Оплаченная или партнёрская ссылка |
| ugc | <a> | Ссылка из пользовательского контента (комментарии, форумы) |
| dofollow | <a> | Не валиден в HTML, используется как противоположность nofollow |
| noopener | <a target=”_blank”> | Безопасность — целевая страница не получит доступ к родительскому окну |
| noreferrer | <a> | Не передавать Referer-заголовок при переходе |
| canonical | <link> | Указание канонической версии страницы при дублях |
| alternate | <link> | Альтернативная версия документа (язык, формат, мобильная) |
| prev / next | <link> | Связь предыдущей и следующей страниц в пагинации (с 2019 не учитывается Google) |
| stylesheet | <link> | Подключение CSS-файла |
| icon | <link> | Иконка сайта (favicon) |
| preload | <link> | Заранее загрузить критичный ресурс |
| preconnect | <link> | Заранее установить соединение с внешним доменом |
| dns-prefetch | <link> | Заранее выполнить DNS-резолвинг |
| manifest | <link> | Подключение Web App Manifest для PWA |
| author | <a> / <link> | Указание на страницу автора |
| license | <a> / <link> | Ссылка на условия лицензии |
| me | <a> | Личная ссылка на профиль автора (используется в Mastodon, IndieWeb) |
Ссылочные значения: nofollow, sponsored, ugc
Тройка ссылочных значений rel — самая важная для SEO группа. Эти значения сообщают поисковику о характере исходящей ссылки и определяют, передавать ли через неё ссылочный вес.
nofollow введён Google в январе 2005 года как ответ на массовый спам в комментариях блогов. Изначально означал: «не передавать PageRank по этой ссылке, не учитывать в графе ссылочного авторитета, не индексировать связанную страницу через эту ссылку». С 1 марта 2020 года Google официально перевёл nofollow в статус «подсказки» (hint) — теперь поисковик сам решает, насколько учитывать это указание.
sponsored введён 10 сентября 2019 года для обозначения оплаченных и партнёрских ссылок. Применяется к рекламным размещениям, партнёрским программам, спонсорским публикациям. Google рекомендует использовать sponsored вместо nofollow для всех коммерческих ссылок — точнее отражает характер связи.
ugc (user generated content) введён одновременно с sponsored, 10 сентября 2019 года. Маркирует ссылки в пользовательском контенте — комментарии, отзывы, форумные сообщения, гостевые посты. CMS WordPress автоматически проставляет rel=”ugc” на ссылки в комментариях с 2019 года.
dofollow в HTML формально не существует. Это разговорный термин для обозначения ссылок без атрибута nofollow. Иногда встречается в форумах и SEO-инструментах как противоположность nofollow, но валидное HTML-значение rel такого варианта не имеет.
| Тип ссылки | Корректный rel | Пример |
|---|---|---|
| Обычная ссылка с доверием | (без rel) | Ссылка из статьи на источник |
| Платная реклама | sponsored | Баннерная ссылка от рекламодателя |
| Партнёрская программа (affiliate) | sponsored | Ссылка с UTM-метками партнёра |
| Комментарий пользователя | ugc | Ссылка в комментарии под статьёй |
| Гостевой пост | nofollow или ugc | Ссылка автора-гостя на свой сайт |
| Ссылка на сомнительный источник | nofollow | Цитирование без эндорсмента |
| Внутренняя ссылка на странице сайта | (без rel) | Перелинковка статей блога |
Технические значения: canonical, alternate, hreflang
Технические значения rel ставятся на тег <link> в секции <head> HTML-документа и решают задачи управления индексацией, локализацией и связями между версиями страниц. Это другая природа значений, чем у nofollow/sponsored/ugc.
rel=”canonical” — главный технический инструмент SEO. Указывает поисковику, какая из нескольких похожих страниц считается канонической (основной) версией. Применяется при наличии дублей, страниц с параметрами URL, сортировок, фильтров, языковых версий.
<link rel="canonical" href="https://cropas.by/seo-slovar/atribut-rel/">Без canonical поисковик сам выбирает версию, которую считает главной, и его выбор не всегда совпадает с желанием владельца сайта. С указанным canonical поисковик в подавляющем большинстве случаев следует указанной директиве, хотя формально может её игнорировать в редких случаях.
rel=”alternate” с атрибутом hreflang используется для указания языковых и региональных версий страницы. Стандартный синтаксис для сайта с белорусской, русской и украинской версиями:
<link rel="alternate" hreflang="ru-by" href="https://example.com/by/">
<link rel="alternate" hreflang="ru-ru" href="https://example.com/ru/">
<link rel="alternate" hreflang="uk-ua" href="https://example.com/ua/">
<link rel="alternate" hreflang="x-default" href="https://example.com/">Значение x-default указывает на версию страницы для пользователей из стран, не покрытых явными hreflang. Без правильной разметки hreflang поисковик может показывать пользователю не ту языковую версию, например, белорусский домен россиянам или украинскую версию — белорусам.
rel=”alternate” также используется для указания мобильной версии при separate-mobile-домене (m.example.com) и для RSS-фидов:
<link rel="alternate" type="application/rss+xml" title="RSS блога" href="/feed/">Прочие технические значения
Помимо ключевых canonical и alternate, тег <link> в HTML-документе несёт ещё несколько значений rel, важных для разных аспектов работы сайта:
- rel=”stylesheet” — подключение CSS-файла. Самое распространённое применение тега
<link>в любом веб-документе:<link rel="stylesheet" href="/style.css">. - rel=”icon” — иконка сайта (favicon), отображаемая во вкладке браузера и закладках:
<link rel="icon" type="image/png" href="/favicon.png">. - rel=”preload” — заранее загрузить критичный ресурс (шрифт, скрипт, изображение), сообщая браузеру о его важности. Применяется для оптимизации LCP — одной из метрик Core Web Vitals.
- rel=”preconnect” — заранее установить TCP-соединение и SSL-handshake с внешним доменом. Используется для CDN, Google Fonts, аналитики. Сокращает задержку TTFB при последующем запросе.
- rel=”dns-prefetch” — выполнить DNS-резолвинг внешнего домена заранее. Самая лёгкая оптимизация, не требует TCP-соединения. Применяется к десяткам внешних доменов разом.
- rel=”manifest” — подключение Web App Manifest для Progressive Web App, описывает иконки, цвета, имя приложения.
- rel=”prev” и rel=”next” — сигналы пагинации. С марта 2019 года Google официально объявил, что не использует эти сигналы при ранжировании, но Bing и часть других поисковиков продолжают их учитывать.
Как применять rel правильно
Базовые рекомендации по применению атрибута rel на коммерческом сайте, выработанные практикой и подтверждённые рекомендациями Google и Яндекса:
- Все рекламные и партнёрские ссылки помечать rel=”sponsored”. Это требование Google для соответствия рекомендациям. Применимо к баннерам, affiliate-ссылкам, спонсорским публикациям, нативной рекламе.
- Все ссылки в комментариях, отзывах, форумах — rel=”ugc”. Современные CMS делают это автоматически (WordPress с 2019 года). Если CMS не настраивает ugc сама — настроить через плагин или функцию темы.
- Ссылки на сомнительные источники — rel=”nofollow”. Если цитируется источник без эндорсмента, ссылка на спорный или конкурирующий ресурс — применять nofollow.
- Канонический URL обязателен на каждой странице. Даже когда страница уникальна и дублей нет — указать canonical на саму себя, чтобы предотвратить случайные дубли через URL-параметры (UTM-метки, идентификаторы сессий, рекламные параметры).
- Hreflang для языковых версий — на всех страницах разом. Каждая страница должна перечислять все языковые версии, включая саму себя. Несимметричная разметка hreflang часто игнорируется поисковиком.
- Не дублировать canonical и alternate. Если canonical указывает на одну страницу, а alternate-hreflang — на её языковые версии, это нормально и работает. Конфликты возникают только при ошибочном указании.
Распространённые ошибки
| Ошибка | Чем плохо |
|---|---|
| nofollow на всех внешних ссылках без разбора | Снижает естественность профиля, лишает партнёров и источников заслуженного веса |
| nofollow на внутренних ссылках сайта | Бессмысленно — внутренний вес не передаётся в рамках сайта, только дезориентирует поисковик |
| canonical, указывающий на 301-редирект | Двусмысленный сигнал, поисковик может проигнорировать canonical |
| canonical, указывающий на закрытую от индексации страницу | Прямое противоречие, индексация выпадает |
| Несимметричная разметка hreflang | Если страница A указывает на B как hreflang, а B не указывает на A — Google игнорирует пару |
| rel=”dofollow” | Невалидное значение, в HTML не существует |
| sponsored на ссылках, не оплаченных | Лишение естественных ссылок ссылочного веса |
| Несколько разных canonical на одной странице | Поисковик выберет один наугад или проигнорирует все |
Часто задаваемые вопросы
Можно ли указать несколько значений rel сразу?
Да. Несколько значений разделяются пробелами: rel="nofollow sponsored noopener". Это валидный HTML, поисковики корректно обрабатывают комбинации.
В чём разница между nofollow и sponsored?
nofollow — общий маркер «не передавать ссылочный вес», без указания причины. sponsored — конкретное указание, что ссылка оплачена или партнёрская. Поисковик использует разные сигналы при обработке. Google рекомендует применять sponsored для всех коммерческих ссылок вместо общего nofollow.
Существует ли значение rel=”dofollow”?
Нет. Это разговорный термин, в HTML такого значения не существует. Обычная ссылка без атрибута rel или без nofollow/sponsored/ugc по умолчанию считается «follow» — то есть передающей ссылочный вес.
Передаёт ли nofollow какой-то вес после изменений 2020 года?
Google официально не подтверждает передачу веса через nofollow, но в марте 2020 года перевёл этот атрибут в статус «подсказки» — теперь поисковик сам решает, учитывать ли ссылку. На практике небольшая доля сигнала через nofollow всё же передаётся, но рассчитывать на это не стоит.
Что делать, если две версии страницы доступны по разным URL?
Указать rel="canonical" на одну из них как на основную, а на второй — также прописать canonical на основную. Это устраняет проблему дублей. Альтернатива — настроить 301-редирект с одной версии на другую.
Обязателен ли canonical, если страница уникальна?
Технически нет, но рекомендуется. Self-canonical (canonical, указывающий на собственный URL) предотвращает случайные дубли через UTM-метки, параметры сессий и другие добавки к URL.
Учитывает ли Google rel=”prev” и rel=”next” для пагинации?
Нет. С марта 2019 года Google официально перестал использовать эти сигналы. Bing и Яндекс продолжают учитывать. На пагинации сейчас работает только самоканоникал для каждой страницы пагинации и логичная внутренняя перелинковка.
Можно ли использовать rel=”canonical” между разными доменами?
Да. Cross-domain canonical работает и часто применяется при переезде сайта или синдикации контента. Например, статья опубликована на cropas.by и одновременно перепечатана на партнёрском ресурсе с canonical, указывающим на cropas.by. Это сообщает поисковику, что оригинал на cropas.by.
