在这里分享几个已经明确的项目，因为它们是已经开始的工作的延续：

• 表演者翻译(最近更新的博客帖子)
  • 改进指标：LCP（通过TTFB）
  • 描述：
    • 使用基于PHP的翻译文件时，本地化性能提高了10%甚至更多
    • 完成拉入请求并致力于核心
    • 在wordpress.org/GlotPress上实现PHP l10n文件支持(Meta-Trac票证)
• 图像加载优化（通过客户端检测）(GitHub概述问题)
  • 改进指标：LCP
  • 描述：
    • 实现客户端机制以可靠地检测LCP图像，包括支持桌面和移动视口之间的不同LCP图像
    • 与WordPress核心有限的服务器端方法相比，显著提高了预加载/优先排序LCP图像的准确性（而不是延迟加载）
    • 作为性能实验室的一部分发布第一个版本
    • 添加背景图像支持：许多块使用CSS背景图像来显示图像，但这些并没有通过任何WP本机功能（srcset&sizes、laz-loading、fetchpriority等）进行优化
    • 考虑WordPress核心的可行性
• 模板加载性能
  • 改进指标：LCP（通过TTFB）
  • 描述：
    • 实施进一步措施以提高加载主题模板文件的性能
    • 考虑块主题HTML模板和经典主题PHP模板和模板部分（例如。追踪号59719,Trac#59600)
    • 提高加载块模式的性能
    • 提高加载theme.json配置的性能（例如。追踪号57789)
• 更准确的图像尺寸属性
  • 改进指标：LCP
  • 描述：
    • 实施智能逻辑，根据图像显示的大小，更准确地预测“大小”属性需要使用的图像维度
    • 考虑区块主题和经典主题的布局含义：
      • 对于块主题，可以通过PHP中的块布局进行预测
      • 对于经典主题，它可能依赖于“图像加载优化”方法潜在启发的客户端机制
    • 潜在支持sizes=“自动”相关和受支持的地方：延迟加载的图像不需要在布局之前计算大小属性，可以使其更加精确。

通过在加载时为可变高度的元素保留空间来减少CLS

改进指标：CLS

• 在块编辑器中跨多个断点捕获嵌入的高度，然后在加载时作为前端元素容器的最小高度。容器查询可用于为每个断点设置适当的高度。
• 可以在中找到可在前端使用的初始代码布局移位终止符.
• 块编辑器集成的概念证明见rtCamp/wp-cls-terminator：从块编辑器嵌入中删除cls。另请参阅通过尝试预先确定嵌入件的高度来减少累积布局偏移（CLS）ampproject/amp-wp#4729.
• 不使用编辑器进行测量，可能有机会在中使用客户端检测逻辑Optimization Detective：通过客户端检测通知服务器应用的优化 #869确定导致布局偏移的元素，并在通过WP_HTML_Tag_Processor进行优化时应用空间保留。这将允许优化块编辑器之外的元素。

复写的副本@爱情

谢谢你的开场白，@费利萨尔茨。我想看到我们明年探讨一些其他想法：

页面缓存策略的改进
关注指标：TTFB

• 基于此，研究为什么流行的页面缓存插件没有显示出比一般WP群体更好的TTFB结果CWV技术报告看看是否有改进的机会。
  • 请记住，将文件缓存机制绑定到核心作为设计决定在2.5中删除（参见Alex Mills提供的其他上下文大约从那时起）
• 寻求更多机会来减少模板和模板部件的冗余呈现，如向获取模板部件（）（示例代码位于https://github.com/johnbillion/extended-template-parts)以及引入增强功能，使块模板和模板部分更易于缓存。

用于在Web Worker上注册脚本的API
关注指标：LCP | INP

• 将非关键脚本移出主线程–Emoji Loader增强中的示例实现(#58472)
• 相关：Partytown PL模块提案
• 相关：amp脚本和工作人员DOM
• 如果不是API，至少我们可以进行一些研究和推广，以确定使用工人的良好机会

改进核心自动化性能测试
重点：基础设施

• 提高性能测试的稳定性
• 改进数据收集和可视化工具（例如。CodeVitals仪表板)
• 为测试用例创建更好的内容（例如，替换主题单元测试数据）
• 向矩阵中添加其他测试用例（例如PHP版本、数据库加载、对象缓存、模板类型、更多主题等）

消除WordPress默认主题中前端的jQuery使用
关注指标：LCP

• 内容：几乎所有旧的WordPress默认主题，直到Twenty-Oventeen，都会在其前端加载jQuery，以便通过普通JavaScript轻松实现逻辑。在这项工作中，应修改受影响的主题，以消除这种依赖性。
• 为什么：jQuery是一个相对繁重的JavaScript库，尤其是考虑到它的许多用法现在已经过时，而现在更现代的普通JavaScript中提供的功能也已经过时了，即使是在现在已经过时的浏览器中。在这种情况下，用普通JavaScript替换jQuery可以使LCP提高30%。
• 存在早期Trac票和拉取请求，例如。二十二和二十五

客户端图像压缩

关注指标：LCP

• 利用浏览器功能和技术（如WebAssembly），以便：
  • 生成客户端而不是服务器上的所有缩略图（减少服务器负载，允许并行处理）
  • 上传前压缩图像并允许压缩现有图像
  • 使用功能强大的MozJPEG编码器，为将来的进一步增强提供途径（例如WebP、AVIF）
• 使用介质实验插件作为起点
• 具体范围和路线图待定。
• 强劲势头：
  • 客户端缩略图生成在过去是针对WebP之类的东西出现的，而GB最近表示对图像压缩的兴趣也。
  • 最近的演示很受欢迎，并显示出这种功能的巨大潜力。

交互式API的采用

关注指标：INP

• 交互API于6.4版发布，是一种轻量级的方式，可以使块和其他元素交互
  • 很好地替代了更臃肿的方法，例如使用jQuery实现简单的灯箱效果
• 有可能围绕该API扩大推广范围，以提高生态系统的采用率
  • 添加到默认主题
  • 文档、博客文章等。
• 探索在其他缓存页面上扩展动态内容岛的机会
• 支持API的工作，以帮助塑造它并确保强大的解决方案落到核心

扩展可重用测试环境的使用

不关注特定指标。

• 现在人们更容易运行性能测试（wp-scripts，教程,GitHub操作)，找到方法使其更简单，并进一步增加使用量
  • 提高对性能指标的认识并帮助开发人员捕捉回归
• 大胆思考：找到对整个插件目录运行测试的方法（例如使用Tide）

o嵌入延迟加载
关注指标：INP、LCP

• 确保iframe延迟加载工作准确，优化启发式
• 延迟加载基于oEmbeds的标记
• 模块提案-模块建议：oEmbed Optimizer #888

AVIF支持
关注指标：LCP

• 取决于Edge添加支持
• 可能取决于<图片>采用要素支持

推测性预渲染和预取
关注指标：LCP、INP

• 实施支持推测规则API（另请参见滑动甲板,推测性预渲染 #908)以智能方式预呈现或预取URL
• 通过性能实验室的使用情况评估不同配置的有效性和可靠性
• 为插件提供API，以包括/排除预取和/或预提交的路由
• 考虑使用当前链接预取和预渲染的标记方法

交互API增强功能
关注指标：INP

• 探索交互API（请参阅Epic:Interactivity API-public 1.0版本古腾堡#56803)可用于鼓励和简化INP最佳实践，即避免长任务阻塞主线程（可能使用与@乔麦吉尔的web worker API建议）
• 根据需要协作API以进行相关增强，解决开发人员或性能难点（与@瑞士风格的Interactivity API采用建议）

谢谢大家的意见！🙌

正如最初宣布的那样，现在就结束这一问题。我们将很快开始起草路线图，并将与公众分享以供审查。让我们的目标是在月底之前出版它。