AIMORA

Schema.org для сайта услуг: какие типы разметки использовать

Schema.org для сайта услуг нужна не для "секретного SEO-ускорения", а для ясности. Разметка помогает поисковым системам понять, кто оказывает услугу, где находится компания, какие страницы являются услугами, где статья, где хлебные крошки, где FAQ и какие данные можно использовать для расширенного представления в выдаче.

Но у разметки есть важное правило: она должна описывать то, что видно пользователю. Если в JSON-LD указаны услуги, цены, вопросы, рейтинги или адреса, которых нет на странице, это не усиление SEO, а риск недоверия к странице.

Короткий ответ

Для сайта услуг обычно нужны такие типы Schema.org:

1. Organization - компания, бренд, сайт, логотип, контакты.
2. LocalBusiness - если есть физический офис, адрес, режим работы или локальная привязка.
3. Service - конкретная услуга или направление.
4. BreadcrumbList - хлебные крошки.
5. WebSite - общая сущность сайта.
6. Article или BlogPosting - статьи в блоге.
7. FAQPage - только если FAQ виден на странице.
8. ContactPoint - способы связи, если они действительно указаны.

Начинайте с Organization, WebSite и BreadcrumbList. Потом размечайте услуги и статьи. FAQPage добавляйте аккуратно, только под реальные вопросы и ответы.

Что Schema.org дает сайту услуг

Разметка не гарантирует позицию и не делает слабую страницу сильной. Ее задача - снизить неопределенность.

Она помогает объяснить:

• кто владелец сайта;
• какая компания оказывает услугу;
• как связаться с компанией;
• к какой услуге относится страница;
• где находится страница в структуре сайта;
• кто автор статьи;
• когда материал опубликован и обновлен;
• какие вопросы и ответы есть на странице.

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

Базовая разметка: Organization и WebSite

Organization описывает компанию. Ее логично добавлять глобально, потому что она относится ко всему сайту.

Минимальный пример:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://aimora.ru/#organization",
      "name": "AIMORA",
      "url": "https://aimora.ru/",
      "logo": "https://aimora.ru/favicon.svg",
      "contactPoint": {
        "@type": "ContactPoint",
        "contactType": "customer support",
        "url": "https://aimora.ru/contacts"
      }
    },
    {
      "@type": "WebSite",
      "@id": "https://aimora.ru/#website",
      "url": "https://aimora.ru/",
      "name": "AIMORA",
      "publisher": {
        "@id": "https://aimora.ru/#organization"
      },
      "inLanguage": "ru-RU"
    }
  ]
}
</script>

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

LocalBusiness: когда использовать

LocalBusiness подходит, если услуга привязана к реальному месту: офис, филиал, прием клиентов, локальный рынок. Для AIMORA можно использовать локальные данные на странице контактов, потому что офис указан явно.

Что можно указать:

• название компании;
• адрес;
• телефон или URL контактов;
• часы работы, если они опубликованы;
• географическую зону обслуживания;
• логотип;
• ссылки на профили.

Не добавляйте:

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

Service: как размечать услуги

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

Пример для услуги:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Service",
  "@id": "https://aimora.ru/digital#service",
  "name": "Сайт под ключ: тексты, дизайн, разработка и запуск",
  "serviceType": "Сайты, SEO, CRM и боты",
  "provider": {
    "@id": "https://aimora.ru/#organization"
  },
  "areaServed": "RU",
  "url": "https://aimora.ru/digital",
  "description": "AIMORA делает сайты и digital-инфраструктуру под ключ: структура, тексты, дизайн, разработка, формы, аналитика и запуск."
}
</script>

Если на странице есть тарифы или стартовые цены, можно рассмотреть Offer, но не нужно размечать цену, если она условная, скрытая или каждый проект считается индивидуально.

BreadcrumbList: маленькая разметка с большой пользой

Хлебные крошки помогают объяснить структуру сайта. Для сайта услуг это важно: пользователь и робот видят, что страница "Сайт под ключ" относится к услугам, а статья относится к журналу.

Пример:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "AIMORA",
      "item": "https://aimora.ru/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Digital",
      "item": "https://aimora.ru/digital"
    }
  ]
}
</script>

BreadcrumbList должен совпадать с реальной структурой. Не стоит делать в разметке путь, которого нет в навигации и логике сайта.

Article и BlogPosting для блога

Для статей используйте Article или BlogPosting. Важно указать:

• headline;
• description;
• mainEntityOfPage;
• datePublished;
• dateModified;
• author;
• publisher;
• inLanguage;
• image, если есть релевантное изображение;
• about или keywords, если они помогают описать тему.

Для статей AIMORA автором может быть AIMORA Digital, а рецензентом - конкретный специалист. Это хорошо работает для доверия, потому что пользователь понимает, кто отвечает за материал.

FAQPage: когда можно и когда нельзя

FAQPage добавляйте только если вопросы и ответы видны на странице. Нельзя создавать FAQ только в JSON-LD, если пользователь их не видит.

Подходящий случай:

• на странице есть раздел FAQ;
• вопросы соответствуют теме;
• ответы короткие и конкретные;
• FAQ не дублирует весь текст статьи;
• ответы не обещают того, что компания не может гарантировать.

Неподходящий случай:

• FAQ спрятан от пользователя;
• вопросы добавлены только ради сниппета;
• ответы рекламные и не дают факта;
• FAQ размечен глобально на всех страницах одинаково.

Карта разметки для сайта услуг

Чек-лист внедрения

1. Составьте список типов страниц: главная, услуги, блог, контакты, кейсы.
2. Для каждого типа выберите минимальную разметку.
3. Проверьте, что все поля есть в видимом контенте.
4. Используйте JSON-LD, чтобы не смешивать разметку с версткой.
5. Связывайте сущности через @id: Organization, WebSite, Service.
6. Не добавляйте рейтинги, цены и отзывы без реального подтверждения.
7. Проверьте JSON в валидаторе.
8. После публикации проверьте исходный HTML и страницу в Яндекс Вебмастере.

Частые ошибки

Ошибка 1. Размечать все как LocalBusiness

Если страница является статьей, она не должна становиться LocalBusiness. Organization или LocalBusiness описывает компанию, а Article описывает материал.

Ошибка 2. Использовать Product для услуги

Для услуг чаще подходит Service, а не Product. Product уместен для товара или четко продуктовой сущности, но сайт под ключ, бухгалтерское сопровождение или юридическая работа - это услуги.

Ошибка 3. Придумывать рейтинг

AggregateRating должен быть основан на реальных видимых отзывах или оценках. Фальшивые 5.0 в JSON-LD не создают доверия.

Ошибка 4. Разметка есть, а текста нет

Schema.org не заменяет текст. Если страница не объясняет услугу, не показывает условия и не отвечает на вопросы, разметка не спасет.

Ошибка 5. Не обновлять dateModified

Дата обновления должна меняться после реальной правки. Если меняется только дата, а содержание остается старым, это не усиливает материал.

Как проверить

Минимальная проверка:

$url = "https://aimora.ru/digital"

curl.exe -L $url | Select-String -Pattern "application/ld\\+json|Service|Organization|BreadcrumbList"

После этого используйте валидатор микроразметки в Яндекс Вебмастере и Schema.org Validator. Проверять нужно не только синтаксис, но и смысл: соответствует ли JSON-LD тому, что видит пользователь.

FAQ

Schema.org гарантирует расширенный сниппет?

Нет. Разметка помогает поиску понять страницу, но не гарантирует отображение расширенного элемента в выдаче.

JSON-LD лучше microdata?

Для большинства современных сайтов JSON-LD удобнее: он не привязан к HTML-разметке компонентов и проще поддерживается. Яндекс поддерживает JSON-LD.

Нужно ли размечать каждую услугу отдельно?

Если у услуги есть отдельная страница, да, ее стоит описать как отдельную сущность Service. Если услуги перечислены только списком на одной странице, можно ограничиться общей структурой и видимым каталогом.

Можно ли использовать FAQPage на странице услуги?

Да, если FAQ виден пользователю и относится именно к этой услуге. Не добавляйте один и тот же FAQ на все страницы.

Что сделать на практике

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

Итог

Schema.org для сайта услуг - это язык объяснения, а не волшебная кнопка SEO. Начните с Organization, WebSite и BreadcrumbList, затем аккуратно размечайте услуги, статьи, контакты и FAQ. Главное правило простое: JSON-LD должен подтверждать видимый контент, а не заменять его.

Связаться с AIMORA