延迟加载图像：对于缓慢加载图像，。它更喜欢首先加载顶部折叠资源。 Sprite 图像：这些尝试将 CSS 中用于背景的 GIF 或 PNG 合并到单个图像文件中。您的 CSS 规则也会被重写以指向这个新图像，添加定位 CSS 规则以正确引用该图像。
一个例子是
如果您将 社交图标作为单独的图像全部放在一个页面上。 PSM 将尝试将 兄弟手机清单 它们全部组合成一张图像并更新您的 CSS 以正确引用它们。 自动转换图像：如果可能，PSM 将尝试将图像转换为最适合您的格式。
例如，如果您有 PNG
但没有透明度，PSM 将尝试为您将其转换为 JPEG，并更新您的 HTML 以引用此 过向常客提供折扣或奖 新图像。它甚至会将一些图像转换为新的 WebP 格式。最好的部分是 PSM 将转换图像的多个版本，并且根据发出请求的浏览器，它将呈现受支持的图像。
虽然 Chrome 和 Opera 支持 WebP，但旧版本的 Internet Explorer 不支持。因此，某些浏览器将接收高速 WebP 图像，而其他浏览器可能会接收 JPEG 或 PNG，所有这些都无需更改您的网站。最快（且受支持）的图像将始终基于每个浏览器提供。
我还能够更好地理解搜索
引擎如何寻找查询和主题之间的联系。 根据当前搜索曝光度和流量数据，将这些查 购买电子邮件列表 询类型映射到每个着陆页的最佳版本。 例子： 假设我发现颜色是一个重要的主要查询修饰符，并且明智的做法是定位与颜色相关的高级术语，例如“橙色女式跑鞋”。
确定后，我将能够确定哪个版本的 URL 当前性能最佳，并将相关查询映射到该 URL（即 www.site.com/url-a/ 应该与 www.site.com/url-b/ 配对，因为我知道它们本质上是相同的，但是 ww/ 目前表现较好）。
此时我非常清楚需要保
持哪些类型的页面为规范，以及这些页面的实际版本/URL 结构应该是什么。在我的分析和数据审查过程中，我还密切关注那些由于某种原因而打破模式的奇怪页面。在这种情况下，除了少数例外，哪些引擎受到青睐就非常清楚了。 在运行完链接资产 – 项目后，我意识到我需要组合页面，我不担心限制爬行，并且从技术上讲我可以“自由”使用 rel=canonical 标签、301 重定向或以前感觉组合页面效果很好的标签的某种组合。