我想知道Microformat's hRecipe和Schema.org's Recipe之间的主要区别以及搜索引擎如何对待每一个。
除了代码的差异以及前者开放而后者是 propietary 这一事实外，搜索引擎如何处理每一个以及哪一个更好地实施，从长远角度和SEO角度来看，
答案 0 :(得分：3)
hRecipe基于类属性，而模式的Recipe基于多个属性。这些是加价的主要差异; hRecipe是向后兼容的，而Recipe则不是，因为它使用的是html5数据属性。
三大搜索引擎表示他们会同时对待这两款搜索引擎，但是我不会这样做;谷歌一直在推动他们的网络平台足够让我觉得他们会为Recipe添加额外的果汁，即使我无法证明它。即使他们没有在Recipe上投入额外的seo，你可以确定他们会在SERPS中运行一些东西，这样如果你使用他们的专有标记，你会被注意到....更多。以link元素的prefetch和prender属性为例;谷歌创建了预渲染，如果你在你的网站上使用它，瞧，它为用户提供SERPS中的预呈现。预取没有。我不确定如何区分长期观点或seo观点，我看起来是相同的;我不是说你不能，只是想解释更多。从客户的角度来看，我已经考虑过这个问题，并就微格式整体与模式问题提出了同样的问题。它基本上是一个判断调用：微格式尝试和真正的格式;使用微格式数据的网站数量超过使用模式数量的数百万个网站。他们不会去任何地方。 （如前所述）它们是向后兼容的。
说，架构由三巨头支持，并且基于html5，将来不应该有可移植性问题。前面提到过，我相信这三个人都会在各自的搜索结果中奖励用户（虽然我没有证据）。但有一点需要注意的是，网上的一切都在快速移动;就像Schema弹出一样快，可以想象它会掉线。我怀疑它（尽管我希望），但这是一种可能性。
我不能说哪个更好实现，但微格式肯定更容易实现，它们是基于类的，因此非常容易实现。
答案 1 :(得分：3)
自从您提出此问题以来，Microformat的hRecipe已更新microformats2为h-recipe，但您的问题仍然相关，值得回答超过6年。
...搜索引擎如何对待每一个......？
搜索引擎巨头，谷歌，微软（Bing）和雅虎！以及Yandex（俄罗斯和全球其他地方的热门搜索引擎）合作创建了Schema.org及其中的模式。
这种合作是Schema.org和Microformats之间最大的区别;它确实并且可能会继续影响每个处理其他方定义的模式。
您可以阅读他们创建原因的原因以及他们如何处理Schema.org FAQ中的其他格式。
具体而言，您可能对他们的答案感兴趣...
......从长远角度和SEO角度来看哪一个更好实施？
更好地实施的架构是支持最多的架构;在这种情况下，似乎是Schema.org's Recipe。虽然上述所有搜索引擎仍然支持微格式，但有关结构化数据和丰富网页摘要的部分Google's official documentation已经消失了。
有趣的是，Google建议使用名为JSON-LD的结构化数据的更新语法。
从长远来看，您可能需要考虑采用Schema.org Recipe架构中更受欢迎的JSON-LD markup syntax，即使Bing is supporting now（here are examples demonstrating it）their documentation没有提到它。
流行的内容发现平台Pinterest supports both schemas甚至支持新的JSON-LD语法（虽然它们的文档中没有明确提及）。
尽管Schema.org越来越受欢迎和采用，但Pinterest通过将e-instructions作为受支持的类包含在h-recipe微格式中提供了似乎更大的支持，而Schema.org则相应recipeInstructions属性不是受支持的属性。
目前还不清楚这是故意的，甚至是他们真正喜欢哪种架构，但如果你打算专门为这个平台开发，那么值得记住。
答案 2 :(得分：0)
最好使用schema.org格式，因为所有主要搜索引擎（Google，Yahoo和Bing）都已接受这种格式。使用替代微格式可能意味着某些搜索引擎无法识别该数据是特殊的并且失去了它提供的任何可能的优势。