外贸独立站速度优化，建议先分清页面在等什么，再决定改图片、视频，还是网页响应与脚本。同样是“打开慢”，原因可能落在不同环节。先看页面表现，再谈修改方案。
本文以一个包含产品主图、细节图和演示视频的页面为例，说明浙江外贸企业怎样判断问题、安排修改。文中的情境是教学示例，不对应某家企业的实测成绩。
快速浏览：先找到具体页面的等待环节，再选择修改方向。
- 主图出现、按钮响应、页面跳动对应不同体验，单一总分不能代替判断（见第一节）。
- 承担LCP的主图不应懒加载；压缩细节图时还要看清铭牌和接口（见第二节）。
- 真实用户数据反映历史访问；修改当天的模拟测试与历史窗口应分开阅读（见第三节）。
页面加载与速度指标
客户说网站慢，可以先把反馈补完整：是产品大图迟迟不出现，点了按钮没有及时反应，还是刚准备点击，页面上的内容又挪了位置？这几种体验要分开看。
LCP衡量加载表现，记录从开始加载页面，到屏幕可见区域内最大图像或文本块呈现的时间。它的中文名称是“最大内容绘制”。在产品页上，可以先查看报告把哪个元素认定为LCP，再讨论它为什么显示得晚。
INP看交互响应，CLS看视觉稳定性。产品图出现得快，不代表每次点击都响应及时；页面内容也可能在阅读过程中移动。可以先按这几种体验整理反馈，供技术人员确定排查方向。
核心网页指标可以按下面这张表阅读。良好参考值要按真实用户数据的第75百分位判断，即至少75%的访问达到相应目标；移动端与桌面端分别查看。这不是每次访问的速度承诺。
例如，反馈是“打开产品页后，主图一直空着”，可以先看该页的加载表现；反馈是“按钮点下去半天才有动静”，就把交互过程也交给技术人员复现。报告中的数字应对应具体页面和设备，而不是只留一个总分。
图片与视频的加载安排
图片先看显示需求，再定资源尺寸。页面上的显示宽度和设备像素比都要考虑，不能只看原文件有多大。技术人员可以用srcset与sizes提供几档候选尺寸和显示要求，再由浏览器结合页面布局选择。
WebP、AVIF可能比JPEG、PNG压得更小，但没有适合所有图片的统一压缩设置。对产品图，建议把铭牌、接口、尺寸字样也放进比较范围。文件小了，字却糊了，这张图仍然需要重新处理。
加载时机也要分开。如果产品主图承担LCP，就不应给它设置懒加载，也就是延后加载。此时要让浏览器尽早发现并加载这张图，而不是把“所有图片都延迟”当成统一开关。
视频则要看是否需要自动播放。带有autoplay属性的视频，即使位于页面下方，也会开始下载。需要客户点击才播放的视频，可以采用preload=none，提示浏览器不预加载视频内容；这只是提示，浏览器未必完全遵从。
在同一个产品页上，主图、细节图和视频各有用途。下面按素材类型列出本例的处理选择，以及要保留的信息。
这不是要求企业重拍整套素材。可以先拿重点产品页上的原图做一组对照：在手机上看外形，放大看铭牌，再决定保留哪个版本。若铭牌仍看不清，就另放清晰细节图，不必让一张主图包办所有信息。
海外测速与报告解读
海外访问体验要结合访问条件看。PageSpeed Insights，简称PSI，会同时提供实验室数据和真实用户数据。前者来自受控模拟，适合分析问题；后者反映真实访问。两者结果不同，并不一定是谁测错了。
PSI的真实用户数据覆盖此前28天，并每日更新。它带着过去一段时间的访问情况，不是刚改完页面后的即时读数。修改当天的模拟测试可以作为新记录，历史窗口的数据则需要结合后续变化阅读。
还要留意报告展示的是当前页面URL，还是同一网站来源下各页面的汇总数据（origin）。单页样本不足时，PSI会回退到来源级数据；来源级样本也不足，就可能没有真实用户数据。来源级结果不能直接当作某个产品页自己的成绩。
PSI运行测试的数据中心可能变化，地点可以在报告的环境信息中查看。想了解某个目标市场的访问情况，还应补充对应地点和设备条件下的记录。一次工具测试，不宜概括所有海外客户。
下面用产品A填写一份测试安排，并说明假设报告能回答什么。这里的德国市场、设备和网络都是为演示而设定的条件。
- 对象：产品A详情页，前后使用同一网址。
- 市场：假设主要客户在德国，本轮安排柏林当地访问。
- 设备与网络：同一部iPhone、Safari浏览器、同一Wi-Fi网络。
- 测试方式：首次访问与再次访问分开记录，改前改后保持同类条件。
- 观察过程：打开页面、查看主图、点击图片、进入询价表单。
- 报告情境（假设）：PSI的实验室部分针对产品A页面；真实用户部分因单页样本不足，显示来源级数据。
这份假设报告中，实验室部分可用于排查产品A页面的问题；来源级历史数据只能作为汇总背景，不能据此认定这个产品页已经优化成功。柏林当地的手机访问记录，另外用于补充目标市场的使用情况。若修改前测手机，修改后换成办公室电脑，建议先补一组条件一致的记录，再判断改动是否有效。
优化顺序与效果核对
以图片承担LCP的页面为例，可以把等待过程拆成四段：等待网页响应的首字节、等待图片开始请求、下载图片、等待图片在页面上显示。四段相接，合起来是这次LCP耗时；图里的步骤不表示实际时间比例。
假设技术人员已经看到：产品图下载结束了，但页面要等一段脚本加载完才把它显示出来。此时继续压缩图片，可能只缩短下载部分，省下的时间又落进显示等待，LCP没有改善。
另一种情况是网页响应本身就晚。首字节等待时间，简称TTFB，可能受到重定向、网络距离、网络条件或缓存不可用等因素影响。仅凭这个数值高，就判断“服务器太差”，还少了查明原因这一步。
CDN（内容分发网络）可以让资源从地理上更接近访问者的位置送出，减少资源加载耗时。但它能否解决当前问题，要回到具体资源和请求上判断。
下表列出三种排查时可能遇到的情况。每一行都对应一个处理方向，以及修改后要对照的项目。
改完后，用第三节记录的条件重测，并走一遍主图查看和询价过程。交付记录应说明改了哪个页面、处理了什么问题，以及同条件下观察到的变化。只报一个分数，下一次排查时仍可能无从对照。
准备新建或重做网站时，可以把加载表现、主要客源市场和询价过程一并写进需求。与久歌网络讨论外贸B2B独立站建设方案时，也可以通过联系页面附上现有网址和重点产品页，先围绕具体页面商量工作范围。“网站再快一点”可以是目标，需求里还得说明哪里慢。
外贸独立站速度优化常见问题
没有技术人员的外贸团队，能先做什么？
可以先把业务信息准备好。请负责网站的同事选出正在投放、接到客户反馈或重点推广的产品页，逐页附上网址、主要客源国家和原始图片。把反馈写成“打开后主图空白”或“点击询价没有反应”，并注明设备与发生时间。参数配置和脚本修改交给负责网站技术的人，营销人员重点确认产品信息与咨询入口是否完整。
建站方和服务器服务商，分别该负责哪些修改？
建议按实际管理范围分配责任，并在方案里写明。由维护页面的一方确认图片替换、显示逻辑与脚本修改；由管理服务器或CDN的一方确认配置调整。若同一团队负责两边，也应分别列出工作内容、费用与交付记录。企业不要只接收一句“已经加速”，还要问清是否涉及购买服务、账号由谁持有，以及后续谁来维护。
询价表单显示提交成功，验收时还要看什么？
建议把页面提示和实际收件分开确认。可以约好一次测试，在询价内容中标注“网站测试，请勿跟进”，记录提交时间，再请业务同事核对预定收件邮箱或客户管理系统。以一条“产品A样品咨询”的测试为例，还应核对姓名、联系方式和需求是否完整。若记录没有到达，就把提交页面与时间交给技术人员继续排查。
以后上新产品，怎样把这次的处理方式交接下来？
可以把本次确认的素材作为维护样例，随网站资料一起交接。给运营同事保留一组原图与发布图，写明各自放在哪个位置；另留视频封面与播放方式的示例，供新同事上架产品时对照。若以后调整了页面布局，再请技术人员重新确认尺寸与加载安排，不必把旧设置沿用到所有新页面。
Google的排名系统会使用核心网页指标，但工具报告成绩好，并不保证搜索排名靠前。速度优化的这次交付，先落到具体页面的加载与使用体验上；排名和询盘变化，另看对应数据。
