Organization — описание организации в структурированных данных страницы. В исходном коде два таких блока: в одном старое название компании, в другом новое. Чаще всего данные выводят сразу тема и SEO-плагин. Но несколько организаций на странице не всегда ошибка: продавец, производитель товара и издатель статьи могут быть разными компаниями.
Сначала выясните, кого описывает каждый объект и где на него ссылается остальная разметка. Удалять все Organization, кроме первого, опасно: можно оставить устаревший объект и потерять связь с настоящим издателем или продавцом.
Найдите организации и связанные с ними объекты
Посмотрите все блоки application/ld+json в исходном HTML и после загрузки страницы. Organization может находиться внутри @graph или быть вложенным в publisher, seller, manufacturer. Поиск только слова в одном скрипте не показывает всю картину.
Для каждого объекта сохраните название, @id, URL, телефон, логотип и место использования. Например, тема выводит компанию «Старый бренд», а плагин — «Новый бренд». Article ссылается на старый идентификатор. Тогда проблема затрагивает не только два названия, но и связь статьи с издателем.
Определите источник: настройка плагина, шаблон темы или отдельный модуль. Это поможет исправить генерацию на всех страницах, а не удалить кусок HTML только на одной.
Сверьте данные с реальной компанией
Проверьте название, основной сайт и логотип. Телефон должен относиться к этой организации, а ссылки в sameAs — к её настоящим профилям. Не добавляйте одноимённые компании и личный профиль директора только ради заполнения списка.
Если после ребрендинга сайт сохранил старые контакты в настройках темы, сначала обновите эти настройки. Разметка должна описывать компанию, которую посетитель видит на странице. Для полей и требований используйте справку Google об Organization.
Отдельно проверьте производителя в карточке товара. Если магазин продаёт чужую продукцию, производитель не становится тем же объектом только потому, что вы убираете повторяющиеся блоки магазина.
Свяжите повторные упоминания одной организации
Для одной компании удобно использовать постоянный @id, например https://example.com/#organization. Другие объекты могут ссылаться на него. Так не нужно заново создавать компанию с немного разными данными в каждом вложенном поле.
Ниже фрагмент, показывающий такую связь. Это не полная готовая разметка Article:
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Organization",
"@id": "https://example.com/#organization",
"name": "Компания Пример",
"url": "https://example.com/"
},
{
"@type": "Article",
"headline": "Пример статьи",
"publisher": { "@id": "https://example.com/#organization" }
}
]
}Перед заменой идентификатора проверьте все ссылки на старый. Иначе объект компании исчезнет, но Article продолжит обращаться к прежнему @id. При этом одинаковый идентификатор не оправдывает противоречивые телефоны или названия в разных местах.
Отключите лишний вывод без потери другой разметки
Если два модуля описывают одну компанию, выберите, где хранится актуальная запись, и отключите только дублирующий вывод Organization. Не отключайте целый SEO-плагин без проверки: он может создавать canonical, хлебные крошки и разметку товаров.
Поручение разработчику можно сформулировать так:
Тема выводит старое название в Organization. Оставляем актуальные данные из SEO-плагина; ссылки publisher приводим к его @id. Product, BreadcrumbList и canonical должны продолжить работать. Проверить главную, статью и товар.
Проверьте три разных шаблона
После изменения прочитайте разметку главной, статьи и карточки товара. Компания должна описываться согласованно, а разные реальные организации — сохраняться в своих ролях. Для проверки структуры вставьте публичный URL в Rich Results Test Google и запустите тест. Посмотрите найденные объекты и сообщения об ошибках. Правильность телефона, названия и связи с издателем нужно проверить по вашим сведениям вручную.
Сохраните, какой генератор отключили. После обновления темы проверьте, не вернулся ли старый блок. Подробнее об устройстве объектов — в руководстве по Schema.org, о частых ошибках — в разборе неисправной разметки. Другие изменения шаблона можно проверить аудитом сайта.