WordPress列表图片模糊，重传大图前先查浏览器拿了哪张

WordPress同一张照片在文章里清楚、在列表卡片里却模糊，不一定是原图质量差。先确认浏览器实际拿到了哪份图片，再判断尺寸、裁剪和压缩。重新上传一张更大的原图，可能只是继续增加磁盘文件，没改变卡片的取图规则。

先查实际加载的文件

在出现问题的页面检查图片元素，记录显示宽度以及src、srcset、sizes等属性。若存在响应式候选图，src里的地址不一定就是浏览器最终使用的那一份；可以在开发者工具中查看该元素的currentSrc，并结合网络面板核对实际请求。

WordPress响应式图片文档说明了自动生成多种图片尺寸，以及通过srcset和sizes提供候选资源的机制。主题还可能添加尺寸，因此不能只看后台媒体设置就断定所有文件来自哪里。

排查时最好新开页面，在相同浏览器缩放与缓存条件下复测。拖动一次窗口后看到的资源可能受此前已下载图片影响，不适合当作唯一判断依据。

模糊、裁错和加载失败，是三件事

• 整体发虚：比较图片本身的像素尺寸与实际显示需求。CSS显示宽度和屏幕设备像素比共同影响清晰度需求，不必把每个位置都换成最大图。
• 人物或产品边缘被切掉：先看源文件是否已经裁切，再看页面是否用固定比例或cover方式展示。压缩质量不能修复构图被裁掉的问题。
• 显示旧图或空白：检查最终资源响应、文件是否存在，以及缓存版本。不要直接归因于缩略图档位不足。

例如，正方形列表卡片使用了横向图片的中心裁剪版本，产品两端不见了。这个问题应该调整卡片所用图片或裁剪策略；换成另一张更大的同款中心裁剪图，仍可能缺少两端。

先修一个位置，再考虑重生成

找出主题在该位置请求的尺寸名或候选规则，在测试环境确认修改后能取得合适资源。检查首页卡片、分类列表和正文，避免为修正文大图顺手改变所有卡片比例。

光算的WordPress图片尺寸与页面用法核对思路强调从实际展示位置倒推尺寸需求。使用这份资料时，应以当前主题和真实请求为准：没有一个适用于所有站点的“最佳生成张数”。

若确需重生成，先备份数据库和媒体文件，选少量代表图片试跑，记录现有地址与新文件。不要把删光旧尺寸当作必经步骤，旧正文、CSS、其他语言页面或外部引用可能还在使用它们。

怎样确认这次真的修对了

用同一张图在问题页面重新检查实际资源地址，再分别看手机和桌面。核对细节是否清楚、重要内容是否完整，以及下载体积有没有不必要地放大。资料扫描件与商品场景图的需求不同，不能用肉眼觉得“够漂亮”替代文字可辨认性。

最后记录修改的是哪个展示位置、哪条取图规则和哪些文件。图片清楚是本次验收结果；页面速度和搜索表现需另行测量，不能从缩略图修复直接推导排名改善。