标签: pagespeed-insights

我有一个 amazon cloudfront 发行版，它为我的 CDN 创建了一个“来源”。在我的行为中，我设置了最大 TTL、最小 TTL 和默认 TTL。但是我的响应头不会在重定向的静态文件中返回 Cache-control 头。如何设置缓存控制？我需要这个用于谷歌页面洞察

创建缓存控制的文件

我的标题响应

我正在使用OctoberCMS，我有 apache 服务器并使用 AWS，当我进行 PageSpeed 测试时https://developers.google.com/speed/pagespeed/insights/?url=https%3A%2F%2Fwww.rosterelf.com%2F&tab =桌面我不断收到此错误消息

通过高效的缓存策略提供静态资源

这是我的 .htaccess 文件代码来应对此错误。

.htaccess

<IfModule mod_rewrite.c>

    <IfModule mod_negotiation.c>
        Options -MultiViews
    </IfModule>

    <IfModule mod_headers.c>
        <If "%{REQUEST_SCHEME} == 'https' || %{HTTP:X-Forwarded-Proto} == 'https'">            
            Header always set Strict-Transport-Security "max-age=31536000"
        </If>
    </IfModule>

 

    ### MY OTHER DEFAULT CODE OF OCTOBERCMS WHICH IS NOT RELATED TO COMPRESSION ETC ... 

</IfModule>


# TN START GZIP COMPRESSION
<IfModule mod_gzip.c>
mod_gzip_on Yes
mod_gzip_dechunk Yes
mod_gzip_item_include file \.(html?|txt|css|js|php|pl)$
mod_gzip_item_include handler ^cgi-script$
mod_gzip_item_include mime ^text/.*
mod_gzip_item_include mime ^application/x-javascript.*
mod_gzip_item_exclude …

PageSpeed Insights 中有一项新功能，可以向您展示真实用户的体验。现在，我在移动设备上检查了我的一个具有此功能的网站，并收到了以下消息：

“核心 Web Vitals 评估：根据最近 28 天收集期内的 Core Web Vitals 指标计算失败。了解更多”

为什么 PageSpeed 给我返回这个答案？在 Google Search Console 的 Core webvits 下似乎一切正常。

由于 93% 的访问者使用移动设备，因此拥有快速加载的页面对我来说至关重要。为了获得一些建议，我使用 PageSpeed Insights 工具测试了我的页面。其中一项发现让我很担心。

建议：推迟未使用的 CSS

…v154…/styles__ltr.css(www.gstatic.com), 89 KB -> 1,05s

我真的很关心那个 1。我有什么可以做的吗？Recaptcha 对我来说是重要的组成部分，所以我不想简单地摆脱它。任何建议/建议表示赞赏！

谢谢。

当我按照谷歌的script强烈推荐将谷歌标签管理器放在我网站的头部时；

该脚本基本上延迟了 onload 事件，从而增加了页面的交互时间。

我通过在 3000 毫秒后使用setTimeout() function.

这极大地提高了网站的性能。但这不是由Google. 因为我知道 gtm 脚本有问题。有解决方法吗？

为什么Google 速度测量工具（例如Lighthouse / PageSpeed Insights）中报告的累积布局移动指标与Search Console中报告的不同？

Pagespeed Insights 建议预加载某些字体文件以加快页面加载速度。我已经在我的元素中添加了代码，但 Pagespeed 仍然没有检测到它。我尝试了其他答案中提到的所有修复：

• 使用 crossorigin 属性（匿名）
• 使用插入页眉/页脚插件
• 加载其他字体类型，如 .woff、.eot

这是该页面的链接。此页面只是一个示例。Pagespeed 提到的所有其他帖子也存在同样的问题：

Consider using `<link rel=preload>` to prioritize fetching resources that are currently requested later in page load. Learn more.
URL
Potential Savings
…fonts/johannes-font.ttf(productiveclub.com)
2,670 ms

现在的多个预加载仅用于测试。当我只保留一个 preload 语句时，同样的错误仍然存​​在。

任何人都可以理解我的代码有什么问题吗？提前致谢。

我在 PSI 中遇到错误，其中最大的内容绘制在网站的多个页面上出现错误。图像尺寸很小（约 22kb），并且页面没有进行明显的更改，但我们最近遇到了 LCP 问题的增加，但无法确定此错误的原因。

我尝试在多个浏览器和隐身模式下运行 PSI 测试，看看是否得到不同的结果，但无济于事。我希望看到解决长 LCP 问题的建议，但没有。

使用累积布局偏移 (CLS) 现在是 Page Speed Insights (PSI) 和 Google Search Console (GSC) 的标准，我想知道如果 PSI 返回 0 值但字段数据返回高值，应该使用什么方法来识别 CLS .

例如，根据 Search Console，我有一个页面在 PSI 上的得分为 0，但桌面版的 CLS 得分为 0.99（移动版为 0）。

使用开发人员工具，我尝试打开油漆闪烁并打开布局移位区域，但仍然得到 0 移位，而字段数据显示为 0.99。

那么，您如何使用开发人员工具确定导致布局偏移的原因？

我正在尝试在 Google Search Console 中为 Weebly/Square 网站使用 PageSpeed Insights 并收到错误消息：

灯塔返回错误：NOT_HTML。提供的页面不是 HTML（作为 MIME 类型）

一开始它对我有用（我测试了 2-3 次）。我调整了一些图像的大小并再次尝试。从那时起收到此错误。

Square 的支持表明它不站在他们一边。