19, Май 2022
Дрейф схемы: дивергентная разметка схемы!


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

Например:

  • Представлены и обновлены функции Google.
  • Версии Schema.org сдача
  • Контент публикуется, обновляется или перемещается.
  • JavaScript и сторонние компоненты обновляются
  • Синдицированный контент меняет структуру или контент
  • переключатели CMS
  • Веб-сайты сливаются, перестраиваются
  • Смена членов цифровой команды (SEO, контент)
  • Компании осуществляют слияния и поглощения, централизуют и децентрализуют

Когда это происходит, цифровые команды и особенно SEO-стратеги готовы ориентироваться и диагностировать проблемы. Когда дело доходит до управления разметкой схемы посредством этих изменений, спросите: «Отражает ли разметка схемы эти изменения?» Откуда вы знаете? До какой степени? Когда происходят изменения, и разметка схемы не синхронизирована с тем, что есть на вашем веб-сайте, это называется «Дрейф схемы».

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

Что такое дрейф схемы?

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

Schema Drift недавно упомянул Мартин Сплитт из Google в подкасте. «Поиск вне записи: структурированные данные, что это такоев 19:29 он говорит:

[How] чтобы убедиться, что между тем, что находится на странице, и тем, что находится в структурированных данных, нет дрейфа [is] не обязательно легкий.— Мартин Сплитт.

Является ли дрейф схемы проблемой качества данных?

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

Качество данных — это ИТ-проблема со структурой, называемой Свод знаний по управлению данными (DMBOK), который разрабатывался более 30 лет сообществом экспертов. DMBOK описывает качество данных как имеющее следующие характеристики:

  • Полнота — описывают ли данные схемы весь контент и связаны ли они со смежными элементами данных?
  • Валидность. Правильны ли данные схемы в своем синтаксисе, правильны ли они семантически в соответствии с моделью schema.org? Это действительно в соответствии с Google рекомендации по структурированным данным?
  • Точность — степень, в которой данные схемы представляют содержимое.
  • Непротиворечивость — степень, в которой данные равны внутри наборов данных и между ними.
  • Уникальность – степень, в которой данные уникальны и их нельзя спутать с другими записями.
  • Своевременность – степень доступности данных в то время, когда они необходимы.
READ  Представляем аналитику производительности схемы

Дрейф схемы на основе содержимого

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

Дрейф схемы на основе конфигурации

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

Дрейф внешней схемы

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

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

Пример 2: если событие создано и разметка схемы изначально правильная, но место проведения изменило Событие>местоположение>имя или цена выросла из-за высокого спроса, Мероприятие>предложения>цена изменилось бы. Эти свойства связанных элементов данных могут не быть явным образом в содержании страницы, но они, безусловно, важны и являются требованием функции Google.

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

Дрейф словарного запаса Schema.org

Изменения терминологии

В течение года сообщество Schema.org выпускает несколько обновлений словаря (https://schema.org/docs/releases.html). За последние несколько лет произошло несколько существенных изменений в условиях и организации расширений. Каждое изменение в словаре schema.org может привести к дрейфу схем. В частности, изменения в v0.91 включали большое количество свойства были превращены в единичные термины, например карты стали картой, а участники стали участниками. Ниже показано, что члены являются членами SupersededBy, сообщая вам, что если у вас есть свойство schema.org, вам следует обновить разметку схемы.

В модели данных schema.org в базе данных RDF Graph мы можем получить термины, используя простой запрос SPARQL:
# Найти термины supersedBy

Старый термин Новый срок
схема:Код схема: софтварсаурцекоде
Схема: Датедмани Спецификатион схема: монетарная сумма
схема:Дерматологический схема: Дерматология
схема:Сезон схема: CreativeWorkSeason
схема:Такси схема: ТаксиСервис
схема: юзерблокс схема: InteractionCounter
схема: UserCheckins схема: InteractionCounter
схема: пользовательские комментарии схема: InteractionCounter
схема: Пользовательские загрузки схема: InteractionCounter
схема: UserInteraction схема: InteractionCounter
схема: UserLikes схема: InteractionCounter
схема: UserPageVisits схема: InteractionCounter
схема: UserPlays схема: InteractionCounter
схема: УсерПлюсОнес схема: InteractionCounter
схема: UserTweets схема: InteractionCounter
схема: актеры схема:актер
схема: альбомы расписание: альбом
схема: приложение схема: actionApplication
схема: площадь схема: serviceArea
READ  Самое жуткое устройство Meta теперь можно превратить во второй офисный экран

Словарный запас удален

В некоторых обновлениях словаря, таких как v7.0, было несколько неиспользуемых медицинских терминов. Если бы вы были компанией, которая использовала их, вы могли бы запросить базу данных RDF, чтобы найти их.
Удалено несколько в основном неиспользуемых медицинских свойств здоровья, названия которых были неуместно общими: действие, предыстория, причина, стоимость, функция, указание, происхождение, результат, обзор, фаза, популяция, цель, источник, подтип. Обратите внимание, что мы не удаляем термины случайно, но в данном случае последствия сохранения их в системе для удобства использования перевешивают преимущества их сохранения, даже если они помечены как заархивированные/замененные.

Используя SPARQL, мы можем запросить список свойств, которых больше нет в словаре, с помощью
# Найти элементы данных, используя удаленные свойства

Schema.org имеет версию, но я не знаю, поддерживает ли Google управление версиями разметки в контексте, и я не видел, чтобы поставщики schema.org (включая нас) указывали версию Schema.org, которую мы реализуем.

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

Дрейф = x часов * y свойств

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

Как найти дрейф?

Если и когда есть расхождение и дрейф схемы, вы должны оценить страницу и, если у > 0 вы захотите исправить разметку схемы. Кроме того, вы хотите устранить дрейф схемы быстро, за как можно меньше времени и, в идеале, до того, как Google проиндексирует его.

Мониторинг схемы

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

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

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

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

READ  Типы соответствия ключевых слов (типы ключевых слов в Google Ads)

Почему Schema Drift важен для бизнес-аналитики и анализа данных?

Управление данными — это разработка, выполнение и надзор за планами, политиками, программами и практиками, которые обеспечивают, контролируют, защищают и повышают ценность данных и информационных активов на протяжении всего их жизненного цикла. https://dataninjago.com/2021/09/15/what-is-data-management-actually-dama-dmbok-framework/

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

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

Решение Schema App для дрейфа схемы

Приложение Schema управляет дрейфом схемы с помощью следующих решений.

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

Анализатор приложений схемы обеспечивает периодическое сканирование вашего веб-сайта для получения полного отчета о данных схемы. Помимо проверки функций Google, визуализируйте результаты и запросите данные (тройки RDF) для устаревших свойств.

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

Наконец, Customer Success at Schema App проверяет и устраняет ошибки и предупреждения, работая с нашими клиентами над управлением контентом, схемой и изменениями компонентов.

Если вы не хотите беспокоиться о Дрейфе Схемы, протянуть рукумы хотели бы работать с вами.

Ресурсы и ссылки

Марк ван Беркель

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



Source link