Seo 微格式&x27;s hRecipe vs.Schema';菜谱
我想知道和之间的主要区别是什么,以及搜索引擎如何对待每一个Seo 微格式&x27;s hRecipe vs.Schema';菜谱,seo,schema,microdata,recipe,microformats,Seo,Schema,Microdata,Recipe,Microformats,我想知道和之间的主要区别是什么,以及搜索引擎如何对待每一个 除了代码上的差异,以及前者是开放的,而后者是适当的,搜索引擎如何对待每一个,哪一个更好地实现,无论是从长期角度还是从SEO角度来看,hRecipe都是基于类属性的,而schema的配方是基于多个属性的。这些是标记的主要区别;hRecipe是向后兼容的,而Recipe不是,因为它使用html5数据属性 三大搜索引擎说他们会对两者一视同仁,但我不这么认为;谷歌一直在推动他们的网络平台,这让我觉得他们会在菜谱中添加额外的果汁,尽管我无法证明这
除了代码上的差异,以及前者是开放的,而后者是适当的,搜索引擎如何对待每一个,哪一个更好地实现,无论是从长期角度还是从SEO角度来看,hRecipe都是基于类属性的,而schema的配方是基于多个属性的。这些是标记的主要区别;hRecipe是向后兼容的,而Recipe不是,因为它使用html5数据属性 三大搜索引擎说他们会对两者一视同仁,但我不这么认为;谷歌一直在推动他们的网络平台,这让我觉得他们会在菜谱中添加额外的果汁,尽管我无法证明这一点。即使他们并没有在菜谱上投入额外的seo,你们也可以确信他们会在SERP中做一些工作,这样若你们使用他们的专有标记,你们就会被注意到……更多。以link元素的prefetch和prender属性为例;谷歌创建了预渲染,如果你在你的网站上使用它,瞧,它会在SERPS中为用户预渲染。预回迁不起作用 我不知道如何区分长期视角和搜索引擎优化视角,我看它们是一样的;我不是说你不能,只是想解释更多。我以前从客户的角度考虑过这一点,并问自己这些关于微格式整体与模式的问题。这基本上是一种判断:微格式是经过验证的真实格式;使用微格式数据的站点比使用模式的站点多出数百万。他们哪儿也不去。而且(如前所述)它们是向后兼容的 这就是说,schema由三巨头支持,并且基于html5,将来不应该有可移植性问题。同样在前面提到过,我相信这三个网站都会在各自的搜索结果中奖励用户(尽管我没有证据)。但这里有一个警告,那就是网络上的一切都在以多快的速度移动;模式一出现,它就可以被删除。我对此表示怀疑(尽管我希望如此),但这是可能的
我不能说哪个更好实现,但微格式确实更容易实现,它们是基于类的,非常简单 最好使用schema.org格式,因为所有主要搜索引擎(谷歌、雅虎和必应)都已将其视为标准格式。使用另一种微格式可能意味着一些搜索引擎将无法识别该数据的特殊性,并失去其可能提供的任何优势。Schema.org与Google、Bing、Yahoo!,和Yandex 自从您提出这个问题以来,Microformat的hRecipe已更新为as,但除此之外,您的问题仍然相关,值得在6年后回答 …搜索引擎如何对待每一个 搜索引擎巨头谷歌、微软(Bing)和雅虎!,与Yandex(俄罗斯和全球其他地方流行的搜索引擎)合作创建Schema.org及其模式 这种协作是Schema.org和微格式之间最大的区别;它确实会并且可能会继续对各方如何处理由其他方定义的模式产生影响 您可以阅读他们创建它的原因以及他们如何处理中的其他格式 具体来说,您可能对他们对……的回答感兴趣
从长远的角度来看,您可能想考虑采用Schema.Orgchema模式流行的EnvEnter,甚至(尽管没有提及)。 Pinterest有趣的支持 流行的内容发现平台Pinterest甚至支持新的JSON-LD语法(尽管他们的文档中没有明确提到)
尽管Schema.org越来越受欢迎和采用,Pinterest似乎为h-recipe微格式提供了更大的支持,将e-instructions
作为受支持的类,而Schema.org相应的recipeInstructions
属性不是受支持的属性
目前尚不清楚这是否是有意的,甚至他们实际上更喜欢哪种模式,但如果您打算专门为此平台开发,则值得记住。感谢6年后的更新和详细的回答!“另类”格式是由谷歌、雅虎和必应推出的。