разметка микроданных html5 с использованием Schema.org

Я работаю на участке христианской церкви. У него есть страница со списком расписания и списком домашних церквей, которые я хочу разметить с помощью микроданных Schema.org. Дело в том, что я не могу найти подходящего типа для описания этих предметов. Для расписания я решил выбрать тип http://Schema.org/Event, однако мне нужно добавить контактное лицо имя и телефон, но какое свойство Event я могу использовать для этого? Я использовал свойство "исполнитель", но это не совсем то ...

<div itemscope="" itemtype="http://schema.org/Event">
    <span class="time"><time itemprop="startDate" datetime="2012-07-02T19:00:00">19:00</time></span>
    <h2 class="colored" itemprop="name">Worship Group</h2>
    <strong>Address:</strong> <a href="http://www.example.com" target="_blank" class="dashed" title="See on the map"><span itemprop="location">St. Patric 42</span></a>
    <br><strong>Contacts:</strong>
    <span itemprop="performer" itemscope="" itemtype="http://schema.org/Person">
    <span itemprop="telephone">8-422-212-5532</span> (<span itemprop="name">John Parker</span>)</span>
    <span itemprop="description">We want to worhip God together</span>
</div>

Что касается домашней церкви - это что-то среднее между организацией и мероприятием - это группа верующих, собирающихся в определенном месте в определенное время. Я решил пойти на http://schema.org/Organization, добавил ContactPoint в качестве контактной информации лидера церкви. Но как я могу отметить время начала?

Есть ли способ объединить типы сущностей, чтобы я мог описать все важные свойства, которые у меня есть?


person ko1Rn    schedule 05.07.2012    source источник


Ответы (1)


Первая часть вашего вопроса:

Для расписания я решил выбрать тип http://Schema.org/Event, однако мне нужно чтобы добавить имя и телефон контактного лица, но какое свойство Event я могу использовать для этого?

Вы совершенно точно используете Event в своих расписаниях. Конечно, вы могли бы быть немного точнее и использовать расширение Event, чтобы быть более точным в качестве типа элемента.

Когда вы хотите указать контактное лицо в качестве исполнителя, я немного не уверен. Я бы предпочел перевернуть ваше мышление и не указывать контактное лицо, а вместо этого указать события как предстоящие или прошедшие события, связанные с организацией. Затем у организации есть контактное лицо, которое будет заниматься всеми мероприятиями.

<div itemscope="" itemtype="http://schema.org/Organization/ReligiousGroup">
  <div itemprop="location" itemscope="" itemtype="http://schema.org/Church">
    ...
  </div>

  <div itemprop="contactPoint" itemscope="" itemtype="http://schema.org/Person">
    ...
  </div>

  <div itemprop="events" itemscope="" itemtype="http://schema.org/Event">
    ...
  </div>

  <div itemprop="events" itemscope="" itemtype="http://schema.org/Event">
    ...
  </div>

  <div itemprop="events" itemscope="" itemtype="http://schema.org/Event">
    ...
  </div>
</div>

Или более просто, описанное с помощью YAML:

--- 
Organization/ReligiousGroup:
  location : Church
  contactPoint : Person
  events : 
    - Event
    - Event
    - Event

Вы можете расширить Organization до ReligiousGroup, чтобы уточнить элемент.

Подробнее о расширении читайте здесь: http://www.schema.org/docs/extension.html < / а>


Теперь последняя часть вашего вопроса:

Что касается домашней церкви - это что-то среднее между организацией и мероприятием - это группа верующих, собирающихся в определенном месте в определенное время.

Группа людей, собирающаяся в определенном месте в определенное время, - это Event.

person superhero    schedule 05.07.2012
comment
Спасибо, Эрик, я очень ценю твой ответ. Однако у нас разные контакты для каждого события, поэтому указывать одну точку контакта - не лучшее решение. Во-вторых, у организации есть обязательное свойство name, но оно не отображается на странице. Конечно, я могу указать это с помощью мета, но поисковым системам не нравится, когда мы хотим, чтобы они анализировали информацию, которую нельзя просмотреть на странице. Так что в этом случае мне лучше не указывать контактную информацию. - person ko1Rn; 10.07.2012
comment
Да, это единственный поддерживаемый способ, который я могу понять. Следующим лучшим вариантом, вероятно, было бы расширить свойство посетителей, например: members / contactPerson. - person superhero; 11.07.2012
comment
..и о том, что мета не годится для SEO, вы писали. Я не согласен с тем, что метаданные могут нанести вред с точки зрения SEO. Я понимаю, как вы так думаете, но есть разница между определением чего-либо с помощью оболочки span, которая имеет свойство CSS display: none, и объявлением чего-либо как метаданных. Meta - это стандарт html, и я серьезно сомневаюсь, что Google посчитает это запретом. - person superhero; 11.07.2012
comment
Хорошая идея - использовать свойство members вместо performer, интересно, почему мне это не пришло в голову? Что касается метаданных - я решил поместить контент, который появляется в мета, в атрибут title одного из блоков, чтобы на самом деле эту информацию мог видеть пользователь. Спасибо за помощь, Эдик, я тебе в долгу ;-) - person ko1Rn; 12.07.2012
comment
Я считаю, что твоя вчерашняя редакция великолепна. Я удалил комментарии, которые были выше, так как теперь они устарели. Оцените ваши усилия по настройке с учетом потенциальной чувствительности читателя. - person Andrew Barber; 24.04.2014