27 ноября: Добавлены расширенные рекомендации для документации по структурированным данным страницы профиля, документации по структурированным данным дискуссионного форума и документации по структурированным данным страницы вопросов и ответов.
Разметка ProfilePage предназначена для всех сайтов, где авторы контента (отдельные лица или организации) делятся своими взглядами. Она помогает Google Поиску выделять информацию об авторе (например, имя, имя пользователя в социальных сетях, фотографию профиля, количество подписчиков или популярность их контента). Google Поиск использует эту разметку для устранения неоднозначности в отношении автора, а также в таких функциях, как «Перспективы» и «Обсуждения и форумы».
Разметка ProfilePage также может использоваться в других типах структурированных данных. Например, структурированные данные «Статья» и «Рецепт» имеют авторов. В структурированных данных дискуссионного форума и страницы вопросов и ответов обычно несколько авторов.
Добавление структурированных данных
Структурированные данные — это стандартный формат для предоставления информации о странице и классификации ее содержимого. Если вы новичок в работе со структурированными данными, вы можете узнать больше о том, как они работают.
Ниже представлен обзор того, как создавать, тестировать и публиковать структурированные данные. Ознакомьтесь с codelab по структурированным данным, чтобы получить пошаговое руководство по добавлению структурированных данных на веб-страницу.
Проверьте свой код с помощью инструмента «Проверка расширенных результатов» и исправьте критические ошибки. Рассмотрите возможность исправления некритических проблем, которые могут быть отмечены в инструменте. Исправление таких ошибок повышает качество ваших структурированных данных, но не является обязательным для соответствия требованиям к расширенным результатам.
Разверните несколько страниц, содержащих ваши структурированные данные, и используйте инструмент проверки URL, чтобы протестировать, как Google видит страницу. Убедитесь, что Google может получить доступ к вашей странице и что она не заблокирована файлом robots.txt, тегом noindex или требованиями для входа в систему. Если страница выглядит правильно, вы можете запросить у Google повторное сканирование ваших URL-адресов.
Отправьте карту сайта, чтобы продолжать информировать Google о будущих изменениях. Вы можете автоматизировать этот процесс с помощью Search Console Sitemap API.
- Примеры
- Рекомендации
- Рекомендации по контенту
Основным фокусом страницы должно быть отдельное лицо или организация, связанные со всем веб-сайтом. Вот несколько примеров страниц профиля: Допустимые примеры использования: страница профиля пользователя на форуме или сайте социальной сети
Технические рекомендации
Если страница профиля также содержит недавнюю активность автора, вы можете добавить разметку, используя URL-адреса в этих объектах, чтобы ссылаться на страницу, где находится полный контент и разметка. Например, возможная структура разметки выглядит следующим образом:
Определения типов структурированных данных
Вам необходимо добавить свойства, необходимые для того, чтобы ваши структурированные данные могли отображаться в результатах поиска. Вы также можете включить рекомендуемые свойства, чтобы обеспечить лучший пользовательский опыт, добавив больше информации о ваших страницах профиля.
ProfilePage
Лицо или организация, к которой относится эта страница профиля. Это свойство указывает на то, что основной фокус страницы — информация об этом физическом или юридическом лице.
Если эта информация доступна (то есть вы знаете, представляет ли страница физическое или юридическое лицо), постарайтесь использовать правильный тип. В противном случае установите значение по умолчанию Person (например, если тип учетной записи неизвестен). Рекомендуемые свойства dateCreated DateTime
Дата и время изменения информации в профиле, указанные в формате даты ISO 8601, если применимо. В идеале это представляет только изменения метаданных, отредактированные реальными людьми в профиле (например, добавление дополнительных ссылок, указывающих на места, где упоминается этот профиль, не является изменением). Person или Organization Как schema.org/Person, так и schema.org/Organization имеют общие свойства, используемые Google.
Основной способ идентификации лица или организации. Мы рекомендуем использовать это поле для настоящих имен (и alternateName для имен пользователей в социальных сетях). Однако, если это единственный способ идентификации данного лица на вашем сайте, вы можете использовать это поле для указания имени пользователя в социальных сетях.
Альтернативный общедоступный идентификатор, если применимо. Например, если в поле name используется настоящее имя человека, то здесь можно указать имя пользователя в социальных сетях. description Text
Любой уникальный идентификатор, используемый на вашем сайте, если применимо. Это может быть внутренний идентификатор базы данных, который ваш сайт использует для идентификации пользователя, даже если его имя в социальных сетях изменится. image URL или ImageObject
URL-адрес или значение ImageObject изображения профиля автора, если применимо. Если изображения нет, не добавляйте в это поле изображение по умолчанию, значок или изображение-заполнитель.
Каждая страница должна содержать как минимум одно изображение (независимо от того, добавляете ли вы разметку). Google выбирает лучшее изображение для отображения в результатах поиска в зависимости от соотношения сторон и разрешения.
URL-адреса изображений должны быть доступны для сканирования и индексации. Используйте инструмент проверки URL, чтобы проверить, может ли Google получить доступ к вашим URL-адресам.
Для достижения наилучших результатов мы рекомендуем предоставлять несколько изображений с высоким разрешением (ширина и высота в произведении не менее 50 тысяч пикселей) со следующими соотношениями сторон: 16×9, 4×3 и 1×1.
Статистика пользователей, применяемая к физическому или юридическому лицу на странице профиля, если применимо. Включайте только статистику, относящуюся к платформе, на которой размещена страница профиля (не указывайте, что у автора 100 000 подписчиков на его главной странице).
URL-адрес других внешних профилей или главных страниц профиля, если применимо. Отслеживание расширенных результатов с помощью Search Console Search Console — это инструмент, который помогает отслеживать эффективность ваших страниц в Google Поиске. Вам не нужно регистрироваться в Search Console, чтобы быть включенным в результаты Google Поиска, но это может помочь вам понять и улучшить то, как Google видит ваш сайт. Мы рекомендуем проверять Search Console в следующих случаях:
После первого развертывания структурированных данных
После того как Google проиндексирует ваши страницы, ищите проблемы, используя соответствующий отчет о состоянии расширенных результатов. В идеале количество действительных элементов должно увеличиваться, а количество недействительных — нет. Если вы обнаружите проблемы в своих структурированных данных:
После публикации новых шаблонов или обновления кода
Если вы видите увеличение количества недействительных элементов, возможно, вы запустили новый шаблон, который не работает, или ваш сайт по-новому плохо взаимодействует с существующим шаблоном.
Если вы видите уменьшение количества действительных элементов (не совпадающее с увеличением недействительных), возможно, вы больше не размещаете структурированные данные на своих страницах. Используйте инструмент проверки URL, чтобы выяснить причину проблемы.
Регулярный анализ трафика
Анализируйте свой трафик в Google Поиске с помощью отчета об эффективности. Данные показывают, как часто ваша страница появляется в Поиске как расширенный результат, как часто пользователи нажимают на этот расширенный результат и среднюю позицию, на которой вы появляетесь в результатах поиска. Вы также можете автоматически получать доступ к этим результатам с помощью Search Console API.
Устранение неполадок
Если вы используете систему управления контентом (CMS) или кто-то другой занимается вашим сайтом, попросите этого человека помочь вам. Обязательно перешлите этому человеку сообщения Search Console с подробной информацией о проблеме.
Google не гарантирует, что функции, использующие структурированные данные, будут отображаться в результатах поиска. Ознакомьтесь с Общими рекомендациями по структурированным данным, чтобы найти список распространенных причин, по которым Google не отображает ваш контент в расширенных результатах.
Если в отношении вашей страницы приняты меры вручную из-за структурированных данных, структурированные данные на странице не будут учитываться (страница может продолжать появляться в результатах Google Поиска). Используйте отчет «Меры, принятые вручную» для устранения проблем со структурированными данными.
Еще раз ознакомьтесь с рекомендациями, чтобы определить, соответствует ли ваш контент правилам. Проблема может быть связана со спамом или использованием спам-разметки. Однако в случаях, когда проблема не связана с синтаксисом, инструмент «Проверка расширенных результатов» не может идентифицировать эти проблемы.
Дайте время на повторное сканирование и повторную индексацию. Помните, что Google может потребоваться несколько дней, чтобы найти и просканировать страницу после ее публикации. Общие вопросы о сканировании и индексации см. в разделе часто задаваемых вопросов о сканировании и индексации в Google Поиске.
Страницы вопросов и ответов — это веб-страницы, содержащие данные, подготовленные в формате вопроса и ответа, где ответ следует за вопросом. Вы можете пометить свои данные типами schema.org QAPage, Question и Answer для контента, представляющего вопрос и его ответы.
Страницы, размеченные правильно, подходят для отображения с расширенным результатом на странице результатов поиска. Эта расширенная оценка помогает вашему сайту охватить нужных пользователей в Поиске. Если страница помечена как ответ на вопрос «Как вытащить кабель, застрявший в USB-порту?», вот пример результата, который вы можете увидеть для этого пользовательского запроса:
Разметка вашей страницы вопросов и ответов, помимо включения оценки расширенных результатов для вашего контента, помогает Google создавать лучший сниппет для вашей страницы. Если расширенный результат не отображается, содержимое ответов может появиться в основном результате.
Добавление структурированных данных
Структурированные данные — это стандартный формат для предоставления информации о странице и классификации ее содержимого. Если вы новичок в работе со структурированными данными, вы можете узнать больше о том, как они работают.
Ниже представлен обзор того, как создавать, тестировать и публиковать структурированные данные. Ознакомьтесь с codelab по структурированным данным, чтобы получить пошаговое руководство по добавлению структурированных данных на веб-страницу.
Проверьте свой код с помощью инструмента «Проверка расширенных результатов» и исправьте критические ошибки. Рассмотрите возможность исправления некритических проблем, которые могут быть отмечены в инструменте. Исправление таких ошибок повышает качество ваших структурированных данных, но не является обязательным для соответствия требованиям к расширенным результатам.
Разверните несколько страниц, содержащих ваши структурированные данные, и используйте инструмент проверки URL, чтобы протестировать, как Google видит страницу. Убедитесь, что Google может получить доступ к вашей странице и что она не заблокирована файлом robots.txt, тегом noindex или требованиями для входа в систему. Если страница выглядит правильно, вы можете запросить у Google повторное сканирование ваших URL-адресов.
Отправьте карту сайта, чтобы продолжать информировать Google о будущих изменениях. Вы можете автоматизировать этот процесс с помощью Search Console Sitemap API.
- Примеры
- Рекомендации
- Рекомендации по контенту
Пользователи должны иметь возможность отправлять ответы на вопросы. Для контента, где есть только один ответ на конкретный вопрос и нет способа для пользователей добавлять альтернативные ответы, не используйте разметку QAPage, а используйте FAQPage. Ниже приведено несколько примеров: Допустимые примеры использования: страница форума, где пользователи могут отправлять ответы на один вопрос
Страница часто задаваемых вопросов, написанная самим сайтом, где нет способа для пользователей отправлять альтернативные ответы
Не применяйте разметку QAPage ко всем страницам на сайте или форуме, если не весь контент подходит. Например, на форуме может быть опубликовано много вопросов, каждый из которых подходит для отдельной разметки. Однако, если на форуме есть страницы, которые не являются вопросами, эти страницы не подойдут.
Не используйте разметку QAPage для страниц часто задаваемых вопросов или страниц, где на каждой странице размещено несколько вопросов. Разметка QAPage предназначена для страниц, где каждая страница фокусируется только на одном вопросе и ответах на этот вопрос.
Убедитесь, что каждый элемент Question содержит полный текст вопроса, а каждый элемент Answer — полный текст ответа.
Разметка Answer предназначена для ответов на вопрос, а не для комментариев к вопросу или другим ответам. Не помечайте комментарии, которые не являются ответами, как Answer.
Контент вопросов и ответов не может отображаться как расширенный результат, если он содержит любой из следующих типов контента: непристойный, оскорбительный, сексуальный, насильственный, опасный или пропагандирующий незаконную деятельность, а также содержащий язык ненависти или домогательства.
Страницы вопросов и ответов, связанные с образованием, основной целью которых является предоставление правильного ответа на домашнее задание, отправленное пользователем, могут подходить для опыта ленты вопросов и ответов. На этих страницах может быть один ответ, предоставленный или выбранный внутренними экспертами, а не пользователем. Пример: образовательная страница с одним вопросом, отправленным пользователем, и лучшим ответом, выбранным экспертами.
Определения типов структурированных данных
Вам необходимо добавить свойства, необходимые для того, чтобы ваш контент мог отображаться как расширенный результат. Вы также можете включить рекомендуемые свойства, чтобы обеспечить лучший пользовательский опыт, добавив больше информации в свои структурированные данные.
QAPage
Тип QAPage указывает на то, что страница фокусируется на конкретном вопросе и ответах на него. Мы будем использовать структурированные данные Question только со страниц с разметкой QAPage. На странице должно быть только одно определение типа QAPage.
mainEntity
Question
Тип Question определяет вопрос, на который отвечает эта страница, и включает ответы на этот вопрос, если таковые имеются. Ожидается, что на странице будет ровно один тип Question, помещенный под свойство mainEntity определения schema.org/QAPage. На странице должно быть только одно определение типа Question.
- answerCount
- acceptedAnswer
- suggestedAnswer
- name
- text
- upvoteCount
- Answer
Тип Answer определяет предложенные и принятые ответы на Question на этой странице. Определите элементы Answers внутри Question как значения свойств suggestedAnswer и acceptedAnswer.
- text
- upvoteCount
- url
- Отслеживание расширенных результатов с помощью Search Console
Search Console — это инструмент, который помогает отслеживать эффективность ваших страниц в Google Поиске. Вам не нужно регистрироваться в Search Console, чтобы быть включенным в результаты Google Поиска, но это может помочь вам понять и улучшить то, как Google видит ваш сайт. Мы рекомендуем проверять Search Console в следующих случаях:
После первого развертывания структурированных данных
После того как Google проиндексирует ваши страницы, ищите проблемы, используя соответствующий отчет о состоянии расширенных результатов. В идеале количество действительных элементов должно увеличиваться, а количество недействительных — нет. Если вы обнаружите проблемы в своих структурированных данных:
После публикации новых шаблонов или обновления кода
Если вы видите увеличение количества недействительных элементов, возможно, вы запустили новый шаблон, который не работает, или ваш сайт по-новому плохо взаимодействует с существующим шаблоном.
Если вы видите уменьшение количества действительных элементов (не совпадающее с увеличением недействительных), возможно, вы больше не размещаете структурированные данные на своих страницах. Используйте инструмент проверки URL, чтобы выяснить причину проблемы.
Регулярный анализ трафика
Анализируйте свой трафик в Google Поиске с помощью отчета об эффективности. Данные показывают, как часто ваша страница появляется в Поиске как расширенный результат, как часто пользователи нажимают на этот расширенный результат и среднюю позицию, на которой вы появляетесь в результатах поиска. Вы также можете автоматически получать доступ к этим результатам с помощью Search Console API.
Устранение неполадок
Если вы используете систему управления контентом (CMS) или кто-то другой занимается вашим сайтом, попросите этого человека помочь вам. Обязательно перешлите этому человеку сообщения Search Console с подробной информацией о проблеме.
Google не гарантирует, что функции, использующие структурированные данные, будут отображаться в результатах поиска. Ознакомьтесь с Общими рекомендациями по структурированным данным, чтобы найти список распространенных причин, по которым Google не отображает ваш контент в расширенных результатах.
Если в отношении вашей страницы приняты меры вручную из-за структурированных данных, структурированные данные на странице не будут учитываться (страница может продолжать появляться в результатах Google Поиска). Используйте отчет «Меры, принятые вручную» для устранения проблем со структурированными данными.
Еще раз ознакомьтесь с рекомендациями, чтобы определить, соответствует ли ваш контент правилам. Проблема может быть связана со спамом или использованием спам-разметки. Однако в случаях, когда проблема не связана с синтаксисом, инструмент «Проверка расширенных результатов» не может идентифицировать эти проблемы.
Дайте время на повторное сканирование и повторную индексацию. Помните, что Google может потребоваться несколько дней, чтобы найти и просканировать страницу после ее публикации. Общие вопросы о сканировании и индексации см. в разделе часто задаваемых вопросов о сканировании и индексации в Google Поиске.
Связанная услуга: SEO (поисковая оптимизация)