先找到哪一步开始变模糊
设备边框很清楚,里面的按钮却读不清;相册里正常,放上官网就发虚;导出尺寸变大,文字仍然没有改善。这些现象可能来自不同环节。先保留原始截图、直接导出的成品、上传后的页面这三份参照,再沿着“源图 → 画布 → 导出 → 展示”的顺序检查,通常比反复提高导出档位更有效。
先选一处容易比较的细节,例如列表中的一行正文或一枚细线图标。每一步都观察同一处,并尽量在接近实际使用大小时比较。整张作品缩成很小的缩略图,再放大截屏,会额外引入一次缩放,不能代表导出文件本身的质量。
第一层:原图有没有足够的信息
直接打开原始截图。若小字本来就不清楚,先回到来源应用重新捕捉;不要继续给模糊的小图加边框。优先使用系统截图文件,避免把聊天中的预览图、网页缩略图或已经套过壳的成品再次当成源图。
iPhone 的系统截屏方式因机型而异,Apple 提供了 Face ID、侧边按钮和主屏幕按钮等机型的操作说明。参考 Apple:在 iPhone 上截屏。抓取后先检查原文件,再开始编辑,能排除“源头已不清晰”这一类问题。
如果通过其他工具接收素材,确认拿到的是原尺寸文件。可以请提供者给出像素宽高,与收到的文件对照。文件名带有“高清”或“原图”并不能代替尺寸检查;同样,文件体积大也不一定代表界面细节多。
第二层:界面在画布里占了多少像素
导出图的总尺寸,不等于屏幕内容获得的尺寸。一个用于理解比例的例子:画布宽 1200 像素,而设备中可见的屏幕只占画布宽度的 35%,那么屏幕内容在最终图上大约只有 420 像素宽。原图即使很大,也需要压进这 420 像素中。
因此,遇到“边框清楚、界面太小”的情况,可以先让设备占比更大、减少装饰留白,或者拆出一张重点区域的近景。若一张图必须放三台设备,不必要求每台设备内部所有小字都能在手机信息流中阅读;用正文或独立细节图解释操作更合适。
| 看到的现象 | 先检查什么 | 优先尝试 |
|---|---|---|
| 设备轮廓清楚,界面字太小 | 屏幕内容在画布中的实际占比 | 放大主要设备或补一张局部图 |
| 只有屏幕里的内容模糊 | 原图质量与素材缩放程度 | 换原尺寸截图,减少放大 |
| 标题、边框、界面都模糊 | 最终导出文件的像素尺寸 | 核对导出设置与实际文件 |
| 本地清楚,上网后模糊 | 网页实际加载的图片版本 | 检查缩略图、压缩与展示尺寸 |
第三层:看实际导出像素,不只看档位名称
在 CutEdge 中先完成一个测试导出,检查文件实际宽高,以及画布中的文字、设备边缘与屏幕内容。可用导出格式和倍率以当前版本面板为准,不要把教程里的“2×”“高清”等称呼当成固定的交付规格。
需要在 Mac 上复核时,预览 App 的“调整大小”可以查看和调整宽高,并提供按比例缩放与重新采样的选项。参考 Apple:在预览中裁剪和调整图像大小。修改图片的打印分辨率标签,与增加实际像素是不同的操作;只改一个 DPI 数字,不能让原来丢失的字形细节重新出现。
为 App Store 准备成品时,另行核对上传类别对应的尺寸和格式。清晰度检查与平台格式检查都要做;满足其中一个,不意味着另一个也合格。尺寸分类可继续阅读 App Store 截图尺寸指南。
第四层:网页可能显示了另一张图
网页会根据布局和设备像素密度选用不同的图片资源。Google 的 web.dev 文档说明了使用响应式图片为不同显示条件提供合适资源的方法。参考:响应式图片。
举例来说,图片在页面中显示为 600 个 CSS 像素宽,在 2 倍像素密度的屏幕上,约 1200 像素宽的资源可以作为规划起点。这是计算示例,不是所有网页都必须采用的固定规格;还要同时考虑图片体积、压缩质量和实际布局。
如果直接打开上传文件很清楚,页面里却模糊,请网站维护者检查:页面是否用了更小的缩略图,图片服务是否再次压缩,移动端是否读取错误版本,以及样式是否把小图放大。此时反复重做设备边框通常无助于定位问题。
留下一个可重复的检查记录
给测试成品记录源图像素、导出像素、最终展示宽度和发现的问题。修改时只先动一个变量,例如提高设备占比,然后重新比较同一行文字。确认问题解决后,再把对应布局和导出设置用于整组素材。
导出越大一定越清晰吗?
较大的导出可以为排版提供更多像素,但不能恢复低质量源图中已经丢失的信息,也不能解决设备在构图中过小的问题。
为什么边框清楚、截图却模糊?
边框和截图来自不同素材。先查看截图原文件,再检查它是否在画布中被过度放大或压得太小。
图片在相册里清楚,还需要测试网站吗?
需要。页面可能加载了另一个尺寸或压缩版本,应在最终页面的手机和桌面布局中各检查一次。
官方参考资料
