SEO-плагин добавил сведения о компании, тема вывела свой JSON-LD, а разработчик подключил ещё один блок через менеджер тегов. На странице оказалось три объекта Organization. Само количество не объясняет, что сломалось: организации могут быть разными, а несколько фрагментов могут описывать одну сущность.
Предмет проверки — согласованность идентичности и связей. Кто издатель статьи? Кто продавец товара? К какой компании относятся адрес, логотип и профили? Ниже разобран учебный сайт магазина «Лесная мастерская». Название и адреса примера не являются данными реальной компании.
Начните с перечня объектов и их источников
Откройте исходный HTML, затем DOM после загрузки страницы. Найдите все блоки с типом application/ld+json и записи Organization, включая элементы внутри @graph. Не ограничивайтесь первым совпадением: организация может быть вложена в publisher или seller, а не находиться на верхнем уровне документа.
Для каждого объекта запишите расположение, идентификатор, название, URL и роль. Параллельно выясните источник: тема, SEO-плагин, модуль магазина, ручная вставка или сторонний скрипт. Удобно составить небольшую таблицу: «объект → генератор → шаблоны страниц → кто поддерживает». Она помогает исправлять источник, вместо того чтобы раз за разом удалять результат его работы.
Если объект появляется только после согласия на сторонние скрипты, отметьте это отдельно. Проверка HTML и проверка браузерного DOM отвечают на разные вопросы. Доказательство наличия в вашем браузере ещё не подтверждает, что тот же блок получит любой поисковый робот при загрузке документа.
Отделите одну компанию от нескольких организаций
В учебном магазине на главной есть компания, а на странице статьи — организация-издатель. Если статью выпускает тот же магазин, это одна сущность в разных связях. Но изготовитель товара и его продавец могут быть разными организациями: объединять их только ради уменьшения числа объектов неправильно.
Сравните смысл полей, а не только названия. Бренд магазина может отличаться от юридического имени; название подразделения может дополнять название компании. При этом два несовместимых адреса или ссылки на профили другого бизнеса требуют объяснения. Иногда проблема возникла после копирования темы с демонстрационными данными, и один объект вообще описывает автора шаблона.
Не используйте правило «на странице допустима только одна Organization» как универсальный запрет. Решение принимают по тому, какие сущности действительно представлены на странице и как они связаны с её содержанием. Количество JSON-LD-скриптов само по себе также не является диагнозом ошибки.
Проверьте идентификатор и ссылки на него
Для одной компании удобно выбрать стабильный абсолютный @id, например https://example.ru/#organization. Фрагмент в этом адресе служит идентификатором сущности; наличие отдельной открывающейся страницы по такому фрагменту не является целью настройки. Главное — одинаковое значение в связанных описаниях одной организации.
Учебный фрагмент показывает связь, а не полный набор полей для любой компании:
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Organization",
"@id": "https://example.ru/#organization",
"name": "Лесная мастерская",
"url": "https://example.ru/"
},
{
"@type": "Article",
"headline": "Как ухаживать за деревянной мебелью",
"publisher": { "@id": "https://example.ru/#organization" }
}
]
}Если один модуль использует HTTP, другой HTTPS, а третий поддомен с www, проверьте принятый канонический адрес сайта. Не меняйте идентификаторы механически: сначала составьте список всех ссылок на старое значение, иначе описание компании обновится, а связь с издателем останется прежней.
Найдите противоречия в реквизитах и профилях
Сопоставьте name, legalName, url, logo, контактные данные и sameAs с опубликованными сведениями компании. Для логотипа проверьте фактический ответ файла, доступность и соответствие бренду. Ссылка на старый домен изображения может незаметно пережить миграцию сайта, даже если новый логотип виден в шапке.
Список sameAs должен относиться к описываемой организации. Профиль директора, аккаунт подрядчика или справочная страница одноимённого бизнеса не становятся профилями компании лишь потому, что URL выглядит убедительно. Удалите неподтверждённые связи и назначьте ответственного за обновление контактов.
Сверяйтесь с документацией Google по Organization, выбирая поля под свой тип организации. Наличие дополнительных данных не заменяет их достоверности. Разметка должна описывать реальный бизнес, а не заполняться ради максимального количества свойств в валидаторе.
Выберите генератор, который будет владельцем данных
Если два модуля описывают одну компанию и расходятся по полям, определите основной источник. Например, реквизиты хранятся в настройках CMS, а тема и магазин читают их оттуда. Это устойчивее, чем поддерживать отдельные копии названия, телефона и адреса в трёх панелях.
Отключать весь SEO-плагин ради одного дублирующего объекта не стоит: вместе с ним могут исчезнуть метатеги, canonical или хлебные крошки. Найдите настройку конкретного генератора либо измените соответствующий фильтр в коде. Перед изменением сохраните пример вывода и перечень других типов структурированных данных, которые создаёт модуль.
Договоритесь, кто публикует сам объект организации, а кто использует ссылку на его идентификатор. Такая договорённость особенно полезна при обновлении темы: иначе новая версия восстановит прежний генератор, и противоречие вернётся без заметных изменений внешнего вида страницы.
Проверьте разные шаблоны после исправления
Главная, контакты, статья, карточка товара и категория могут иметь разные цепочки генерации. Выберите по одному адресу каждого используемого шаблона. На них сопоставьте итоговый JSON-LD, видимые сведения и роли организации. Проверьте также отсутствие демонстрационных реквизитов на языковой или мобильной версии.
Используйте валидатор Schema.org для структуры и тест расширенных результатов Google для поддерживаемых поисковых представлений. Эти проверки дополняют ручную сверку фактов. Успешный тест не устанавливает, что телефон принадлежит компании, и не обещает специальное оформление результата поиска.
Если разметка кешируется отдельно от страницы, очистите соответствующий слой и повторите проверку без авторизации. Попросите разработчика указать, как изменяются данные после следующего обновления реквизитов. Это позволит принимать исправление как устойчивое поведение, а не как разовый правильный HTML.
Сформулируйте проверяемую задачу разработчику
Плохая задача звучит так: «Удалить вторую Organization». В ней отсутствуют сведения о том, какие объекты описывают одну компанию и что должно сохраниться. Лучше приложить два конфликтующих фрагмента, адрес страницы и перечень полей, по которым они расходятся.
В учебном случае задача может быть такой: «Тема выводит старый телефон организации, SEO-модуль — новый. Перевести оба места на сведения из настроек компании, оставить стабильный идентификатор и проверить publisher на статьях». Критерий приёмки: контакты совпадают на выбранных шаблонах, ссылки на организацию разрешаются согласованно, остальные типы разметки продолжают работать.
Общие ошибки синтаксиса и неподдерживаемые поля разобраны в инструкции по исправлению Schema.org. Для знакомства с ролями разных сущностей используйте руководство по структурированным данным, а не универсальную команду удалить все повторяющиеся типы.
Закрепите проверку при изменениях сайта
Добавьте контроль Organization в приёмку смены темы, SEO-плагина, домена и юридических реквизитов. Храните список источников рядом с документацией сайта: поддерживающий специалист должен понимать, откуда появился каждый фрагмент. Для бизнеса с несколькими филиалами отдельно опишите модель подразделений и их связь с основной компанией.
Техническая проверка страницы помогает собрать исходные данные для повторного просмотра. Но решение о том, кто является продавцом, изготовителем или издателем, остаётся за владельцем сайта и разработчиком. Поисковая разметка должна следовать этому решению.
Итог работы — не минимальное число объектов, а понятное описание действующих организаций. Когда идентификаторы, реквизиты и роли согласованы, следующая правка телефона не превращается в поиск скрытых копий по всему сайту.