Сгенерируем корректный JSON-LD: Organization, LocalBusiness, FAQPage, Product, Article.
Готовые примеры из документации Schema.org и Google обычно избыточны или, наоборот, не покрывают конкретные поля, важные именно для GEO. Конструктор собирает JSON-LD только из тех данных, которые вы реально указали, — без лишних выдуманных полей и без пропущенных обязательных.
Organization и LocalBusiness — для описания самой компании (отличаются полем адреса и локальной привязкой). Product — для карточек товара с ценой и наличием. Article — для статей и блога с датой публикации и автором. FAQPage — для готовых пар вопрос-ответ, один из самых прямых форматов для цитирования в AI Overview.
Скопируйте сгенерированный JSON и вставьте внутрь тега <script type="application/ld+json"> в <head> страницы. Для WordPress и большинства CMS это можно сделать через кастомные поля темы или SEO-плагин, поддерживающий произвольный JSON-LD.
Это генератор, а не валидатор чужой разметки — если нужно проверить уже существующий JSON-LD на странице, используйте инструмент «Проверка JSON-LD / Schema.org для AI» рядом. Конструктор также не проверяет, что введённые данные (например цена) соответствуют действительности — это ответственность того, кто заполняет форму.
Быстрый способ добавить базовую разметку без разработчика и без глубокого погружения в спецификацию Schema.org.
Можно самостоятельно собрать FAQPage под конкретную статью, не дожидаясь очереди на разработку.
Product-разметка для карточек, где CMS не даёт гибко настроить поля Offer.
Быстрый черновик разметки для клиента на этапе аудита, до передачи в разработку.
Заполняйте все поля, которые у вас реально есть, — чем полнее данные, тем увереннее модель их процитирует.
Для Organization используйте один и тот же набор данных на всех страницах, где он повторяется.
Проверяйте сгенерированный JSON-LD инструментом валидации после вставки на страницу — форма не проверяет синтаксис итогового HTML вокруг тега.
Не выдумывайте данные (цену, дату), которых нет на самом деле — противоречие с видимым текстом снижает доверие к странице.
Да, сгенерируйте нужные типы по отдельности и разместите несколько блоков <script type="application/ld+json"> в <head> — это стандартная практика.
Конструктор покрывает самые частые поля для GEO. Для более редких случаев возьмите сгенерированный JSON как основу и дополните вручную по документации Schema.org.
Структурно да — конструктор всегда генерирует корректный JSON с правильными @type и вложенностью. Итоговое соответствие данных реальности (цена, дата) остаётся на стороне того, кто заполняет форму.
Нет, это разные задачи: конструктор создаёт новую разметку с нуля, а для проверки уже добавленной на сайт используйте инструмент JSON-LD / Schema.org рядом.
Собираем 9 наших проверок в один прогон: доступ для AI-краулеров, JSON-LD, безопасность заголовков, согласие на обработку данных и другое. Первый сигнал — сразу, остальные — после email.
Проверить →LLM лучше читают чистый Markdown, чем HTML — найдём .md-версию тремя способами.
Проверить →Находит тематически близкие страницы сайта (по sitemap.xml), между которыми ещё нет перекрёстной ссылки — без ИИ, на TF-IDF.
Проверить →Аудит разбирает все сигналы сразу: техническую доступность, разметку, репутацию и Entity-сигналы бренда — и даёт приоритетный план действий.
Заказать аудит