Использование Microdata HTML5

Question

Где я могу добавить Microdata для продукта на моем сайте?

Добавить ли я на фактическую страницу, например, www.mysite.com/product/samsung-58-inch-tv.html, или добавить ее в агрегированные списки продуктов? Например, www.mysite.com/products/tvs.html - или я добавляю его к обоим?

Совокупные листинги содержат список всех продаваемых сайтом телевизоров.

Answer 1

Это не будет рассматриваться как «спам».
Google, Bing и Yahoo все согласились использовать формат микроданных, который существует в http://Schema.org

Любой элемент/группа/песня/событие/комментарий/рейтинг/обзор/и так далее, которые могут быть размечена чисто и аккуратно должны быть.
И это должно быть сделано в любом месте, где для потребителя достаточно данных, чтобы иметь возможность сказать, что «Вещь» - это то же самое «Вещь», которое может быть предметом обзора или может иметь свою собственную страницу, или может иметь товарную страницу в магазине, но может также иметь страницу продукта на веб-сайте производителя ...

Есть схемы для ВСЕХ ВИДОВ этих вещей.
Но вы должны сделать некоторое чтение, и вам, вероятно, придется попасть в пару учебных пособий, прежде чем прыгать в пол-наклон.

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

<section id="concert-listings"> 
    <!-- here's where all of our concert-listings go --> 
    <article itemscope itemtype="http://schema.org/MusicEvent" class="concert"> 
     <h1 itemprop="name"> 
      <a itemprop="url" href="//nerdswithguitars.ca/events/2013-04-01/nwg_at_rancho"> 
       Nerds with Guitars@Rancho Relaxo w/ Rorry Taillon &amp; the Old Souls 
      </a> 
     </h1> 
     <dl class="specs"> 
      <dt>when:</dt> 
      <dd>April 1st, 2013 
       <meta itemprop="startDate" content="2013-04-01T21:30:00"> 
       <meta itemprop="endDate" content="2013-04-02T00:30:00"> 
      </dd> 
      <dd>doors at 8:30 - music starts at 9:30</dd> 
      <dt>where:</dt> 
      <dd itemscope itemtype="http://schema.org/EventVenue"> 
       <article> 
        <h1 itemprop="name"> 
         <a itemprop="url" href="//ranchorelaxo.biz/rancho_live.html"> 
          Rancho Relaxo 
         </a> 
        </h1> 
        <ul itemprop="address" itemscope itemtype="http://schema.org/PostalAddress"> 
         <li itemprop="streetAddress">300 College St</li> 
         <li> 
          <span itemprop="addressLocality">Toronto</span>, 
          <span itemprop="addressRegion">Ontario</span> 
         </li> 
         <li itemprop="postalCode">M5T 1R9</li> 
        </ul> 
       </article> 
      </dd> 
     </dl> 
     <section class="details" itemprop="details"> 
      <p>Join 
       <span itemprop="performer" itemscope itemtype="http://schema.org/MusicGroup"> 
        <a itemprop="url" href="//nerdswithguitars.ca"> 
         <span itemprop="name">Nerds with Guitars</span> 
        </a> 
       </span> and 
       <span itemprop="performer" itemscope itemtype="http://schema.org/MusicGroup"> 
        <a itemprop="url" href="//rorytaillon.com"> 
         <span itemprop="name">Rory Taillon &amp; the Old Souls</span> 
        </a> 
       </span> as they... .... ....</p> 
      <p>...</p> 
     </section> 
    </article> 
    <!-- ......... --> 
</section> 

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

Если вы посмотрите внимательно, вы увидите, что событие имеет свойства (имя, сайт/страницу, время начала и окончания) ... ... но тогда некоторые из его свойств могут иметь свойства.
Концерт происходит на месте проведения.
Но место встречи имеет имя и адрес и адрес.
Адрес, есть улица, локаль, регион, страна, почтовый-код ...

Концерты также исполнители ...
исполнители могут быть солисты или группы ...
Но каждый могут иметь имя, иметь сайт, иметь членов - каждый член может иметь свой собственный сайт, а также имя и возраст и место жительства (с собственным адресом), а также номер телефона и дневную работу в организации, которая имеет его собственный ........
... on и дальше.

Вы можете вложить этот материал в вечность.
Не надо.

Отметьте, что вы хотели бы, чтобы Google находил, и понимал, и связывал назад.
Например, если я достаточно доверяю Google событиям с участием гитар, и когда я это делаю, я привязываю это событие к группе Nerds with Guitars, а затем я связываю имя группы на веб-сайте NwG, и я связываю авторство сайта/контента NwG в учетных записях Google+ членов группы, то внезапно поиск музыки может вызвать списки событий и может привести к тому, что пользовательские профили появятся в поиске, а сайт группы может появиться в поиске известных событий, которые играет группа, и так далее.

Это не спам.
Это все релевантный и взаимосвязанный и уникальный контент.
Google ест эту штуку.

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

Если есть 800 событий/видеороликов/песен/футболок/и т. Д., Которые говорят, что ботаники с гитарами находятся на «//nerdswithguitars.ca/» и <link rel="author"> на странице указывает на профиль G +, а некоторые литы -haxx0r теперь пытается определить Nerds с url гитар как «//uberhaxxed.ru/viagra-sales», шансы очень, очень, очень хорошо, что Google собирается использовать старые данные, а не включать эти данные в результаты поиска ,

Это не идеальная технология, но в основном, чем больше данных передается, тем больше информации Google должен работать с точки зрения разумного выполнения черной магии «Big-Data» (что довольно круто) на ваши вещи.

Надеюсь, что это поможет.

Еще одна вещь, что Google действительно не делает удивительную работу рассказывать вам, на http://Schema.org или в учебники по http://webmasters.google.com сайта (по крайней мере, от того, что я видел в микроданных часто задаваемые вопросы):

Itemprop может быть атрибутом itemtype или может быть просто URL/string ...
Он также может быть BOTH itemprop для родительского элемента (концерта) и обложки itemtype (itemscope) для другого элемента (группы), на в то же время.
Если вы должны оставить адрес в качестве товара, но введите адрес в <ul itemprop="address">, Google возьмет весь текст внутри этого <ul> и попытается использовать его в качестве адреса.

У вас может быть <a itemprop="url" href="..."> завернутый ВОКРУГ другой товарprop (или даже обернутый вокруг предмета, если хотите).

<a itemprop="url" href="..."><span itemprop="name">Bob</span></a> 

Кроме того, если есть данные, которые вы действительно хотите, чтобы попасть туда, но не имеет смысла ставить в России, где это читаемый человеком: если вы не хотите иметь 2013-04-01T21:30 в качестве фактической даты , например, вы можете использовать <meta itemprop="startDate" content="2013-04-01T21:30">.
В качестве альтернативы, для времени/даты свойств, в частности, вы можете использовать <time datetime="..."> и Google будет разумно тянуть информацию оттуда, сколько он достаточно умен, чтобы вытащить url из <a href="..."> или <link href="..."> или <img src="...">, если вы сделаете их itemprop s.

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

Пример: Ботаники с гитарами в значительной степени гарантированы на счет у ботаников с шоу гитар. Если вы на главной странице, глядя на виджет, никто не должен знать, что NwG будет там. Также им не нужна ссылка на главную страницу, на которой они уже включены.
Люди могут захотеть узнать, кто еще на счету. Поэтому эти люди следует упомянуть и связать.
В этом случае вы должны по-прежнему включать метаинформацию для группы, чтобы Google мог связать событие назад.

Надеюсь, это немного поможет.