ИССЛЕДОВАНИЕ · ТЕХНИЧЕСКОЕ SEO / GEO · 10.11.2026

8 ошибок связей JSON-LD: как проверять разметку SEO/GEO

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

Что мы обнаружили

При проверке исходников сайта «Территории видимости» нашли 8 экспертных HTML-страниц, у которых в JSON-LD поля WebPage.breadcrumb, WebPage.mainEntity и идентификатор навигационной цепочки ссылались на одну чужую публикацию. Это конкретный дефект семантической связности, а не измеренное падение позиций или цитируемости. В отдельной релизной ветке исправили связи и добавили автоматическую проверку.

Что внутри исследования

1. Что именно мы проверяли

Проверка проводилась 10 ноября 2026 года по HTML-исходникам собственного агентства в GitHub. Мы сопоставили канонический URL публикации, её заголовок h1 и взаимные ссылки внутри графа Schema.org. Это не исследование рынка и не выборка внешних клиентских сайтов.

У страницы с разметкой Article важно проверять не только успешный разбор JSON, но и то, соответствуют ли WebPage, Article, BreadcrumbList одному и тому же документу. Формально корректный JSON может описывать не ту страницу.

2. Как выглядела ошибка

В HTML статьи про совмещённую SEO/GEO-отчётность её собственный canonical был верным, а связанная навигационная цепочка указывала на другую публикацию — материал про методику цитируемости в ИИ. Причина по структуре кода напоминает копирование шаблонного графа без замены всех внутренних идентификаторов.

ЭлементДо исправленияПосле исправления
canonicalСобственный URL — корректноБез изменений
WebPage.breadcrumb.@idСсылка на другую статьюСобственный URL + #breadcrumb
WebPage.mainEntity.@idСсылка на другую статьюСобственный URL + #article
BreadcrumbList.@idЧужой URLСобственный URL + #breadcrumb
Последний пункт цепочкиЗаголовок и ссылка другой публикацииТекущие H1 и канонический URL

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

3. На каких материалах обнаружили несоответствие

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

Публикация нашего сайтаПроверяемая сущность
Отчётность SEO + GEOWebPage → Article / BreadcrumbList
Редакционный план экспертного блогаСобственные идентификаторы
GEO-вопросы по этапам выбораЗавершающий пункт цепочки
Готовность сайта к продажамКанонический объект страницы
Статья для цитирования в ИИСвязи графа
Независимые экспертные упоминанияBreadcrumbList
Готовый сайт или комплексное SEOArticle
Семантика, кластеризация и посадочныеЗаголовок и URL

Каждую из восьми страниц повторно проверили в GitHub после правки. Доступность на боевом сервере, обработку роботом и влияние на поисковую выдачу измеряют отдельно.

4. Как мы защитили шаблоны от повторения

В релизную проверку добавили автоматический тест. Он сравнивает канонический URL документа с идентификаторами WebPage, Article и BreadcrumbList, а название последнего пункта навигационной цепочки — с заголовком h1. Дополнительно тест проверяет присутствие страницы в sitemap.

Критерии успешной проверки: у статьи один канонический адрес; внутренние ссылки графа принадлежат ей; конечный пункт цепочки ведёт на эту же страницу; JSON синтаксически корректен; URL есть в актуальной карте сайта.

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

Чек-лист технической приёмки SEO ↗ · Как согласовать факты о бренде для ИИ ↗

5. Почему это важно для SEO и GEO — и что мы не обещаем

Машиночитаемые данные помогают системам интерпретировать содержание. Если разметка говорит о другом документе, возникает неоднозначность. Однако из исправления JSON-LD не следует автоматически ни рост позиций, ни расширенный сниппет, ни появление бренда в ChatGPT или Алисе.

Google отдельно описывает требования к структурированным данным и ограничивает ожидания от расширенных результатов; наличие корректной разметки не является обещанием её использования поиском. В GEO контент, достоверные сведения и независимые источники также требуют отдельной работы.

Документация Google по структурированным данным ↗

6. Как применить подход к своему сайту

  1. Соберите все канонические URL важных коммерческих и информационных страниц.
  2. Извлеките каждый JSON-LD-блок и сравните @id с URL страницы.
  3. Проверьте заголовки, факты о компании, названия услуг и корректность источников.
  4. Проверьте цепочки навигации, внутренние ссылки, sitemap и фактические HTTP-статусы.
  5. Сохраните список исправлений и повторите проверку после релиза.
Проверить отдельную страницу

В Лаборатории есть инструменты технической диагностики. Бесплатная проверка не заменяет глубокий аудит.

Открыть инструменты ↗

Проверить сайт системно

Соберём приоритеты по страницам и объясним, какие ошибки мешают пользователям, поиску или подготовке контента для ИИ.

Форматы аудита ↗

Ваш сайт тоже может содержать незаметные противоречия

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