На одной странице могут присутствовать связанные типы, но это не разрешение размечать все подряд. Главная сущность должна соответствовать задаче URL. Например, автор ответа связан с ProfilePage через URL профиля, а комментарии вложены в вопрос или обсуждение. Страница отзывов не становится форумом из-за возможности ответить автору.
Что обновлено 24.08.2026: добавлен жизненный цикл UGC с модерацией, индексированием и эскалацией.
Жизненный цикл для объекта «UGC-страница с разметкой»
UGC нельзя оценивать только в момент публикации. У каждого объекта есть статус, владелец, доступность, правило индексирования и основание для следующего перехода.
| Стадия | Доступность | SEO-состояние | Модерация и действие |
|---|---|---|---|
| Черновик | Только автору и модератору | Не индексировать; разметку не публиковать | Проверить обязательные поля и согласие |
| Премодерация | Скрыто от общего доступа | Не включать в Sitemap и навигацию | Проверить спам, персональные данные и предмет публикации |
| Публикация | Доступно пользователю и роботу | Self-canonical; разметка только видимого содержания | Добавить в тематический маршрут |
| Индексирование | URL получает внутренние ссылки | Качество подтверждено; директивы согласованы | Наблюдать жалобы и полезность |
| Переоценка | Страница остаётся доступной | Сверить актуальность, спам и дубли | Сохранить, исправить или ограничить |
| Объединение | Старый URL имеет понятную замену | Перенести уникальное содержание и настроить редирект | Обновить связи и историю модерации |
| Архив или удаление | Решение зависит от ценности и риска | Выбрать 404/410, noindex, архив или закрытый доступ | Зафиксировать причину и обработать жалобы |
Правовые и этические ограничения
Не публикуйте персональные данные, закрытую переписку и неподтверждённые обвинения без предусмотренной проверки. Пользователь должен понимать правила публикации, возможность исправления и порядок жалобы. Негатив не удаляют только из-за его тональности: сначала проверяют нарушение правил и фактическую основу. При споре материал переводят в установленный режим эскалации, сохраняя журнал действий и доступ только необходимым ролям.
Примечание. Для UGC нет одной универсальной схемы. Отзыв, вопрос, дискуссия и профиль описывают разные сущности и подчиняются разным требованиям Google. Сначала определяют основной объект страницы и поведение пользователей, затем выбирают Review, QAPage, DiscussionForumPosting или ProfilePage. Валидный синтаксис не исправляет неверный тип, скрытый контент или расхождение с интерфейсом.
Выберите тип по содержанию страницы
| Тип | Подходящий сценарий | Не использовать |
|---|---|---|
| Review / AggregateRating | Мнения и оценки о поддерживаемом объекте | Как универсальные звезды для любой страницы |
| QAPage | Один вопрос, на который пользователи могут добавлять ответы | FAQ, статья, инструкция, несколько вопросов на странице |
| DiscussionForumPosting | Пользовательская тема или пост с обсуждением | Редакционная статья с комментариями, отзывы о товаре |
| ProfilePage | Страница одного автора или организации, связанной с площадкой | Список участников, поиск профилей, страница входа |
| Comment | Комментарий к посту, вопросу или ответу | Как самостоятельная замена Answer или основного поста |
Выпустите разметку как продуктовый контракт
Инвентаризируйте шаблоны UGC и назначьте каждому одну основную сущность страницы.
Проверьте актуальную документацию Google для выбранного типа и перечень поддерживаемых свойств.
Сопоставьте каждое поле разметки с источником данных, владельцем и видимым элементом интерфейса.
Не генерируйте свойство, если значение неизвестно, скрыто, вычисляется другим способом или не относится к объекту.
Создайте устойчивые идентификаторы для страницы, автора, вопроса, ответа, поста и объекта отзыва.
Обработайте состояния: нет ответов, удаленный комментарий, скрытый отзыв, анонимизированный автор, пагинация и архив.
Проверьте примеры и ошибки валидатором Schema.org и Rich Results Test, но отдельно проведите содержательную проверку.
Выпустите разметку на небольшой группе URL и сравните HTML, JSON-LD, логи рендеринга и отчеты Search Console.
Добавьте автоматические тесты на обязательные поля, типы данных, даты, URL, счетчики и расхождение с видимым контентом.
Расширяйте охват партиями; после изменения шаблона контролируйте рост invalid items и падение числа valid items.
Счетчики должны считаться из того же состояния
AnswerCount, commentCount, reviewCount и aggregateRating нельзя брать из кэша, который обновляется по другому расписанию, чем HTML. Определите, входят ли скрытые и удаленные элементы, как учитывается пагинация и какая шкала используется. Пользователь, интерфейс и разметка должны видеть одну бизнес-логику.
Разберите четыре частые ошибки
QAPage на FAQ или статье
QAPage предназначена для одного вопроса с возможностью пользовательских ответов. Страница с несколькими вопросами, авторская инструкция и блоговый ответ не соответствуют этому сценарию. Наличие вопросительного H1 не меняет тип контента.
DiscussionForumPosting на издательском материале
Этот тип описывает пост, созданный пользователем сообщества. Редакционная статья остается Article, даже если под ней есть комментарии. Для поста и ответов передают полный текст, присутствующий на странице; не размечают фрагменты, которых человек не может увидеть.
Review без подходящего объекта
Оценка должна относиться к конкретной поддерживаемой сущности. Саморекламные отзывы о собственной Organization или LocalBusiness не дают звездного результата на сайте самой организации. На товарных страницах требования проверяют вместе с Product. Нельзя переносить рейтинг между вариантами, филиалами и разными услугами без ясного основания.
ProfilePage на пустом аккаунте
Синтаксически можно описать профиль, но поисковая ценность не появляется. Основным объектом страницы должен быть один автор или организация, а видимый профиль — помогать понять вклад. Приватные поля и внешняя статистика не добавляются ради полноты.
Приемочные тесты для релиза
Основной тип соответствует реальному назначению URL.
Каждое свойство имеет источник данных и видимый эквивалент.
Вопросы, ответы и комментарии различаются в модели.
Полный текст размеченных элементов присутствует на странице.
Счетчики, рейтинг и даты совпадают между HTML и структурированными данными.
Удаленные и скрытые элементы не остаются в JSON-LD.
Авторы связаны с устойчивыми публичными URL без утечки данных.
Пагинация и canonical не создают противоречивые сущности.
Пилот проходит синтаксическую и содержательную проверку.
Команда не обещает rich result: поисковая система решает, показывать ли его.
Что мониторить после запуска
Смотрите valid и invalid items по шаблонам, расхождение счетчиков, долю страниц без обязательных свойств, ошибки после релиза и поисковое отображение. Падение valid без роста invalid может означать, что разметка исчезла с части шаблонов. Для диагностики используйте проверку live URL и сравнение с версией релиза, а не массовое добавление новых свойств.
Приёмка обновлённой версии
у объекта есть статус, владелец и история модерации;
индексируется только опубликованное и полезное содержание;
разметка совпадает с видимым UGC;
жалобы и персональные данные обрабатываются по утверждённому процессу;
объединение и удаление сохраняют понятную судьбу URL.
Итог
Разметка описывает видимый пользовательский контент и меняется вместе с его статусом. Масштабировать решение можно только после проверки на реальных URL и фактических данных проекта; если критерии не выполняются, сначала исправляют причину, а не увеличивают объём страниц, публикаций или автоматизации.
Получите бесплатный аудит и стратегию роста
Изучим сайт, покажем точки роста и подготовим прогноз до квалифицированных лидов и оборота из SEO/GEO.