Зачем нужны теги нофоллоу: Что такое rel-nofollow и как работает атрибут – Что такое nofollow ссылки, и как их использовать (на примере WordPress)

Содержание

Тег nofollow - как закрыть ссылку на сайте

Тег Nofollow в ссылках используется для уменьшения передачи веса странице, на которую ведет ссылка.

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

Донор передает акцептору определенный вес, в том числе вес передается и на внутренние страницы сайта, ссылки на которые есть на странице-доноре. Инструкция rel=”nofollow” в теге линка говорит поисковым системам, что странице, на которую она ведет, вес передавать не нужно. И Яндекс и Google учитывает тег в своей работе.

Таким образом у владельцев сайтов есть интерес указывать этот атрибут у ссылок, которые ведут с сайта на другие сайты. В этом случае больше веса достанется внутренним страницам самого сайта – донора.

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

По умолчанию wordpress не указывает nofollow, вам предоставляется возможность прописать его вручную. Однако есть различные плагины, с помощью которых можно легко управлять этой возможностью. При необходимости вы можете установить плагин, который все, ведущие с сайта ссылки “обернет” в nofollow. Но в данном случае я хочу самостоятельно определять в каждом случае, нужно ли передавать вес или нет. Для этого я воспользуюсь простым плагином “Ultimate Nofollow”.

Устанавливаем его стандартным способом. В меню в настройках появляется новый пункт “Nofollow”. Заходим туда посмотреть, что можно настроить.

как закрыть ссылку на сайте

– Nofollow all links in comments? – использовать в линках в комментариях. Оставляем включенным. Это стандартное значение для Вордпресс.

– Nofollow all blogroll links? – использовать в линках в блогролле. Здесь решайте сами, если используете блогролл на сайте.

тег nofollow

Далее создаем новый пост, печатаем какую-нибудь фразу, которая будет анкором, выделяем ее и нажимаем кнопку “Вставить/изменить ссылку”.
nofollow3

Появляется окно, где вы должны указать адрес страницы, на которую ведет ссылка (URL), а также при желании указать nofollow у ссылки – Add rel=”nofollow” to link. Далее ждем кнопку “Добавить ссылку”.

nofollow4Чтобы увидеть результат нужно перейти в режим просмотра поста “Текст”.

nav, section, article, header, footer, примеры использования

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

html5

слева показана верстка прежними методами, справа с помощью новых тегов Html5

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

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

  • Main: применяется для создания основного блока страницы. Это контент, внутри которого могут быть такие теги, как: Header, Section, Article и т. д. Содержимое Main должно быть уникальным. Это достигается двумя путями: выносом из блока контента, который повторяется на других страницах, или добавление к тегу Main идентификатора aria-labelledby.
  • Header: или шапка внутри документа(не путать с <head> ), используется для заглавия статей или разделов. Хедер может содержать, помимо заголовка, дату публикации контента или оглавление статьи.
  • Nav: используется для включения меню в разные части сайта и содержит данные навигации. Тег nav является лишь оболочкой списков меню, поэтому между <nav> и </nav> должны вставляться <ul> и <ol>. Google может включать в расширенные сниппеты с быстрыми ссылками меню сайта, заданное через тег Nav.
  • Section: служит для выделения разделов сайта. Типичный пример применения — лендинг или одностраничное портфолио, где элемент section вкупе с Id используется для перехода к разделам «Портфолио», «Контакты» и т. п. Этот элемент HTML5 создан специально для того, чтобы избежать чрезмерного употребления div class или div id со слишком глубокой вложенностью дочерних элементов. Все секции могут применяться как контейнеры для организации контента внутри них. Допустимо даже использование section внутри section, когда необходимо разделение на подразделы в рамках родительской секции или для сайта целиком, если речь об одностраничнике. Если разместить section внутри article, тег будет подчиняться семантике и контентным правилам статейных блоков. Бытует мнение, что подобное использование section может нарушить приоритеты структуры, но спецификация w3 содержит примеры таких вложений, поэтому конструкция считается валидной.
  • Article: каждая статья сайта. Статьи в данном контексте — это блоки информации. Они могут быть новостями, лонгридами, инструкциями, постами блога, услугами и продуктами, но не обязаны ими являться. Суть идеи состоит в том, что в одном разделе присутствуют разные материалы article, сгруппированные с учетом некой логики внутри родительских тегов. Важный момент — тег может быть неуникальным в рамках сайта, содержать вложенные элементы того же или более высокого уровня — на новостных сайтах часто встречаются примеры article внутри article.
  • Aside: боковая панель или сайдбар. На самом деле здесь можно разместить любой контент, косвенно связанный с основным содержанием страницы; категории, статьи, облако тегов, последние комментарии, связанные записи и т. д. Тег aside может быть дополнением материала страницы, либо содержать отдельную общую информацию в рамках сайта, например, боковое меню.
  • Footer: представляет краткую информацию о разделе, авторах или сайте — авторские права, ссылки на служебные страницы и т. п. Футер должен располагаться внизу страницы, раздела, статьи и т. д.

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

ab

Современные браузеры по умолчанию интерпретируют структурные теги в качестве блочных элементов. Для более старых версий, которые не поддерживают Html5, практикуется прямое указание display: block в CSS.

Структурные метки и семантические уровни

Если в XHTML (или более ранних версиях Html) было рекомендовано использовать h2 для заголовка страницы и h3 для заголовка записи или раздела, то в Html5 нет подобной необходимости. Можно делать заголовки на каждом семантическом уровне, чтобы h2 был в хедере, в каждой статье или секции.

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

Как семантическая верстка влияет на оптимизацию?

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

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

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

Dofollow и Nofollow, использование тегов для скрытия ссылок

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

Довольно часто новички ищут информацию о тегах Dofollow и Nofollow, которыми сопровождаются ссылки. В данной статье мы постараемся объяснить, как они работают и для чего нужны.

Тег Nofollow позволяет закрыть от индексирования ссылки, а Dofollow наоборот указывает на их открытость. Если вебмастер планирует набрать большой вес пузомерок ТИЦ и PR, то ему обязательно придется закрывать все внешние ссылки. Достаточно лишь подставить тег Nofollow и поисковики не будут переходить по этим ссылкам.

Использование тегов для скрытия ссылок

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

Хоть ссылка и не учитывается, поисковиками подсчитывается общее количество линков на странице и после этого общий вес страницы разделяется на это число. Таким образом, устанавливая 5 ссылок и закрывая одну из них, остальные ссылки всё равно получат по 1/5 передаваемого веса.

Что такое Dofollow блоги?

Довольно часто новички также интересуются и блогами с приставкой Dofollow. Объясняется это дополнение просто – на таких блогах передают вес ссылки, которые указываются при комментировании.

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

Зачем создают Dofollow блоги?

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

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

Как сделать Dofollow блог на WordPress?

Запустив ресурс на этой платформе, ссылки комментаторов будут закрытыми, но исправить это не сложно. Легкий вариант – это поставить расширение Nofollow Free. Помимо открытия ссылок, вы сможете задать определенный объем комментариев, которые должен будет разместить пользователь, чтобы его ссылки открылись.

Если нет желания нагружать движок лишними дополнениями, то откройте файл comment-template.php, находящийся в папке wp-includes и в коде найдите часть function get_comment_author_link ():

Под функцией будет находиться эта строчка, здесь вам нужно заменить Nofollow на Dofollow. Если вы обновите блог, то данные изменения пропадут и вам придется выполнять это повторно. Не хотите постоянно возвращаться к этому? Откройте functions.php и до последнего вопросительного знака с закрывающим знаком, вставьте следующий код:

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

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

Читайте другие статьи:

Теги alternate, hreflang, media, type — зачем и как их использовать — Netpeak Blog

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

В этом выпуске «азбуки SEO» я расскажу о важных для разметки сайта тегах — alternate, hreflang, media, — и как их грамотно использовать при продвижении. Кстати, остальные выпуски этой рубрики собраны здесь.

Зачем вообще нужны эти теги?

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

Все теги внедряются в код сайта, в контейнер <head></head>. Правда, есть нюансы. О них чуть дальше.

Зачем нужен тег alternate?

Благодаря одиночному тегу <link rel="alternate"  /> поисковые роботы могут определить языковые варианты и мобильную версию одной и той же страницы сайта — и показать нужному пользователю нужный альтернативный вариант текущей страницы.

Примеры:

  • определение языковой версии сайта: <link rel="alternate" hreflang="kz" href="http://kz.example.com/" />;
  • определение мобильной версии сайта: <link rel="alternate" media="only screen and (max-width: 640px)"  href="http://m.example.com/">.

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

Как использовать атрибут type?

Тег rel="alternate" в комбинации с атрибутом type и значением, отличным от “text/html”, указывает поисковым роботам на альтернативную версию страницы в другом формате. Наиболее распространенные значения:

  • application/rss+xml — для RSS формата;
  • application/atom+xml — для формата Atom;
  • application/activitystream+json — для Activity Streams JSON формата.

Например:

<link rel="alternate" type="application/rss+xml" href=".rss"
     title="RSS feed for this page"/>
<link rel="alternate" type="application/atom+xml" href=".atom"
     title="Atom feed for this page"/>
<link rel="alternate" type="application/activitystream+json" href=".as"
     title="Activity Streams JSON feed for this page"/>

Зачем нужен тег hreflang?

Тег указывает поисковикам на присутствие на сайте двух идентичных страниц, но на разных языках или для разных регионов. Hreflang предотвращает склейку страниц в процессе индексирования и чаще всего используется, когда:

  1. Контент на региональных сайтах/каталогах/поддоменах частично или полностью идентичен. Например, сайты ориентируются на разные регионы, но язык у них один и тот же (Великобритания, США, Австралия).
  2. Специалисты перевели только шаблон сайта, при этом контент в основном генерируется пользователями. Стоит избегать появления контента на нескольких языках на одном и том же URL.
  3. Контент на различных языковых версиях сайта полностью переведен на другой язык, например, присутствуют варианты страницы, как на английском, так и на испанском.
  4. Сайт переведен частично и показывать его нужно только для пользователей, разговаривающих на определенном языке и/или из определенного региона.

Однако тег hreflang не дает 100% гарантию, что поисковые системы не посчитают страницы с контентом на одном языке дублями. Поэтому настоятельно рекомендую наполнять страницы уникальным контентом, если вы разбиваете страницы на одном языке для разных регионов.

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

<link rel=”alternate” hreflang="xx-YY" href="URL" />
  • xx — язык (обязательно) согласно ISO 639-1;
  • YY — регион (не обязательно) согласно ISO 3166-1 Alpha 2;
  • URL — абсолютный URL альтернативной страницы.

Как правильно внедрить тег hreflang?

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

Например, для страницы http://domain.com/page1:

<link rel="alternate" hreflang="en-GB" href="http://domain.co.uk/page1" />
<link rel="alternate" hreflang="es" href="http://domain.es/page1" />
<link rel="alternate" hreflang="x-default" href="http://domain.net/page1" />
<link rel="alternate" hreflang="en" href="http://domain.com/page1" />

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

3. Регистр символов при указании региона не важен (по крайней мере для Google), но лучше следовать стандартам: указывать язык в нижнем регистре, а регион — в верхнем.

4. Атрибуты hreflang могут быть использованы в любой структуре сайта (разные домены, поддомены или директории).

5. Hreflang должен быть использован независимо от настроек в Google Search Console.

Читайте также, как использовать тег hreflang для правильного переноса сайта на https.

Существует три способа внедрения тега hreflang: с помощью HTML-тегов, ХML-карты и HTTP-заголовков.

Допустим, у нас есть сайты:

  • http://domain.com/ — для англоязычных пользователей в любых регионах.
  • http://domain.co.uk/ — для англоязычных пользователей из Британии.
  • http://domain.es/ — для испаноязычных пользователей.
  • http://domain.net/ — для всех остальных пользователей.

Внедряем hreflang с помощью HTML-тегов

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

Для главных страниц сайтов необходимо разместить коды в контейнере <head></head>.

Для http://domain.com/:

<link rel="alternate" hreflang="en-GB" href="http://domain.co.uk/" />
<link rel="alternate" hreflang="es" href="http://domain.es/" />
<link rel="alternate" hreflang="x-default" href="http://domain.net/" />
<link rel="alternate" hreflang="en" href="http://domain.com/" />

Для http://domain.co.uk/:

<link rel="alternate" hreflang="en" href="http://domain.com/" />
<link rel="alternate" hreflang="es" href="http://domain.es/" />
<link rel="alternate" hreflang="x-default" href="http://domain.net/" />
<link rel="alternate" hreflang="en-GB" href="http://domain.co.uk/" />

Для http://domain.es/:

<link rel="alternate" hreflang="en" href="http://domain.com/" />
<link rel="alternate" hreflang="en-GB" href="http://domain.co.uk/" />
<link rel="alternate" hreflang="x-default" href="http://domain.net/" />
<link rel="alternate" hreflang="es" href="http://domain.es/" />

Для http://domain.net/:

<link rel="alternate" hreflang="en" href="http://domain.com/" />
<link rel="alternate" hreflang="en-GB" href="http://domain.co.uk/" />
<link rel="alternate" hreflang="es" href="http://domain.es/" />
<link rel="alternate" hreflang="x-default" href="http://domain.net/" />

Порядок размещения тегов внутри контейнера не важен.

Внедряем hreflang с помощью XML-карты

Это приоритетный способ, особенно при наличии большого количества вариантов альтернативных страниц.

В карту нужно добавить xhtml:link-element для каждой из страниц с альтернативным вариантом. Эти теги должны указывать на альтернативные адреса, включая текущий. Внутри элемента <url> следует указать xhtml:link-element c ссылками на альтернативные версии страниц.

Для http://domain.com/:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9" xmlns:xhtml="http://www.w3.org/1999/xhtml">
<url>
<loc>http://domain.com/</loc>
<xhtml:link rel="alternate" hreflang="en-GB" href="http://domain.co.uk/" />
<xhtml:link rel="alternate" hreflang="es" href="http://domain.es/" />
<xhtml:link rel="alternate" hreflang="x-default" href="http://domain.net/" />
<xhtml:link rel="alternate" hreflang="en" href="http://domain.com/" />
</url>
...
</urlset>

Для http://domain.co.uk/:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9" xmlns:xhtml="http://www.w3.org/1999/xhtml">
<url>
<loc>http://domain.co.uk/</loc>
<xhtml:link rel="alternate" hreflang="en" href="http://domain.com/" />
<xhtml:link rel="alternate" hreflang="es" href="http://domain.es/" />
<xhtml:link rel="alternate" hreflang="x-default" href="http://domain.net/" />
<xhtml:link rel="alternate" hreflang="en-GB" href="http://domain.co.uk/" />
</url>
...
</urlset>

Для http://domain.es/:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9" xmlns:xhtml="http://www.w3.org/1999/xhtml">
<url>
<loc>http://domain.es/</loc>
<xhtml:link rel="alternate" hreflang="en" href="http://domain.com/" />
<xhtml:link rel="alternate" hreflang="en-GB" href="http://domain.co.uk/" />
<xhtml:link rel="alternate" hreflang="x-default" href="http://domain.net/" />
<xhtml:link rel="alternate" hreflang="es" href="http://domain.es/" />
</url>
...
</urlset>

Для http://domain.net/:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9" xmlns:xhtml="http://www.w3.org/1999/xhtml">
<url>
<loc>http://domain.net/</loc>
<xhtml:link rel="alternate" hreflang="en" href="http://domain.com/" />
<xhtml:link rel="alternate" hreflang="en-GB" href="http://domain.co.uk/" />
<xhtml:link rel="alternate" hreflang="es" href="http://domain.es/" />
<xhtml:link rel="alternate" hreflang="x-default" href="http://domain.net/" />
</url>
...
</urlset>

Внедряем hreflang с помощью HTTP-заголовков

Этот способ можно использовать для страниц, которые не являются HTML-документами, а, например, PDF-файлами:

Link: <http://domain.com/document.pdf/>; rel="alternate"; hreflang="en"
Link: <http://domain.co.uk/document.pdf/>; rel="alternate"; hreflang="en-GB"
Link: <http://domain.es/document.pdf/>; rel="alternate"; hreflang="es"
Link: <http://domain.net/document.pdf/>; rel="alternate"; hreflang="x-default"

Читайте также рекомендации Яндекса и Google по использованию атрибута hreflang.

Как использовать тег media?

При оптимизации страниц для мобильных телефонов и планшетов чаще всего используется:

  • создание адаптивной версии сайта;
  • динамический показ;
  • создание мобильной версии сайта.

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

Чтобы избежать исключения таких страниц-дублей из поисковой выдачи необходимо использовать атрибут media. Как и в случае с hreflang, использование атрибута — рекомендация поисковых систем и не дает гарантии присутствия в выдаче двух версий одной и той же страницы.

Как правильно внедрить тег media?

Предположим, что десктопная версия страницы сайта доступна по ссылке http://domain.com/page, а мобильная — http://m.domain.com/page.

В таком случае на http://domain.com/page необходимо разместить указатель на мобильную версию сайта:

<link rel="alternate" media="only screen and (max-width: 640px)" href="http://m.domain.com/page">

На мобильной версии страницы, то есть на http://m.domain.com/page, следует разместить код:

<link rel="canonical" href="http://domain.com/page">

Читайте также дополнительные рекомендации Яндекс и Google (здесь еще) по внедрению атрибута media.

Выводы

  1. Одиночный тег <link rel="alternate"  /> нужен для определения языковых вариантов и мобильной версии одной и той же страницы сайта.
  2. При использовании в комбинации с атрибутом type и значением, отличным от “text/html”, rel="alternate", указывает на альтернативную версию страницы в другом формате.
  3. Тег hreflang указывает на присутствие двух идентичных страниц, но на разных языках или для разных регионов. Hreflang предотвращает склейку страниц между собой и чаще всего используется в теле страниц. Существует три способа внедрения тега hreflang: с помощью HTML-тегов, ХML-карты и HTTP-заголовков.
  4. Чтобы избежать исключения страниц дублей из поисковой выдачи, необходимо внедрить тег media. Как и в случае с hreflang, использование тега — это рекомендация поисковых систем и не дает 100% гарантии появления страниц-дублей в выдаче.

Изменение rel="nofollow" и новые атрибуты от Google (sponsored, ugc)

Более 10лет назад, в начале seo-блоггерской движухи проблема спама в блогосфере была весьма актуальна. Некоторые хитрецы активно спамили в комментариях, а популярные блоггеры не желали раздавать вес своих сайтов направо и налево, что в итоге убило бескорыстное упоминание друг друга в блогах. Частично проблему решал rel=»nofollow», сохранявший seo-вес на странице, но потом начали появляться dofollow блоги и другие хитрости. Спустя 15лет Google решила изменить суть понятия nofollow и дополнить его двумя новыми атрибутами.

Итак, встречайте — rel=»sponsored» и rel=»ugc». Теперь эти параметры позволят вебмастерам определять характер тех или иных конкретных ссылок на своем сайте. Их значения следующие:

  • rel=»sponsored» – тут все предельно понятно по названию, это спонсорские (т.е. платные) линки, размещенные в рамках определенной рекламной кампании и/или за деньги.
  • rel=»ugc» (User Generated Content, контент генерируемый пользователями) – рекомендуется добавлять в сообщениях, оставленных посетителями веб-ресурсов: те же комментарии в блогах, отзывы или записи на форумах.
  • rel=»nofollow» (также остается) – используйте его если вам нужно ссылаться на какую-то страницу, но без определенных «положительных сигналов» для поисковиков, в том числе и без передачи ссылочного веса.

Изначально, когда Google придумал пометку «nofollow», помеченные таким образом линки совсем не учитывались поисковиком для ранжирования. Теперь логика работы немного изменится. Все три, упомянутых выше, атрибута теперь воспринимаются поисковиком как «подсказки» относительно того, какие ссылки учитывать, а какие игнорировать. Эти «подсказки», совместно со многими другим факторами, будут использоваться для лучшего анализа линков в Google-поиске.

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

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

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

Вопросы-ответы по новым rel значениям атрибутов

Обязательно ли менять текущие линки с nofollow?

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

Допускается ли несколько значений в rel?

Да, без проблем, так делать разрешается. Например, можно указывать rel=»ugc sponsored» — это в свою очередь означает, что УРЛ является одновременно генерируемым пользователями и спонсорским. Аналогичное новые значения можно присоединять и к старому — rel=»nofollow ugc».

Надо ли менять nofollow на sponsored?

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

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

Что если неправильно поставить rel-атрибут?

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

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

Не станет ли введение «подказок» поводом для роста спама в комментах?

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

Что дальше? Мое мнение

То что, поисковики развиваются и придумывают новые штуки — это нормально, относительно недавно тот же Яндекса ввел показатель ИКС, возможно, скоро увидим «реинкарнацию» Google PR.

Интересно, как на такое нововведение отреагируют биржи ссылок, вебмастера и «ссылочный рынок» в целом. С одной стороны, до этого многих оптимизаторов вообще не смущало отсутствие нофоллоу в рекламных размещения, заказчики сами на этом настаивали. Вероятно, такой же принцип останется и с новыми атрибутами – клиентам нужны будут «чистые» dofollow бэклинки.

Если брать rel=»ugc», то тут вообще мало что изменится – в том же WordPress в комментариях автоматически добавляется нофоллоу уже сейчас. Думаю, в какой-то из следующих версий CMS просто слегка изменит эту функцию. Спам в комментах уже давно не индексируется.

С другой стороны – если Гугл сказал, что будет использовать данные сигналы как подсказки, а не бездумно резать вес спонсорских бэклинков, то, возможно, некоторые вебмастера/оптимизаторы начнут использовать rel=»sponsored» с абсолютно белых площадок. И все это будет как платные PR-публикации – без явного ее указания страдает лояльность читателей, с указанием получается меньше эффект, но при этом нужная ЦА все равно оценит контент. Может быть теперь Google будет видеть спонсорский линк и анализировать его совместно с другими важными параметрами ранжирования.

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

А вы что думаете по поводу новых rel-атрибутов?

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *