Question

在哪里可以为我的网站上的产品添加微数据？

我是否将其添加到实际页面上，例如www.mysite.com/product/samsung-58-inch-tv.html，还是将其添加到产品的汇总列表中？例如www.mysite.com/products/tvs.html - 或者我将它添加到两者？

汇总的商品详情包含该网站销售的所有电视的列表。

Answer 1

它不会被视为＆＃34; spammy＆＃34; 谷歌，必应和雅虎都同意使用http://Schema.org

中存在的微数据格式

任何项目/乐队/歌曲/事件/评论/评级/评论/等等，可以清晰整齐地标记。
它应该在任何有足够数据的地方进行，以便消费者能够告诉他们＆＃34; Thing＆＃34;是相同的＆＃34;事情＆＃34;可能是评论的主题，或者可能有自己的页面，或者可能在商店中有商品页面，但也可能在制造商的网站上有产品页面......

这些东西都有各种模式。
但是你必须做一些阅读，在跳入之前，你可能需要进入几个教程，全倾斜。

举个例子，我有一个乐队如果人们想要查看event-feed / event-widget，我会将每个音乐会标记为自己的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>

那里有很多，特别是考虑到只有一个单一（假）事件，并且它只是一个需要知道的东西的模糊。
门票信息甚至不包含在这里（但微观数据也包括在内）。

如果你仔细观察，你会发现一个事件有一个属性（一个名字，一个网站/页面，开始和结束时间）......但是它的一些属性可以有属性。<登记/> 音乐会在场地举行但是场地有一个名字，一个网址和一个地址地址有街道，地区，地区，国家，邮政编码......

音乐会也有表演者......
表演者可能是独奏家或乐队......
但每个人都可能有一个名字，可能有一个网站，会有会员 - 每个成员可能有自己的个人网站，姓名和年龄和居住地（有自己的地址），以及组织中的电话号码和日间工作有自己的........
......等等。等等。

你可以将这些东西嵌入永恒中唐＆＃39;吨。

标记您希望Google查找并理解并链接回来的内容例如，如果我向Google提供足够的Nerds with Guitars活动，那么当我这样做时，我会将事件与Guitars的Nerds乐队联系起来，然后我将乐队的名字绑回NwG网站，并将我的作者与将NwG网站/内容添加到乐队成员的Google+帐户中，然后突然搜索音乐可能会触发事件列表，并可能触发用户个人资料显示在搜索中，以及乐队＆＃39; s网站可能会出现在搜索乐队正在播放的众所周知的事件中，等等。

那不是垃圾邮件这是所有相关且相互关联且独特的内容谷歌吃掉了那些东西。

这里的关键区别在于，Google现在正在使用合格的元数据（而不是旧的meta keywords废话），并将它们捆绑在一起。
它也没有按原样服用。它正在对格式进行验证（以确保机器可读的东西，如日期和持续时间是机器可读的），并且还对已有的数据进行交叉引用。

如果有800个事件/视频/歌曲/ T恤/等表示带有吉他的书呆子位于＆＃34; // nerdswithguitars.ca/"和页面上的<link rel="author">在G +配置文件中指向，而某些leet-haxx0r现在尝试用吉他url定义Nerds为＆＃34; // uberhaxxed.ru/viagra-sales" ;,很可能Google非常非常非常好使用旧数据，而不是将这些数据包含在搜索结果中。

这不是一项完美的技术，但基本上，分享的数据越多，Google必须处理的信息越多，智能地执行其大数据＆＃34;你的东西上有黑魔法（这很酷）。

希望有所帮助。

Google在http://Schema.org或http://webmasters.google.com网站上的教程中（至少从我自己的网站上看到的）告诉您的另一件事情并非如此棒！在微观数据常见问题解答中看到：）

itemprop可以是itemtype，也可以只是一个URL / string ...
也可以同时为父项（音乐会）和另一项（乐队）的项类型包装（itemscope）进行迭代。
如果您要将地址留作迭代，但在<ul itemprop="address">中填写地址，则Google会将<ul>内的所有文本都用作地址。

你可以让<a itemprop="url" href="...">包裹另一个itemprop（或者甚至包裹在一个WHOLE子项目中，如果你愿意的话）。

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

另外，如果您确实希望获得这些数据，但放入其中是否有意义，以及人类可读的数据：如果您不熟悉这些数据：\ n \ n \ n想要2013-04-01T21:30作为您的实际日期，例如，您可以使用<meta itemprop="startDate" content="2013-04-01T21:30"> 或者，对于时间/日期属性，具体来说，您可以使用<time datetime="...">，Google会智能地从中提取信息，就像它足够智能从url中提取<a href="...">一样或<link href="...">或<img src="...">如果你制作itemprop s。

这不是用于填充带有关键字的条目，而是用于弥补差距，因为人们已经拥有了上下文，但是机器没有＆＃ 39;吨。

一个例子：带有吉他的书呆子几乎可以保证在一个带有吉他表演的书呆子的账单上。如果您在主页上查看小部件，则无需知道NwG将会在那里。他们也不需要回到他们已经在的主页上的链接不过，人们可能想知道还有谁在谈账单。所以应该提到那些人并将其联系起来在这种情况下，您仍应包含乐队的元信息，以便Google可以重新链接该事件。

希望这有点帮助。

使用HTML5的微数据

1 个答案: