问Microformat的hRecipe与Schema的配方

EN

hRecipe基于类属性，而模式的配方则基于多个属性。这些是标记中的主要区别；hRecipe是向后兼容的，而食谱则不是，因为它使用html5数据属性。

三大搜索引擎表示，他们将对两者一视同仁，但我不这么认为；谷歌( Google )一直在推动他们的网络平台，以至于我认为他们会给食谱增加额外的能量，尽管我无法证明这一点。即使他们没有在食谱上抛出额外的seo，您也可以确保他们会在SERPS中使用一些东西，这样如果您使用他们的专有标记，您就可以得到noticed....more。以链接元素的预取和prender属性为例；google创建了预取器，如果在您的站点上使用它，您可以看到它在SERPS中为用户预置。预取不会。

我不知道如何区分长期视角和seo视角，我看起来是一样的；我并不是说你不能，只是想解释更多。我以前从客户的角度考虑过这个问题，并问自己关于微格式作为一个整体还是模式的问题。这基本上是一个判断性的号召:微格式被尝试过并且是真正的格式；使用微格式化数据的站点比使用模式‘的站点还多数百万。它们不会去任何地方。而且(如前所述)它们是向后兼容的。

也就是说，模式是由三大支持的，而基于html5的模式在未来不应该存在可移植性问题。前面也提到过，我相信这三个人都会在他们各自的搜索结果中奖励用户(尽管我没有证据)。不过，这里有一点要注意的是，网络上的一切都在以多快的速度移动；就像Schema弹出的一样快，它可能会被丢弃。我对此表示怀疑(尽管我希望如此)，但这是有可能的。

我不能说哪一种更好地实现，但是微格式当然更容易实现，它们是基于类的，所以非常容易。

Schema.org与谷歌，必应，雅虎！和Yandex

自从您提出这个问题以来，Microformat的hRecipe已经用microformats2更新为H-配方，但除此之外，您的问题仍然是相关的，并且在6年后值得回答。

…搜索引擎如何对待每一个…？

搜索引擎巨头谷歌( Google )、微软(Bing)和雅虎( Yahoo！)以及Yandex (在俄罗斯和全球其他地方流行的搜索引擎)合作创建了Schema.org及其模式。

这种协作是Schema.org和微格式之间最大的区别；它确实并可能继续对其他各方定义的模式产生影响。

您可以了解他们创建它的原因，以及他们如何在Schema.org常见问题中处理其他格式。

具体来说，你可能对他们对…的答案感兴趣

• schema.org的目的是什么？
• 为什么Google，Bing，Yandex和Yahoo！合作？
• 我已经添加了其他格式的标记(如微格式、RDFa、data-词汇表. some等)。我需要改变我的网站上的任何东西吗？
• 为什么是微数据？为什么不使用RDFa或微格式呢？
• 为什么不支持其他词汇表，如FOAF、SKOS等？

…从长远的角度和SEO的角度来看，哪一个更适合实现？

最好实现的模式是最支持的模式；在本例中，这似乎是Schema.org食谱模式。虽然上面所有的搜索引擎仍然支持微格式，但是一些关于结构化数据和丰富片段的谷歌的官方文件中已经没有提到它了。

有趣的是，谷歌推荐了一种新的结构化数据语法，称为JSON-LD。

JSON:结构化数据的未来？

从长远的角度来看，您可能想考虑在Schema.org配方模式中采用越来越流行的Schema.org模式，甚至宾现在支持 ( 下面是演示它的示例 )，尽管他们的文件没有提到它。

Pinterest的有趣支持

流行的内容发现平台Pinterest 支持这两种模式甚至支持新的JSON语法(尽管在他们的文档中没有明确提到)。

尽管Schema.org越来越受欢迎和采用，Pinterest似乎为h食谱微格式提供了更好的支持，因为它们将e-instructions作为受支持的类，而Schema.org的相应recipeInstructions属性不是受支持的属性。

目前还不清楚这是否是有意的，甚至他们实际上更喜欢哪种模式，但是如果您打算专门为这个平台开发，请记住这一点。

最好使用schema.org格式，因为这已被所有主要搜索引擎(谷歌、雅虎和必应)接受为标准。使用另一种微格式可能意味着一些搜索引擎不会认识到这些数据是特殊的，并且失去了它所提供的任何可能的优势。