Структурированные данные для организаций (Organization
)
![Блок знаний о продавце в результатах поиска Google](https://developers-dot-devsite-v2-prod.appspot.com/static/search/docs/images/organization.png?authuser=9&hl=ru)
С помощью структурированных данных для организаций вы можете отправить в Google сведения о своей организации, например логотип, адрес, контактную информацию и различные идентификаторы. Google сможет показывать эти размеченные данные в блоках знаний и других визуальных элементах (например, для указания авторства), которые помогают пользователям находить сведения о вашей организации в Google Поиске.
Как добавить структурированные данные
Структурированные данные – стандартизированный формат, который позволяет предоставлять поисковым системам информацию о странице и классифицировать ее контент. Подробнее о принципах работы структурированных данных…
Ниже в общих чертах описано, как создать, проверить и добавить на сайт структурированные данные.
- Добавьте как можно больше рекомендуемых свойств. Обязательных свойств не существует – добавляйте те, которые соответствуют представленному на странице контенту. Узнайте, в каких частях страницы нужно размещать структурированные данные выбранного вами формата.
- Следуйте рекомендациям.
- Протестируйте свой код с помощью инструмента проверки расширенных результатов. Если будут обнаружены критические ошибки, устраните их. Мы также рекомендуем устранить некритические ошибки, отмеченные в инструменте. Так вы повысите качество структурированных данных, хотя расширенные результаты будут работать и без этого.
- Опубликуйте страницу и с помощью инструмента проверки URL выясните, как она выглядит для робота Googlebot. Убедитесь, что доступ Google к странице не заблокирован файлом robots.txt или метатегом
noindex
и авторизация на ней не требуется. Если все в порядке, то запросите повторное сканирование ваших URL. - Отправляйте нам файл Sitemap, чтобы информировать нас об изменениях на сайте. Отправку такого файла можно автоматизировать с помощью Search Console Sitemap API.
Примеры
Organization
Ознакомьтесь с примером реализации структурированных данных для организаций в коде JSON-LD.
<html> <head> <title>About Us</title> <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "Organization", "image": "https://www.example.com/example_image.jpg", "url": "https://www.example.com", "sameAs": ["https://example.net/profile/example1234", "https://example.org/example1234"], "logo": "https://www.example.com/images/logo.png", "name": "Example Corporation", "description": "The example corporation is well-known for producing high-quality widgets", "email": "contact@example.com", "telephone": "+47-99-999-9999", "address": { "@type": "PostalAddress", "streetAddress": "Rue Improbable 99", "addressLocality": "Paris", "addressCountry": "FR", "addressRegion": "Ile-de-France", "postalCode": "75001" }, "vatID": "FR12345678901", "iso6523Code": "0199:724500PMK2A2M1SQQ228" } </script> </head> <body> </body> </html>
OnlineStore
с правилами возврата (пример подтипа Organization
)
Ниже приведен пример информации об интернет-магазине в коде JSON-LD.
<html> <head> <title>About Us</title> <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "OnlineStore", "name": "Example Online Store", "url": "https://www.example.com", "sameAs": ["https://example.net/profile/example12", "https://example.org/@example34"], "logo": "https://www.example.com/assets/images/logo.png", "contactPoint": { "contactType": "Customer Service", "email": "support@example.com", "telephone": "+47-99-999-9900" }, "vatID": "FR12345678901", "iso6523Code": "0199:724500PMK2A2M1SQQ228", "hasMerchantReturnPolicy": { "@type": "MerchantReturnPolicy", "applicableCountry": ["FR", "CH"], "returnPolicyCountry": "FR", "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow", "merchantReturnDays": 60, "returnMethod": "https://schema.org/ReturnByMail", "returnFees": "https://schema.org/FreeReturn", "refundType": "https://schema.org/FullRefund" } ... // Other Organization-level properties } </script> </head> <body> </body> </html>
Правила
Структурированные данные для Google Поиска должны соответствовать указанным ниже требованиям.
- Технические требования
- Главное о Поиске
- Общие рекомендации по использованию структурированных данных
Технические требования
Мы рекомендуем публиковать эту информацию на главной странице или на одной странице, содержащей описание вашей организации, например О компании. Размещать такие сведения на каждой странице сайта не обязательно.
Лучше использовать наиболее точный подтип разметки Organization
schema.org, который больше всего подходит вашей организации. Например, для сайта электронной торговли подтип OnlineStore
подойдет больше, чем OnlineBusiness
.
Если ваш сайт относится к местной компании, например ресторану или обычному магазину, укажите информацию о ней, используя наиболее точные подтипы разметки LocalBusiness
, и заполните не только поля, рекомендуемые в этом руководстве, но и обязательные и рекомендуемые поля для разметки Local business.
Типы структурированных данных
Google распознает свойства разметки Organization
, перечисленные ниже.
Чтобы наши системы лучше понимали вашу страницу, добавьте как можно больше рекомендуемых свойств, описывающих ее. Обязательных свойств нет. Добавляйте те, которые подходят для вашей организации.
Рекомендуемые свойства | |
---|---|
address |
Физический или почтовый адрес организации, если применимо. Добавьте все свойства, которые применимы для вашей страны. Чем больше свойств вы укажете, тем полезнее для потенциальных клиентов будет страница вашей компании. Если у компании есть отделения в разных городах, регионах или странах, можно указать несколько адресов. Пример: "address": [{ "@type": "PostalAddress", "streetAddress": "999 W Example St Suite 99 Unit 9", "addressLocality": "New York", "addressRegion": "NY", "postalCode": "10019", "addressCountry": "US" },{ "streetAddress": "999 Rue due exemple", "addressLocality": "Paris", "postalCode": "75001", "addressCountry": "FR" }] |
address.addressCountry |
Страна в почтовом адресе, указанная с помощью двузначного кода в формате ISO 3166-1 alpha-2. |
address.addressLocality |
Город в почтовом адресе. |
address.addressRegion |
Регион в почтовом адресе, если применимо. Пример: штат. |
address.postalCode |
Почтовый индекс в адресе. |
address.streetAddress |
Полный почтовый адрес организации. |
alternateName |
Другое узнаваемое название вашей компании, если применимо. |
contactPoint |
Информация о том, как пользователям лучше всего обращаться в вашу компанию, если применимо. Укажите все поддерживаемые способы связи, следуя рекомендациям Google. Пример: "contactPoint": { "@type": "ContactPoint", "telephone": "+9-999-999-9999", "email": "contact@example.com" } |
contactPoint.email |
Адрес электронной почты для связи с вашей компанией, если применимо.
Если вы используете тип |
contactPoint.telephone |
Номер телефона для связи с вашей компанией, если применимо.
Не забудьте указать код страны и код региона.
Если вы используете тип |
description |
Подробные сведения о вашей организации, если применимо. |
duns |
Номер DUNS вашей организации ( |
email
|
Адрес электронной почты для связи с вашей компанией, если применимо. |
foundingDate |
Дата основания организации ( |
globalLocationNumber |
Глобальный номер местонахождения, назначенный организацией GS1 вашей компании ( |
hasMerchantReturnPolicy
|
Правила возврата, принятые в вашей организации ( |
iso6523Code
|
Идентификатор ISO 6523 организации, если применимо.
Первая часть идентификатора ISO 6523 – это международный указатель системы кодирования (
|
legalName |
Официальное полное название организации ( |
leiCode |
Идентификатор организации ( |
logo |
Логотип организации, если применимо. Если добавить это свойство, роботам Google будет проще определить, какой логотип следует показывать в том или ином ресурсе, например в результатах поиска или в блоке знаний. Требования к изображениям:
Если вы используете тип |
naics |
Код североамериканской системы классификации индустрий (North American Industry Classification System, NAICS) для вашей организации ( |
name |
Название организации. Используйте те же свойства |
numberOfEmployees |
Количество сотрудников в вашей организации ( Пример с точным количеством сотрудников: "numberOfEmployees": { "@type": "QuantitativeValue", "value": 2056 } Пример с количеством сотрудников, указанным в рамках интервала: "numberOfEmployees": { "@type": "QuantitativeValue", "minValue": 100, "maxValue": 999 } |
sameAs
|
URL страницы на другом сайте с дополнительными сведениями о вашей организации, если применимо. Например, это может быть URL страницы профиля вашей организации в социальной сети или на сайте с отзывами. Вы можете указать несколько URL, используя свойство |
taxID
|
Идентификационный номер налогоплательщика вашей организации ( |
telephone
|
Номер телефона компании, когда это основной способ связи, если применимо. Не забудьте указать код страны и код региона. |
url
|
URL сайта организации, если применимо. Это поможет Google точно определить вашу организацию. |
vatID
|
Код налога на добавленную стоимость, присвоенный вашей организации ( |
MerchantReturnPolicy
Чтобы описать общие правила возврата для вашей организации (Organization
), если применимо для нее, используйте приведенные ниже свойства.
А если для отдельных товаров действуют разные правила, воспользуйтесь разметкой для показа ассортимента.
Обязательные свойства (выберите наиболее подходящий вариант) | |
---|---|
Вариант А | |
applicableCountry |
Двухбуквенный код страны, на которую распространяются правила возврата, в формате ISO 3166-1 alpha-2. Можно указать до 50 стран. |
returnPolicyCategory |
Тип правила возврата. Используйте одно из следующих значений:
При использовании типа |
returnPolicyCountry |
Страна, в которую будет отправлен товар в случае возврата. Это не должна быть та же страна, в которую товар был доставлен или отправлен изначально. Код страны в формате ISO 3166-1 alpha-2. Можно указать до 50 стран. |
Вариант Б | |
merchantReturnLink |
URL веб-страницы, на которой приведены правила возврата – ваши собственные или стороннего сервиса, который обрабатывает возвраты товаров. |
Рекомендуемые свойства | |
---|---|
customerRemorseReturnFees |
Определенный тип комиссии за возврат без объяснения причины.
Возможные значения: |
customerRemorseReturnLabelSource |
Способ, с помощью которого клиент получает транспортную этикетку для возврата товара.
Возможные значения: |
customerRemorseReturnShippingFeesAmount |
Стоимость доставки при возврате товара без объяснения причины. Свойство обязательно, только если за возврат товара клиенту необходимо оплатить стоимость доставки.
Дополнительные сведения: |
itemCondition |
Условия, при которых возможен возврат товара. Таких условий может быть несколько. Используйте следующие значения:
|
itemDefectReturnFees |
Определенный тип комиссии за возврат бракованных товаров. Возможные значения: |
itemDefectReturnLabelSource |
Способ, с помощью которого клиент может получить транспортную этикетку для возврата товара.
Возможные значения: |
itemDefectReturnShippingFeesAmount |
Стоимость доставки при возврате бракованного товара. Свойство обязательно, только если за возврат товара клиенту необходимо оплатить стоимость доставки.
Дополнительные сведения: |
merchantReturnDays |
Количество дней с даты доставки, в течение которых можно вернуть товар. Это свойство обязательно, если для типа |
refundType |
Тип возврата средств, доступных клиенту при возврате товара.
|
returnFees |
Тип комиссии за возврат, заданный по умолчанию. Используйте одно из следующих поддерживаемых значений:
|
returnLabelSource |
Способ, с помощью которого клиент может получить транспортную этикетку для возврата товара. Используйте одно из следующих значений:
|
returnMethod |
Тип предложенного способа возврата. Рекомендуется только в том случае, если
|
returnPolicySeasonalOverride |
Сезонное исключение, с помощью которого можно указать правила возврата для праздников или иных особых событий.
Например, в качестве обычной категории правил возврата используется "returnPolicySeasonalOverride": { "@type": "MerchantReturnPolicySeasonalOverride", "startDate": "2024-11-29", "endDate": "2024-12-06", "merchantReturnDays": 10, "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow" } В примере ниже показано, как настроить несколько сезонных исключений. В данном случае стандартные правила возврата не предусматривают ограничений, но исключением являются следующие отрезки времени: "returnPolicySeasonalOverride": [{ "@type": "MerchantReturnPolicySeasonalOverride", "startDate": "2024-11-29", "endDate": "2024-12-06", "merchantReturnDays": 10, "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow" }, { "@type": "MerchantReturnPolicySeasonalOverride", "startDate": "2024-12-26", "endDate": "2025-01-06", "merchantReturnDays": 10, "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow" }] |
returnPolicySeasonalOverride.endDate |
Дата окончания сезонного исключения. |
returnPolicySeasonalOverride.merchantReturnDays |
Количество дней с даты доставки, в течение которых можно вернуть товар. Это свойство обязательно, если для типа |
returnPolicySeasonalOverride.returnPolicyCategory |
Тип правила возврата. Используйте одно из следующих значений:
При использовании типа |
returnPolicySeasonalOverride.startDate |
Дата начала сезонного исключения. |
returnShippingFeesAmount |
Стоимость доставки при возврате товара. Это свойство требуется только в том случае, если покупатель должен заплатить продавцу за обратную доставку товара. Стоимость доставки должна быть больше нуля, при этом необходимо указать следующее значение свойства |
Другой способ установить настройки возврата с помощью Google
Правила возврата, по которым работают продавцы, могут усложняться и часто меняться. Если вам трудно поддерживать разметку, которая отражала бы актуальную информацию о возврате, вы можете задать правила возврата в Google Merchant Center. Также можно задать правила возврата на уровне аккаунта в Search Console. Они будут автоматически добавлены в Merchant Center.
Как объединить несколько правил доставки и возврата
Если вам нужно объединить несколько разных правил доставки и возврата, не забывайте о том, как такие правила переопределяются в соответствии с их приоритетом. Например, если указать как разметку на уровне организации на сайте, так и правила возврата в Search Console, в Google будут использоваться только последние. А если добавить фид товаров в Merchant Center и настроить правила доставки в Search Console, то приоритет будет иметь фид товаров.
Ниже приведен приоритет разных правил доставки и возврата в порядке убывания:
- фиды на уровне товара, заданные в Merchant Center;
- Content API for Shopping (правила доставки или возврата);
- правила в Merchant Center или Search Console;
- разметка на уровне организации;
- разметка для показа ассортимента на уровне товара.
Устранение неполадок
Если у вас возникли трудности с добавлением или отладкой структурированных данных, вам помогут ресурсы и сведения, доступные по приведенным ниже ссылкам.
- Если вы используете систему управления контентом (CMS) или поручили настройку сайта другому человеку, обратитесь за помощью к нему или разработчику CMS. Не забудьте переслать ему сообщения о проблеме, полученные вами в Search Console.
- Google не гарантирует показ вашего контента в результатах поиска, которые формируются на основе структурированных данных. Возможные причины, по которым ваши материалы могут не показываться в виде расширенных результатов, перечислены в общих рекомендациях по использованию структурированных данных.
- Ознакомьтесь со списком типичных ошибок в структурированных данных и проверьте, всё ли у вас правильно.
- Если мы вручную приняли меры в отношении страницы, недопустимые структурированные данные на ней будут игнорироваться до тех пор, пока вы не исправите код. При этом сама страница может появляться в результатах поиска и дальше. Чтобы устранить проблемы со структурированными данными, воспользуйтесь отчетом о мерах, принятых вручную.
- Ещё раз изучите рекомендации, чтобы выяснить, соответствует ли им ваш контент. Проблема может быть связана со спамом в контенте или разметке, а не с ошибками в синтаксисе. Тогда ее не получится выявить с помощью инструмента проверки расширенных результатов.
- Узнайте, что может стоять за отсутствием расширенных результатов или уменьшением их общего количества.
- Робот Googlebot сканирует и индексирует страницы не сразу после обновления контента. С момента публикации страницы может пройти несколько дней, пока Google обнаружит и просканирует ее. Мы собрали на отдельной странице ответы на часто задаваемые вопросы о сканировании и индексировании.
- В случае необходимости задавайте вопросы на форуме Центра Google Поиска