Правильный способ указать имя PostalAddress для типа Place

У меня есть страница о деревне под названием «Сан-Фелипе», и, поскольку я хочу, чтобы ее почтовый адрес отображался в поисковых системах более подробно, я решил добавить к ней некоторые сведения об адресе (включая почтовый индекс). Я прочитал в документах schema.org, что PostalAddress можно использовать для Place. Я протестировал добавление name вместо PostalAddress, и предварительный просмотр результатов поиска в Structured Data Linter показал значение из name под ссылкой на страницу.

Но когда я также добавил значения в addressCountry, addressLocality, addressRegion и postalCode, name исчезает из предварительного просмотра результатов поиска и автоматически заменяется свойствами адреса, упомянутыми выше. Поэтому я запутался, если свойство name предназначено как более короткий способ добавления почтового адреса или если оно должно содержать только имя основного элемента (в данном случае «Сан-Фелипе»):

<script type='application/ld+json'>
{
    "@context": "http://schema.org/",
    "@type": "AdministrativeArea",
    "address": {
        "@type": "PostalAddress",
        "addressCountry": "country name",
        "addressLocality": "city name",
        "addressRegion": "region name",
        "postalCode": "2800",
        "name": "San Felipe, city name, region name, country name 2800"
    },
    "name": "San Felipe"
}
</script>

Как видно на скриншоте ниже, schema:name из schema:address ("Сан-Фелипе, Санто-Томас, Сан-Хуан, Сантьяго") игнорируется в результатах поиска. Однако он отображается, когда я не указываю addressCountry, addressLocality, addressRegion и postalCode. Так что я не уверен в его назначении.

Скриншот структурированного линтера данных


json-ld structured-data schema.org
person JAT86    schedule 02.04.2018    source источник
comment
name, который показал инструмент, соответствует AdministrativeArea, а не PostalAddress, верно? Или вам тоже удалось показать name из PostalAddress?   -  person unor    schedule 02.04.2018
comment
@unor: извините за путаницу. Я загрузил скриншот выше, пожалуйста, проверьте.   -  person JAT86    schedule 03.04.2018
comment
Когда я удаляю четыре свойства из PostalAddress (кроме name), это name не отображается во фрагменте.   -  person unor    schedule 03.04.2018
comment
Вы правы, спасибо, что указали на это. Я, должно быть, был сбит с толку таким количеством разметки. Так безопасно ли тогда удалить этот name, поскольку он, похоже, не служит никакой цели?   -  person JAT86    schedule 03.04.2018

Ответы (1)


arrow_upward
1
arrow_downward

Линтер структурированных данных просто дает пример того, как фрагмент мог бы выглядеть . Для этого инструмент показывает только выбранные свойства. Независимо от того, показывает ли структурированный линтер данных что-то в этом фрагменте, это никогда не должно влиять на ваше решение, какие структурированные данные предоставить.

Поэтому, если вы считаете, что ваш PostalAddress мог бы извлечь выгоду из name, предоставьте его.

Меня смущает, если свойство name предназначено для более короткого способа добавления почтового адреса или если оно должно содержать только название основного элемента (в данном случае Сан-Фелипе)

Schema.org не определяет, каким должно быть name для PostalAddress. Я думаю, что есть два распространенных случая:

  • В типичном случае это будет имя, которое также будет использоваться при адресации почтового сообщения. Это не обязательно то же имя, которое указано в родительском элементе (если оно есть). Но даже если это одно и то же имя, все же может иметь смысл указать его снова для PostalAddress, потому что потребитель может не обязательно учитывать родительский элемент.

  • Если определенные свойства (такие как addressCountry и т. д.) нельзя использовать (например, потому что CMS не выводит их в отдельные поля), вы можете указать все, что у вас есть, в файле name.

    (В этом случае вы также можете рассмотреть возможность использования address со строковым значением вместо значения элемента PostalAddress.)

Если это не адрес организации или человека, и если вы можете предоставить все необходимые свойства для каждой предоставленной вами части адреса, я бы опустил свойство name.

person unor    schedule 03.04.2018
comment
Это самая полезная информация. Большое спасибо. Да, у меня есть много мест, которые не совсем точно вписываются в эти адресные поля, поэтому я также укажу название. - person JAT86; 03.04.2018
comment
Это самая полезная информация. Большое спасибо. Да, у меня есть много мест, которые не совсем точно вписываются в эти адресные поля, поэтому я также укажу название. - person JAT86; 03.04.2018