Размещение структурированных данных JobPosting, если пользовательский ввод неполный / неправильный

У меня есть веб-сайт портала о вакансиях, который позволяет работодателям размещать свои вакансии. Мой вопрос касается некоторой информации, необходимой для генерации структурированных данных для поисковых систем и, в частности, для

jobLocation.address.postalCode

Что делать, если работодатель просто ввел случайные числа или неверный почтовый индекс? Без ввода такого значения JobPosting получит предупреждение, и кажется, что он не обрабатывается в расширенную карту, по крайней мере, эффективно.

Можно ли вводить значение типа "NA", если работодатель оставляет его пустым? Или «Конфиденциально», если работодатель хочет сохранить конфиденциальность своих данных? Это проблема, когда я полагаюсь на стороннюю организацию для ввода данных.


google-rich-snippets structured-data schema.org
person Mostafa    schedule 09.06.2018    source источник
comment
Вопрос с частью SEO в Webmasters SE   -  person unor    schedule 13.06.2018

Ответы (2)


arrow_upward
0
arrow_downward

Никогда не верьте, что данные формы действительны, даже если они находятся на ваших собственных страницах.

На уровне представления (html / js / css) вы можете использовать простой JavaScript, чтобы форма не была отправлена, если данные в текстовом поле PostalCode не соответствуют шаблону RegEx. После отправки проверьте его еще раз.

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

Что такое окончательный почтовый индекс и регулярное выражение zip?

person Phil Cazella    schedule 09.06.2018
comment
Спасибо, поэтому я понимаю, что ввод таких значений, как NA, когда поле было оставлено пустым, или Confidential, если работодатель хочет сохранить его конфиденциальным, не допускается. - person Mostafa; 09.06.2018

arrow_upward
0
arrow_downward

Если у вас нет данных для ресурса или они неверны, не указывайте свойство.

Не указывайте вместо них такие значения, как "NA" или "Confidential". Это противоречит цели предоставления структурированных данных. Потребители ваших структурированных данных должны будут проверять все значения свойств на наличие различных терминов (на разных языках), которые могут указывать на то, что значение не является фактическим значением. Большинство не может и не может этого сделать.

И да, в зависимости от того, какие свойства нужно опустить, этот элемент может больше не соответствовать требованиям для функции потребителя (например, расширенных результатов Google). Если вы не можете предоставить все свойства, необходимые для определенной функции, не пытайтесь предоставить этим свойствам поддельное содержание или заполнитель. Они необходимы по какой-то причине; если у вас нет для этого необходимых данных, вы не должны получать эту функцию.

person unor    schedule 10.06.2018
comment
Спасибо, если пользователь ввел такое значение NA или даже неправильные данные, такие как случайные цифры вместо почтового индекса, позволяет ли это Google попасть на веб-сайт со штрафом? - person Mostafa; 10.06.2018
comment
@Mostafa: Такие вопросы о штрафах здесь не по теме (и на них все равно нельзя ответить, это зависит от множества факторов). - Но зачем задумываться о том, что могут делать поисковые системы (что может измениться в любую минуту)? Лучше не допустить публикации таких значений :) - person unor; 10.06.2018