由于多个请求会减慢站点的加载速度,因此我在想,在画廊的情况下,包含所有缩略图的大图像会比加载单个缩略图更好吗?
然后,大图像将使用 PHP 来“切碎”缩略图并将它们放置在页面上的相关位置。
我主要担心的是这会对 SEO 产生负面影响吗?因为 Google 只会看到一个大图像文件,而不是许多较小的图像文件。解决这个问题的方法是将所有缩略图的 src 设置为重定向到处理缩略图生成的脚本,其中图像文件名是指该图像的一组特定坐标?
根据经验;对于使用图像精灵的按钮/图标/东西(一张大图像组合所有图像,使用 css 仅显示特定坐标之间的一部分),对于“真实”内容图像,只需使用单独的图像。
这有几个原因;图标、按钮等是有时出现在您网站的每个页面上并且经常在同一页面上多次出现的图像。因此,将它们组合起来非常有用,例如 ie。启动一个新的http连接来下载一个1kb(或更少)的图标确实效率很低,想象一下如果你使用数百会发生什么。此外,这种类型的图像对于您的 seo 排名根本不重要,只对您网站的外观(但谷歌不在乎您的网站是丑陋的地狱还是美丽的公主)
但另一方面,“内容”图像,例如缩略图、假期或棒球比赛的照片,通常大到足以排除效率部分。正如您在 chrome 开发人员工具或 firebug 中看到的,浏览器将同时开始下载所有图像。所以下载一张图片和下载一百张图片一样快。但是如果你合并一百张图片,下载会比较慢,因为你必须在一张图片中下载更多的数据。相比下; 通过一根软管推动 2 加仑水比通过 10 根软管推动相同的 2 加仑水需要更长的时间。(当然这个比喻有它的漏洞,但它说明了我的观点)。但更重要的是;google 读取 img 标签并使用文件名(src),标题和(不太重要的)alt 属性来确定您的图像应该如何与您的 seo 排名相关联。图片确实对您的 seo 排名有相关影响!但谷歌也知道它是否是显示相同的图像,或显示不同的图像,因此精灵在这里对您没有帮助。一个脚本,带有参数说明必须加载图像的哪一部分根本不会帮助您,我相信如果您仔细考虑一下,您可以找出原因;)
所以不要为合并缩略图之类的东西而烦恼。如果您想提高速度,请将注意力转移到缓存和加速传输上。一些非常简单的改进可以通过使用例如 gzip 压缩(google .htaccess gzip)、适当的缓存头等来实现。
你说得对,下载一张大图像并从那里获取所有图像总是更好,我猜你的意思是 javascript 与切掉的东西,因为你必须在客户端这样做。这在性能方面是一个非常好的主意,很多网站都这样做。另一个想法是使用较小的图像并在客户端调整它们的大小。请注意调整大小不会影响图像的分辨率。
我不太确定这对 SEO 是否有负面影响,据我所知,谷歌不执行任何 javascript 函数,因此可以解决,我认为它不会起作用。但老实说,我对此不太确定,在我上一份工作中,我们从未将图像视为对 SEO 的重大影响。