Return to site

5个常见的架构问题以及你可以做些什么

· seo优化

这篇文章将介绍当您开始深入研究并实际应用模式时可能遇到的五个常见问题。

结构化数据外观开始看起来像Web的未来。它现在已经存在了一段时间,并逐渐变得更加普遍。谷歌和必应等搜索引擎正在推动采用,并为我们作为营销人员实施提供主要优势。

已经有很多关于结构化数据的精彩内容,谷歌自己的文档在过去几个月也有了很大的改进。

如果您之前从未遇到过结构化数据,那么您应该去观看此视频,因为这是一个很好的起点。我还在下面提供了一个简短的解释结构化数据,如果您只是需要一个简短的回顾。

简要说明:斜体中的任何术语都是架构对象或属性。除了这句话......

什么是架构?
在网页上提供结构化数据有两个部分:

以“key:value”格式描述网页上的数据

使用语言描述此数据。

以键值格式描述结构化数据的三种最常用方法是:JSON-LD,Microdata和RDF。

微数据和RDF都存在于数据出现的HTML中。JSON-LD出现在文档头部的脚本标记中,与其描述的数据分开。

Schema是用于描述此数据的最流行的标准化语言(数据词汇是另一种)。拥有标准化语言显然很重要,所以每个人都知道他们在谈论什么。

1.如果您在架构中提供多个日期,Google会选择哪一个?
有几种可能的日期标记,您可以应用于文章。最常见的两个是:

datePublished

dateModified

在页面上同时使用这两个文件是完全合理的,但Google会选择哪一个并不明显。

回答
默认情况下,Google会使用datePublished,如果您保持内容最新且相关性不理想。您可以在2012年发布一篇文章,在2015年更新,但仅在SERP中显示2012年。

页面上的示例标记:

<div itemprop =“datePublished”content =“2012-03-09T05:40:51 + 01:00”>发布时间:3月15日</ div>

<div itemprop =“dateModified”content =“2015-02-22T14:55:06 + 00:00”>最后更新:22年2月22日</ div>
目前,如果日期实际存在于页面上的HTML中,Google将仅显示日期标记,因此解决方案是删除文章中发布的日期(您可以将模式保留为元标记)并仅保留修改日期。

<meta itemprop =“datePublished”content =“2012-03-09T05:40:51 + 01:00”>

<div itemprop =“dateModified”content =“2015-02-22T14:55:06 + 00:00”>最后更新时间:2月22日</ time>
2.您是否应该使用多种机器可读语言?
即你能把JSON-LD,Microdata和RDF都放在同一页面上吗?

回答
总之,没有。坚持一个,以防它混淆爬虫。答案是谷歌的文档中藏在这里。

3.如何在JSON-LD中标记同一页面上的多个对象?
在单个页面上用微数据标记多个对象是非常自我解释的,毕竟微数据位于它标记的对象周围。

然而,JSON-LD与标记分开,人们常常会对如何标记多个项目感到困惑。例如,如果您有一个包含10个产品的搜索结果页面,那么JSON-LD阵列会是什么样子?

<script type =“application / ld + json”>
{
“@context”:“http://schema.org”,
“@graph”:[
{
“名称”:“Google Inc.”,
“@type”:“LocalBusiness”,
“地址”: {
“@type”:“PostalAddress”,
“addressCountry”:“美国”,
“streetAddress”:“1600 Amphitheatre Parkway”,
“addressLocality”:“山景”,
“addressRegion”:“CA”,
“postOfficeBoxNumber”:null,
“postalCode”:“94043”,
“电话”:“+1 650-253-0000”,
“faxNumber”:“+ 1 650-253-0001”
}
},
{
“名字”:“谷歌安娜堡”,
“@type”:“LocalBusiness”,
“地址”: {
“@type”:“PostalAddress”,
“addressCountry”:“美国”,
“streetAddress”:“201 S. Division St. Suite 500”,
“addressLocality”:“安娜堡”,
“addressRegion”:“MI”,
“postOfficeBoxNumber”:null,
“postalCode”:“48104”,
“电话”:“+1 734-332-6500”,
“faxNumber”:“+1 734-332-6501”
}
}
]
}
</ SCRIPT>
回答
它实际上完全按照您的预期运行,一个列在另一个之后。我发现只是看到一个例子为我澄清了它。这个github项目是使用地图在页面上标记多个位置的示例:

<script type =“application / ld + json”> // <![CDATA [
{
“@context”:“http://schema.org”,
“@graph”:[
{
“名称”:“Google Inc.”,
“@type”:“LocalBusiness”,
“地址”: {
“@type”:“PostalAddress”,
“addressCountry”:“美国”,
“streetAddress”:“1600 Amphitheatre Parkway”,
“addressLocality”:“山景”,
“addressRegion”:“CA”,
“postOfficeBoxNumber”:null,
“postalCode”:“94043”,
“电话”:“+1 650-253-0000”,
“faxNumber”:“+ 1 650-253-0001”
}
},
{
“名字”:“谷歌安娜堡”,
“@type”:“LocalBusiness”,
“地址”: {
“@type”:“PostalAddress”,
“addressCountry”:“美国”,
“streetAddress”:“201 S. Division St. Suite 500”,
“addressLocality”:“安娜堡”,
“addressRegion”:“MI”,
“postOfficeBoxNumber”:null,
“postalCode”:“48104”,
“电话”:“+1 734-332-6500”,
“faxNumber”:“+1 734-332-6501”
}
}
]
}
//]]> </ script>
4.对于同一对象的多个实例,您应该怎么做?
这一点不是一个常见的问题,而是我认为目前真正未充分利用的东西,最终将变得重要。这是人们应该问的问题而他们不是。

您可能最终会在网站上对对象进行多次引用。

假设您是一家在线商店,您最终可能会为多个产品的店主提供相同的作者简历。有没有一种好方法告诉搜索引擎这些BIOS中的每个人都在谈论同一个人?

回答
模式中的Thing对象具有以下两个属性,非常适用于此:

url - 项目的URL。

sameAs - 明确指示项目标识的参考网页的URL。例如项目的维基百科页面,自由基页面或官方网站的URL。

属性在Schema中继承,因此任何Thing对象或其下的许多类别(此处为完整层次结构),如Organization或Person,都可以使用这些属性。

在上面的示例中,为了表明作者bio的所有实例都在讨论同一个人,您可以使用指向其专用作者页面的链接标记生物片段,如果有的话,甚至可能是官方网站。特别是在可能在多个地方引用单个人或组织的网站上,这是明确页面之间关系的好方法。

例:

<div itemscope itemtype =“http://schema.org/Person”>
<div class =“author-name”itemprop =“name”>
<a itemprop="url" href="http://mysite.com/mrauthor">作者先生</a>
<meta itemprop =“sameAs”content =“www.mrauthor.com”>
</ DIV>
<div class =“author-bio”itemprop =“description”>
作者先生是一位真正的文字作家,作者发表在“作者杂志”,“作者周刊”,“作者文摘”和其他许多文章中。
</ DIV>
</ DIV>
5.使用架构很难获得哪些丰富的代码片段?
并非所有片段都是平等的,虽然您可能会看到旧文章中提到的有关模式的这些片段,但其中一些片段已经变得非常难以获得。

回答
深入的文章

视频片段

你可能仍然会看到这两个,但是为你的网站获取其中任何一个都非常困难。视频片段现在几乎都与Youtube相关联,而深入的文章通常与一小部分特别高权限的出版物相关联。这并不是说你不应该仍然使用这种标记,但要注意,如果你只是为了获得这些结果而加入标记,你可能会感到失望。

All Posts
×

Almost done…

We just sent you an email. Please click the link in the email to confirm your subscription!

OK