从 IT 技术面细说 Search Console 的 27 组数字 KPI (16) ：结构化资料(流量)

虽然结构化资料是从 2011 年就开始运作，但从 RDFa 到 Microformat 及 OWL 等，大概都可以说是『没有成功』，最主要是制作本身即使没有太高的技术层面，但因为同时把资料与网页绑在一起，要工程师同时懂的 Schema，又要同时会版型，又会串接资料与逻辑，这复杂度相当高造成门槛过高，所以是大家都知道，但没甚麽人用的状况。

一直到最近 JSON-LD 的出现，可以说是让 Schema 这个 metadata 的实作变得简单了，因此才在大量普及被实作，用 JSON-LD 做为资料格式，Google 的爬虫又比较方便解读与开发，才让这种有结构性的资料描述得已普及。
在 Google Search Console 的最重要的概述中，这是最後一个项目，称之为强化，也就是说概述有四个大表：流量、网页数、体验、强化。

但在这个强化表格中，只有 AMP 不属於 Schema 的项目，其他都是，AMP 放在这项目而不属於体验大概是 Google 为了要『避嫌』吧，在前一个版本的中，体验只有 Core Web Vitals (网站使用体验核心指标)，而行动装置可用性与 AMP 同时属於强化，而把 CWV 扩张成『体验』後，就把行动装置可用性搬上去，才会变成这样奇怪的状况。

在搜寻结果的流量中，相关的区隔是放在『搜寻外观』这个项目，在上个月 （八月）时，Google 把『结构化资料』的项目拿掉，主要的原因是在这个表格中，理论上可能每一种项目都有自己的数字，而结构化应该是加总，但事实上因为是『Bug』并没有每一项都有加到，所以在去年时就发现这资料是失准的，所以并不意外。

搜寻外观各个结构化资料的项目范例)

在扣掉 Rich Result 这个结构化资料後，大概就都独立了，唯一比较有问题的就是文章这块，在 Google 的文件说，说跟文章相关的 Schema 是 Article、Newsarticle、Blogposting 这三个项目，及 Live BlogPosting 这个次项目，而在资料呈现中只有在 AMP 页面用到这个 Article 相关相目才列出来，而网页似乎就没列了。

当然在结构化的实务中，是属於最容易受到『外部时事须求』变化影响，也就是高低点差很多，像下面是某网站的流量，可以看得出来整体而言是一直在成长，最高与最低差不了多少，但更下面的图就是 AMP Article，这个有时流量爆高，但有时又没有流量。

一般的搜寻流量变化

AMP Article 流量变化

所以有一个次级资料就是：

所有结构化资料流量 / 所有流量 = 结构化资料占比

当这个占比变高时，就可以知道是有很多流量是因为一时的爆发所带来的流量，并不完全是 SEO 变好造成的，但更可以解读成这是内容创作者有赶上『潮流』所带来的流量。

在上面『搜寻外观各个结构化资料的项目范例』项目中，可以看到一些结构化资料的项目，而这个是会依网站不同有各自专用的结构化资料，就像是食谱网站有食谱相关的结构化资料，如：食谱复合式搜寻结果、食谱库，而人力银行网站有：工作资讯、工作详细资料等等。

而很大部份的网站通常都会有影片、或是有一般化的评论摘要，而店商就会产品之类的，这部份会因为网站经营的差别有很大的差异，很难相提并论，但倒是从这张表也看到一个有趣的现像：

有参考到结构化资料的搜寻结果排名都较高

只是这部份有两个原因，就像是一开始所说的，要以相同的曝光来去讨论排名才是对的，相同的曝光数有较好的排名才会带来更好的点击数，这也是 SEO 要求的流量，当然这也会因为呈现的方式的不同有不同的流量，但这又是另外可以讨论的了。