---
title: "Структурированные данные простыми словами: зачем сайту JSON-LD"
publishedAt: "2026-09-28"
canonical: "https://prostor-agency.com/media/structurirovannye-dannye-json-ld"
description: "Что такое JSON-LD, чем он отличается от обычного текста на странице и какие типы разметки стоит поставить в первую очередь"
---

## Что это такое на самом деле

JSON-LD — это блок кода внутри страницы, который человек никогда не видит. Он лежит в
теге `<script type="application/ld+json">` и не выводится на экран, не влияет на вёрстку,
не мешает дизайну. Его читают только программы: поисковые роботы, парсеры разметки,
AI-краулеры.

Смысл простой — рассказать машине то же самое, что и так написано на странице, но
в виде фактов, а не прозы. Не «мы студия, которая с 2019 года делает сайты и бренды
для застройщиков», а структура: тип организации, название, сфера деятельности,
контакты. Разница на первый взгляд косметическая, но для машины она принципиальная.

## Чем это отличается от обычного текста

Текст на странице пишется для человека, который умеет читать между строк. Заголовок
«От 350 000 ₽» в блоке услуги человек однозначно поймёт как цену. Машина — не всегда:
это может быть цена, может быть номер, может быть часть акции.

JSON-LD убирает эту неопределённость. Там не абзац, а пара «поле — значение»:
`"price": "350000"`, `"priceCurrency": "RUB"`. Роботу не нужно догадываться по контексту,
он берёт готовый факт. Поэтому разметка — не дубль текста и не SEO-надстройка поверх
контента, а отдельный канал передачи тех же данных в формате, который не требует
интерпретации.

Здесь и проходит грань с более общей темой — тем, что вообще видят и как читают
AI-краулеры сайт целиком, от серверного рендеринга до robots.txt. Этот механизм
подробно разобран в статье [«Как попасть в ответы нейросетей»](/media/kak-popast-v-otvety-neyrosetey).
Здесь — только про JSON-LD и то, как он устроен изнутри.

## Какие типы разметки нужны бизнес-сайту

Типов schema.org сотни, но для маркетингового B2B-сайта хватает нескольких.

**Organization.** Базовый факт о компании: название, логотип, сайт, контакты,
соцсети. Ставится один раз, обычно на главной, и даёт машине опору — от неё
считаются остальные типы.

**LocalBusiness.** Расширение Organization для тех, у кого есть физический адрес
и клиенты приходят на встречи или в шоурум. Добавляет координаты, часы работы,
географию обслуживания.

**Product или Service.** Что именно продаётся. Для агентства это чаще Service —
разработка сайта, брендинг, e-commerce — с полями вроде описания и категории.
Интернет-магазину нужнее Product с ценой, наличием и характеристиками товара.

**FAQPage.** Готовые пары вопрос-ответ. Самый прямой формат для попадания
в расширенные результаты поиска и в ответы ассистентов — вопрос пользователя
часто дословно совпадает с вопросом в разметке.

**BreadcrumbList.** Место страницы в структуре сайта: главная → услуги → сайты
для недвижимости. Помогает машине понять иерархию быстрее, чем по одной
навигации в шапке.

Комбинация зависит от типа страницы. На главной — Organization и WebSite,
на странице услуги — Service и BreadcrumbList, на странице со статьёй — Article,
там, где есть блок вопросов — ещё и FAQPage поверх остального.

Важно не ставить всё подряд ради количества типов. Если на сайте нет реального
физического адреса для клиентов, LocalBusiness только запутает — машина решит,
что к вам можно прийти, хотя вы работаете удалённо. Разметка должна повторять
факты, которые есть на странице, а не расширять их.

## Как это читают поисковик и AI

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

AI-краулер работает похоже, но задача у него другая. Он не выбирает сниппет —
он собирает факты для ответа на конкретный вопрос пользователя. Организация,
услуга, цена, вопрос-ответ из FAQPage — это готовые кирпичи, из которых
собирается финальный ответ. Без разметки краулер вынужден вытаскивать те же
факты из связного текста, а связный текст можно прочитать неоднозначно —
особенно если абзац написан ради стиля, а не ради точности.

Итог одинаковый для обеих сторон: разметка не заменяет текст, но снимает
с машины работу по интерпретации. Чем меньше догадок — тем выше шанс, что
факт процитируют верно.

## Как выглядит на практике

Коротко, без объяснения синтаксиса — вот минимальный пример разметки Organization:

```json
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Prostor",
  "url": "https://prostor.agency",
  "sameAs": ["https://t.me/prostor_agencyy"]
}
```

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

Проверить, что разметка на сайте есть и не содержит ошибок, можно инструментами
вроде Google Rich Results Test — они показывают, что именно вытащила из страницы
машина, и сразу видно, если факт не совпал с видимым текстом.

Мы ставим Organization, Service, FAQPage и BreadcrumbList на каждом проекте
как часть обычной сборки сайта, а не отдельной опцией. Если хотите проверить,
что у текущего сайта с разметкой сейчас, — это часть [услуги сайтов](/services/websites).