用智能手机开启旅宿网站，照片迟迟不出现，要等很久才能按预订按钮，连管理画面也很慢——。
这时若新增缓存类插件，或批量删除图片，可能反而增加版面异常、预订功能故障。速度下降可能有多种原因，包括图片、主题、插件、服务器、外部预订组件，以及流量集中。
本文说明不熟悉IT的旅宿主人，如何请Codex或Claude Code协助调查，在变更前分辨原因。
结论：先重现变慢的位置，再逐项调查
请依以下顺序进行。
- 记录哪个页面在哪种设备、网络下变慢
- 确认是否影响客人的预订与询问
- 保存变更前的速度与画面
- 依页面内容、外部组件、WordPress、服务器的顺序分类可能原因
- 在验证环境只变更一项
- 不只速度，也重新确认版面、预订与询问
只说「整个网站很慢」，无法找到原因。要分辨是只有首页、图片较多的文章、预订页面，还是连管理画面也慢。
先记录变慢的情况
记录以下项目，不包含个人信息。
| 确认项目 | 记录范例 |
|---|---|
| 目标URL | 首页、客房、交通、预订说明 |
| 发生时间 | 平日早上、周末晚上等 |
| 设备 | iPhone、Android、PC |
| 网络 | Wi-Fi、移动网络 |
| 症状 | 白画面、等待照片、按钮没反应 |
| 频率 | 每次、偶尔、只有特定时段 |
| 管理画面 | 快、慢、未确认 |
| 紧接之前的变更 | 新增图片、更新、变更插件等 |
除了旅宿的Wi-Fi，也用智能手机的移动网络确认。为避免员工设备残留缓存或扩展程序的影响，另一个浏览器、无痕窗口也可作为参考。
先确认对预订的影响
速度改善的优先顺序，应依住宿者受到的影响决定，而非分数。
高优先度的例子:
- 首页打不开，无法确认旅宿营业情况
- 预订按钮不显示或无法按下
- 无法前往外部预订页面
- 询问表单无法提交
- 电话号码或交通信息不显示
- 智能手机画面卡住
调查期间，也要清楚提供电话、OTA等替代预订管道。
不要只凭PageSpeed Insights分数判断
Google的PageSpeed Insights会检查智能手机与PC页面，提出改善候选项目。但显示的数据有不同类型。
实际用户数据
这是汇总Chrome用户过去体验的数据。小型网站或新页面若未达一定数据量，可能不显示个别页面的数据。它代表过去28天的趋势，今天的变更不会立刻反映。
实验室数据
这是Lighthouse重现一定条件，检查当时页面的结果。有助调查原因，但不等于所有实际客人的体验。测量位置或通信状况不同，结果也可能变动。
不要只因一次分数下降就删除插件。应在相同URL与条件下确认多次，比较变更前后。
从旅宿的角度理解Core Web Vitals
目前主要的Core Web Vitals为LCP、INP、CLS。
- LCP：主要照片或标题出现前的速度
- INP：操作按钮等组件后，画面回应前的时间
- CLS：加载过程中照片、按钮位置偏移的程度
旅宿网站应结合具体症状理解，例如大型客房照片延迟出现、预订按钮稍后移动、外部组件妨碍操作。不只看术语或数字，也要确认实际对象是哪个元素。
将原因分为六类
1. 照片与视频
旅宿网站的客房、餐点与猫照片，往往占据大部分页面容量。
确认项目:
- 图片是否远大于实际显示尺寸
- 不需要PNG的照片，是否使用PNG上传
- 能否使用WebP等适当格式
- 是否重复加载相同照片
- 能否延迟加载画面外的图片
- 是否在页面显示时自动加载视频
删除原始图片前，先备份，确认画质、智能手机版面及SNS分享用图片受到的影响。批量转换请先在验证环境尝试。
2. 主题与界面组件
轮播、动画、Web字体、大型背景图、预订弹出窗口等，都可能延缓加载或操作。
不必移除全部设计，应确认目标页面哪些部分花费时间。不要直接编辑主题文件，优先使用子主题、官方设置，或制作公司的维护范围。
3. 插件
不能只以插件数量判断负担。有时单一插件很慢，也可能多项功能重复执行相同程序。
不要在正式环境批量停用，应在验证环境逐一比较。预订、询问、SEO、缓存、图片优化与安全插件，停用的影响较大，因此先确认如何还原。
4. 缓存
缓存是有效率提供相同页面的机制，但可能同时存在于WordPress、服务器、CDN及浏览器等多处。
重叠使用多个缓存类插件，可能造成旧画面残留、只有管理画面不同、预订组件无法运作等问题。先调查目前管理位置，再变更。
5. 服务器与数据库
若首页与管理画面都慢、特定时段突然变慢、错误增加，服务器资源、PHP、数据库、存储设备与流量集中也可能是原因。
VPS由技术负责人确认CPU、内存、磁盘，以及PHP、数据库的日志。虚拟主机则依官方信息确认合同方案的资源限制、故障信息及支持范围。不要在测量前重新启动，导致证据消失。
6. 外部服务
预订小工具、地图、SNS嵌入内容、视频、聊天、流量分析与广告等，会进行外部通信。即使WordPress本身很快，也可能因等待外部服务回应而变慢。
完全删除外部组件前，应判断能否替换成一般链接、改成点击后加载，以及是否为预订所需功能。
分开「变慢的原因」与「改善方案」
即使AI读取PageSpeed结果，也不要立刻执行建议。
观察到的事实：大型图片是主要显示元素
可能原因：图片尺寸、传输格式、服务器回应等
追加确认：原始图片尺寸、有无缓存、与其他页面比较
改善方案：使用图片副本测试压缩
执行位置：验证环境
还原方式：还原原始图片与设置
确认项目：画质、手机版面、预订按钮、速度
这种格式能减少凭推测进行的变更。
安全的改善步骤
- 确认备份与还原方法
- 将改善对象限于一个页面、一个元素
- 保存变更前的画面与速度
- 在验证环境只变更一项
- 在相同条件下重新测量
- 在PC与智能手机确认版面
- 确认预订、询问、地图与视频
- 记录成效与副作用
- 由人批准套用至正式环境
若改善幅度很小，却大幅增加维护负担，也可决定不采用。
可交给AI的工作
- 整理变慢的URL与重现条件
- 比较、摘要PageSpeed结果
- 找出图片容量或外部请求的可能问题
- 分类主题、插件与服务器的可能原因
- 比较变更前后的HTTP、画面与速度
- 将验证程序与还原方式文件化
- 制作每月报告
不要交给AI的工作:
- 批量停用、删除正式环境插件
- 批量删除图片或数据库
- 无根据地重新启动服务器
- 全面变更包含预订功能的缓存
- 未确认备份就进行数据库优化
- 只因分数就删除必要功能
可复制使用的AI委托内容
先不变更，只调查
旅宿的WordPress网站感觉很慢。
请先不要变更插件、主题、图片、缓存或服务器。
请向我询问变慢的URL、设备、网络、时段与症状。
将已确认的事实分类为页面内容、图片、外部服务、WordPress，
以及服务器，整理可能原因与追加确认。
不要输出预订者信息、身份验证信息或非公开日志。
比较PageSpeed结果
请比较相同URL的PageSpeed Insights结果。
区分实际用户数据与实验室数据，不要只凭分数判断，
说明LCP、INP、CLS的目标元素，以及对住宿预订的影响。
变更方案请依预期成效、风险、工作量与还原方式的顺序整理，
请先不要套用至网站。
验证单一改善
请只在验证环境套用一项已批准的速度改善。
先列出变更前备份、目标文件与设置，以及还原方式。
变更后，在相同条件下测量速度，确认PC与智能手机的版面，
以及对预订、询问、地图、视频的影响。
不要变更正式环境。
旅宿主人检查清单
- [ ] 已记录变慢的URL、设备、网络与时段
- [ ] 已优先确认对预订、询问的影响
- [ ] 已保存变更前画面与速度
- [ ] 已区分PageSpeed的实际用户与实验室数据
- [ ] 已分开图片、主题、插件与缓存
- [ ] 也将服务器与外部服务列为候选原因
- [ ] 没有在正式环境批量停用插件
- [ ] 已确认备份与还原方式
- [ ] 已在验证环境只变更一项
- [ ] 已在相同条件下比较变更前后
- [ ] 已在PC与智能手机确认版面
- [ ] 已重新确认预订、询问、地图与视频
- [ ] 已记录改善成效与副作用
若照片是主要原因，请继续参考安全缩小旅宿网站照片的方法。网站打不开时，应优先采用WordPress故障后的最初30分钟，而非速度改善。主题或插件的原因分类，可参考与AI分辨版面异常原因的方法；持续监控的方法，请参考从外部监看旅宿WordPress的方法。
参考信息
- WordPress官方：性能优化
- WordPress官方：性能监控
- Google官方：关于PageSpeed Insights
- web.dev：Core Web Vitals
- web.dev：Largest Contentful Paint
总结
WordPress变慢时，不要先增加速度插件，而应记录变慢的页面、设备、网络与时段。将可能原因分成图片、主题、插件、缓存、服务器与外部服务，在验证环境逐一比较。
AI适合整理测量结果与候选原因，但不要自动委托批量停用、删除、重新启动或正式环境变更。不只速度，也应以住宿者能安全完成预订、询问为改善标准。
