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

Опубликовано: 2020-02-26

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

Что такое ЕАТ?

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

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

Вам может быть интересно:

Что такое структурированные данные?

Структурированные данные — это информация, представленная в стандартизированном формате, понятном машинам.

Интернету для существования нужны структурированные данные. Чтобы все составляющие его машины могли взаимодействовать друг с другом, все его протоколы и языки (HTTP, TCP, TLS/SSL, PHP, Javascript и т. д.) имеют строго согласованную структуру.

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

Amazing Stuff Inc, 39 Main Street, 34000 Ньютаун, Франция

Люди из мест, где используется именно этот формат адреса, сразу увидят, что это адрес. Но представьте, что вы из другой части мира, где используется другой формат адреса; Вы бы поняли, каковы были все части адреса? Вот как это бывает с машинами.

Искусственный интеллект в поисковых системах развился до такой степени, что он может распознавать, что это, вероятно, выглядит как адрес, и извлекать различные элементы, но он все еще не уверен на 100% и нуждается в подтверждении из многих других источников, чтобы быть уверенным в том, что он имеет. догадался. Однако структурированные данные состоят из пар, состоящих из стандартизированного имени, такого как «streetAddress», и присвоенного ему значения (в данном случае «39, Main Street»), и поисковые системы сканируют html-код в поисках этого типа. именованных данных.

Данные при сканировании³

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

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

С практической точки зрения, что мы можем с этим поделать?

Schema.org является частью инициативы, запущенной в 2011 году Google, Bing и Yahoo, чтобы предоставить систему универсальных схем, позволяющую размечать структурированные данные на веб-сайтах. Когда поисковые системы видят строку « @context»:»http://schema.org/ », они начинают искать именованные пары данных Schema.org, которые они могут распознать.

Мы можем вставить структурированные данные Schema в раздел <head> нашего html следующим образом:

Структурированные данные в формате JSON-LD

А вот как это видят поисковые системы, когда анализируют страницу:

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

Разве так не яснее? Алгоритмы поисковых систем теперь на 100% уверены в подлинности и роли каждого бита структурированных данных. Это сделает их жизнь намного проще и повысит уровень их доверия к тому, кто вы есть и что вы делаете, повысит ваш EAT и улучшит ваш рейтинг.

Базовая разметка Schema для организации

Я начну с самой простой схемы, а затем рассмотрю некоторые дополнительные оптимизации.

Во-первых, вам нужно определить тип вашей организации. Поскольку система Schema.org представляет собой иерархию вещей (которые вы можете видеть здесь), называемых типами, вы можете начать с самого общего типа и углубляться в иерархию, пока не найдете свой тип. Самый общий тип — Thing , содержащий ряд широких подтипов, один из которых — Organization. Как вы можете видеть на рисунке 3, Organization содержит другие типы, такие как Corporation , LocalBusiness , EducationalOrganization и т. д.

Часть иерархии типов

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

Теперь ваш блок схемы будет выглядеть так:

Тип корпорации

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

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

[Пример успеха] Оптимизируйте ссылки, чтобы улучшить страницы с максимальной рентабельностью инвестиций

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

Некоторые типы имеют один или несколько обязательных атрибутов: если вы выберете тип LocalBusiness (или подтип LocalBusiness ), вы можете увидеть ошибки, отображаемые в инструменте тестирования, поскольку для этого требуется как минимум имя и URL-адрес изображения .

Ошибки из-за отсутствия данных

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

Ошибки исправлены

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

Компания является агентством недвижимости, но у них нет реального физического агентства, которое вы можете посетить, поэтому они не могут быть одним из типов LocalBusiness . Вместо использования RealEstateAgent их тип должен быть Corporation . Базовая разметка выглядит так:

Базовая Schema.org для корпорации

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

Контактная точка

Если у компании несколько точек контакта (в разных городах, регионах или странах), их тоже можно разметить. У этой компании два офиса, но у них один и тот же номер телефона, поэтому они сгруппированы следующим образом:

Базовая схема.org для контактной точки

Обратите внимание, что когда тип (здесь это ContactPoint ) используется в качестве значения атрибута, он помечается как блок в фигурных скобках; это структурированные данные! Когда атрибут имеет несколько значений, мы можем поместить их в квадратные скобки через запятую.

Дополнительная разметка Schema для организации

Дополнительный тип

Вы видели ранее в статье, что мы не можем пометить компанию как RealEstateAgent , потому что это не местный бизнес, но мы все еще МОЖЕМ показать, что у нее есть определенный тип агента по недвижимости в формате структурированных данных, используя систему Productontology . Я не буду сейчас вдаваться в подробности (инструкция здесь), но это позволяет нам сделать это:

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

И мы также можем поместить ссылку на Википедию в блоке sameAs :

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

Ссылки на официальные страницы для повышения доверия

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

Здесь, во Франции, все компании имеют официальный регистрационный номер («SIRET») и код отрасли, в которой они работают («КОД NAF»). Таким образом, мы можем написать собственный блок, который фактически говорит:

«Это официальный идентификатор, вот как он называется, вот его значение, вот страница википедии с его описанием и вот официальная страница администрации с перечислением»:

Использование идентификатора Schema.org

Чтобы подтвердить дополнительную «официальную» информацию, мы можем предоставить ссылки на страницы со списками информации о компаниях вместе с любыми соответствующими активными учетными записями в социальных сетях в блоке sameAs следующим образом:

Другие ссылки

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

Мы создали наш основной блок разметки Schema для корпорации и добавили множество данных, чтобы повысить его достоверность и надежность. Хороший способ повысить авторитет и опыт (помните, что все это касается EAT) — включить одного или нескольких человек и указать их полномочия. Для этого мы можем включить блок Person , например:

Schema.org для человека

Здесь мы говорим, что основателем является человек по имени Жан-Бернар Юэ, затем мы предоставляем его учетную запись LinkedIn и указываем, что он является выпускником двух образовательных организаций со ссылкой на страницы с конкретными полученными дипломами, один в области экономики и бизнеса и один в области права недвижимости. Чтобы повысить его профессиональное доверие, мы можем включить блок идентификатора , как и для компании, но на этот раз с указанием номера его лицензии агента по недвижимости и ссылкой на официальные страницы, которые описывают, что это такое, а также на официальную страницу со списком Торговой палаты:

Идентификатор Schema.org для человека

Итак, теперь мы предоставили Google огромное количество очень точных данных в формате, специально разработанном для того, чтобы его могли легко понять машины!

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

Schema.org @id для сущностей

… и Google свяжет объекты через @id , как вы можете видеть в Инструменте структурированных данных:

Как Google увидит этот блок

Как мы можем включить несколько разных блоков схемы на одну страницу?

Чтобы сделать управление блоками более систематическим, вы можете поместить их как отдельные блоки в элемент-контейнер, такой как @graph, и связать их вместе с помощью @id , например:

Использование @graph для нескольких блоков

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

Последнее слово

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

Получайте удовольствие от своих структурированных данных и обязательно используйте Инструмент тестирования структурированных данных!