Три #SMXperts отвечают на вопросы из расширенной технической сессии SEO в SMX Advanced и делятся своими идеями по JavaScript и структурированным данным, две темы находятся на переднем крае разработки сайта и рейтинга поисковой системы.

Задание серии SMXpert продолжает вопросы и ответы (Q & A), которые были проведены во время сеансов на SMX Advanced 2018 в Сиэтле.

Сегодняшние вопросы и ответы от Advanced Technical SEO: Schema & Structured Data, сессия JavaScript с Биллом Славски, Майком Арнесеном и Патриком Стоусом.

Билл Славски, Go Fish Digital

Вопрос: Как вы думаете, Google будет использовать расширения Схемы, созданные экспертами?

Билл: Есть эксперты по предмету, есть эксперты по созданию Схемы, и в идеале расширение будет включать в себя обоих типов экспертов. Чтобы узнать о расширениях схемы, на странице Schema.org есть страница, где подробно описаны расширения.

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

Вопрос: Когда мне не следует использовать схему?

Bill: Schema — это возможность представить информацию с вашего сайта машинно-читаемым способом, так же как использование XML-карты сайта на вашем сайте является альтернативой HTML-карте сайта. Так же, как информация из HTML-карты сайта и XML-карты сайта должна быть последовательной, словарь терминов и HTML, который вы используете на странице, также должны быть согласованными.

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

В примере на слайде ниже представлен Словарь Схемы с использованием JSON-LD для объекта туристической привлекательности. С помощью Schema вы сообщаете поисковым системам об объектах, которые появляются на ваших страницах, и предоставляют им важную информацию, которая позволяет легко идентифицировать сущности, о которых вы пишете.

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

Вопрос: Можно ли использовать свойство sameAs для ссылки на локальные URL-адреса ссылок для локального SEO?

Билл: страница «Свойства схемы» для «То же, что» ограничивает использование этого значения для использования URL-адресов, имеющих значение в качестве идентификаторов:

URL-адрес ссылочной веб-страницы, которая однозначно указывает идентификатор элемента. Например. URL-адрес страницы Википедии, запись в Wikidata или официальный сайт.

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

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

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

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

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

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

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

Билл: Мы должны помнить, что Schema все еще находится в зачаточном состоянии, и Google только начинает ее использовать, но это то, с чем Google работает по крайней мере с 1999 года, когда они разработал алгоритм DIPRE.

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

Если Google может создавать богатое и полезное приложение, такое как Карты Google, и навигацию, которую он приносит нам, они могут использовать многие аспекты использования Схемы. Вероятно, он будет использоваться в таких местах, как:

  • Объектив Google. Включение поиска по фотографиям, использующего Schema для поиска информации об объектах, которые могут быть найдены на фотографиях.
  • Поиск по местоположению. Если Google знает местоположение, в котором вы выполняете поиск, он может отвечать на вопросы об этом местоположении, например, о том, какие предприятия могут находиться поблизости, какие интересные места находятся поблизости, какие события могут иметь место в этом районе, какие задания могут предлагаться близко к местоположению.
  • Поиск основан на свойствах объектов. Google показал, что он может отвечать на вопросы, основанные на свойствах объектов. Включение этих «свойств» на ваш сайт помогает сделать ваш сайт тем, который используется в результатах поиска.
  • Появления, основанные на трендовых сущностях. Мы видим идентификаторы машин в Google Trends. Если мы можем пометить объекты, которые появляются на наших сайтах с идентификаторами машинных идентификаторов, мы можем, чтобы наши страницы отображались в результатах как свежая актуальная информация, когда кто-то ищет эти объекты.
  • Презентационная колода: схема, структурированные данные и рассеянные базы данных, такие как World Wide Web

    Патрик Стокс, IBM

    Вопрос: Если 80 процентов наших пользователей используют настольные компьютеры, мы должны беспокоиться о страницах AMP?

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

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

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

    Презентационная колода: SEO для фреймворков JavaScript

    Майк Арнесен, UpBuild

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

    Майк: Помещение структурированных данных как JSON-LD в вашу ленивую загрузку — это путь. Это позволяет вам направить все ваши семантические данные прямо на загрузку страницы (до полной загрузки страницы). Следует помнить, что Googlebot не будет взаимодействовать с вашей страницей (или Bingbot). Они будут отображать страницу с очень высоким окном просмотра, но они не будут инициализировать любые действия с кликом или прокруткой, на которые может положиться ваша ленивая загрузка.

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

    Вы действительно хотите, чтобы все было согласовано с точки зрения структурированных данных JSON-LD и содержимого на странице. Вы хотите избежать несоответствия данных / содержимого, если это вообще возможно.

    Вопрос: Когда я НЕ должен использовать схему?

    Майк: Никогда не следует использовать семантическую разметку. Этот вопрос может быть истолкован как «когда я не должен использовать Schema.org?», А не что-то вроде data-vocabulary.org или dublincore.org, но я не думаю, что это то, о чем просят.

    Я думаю, что «Схема» используется для обозначения «структурированных данных», поскольку это обычно означает люди, когда они ссылаются на «Схему» без точки org.

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

  • Schema.org — это словарь. Вы также можете думать о нем как о «словаре», в котором двигатели могут смотреть вверх (например, itemprops), чтобы понять, что они означают. Важно отметить, что Schema.org не является единственным семантическим лексиконом; это просто тот, который мы используем для крупных поисковых систем, таких как Google, Bing, Yandex и т. д.
  • Семантическая разметка — это микроданные. Например, HTML, который мы добавляем к DOM (Document Object Model) веб-страницы, чтобы указать, как содержимое на странице относится к лексике (например, Schema.org).
  • Структурированные данные — это конечный результат. Данные, которые имеют четкую структуру. В нашем примере использования эта структура позволяет поисковым системам понять, что представляют эти данные.
  • Все три работают вместе и одинаково необходимы, но они не взаимозаменяемы.

    Вопрос: Можно ли использовать свойство sameAs для ссылки на локальные URL-адреса ссылок для локального SEO?

    Майк: Да, все в порядке. На самом деле, я бы рекомендовал использовать те же атрибуты в вашей организации JSON-LD для разметки объектов, чтобы ссылаться на вашу страницу Google Мой бизнес и любые особенно заметные цитаты (например, Yelp).

    Вопрос: Если 80 процентов наших пользователей используют настольные компьютеры, мы должны беспокоиться о страницах AMP?

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

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

    Вы можете применить многие (если не все) эти принципы к своему собственному веб-сайту с использованием или без использования ресурсов AMP или мучения над проверкой AMP.

    Вопрос: Майк, какие изменения вы увидели после привязки к идентификатору машины, доступному в JSON-LD?

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

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

    Майк: Я собираюсь начать свой ответ, задавая вопрос: скорее бы вы предпочли бы разделить семантическую разметку и структурированные данные, когда Google объявит о новых богатых функциях SERP, или вы предпочтете быть тем, кто уже был получить эти функции в не объявленных бета-версиях за несколько месяцев до того, как команда поиска Google напишет объявление?

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

    Вам нужно пометить каждую страницу своего сайта как schema.org/webpage или использовать schema.org/SiteNavigateElement? Нет — но — если вы Charmin, вы, вероятно, захотите разметки https://www.charmin.com/en-us/about-us/sitorsquat с разметкой schema.org/PublicToilet.

    Презентационная колода: реализация структурированных данных, MREID и многое другое

    Хотите узнать более подробную техническую тактику SEO? Присоединяйтесь к нам в октябре на нашей конференции SMX East в Нью-Йорке.

    Мнения, выраженные в этой статье, принадлежат авторам гостевой книги, а не обязательно MagazinSite. Здесь перечислены авторы работ.