Структурированные данные для организаций (Organization
)
С помощью структурированных данных для организаций вы можете отправить в Google сведения о своей организации, например логотип, адрес, контактную информацию и различные идентификаторы. Google сможет показывать эти размеченные данные в блоках знаний и других визуальных элементах (например, для указания авторства), которые помогают пользователям находить сведения о вашей организации в Google Поиске.
How to add structured data
Structured data is a standardized format for providing information about a page and classifying the page content. If you're new to structured data, you can learn more about how structured data works.
Here's an overview of how to build, test, and release structured data.
- Add as many recommended properties that apply to your web page. There are no required properties; instead, add the properties that apply to your content. Based on the format you're using, learn where to insert structured data on the page.
- Follow the guidelines.
- Validate your code using the Rich Results Test and fix any critical errors. Consider also fixing any non-critical issues that may be flagged in the tool, as they can help improve the quality of your structured data (however, this isn't necessary to be eligible for rich results).
- Deploy a few pages that include your structured data and use the URL Inspection tool to test how Google sees the page. Be sure that your page is
accessible to Google and not blocked by a robots.txt file, the
noindex
tag, or login requirements. If the page looks okay, you can ask Google to recrawl your URLs. - To keep Google informed of future changes, we recommend that you submit a sitemap. You can automate this with the 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 Поиска