Структурированные данные для организаций (Organization
)
Добавление структурированных данных для организаций на главную страницу вашего сайта предоставит Google больше сведений о вашей компании и позволит выделить ее в результатах поиска. Одни свойства (такие как iso6523
и naics
) позволяют отличить вашу организацию от остальных, другие (такие как logo
) могут влиять на визуальные элементы в результатах Поиска, например на ваш блок знаний и отображаемый логотип.
Если вы продавец, то можете добавить больше сведений в блок знаний о продавце и профиль бренда, например правила возврата, адрес или контактную информацию. Обязательных свойств нет. Добавляйте те, которые подходят для вашей организации.
Как добавить структурированные данные
Структурированные данные – стандартизированный формат, который позволяет предоставлять поисковым системам информацию о странице и классифицировать ее контент. Подробнее о принципах работы структурированных данных…
Ниже в общих чертах описано, как создать, проверить и добавить на сайт структурированные данные.
- Добавьте как можно больше рекомендуемых свойств. Обязательных свойств не существует – добавляйте те, которые соответствуют представленному на странице контенту. Узнайте, в каких частях страницы нужно размещать структурированные данные выбранного вами формата.
- Следуйте рекомендациям.
- Протестируйте свой код с помощью инструмента проверки расширенных результатов. Если будут обнаружены критические ошибки, устраните их. Мы также рекомендуем устранить некритические ошибки, отмеченные в инструменте. Так вы повысите качество структурированных данных, хотя расширенные результаты будут работать и без этого.
- Опубликуйте страницу и с помощью инструмента проверки 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;
- разметка для показа ассортимента на уровне товара;
- разметка на уровне организации.
Troubleshooting
If you're having trouble implementing or debugging structured data, here are some resources that may help you.
- If you're using a content management system (CMS) or someone else is taking care of your site, ask them to help you. Make sure to forward any Search Console message that details the issue to them.
- Google does not guarantee that features that consume structured data will show up in search results. For a list of common reasons why Google may not show your content in a rich result, see the General Structured Data Guidelines.
- You might have an error in your structured data. Check the list of structured data errors and the Unparsable structured data report.
- If you received a structured data manual action against your page, the structured data on the page will be ignored (although the page can still appear in Google Search results). To fix structured data issues, use the Manual Actions report.
- Review the guidelines again to identify if your content isn't compliant with the guidelines. The problem can be caused by either spammy content or spammy markup usage. However, the issue may not be a syntax issue, and so the Rich Results Test won't be able to identify these issues.
- Troubleshoot missing rich results / drop in total rich results.
- Allow time for re-crawling and re-indexing. Remember that it may take several days after publishing a page for Google to find and crawl it. For general questions about crawling and indexing, check the Google Search crawling and indexing FAQ.
- Post a question in the Google Search Central forum.