Яндекс Острова от А до Я

С моей точки зрения, компании Яндекс так и не удалось создать должного ажиотажа вокруг своих островов. Новинка затронула слишком маленький круг ресурсов, чтобы говорить о её серьёзных перспективах. В бете сейчас всего 200 островов, ещё 500 готовы к модерации. Тем не менее, я потратил своё время и решил обобщить информацию, а также поделиться некоторыми соображениями по данному вопросу.

Содержание

Робинзонада на Яндекс.Островах

Известный многим персонаж Даниэля Дефо, очень хотел покинуть свой остров. Судьба Робинзона Крузо видится мной достаточно показательной в разрезе рассматриваемого вопроса. Если созданный остро, не показывается в выдаче и не даёт конверсии, он станет для вас достаточно серьёзным разочарованием.

Когда мы создаём robots.txt, sitemap.xml, добавляем на страницы микроразметку и т.д. мы знаем – это будет работать, это даст реальный результат. В случае с Яндекс.Островами такой определённости нет, т.к. от общего мы переходим к частному.

Что такое Яндекс.Острова?

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

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

С моей точки зрения, интегрировать систему поиска сайта, через острова в Яндекс будет ошибочным решением. Остров это не поиск, это дополнение к навигации по структурированным данным, которые индексируются поисковым роботом. Другими словами, речь идёт о категориях, рубриках, регионах и т.д.

Но и это ещё не всё. Острова – это действие! И здесь мы подходим к самому интересному, с моей точки зрения, моменту, а именно зачем всё это делалось и как будет монетизироваться. Уж простите, но благотворительность со стороны коммерческих структур я воспринимаю лишь в сугубо ограниченном русле.

Яндекс.Острова это Pay Per Action

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

Одной из попыток ввести PPA в Яндекс.Директ является «Целевой звонок», но этого слишком мало. Как я понимаю, эта технология рассчитана в большей степени под мобильный контент, а данная сфера в Рунете ещё не очень развита, хотя и перспективна.

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

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

Как создать Яндекс.Остров?

Перейдём от слов к делу. В принципе, интерактивные ответы основаны на использовании XML-файлов в формате Яндекс.Островов. Подробное описание этого формата вы можете найти, проследовав по этой ссылке в Яндекс.Помощь. Я же приведу лишь простейший формат создания формы поиска для Яндекс.Островов:

<?xml version="1.0" encoding="UTF-8"?>
<site xmlns="http://interactive-answers.webmaster.yandex.ru/schemas/site/0.0.1"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://interactive-answers.webmaster.yandex.ru/schemas/site-0.0.1.xsd">
  <title>{Заголовок формы}</title>
  <metricaCounterId>{Идентификатор счетчика Метрики}</metricaCounterId>
  <rootUrl>{Ссылка}</rootUrl>
  <protocol>{Протокол}</protocol>
  <description>{Краткое описание сайта}</description>
  <resource>
    <fixed name="{Статичная часть адреса}"/>
  </resource>
  <filters>
    <textBox type="{Способ заполнения}">
      <description caption="{Заголовок элемента}">
        <setParameter name="{Имя параметра}"/>
      </description>
    </textBox>
    <dropDown default="{Значение по умолчанию}">
      <description caption="{Заголовок элемента}">
        <setParameter name="{Имя параметра}"/>
      </description>
      <dropDownValue key="{Значение}" caption="{Название}"/>
      <dropDownValue key="{Значение}" caption="{Название}"/>
      ...
      <dropDownValue key="{Значение}" caption="{Название}"/>
    </dropDown>
  </filters>
</site>

Фактически, такой XML-файл, состоит из четырех основных частей, но в моём примере представлены только три из них: описание сайта (с идентификатором счетчика Метрики), структура URL (простейший статичный вариант) и фильтры (элементы формы). Пропущенная часть относится к динамически подгружаемым данным, вроде поисковых подсказок.

Описание сайта

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

<title>{Заголовок формы}</title>
<metricaCounterId>{Идентификатор счетчика Метрики}</metricaCounterId>
<rootUrl>{Ссылка}</rootUrl>
<protocol>{Протокол}</protocol>
<description>{Краткое описание сайта}</description>

А теперь разберемся, что к чему.

  • Заголовок формы – обозначает действие, которое можно совершить с помощью формы, например: «поиск тура», «отследить посылку», «зарегистрироваться» и т.д.
  • Идентификатор счётчика Метрик (не обязательно) – для его получения, вам нужно зайти на сервис Яндекс.Метрика и скопировать его из столбца «№ счётчика» для соответствующего ресурса. Подробней о том, как получить и установить код счётчика Яндекс.Метрика, вы можете прочитать здесь.
  • Ссылка – это адрес страницы, на которую следует пользователь, если для данного набора фильтров невозможно построить URL, например, расширенный поиск.
  • Протокол (не обязательно) – протокол для адреса страницы, поддерживается два значения: «HTTP» и «HTTPS».
  • Краткое описание сайта – не более 200 символов.

Структура URL (сайта)

Теперь, что касается структуры URL. Эта фишка была введена для фильтрации не только по передаваемым параметрам, но и по поддоменам, папкам сайта и т.д. В моём примере приведём простейший вариант, когда такая фильтрация не нужна. Таким образом, в качестве статичной части адреса может быть что-то вроде: sitename.ru/search.

Фильтры (элементы формы)

В рамках моего примера нам осталось разобраться лишь с фильтрами (элементами формы). Здесь я использовал два вида элементов: textBox (текстовое поле) и dropDown (выпадающий спикок). Разберём их более детально.

textBox

Текстовое поле textBox является аналогом <input type="text">.

<textBox type="{Способ заполнения}">
  <description caption="{Заголовок элемента}">
    <setParameter name="{Имя параметра}"/>
  </description>
</textBox>

Если провести аналогию с HTML, мы получим что-то вроде следующего:

<label for="{Имя параметра}">{Заголовок элемента}</label>
<input type="text" id="{Имя параметра}" name="{Имя параметра}">

Он у меня состоит из следующих данных:

  • Способ заполнения – в рамках своей статьи я не буду вдаваться в детали, скажу лишь, что сам использую тип WholeQuery т.е. вставку в исходном виде.
  • Заголовок элемента (обязательно) – по сути, это тот же label, связанный с текстовым полем. Примечательно здесь то, что он должен быть не длиннее двух слов.
  • Имя параметра – это значение атрибута name в теге input.

Выпадающий список dropDown является аналогом <select>.

<dropDown default="{Значение по умолчанию}">
  <description caption="{Заголовок элемента}">
    <setParameter name="{Имя параметра}"/>
  </description>
  <dropDownValue key="{Значение}" caption="{Название}"/>
  <dropDownValue key="{Значение}" caption="{Название}"/>
  ...
  <dropDownValue key="{Значение}" caption="{Название}"/>
</dropDown>

Если провести аналогию с HTML, мы получим что-то вроде следующего:

<label for="{Имя параметра}">{Заголовок элемента}</label>
<select id="{Имя параметра}" name="{Имя параметра}">
  <option value="{Значение по умолчанию}" selected>{Название}</option>
  <option value="{Значение}">{Название}</option>
  …
  <option value="{Значение}">{Название}</option>
</select>

Он у меня состоит из следующих данных:

  • Значение по умолчанию – значение изначально выбранного, т.е. selected, атрибута value тега option.
  • Заголовок элемента (обязательно) – по сути, это тот же label, связанный с текстовым полем. Примечательно здесь то, что он должен быть не длиннее двух слов.
  • Имя параметра – это значение атрибута name в теге select.
  • Значение – это значение атрибута value в теге option.
  • Название – метка пункта списка.

Примечательно, что значение по умолчанию в списке dropDownValue я привел для наглядности, а не в рамках формата. Кому интересно, также рекомендую посмотреть пример автоматически генерируемого XML-файла формы поиска для Яндекс.Островов: shop4me.ru/ostrova.xml

Основные ошибки вебмастеров при создании Яндекс.Островов

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

  1. Заголовок формы в теге TITLE XML-файла острова должен обозначать действие, которое совершается с помощью формы, например: «поиск тура», «отследить посылку», «зарегистрироваться» и т.д.
  2. Заголовок элемента формы обязателен и должен быть не более двух слов. При этом, заглавной может быть только первая буква, исключением являются лишь аббревиатуры.
  3. Пишите грамотно, не используйте оскорблений и нецензурную лексику. Избегайте избыточного форматирования и отступов/пробелов.
  4. Создавайте остров для людей с оптимальным набором необходимых им элементов для осуществления конкретного действия.
  5. Элементы форм и фильтры острова должны синхронно работать и на сайте. Стремитесь, чтобы названия всех полей на острове и на сайте соответствовали друг другу.
  6. Страницы, на которые ведёт остров, не могут содержать всплывающих окон, pop-under’ов и редиректов, а реклама должна занимать не более 50% площади страницы.
  7. Желательно указать ID счетчика Яндекс.Метрики в XML-файле острова, который должен совпадать с ID Метрики на сайте.
  8. Привязывайте острова только к тем страницам, для которых вы их создавали.

Как добавить Яндекс.Остров в поиск?

И так, вы создали свой Яндекс.Остров. Теперь его надо добавить в поиск, т.е. отправить на модерацию. Для этого вам нужно авторизоваться в Яндекс и перейти на страницу «Редактор форм» интерактивных ответов Яндекс.Вебмастер. На открывшейся странице, кликните кнопку «Выбрать файл» и выберите XML-файл созданного острова. Дальше вам нужно нажать кликнуть «Готово».

загрузка XML-файла в формате Яндекс.Островов в разделе интерактивных ответов Яндекс.Вебмастер

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

получение ссылки на пример острова в интерактивных ответах Яндекс.Вебмастер

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

список добавленных схем яндекс островов в интерактивные ответы яндекс вебмастер

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

проверка статуса яндекс острова в интерактивных ответах яндекс вебмастер

До недавнего времени, на такую проверку действовало ограничение по тИЦ. Для добавления сайт должен был иметь тИЦ не менее 300. Сейчас это ограничение снято.

Разметка форм в терминах Open Graph Protocol

В целом, я так и не понял, достаточно ли выше изложенного или нет. Поэтому решил попробовать реализовать всё по максимуму. Здесь можно использовать OGP или Schema.org разметку, я выбрал первое, как более понятное. Общий формат разметки, с учетом моего примера, имеет вид:

<html prefix="ya: http://webmaster.yandex.ru/vocabularies/">
<head>
<meta property="ya:interaction" content="{Тип взаимодействия}" />
<meta property="ya:interaction:url" content="{URL XML-файла}" />
<meta property="ya:interaction:property" content="{Название}" />
<meta property="ya:interaction:property:default_value" content="{Значение по умолчанию}" />

</head>

Первое, что бросается в глаза это описание для префикса ya: в теге HTML. Дальше идёт описание интерактивного ответа, состоящее из двух метаданных:

  • ya:interaction – тип взаимодействия. Для форм это XML_FORM, а для кнопок – BUTTON.
  • ya:interaction:url – URL XML-файла острова для текущей страницы.

Осталось лишь описать параметры, которые используются в интерактивном ответе. Получается что-то вроде составления канонического URL-адреса (rel="canonical"). Каждое такое описание состоит из двух метаданных:

  • ya:interaction:property – название параметра (переменной).
  • ya:interaction:property:default_value – значение параметра (переменной) по умолчанию, используется для однотипных страниц.

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

проверка микроразметки в Яндекс.Вебмастер

Статистика островов в Яндекс.Метрика

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

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

отчеты запросы и аудитория в статистике Яндекс.Метрика по островам

отчеты интерфейс и конверсия в статике Яндекс.Метрика по островам

Пока же имеем то, что имеем.

Итоги и прогнозы

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

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

Острова дают возможность интеграции в Яндекс.Директ чего-то связанное с оплатой за действия. Это очень далёкое, но вполне реализуемое и в сжатые сроки, будущее. В любом случае балом правит далеко не забота о пользователях, а обычное бабло.

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

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

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

Короткая ссылка: http://goo.gl/8MmLLq

Анонимный
Анонимный комментирует...

В итогах вы пишите, что порог для ввода острова - тИЦ 300, а ранее в статье указано: "Сейчас это ограничение снято." Так что верно?

Константин Кирилюк
Константин Кирилюк комментирует...

@Анонимный верно то, что сейчас это ограничение снято.

Bizikov
Bizikov комментирует...

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

Константин Кирилюк
Константин Кирилюк комментирует...

@Bizikov Яндекс.Острова имеет смысл создавать для сайтов с дополнительной фильтрацией индексируемых данных (различные сортировки) и действий. В случае с блогом, вот так, первое, что приходит в голову: возможность подписаться на e-mal рассылку...

Новые Умы ну
Новые Умы ну комментирует...

Константин, а вот Вы пишите, что урл-структуру можно сделать простую, как у вас. это действительно так, большую делать не обязательно, чтоб не заморачиваться?
Структура URL (сайта)
Теперь, что касается структуры URL. Эта фишка была введена для фильтрации не только по передаваемым параметрам, но и по поддоменам, папкам сайта и т.д. В моём примере приведём простейший вариант, когда такая фильтрация не нужна. Таким образом, в качестве статичной части адреса может быть что-то вроде: sitename.ru/search.

Константин Кирилюк
Константин Кирилюк комментирует...

2Новые Умы ну ну, да я просто не видел смысла заморачиваться, при наличии одно-уровневоей иерархией рубрикации. В тоже время, если имеется многоуровневая рубрикация, разбивка по поддоменам, то это имеет смысл. Здесь я бы акцентировал внимание на уникальности таких данных. Например, если идёт просто фильтрация, то статика пойдёт в минус, ведь генерируются дубли. А вот если мы говорим о многоуровневой рубрикации там может получиться хотя бы условно уникальный контент. Например, телефоны доступные для покупки в одном городе, дуругом городе и т.д. Вроде одно и тоже, но это совершенно разный контент... думаю, мою мысль Вы уловили.

ilya umi
ilya umi комментирует...

Классный мануал)