Что такое структурированные данные? И почему вы должны это реализовать?

1. Schema.org
2. 4 способа структурирования данных
3. Похвальная грамота: Data Highlighter
4. Как структурированные данные помогают вашему SEO
5. С другой стороны…
6. Давай попробуем!
7. Инструменты структурированных данных
8. Это кажется слишком сложным
9. Заключение

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

В то время как споры среди оптимизаторов (см. «Арефс» Функции SERP от Google крадут трафик с вашего сайта? Кажется, каждые несколько месяцев к Google Search Gallery ,

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

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

Когда веб-сайт хочет, чтобы часть контента представляла «вещь» - например, страницу профиля, страницу события или объявление о вакансии - его код должен быть правильно размечен. С установкой структурированных данных сайт преобразует свой HTML из неструктурированного общего блоба в документ без трения. Чем больше ваша веб-страница будет выглядеть как поисковая система как XML или объект JSON, тем холоднее будут вещи, которые она может делать с вашим контентом.

Schema.org

В интернете де-факто «языком» структурированных данных является schema.org. Schema.org - это демократичная библиотека интернет-вещей. Взять, к примеру, рейс авиакомпании : schema.org имеет лексикон для обозначения типа самолета, выхода на посадку и даже описания службы питания:

Первоначально проект был основан совместными усилиями Google, Microsoft, Yahoo и Yandex. Он остается открытым исходным кодом и технически доступен для редактирования кем угодно ... но, как и большинство других подтвержденных W3C, не ожидайте, что этот процесс будет простым. Если тип схемы, которую вы хотите использовать, на самом деле не существует, существует технический и бюрократический процесс, через который вы можете в конечном итоге получить новый тип разметки, демократически включенный в библиотеку Schema.org.

Schema.org родился от духа «Семантической паутины», придуманного Тимом Бернерс-Ли (изобретателем «www.»). По словам W3C :

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

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

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

1. JSON-LD - JSON-LD - новейший проигрыватель в городе, и именно этот формат регулярно рекомендует Google. Это ново в том, как это существует на странице; вместо того, чтобы «помечать» отдельные элементы HTML, представьте, что JSON-LD - это один большой блок информационного кода возле головы, который говорит сканеру: «Хорошо! Тип самолета такой, его выход на посадку такой, и еда в полете такая. Теперь, пожалуйста, перейдите к содержанию ». JSON-LD также хорош тем, что он может предоставлять информацию о странице, не имея фактически никакого« визуального »содержимого для представления этой информации (никакие соответствующие контейнеры не требуются).
2. RDFa + GoodRelations - аналоги OG в JSON-LD являются «расширениями HTML». Они концептуально отличаются: вместо того, чтобы структурированные данные содержались в одном удобном для восприятия блоке, синтаксисы расширений HTML разбросаны по всему содержимому страницы, структурируя ваши данные на… летать. Думайте об этом синтаксисе как о еще одном атрибуте, например, о классе, добавляемом к вашим HTML-контейнерам. Когда бы я ни работал с клиентом, использующим платформу с ограничениями на бэкэнд (например, Shopify), я все же считаю RDFa полезной для разметки очень динамичных элементов, как отдельные «обзорные» объекты. В то время как элементы могут вводиться как JSON-LD асинхронно, простое написание в расширениях HTML часто чище и быстрее.
3. Микроданные - другой синтаксис расширения HTML, микроданные расширяют HTML5, и это в основном осуждается , Тем не менее, он по-прежнему всплывает время от времени и хорошо, чтобы быть знакомым.
4. Микроформат aka μF - Микроформат чаще всего встречается в форме hAtom / hentry. Это может быть я проектирую, но я чувствую, что микроформат - это изгой. Вероятно, наиболее распространенным видом микроформата является ошибка в консоли поиска - многие веб-мастера WordPress страдают от мошеннических инъекций микроформатов из-за небрежной разработки тем.

Похвальная грамота: Data Highlighter

Для сайтов, «которые нужно разметить несколькими вещами», Google также предлагает инструмент в консоли поиска, который позволяет владельцу сайта быстро щелкать и перетаскивать его для применения структурированных данных. Однако есть несколько веских причин не использовать Data Highlighter:

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

Как структурированные данные помогают вашему SEO

Рейтинг Миф Фактор

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

Однако в прошлом мы видели «обман» результатов поиска, частично благодаря структурированным данным. Google вытащит фирменные SERP на верхушку стека, когда считает, что поисковик напрямую запрашивает этот бизнес. Итак, скажем, у вас есть пиццерия Тима в Бруклине, и я ищу «tims pizza brooklyn» - ваш сайт обычно появляется первым, даже если ваш профиль обратных ссылок дрянной, контент легкий и т. Д.

Если Google еще не понимает, что ваш сайт соответствует сайту пиццерии Тима, в этом могут помочь локальные структурированные данные. И, как я упоминал выше, это может помочь с Графиком Знаний, который является своего рода SERP (это будет Организационная разметка).

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

С другой стороны…

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

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

Давай попробуем!

Вероятно, самая простая часть JSON-LD, которую может установить любой сайт, - это структурированные данные «Веб-сайт». Эта разметка сообщает миру, что ваш сайт «представляет собой набор связанных веб-страниц и других элементов, которые обычно обслуживаются из одного веб-домена и доступны через URL-адреса».… AKA в значительной степени бесполезная информация, но хорошая отправная точка!

Вставьте это в заголовок своего сайта, как если бы вы использовали код Google Analytics, и замените ahrefs.com корневым каноническим URL вашего сайта:

После установки перейдите на Инструмент тестирования структурированных данных введите свой URL и «Выполнить тест». Вы должны получить что-то вроде этого обратно:

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

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

Для этого поста в блоге Ahrefs я бы включил этот блок JSON-LD:

Многим читателям также может быть интересно, как они применяют это для электронной коммерции - вот кража чрезмерно расширенного продукта JSON-LD:

Одна интересная вещь: Google может понимать JSON-LD даже при асинхронном рендеринге, поэтому вы можете вставить его на страницу через слой данных (GTM), AJAX и т. Д. Вот отличное руководство для этого ,

Инструменты структурированных данных

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

Что я имею в виду под «тонким»: в основном, потому что они являются плагинами, эти инструменты часто работают по тому, что «выведено» со страницы, а не по тому, что указано непосредственно. Это означает, что они обязаны хукам WordPress (автор, дата публикации, избранные изображения и т. Д.)… Что, в свою очередь, делает их полезность зависимой от разработчика темы. И когда SEO сайта строго зависит от разработчиков, вещи обычно пропускаются!

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

Сайты, которые реализуют «экспериментальную» схему, сразу же выигрывают, когда G выпускает новую карту, потому что они покрывают все свои базы. Например, посмотрите, как невероятно экспансивно Сефора разметка продукта это - только половина из этих предметов активно используется в богатых фрагментах, но другие игрались в прошлом (+ будет в будущем). Посмотрите на все странные элементы разметки, которые использует NYT ,

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

Это помещает сайт моего клиента в несколько очень эксклюзивных клубов (например, предполагаемый MinAge используется только от 100 до 1000 доменов на Schema.org).

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

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

Некоторые могут также предложить https://www.schemaapp.com/ ... Я никогда не использовал его, поэтому я не могу поручиться так или иначе! А я вижу:

«Schema App - это набор инструментов, который позволяет цифровым маркетологам создавать и управлять разметкой Schema, не требуя от них быть экспертом в языке Schema.org или писать код».

Что оставляет меня оптимистично осторожным по всем причинам, перечисленным выше.

Это кажется слишком сложным

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

Входящий уклон (я был на этом поезде с печально известного обновления 1.4.8): пожалуйста, подумайте красиво прозрачный и легкий TSF как ваше решение для плагинов SEO над Yoast !.

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

Поскольку это структурированные данные, основанные на коде, они очень пугливые люди, которых SEO любят ненавидеть и игнорировать. Я полностью ожидаю, что толпа «Технический SEO это макияж» оттолкнет нас сюда. Но хорошая часть SEO охватывает наши базы, и в этом смысле Schema недостаточно обслуживается.

Заключение

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

Стоит также отметить, что всякий раз, когда мы хорошо структурируем наши данные, мы обучаем поисковые системы, чтобы они лучше справлялись без нас в будущем. Наденьте шляпу из фольги: Data Highlighter, хотя и полезна, является большой «уловкой машинного обучения».

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

Похожие

Комментарии