Декабрь: Документация по дискуссионным форумам и страницам вопросов и ответов была обновлена, чтобы прямо указать, что рекомендуется использовать URL-адреса авторов.
Разметка для дискуссионных форумов предназначена для всех сайтов форумного типа, где люди обмениваются мнениями из первых рук. Когда сайты форумов добавляют эту разметку, Google Search может лучше идентифицировать онлайн-дискуссии по всей сети и использовать эту разметку в таких функциях, как «Дискуссии и форумы» и «Перспективы».
Как правило, мы рекомендуем вкладывать комментарии под публикацией, к которой они относятся. Если на форуме есть собственная структура тем, используйте дерево комментариев для отображения структуры:
{ „@context“: „https://schema.org“, „@type“: „DiscussionForumPosting“, „headline“: „Очень популярная тема“, … „comment“: [{ „@type“: „Comment“, „text“: „Это не должно быть так популярно“, … „comment“: [{ „@type“: „Comment“, „text“: „Да, должно“, … }] }] }
Если структура скорее линейная (например, исходная публикация, за которой следует ряд ответов), вкладывайте их все как комментарии под исходной публикацией. В идеале последующие страницы контента на многостраничных форумах должны содержать исходную публикацию с URL-адресом основной страницы:
{ // JSON-LD на форуме без тем по адресу https://example.com/post/very-popular-thread/14 „@context“: „https://schema.org“, „@type“: „DiscussionForumPosting“, „headline“: „Очень популярная тема“, // Явно присутствует только заголовок/тема „url“: „https://example.com/post/very-popular-thread“, … „comment“: [{ „@type“: „Comment“, „text“: „Первая публикация на этой странице“, … },{ „@type“: „Comment“, „text“: „Вторая публикация на этой странице“, … }] }
Если URL-адрес относится преимущественно к отдельной публикации, используйте mainEntity (или mainEntityOfPage) для идентификации основного DiscussionForumPosting:
На веб-страницах со списком публикаций (например, на странице профиля, темы или категории) часто бывает так, что не вся информация присутствует на одной странице, и пользователю приходится переходить по ссылке, чтобы получить дополнительную информацию (например, ответы). Вы сами решаете, включать ли только ту информацию, которая присутствует на странице (и включать URL-адрес конкретной публикации в дискуссии).
Не помечайте публикацию на странице как основной объект, если это не страница дискуссии для этой публикации. Чтобы показать, что страницы являются связной серией публикаций, может быть полезно прикрепить их все к коллекции или списку статей.
Структурированные данные — это стандартизированный формат для предоставления информации о странице и классификации ее контента. Если вы еще не знакомы со структурированными данными, вы можете узнать больше о том, как они работают.
Здесь вы найдете обзор того, как создавать, тестировать и публиковать структурированные данные. Пошаговое руководство по добавлению структурированных данных на веб-страницу можно найти в Codelab по структурированным данным.
Добавьте необходимые свойства. Узнайте, где вставлять структурированные данные на страницу в зависимости от используемого вами формата.
Используете CMS? Возможно, будет проще использовать плагин, встроенный в вашу CMS.
Используете JavaScript? Узнайте, как генерировать структурированные данные с помощью JavaScript. Следуйте рекомендациям. Проверьте свой код с помощью теста расширенных результатов и исправьте все критические ошибки. Также исправьте все некритические проблемы, которые могут быть отмечены в инструменте, так как они могут помочь улучшить качество ваших структурированных данных (однако это не обязательно для того, чтобы претендовать на расширенные результаты). Разверните несколько страниц, содержащих ваши структурированные данные, и протестируйте с помощью инструмента проверки URL, как Google видит страницу. Убедитесь, что ваша страница доступна для Google и не заблокирована файлом robots.txt, тегом noindex или требованиями авторизации. Если страница выглядит нормально, вы можете попросить Google повторно просканировать ваши URL-адреса.
Примечание: Дайте время на повторное сканирование и индексацию. Помните, что после публикации страницы может пройти несколько дней, прежде чем Google найдет и просканирует ее. Чтобы держать Google в курсе будущих изменений, мы рекомендуем отправить карту сайта (sitemap). Вы можете автоматизировать это с помощью Sitemap API в Search Console. Примеры
Я был на концерте!te“: „2023-03-01T06:34:34+02:00“, „thumbnailUrl“: „https://example.com/media/super-cool-concert-snap.jpg“ }, „url“: „https://example.com/post/very-popular-thread“, „author“: { „@type“: „Person“, „name“: „Katie Pope“, „url“: „https://example.com/user/katie-pope“, „agentInteractionStatistic“: { „@type“: „InteractionCounter“, „interactionType“: „https://schema.org/WriteAction“, „userInteractionCount“: 8 } }, „datePublished“: „2023-03-01T08:34:34+02:00“, „interactionStatistic“: { „@type“: „InteractionCounter“, „interactionType“: „https://schema.org/LikeAction“, „userInteractionCount“: 27 }, „comment“: [{ „@type“: „Comment“, „text“: „С кем ты?“, „author“: { „@type“: „Person“, „name“: „Saul Douglas“, „url“: „https://example.com/user/saul-douglas“, „agentInteractionStatistic“: { „@type“: „InteractionCounter“, „interactionType“: „https://schema.org/WriteAction“, „userInteractionCount“: 167 } }, „datePublished“: „2023-03-01T09:46:02+02:00“ },{ „@type“: „Comment“, „text“: „Это моя мама, разве она не крутая?“, „author“: { „@type“: „Person“, „name“: „Katie Pope“, „url“: „https://example.com/user/katie-pope“, „agentInteractionStatistic“: { „@type“: „InteractionCounter“, „interactionType“: „https://schema.org/WriteAction“, „userInteractionCount“: 8 } }, „datePublished“: „2023-03-01T09:50:25+02:00“, „interactionStatistic“: { „@type“: „InteractionCounter“, „interactionType“: „https://schema.org/LikeAction“, „userInteractionCount“: 7 } }] } Рекомендации
Чтобы ваши структурированные данные дискуссионного форума подходили для использования в поиске Google, вы должны соблюдать следующие рекомендации:
Общие рекомендации по структурированным данным Основы поиска Рекомендации по контенту Технические рекомендации Рекомендации по контенту Используйте разметку «DiscussionForumPosting» только для описания пользовательской публикации на форуме сайта. Не используйте эту разметку для контента, написанного преимущественно издателями сайта или их представителями. Хотя мы рекомендуем действительную разметку других типов (статья, SocialMediaPosting, VideoObject), которые могут использовать очень похожую разметку с комментариями, информацией об авторе и статистикой взаимодействия, они не должны использовать разметку DiscussionForumPosting. Вот несколько примеров: Действительные варианты использования: Страница форума сообщества, где пользователи могут обсуждать определенную игру Общая форумная платформа, на которой размещается большое разнообразие контента подфорумов
Статья или блог, написанные непосредственно агентом для сайта (даже с комментариями) Отзывы пользователей о продукте Обратите внимание, что страница вопросов и ответов для большинства вариантов использования Google считается особым случаем страницы дискуссионного форума. Если структура сайта форума состоит преимущественно из вопросов и ответов, мы рекомендуем вам использовать разметку Q&A. Если структура более общая и обычно не содержит вопросов и ответов, DiscussionForumPosting будет лучшим выбором. Убедитесь, что каждый DiscussionForumPosting содержит весь текст публикации и что каждый Comment содержит весь текст ответа, если он найден на этой странице. Технические рекомендации В отличие от нашего общего предпочтения структурированных данных, мы рекомендуем по возможности предоставлять разметку DiscussionForumPosting в Microdata (или RDFa). Это избавит вас от необходимости дублировать большие блоки текста в разметке. Однако это лишь рекомендация, и JSON-LD по-прежнему полностью поддерживается. Определения типов структурированных данных
Вы должны включить необходимые свойства, чтобы ваш контент имел право на использование в поиске Google. Вы также можете включить рекомендуемые свойства, чтобы добавить больше информации о ваших страницах дискуссионных форумов, что может привести к лучшему пользовательскому опыту.
Тип DiscussionForumPosting определяет исходную разметку, которая является темой обсуждения. Хотя этот тип обычно состоит из текста, возможно, что публикация на форуме состоит только из медиаконтента.
author Person или OrganizationИнформация об авторе публикации. Чтобы Google мог оптимально понимать авторов с помощью различных функций, мы рекомендуем следовать лучшим практикам разметки авторов.
Добавьте столько свойств, сколько имеет смысл для автора, используя поддерживаемые свойства из структурированных данных статей и страниц профилей в качестве руководства.
Либо текст, либо изображение, либо видео Чтобы представить контент публикации, вы должны добавить одно из следующих свойств: Текст Изображение Видео
Это не требуется, если вы представляете публикацию на другой странице (с внешним URL-адресом), например, на последующих страницах форумов или страницах категорий форумов.
Ссылка на веб-страницу, которая однозначно идентифицирует автора публикации, скорее всего, страницу профиля форума. Мы рекомендуем пометить эту страницу структурированными данными страницы профиля.
Комментарий к публикации или ответ на нее, если применимо. Помечайте комментарии в том порядке, в котором они появляются на странице.
Если публикация была удалена, но сохранена для контекста или потока, установите для этого свойства значение «Удалено».
Дата и время редактирования публикации в формате ISO 8601, если применимо. Если изменения не вносились, дублировать дату публикации не требуется.
headline TextЗаголовок публикации. Если отдельного заголовка нет, не дублируйте и не сокращайте текст до заголовка. image ImageObject или URL
Любые встроенные изображения в публикации, если применимо. Если изображений нет, не вставляйте в это поле стандартные, значковые или заполнительные изображения.
https://schema.org/LikeAction: Количество лайков или голосов «за». https://schema.org/DislikeAction: Количество дизлайков или голосов «против». https://schema.org/ViewAction: Количество просмотров. https://schema.org/CommentAction или https://schema.org/ReplyAction: Количество комментариев. https://schema.org/ShareAction: Количество репостов.
Основной источник публикации, если публикация появляется в определенной части всего сайта. Например, подфорум или группа внутри более широкого сайта. Если используется CreativeWork (например, веб-страница), используйте свойство url, чтобы указать его URL-адрес.
sharedContent CreativeWorkОсновной общий контент публикации. Чаще всего это используется для обмена веб-страницами (с URL-адресами) в качестве тематического обсуждения, но изображения или видео также могут использоваться с этим свойством, особенно если они являются основным контентом комментария.
Любой текст в публикации, если применимо. Это очень часто встречается, но в некоторых случаях может быть опущено, если публикация содержит другие медиафайлы.
URL URLКанонический URL-адрес обсуждения. В многостраничных потоках установите это свойство на URL-адрес первой страницы. Для отдельного обсуждения это обычно текущий URL-адрес. Video VideoObject
Тип комментария определяет комментарий к исходному CreativeWork. В данном случае это публикация на дискуссионном форуме. Он имеет многие из тех же свойств, что и наши рекомендации для публикаций на дискуссионных форумах.
author Person или OrganizationИнформация об авторе комментария. Чтобы Google мог оптимально понимать авторов с помощью различных функций, мы рекомендуем следовать лучшим практикам разметки авторов.
Добавьте столько свойств, сколько имеет смысл для автора, используя поддерживаемые свойства из структурированных данных статей и страниц профилей в качестве руководства.
Дата и время создания комментария в формате ISO 8601. Если изменения не вносились, дублировать дату публикации не требуется.
text TextОсновной текст комментария. В идеале это поле соответствует тексту, присутствующему на странице в комментарии.
Ссылка на веб-страницу, которая однозначно идентифицирует автора комментария, скорее всего, страницу профиля форума. Мы рекомендуем пометить эту страницу структурированными данными страницы профиля.
Еще один комментарий о комментарии или ответ на него, если применимо. Помечайте комментарии в том порядке, в котором они появляются на странице.
Если комментарий был удален, но сохранен для контекста или потока, установите для этого свойства значение «Удалено».
Любые встроенные изображения в комментарии, если применимо. Если изображений нет, не вставляйте в это поле стандартные, значковые или заполнительные изображения.
https://schema.org/LikeAction: Количество лайков или голосов «за». https://schema.org/DislikeAction: Количество дизлайков или голосов «против». https://schema.org/ViewAction: Количество просмотров. https://schema.org/CommentAction или https://schema.org/ReplyAction: Количество комментариев. https://schema.org/ShareAction: Количество репостов.
sharedContent CreativeWorkОсновной общий контент в комментарии. Чаще всего это используется для обмена веб-страницами (с URL-адресами) в качестве тематического обсуждения, но изображения или видео также могут использоваться с этим свойством, особенно если они являются основным контентом комментария.
url URLURL-адрес этого конкретного комментария на странице. Не включайте это свойство, если это просто URL-адрес исходной публикации.
InteractionCounter позволяет связать счетчик с определенным типом взаимодействия. Это можно использовать как для свойств контента (DiscussionForumPosting и комментарий), так и для свойств автора.
Список действительных подтипов действия для этого свойства можно найти в свойстве, которое использует InteractionCounter (например, interactionStatistic).
Search Console — это инструмент, который помогает вам отслеживать эффективность ваших страниц в поиске Google. Вам не обязательно входить в Search Console, чтобы попасть в результаты поиска Google, но это может помочь вам понять и улучшить то, как Google видит ваш сайт. Мы рекомендуем проверять Search Console в следующих случаях:
После первоначального развертывания структурированных данных После публикации новых шаблонов или обновления вашего кода Регулярный анализ трафика После первоначального развертывания структурированных данных
После того как Google проиндексирует ваши страницы, проверьте наличие проблем с помощью соответствующего отчета о статусе расширенных результатов. В идеале количество действительных элементов должно увеличиваться, а недействительных — нет. Если вы обнаружите проблемы со своими структурированными данными:
Исправьте недействительные элементы. Проверьте живой URL-адрес, чтобы определить, сохраняется ли проблема. Запросите проверку с помощью отчета о статусе. После публикации новых шаблонов или обновления вашего кода
При внесении существенных изменений на ваш сайт следите за увеличением количества недействительных элементов в структурированных данных.
Если вы заметили увеличение количества недействительных элементов, возможно, вы внедрили новый шаблон, который не работает, или ваш сайт взаимодействует с существующим шаблоном новым и плохим способом. Если вы заметили уменьшение количества действительных элементов (без увеличения количества недействительных), возможно, вы больше не встраиваете структурированные данные на свои страницы. Используйте инструмент проверки URL, чтобы выяснить, что вызывает проблему. Предупреждение: Не используйте кэшированные ссылки для отладки ваших страниц. Вместо этого используйте инструмент проверки URL, так как он имеет самую актуальную версию ваших страниц. Регулярный анализ трафика
Анализируйте свой трафик Google Search с помощью отчета об эффективности. Данные покажут вам, как часто ваша страница отображается как расширенный результат в поиске, как часто пользователи нажимают на нее и какую среднюю позицию вы занимаете в результатах поиска. Вы также можете автоматически получать эти результаты с помощью Search Console API.
Если у вас возникли проблемы с реализацией или устранением неполадок структурированных данных, вот несколько ресурсов, которые могут вам помочь.
Если вы используете систему управления контентом (CMS) или кто-то другой заботится о вашем сайте, попросите этого человека о помощи. Перешлите этому человеку все сообщения Search Console, в которых описывается проблема.
Google не гарантирует, что функции, использующие структурированные данные, будут отображаться в результатах поиска. Список наиболее распространенных причин, по которым Google может не отображать ваш контент в расширенном результате, можно найти в Общих рекомендациях по структурированным данным. Возможно, в ваших структурированных данных есть ошибка. Проверьте список ошибок структурированных данных. Если в отношении вашей страницы было предпринято ручное действие, касающееся структурированных данных, структурированные данные на странице будут игнорироваться (однако страница все равно может отображаться в результатах поиска Google). Используйте отчет «Ручные действия» для устранения проблем со структурированными данными. Прочитайте рекомендации еще раз, чтобы определить, не соответствует ли ваш контент рекомендациям. Проблема может быть вызвана либо спам-контентом, либо использованием спам-разметки. Однако это может быть не синтаксическая проблема, поэтому тест расширенных результатов поиска может не обнаружить эти проблемы. Устраните проблемы с отсутствующими расширенными результатами поиска/снижением общего количества расширенных результатов поиска. Подождите, пока страница будет повторно просканирована и проиндексирована. Помните, что после публикации страницы может пройти несколько дней, прежде чем Google найдет и просканирует ее. Общие вопросы о сканировании и индексации можно найти в FAQ по сканированию и индексации поиска Google. Опубликуйте вопрос на форуме «Google Search Central».
Связанная услуга: SEO (поисковая оптимизация)