Schema org на русском: ruschema.org — проект перевода schema.org

Содержание

Schema.org — Вебмастер. Справка

Schema.org — это стандарт семантической разметки данных в сети, объявленный поисковыми системами Google, Bing и Yahoo! летом 2011 года.

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

Разметка происходит непосредственно в HTML-коде страниц с помощью специальных атрибутов и не требует создания отдельных экспортных файлов.

  1. Зачем нужна микроразметка
  2. Основные принципы разметки
  3. Как начать использовать schema.org
  4. Инструменты внедрения микроразметки
  5. Как Яндекс использует размеченные данные

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

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

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

Познакомиться с описанием стандарта можно на официальном сайте в разделе документация.

Также существует неофициальный и пока неполный перевод стандарта на русский язык на сайте: http://ruschema.org.

Любая разметка Schema.org производится в два шага:

  1. Оборачивание описания определенного типа в контейнер с указанием схемы разметки:

    <div itemscope itemtype="http://schema.org/Organization" >
    ...
    </div>
  2. Разметка отдельных свойств с указанием на конкретное свойство схемы:

    <span itemprop="streetAddress">Льва Толстого, 16</span>
<div>
  <span>Яндекс</span>
  Контакты:
  <div>
    Адрес: Льва Толстого, 16,
    119021,
    Москва,
  </div>
  Телефон: +7 495 739–70–00, 
  Факс: +7 495 739–70–70,
  Электронная почта: [email protected] ru
</div>
<div itemscope itemtype="http://schema.org/Organization">
  <span itemprop="name">Яндекс</span>
  Контакты:
  <div itemprop="address" itemscope itemtype="http://schema.org/PostalAddress">
    Адрес:
    <span itemprop="streetAddress">Льва Толстого, 16</span>
    <span itemprop="postalCode"> 119021</span>
    <span itemprop="addressLocality">Москва</span>,
  </div>
  Телефон:<span itemprop="telephone">+7 495 739–70–00</span>,
  Факс:<span itemprop="faxNumber">+7 495 739–70–70</span>,
  Электронная почта: <span itemprop="email">[email protected]</span>
</div>
  • Введение в Schema.org (перевод на русский).

  • Статья на официальном сайте (на английском языке).

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

  • Для популярных CMS могут быть разработаны плагины для внедрения микроразметки. Проверить, есть ли плагин для вашего сайта, можно в CMS или в описании платформы, на которой разработан сайт.

Семантическая разметка контента используется различными сервисами Яндекса:

  • Разметка товаров и их стоимости помогает Поиску формировать специальные сниппеты для страниц с такой разметкой.

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

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

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

  • Разметка вопросов и ответов помогает Поиску выделять лучший ответ и формировать специальные сниппеты для страниц с такой разметкой.

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

  • Разметка данных об организации и ее адресе помогает Бизнесу и Поиску формировать специальные сниппеты для страниц с такой разметкой.

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

  • Разметка информации о видеороликах помогает улучшить представление видеоматериалов.

Примечание.

Данные, размеченные по стандарту семантической разметки

Schema.org, становятся общедоступными и могут быть извлечены и использованы любыми сервисами.

Чтобы ваш вопрос быстрее попал к нужному специалисту, уточните тему:

Разметка формируется в течение двух недель. Если Яндекс не поддерживает какой-то из видов разметки на странице или в разметке ошибки, то просто пропускает ее.

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

Подробное описание возможных ошибок см. в разделе Валидатор микроразметки.

Не удалось исправить ошибку


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

Как использовать микроразметку Schema.org: руководство для чайников

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

Если вы оставляли подобные комментарии и вообще вышеописанная ситуация – это про вас, не расстраивайтесь. Мы поможем вам разобраться. В данном материале мы не будем отсылать вас на сайт schema.org со словами «Там все подробно написано, читайте». Вместо этого мы постараемся в максимально доступной форме (и с наглядными примерами) объяснить вам, как использовать эту пресловутую микроразметку и какой код куда нужно вписывать.

Что такое Schema.org?

Достаточно подробно о том, что такое микроразметка Schema.org, мы писали в одной из наших прошлых статей. А если коротко, то Schema.org – это словарь семантической разметки данных, поддерживаемый всеми ведущими поисковыми системами. Ее цель – помогать поисковым роботам лучше понимать содержание страницы и, тем самым, улучшать результаты выдачи.

На данный момент Schema.org официально поддерживается такими поисковиками, как Google, Яндекс, Bing и Yahoo! При этом, Google открыто говорит, что данный вид разметки является для него наиболее предпочтительным.

Куда что нужно вписывать?

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

Здесь мы видим три атрибута, и их вы должны будете неизменно использовать в каждой своей микроразметке:

  1. itemscope нужен только для того, чтобы показать поисковому боту, что на странице описывается определенный объект.
  2. itemtype всегда идет рядом с itemscope и нужен для того, чтобы показать поисковому боту тип объекта (в данном случае, это Movie). Полный список объектов можно посмотреть по ссылке.
  1. itemprop – описывает свойства выбранного объекта. В данном случае это: название фильма (name), режиссер (director), жанр (genre) и наличие трейлера (trailer). Все доступные свойства перечислены на сайте schema.org в соответствующем разделе:

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

Помимо этих трех атрибутов в коде присутствуют еще и теги. Рассмотрим на другом примере, тип объекта – Person (Человек):

  1. Теги <div> … </div> показывают, где начинается и заканчивается описание объекта.
  2. В теги <span> … </span> заключаются те свойства объекта, которые можно описать словами.
  3. Тег <link> с атрибутом href нужны для перечислений и ссылок на канонические страницы. Ссылки, поставленные таким образом, не видны
    пользователям.
  4. Теги <time> … </time> с атрибутом datetime используются для указания даты, времени и длительности. Дату и время необходимо указывать в следующих форматах: YYYY-MM-DD (2014-05-26), Тhh:mm (Т10:25) либо Тhh:mm:ss (Т02:40:15). При этом, их можно указывать одновременно:
  1. Теги <a> … </a> используются для указания ссылок, видных для пользователей.
  2. Тег <meta> (на изображении не используется) скрывает информацию от пользователей. Данный тег не рекомендуется использовать слишком часто – Google это не одобряет.

Как это сделать на практике?

Заходим на ruschema.org в раздел «Схемы». Выбираем нужный объект. Допустим, Book (Книга). Смотрим, какие свойства мы хотим указать. И начинаем собирать код.

У вас должно получиться примерно следующее:

Проверить правильность проставления микроразметки можно в специальных сервисах от Google и от Yandex.

Несколько примеров сниппетов и кодов

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

  • Видео

<div itemscope itemtype=»http://schema.org/VideoObject»>

<h3>Video: <span itemprop=»name»>Название видео</span></h3>

<meta itemprop=»url» content=»http://example. com» />

<meta itemprop=»isFamilyFriendly» content=»True»>

<meta itemprop=»duration» content=»Длительность – T7M02S» />

<meta itemprop=»thumbnail» content=»URL скриншота» />

<meta itemprop=»contentURL»>»Ссылка на сам видеофайл — http://www.example.com/video123.flv»

<meta itemprop=»uploadDate» content=»2011-07-05T08:00:00″ />

<iframe src=»//www.youtube.com/embed/N-4tzVFsyLU» frameborder=»0″ allowfullscreen></iframe> – HTML-код видео. Берется с видеохостинга:

<span itemprop=»description»>Описание видео</span>

</div>

  • Рецепт

<div itemscope itemtype=»http://schema.org/Recipe»>

<span itemprop=»name»>Название рецепта</span>

<span itemprop=»recipeInstructions»>Берем бананы, снимаем с них кожуру. Перемалываем в блендере и добавляем туда муку»

<span itemprop=»author»>Имя автора</span>,

<meta itemprop=»datePublished» content=»2009-05-08″>May 8, 2009

<img itemprop=»image» src=»Картинка_блюда. jpg» />

<span itemprop=»description»>Описание рецепта</span>

<meta itemprop=»cookTime» content=»Время приготовления – PT1H»>1 hour

<span itemprop=»ingredients»>3 банана</span>

<span itemprop=»ingredients»>1 яйцо</span>

<span itemprop=»ingredients»>Стакан сахара</span>

</div>

  • Организация

<div itemscope itemtype=»http://schema.org/Organization»>

<span itemprop=»name»>Название организации</span>

<div itemprop=»address» itemscope itemtype=»http://schema.org/PostalAddress»>

<span itemprop=»streetAddress»>Улица</span>,

<span itemprop=»addressLocality»>Город</span>,

<span itemprop=»addressRegion»>Область</span>.

</div>

<img itemprop=»logo» src=»Ссылка на логотип – http://www.example.com/logo.png» />

Phone: <span itemprop=»telephone»>Номер телефона – 206-555-1234</span>

</div>

Важная информация

Если вы используете авторство Google, и в поиске уже отображается ваша фотография, не используйте микроразметку Schema. org, поскольку авторство после этого может нарушиться.

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

Пример 2. При описании объекта отзыв (review), происходит то же самое – фото автора исчезает и появляется информация о том, кому принадлежит данный отзыв (обзор).

Какой из сниппетов показывает лучший CTR, к сожалению, неизвестно. Но эта информация важна, и ее нужно было донести.

Адаптация материала Schema-org Guide for Beginners (Everyone Can Understand!) + Schema Cheatsheet и Structured Data: Why you should mark-up for higher CTR.

Как добавить микроразметку Schema.org на страницы сайта

Любая страница сайта состоит из HTML тегов. Как правило, HTML теги сообщают браузеру как отобразить информацию, которая находится внутри тега. Таким же образом микроразметка Schema.org сообщает поисковым системам где находится та или иная важная информация на странице.

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

Содержание

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

Чтобы быть в курсе последних лайфхаков по SEO и знать, как продвигать сайты в 2020 году — подпишитесь на личный Telegram канал.

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

В данной статье я хочу показать о том, как на практике сделать микроразметку на своем сайте, чтобы ее хорошо восприняли и Google и Yandex одновременно. Потому что многие сталкиваются с проблемами: для Yandex микроразметка нормально проходит валидацию (об этом читайте ниже), а вот для Google появляются ошибки, и наоборот. Да, это действительно так. Но всегда можно найти компромисс!

С помощью правильной микроразметки Schema.org Вы сможете передавать самые важные данные. То есть поисковому роботу информация подается сразу «на блюдечке». Для этого и была создана микроразметка поисковыми системами.

Основы микроразметки Schema.org

Не растут позиции сайта?

Сделайте аудит сайта самостоятельно с помощью сервиса

Перейти на сервис

Как проверить «правильность» микроразметки Schema.org?

Для проверки валидации («правильности») микроразметки предназначены специальные сервисы, которые были разработаны поисковыми системами. Мы будем в данной статье проверять микроразметку для поисковой системы Yandex и Google.

Вот ссылки на два сервиса проверки валидации микроразметки Schema.org:

  • Валидатор микроразметки от Google
  • Валидатор микроразметки от Yandex
  • Проверка наличия расширенных сниппетов в Google

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

Как пользоваться валидаторами микроразметки?

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

Итак, начнем с валидатора от Google. Страница выглядит следующим образом:

Есть два варианта проверки валидации страницы:

  1. С помощью прямой вставки HTML кода
  2. С помощью вставки URL адреса страницы, которую необходимо проверить

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

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

После проверки в валидаторе Google появится слева код Вашей HTML страницы, а справа — какая микроразметка там присутствует и есть ли там ошибки:

С валидатором Google я думаю все понятно. Перейдем к валидатору от Yandex.

Когда Вы зайдете на сайт с валидатором микроразметки от Yandex, Вы увидите несколько иную картину, но смысл там остается тот же:

Здесь интерфейс немного проще и опять же есть два варианта проверки Вашего HTML кода: с помощью вставки исходного кода страницы, либо с помощью вставки лишь URL необходимой страницы.

После того как Вы проверили свою страницу на валидность микроразметки, Yandex покажет свои ошибки немного в другом формате, прямо рядом с микроразметкой:

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

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

Очень много ошибок? Не волнуйтесь, все можно исправить. Главное разобраться в этом постепенно исправить все ошибки.

Шаг 1. Что необходимо разметить на странице?

Словарь микроразметки Schema.org очень большой. Здесь можно найти формат разметки практически любого типа записей. В прошлой статье я приводил основной список форматов, которые поддерживаются данная микроразметка: адреса и организации, видео, программы, рефераты, изображения, статьи, фильмы и так далее.

Поэтому первым шагом необходимо определиться с основным шаблоном и правильно его подготовить. А у же потом переносит на реальный сайт.

В данной статье я покажу как сделать пример для сайта, под управлением CMS WordPress. А на данной CMS чаще всего создают блоги. Поэтому будем писать разметку для такого типа страниц, как «Статья».

Далее нам необходимо определить, какую сущность из словаря мы будем использовать. На официальном ресурсе Schema.org есть следующая структура: Article. Но внутри нее есть подструктуры, которые мы можем использовать. Спускаясь все глубже по подструктурам я нашел следующий тип: BlogPosting. Он является частным вариантом сущности Article. И он отлично подходит для разметки записей на блогах.

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

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

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

Шаг 2. Формируем шаблон микроразметки

Что именно будем размечать стало понятно. Осталось собрать правильную структуру.

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

ВАЖНО: Google постоянно вносит изменения и оставил «звездочки» только для страниц с продуктами. Есть сайты, которые это обходят, но все же желательно размечать так, как этого требует Schema.org. Поэтому сейчас код был изменен и «звездочки» на поиске можно сделать только в сущности Product. Это больше относится к таким услугам и товарам, но не к обычным статьям.

Без прелюдий перейдем сразу к делу. После многочисленных попыток сделать микроразметку Schema.org валидной для Google и Яндекса получилась следующая структура:

HTML КОД




Юрий Немец

Основной текст статьи.

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

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

Если Вы разобрались в структуре микроразметки Schema.org для статьи, то проделали уже 80% работы. Осталось малость, но эта «малость» требует технических знаний. Потому что сейчас необходимо перенести данную структуру на реальный работающий сайт.

Есть вариант сделать проще с помощью мастера разметки структурированных данных от Google.

Когда попадете туда — увидите следующее:

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

Чтобы разметить, необходимо либо ввести URL страницы, либо вставить HTML этой же страницы.

Мы введем адрес одной из статей сайта и на его примере покажу как разметить:

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

Делается очень просто — вам лишь необходимо выделить элемент слева и затем выбрать к чему он относится.

Когда закончите, необходимо кликнуть справа вверху по кнопке «Создать HTML». Вас перенаправит на страницу с готовым HTML кодом и разметкой для вставки на сайт:

Есть 2 варианта внедрения этой разметки на свой сайт:

В CMS, таких как WordPress, OpenCart и других все делается с помощью плагинов, не вручную. Ниже посмотрим с помощью каких плагинов.

Шаг 3. Внедряем микроразметку Schema.org на реальный сайт

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

  1. Начинайте разметку с основных структур. То есть для начала разметьте основную сущность, внутри которой находятся все остальные элементы. Поэтому сначала необходимо найти блок, в котором содержится все: изображение, автор, дата и так далее;
  2. Далее займитесь разметкой блока «Organization». Потому что он не меняется динамически. Его необходимо один раз сделать и поместить внутрь сущности «BlogPosting». Данный блок затем скройте с помощью CSS стилей.
  3. Затем необходимо разметить дату публикации и дату последнего изменения. Сделать это несложно. В каждой CMS есть своя функция, которая отвечает за это. Так как это мета-теги, то скрывать ничего не нужно. Например в WordPress дата публикации и дата изменения выводятся следующим образом:
  4. Далее отметьте подструктуру «articleBody». Именно внутри нее Вам необходимо будет указать заголовок и главное изображение статьи.
  5. И последним шагом исправьте разметку главного изображения в статье. Так как это, чаще всего, сделать технически сложнее всего, то оставьте данный элемент на концовку.

После внедрения обязательно проверьте с помощью валидаторов на отсутствие ошибок.

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

Кликаете в правом верхнем углу по кнопке «Предварительный просмотр» и попадаете на странице предпросмотра:

Позиции сайта «зависли» и не идут в ТОП?

Сделайте аудит сайта самостоятельно с помощью сервиса

Перейти на сервис

Микроразметка FAQ от Schema.org

Как увеличить CTR на поиске за 15 минут?

Очень легко, нужно лишь добавить микроразметку FAQ в свою статью и отправить на переиндексацию в Google.

Вот пример статьи, где я добавил микроразметку:

Как добавить такую микроразметку?

Очень легко, достаточно в исходный код страницы вставить следующий JSON внутри тегов script:



Еще несколько советов по использованию:

Используйте 4 пункта, тогда будут показываться все 4 вопроса. Если напишете больше 4 вопросов, то последний пункт будет скрыт под элемент «Развернуть».

Обязательно проверьте микроразметку на валидаторе Google, чтобы она была без ошибок (только потом отправьте ее на переиндексацию). Если по тем ошибкам непонятно, как исправить, тогда советую проверить на валидаторе JSON — здесь. Если и там не удалось найти ошибку, то можете написать в комментариях к статье, либо обратиться к техническому специалисту.

Если все сделали правильно, то достаточно буквально 15-30 минут и вы увидите в поиске в сниппете микроразметку.

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

Ошибки микроразметки Schema.org

Рассмотрим самые популярные ошибки при добавлении микроразметки Schema.

  • Необходимо указать значение для поля itemReviewed

    Здесь нужно понимать для чего нужно свойство itemReviewed.

    Это свойство, которое отдельно без сущности существовать не может. Сущностью для свойства может быть AggregateRating и Review.

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

  • Необходимо указать значение для поля item

    Это свойство используется в сущностях DataFeedItem и ListItem.

    Например, вы хотите разметить «хлебные крошки» (BreadCrubms). Внутри элементов списка необходимо использовать для ссылок данное свойство:

    
    
    1. SEO
    2. Внутренняя перелинковка
  • Необходимо указать значение для поля url

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

  • Необходимо указать значение для поля image

    Это может быть URL или сущность ImageObject.

    Если это ImageObject, то нужно вводить гораздо больше значений:

    
    

    Название изображения

    Автор Юрий Немец Фотография сделана Россия, Москва Дата загрузки:

    22 декабря, 2020 Подробное описание изображения.

    Самое важное поле — это URL.

  • Для id указан недопустимый url

    Ошибка чаще всего возникает с сущностью BreadcrumbList когда не задан URL, а используется текстовое описание.

    Внимательно изучите сущность itemListElement, потому что она используется для BreadCrumbs.

  • Необходимо указать значение для поля itemListElement

    Это ошибка при разметке «хлебных крошек» на сайте. Если хотите сделать последний элемент списка неактивным (без ссылки), то он должен быть не BreadcrumbList элементом. Пример ниже:

    
    
    • Главная
    • Онлайн маркетинг

Частозадаваемые вопросы по микроразметке Schema.org

  • Itemprop что это?

    Itemprop — это свойство сущности для разметки подробных сведений об этой сущности.

    На примере: есть сущность для разметки фильма. У фильма есть много свойств: название, режиссер, жанр. Чтобы указать в микроразметке каждое свойство — необходимо в соответствующем атрибуте itemprop задать ему значение.

    
    

    Режиссер: Адиль Эль Арби (род. 30 июня 1988 г.) Комедия

    Трейлер "Плохие парни навсегда"

    Бёрнетт рассорился с напарником, оставил службу в полиции Майами и занялся...

    Обратите внимание, что нужно разметить и сам фильм и трейлер, либо информацию о трейлере совсем не вводить.

  • Как узнать тип микроразметки в Гугл?

    Введите в любой из валидаторов микроразметки URL сайта и узнаете тип микроразметки (сущности). Если хотите узнать вид микроразметки, то изучите следующую статью.

  • Как разместить URL сайта в Schema.org?

    Все зависит от того, какую сущность микроразметки вы используете.

    Например, если используете сущность BlogPosting (на русском эта же сущность), то используйте следующий код:

    
    
  • Каким образом можно проверить корректность настройки микроразметки?

    Корректность настройки микроразметки проверяется с помощью валидаторов.

  • Плагины внедрения микроразметки для CMS

    Для WordPress: Schema, Schema — All In One Schema Rich Snippets, Schema & Structured Data for WP & AMP, WP SEO Structured Data Schema, а также Yoast SEO.

    Для OpenCart: SEO Structured Data — Rich Snippets — Microdata.

    Для Joomla: Google Structured Data.

    Для Битрикс: Микроразметка Schema.org, Микроразметка Schema.org в один клик.

    После внедрения любого плагина обязательно проверяйте свои страницы с помощью валидаторов.

  • Как выбрать тип Schema.org?

    Рекомендую зайти на следующую страницу — структурированные данные от Google. Слева выбрать тот материал, который вам нравится и затем разметить в соотвествии с рекомендациями.

  • Как исправить ошибку микроданных в Google?

    Чтобы исправить ошибку — необходимо хорошо разобраться в сущности, которую вы размечаете.

    Чаще ошибка связана не с микроразметкой Schema, а именно с незнанием технической части сайта или CMS. Задать свой вопрос вы можете в комментариях ниже.

  • Каким разметить номер телефона с помощью Schema.org?

    Есть свойство Telephone. Важно понимать, что это лишь свойство, оно должно быть внутри сущности, например, внутри сущности Organization.

  • Как создать микроразметку для Яндекса онлайн?

    Для Яндекс и для Google можно создать шаблон микроразметки с помощью генератора.

  • Валидатор не видит разметку

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

  • Плагин проверки микроразметки в браузере Chrome

    Расширение называется Structured Data Testing Tool.

  • Как добавить микроразметку для сайтов на Wix? (Schema.org)

    На самом деле это актуально для любого конструктора.

    Для начала вам необходимо сформировать скрипт в формате JSON-LD через этот генератор.

    Затем скопировать этот скрипт, перейти в раздел редактирование сайта. Там выбрать «Настройки», далее «Коды аналитики». Выбираем справа вверху «Новый инструмент», далее «Новый код».

    Вставляем скопированный скрипт в формате JSON-LD.

    Осталось сохранить и проверить на валидаторе правильность разметки.

  • Как добавить микроразметку для сайтов на Tilda? (Schema.org)

    Генерируем скрипт в формате JSON-LD, как в ответе на предыдущий вопрос про Wix.

    На Тильде заходим в «Настройки страницы», затем «Дополнительно» и далее «HTML код для зоны». Кликаем «Edit code» (редактировать код).

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

Вывод

Многие, возможно, начнут возмущаться, что нет готового решения, которого все так ждали. Все хотят волшебную таблетку: «скопировал->вставил». Такого не будет, если Вы хотите реальных и ощутимых результатов. У Вас индивидуальный шаблон, у которого своя собственная структура. Поэтому наберитесь терпения и разберетесь в том, как устроена микроразметка Schema.org.

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

Успехов!

С Уважением, Юрий Немец

Как оптимизировать сайт для локального поиска с помощью микроразметки

Как оптимизировать сайт для локального поиска
с помощью микроразметки

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

Почему именно локальное SEO сегодня набирает популярность? Прежде всего потому, что люди не хотят тратить время и деньги на дорогу, а желают получить результат максимально близкий к ним. Косвенно на это влияют также рост доли мобильного трафика и голосового поиска (запросы с масками «ближайший» или «рядом со мной» особенно актуальны за рулем).

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

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

Микроразметка

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


Используя микроразметку (для поисковой выдачи идеально подойдет Schema. org или JSON-LD) при оформлении сайта, сниппеты будут выглядеть максимально структурировано.

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

Так, при помощи семантической разметки можно добавить в сниппет информацию об адресах и контактных данных, отзывах и рейтинге, расписания, перечни, инструкции и пр., а также «передать» данные о компании в Яндекс.Справочник и Google.

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

Для структурирования и оптимизации локальных параметров (адрес, телефон и пр.) в выдаче используйте Ruschema.org с коллекцией схем для микроразметки различных информационных блоков.

Пример микроразметки контактных данных выглядит вот так (можно просто скопировать, вставив свои параметры на русском языке вместо слов «название», «город» и пр.).:

<div itemscope itemtype="http://schema.org/Organization">
<span itemprop="name">Название компании</span>
<div itemprop="address" itemscope itemtype="http://schema.org/PostalAddress">
<span itemprop="streetAddress">Точный адрес</span>
<span itemprop="postalCode">Индекс</span>
<span itemprop="addressLocality">Город</span>
</div>
<span itemprop="telephone">Номер телефона</span>
<span itemprop="email">Электронная почта</span>
</div>

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

Сниппет с микроразметкой данных об организации


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

Алена Селиванова

Эксперт по управлению онлайн-присутствием RocketData.io

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

Пример кода (можно скопировать, заменив русский текст на свои данные, далее код следует добавить в текст с помощью HTML редактора):

<div itemscope itemtype="https://schema.org/Reviews">
<span itemprop="itemReviewed">То, о чем составлен отзыв</span>
<span itemprop="reviewBody">Текст отзыва</span>
<span itemprop="reviewRating">Оценка</span>
</div>

Сниппет с микроразметкой рейтинга в поисковой выдаче

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

Сниппет с разметкой расписания киносеансов


Рекомендации Google по структурированию данных можно найти на официальном сайте.

Помните, попадание в ТОП определяется совокупностью факторов.

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

Получите бесплатный подробный отчет
о присутствии вашей сети филиалов в интернете.

Узнайте где ваши компании отсутствуют, где указаны неверные данные, какой средний рейтинг отзывов.

Получить отчет

SEO | 2021 | Web Almanac от HTTP Archive

Часть II Глава 8

Дата публикации:

Дата обновления:

График 8.2. Распределение ответов сервера на запрос robots. txt.

Использование robots.txt позволяет владельцам веб-сайтов контролировать поисковых роботов. Однако данные анализа показали, что у 16.5% веб-сайтов нет файла robots.txt.

У веб-сайтов может быть неправильно настроен robots.txt. Например, некоторые популярные веб-сайты (вероятно по ошибке) блокировали поисковых роботов. Google может хранить эти веб-сайты в индексе некоторое время, но в конце концов их видимость в результатах поиска будет снижена.

Другая категория ошибок, связанных с robots.txt — ошибки доступа или сети. Ситуация, когда robots.txt существует, но к нему нельзя получить доступ. Если Google запрашивает файл robots.txt и получает ошибку, он может временно приостановить сканирование. Логика в том, что поисковая система не уверена, может ли выбранная страница быть просканирована, поэтому ждет доступа к robots.txt.

По нашим данным ~0.3% веб-сайтов вернули ошибку 403 Доступ запрещен или 5xx. Разные роботы могут реагировать по-разному, поэтому мы не знаем, как именно Googlebot обработал ошибку.

По последней информации, полученной от Google за 2019 год, до 5% веб-сайтов временно возвращали 5xx ответ сервера при запросе robots.txt, в то время как 26% были недоступны.

  • Посмотреть изображения

На скриншоте показан процент кодов ответа сервера на запрос robots.txt от Googlebot. По данным за 2019 год 69% сайтов были в порядке и использовали ответ сервера 200 или 404 для открытого доступа. Целых 5% веб-сайтов были временно в порядке, возвращая 5хх при запросе robots.txt. 26% веб-сайтов оказались недоступны.

График 8.3. Распределение ответов сервера на запрос robots.txt от Googlebot.

Две вещи могут вызвать расхождение между данными HTTP Archive и Google:

  1. Google представляет данные двухлетней давности, в то время как HTTP Archive основан на последней информации, или

  2. HTTP Archive основан на данных веб-сайтов, которые достаточно популярны для попадания в CrUX, в то время как Google пытается посетить все известные веб-сайты.

Размер

robots.txt

Гистограмма показывает распределение размеров robots.txt. Почти все файлы robots.txt имеют небольшой размер и весят от 0 до 100 Кб. Мы обнаружили, что 96.72% файлов robots.txt на мобильных страницах имеют размер 0-100 Кб (аналогичные результаты и для компьютеров). Практически ни на одной из веб-страниц (на компьютерах или телефонах) не было файлов robots.txt размером более 100 Кб, а на 1.58% веб-сайтов он отсутствовал.

График 8.4. Распределение размеров файла robots.txt.

Большинство файлов robots.txt малы, их размер составляет от 0 до 100 Кб. Однако мы нашли более 3000 доменов с размером файла robots.txt больше 500 Кб, что превышает максимальный предел Google. Правила после этого ограничения будут проигнорированы.

Гистограмма показывает 10 наиболее часто используемых пользовательских агентов в robots. txt. Результаты были схожи для компьютеров и мобильных устройств, 75.2% доменов не указывают конкретный пользовательский агент. Мы обнаружили adsbot-google в 6.3% случаев, mj12bot — 5.6%, ahrefsbot — 5.0%, mediapartners-google — 4.9%, googlebot — 3.4%, nutch — 3.3%, yandex — 3.1%, pinterest — 2.9%, ahrefssiteaudit — 2.7%.

График 8.5. Использование пользовательских агентов в robots.txt.

Вы можете объявить правило для всех роботов или указать правило для конкретных роботов. Роботы обычно пробуют следовать по наиболее конкретному правилу для их пользовательского агента. User-agent: Googlebot будет относиться только к Googlebot, а User-agent: * будет относиться ко всем роботам, для которых нет более конкретного правила.

Мы увидели двух популярных SEO-роботов mj12bot (Majestic) и ahrefsbot (Ahrefs) в топ 5 наиболее часто используемых пользовательских агентов.

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

robots.txt

Робот Компьютеры Телефоны
Googlebot 3.3% 3.4%
Bingbot 2.5% 3.4%
Baiduspider 1.9% 1.9%
Yandexbot 0.5% 0.5%

График 8.6. Распределение поисковых систем в robots.txt.

При рассмотрении правил, применяемых к конкретным поисковым системам, чаще всего указывался робот Googlebot, который появлялся на 3,3% просканированных веб-сайтов.

Правила роботов, относящиеся к другим поисковым системам, таким как Bing, Baidu и Яндекс, менее популярны (2.5%, 1.9% и 0.5% соответственно). Мы не анализировали, какие правила применялись к этим роботам.

Канонические теги

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

Гистограмма показывает использование канонических тегов. Мы обнаружили, что большинство веб-страниц используют канонические теги (58.5% страниц для мобильных устройств и 56.6% страниц для компьютеров). Процент канонизированных страниц выше на мобильных устройствах (8.3%) в сравнении с компьютерами (4.3%).

График 8.7. Использование канонических тегов.

Данные показывают рост использования канонических тегов за последние годы. Например, издание 2019 года показывает, что 48.3% страниц мобильных страниц использовали канонический тег. В издании 2020 года процент вырос до 53.6%, а в 2021 — до 58.5%.

Канонические теги используются на большем количестве страниц для мобильных устройств, чем для компьютеров. Кроме того, 8.3% мобильных и 4.3% компьютерных страниц канонизированы в другую страницу, чтобы дать Google и другим поисковым системам, что страница, указанная в каноническом теге, является той, которую следует проиндексировать.

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

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

Два способа использования канонических тегов

Существует два способа использования канонических тегов:

  1. В секции <head> HTML-документа
  2. В HTTP-заголовке (через заголовок Link)

Гистограмма показывает наличие необработанных и отрисованных канонических тегов (необработанные, отрисованные, тег указан только после отрисовки, тег изменен после отрисовки, тег изменен HTTP-заголовком). По нашим данным канонический тег указан в необработанных документах у 55.9% компьютерных и 57.7% мобильных страниц. Отрисованные канонические теги были обнаружены у 56.5% компьютерных и 58.4% мобильных страниц. Другие теги использовались менее чем на 1.5% компьютерных или мобильных страниц.

График 8.8. Использование канонического тега в необработанном и отрисованном вариантах.

Внедрение канонических тегов в секции <head> HTML-документа популярнее, чем использование HTTP-заголовка Link. Реализация тега в секции <head> считается проще, поэтому используется значительно чаще.

Мы также увидели небольшое изменение (< 1%) в каноническом теге между доставленным необработанным и отрисованным HTML после применения JavaScript.

Конфликтующие канонические теги

Иногда страницы содержат более одного канонического тега. При возникновении таких противоречивых сигналов поисковым системам приходится в этом разбираться. Один из адвокатов поиска Google, Мартин Сплитт, однажды сказал, что это вызывает неопределенное поведение со стороны Google.

На предыдущем рисунке показано, что 1.3% мобильных страниц имеют разные канонические теги в исходном HTML и в отрисованной версии.

В прошлогодней главе отмечалось: «Подобный конфликт можно обнаружить с разными методами реализации: 0.15% мобильных и 0.17% компьютерных страниц показывают конфликты между каноническими тегами, реализованными через HTTP-заголовки и секцию head

Данные 2021 года по этому конфликту вызывают еще большую тревогу. Страницы отправляют противоречивые сигналы в 0.4% случаев на компьютерах и в 0.3% случаев на мобильных устройствах.

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

В 2021 году стали уделять больше внимания пользовательскому опыту. Google выпустил обновление, связанное с удобством страниц, которое включает существующие сигналы, такие как HTTPS и удобство для мобильных устройств, а также новые показатели скорости под названием Core Web Vitals.

HTTPS

Гистограмма показывает процентное соотношение сайтов на HTTPS. Мы обнаружили, что 81.2% мобильных и 84.3% компьютерных страниц обслуживаются HTTPS.

График 8.9. Процент страниц для компьютеров и мобильных устройств, обслуживаемых HTTPS.

Распространение HTTPS все еще растет. HTTPS используется по умолчанию на 81.2% мобильных и 84.3% компьютерных страниц. Это больше почти на 8% на мобильных и на 7% на компьютерных сайтах по сравнению с прошлым годом.

Удобство для мобильных устройств

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

Адаптивный дизайн отправляет один и тот же код и настраивает отображение веб-сайта в зависимости от размера экрана, в то время как динамический показ отправляет другой код в зависимости от устройства. Метатег viewport использовался для распознавания адаптивных веб-сайтов, а заголовок Vary: User-Agent — для распознавания веб-сайтов, использующих динамический показ.

График 8.10. Процент мобильных страниц, использующих метатег viewport — сигнал удобства для мобильных устройств.

91.1% мобильных страниц содержат метатег viewport, по сравнению с 89.2% в 2020 году. 86.4% компьютерных страниц также содержат метатег viewport, по сравнению с 83.8% в 2020 году.

Гистограмма показывает использование заголовка vary, необходимого для распознавания удобства для мобильных устройств. Мы обнаружили, что адаптивный дизайн на страницах используется чаще (87.4% для компьютеров и 86.6% для мобильных устройств), чем динамический показ (12.6% для компьютеров и 13.4% для мобильных устройств).

График 8.11. Использование заголовка Vary: User-Agent.

Для заголовка Vary: User-Agent цифры почти не изменились: 12. 6% страниц для компьютеров и 13.4% мобильных страниц.

График 8.12. Процент мобильных страниц, не использующих разборчивые размеры шрифта.

Одна из главных причин неудобства страниц для мобильных устройств — 13.5% страниц не используют разборчивые размеры шрифта. Это значит, что 60% или больше текста на странице имеют размер шрифта меньше 12px, что может сложно читаться на мобильных устройствах.

Core Web Vitals

Core Web Vitals — это новые показатели скорости, которые являются частью сигналов удобства страниц для Google. Метрики измеряют производительность загрузки с помощью Largest Contentful Paint (LCP), визуальную стабильность с Cumulative Layout Shift (CLS) и интерактивность с First Input Delay (FID).

Данные поступают из отчета о пользовательском опыте Chrome (CrUX), в котором записываются реальные данные от зарегистрированных пользователей Chrome.

Линейная диаграмма показывает процент веб-сайтов с хорошими показателями Core Web Vitals на мобильных устройствах. В 2021 году доля сайтов с хорошим показателем LCP выросла с 42% до 45%, с хорошим FID — с 81% до 90%, с хорошим CLS — с 55% до 62%, и в целом с хорошими данными CWV — с 23% до 29%. Наши результаты показывают, что процент мобильных веб-сайтов с хорошими показателями Core Web Vitals будет продолжать расти с каждым годом.

График 8.13. Тенденция показателей Core Web Vitals.

29% мобильных веб-сайтов удовлетворяют пороговым значениям Core Web Vitals по сравнению с 20% в прошлом году. У большинства веб-сайтов удовлетворительный показатель FID, но владельцы веб-сайтов, похоже, пытаются улучшить CLS и LCP. Дополнительную информацию по этой теме смотрите в главе Производительность.

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

Метаданные

Метаданные включают в себя элементы <title> и теги <meta name="description">. Метаданные могут напрямую или косвенно влиять на эффективность SEO.

Гистограмма показывает процент страниц, имеющих метаданные. Мы обнаружили, что на 98.8% мобильных и компьютерных страниц есть элемент title, и на 71.1% — meta description.

График 8.14. Разбивка использования title и meta description.

В 2021 году 98.8% компьютерных и мобильных страниц содержали элемент <title>. 71.1% главных страниц для компьютеров и мобильных устройств содержали теги <meta name="description">.

Элемент
<title>

Элемент <title> — это фактор ранжирования на странице, который дает подсказку о релевантности страницы и может отображаться на странице результатов поисковой системы (SERP). В августе 2021 года Google начал чаще переписывать заголовки в результатах поиска.

Гистограмма показывает количество слов в теге <title> на процентиль (10, 25, 50, 75 и 90). Средняя страница содержала заголовок, который имел 6 слов, и 50% всех заголовков содержали 3-9 слов. По нашим данным не было обнаружено разницы в количестве слов между компьютерными и мобильными страницами.

График 8.15. Количество слов, используемых в элементах <title>.

Гистограмма показывает количество символов в теге заголовка на процентиль (10, 25, 50, 75 и 90). Средняя страница содержала 39 символов в заголовке на компьютерах и 40 символов — на мобильных устройствах. По нашим данным количество символов между компьютерами и мобильными устройствами отличалось незначительно.

График 8.16. Количество символов, используемых в элементах <title>.

В 2021 году:

  • Средняя страница содержала 6 слов в <title>.
  • Средняя страница содержала 39 и 40 символов в <title> на компьютерах и мобильных устройствах соответственно.
  • На 10% страниц элемент <title> содержал 12 слов.
  • На 10% компьютерных и мобильных страниц элемент <title> содержал 74 и 75 символов соответственно.

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

Метатег description

Тег <meta name="description> не влияет напрямую на ранжирование, но может появляться в поисковой выдаче как описание страницы.

Гистограмма показывает количество слов в метатеге description на процентиль (10, 25, 50, 75 и 90). Средняя страница содержала мета описание из 20 слов для компьютеров и 19 слов для мобильных устройств. По нашим данным количество слов между компьютерами и мобильными устройствами отличалось незначительно.

График 8.17. Количество слов, используемых в метатегах description.

Гистограмма показывает количество символов в метатеге description на процентиль (10, 25, 50, 75 и 90). Средняя страница содержала мета описание длиной 138 символов на компьютерных и 137 символов на мобильных страницах. По нашим данным количество символов между компьютерами и мобильными устройствами отличалось незначительно.

График 8.18. Количество символов, используемых в метатегах description.

В 2021 году:

  • Средняя компьютерная и мобильная страницы содержали тег <meta name="description> длиной 20 и 19 слов соответственно.
  • Средняя компьютерная и мобильная страницы содержали тег <meta name="description> длиной 138 и 127 символов соответственно.
  • На 10% компьютерных и мобильных страниц тег <meta name="description> был длиной 35 слов.
  • На 10% компьютерных и мобильных страниц тег <meta name="description> был длиной 232 и 231 символов соответственно.

Эти показатели практически не изменились с прошлого года.

Изображения

Гистограмма показывает количество элементов <img> на странице на процентиль (10, 25, 50, 75 и 90). Средняя компьютерная и мобильная страницы содержали 21 и 19 элементов <img> соответственно.

График 8.19. Количество изображений на каждой странице.

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

  • 10% страниц содержат 2 или меньше тегов <img>. Это верно и для компьютеров, и для мобильных устройств.
  • Средняя компьютерная и мобильная страницы содержат 21 и 19 тегов <img> соответственно.
  • На 10% компьютерных страниц содержится 83 или больше тегов <img>. На 10% мобильных страниц содержится 73 или больше тегов <img>.

Эти цифры незначительно изменились с 2020 года.

Атрибуты изображения
alt

Атрибут alt для элемента <img> помогает пояснить содержимое изображения и влияет на общедоступность.

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

Гистограмма показывает количество изображений с атрибутом alt на процентиль (10, 25, 50, 75 и 90). По нашим данным средняя страница содержит 54.6% и 56.5% изображений с атрибутом alt на мобильных и компьютерных страницах соответственно.

График 8.20. Процент изображений, которые содержат атрибуты alt.

Гистограмма показывает процент пустых атрибутов alt на процентиль (25, 50, 75 и 90). Средняя веб-страница содержала 10.5% и 11.8% пустых атрибутов alt на компьютерных и мобильных страницах соответственно.

График 8.21. Процент пустых атрибутов alt.

Гистограмма показывает процент изображений без атрибутов alt на процентиль (10, 25, 50, 75 и 90). Средняя веб-страница содержала 1.4% изображений без атрибутов alt на компьютерах и 0 изображений — на мобильных устройствах.

График 8.22. Процент изображений без атрибутов alt.

Мы обнаружили, что:

  • На средней компьютерной странице 56.5% тегов <img> содержали атрибут alt. Это небольшой рост по сравнению с 2020 годом.
  • На средней мобильной странице 54.6% тегов <img> содержали атрибут alt. Это небольшой рост по сравнению с 2020 годом.
  • Однако в среднем страницы для компьютеров и мобильных устройств в 10.5% и 11.8% случаев имеют пустые атрибуты alt для тегов <img> соответственно. Это фактически то же самое, что и в 2020 году.
  • На средних страницах для компьютеров и мобильных устройств нет или почти нет тегов <img> без атрибутов alt. Это улучшение по сравнению с 2020 годом, когда на 2-3% страниц теги <img> не содержали атрибуты alt.
Атрибуты изображений
loading

Атрибут loading в элементах <img> влияет на приоритет рендеринга и отображения изображений на странице. Это может влиять на пользовательский опыт и производительность загрузки страницы, оба фактора влияют на SEO.

Гистограмма показывать процент страниц и использование атрибута изображения loading (missing — отсутствует, lazy, eager, invalid — недопустимое значение, auto, blank — пустое). По нашим данным на 83.3% компьютерных и 83.5% мобильных страниц отсутствовал атрибут loading для изображений. Мы обнаружили, что loading="lazy" используется на 15.6% страниц для компьютеров и мобильных устройств, в то время как только 0.8% страниц для компьютеров и мобильных устройств используют loading="eager". Количество других случаев составлет менее 1% на компьютерных и мобильных страницах, сюда входят случаи с недопустимым или пустым значением атрибута или со значением auto.

График 8.23. Использование атрибута изображения loading.

Мы обнаружили, что:

  • 85.5% страниц не используют атрибут loading для изображений.
  • 15.6% страниц используют значение loading="lazy", которое откладывает загрузку изображения до тех пор, пока оно не приблизится к области просмотра.
  • 0.8% страниц используют значение loading="eager", которое загружает изображение сразу же, как только браузер загружает код.
  • 0.1% страниц используют недопустимое значение атрибута.
  • 0.1% страниц используют значение loading="auto", которое использует поведение браузера по умолчанию.

Количество слов

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

Количество слов после отрисовки

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

Гистограмма показывает количество видимых слов после отрисовки на процентиль (10, 25, 50, 75 и 90). Средняя отрисованная компьютерная и мобильная страницы содержат 425 и 367 слов соответственно. Мобильные страницы содержат меньше отрисованных слов в каждом процентиле.

График 8.24. Количество видимых слов после отрисовки на процентиль.
  • Средняя отрисованная компьютерная страница содержит 425 слов, по сравнению с 402 словами в 2020 году.
  • Средняя отрисованная мобильная страница содержит 367 слов, по сравнению с 348 словами в 2020 году.
  • Отрисованные мобильные страницы содержат на 13.6% слов меньше, чем отрисованные компьютерные страницы. Обратите внимание, что Google — это индекс в первую очередь для мобильных устройств. Контент, которого нет в мобильной версии, может не индексироваться.
Количество слов в необработанном варианте

Далее мы смотрим на необработанное содержимое страницы. Необработанный контент — это содержимое страницы до того, как браузер выполнил JavaScript или любой другой код, меняющий DOM или CSSOM. Это «сырой» контент, доставляемый и видимый в исходном коде.

Гистограмма показывает количество видимых слов в необработанном варианте на процентиль (10, 25, 50, 75 и 90). Средняя необработанная компьютерная и мобильная страницы содержали 369 и 321 слово соответственно. Мобильные страницы содержали меньше необработанных слов в каждом процентиле.

График 8.25. Количество видимых слов в необработанном варианте на процентиль.
  • Средняя необработанная компьютерная страница содержит 369 слов, по сравнению с 360 словами в 2020 году.
  • Средняя необработанная мобильная страница содержит 321 слово, по сравнению с 312 словами в 2020 году.
  • Необработанная мобильная страница содержит на 13. 1% меньше слов, чем необработанная компьютерная страница. Обратите внимание, что Google — это индекс в первую очередь для мобильных устройств. Контент, которого нет в мобильной HTML-версии, может не индексироваться.

В целом, с помощью JavaScript генерируется 15% письменного контента на компьютерах, и 14.3% — на мобильных устройствах.

Структурированные данные

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

Разметка schema.org и другие типы структурированных данных предоставляют поисковым системам еще один способ анализа и организации контента. Структурированные данные поддерживают работу многих функций поиска Google.

Как и слова на странице, структурированные данные можно изменить с помощью JavaScript.

Гистограмма показывает количество страниц со структурированными данными в необработанном и отрисованном вариантах. 41.8% компьютерных и 42. 5% мобильных страниц содержали необработанные структурированные данные. Количество страниц, содержащих отрисованные структурированные данные, составило 43.2% для компьютеров и 44.2% для мобильных устройств. На некоторых страницах структурированные данные отображались только в отрисованном варианте: 1.4% для компьютерных и 1.7% для мобильных страниц. В заключении, на 4.5% страниц для компьютеров и 4.7% страниц для мобильных устройств изменились структурированные данные в процессе отрисовки.

График 8.26. Использование структурированных данных.

42.5% мобильных и 41.8% компьютерных страниц содержали структурированные данные в исходном HTML. JavaScript изменяет структурированные данные на 4.7% мобильных и 4.5% компьютерных страниц.

На 1.7% мобильных и 1.4% компьютерных страниц структурированные данные были добавлены с помощью JavaScript, их не было в исходном HTML.

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

Гистограмма показывает количество страниц с определенным форматом структурированных данных (JSON-LD, microdata, RDFa, microformats2). Формат структурированных данных JSON-LD использовался на 62.4% компьютерных и 60.5% мобильных сайтов. Формат microdata использовался на 34.6% компьютерных и 36.9 мобильных сайтов. Формат RDFa использовался на 2.9% компьютерных и 2.4% мобильных сайтов. Формат microformats2 использовался лишь на 0.2% веб-сайтов для компьютеров и мобильных устройств, согласно нашим данным.

График 8.27. Разбивка по форматам структурированных данных.

Существует несколько способов использования структурированных данных на странице: JSON-LD, microdata, RDFa, и microformats2. JSON-LD — наиболее популярный метод реализации. Более 60% страниц для компьютеров и мобильных устройств со структурированными данными используют JSON-LD.

Среди веб-сайтов, использующих структурированные данные, более 36% страниц для компьютеров и мобильных устройств используют microdata и менее 3% страниц используют RDFa или microformats2.

Внедрение структурированных данных немного выросло по сравению с прошлым годом. Структурированные данные используются на 33.2% страниц в 2021 году, по сравению с 30.6% в 2020 году.

Наиболее популярные типы разметки schema.org

Гистограмма показывает самые популярные типы разметки schema.org на главных страницах сайтов. Результаты были почти идентичны для компьютерных и мобильных главных страниц. Наиболее популярными типами разметки schema.org являются WebSite, SearchAction, WebPage, UnknownType и Organization.

График 8.28. Наиболее популярные типы разметки schema.org.

Наиболее популярными типами разметки schema.org являются WebSite, SearchAction, WebPage. SearchAction — это то, что приводит в действие окно поиска по сайту, которое Google может выбрать для отображения на странице результатов поиска.

Элементы

<h> (заголовки)

Элементы заголовков (<h2>, <h3> и так далее) являются важными структурными элементами. Хотя они не влияют напрямую на ранжирование, они помогают Google лучше понять содержание страницы.

Гистограмма показывает процент страниц с заголовками разных уровней (уровень 1, 2, 3, 4). Между результатами для компьютеров и мобильных устройств почти нет разницы. Заголовки h2 встречались на 65.4% страниц, h3 чаще всего — на 71.9%, h4 — на 61.8%, и h5 — на 37.6% страниц.

График 8.29. Использование заголовков.

Касаемо заголовков, на большем количестве страниц (71.9%) есть h3, чем h2 (65.4%). Очевидного объяснения этому расхождению нет. На 61.4% компьютерных и мобильных страниц есть h4 и менее чем на 39% — h5.

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

Гистограмма показывает процент страниц с наличием непустых заголовков <h> разного уровня (уровень 1, 2, 3, 4). Между результатами для компьютеров и мобильных устройств почти нет разницы. Заголовки h2 встречались на 58.1% страниц, h3 чаще всего — на 70.5%, h4 — на 60.3%, и h5 — на 36.5% страниц.

График 8.30. Использование непустых заголовков.

Однако меньший процент страниц содержит непустые элементы <h>, особенно h2. Веб-сайты часто помещают изображения логотипов в элементы <h2> на главных страницах, и это может объяснить расхождение.

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

График 8.31. Процент страниц с неинформативными анкорами ссылок.

Помимо PageRank, текст, используемый в качестве анкора ссылки, помогает поисковым системам понять, о чем связанная страница. В Lighthouse есть тест, чтобы проверить, является ли используемый анкор полезным текстом, или это общий анкор, такой как “узнать больше” или “нажмите здесь”, который не очень информативен. 16% протестированных ссылок не имели информативного анкорного текста, что является упущенной возможностью с точки зрения SEO, а также плохо влияет на общедоступность.

Внутренние и внешние ссылки

Гистограмма показывает количество внутренних ссылок на главных страницах на процентиль (10, 25, 50, 75 и 90). Средняя главная страница для компьютеров содержала 64 внутренние ссылки, по сравнению с 55 внутренними ссылками на мобильных устройствах. На главных страницах для компьютеров было больше внутренних ссылок в каждом процентиле.

График 8.32. Внутренние ссылки с главных страниц.

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

Данные показывают, что среднее количество внутренних ссылок на компьютерах на 16% выше, чем на мобильных устройствах: 64 против 55 соответственно. Скорее всего, это связано с тем, что разработчики склонны минимизировать навигационные меню и нижние колонтитулы на мобильных устройствах, чтобы упростить их использование на небольших экранах.

Самые популярные сайты (1000 лучших по данным CrUX) имеют больше исходящих внутренних ссылок, чем менее популярные сайты. 144 на компьютерах против 110 на мобильных устройствах, что более чем в два раза выше среднего! Это может быть связано с использованием мега-меню на больших сайтах, которые обычно имеют больше страниц.

Гистограмма показывает количество внешних ссылок на главных страницах на процентиль (10, 25, 50, 75 и 90). Средняя главная страница для компьютеров содержала 7 внешних ссылок по сравнению с 6 внешними ссылками на мобильных устройствах. На главных страницах для компьютеров было больше внешних ссылок в каждом процентиле.

График 8.33. Внешние ссылки с главных страниц.

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

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

Текстовые ссылки и ссылки-изображения

Гистограмма показывает количество текстовых ссылок на процентиль (10, 25, 50, 75 и 90). Средняя страница содержала 69 текстовых ссылок на компьютерах и 63 — на мобильных устройствах.

График 8.34. Текстовые ссылки с главных страниц.

Гистограмма показывает количество ссылок-изображений на процентиль (10, 25, 50, 75 и 90). Средняя страница содержала 7 ссылок-изображений на компьютерах и 6 — на мобильных устройствах.

График 8.35. Ссылки-изображения с главных страниц.

Хотя значительная доля ссылок в Интернете основана на тексте, часть также содержит изображения в ссылках на другие страницы. 9.2% ссылок на компьютерных и 8.7% ссылок на мобильных страницах содержат изображения в элементе <a>. В случае со ссылками-изображениями атрибуты alt для изображения выступают в роли анкорного текста, чтобы обеспечить дополнительный контекст о том, о чем связанная страница.

Атрибуты ссылок

В сентябре 2019 года Google представил атрибуты, которые позволяют издателям классифицировать ссылки как спонсируемые или созданные пользователем. Эти атрибуты являются дополнением к атрибуту rel="nofollow", введенному ранее в 2005 году. Новые атрибуты rel="ugc" и rel="sponsored" дают дополнительную информацию о ссылках.

Гистограмма показывает использование (в процентах) атрибутов rel на компьютерах и мобильных устройствах. Наши данные показали, что 29.2% главных страниц используют атрибуты nofollow на компьютерных версиях, и 30.7% — на мобильных. Атрибут rel="noopener" использовался на 31.6% компьютерных и на 30.1% мобильных страниц. Атрибут rel="noreferrer" использовался на 15.8% компьютерных и на 14.8% мобильных страниц. Атрибуты rel="dofollow", rel="ugc", rel="sponsored" и rel="follow" использовались менее чем на 1% страниц для компьютеров и мобильных устройств.

График 8.36. Использование атрибута rel.

Новые атрибуты по-прежнему используются редко, по крайней мере, на главных страницах: rel="ugc" обнаружен на 0. 4% мобильных страниц, а rel="sponsored" — на 0.3% мобильных страниц. Скорее всего, эти атрибуты чаще используются на страницах, не являющихся главными.

Атрибуты rel="follow" и rel="dofollow" используются на большем количестве страниц, чем атрибуты rel="ugc" и rel="sponsored". Это не является проблемой, но Google игнорирует rel="follow" и rel="dofollow", поскольку они не являются официальными атрибутами.

Атрибут rel="nofollow" был обнаружен на 30.7% мобильных страниц, как и в прошлом году. Поскольку этот атрибут используется так часто, неудивительно, что Google начал воспринимать nofollow как подсказку, что означает, что Google сам решает, принимать во внимание этот атрибут или нет.

В 2021 году произошли серьезные изменения в экосистеме ускоренных мобильных страниц (AMP). AMP больше не требуется для карусели “Главные новости”, не требуется для приложения “Google Новости”, и также Google больше не будет отображать логотип AMP рядом с соответствующими результатами в поисковой выдаче.

Гистограмма показывает процент страниц с разметкой AMP. Атрибут AMP обнаружен на 0.09% компьютерных и 0.22% мобильных страниц. Атрибуты AMP и Emjoi были обнаружены на 0.02% компьютерных и 0.04% мобильных страниц. Атрибуты AMP или Emjoi были обнаружены на 0.1% компьютерных и 0.26% мобильных страниц. И наконец, атрибут rel="amphtml" был обнаружен на 0.82% компьютерных и 0.75% мобильных страниц.

График 8.37. Использование атрибута AMP.

Однако в 2021 году темпы распространения AMP продолжали расти. Атрибут AMP был обнаружен на 0.09% страниц для компьютеров и на 0.22% страниц для мобильных страниц. Это больше, чем 0.06% на компьютерных и 0.15% на мобильных страницах в 2020 году.

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

Чтобы поисковые системы знали о локализованных версиях ваших страниц, используйте теги hreflang. Атрибуты hreflang также используются Яндексом и Bing (в некоторой степени).

Горизонтальная гистограмма показывает использование атрибута hreflang. Самым популярным значением атрибута hreflang было en (английская версия), и атрибуты hreflang (на всех языках) использовались менее чем на 5% страниц для компьютеров и мобильных устройств.

График 8.38. Гистограмма главных атрибутов hreflang.

Атрибут hreflang использовался на 9.0% страниц для компьютеров, и на 8.4% мобильных страниц.

Существует три способа реализации hreflang: в HTML-элементах <head>, в HTTP-заголовках Link и с помощью карт сайта XML. Наши данные не включают в себя данные из карт сайтов XML.

Самый популярный атрибут hreflang — "en" (английская версия). Его используют 4.75% главных страниц для мобильных устройств, и 5.32% — для компьютеров.

Значение x-default (также называемое резервной версией) используется в 2.56% случаев на мобильных устройствах. Другими популярными языками, используемыми в атрибутах hreflang, являются французский и испанский.

Для Bing hreflang является “гораздо более слабым сигналом”, чем HTTP-заголовок content-language.

Как и многие другие параметры SEO, у content-language есть несколько методов реализации, включая:

  1. HTTP-заголовок
  2. HTML-тег

Горизонтальная гистограмма показывает процент страниц с использованием языков (через HTML-тег или HTTP-заголовок).

График 8.39. Использование языков (через HTML-тег или HTTP-заголовок).

Использование HTTP-заголовков является наиболее популярным способом реализации content-language. 8.7% веб-сайтов используют его на компьютерах, а 9. 3% — на мобильных устройствах.

Использование HTML-тега менее популярно: content-language используется только на 3.3% мобильных веб-сайтов.

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

Микроразметка сайта: что это, виды, как добавить на сайт и проверить

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

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

Начните размещать официальную рекламу в Telegram Ads. Опередите конкурентов!

Зарегистрируйтесь и продавайте товары или услуги в Telegram Ads с помощью готового решения от Click.ru.

  • Бюджет от 3000 евро – это гораздо дешевле, чем работать напрямую.
  • Для юрлиц и физлиц – юрлица могут получить закрывающие документы, возместить НДС. Физлица могут запустить рекламу без общения с менеджерами.
  • 3 способа оплаты – оплачивайте рекламу картой физического лица, с расчетного счета организации, электронными деньгами.

Подробнее >> Реклама

Читайте также: Лучшие курсы по SEO для новичков и специалистов

Что такое микроразметка и зачем она нужна

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

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

В Яндексе без разметки:

С разметкой:

В Google без разметки:

С разметкой:

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

Еще можно заметить расширенные сниппеты с картинками. Они тоже создаются при помощи микроразметки.

Что это дает в плане SEO:

  1. Страница становится более видимой и структурированной для поисковика. Если например, пользователь ищет телефон через ключевик «iPhone 12 цена» или «iPhone 11 отзывы», большая вероятность, что магазины с микроразметкой по этим данным будут выше в результатах поиска, чем конкуренты без разметки. Но микроразметка — не решающий фактор ранжирования, а лишь дополнительный.
  2. Сниппеты с микроразметкой отличаются визуально от обычных сниппетов. По ним чаще кликают. А это улучшает поведенческие факторы, и поисковик начинает чаще выдавать страницу (или весь сайт) в выдаче.

Важно: микроразметка универсальная и хорошо распознается всеми поисковиками. То есть, не нужно создавать отдельную разметку под разные поисковые системы.

Какую информацию можно выделить при помощи микроразметки:

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

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

Это интересно: Идеальная SEO оптимизация страниц сайта

Как сделать микроразметку на сайте

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

Рассмотрим варианты добавления микроразметки на самых популярных CMS и конструкторах.

WordPress

Микроразметка уже встроена во многие темы Вордпресс и работает автоматически.

Если хотите сами настроить микроразметку или в выбранной теме она отсутствует, можно поставить специальный плагин. Например, All In One Schema.org Rich Snippets.

После установки и активации плагина в левой панеле инструментов появится кнопка «Rich Snippets». Нажимаем ее, чтобы посмотреть настройки. Плагин на английском. Работает очень просто — нужно выбрать категорию, которую хотим разметить и заполнить необходимые поля.

Какие тут есть категории:

  • Item Review — отзыв или обзор товара/услуги.
  • Events — мероприятия (можно использовать для афиши).
  • Person — автор, человек.
  • Product — товар.
  • Recipe — рецепт.
  • Software Application — программное обеспечение.
  • Video — видео.
  • Article — статья.
  • Service — услуга или обслуживание.

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

Во время создания статьи или страницы на Вордпресс в нижней части настроек появится вкладка «Configure Rich Snippet». Нужно ее открыть и прописать нужные значения.

Какие еще есть плагины для WordPress: Schema, Schema Pro, WP SEO Structured Data Schema, Schema JSON-LD Markup, Schema APP Structured Data, Schema Markup Rich Snippets, WP SEO Structured Data Schema, SNIP: Rich Snippets by WPBuddy.

Отдельно стоит выделить плагин Yoast SEO — он в целом хорош для SEO-оптимизации, а создание микроразметки лишь одна из его функций.

Важно: если на вашем сайте установлен плагин для интернет-магазинов WooCommerce, не нужно ставить дополнительные плагины для разметки. В WooCommerce она уже встроена, и второй плагин может создать конфликт.

Битрикс

Для этой CMS тоже есть свои плагины. Большинство из них платные, бесплатный — Микроразметка Schema.org. На странице плагина есть детальная документация по установке и настройке микроразметки.

Joomla

На Джумла тоже есть свой плагин (на данном движке вместо плагинов используется слово «компонент») — Google Structured Data. Часть данных компонент подтягивает автоматически, часть надо настраивать. На странице компонента также есть документация по настройке.

Аналог компонента Google Structured Data — J4Schema.

Для конструкторов

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

Сначала немного теории:

Микроразметка состоит из словаря и синтаксиса. Самый популярный словарь, который хорошо распознается всеми современными поисковиками — это Schema.org.

Код микроразметки пишется на одном из трех языков:

Microdata — код заключен в теги <article> </article>

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

RDFa — код заключен в теги <div> </div>

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

JSON-LD — код заключен в теги <script> </script>

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

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

Также есть отдельный словарь разметки для отображения в соцсетях, созданный Фейсбуком — Open Graph. В конструкторах для настроек Open Graph обычно предусмотрено отдельное поле. Обычно, все, что там нужно сделать — это написать тайтл, дескрипшн и загрузить картинку для отображения в соцсетях.

Тильда: для Тильды код пишется на языке JSON-LD. Подходящие сервисы-генераторы микроразметок: The Ultimate JSON-LD Generator и Schema Markup Generator (JSON-LD). Оба на английском. Покажем на примере первого, как создать код.

Заходим на сайт сервиса The Ultimate JSON-LD Generator. Выбираем тип контента, для которого будем составлять код разметки. Например, это статья. Кликаем на кнопку «Article».

Заполняем поля. Тип контента можно оставить Article или уточнить, какая именно это статья (новостная или пост из блога). Далее прописываем ссылку на страницу, заголовок h2, ссылку на картинку, дату публикации, имя автора, ссылку на лого.

По мере заполнения полей код справа будет меняться. Все, что останется — скопировать его и вставить в настройках страницы сайта на Тильда. Чтобы скопировать код, жмем «Copy to clipboard».

Открываем сайт на Тильда. Напротив страницы жмем на ее настройки.

Доходим до вкладки «Дополнительно».

В этой вкладке прокручиваем настройки вниз до пункта «HTML код для вставки внутрь head». Туда нужно вставить скопированный код и сохранить изменения. Возможность вставки кода доступна только на платных тарифах Тильды.

Wix: у Wix код микроразметки тоже пишется на языке JSON-LD. Можно проделать все те же шаги, что описаны для Tilda.

Чтобы вставить готовый код заходим в редактор конструктора и нажимаем на список страниц. Напротив каждой страницы есть 3 точки (меню). Кликаем туда.

В меню выбираем Базовые настройки SEO.

И в самих настройках переходим до дополнительных. В соответствующее поле вставляем код JSON-LD и сохраняем изменения.

Если сайт на HTML

Для самописного сайта нужно составить код разметки и вручную добавить в код страниц. Лучше доверить это программистам. Если хотите сделать сами, можете использовать генераторы разметок, чтобы сформировать код. Выше мы уже упомянули 2 сервиса — это The Ultimate JSON-LD Generator и Schema Markup Generator (JSON-LD).

Также можно воспользоваться мастером разметки структурированных данных от Google. Он работает аналогично предыдущим сервисам и генерирует код на HTML.

Генераторы микроразметки на русском: apelsin.pro и генератор на сайте seolik.ru (в разделе SEO-инструменты).

Готовый код вставляется между тегами <head> и </head> страницы сайта. Пример размещения кода формате JSON-LD:

Как проверить микроразметку

После создания кода микроразметки стоит убедиться, что все сделано верно. Для проверки есть специальные сервисы, а также инструменты от Яндекс и Google.

В Вебмастере Яндекс: нужно нажать на «Инструменты» в правом верхнем углу и открыть «Валидатор микроразметки».

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

В серч консоль Google: аналогично — указываем ссылку на страницу или код и смотрим на результаты проверки.

Третий способ — проверка через валидатор Schema.org. Работает через проверку кода. В левом окне вставляем код, нажимаем на серую кнопку посередине, справа смотрим результат. Если все ок, над результатом будет написано «нет ошибок» и «нет предупреждений».

Заключение

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

Полезные ссылки:

  • Как работают поисковые системы: принципы, алгоритмы, история развития
  • Как писать SEO-тексты
  • Как сделать внутреннюю перелинковку страниц

Знакомство со schema.org: поисковые системы объединяются для создания более богатой сети | Блог Google Search Central

2 июня 2011 г.

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

Сегодня мы анонсируем schema.org, новую инициативу Google, Бинг и Yahoo! для создания и поддержки общего набора схем для разметки структурированных данных в Интернете страницы. Schema.org стремится быть универсальным ресурсом для веб-мастеров, желающих добавить разметку в свои страницы, чтобы помочь поисковым системам лучше понять их веб-сайты.

Мы в Google поддерживаем структурированную разметку уже пару лет. Мы добавлены расширенные сниппеты в 2009 году, чтобы лучше представить результаты поиска, описывающие люди или содержащие отзывы. С тех пор мы расширили к новым видам расширенных сниппетов, в том числе товары, События, рецепты и многое другое.

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

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

Мы хотим и дальше делать открытый Интернет богаче и полезнее. Мы знаем, что это требует времени и усилия, чтобы добавить эту разметку на свои страницы, и добавление разметки будет намного сложнее, если каждая поисковая система запрашивает данные другим способом. Вот почему мы объединились с другими поисковыми системами, чтобы поддерживать общий набор схем, точно так же, как мы объединились для поддержки общего стандарта для Карта сайта в 2006 году. С schema.org владельцы сайтов могут улучшить отображение своих сайтов в результатах поиска не только в Google, но на Bing, Yahoo! и, возможно, другие поисковые системы в будущем.

Теперь давайте обсудим некоторые детали schema.org, имеющие отношение к вам как к веб-мастеру.

1) Schema.org содержит множество новых типов разметки.

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

  • Творческие работы: Творчество, Книга, Кино, МузыкаЗапись, Рецепт, Телевизионный сериал
  • Встроенные нетекстовые объекты: АудиоОбъект, ИзображениеОбъект, ВидеоОбъект
  • Мероприятие
  • Организация
  • Человек
  • Место, Местный бизнес, Ресторан
  • Товар, Предложение, СовокупноеПредложение
  • Обзор, Совокупный рейтинг

Или просмотрите полный список всех типов schema. org. Новые типы разметки могут использоваться для будущих форматов расширенных фрагментов, а также для других типов улучшения, чтобы помочь людям легче находить ваш контент при поиске.

2) Schema.org использует микроданные.

Исторически мы поддерживали три различных стандарта разметки структурированных данных: микроданные, микроформаты и RDFa. Мы решили сосредоточиться только на одном формате для schema.org, чтобы создать упростить историю для веб-мастеров и улучшить согласованность между поисковыми системами, полагающимися на данные. Есть аргументы в пользу предпочтения любого из существующих стандартов, но мы обнаружили, что микроданные обеспечивают баланс между расширяемостью RDFa и простотой микроформаты, так что это формат, с которым мы пошли.

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

4) Протестируйте свою разметку с помощью инструмента тестирования расширенных фрагментов.

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

Веб-сайт schema.org и инструмент тестирования расширенных фрагментов находятся в разработке. Английский. Однако Google показывает расширенные фрагменты в результатах поиска по всему миру, поэтому нет необходимости подождите, чтобы начать разметку ваших страниц.

Чтобы узнать больше о расширенных сниппетах и ​​о том, как они связаны с schema.org, ознакомьтесь с Часто задаваемые вопросы о расширенных фрагментах schema.org.

По Кави Гоэль а также Правир Гупта, Команда качества поиска

Все, что вам нужно знать о Schema.org

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

Что такое Schema. org?

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

Но почему поисковые системы обращают внимание на разметку Schema.org? Потому что Schema.org был создан поисковыми системами. Это совместная работа Google, Bing, Yahoo!, а позже и Яндекса (крупнейшая поисковая система в России). Несмотря на то, что они являются конкурентами, эти гиганты поисковых систем объединились, чтобы создать Schema. org, чтобы упростить работу оптимизаторов и поисковиков. Разве не раздражало бы, если бы каждая поисковая система использовала свою систему разметки? Вот почему существует Schema.org.

Как Schema.org влияет на мой сайт?

Существует три основных способа воздействия разметки Schema.org на веб-сайты. Это улучшает понимание поисковыми системами, позволяет использовать расширенные фрагменты и улучшает избранные фрагменты.

Улучшение понимания поисковыми системами

Поскольку мы уже коснулись того, как это улучшает понимание поисковыми системами, давайте начнем с этого. Классическим примером этого является ключевое слово «Аватар». Слово «Аватар» может относиться к блокбастеру Джеймса Кэмерона, популярному анимационному телешоу, онлайн-изображению профиля или онлайн-персоне в игре. Эти четыре параметра не имеют ничего общего друг с другом, но все они связаны со словом «Аватар», так как же поисковые системы должны знать, о каком «Аватаре» идет речь на странице? Контекстные подсказки полезны, но разметка Schema. org сообщит поисковым системам именно то, что им нужно знать.

Привлекайте пользователей расширенными сниппетами

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

Соревнуйтесь за избранные сниппеты в Google

Избранные сниппеты занимают так называемую «нулевую позицию» на странице результатов поисковой системы (SERP). Это псевдоорганические результаты, которые часто появляются выше обычных органических результатов. Подробное объяснение избранных фрагментов само по себе заняло бы целую статью, но прямо сейчас вам нужно знать, что разметка Schema.org не обязательна для избранного фрагмента, но она помогает. Чем больше информации вы дадите поисковику, тем больше шансов, что вы выиграете заветную нулевую позицию. А поскольку избранные фрагменты используются для результатов голосового поиска, разметка Schema.org станет еще более важной для сохранения конкурентоспособности.

Schema.org не влияет напрямую на органические результаты

Хотя разметка Schema.org улучшит SEO вашего сайта тремя перечисленными выше способами, важно помнить, что она не влияет напрямую на органические результаты. Улучшение того, как поисковые системы понимают содержание ваших страниц, может повысить ваши обычные результаты, если это приведет к более низкому показателю отказов. А расширенные сниппеты могут повысить ваши органические результаты, если они приводят к более высокому рейтингу кликов. Но только разметка Schema.org равна , а не фактор ранжирования. Это может не иметь значения для вас, если вы видите положительные результаты, связанные с включением этой разметки, но, тем не менее, это важное отличие.

Типы разметки Schema.org

Теперь, когда вы знаете, почему разметка Schema.org важна для SEO вашего веб-сайта, вы, вероятно, задаетесь вопросом, как ее реализовать. И хотя это может показаться пугающим, когда вы впервые видите, насколько обширен список параметров разметки, на самом деле это не так уж сложно, как только вы в него войдете. Но прежде чем мы действительно сможем понять, как работает реализация Schema.org, нам нужно рассмотреть три разных типа разметки: микроданные, RDFa и JSON-LD.

Микроданные

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