Коротко: Какая микроразметка нужна сайту услуг и блогу: Organization, BreadcrumbList, Article, FAQPage, Product/Service и правила проверки.
Главная мысль: разобрать, какие типы Schema.org уместны на разных страницах, где разметка помогает поисковым системам понять контент, а где создает лишний риск. Ниже - порядок проверки, типовые ошибки и метрики, по которым можно понять эффект.
Что дает Schema.org
Микроразметка помогает поисковым системам точнее понять сущности на странице: организацию, хлебные крошки, статью, вопросы и ответы, товар, услугу, автора и изображение. Она не заменяет контент и не гарантирует расширенный сниппет.
Главная задача - описать то, что реально видно пользователю. Если в разметке заявлены рейтинг, цена, FAQ или автор, эти элементы должны соответствовать содержимому страницы.
- размечайте только видимый и правдивый контент
- не обещайте расширенный сниппет
- проверяйте правила Google и Яндекса
- используйте JSON-LD или корректную microdata
Базовая разметка для сайта услуг
Для сайта услуг обычно нужны Organization или LocalBusiness, WebSite, BreadcrumbList и разметка ключевых страниц как WebPage. Если есть страницы конкретных услуг, можно использовать Service, но только когда на странице есть понятное описание услуги.
Не стоит размечать каждую страницу десятком типов. Избыточная разметка усложняет поддержку и повышает риск ошибок при изменении шаблона.
- Organization для бренда
- BreadcrumbList для навигации
- Service для страниц услуг
- WebPage для базового контекста
Разметка для блога
Для статей блога уместны BlogPosting или Article: headline, description, image, author, publisher, datePublished, dateModified и mainEntityOfPage. Если есть блок вопросов и ответов, можно добавить FAQPage.
FAQPage должен совпадать с видимым FAQ. Нельзя добавлять ответы только в JSON-LD ради поискового эффекта: это ломает доверие и может не пройти проверку.
- добавьте Article или BlogPosting
- укажите изображение и автора
- синхронизируйте FAQ с видимым текстом
- обновляйте dateModified при существенной правке
Что делать с услугами и товарами
На коммерческих страницах важно не путать Service, Product, Offer и AggregateRating. Если сайт продает услугу, Product может быть неуместен. Если есть карточка товара с ценой и наличием, Product и Offer логичны.
Отзывы и рейтинг размечают только при наличии реальных отзывов на странице. Фиктивный рейтинг ради красивого сниппета - риск для качества и доверия.
- не ставьте Product на услугу без причины
- не добавляйте рейтинг без отзывов
- проверяйте цену и валюту
- синхронизируйте наличие с карточкой
Как внедрять без хаоса
Начните с карты шаблонов: главная, услуга, категория, статья, карточка товара, контактная страница. Для каждого шаблона определите один-два основных типа разметки и обязательные поля.
После внедрения проверьте тестом расширенных результатов, Schema.org Validator и live-код страницы. Важно проверять не только исходный HTML, но и опубликованную страницу после рендера CMS.
- составьте карту шаблонов
- назначьте типы разметки
- проверьте обязательные поля
- сохраните правила для редакторов
Типовые ошибки
Частые ошибки: дубли JSON-LD, разные данные в видимом тексте и разметке, отсутствие image, author или publisher, разметка скрытого FAQ, неверные даты, битые URL изображений и невалидные кавычки в JSON.
Еще одна проблема - разметка, которую никто не поддерживает после публикации. Если редактор меняет заголовок или обложку, Schema.org тоже должна обновляться.
- уберите дубли скриптов
- сверьте данные с видимым контентом
- проверьте URL изображений
- контролируйте шаблон после обновлений CMS
Когда подключать специалиста
Если на сайте много шаблонов, Tilda Feeds, каталог или смешанные типы страниц, полезен SEO-аудит с проверкой микроразметки. Он покажет, где разметка помогает, где ломается и какие типы лучше убрать.
Итогом должна быть не просто валидная схема, а управляемое правило: какие поля заполняются автоматически, какие вручную и как проверять результат после публикации.
- проверьте все шаблоны страниц
- зафиксируйте обязательные поля
- уберите лишние типы
- проверьте live-страницы валидатором
Перед внедрением зафиксируйте исходное состояние: список URL, индексацию, показы, клики, заявки, коды ответа и дату изменения. Так команда увидит, что дала правка, а что осталось гипотезой.
Не меняйте сразу все шаблоны. Выберите одну группу страниц, проверьте результат и только потом масштабируйте решение. Для SEOProvision это базовый принцип: сначала диагностика, потом внедрение и контроль.
Отдельно согласуйте ответственность. SEO-специалист определяет правило, разработчик или CMS-редактор внедряет, аналитик проверяет метрики, владелец бизнеса оценивает влияние на заявки и продажи.
Если после правки растут показы, но не растут обращения, проверьте не только поисковые сигналы. Часто узкое место находится в оффере, форме, цене, наличии, скорости страницы или доверительных блоках.
В финальный план заносите только проверяемые действия: какой шаблон или URL меняется, кто внедряет, где проверить результат и какая метрика покажет, что решение сработало.
Проверяйте не только подготовленный файл, но и опубликованную страницу. CMS, виджеты, автозамены и кеш могут изменить HTML, обложку, canonical, мета или структурированные данные после сохранения.
Для повторяемых страниц заведите правило поддержки шаблона. Если редактор добавляет категорию, статью или карточку товара, он должен понимать, какие поля обязательны и что будет ошибкой публикации.
Для микроразметки заведите таблицу полей: какие данные берутся из CMS, какие заполняет редактор, какие подтягиваются из настроек сайта. Это снижает риск битых изображений, пустых авторов и разных дат.
Если валидатор показывает предупреждения, отделяйте их от ошибок. Ошибка ломает структуру данных, предупреждение часто указывает на необязательное поле или ограничение конкретного rich result.
Частые вопросы
Schema.org напрямую поднимает позиции?
Нет. Микроразметка помогает поисковым системам понимать страницу и может влиять на отображение результата, но сама по себе не заменяет релевантность, качество контента и техническую доступность.
Что лучше: JSON-LD или microdata?
Google обычно рекомендует JSON-LD, потому что его проще поддерживать. Microdata тоже может работать, если встроена корректно и не противоречит видимому контенту.
Нужно ли размечать FAQ на каждой статье?
Нет. FAQ нужен только там, где он действительно закрывает вопросы пользователя. Если вопросов нет в видимом тексте, FAQPage добавлять не стоит.
