【问题标题】:Why does PageSpeed Insights report "page reached the limit of 3 client redirects" when site is not redirecting?当站点未重定向时,为什么 PageSpeed Insights 报告“页面已达到 3 个客户端重定向的限制”?
【发布时间】:2016-09-16 18:46:59
【问题描述】:

Google PageSpeed Insights提交网址后,我得到以下回复:

尝试加载页面已达到 3 个客户端重定向的限制。最后获取的 URL 是 [url 已删除]。这可能表明页面正在重定向到自身,或者有一个重定向循环。

但我找不到任何其他证据表明实际上存在任何重定向。将相同的 url 提交到 Redirect Detective 或使用像 Redirect Path 这样的浏览器扩展在相同的 url 处找不到重定向。

是否还有其他类型的重定向或 Pagespeed 重定向错误的原因我可能会在这些工具中丢失?对进一步解决此错误有何建议?

【问题讨论】:

  • 对于 www.paytm.ccom 我收到了同样的消息@Misunderstood 可能对我有帮助

标签: redirect pagespeed


【解决方案1】:

该页面有 5 个重定向。其中四个是由 Google 造成的。

在下图中,重定向以黄色突出显示。

第一个重定向是从 HTTP 到 HTTPS 的重定向

我认为技术上没有任何问题,我怀疑这是 Google 的 PageSpeed 的故障。

尝试删除 3 个双击链接,然后重试。如果错误消失,那么它只是一个谷歌故障。如果它没有消失,它仍然可能只是谷歌故障。 如果它没有消失,请对此答案发表评论,以便我再看一看。

您可以前往此处检查下图中显示的任何 HTTP 请求:https://www.webpagetest.org/result/161009_GS_K14/1/details/#waterfall_view_step1

单击请求以查看详细信息。


总体而言,您的网站状况良好。 HTTPS 2 秒延迟是您最大的问题。有一些地方可以改进。


但是,您可能需要重新考虑通过 https 提供内容。条中的所有紫色都是 SSL 协商时间,在少数情况下超过 0.500 秒。请求 #2 中的第一次 SSL 协商在将索引 HTML 的加载延迟 2 秒(请求 #1 + #2)方面非常昂贵。

HTTP 响应请求 #2

Initial Connection: 272 ms
SSL Negotiation: 540 ms

如果不需要 HTTPS,则不应使用它。仅在存在安全风险的情况下使用 HTTPS(例如提交个人信息时)。 如果您有使用 HTTPS 的正当理由,请将您的站点移至 SSL 协商速度更快的服务器。例如,查看 Google 的 .woff 字体 #5 的 SSL 协商时间:

Initial Connection: 31 ms
SSL Negotiation: 44 ms

可能会缩短首次绘制时间:
一侧栏:请求#5 应该向上移动<head> 两个 .js 请求 #3 和 #4 的位置并不明显 CSS 应该总是在任何 .js 之前加载

将您的<style> 移动到<meta http-equiv 之后

<!DOCTYPE html><html lang="en" class="no-js">
<head><meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<style id="css">@font-face{font-family:Open Sans; ...

一些 HTML 错误:
https://validator.w3.org/nu/?showsource=yes&doc=https%3A%2F%2Fpaytm.com%2F#l15c3546

如果可能,应该修复错误 #1。非法字符可能不会影响浏览器的性能。您绝不希望浏览器因为 HTML 错误而进入怪异模式。


PageSpeed 测试评论:
https://www.webpagetest.org/result/161009_GS_K14/1/performance_optimization/


缩放图像
让浏览器缩放图像会给浏览器带来沉重的 CPU 负担。

https://assetscdn.paytm.com/images/catalog/view_item/80197/1475988363969.jpg 在 HTML 或 CSS 中从 1200x707 调整为 598x352。提供缩放图像可以节省 82.8KiB(减少 75%)。 https://assetscdn.paytm.com/images/catalog/view_item/77400/1474863992748.jpg 在 HTML 或 CSS 中从 440x234 调整为 180x109。提供缩放图像可以节省 38.6KiB(减少 80%)。 https://assetscdn.paytm.com/images/catalog/view_item/78825/1475838256123.jpg 在 HTML 或 CSS 中从 440x234 调整为 180x109。提供缩放图像可以节省 30.5KiB(减少 80%)。 https://assetscdn.paytm.com/images/catalog/view_item/75825/1474258437481.jpg 在 HTML 或 CSS 中从 440x234 调整为 180x109。提供缩放图像可以节省 25.3KiB(减少 80%)。 https://assetscdn.paytm.com/images/catalog/view_item/69808/1471942064026.jpg 在 HTML 或 CSS 中从 440x234 调整为 180x109。提供缩放图像可以节省 17.4KiB(减少 80%)。 https://assetscdn.paytm.com/images/catalog/view_item/69809/1472273404368.jpg 在 HTML 或 CSS 中从 440x234 调整为 180x109。提供缩放图像可以节省 16.4KiB(减少 80%)。 https://assetscdn.paytm.com/images/catalog/view_item/69805/1471944601502.jpg 在 HTML 或 CSS 中从 440x234 调整为 180x109。提供缩放图像可以节省 16.4KiB(减少 80%)。 https://assetscdn.paytm.com/images/catalog/view_item/80214/1475987326499.jpg 在 HTML 或 CSS 中从 440x234 调整为 180x109。提供缩放图像可以节省 16.0KiB(减少 80%)。 https://assetscdn.paytm.com/images/catalog/view_item/79854/1475779273161.jpg 在 HTML 或 CSS 中从 440x234 调整为 180x109。提供缩放图像可以节省 10.2KiB(减少 80%)。

【讨论】:

  • 非常感谢您的辛勤工作。非常感谢 。但删除双击链接并不是真正的问题。因为我们的 webapp 的这个页面 paytm.com/shop/p/… 正在使用相同的插件。和 pagespeed 工作得很好。这确实是一个问题,因为网站管理员获取和呈现功能会因相同的重定向而中断。一些专家说groups.google.com/forum/#!topic/pagespeed-insights-discuss/… cookie 时间戳可能是个问题,但对我们来说并非如此。
  • 建议暂时确认这是否是“问题”的根源。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2018-11-30
  • 2013-01-19
  • 2017-02-28
  • 1970-01-01
  • 1970-01-01
  • 2018-11-14
  • 1970-01-01
相关资源
最近更新 更多