Смарт ТВ 

HTML: Все о ссылках «A HREF REL. Что такое внутренние дубли страниц и как с ними бороться

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

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

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

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

PDF версия страницы

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

English version

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

Постоянная ссылка на страницу автора

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

Ваш комментарий: Помощь по комментариям

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

Лицензия

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

Робот, не переходи на эту страницу

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

Это обязательно нужно прочитать

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

Открыть поиск на сайте

Эта страница относится к странице поиска

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

  • 1 страница
  • Текущая страница
  • 3 страница

Url разные, а контент страниц одинаковый. Думаете, ничего страшного? Всего лишь пара одинаковых страниц на сайте. Но одинаковый контент может попасть под фильтры поисковых систем. Чтобы этого не произошло, надо знать, как избавляться от внутренних дублей страниц.

Понятие дублей страниц и их виды

Дубли — это отдельные страницы сайта, контент которых полностью или частично совпадает. По сути, это копии всей страницы или ее определенной части, доступные по уникальным URL-адресам.

Что приводит к появлению дублей на сайте:

  • Автоматическая генерация дублирующих страниц движком системой управления содержимым сайта (CMS) веб-ресурса. Например:

    http://site.net/press-centre/cat/view/identifier/novosti/
     http://site.net/press-centre/novosti/

  • Ошибки, допущенные вебмастерами. Например, когда один и тот же товар представлен в нескольких категориях и доступен по разным URL:

    http://site.net/category-1/product-1/
     http://site.net/category-2/product-1/

  • Изменение структуры сайта, когда уже существующим страницам присваиваются новые адреса, но при этом сохраняются их дубли со старыми адресами. Например:

    http://site.net/catalog/product
     http://site.net/catalog/category/product

    • Есть два типа дублей: полные и частичные.

    Что такое полные дубли?

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

    1. URL-адреса страниц со слешами («/», «//», «///») и без них в конце:
    http://site.net/catalog///product ; http://site.net/catalog//////product.

    2. HTTP и HTTPS страницы: https//site.net ; http//site.net.

    3. Адреса с «www» и без «www»: http//www.site.net ; http//site.net.

    4. URL страниц с index.php, index.html, index.htm, default.asp, default.aspx, home:
    http://site.net/index.html ;
    http://site.net/index.php ;
    http://site.net/home.

    5. URL-адреса страниц в верхнем и нижнем регистрах:
    http://site.net/example/ ;
    http://site.net/EXAMPLE/ ;
    http://site.net/Example/.

    6. Изменения в иерархической структуре URL. Например, если товар доступен по нескольким разным URL:
    http://site.net/catalog/dir/tovar;
    http://site.net/catalog/tovar;
    http://site.net/tovar;
    http://site.net/dir/tovar.

    7. Дополнительные параметры и метки в URL.

    • URL с GET параметрами : http://site.net/index.php?example=10&product=25. Страница полностью соответствует следующей: http://site.net/index.php?example=25&cat=10.
    • Наличие utm-меток и параметров gclid. Utm-метки помогают предоставить в систему аналитики информацию для анализа и отслеживания различных параметров трафика. URL целевой страницы, к которой добавляются utm-метки, выглядят так:
      http://www.site.net/?utm_source=adsite&utm_campaign=adcampaign&utm_term=adkeyword
    • Параметры gclid (Google Click Identifier) . Пометка целевых URL, которая добавляется автоматически для отслеживания данных о компании, канале и ключевых словах в Google Analytics. Например, если переходят по вашему объявлению для сайта http://site.net, то адрес перехода посетителя будет выглядеть так: http://site.net/?gclid=123xyz .
    • Метка yclid . Помогает отслеживать эффективность рекламных кампаний в Яндекс Метрике. Метка позволяет отследить действия посетителя, который перешел на сайт по рекламному объявлению. Вот как выглядит адрес перехода:
      http://site.net/?yclid=321 .
    • Метка openstat . Универсальная и также используется для анализа эффективности рекламных кампаний, анализа посещаемости сайта и поведения пользователей на сайте. Ссылка с меткой «openstat»:
      http://site.net/?_openstat=231645789.
    • Дубли, которые создаются реферальной ссылкой. Реферальная ссылка это специальная ссылка с вашим идентификатором, по которому сайты распознают, от кого пришел новый посетитель. Например:
      https://site.net/register/?refid=398992 ;
      http://site.net/index.php?cf=reg-newr&ref=Uncertainty .

    8. Первая страница пагинации каталога товаров интернет-магазина или доски объявлений, блога. Она зачастую соответствует странице категории или общей странице раздела pageall: http://site.net/catalog ; http://site.net/catalog/page1.

    9. Неправильные настройки 404 ошибки приводят к появлению многочисленных дублей. Например: http://site.net/rococro-23489-rocoroc ; http://site.net/8888-??? .

    Выделенный жирным текст может вмещать какие-либо символы и/или цифры. Страницы такого вида должны отдавать код ответа сервера 404 (не 200) или же перенаправлять на актуальную страницу.

    Что такое частичные дубли?

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

    Виды частичных дублей:

    1. Дубли на карточках товаров и страницах категорий (каталогов). Здесь дубли возникают из-за описаний товаров, которые представлены на общей странице товаров в каталоге. И те же описания представлены на страницах карточек товаров. Например, в каталоге на странице категории под каждым товаром есть описание этого товара:

    И тот же текст на странице с товаром:

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

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

    3. Дубли на страницах для печати или для скачивания, данные которых полностью соответствуют основным страницам. Например:
    http://site.net/novosti/novost1
    http://site.net/novosti/novost1/print

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

    К чему приводят дубли страниц на сайте

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

  • Проблемы с индексацией. При генерировании дублирующих страниц увеличивается общий размер сайта. Боты, индексируя «лишние» страницы, неэффективно тратят краулинговый бюджет собственника веб-ресурса. «Нужные» страницы могут вовсе не попасть в индекс. Напомню, что краулинговый бюджет это количество страниц, которое бот может просканировать за один визит на сайт.
  • Изменения релевантной страницы в выдаче. Алгоритм поисковика может решить, что дубль больше подходит запросу. Поэтому в результатах выдачи он покажет не ту страницу, продвижение которой планировалось. Другой итог: из-за конкуренции между дубль-страницами, ни одна из них не попадет в выдачу.
  • Потеря ссылочного веса страниц, которые продвигаются. Посетители будут ссылаться на дубли, а не на оригиналы страниц. Результат потеря естественной ссылочной массы.
    • Каталог средств для поиска дублированных страниц

    Итак, мы уже выяснили, что такое дубли, какими они бывают и к чему приводят. А теперь перейдём к тому, как их обнаружить. Вот несколько эффективных способов:

    Поиск дублей с помощью специальных программ Атрибуты rel="next" и rel="prev"

    С помощью rel="next" и rel="prev" можно связать между собой URL отдельных страниц. Поисковики будут распознавать контент этих страниц, как один большой свиток, а не отдельные URL.

    Для этого на первой странице (http://site.net/catalog-page1 ) необходимо разместить в разделе (http://site.net/catalog-page1 ) тег, указывающий какая страница будет следующей:

    Учитывая, что это первая страница, добавлять нужно только rel="next". На всех последующих страницах добавляем и атрибут rel="next", и rel="prev", которые будут указывать на предыдущий и следующий URL. Например, на второй странице (http://site.net/catalog-page2) нужно добавить ссылки:

    На завершающей странице (http://site.net/catalog-pageN), как и на первой, необходимо указать только один атрибут. Важно: в данном случае он указывает на предыдущий URL:

    • rel="prev" и rel="next" не являются для Google директивами, это лишь вспомогательные атрибуты;
    • они не учитываются Яндексом;
    • важно следить за корректностью генерации тегов и придерживаться четкой последовательности между страницами пагинации, чтобы не создавать бесконечные цепочки.
    Метатег

    Метатег указывает роботу не индексировать документ, но при этом переходить по ссылкам размещенным в нем.

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

    Атрибут rel="canonical"

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

    Тег для устранения дублей на страницах фильтров и сортировок, страницах с get-параметрами и utm-метками. Применяется для печати, при использовании одинакового информационного содержания на разных языковых версиях и на разных доменах. Атрибут rel="canonical" для разных доменов поддерживается не всеми поисковыми системами. Для Google он будет понятен, Яндекс его проигнорирует.

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

    Как задать каноническую страницу? В HTML-код текущей страницы помещаем атрибут rel="canonical" между тегами .... Например, для страниц:
    http://site.net/index.php?example=10&product=25;
    http://site.net/example?filtr1=%5b%25D0%,filtr2=%5b%25D0%259F%;
    http://site.net/example/print.

    Канонической будет страница http://site.net/example.

    В HTML коде это будет выглядеть так: .

    Выводы

    1. Дубли — отдельные страницы сайта, контент которых полностью или частично совпадает.

    2. Причины возникновения дублей на сайте: автоматическая генерация, ошибки, допущенные вебмастерами, изменение структуры сайта.

    3. К чему приводят дубли на сайте : индексация становится хуже; изменения релевантной страницы в поисковой выдаче; потеря естественной ссылочной массы продвигаемыми страницами.

    4. Методы поиска дублей : использование программ-парсеров (Netpeak Spider); поискового оператора site; панели для вебмастеров Google Webmasters Tools.

    5. Инструменты устранения дублей: соответствующие команды в файле robots.txt; атрибуты rel="next" и rel="prev"; тег meta name="robots" content="noindex, nofollow"; тег rel="canonical"; 301 редирект.

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

    Влад Мержевич

    В интерфейс браузера Firefox, начиная с версии 2.0 встроена строка поиска, позволяющая без захода на сайт вводить поисковые запросы к Гуглу, Яндексу и другим системам. Идея оказалась удачной и ее впоследствии подхватили разработчики других браузеров. Несмотря на то, что подобным поиском пользуются многие, включая и создателей сайтов, большинство из них не подозревают, насколько просто и легко сделать собственный поисковый плагин для сайта. Плюсов у такого плагина несколько: пользователи начинают активнее использовать поиск, возрастает количество посетителей, повышается результативность сайта, улучшается юзабилити. Главное, что затрат практически нет. Если на сайте используется поиск, «прикрутить» для него плагин раз плюнуть.

    В основе плагина лежит технология OpenSearch, которая представляет собой коллекцию небольших форматов для распространения результатов поиска. Эти данные могут использоваться браузером для перехода к нужной странице, вывода описания, картинок и других вещей. Поскольку я затрону лишь малую часть всех возможностей, отсылаю желающих к полному описанию спецификации по адресу http://opensearch.org .

    Перейдем от теории к практике. Итак, у вас на сайте уже есть поиск и при вводе запрашиваемой строки выводятся результаты по адресу http://mysite.ru/search/?q=бла-бла. Вместо «бла-бла» может быть любая строка, конечно же. Создаем файл с расширением xml, назовем его search.xml, и сохраняем на сервере. Содержание этого файла следующее (пример 1).

    Пример 1. Файл search.xml

    Краткое название сайта Краткое описание поиска http://mysite.ru/favicon.ico UTF-8

    Первые две строки в примере являются стандартными. Остальные элементы описаны ниже.

    ShortName - краткое название сайта, как оно будет отображаться в строке поиска браузера, длина не более 16 символов. В имени недопустимо использовать теги HTML.

    Description - краткое описание поисковой системы. Не должно превышать 1024 символа и содержать HTML-теги. Это необязательный параметр и его можно опустить.

    Image - путь к иконке сайта в формате ICO, PNG или JPEG. Размер иконки обычно 16x16 пикселов. Элемент не обязателен и если иконки нет, удалите его из текста. Непременно должен быть указан тип файла через параметр type , для ICO - image/x-icon, PNG - image/png, JPG - image/jpeg.

    Url - путь к результатам поиска. В параметре method пишется метод отправки данных (обычно GET), а в template указывается полный адрес к поисковой странице. Вместо поискового запроса надо написать {searchTerms}. Если для работы поиска требуются и другие параметры, их можно перечислить здесь же через амперсанд (?q={searchTerms}&lang=ru ).

    InputEncoding - кодировка, в которой выводятся результаты поиска.

    Теперь остается включить механизм добавления плагина в браузер пользователя. Это можно сделать двумя способами: через тег и JavaScript.

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

    В теге добавьте следующую строку.

    Здесь Title название поиска, URL относительный или абсолютный путь к файлу search.xml. К примеру, для сайта сайт эта строка имеет такой вид:

    После включения указанной строки на сайт при открытии списка поисковых плагинов будет виден и ваш (рис. 1).

    Рис. 1. Поисковый плагин в списке Firefox

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

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

    Пример 2. Скрипт для добавления плагина в браузер

    function addEngine() { URL = "http://mysite.ru/search.xml"; if (window.external && ("AddSearchProvider" in window.external)) { window.external.AddSearchProvider(URL); } else { alert("Ваш браузер не поддерживает поисковый плагин!"); } }

    Здесь переменная URL содержит путь к файлу search.xml. Скрипт работает в браузерах Firefox, Internet Explorer 7 и старше. Для остальных браузеров будет выведено сообщение с помощью alert() .

    Создать ссылку можно разными способами - через тег , указав в качестве адреса решетку и добавив событие onclick (пример 3), либо вообще отказаться от ссылки, заменив ее тегом (пример 4).

    Установить плагин

    Пример 4. Вызов скрипта

    Установить плагин

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

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

    Как правило, в таких случаях страницы для компьютеров размещаются в домене www.example.com , а соответствующие страницы для мобильных устройств – в домене m.example.com . Google не отдает предпочтения тому или иному формату URL. Главное требование – страницы должны быть доступны для агентов пользователя Googlebot.

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

    Кратко

      Указывайте, как соотносятся два URL, при помощи тегов с элементами rel="canonical" и rel="alternate".

      Правильно определяйте строки агента пользователя и перенаправляйте их.

    Атрибуты для обычных и мобильных URL

    Чтобы наша система сканирования лучше распознавала URL, предназначенные для мобильных устройств, рекомендуем использовать следующие аннотации:

  • Разместите на каждой странице для компьютеров специальный тег link с атрибутом rel="alternate", который будет вести на соответствующую страницу мобильного сайта. Это поможет роботу Googlebot найти контент, оптимизированный для мобильных устройств.
  • На странице для мобильных устройств добавьте тег link rel="canonical" со ссылкой на соответствующую обычную страницу.

    • Наши системы поддерживают два способа добавления таких атрибутов: в HTML-коде страниц и в файлах Sitemap . Предположим, что URL обычной страницы – http://example.com/page-1 , а URL соответствующей страницы для мобильных устройств – http://m.example.com/page-1 .

    Аннотации в коде HTML

    На обычной странице (http://www.example.com/page-1) добавьте следующий код:

    На странице для мобильных устройств (http://m.example.com/page-1) используйте следующие атрибуты:

    В URL, который размещен на странице мобильного сайта и указывает на аналог этой страницы с обычным форматированием, необходимо добавить тег rel="canonical".

    Аннотации в файлах Sitemap

    Google поддерживает добавление атрибутов rel="alternate" на страницы для компьютеров с помощью файлов Sitemap. Пример:

    http://www.example.com/page-1/

    При этом тег rel="canonical" для URL страницы мобильного сайта обязательно нужно добавить непосредственно в код HTML этой страницы.

    Подробные сведения об атрибутах

    На странице для компьютеров могут использоваться следующие атрибуты тега:

    • Атрибут rel="alternate" говорит о том, что тег указывает на альтернативный URL для этой страницы.
    • В качестве значения атрибута media используется строка медиа-запроса CSS, в которой указывается, при каких условиях Google должен использовать альтернативный URL. В этом примере приведен медиа-запрос, который обычно используется для таргетинга на мобильные устройства.
    • Атрибут href указывает, где находится альтернативный URL. В данном случае это страница в домене m.example.com.

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

    • Если вы используете атрибуты rel="alternate" и rel="canonical", то каждой обычной странице должна соответствовать только одна мобильная и наоборот.
    • Тщательно проверяйте параметры переадресации: убедитесь, что обычные страницы случайно не перенаправляют пользователя на одну и ту же страницу с другим содержанием.

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

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

    Поддерживаемые способы переадресации

    Робот Googlebot поддерживает следующие способы переадресации:

    • переадресация с помощью HTTP;
    • переадресация с помощью JavaScript.
    Переадресация с помощью HTTP

    Переадресация с помощью HTTP обычно используется для перенаправления на URL для конкретных устройств. Как правило, она выполняется с учетом агента пользователя, указанного в заголовках HTTP-запроса. Переадресация должна соответствовать альтернативному URL, указанному в атрибуте rel="alternate" целевой ссылки или в файле Sitemap.

    В этом случае неважно, возвращает ли сервер при переадресации код статуса 301 или 302. Однако, по возможности рекомендуется использовать код 302.

    Переадресация с помощью JavaScript

    Если возникают сложности с настройкой переадресации с помощью HTTP, то для перенаправления пользователей можно использовать JavaScript. Для этого нужно задать соответствующие URL с помощью тега link rel="alternate" . Необходимо обеспечить приемлемое для пользователя время реакции, поскольку перед выполнением переадресации происходит скачивание страницы, а затем синтаксический анализ и запуск кода JavaScript.

    Существует множество способов такой переадресации. Например, можно обрабатывать запросы контента, которые уже используются на сайте. Для этого подойдет функция JavaScript matchMedia() .

    Однонаправленная и двунаправленная переадресация

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

    Робот Googlebot поддерживает оба варианта. Выбирайте тот, который больше подойдет вашим пользователям. Самое главное – чтобы перенаправление выполнялось без ошибок и открывались нужные страницы. Если переадресация будет реализована некорректно, некоторые пользователи вообще не увидят нужный контент.

    Примечание. Ознакомьтесь с , чтобы не повторять их.

    Except as otherwise noted, the content of this page is licensed under the Creative Commons Attribution 3.0 License , and code samples are licensed under the Apache 2.0 License . For details, see our . Java is a registered trademark of Oracle and/or its affiliates.

    Обновлено Январь 14, 2019

    Элемент link HTML содержит связанную с документом информацию: альтернативные версии, авторы, авторские лицензии, иконки и т.д. Он должен содержать атрибут rel или itemprop , но не оба сразу. Атрибут href также является обязательным.

    Когда атрибут itemprop отсутствует, этот элемент может быть объявлен только в разделе head . В противном случае он может быть объявлен в другом месте.

    Примеры

    В следующем примере предоставляется информация о документе с помощью элемента link с различными типами гиперссылок:

    Фильм "Звездные войны: Новая надежда" Новая надежда

    После падения демократии и восстановления империи надежда была утеряна...

    Атрибуты Специальные атрибуты HREF

    Этот атрибут тега link в HTML содержит адрес (URI ) связанного ссылкой ресурса. Он указывает браузеру, куда переходить по ссылке.

    Наличие этого атрибута является обязательным. Если он отсутствует или имеет значение, которое не является допустимым URI , элемент не определяет ссылку.

    Пример

    CROSSORIGIN

    Указывает, должен ли запрос к внешнему серверу предоставлять учетные данные CORS или нет. Допустимы два значения (без учета регистра ):

    • anonymous : CORS запросы к элементу будут содержать установленный флаг «omit credentials «;
    • use-credentials : CORS запросы к элементу не будут содержать установленный флаг «omit credentials «.

    REL

    Атрибут HTML link rel содержит разделенный пробелами список типов ссылок, указывающий, какое значение связанный ссылкой ресурс имеет для документа (содержащего ссылку ).

    Элемент link должен содержать либо атрибут rel , либо атрибут itemprop , но не оба сразу. Атрибут href также является обязательным.

    Пример

    MEDIA

    Список медиа-запросов с указанием типов медиа (и их характеристик ), для которых предназначен связанный ссылкой ресурс. Например, документ или ресурс может быть оптимизирован для печати (меньше цветов, изображений и фоновых тонов ), под мобильные устройства или обычные экраны. Значение по умолчанию -«all «.

    Пример

    HREFLANG

    Этот HTML link tag указывает язык, который будет использоваться в связанном ссылкой ресурсе (указан в атрибуте HREF ).

    Пример

    TYPE

    Тип контента (или Internet Media Type ), который должен содержать связанный ресурс.

    Пример

    SIZES

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

    Этот атрибут тега link в HTML должен объявляться только, когда присутствует атрибут rel и он имеет значение «icon «. Иначе ситуации его использование является недействительным.

    Пример

    CHARSET

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

    Пример

    REV

    Значение текущего документа (содержащего ссылку ) для связанного ссылкой ресурса.

    Этот атрибут HTML link tag является устаревшим и в HTML5 уже не используется. Разработчикам рекомендуется заменить его атрибутом rel .

    Пример

    Перевод статьи «LINK ELEMENT » был подготовлен дружной командой проекта .