信最近很多小伙伴在逛Dribbble时候，发现最近流行一波新的设计风格，和以往不同的是，这次趋势又回到之前拟物化了，但它与纯拟物化还是有区别的，现在它有一个流行词语叫“新拟态”，今天就和大家分享下国外一位设计师对这个趋势的看法！

译文如下：

一、拟态化是什么？

虽然UI以各种拟态化的形式存在（例如，您的桌面OS垃圾桶），现在这种风格的趋势更加明显。正如卡米尔·法拉纳（Kamil Falana）指出的那样，从无生命的“表达”到现实主义的过渡开始出现。

不久前，我们还观察到，这种变化开始在我们身边发生，苹果（iOS13系统）就是一个很好的例子。向最小化设计和轻拟物化发展，最终带来了无纹理3D视觉感官。受到了大家的喜欢，来看一张高清图。

Apple Pencil

二、拟物化风格的回归，会更好吗？

如下图设计风格，在dribbble上获得认可度比较高！

Dribbble用户alexplyuto的作品获得了四千多次赞，并带动了这一趋势。

这种设计引发了一波设计潮流趋势，尽管其中的有部分并没有实际意义（可滑动的后退箭头？），但这使我们对UI 再次产生浓厚的兴趣！

备注：可看出目前扁平化设计过于雷同，用户审美疲劳。偶尔出现新设计趋势风格，反而更个给各位设计师们带来新鲜感！

三、新风格的特征点

由于按钮的视觉表现看着变化不大（因为小了一些，不直观），因此我们将重点放在实际的卡片概念上，以使这种视觉表现更能直观感受出来。

拟态化卡片（左图）、现代材料卡片（右图）

如现代材料（升级版）卡片，通常是在画布中以浮层的形式出现，厚度更加明显。阴影既可以增加深度，也可以在很多情况下定义形状本身，因为阴影通常是无边界的。

拟态化卡片从背景中突出。它是由与背景颜色完全相同的卡片制成的凸起形状。当我们从侧面看时，它不会浮起来。

通过调节两个阴影，一个阴影为负值，另一个阴影为正值，很容易实现此效果。但是要使其正常显示，我们的背景不能是全黑或全白。它至少需要一点色调，以便可见“深色”和“浅色”阴影。您可以使用任何色调作为背景，以便根据您的选择将其变暖或变冷。但是必须能看到深色或者浅色投影。

这是例子，根据您的喜好进行调整：

四、优缺点

这种风格的主要好处是“新鲜”（至少持续很长时间）。它为界面带来了“新感觉”，并使其脱颖而出。它也可以与其他样式混合使用，这样就避免很呆板整个画面变成这种柔软凸起的效果。

到目前为止，有一些问题需要解决。我们发现了两个主要问题：

1. 可见性
2. 易用性

1. 可见性

图形与背景对比度的主要问题是，当它们都是相同的颜色时，就没有可测量的对比度；客观上存在阴影，因此我们可以近似并尝试测量其外部的第一个像素。

在上面的示例中，我们得出了这些对比度值：

如您所见，现代材料卡片和新拟态化卡片的对比度都非常低。并且卡片本身并不用于主要的操作控件上（只是一个背景），只要我们保持按钮突出并具有足够高的对比度，就可以了。

两者之间的差异很小，如果我们想为卡片使用更好的对比度，我们就必须这样做：

而且由于几乎没有人会尝试使用如此强烈的阴影，这意味着其余UI元素必须可访问。这种假设得出的结论是，如果我们通过版式，相近度和与重要元素的对比来进行正确的层次划分，那么这些卡片/凸起的塑料卡片并不那么重要。

尚未对此进行测试（我将尝试找到时间做这件事），但现在我们假设下面元素的两个“版本”均为“确定”。即使有些人看不到阴影，也有足够的对比度让他们看到图标并“使用它”。

2. 易用性

尽管“按钮”看起来像按钮，但是如果图标本身与背景形成鲜明对比，它将仍然有效。因此，这里要记住的主要事情是，如果要使用这种样式，请以足够高的对比度保留所有重要元素。

毕竟，大多数“现代材料”卡片视图也不会通过阴影来做对比。

五、仅仅是卡片吗？

但是，如果我们决定将组件用作按钮而不是卡片，则会出现可访问性的主要问题。

我们可以像下面的示例一样轻松创建带有内部阴影的按下状态。

对比度测试

这里的问题实际上很大。

此按下状态的对比度太小，不足以表示差异。是否可以通过改变的其余部分来表达按钮的状态，这里有一些想法，例如使用轮廓和填充图标，下划线或甚至用颜色填充按下状态。

尝试各种想法，但状态必须立即被识别。

六、开发

开发实现其实它比我们认为的在CSS中实现“软阴影”外观要容易。我们尚未研究Swift和Kotlin，但我认为这不应该成为问题。

https://neumorphism.io/#55b9f3（实现新拟态效果CSS代码）

七、其他影响

刚才说的形状只是一方面。这种设计新样式还带有更多的按钮和图标。通常情况下，我们只需要回到“过去的美好时光”并使用位图。这似乎是一种回归，不必担心-这是没有必要的。

您可以轻松地将可开发的设计与这些卡片形状组合在一起（新拟态卡片），从而获得很好的效果。

作者练习的稿子（还未发布，还在设计中）

八、我们真的需要这些吗？

尽管这一新趋势影响了许多设计师，但对比以前使用的卡片组件可访问性问题相比，它的问题并不那么严重。

所以去疯狂的顺应这一趋势，并对其进行调整以使其成为您的趋势。UI设计师的工作就是需要不断来回挑战自我，探索最新潮流，以符合产品审美。如果没有这种不断的探索的精神，所有产品将再次看起来相同，同质化严重。

但也要记住，每个新趋势都带有不可抗拒性因素，如果要使用，必须精心的设计探索， 验证后才拿去面对用户。

九、个人感悟

本篇文章，作者通过对新拟态设计趋势分析，在文中提及“新拟态”和以前材料卡片的区别，同时证实了新拟态风格优势！但也存在一定的弊端！如何去权衡与设计的把控，需要设计师们多去研究探索！

就我个人而言，我认为目前新拟态设计风格，其实更适合像车机那种偏实体硬件的HMI设计又或者智能硬件平台，智能橱窗，智能镜等，但是如果在移动端去使用，那么需要去适当做简化。如何去简化以适应新趋势，这需要不断去尝试。

最后作者也说了新拟态设计风格，需要注意的是对比度问题，需要将该效果应用到合适的位置，如果是操作组件上，那么它的反馈态和常态都需要有明显的对比。

这一趋势如果要盛行起来，需要大厂来引领，比如今年苹果会出现的IOS14或者Google材料3.0到来。扁平化是苹果带来的，材料设计师google带来的。

如今新拟态才初出茅庐，还未被广泛使用，需要有先驱者引领。毕竟国内的环境大家都不敢冒险去尝试运用到线上！

原文：https://uxdesign.cc/neumorphism-in-user-interfaces-b47cef3bf3a6

作者：Michal Malewicz

编译作者：Tony，微信公众号：功夫UX，人人都是产品经理专栏作家。百度设计师。很乐意帮助年轻设计师成长，简历指导，每周分享最有价值的设计经验，擅长产品体验设计。

本文由@Tony 翻译发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议

T之家 7 月 11 日消息，微软公司在 7 月补丁星期二发布的 Windows 10、Windows 11 系统累积更新中，修复了追踪编号为 CVE-2024-38112 的零日漏洞。

该零日漏洞由 Check Point Research 的安全专家李海飞（Haifei Li，音译）于 2023 年 1 月发现，是一个高度严重的 MHTML 欺骗问题，有证据表明有黑客在过去 18 个月里，利用该漏洞发起恶意攻击，可以绕过 Windows 10、Windows 11 系统的安全功能。

该专家发现网络攻击者通过分发 Windows Internet 快捷方式文件（.url），以欺骗 PDF 等看起来合法的文件，用户一旦点开这些文件，就会下载并启动 HTA 以安装密码窃取恶意软件。

Internet 快捷方式文件只是一个文本文件，其中包含各种配置设置，如显示什么图标、双击时打开什么链接等信息。保存为 .url 文件并双击后，Windows 将在默认网络浏览器中打开配置的 URL。

不过攻击者发现可以通过在 URL 指令中使用 mhtml: URI 处理程序，来强制 Internet Explorer 打开指定的 URL，如下图所示：

IT之家注：MHTML 是一种 "聚合 HTML 文档的 MIME 封装" 文件，是 Internet Explorer 中引入的一种技术，可将包括图像在内的整个网页封装成一个单一的档案。

攻击者使用 mhtml: URI 启动 URL 后，Windows 会自动在 Internet Explorer 中启动 URL，而不是默认浏览器。

漏洞研究人员 Will Dormann 称，在 Internet Explorer 中打开网页会给攻击者带来额外的好处，下载恶意文件时安全警告较少。

尽管微软早在两年前就宣布停止支持该浏览器，并以 Edge 代替其所有实用功能，但这款过时的浏览器仍可被恶意调用和利用。

外一个研究团队进行了一项HTML研究，该研究基于从Google排名前20位的搜索结果中收集的大约800万个索引页，其中包含3000万个关键字

他们撰写了有关标记结果的信息，以及排名前20的Google结果页如何实现它们的内容，然后进行了进一步介绍，并获得了有关它们的HTML 使用情况见解。

与SEO有什么关系？

HTML的编写方式决定了用户看到的内容以及搜索引擎如何解释网页。有效，格式正确的HTML页面还可以减少搜索引擎可能对结构化数据，元数据，语言或编码的误解。

我们打算从一开始就做一次技术性SEO审核：HTML用法的细分以及结果与现代SEO技术和最佳实践的关系。

在本文中，我们将解决Google可以理解的元标记，JSON-LD结构化数据，语言检测，标题用法，社交链接和元分布，AMP等问题。

Google可以理解的元标记

当谈到主要的搜索引擎作为流量来源时，可悲的是只有谷歌和其余的人，最近Duckduckgo获得了关注，Bing几乎不存在。

因此，在本部分中，我们将仅关注Google在Search Console帮助中心中列出的meta标签。

饼图显示了Google可以理解的meta标签总数，以下部分对此进行了详细说明。

<meta name=“描述” content=“ ...”>

元描述是?150个字符的摘要，总结了页面的内容。当搜索的短语包含在描述中时，搜索引擎会在搜索结果中显示元描述。

选择器 计数

<meta name=“ description” content=“ *”>4,391,448

<meta name=“描述” content=“”>374,649

<meta name=“ description”>13,831

在极端情况下，我们发现了685,341个元内容少于30个字符的元和1,293,842个元内容文本超过160个字符的元。

<标题>

从技术上讲，标题不是meta标记，而是与meta name=“ description”结合使用。

当涉及SEO时，这是两个最重要的HTML标签之一。根据W3C，这也是必须的，这意味着缺少标题标签的任何页面均无效。

研究表明，如果您将标题保持在合理的60个字符以内，则可以期望在SERP中正确显示标题。过去，有迹象表明Google的搜索结果标题长度有所延长，但这并不是永久性的变化。

考虑到以上所有情况，我们发现在全部6,263,396个标题中，有1,846,642个标题标签似乎太长（超过60个字符），而1,985,020个标题的长度却认为太短（少于30个字符）。

饼状图显示了标题标签的长度分布，长度小于30个字符为31.7％，长度大于60个字符为约29.5％。

标题太短不应该是问题，毕竟，这取决于网站业务，是主观的。意义可以用更少的词来表达，但这绝对是优化机会浪费的迹象。

选择器 计数

<title> * </ title> 6,263,396

缺少<title>标签 1,285,738

另一个有趣的事情是，在Google排名第1-2页的网站中，有351,516个（约占750万个的5％）在其索引页上使用相同的标题和h1文本。

另外，您知道吗，使用HTML5，您只需要指定HTML5文档类型和标题即可拥有完全有效的页面？

<！DOCTYPE html>
<title>红色</ title>

<meta name=“ robots | googlebot”>

这些元标记可以控制搜索引擎抓取和编制索引的行为。机器人元标记适用于所有搜索引擎，而“ googlebot”元标记特定于Google。”
- Google可以理解的元标记

选择器 计数

<meta name=“ robots” content=“ ...，...”> 1,577,202

<meta name=“ googlebot” content=“ ...，...”> 139,458

带有元漫游器的HTML代码段及其内容参数。

因此，漫游器元指令可向搜索引擎提供有关如何对页面内容进行爬网和索引的说明。除了googlebot元数很少之外，我们很想知道最常见的robots参数，因为一个巨大的误解是您必须在HTML的头部添加robots meta标签。这是前5名：

选择器 计数

<meta name=“ robots” content=“ index，follow”> 632822

<meta name=“ robots” content=“ index”>180,226

<meta name=“ robots” content=“ noodp”>115,128

<meta name=“ robots” content=“ all”>111,777

<meta name=“ robots” content=“ nofollow”>83,639

<meta name=“ google” content=“ nositelinkssearchbox”>

“当用户搜索您的网站时，Google搜索结果有时会显示特定于您网站的搜索框，以及指向您网站的其他直接链接。此元标记告诉Google不要显示附加链接搜索框。”
- Google可以理解的元标记

选择器计数

<meta name=“ google” content=“ nositelinkssearchbox”>1,263

毫不奇怪，当网站出现在搜索结果中时，很少有网站选择明确告诉Google不要显示附加链接搜索框。

<meta name=“ google” content=“ notranslate”>

“此meta标签告诉Google您不希望我们为该页面提供翻译。”- Google理解的meta标签

在某些情况下，可能不希望将您的内容提供给更多的用户。就像上面的Google支持答案中所说的那样，此meta标签告诉Google您不希望他们提供此页面的翻译。

选择器 计数

<meta name=“ google” content=“ notranslate”> 7,569

<meta name=“ google-site-verification” content=“ ...”>

“您可以在网站的顶级页面上使用此标签来验证Search Console的所有权。”
- Google可以理解的元标签

选择器 计数

<meta name=“ google-site-verification” content=“ ...”>1,327,616

当我们讨论这个主题时，您是否知道如果您是Google Analytics（分析）媒体资源的经过验证的所有者，那么Google现在会 在Search Console中自动验证该网站吗？

<meta charset=“ ...”>

“这定义了页面的内容类型和字符集。”
- Google可以理解的元标记

这基本上是好的元标记之一。它定义页面的内容类型和字符集。考虑到下表，我们注意到我们分析的索引页中只有大约一半定义了元字符集。

选择器 计数

<meta charset=“ ...”> 3,909,788

<meta http-equiv=“刷新” content=“ ...; url=...”>

“此元标记会在一段时间后将用户发送到新的URL，有时会用作一种简单的重定向形式。”
- Google理解的元标记

最好使用301重定向而不是元刷新来重定向您的网站，尤其是当我们假设30倍重定向不会丢失PageRank 且W3C 建议不要使用此标记时。Google也不是粉丝，建议您使用服务器端301重定向。

选择器 计数

<meta http-equiv=“刷新” content=“ ...; url=...”>7,167

从我们解析的总共750万个索引页中，我们发现了7167个使用上述重定向方法的页。作者并不总是拥有对服务器端技术的控制权，显然他们使用此技术来启用客户端重定向。

此外，使用Workers是一种最先进的替代方案，目的是为了克服使用传统技术堆栈和平台限制时遇到的问题。

<meta name=“ viewport” content=“ ...”>

“此标签告诉浏览器如何在移动设备上呈现页面。此标签的存在向Google表示该页面适合移动设备。”
- Google可以理解的元标签

选择器 计数

<meta name=“ viewport” content=“ ...”> 4,992,791

从2019年7月1日开始，所有网站开始使用Google的移动优先索引编制索引。Lighthouse检查文件头中是否有meta name=“ viewport”标记，因此无论您使用的是哪种框架或CMS，此meta都应位于每个网页上。

考虑到上述情况，我们可以预期在分析的750万个索引页面中，有超过4,992,791个网站的网站在其头部使用了有效的meta name=“ viewport”。

设计适合移动设备的网站可确保您的页面在所有设备上都能正常运行，因此请确保 此处的网页适合移动设备。

<meta name=“ rating” content=“ ...” />

“将网页标记为包含成人内容，以表示该网页已被安全搜索结果过滤。”
- Google可以理解的元标记

选择器 计数

<meta name=“ rating” content=“ ...” />133,387

此标签用于表示内容的成熟度等级。直到最近，它才被添加到Google可以理解的meta标签中。请查看Kate Morris撰写的有关如何标记成人内容的文章。

JSON-LD结构化数据

结构化数据是一种标准化格式，用于提供有关页面的信息并分类页面内容。结构化数据的格式可以是Microdata，RDFa和JSON-LD，所有这些都可以帮助Google了解您网站的内容并触发页面的特殊搜索结果功能。

在与出色的Dan Shure交谈时，他提出了一个好主意，可以在搜索结果和“知识图”中查找结构化数据，例如组织的徽标。

在本部分中，我们将仅使用JSON-LD（用于链接数据的JavaScript对象表示法）来收集结构化数据信息。无论如何，这是Google建议的有关网页含义的线索。

一些有用的信息：

• 在Google I / O 2019上，宣布结构化数据测试工具将由功能丰富的结果测试工具取代 。
• 现在，Googlebot使用最新的Chromium而不是旧的Chrome 42对网页进行索引，这意味着您还可以通过结构化数据支持来减轻过去可能遇到的SEO问题。
• 杰森·巴纳德（Jason Barnard）在2019年SMX伦敦会议上就Google搜索排名的工作方式进行了有趣的演讲，根据他的理论，我们可以依靠七个排名因素; 结构化数据绝对是其中之一。
• 关于微数据，JSON-LD和Schema.org的Builtvisible指南包含您需要了解的有关在网站上使用结构化数据的所有信息。
• 这是Alexis Sanders 撰写的给初学者的JSON-LD很棒指南。
• 最后但并非最不重要的一点是，在Linking Data网站的官方JSON上有很多文章，演示文稿和帖子可供参考。

高级网络排名的HTML研究仅依赖于分析索引页面。有趣的是，即使指南中未对此进行说明，但Google似乎并不关心索引页上的结构化数据，正如几年前Gary Illyes 在Stack Overflow回答中所说的那样。但是，在Google理解的 JSON-LD结构化数据类型上，我们发现了总共2,727,045个功能：

饼图显示了Google可以理解的结构化数据类型，其中“附加链接”搜索框为49.7％（最高值）。

结构化数据功能 计数

文章 35,961

面包屑 30,306

书 143

轮播 13,884

公司联系方式 41,588

课程 676

评论家评论 2,740

数据集 28

雇主总评分 7

事件 18,385

事实检查 7

常见问题页面 16

如何 8

招聘启事 355

现场直播 232

当地的商业 200,974

商标 442,324

媒体 1,274

占用 0

产品 16,090

问答页面 20

食谱 434

评论片段 72,732

网站连结搜寻框 1,354,754

社会概况 478,099

软件应用 780

可以说 516

订阅和付费内容 363

视频 14,349

rel=规范

rel=canonical元素（通常称为“规范链接”）是一种HTML元素，可帮助网站管理员防止重复的内容问题。它通过指定“规范URL”（网页的“首选”版本）来实现。

选择器 计数

<link rel=canonical href=“ *”> 3,183,575

meta name=“ keywords”

<meta name=“ keywords”>已过时并且Google不再使用它已经不是什么新鲜事了。对于大多数搜索引擎来说，<meta name=“ keywords”>似乎也是垃圾邮件信号。

“尽管主要搜索引擎不使用元关键字进行排名，但是它们对于像Solr这样的现场搜索引擎非常有用。”
- JP Sherman解释了为什么如今这种过时的元数据仍然有用。

选择器 计数

 <meta name=“ keywords” content=“ *”> 2,577,850

<meta name=“ keywords” content=“”> 256,220

<meta name=“ keywords”> 14,127

标题

在750万页中，h1（59.6％）和h2（58.9％）是使用最多的28个元素之一。尽管如此，收集所有的标题后，我们发现，H3是出场最多的标题- 29565562 3H公司出70428376个总标题的发现。

随机事实：

• 在H1-H6元素表示六个层次部分的标题的。下面是对标题使用完整统计，但我们发现的23116 h7s和7,276 H8S了。这很有趣，因为很多人甚至都不经常使用h6。
• 有3,046,879个页面缺少h1标签，而在其余4,502,255页中，h1的使用频率为2.6，共有11,675,565个h1元素。
• 虽然有6263396个网页与一个有效的标题，如上面看到的，只有其中的4502255使用的是H1的内体的内容。

缺少alt标签

分析这组数据后，这个永恒的SEO和可访问性问题似乎仍然很常见。在总共669,591,743张图像中，几乎90％缺少alt属性或将其与空白值一起使用。

饼状图显示了img标签的alt属性分布，其中缺失的alt占主导地位-在我们发现的约6.7亿张图像中，占81.7％。

选择器 计数

img 669,591,743

img alt=“ *” 79,953,034

img alt=“” 42,815,769

img w / missing alt 546,822,940

语言检测

根据规范，用户代理可以使用通过lang属性指定的语言信息以各种方式控制渲染。

我们在此处感兴趣的部分是有关“辅助搜索引擎”的。

“ HTML lang属性用于识别网络上文本内容的语言。这些信息有助于搜索引擎返回特定于语言的结果，屏幕阅读器也可以使用这些信息来切换语言配置文件，以提供正确的口音和发音。”
- LéonieWatson

不久前，约翰·穆勒（John Mueller）说Google忽略了HTML lang属性，而是建议使用链接hreflang。Google Search Console文档指出，Google使用hreflang标记将用户的语言偏好与页面的正确变体进行匹配。

条形图显示750万个索引页中有65％使用html元素上的lang属性，同时21.6％至少使用链接hreflang。

在我们可以查看的750万个索引页中，有4,903,665个使用html元素上的lang属性。大约是65％！

关于hreflang属性，这表明存在一个多语言网站，我们发现大约有1,631,602个页面—这意味着大约21.6％的索引页面至少使用 链接rel=“ alternate” href=“ *” hreflang=“ *”元素。

Google跟踪代码管理器

从一开始，Google Analytics（分析）的主要任务就是生成有关您的网站的报告和统计信息。但是，如果要将某些页面分组在一起以查看人们如何浏览该渠道，则需要一个唯一的Google Analytics（分析）标签。这就是事情变得复杂的地方。

Google跟踪代码管理器使您更轻松地进行以下操作：

• 通过让您定义标签应触发的时间和用户操作的自定义规则，来管理这些混乱的标签
• 随时更改标签，而无需实际更改网站的源代码，由于发布周期缓慢，有时可能会令人头疼
• 再次与GTM一起使用其他分析/营销工具，而无需触及网站的源代码

我们搜索了* googletagmanager.com / gtm.js参考资料，发现大约有345,979个页面正在使用Google跟踪代码管理器。

rel=“ nofollow”

“ Nofollow”为网站管理员提供了一种告诉搜索引擎“不遵循此页面上的链接”或“不遵循此特定链接”的方法。

Google不遵循这些链接，并且同样不转让权益。考虑到这一点，我们对rel=“ nofollow”数字感到好奇。我们在750万个索引页面中找到了总共12,828,286个rel=“ nofollow”链接，计算得出的平均每页为1.69 rel=“ nofollow”。

上个月，Google宣布了两个新的链接属性值，用于标记链接的nofollow属性：rel=“ sponsored”和rel=“ ugc”。我建议您阅读Cyrus Shepard 关于Google的nofollow，赞助商和ugc链接如何影响SEO的文章，了解Google更改nofollow的原因，nofollow链接的排名影响等等。

赛勒斯·谢泼德（Cyrus Shepard）的文章中的表格显示了Google的nofollow，Sponsored和UGC链接属性如何影响SEO。

我们走得更远，查找了这些新的链接属性值，找到了278 rel=“ sponsored”和123 rel=“ ugc”。为了确保我们拥有与这些查询相关的数据，我们专门在Google宣布此事后两周更新了索引页数据集。

加速移动网页（AMP）是Google的一项举措，旨在加快移动网络的速度。许多发布者正在使其内容与AMP格式并行可用。

为了让Google和其他平台了解这一点，您需要将AMP和非AMP页面链接在一起。

在我们浏览的数百万个页面中，我们发现只有24,807个非AMP页面使用rel=amphtml引用其AMP版本。

社会的

我们想知道当今网站的可共享性或社交性，因此知道Josh Buchea列出了一个很棒的列表，其中包含 所有可能出现在您网页顶部的内容，我们从中提取了社交部分，并获得了以下数字：

Facebook开放图

条形图显示了Facebook Open Graph元标记的分布，在下表中进行了详细说明。

选择器 计数

元属性=“ fb：app_id” content=“ *”277,406

元属性=“ og：url”内容=“ *”2,909,878

元属性=“ og：type” content=“ *”2,660,215

元属性=“ og：title” content=“ *”3,050,462

元属性=“ og：image” content=“ *”2,603,057

元属性=“ og：image：alt” content=“ *”54,513

元属性=“ og：description” content=“ *”1,384,658

元属性=“ og：site_name” content=“ *”2,618,713

元属性=“ og：locale” content=“ *”1,384,658

元属性=“ article：author” content=“ *”14,289

Twitter卡

条形图显示了Twitter Card meta标签的分布，在下表中有详细说明。

选择器 计数

元名称=“ twitter：card” content=“ *” 1,535,733

元名称=“ twitter：site” content=“ *” 512,907

元名称=“ twitter：creator” content=“ *”283,533

元名称=“ twitter：url” content=“ *”265,478

元名称=“ twitter：title” content=“ *”716,577

元名称=“ twitter：description” content=“ *”1,145,413

元名称=“ twitter：image” content=“ *”716,577

元名称=“ twitter：image：alt” content=“ *”30,339

说到链接，我们抓住了所有指向最受欢迎的社交网络的链接。

下表显示了外部社交链接分布的饼图。

选择器 计数

<a href*="facebook.com">6,180,313

<a href*="twitter.com">5,214,768

<a href*="linkedin.com">1,148,828

<a href*="plus.google.com">1,019,970

显然，仍有许多网站仍链接到其Google+个人资料，考虑到最近Google+的关闭，这可能是一个疏忽。

rel=上一个/下一个

根据Google的说法，使用rel=prev / next不再是索引信号，正如今年早些时候宣布的那样：

“在评估索引信号时，我们决定停用rel=prev / next。研究表明，用户喜欢单页内容，在可能的情况下尽量做到这一点，但对于Google搜索来说，多部分内容也可以。”
- Google网站管理员发布的推文

但是，如果对您来说很重要，Bing表示它将它们用作提示以发现页面和了解网站结构。

“我们将这些标记（如大多数标记）用作页面发现和网站结构理解的提示。此时，我们不会基于这些页面将页面合并在一起，也不会在排名模型中使用prev / next。”
- Bing的FrédéricDubut

不过，这是我们在查看数百万个索引页面时发现的使用情况统计信息：

选择器 计数

<link rel=“ prev” href=“ *”20,160

<link rel=“ next” href=“ *”242,387

大概就这样吧！

通过使用大约800万个索引页面中的数据了解平均网页的外观，可以使我们更清楚地了解趋势，并帮助我们直观地了解SEO现代和新兴技术中HTML的常见用法。但这可能是一个永无止境的传奇-尽管有大量的数字和统计数据需要探索，但仍有许多问题需要回答：

• 我们知道现在如何在野外使用结构化数据。它将如何发展，将足够考虑多少结构化数据？
• 我们是否应该期望AMP使用量将来会增加？
• rel=“ sponsored”和rel=“ ugc”将如何改变我们每天编写HTML的方式？在编码外部链接时，除了target=“ _ blank”和rel=“ noopener”组合之外，我们现在必须考虑rel=“ sponsored”和rel=“ ugc”组合也是如此。
• 我们是否会学会始终为具有装饰目的的图像添加alt属性值？
• 我们必须将多少其他元标记或属性添加到网页中，才能取悦搜索引擎？我们真的需要新发布的data-nosnippet HTML属性吗？接下来是data-allowsnippet吗？

我们还希望解决其他问题，例如“第一字节时间”（TTFB）值，该值与排名高度相关。我强烈建议为此使用HTTP存档。他们定期抓取Web上的热门站点，并记录有关几乎所有内容的详细信息。根据最新信息，他们已经分析了4,565,694个独特的网站，这些 网站具有完整的Lighthouse评分，并且为整个数据集存储了诸如jQuery或WordPress之类的特定技术。Rick Viscomi的巨大道具，他喜欢称呼自己为“管家”，做得非常出色。

（文： Catalin Rosu 前端开发工程师 Advanced Web Rank 高级程序员）