简短的答案
- iPhone 照片先来：把 HEIC 文件过一遍 HEIC 转换器，选择把元数据留在外面。转换任何东西之前，它会告诉你哪些照片带着 GPS 坐标。本来就是 JPEG 的照片跳过这一步。
- 取景和尺寸：把这一批丢到图片缩放器上。定一条长边——大多数页面 1600 像素合适，读者要放大就 2000——或者一键把整批裁成同一个比例。
- 压到预算内：在图片压缩器里收尾。它收的是以 KB 计的目标而不是画质滑块，一批交回来是一个 zip。
一切都在你的浏览器里跑。原图——全分辨率、GPS、什么都在——从不离开你的机器，这正是在本地做而不是交给转换网站的意义。
元数据去了哪里
手机照片悄悄的风险不在像素，在标签。EXIF 元数据记着相机、时间戳，还有——几乎每部手机上——照片拍摄地的 GPS 坐标。发出去，你可能就把家庭住址用谁都读得懂的形式公开了。
这条链子有用的一点是，它自己把标签处理掉了。缩放和压缩都从像素重画图像，重画出的像素不带标签——所以从第 2 步或第 3 步出来的东西，不用你开口就是干净的。要做决定的只有两种情况：
为什么先缩放后压缩
因为像素就是预算。一张 1200 万像素的照片被硬压进 300 KB 的坑里，看着明显不如一张 200 万像素、轻轻压进同一个坑的——同样的 KB 摊在了六倍的面积上。先定显示尺寸，压缩器就能把预算花在画质上，而不是花在没人看得到的分辨率上。
没别的办法达到目标时压缩器也会自己缩图，但它把那当成最后一招。取景自己在缩放器里做，是把决定——裁掉什么、哪条边要紧——留在它该在的地方。
缩放指南和压缩指南各自把自己那一半讲得更深，包括画质数字到底在量什么。
一整批一次过
链上每个工具都一次收一整个文件夹：转换器处理每个 HEIC，连拍也算；缩放器给整批套同一个取景，或者让你每张单裁；压缩器把全部装进一个 zip 交回来。二十张照片费的心思比一张多不了多少——机器时间是你机器的，比任何上传都快。
如果你每周都做这件事
这条链子在这里住在三四个页面上是有意为之：每页只干一件事，每页都独自证明没有任何东西离开你的机器。但每一步都是开源的：MIT 许可证，一个工具一个文件夹，零依赖的 ES 模块，README 讲解了解码器、重采样和目标体积的搜索。
要是你的照片每次都长一个样——同一条长边、同一个预算、同样抹标签——把编码智能体指向代码仓库，让它把那些模块组装成一块拖放区，你的预设直接焙进去。这些模块写出来就是给人读的，把它们搬走，正是这份许可证存在的目的。