MergeImage · 最后验证 2026-07-31
关于MergeImage与产品原则
MergeImage是发布在mergeimage.app上的独立浏览器工具，目标很明确：用清晰的操作把多张普通图片变成一个有用文件。核心功能不需要账号，也不依赖付费图片API。
- 首屏即可开始操作。
- 文件保留在当前设备。
- 公开限制与失败原因。
01
MergeImage要解决的问题
聚焦的小工具，而不是庞大的编辑套件
MergeImage解决一个具体问题：无需打开复杂桌面编辑器，把多张相关图片变成一个便于分享的文件。选择、排序、布局、预览与下载集中在一个页面。
初版不宣称AI增强、云端存储、团队同步或专业修图。这些功能会带来不同的费用和隐私条件；缩小范围可以更准确地说明每一步真实行为。
核心工具免费，不使用付费图片API。未来如果增加服务器能力，必须作为独立功能明确说明，不能悄悄改变当前原图只在浏览器处理的承诺。
- 首屏即可开始操作。
- 文件保留在当前设备。
- 公开限制与失败原因。
- 无需账号、不加水印。
02
我们如何做产品判断
优先考虑可预测、隐私与恢复
图片合并应从最终顺序开始。文件列表决定输出顺序，你可以移动或删除项目而不修改原图。横向适合并排比较，纵向适合步骤，网格适合成组展示，智能长截图适合具有稳定重复区域的连续屏幕。
浏览器只读取用户明确选择的文件，解码兼容图片并在本地Canvas上生成结果。核心流程不需要账号、远程处理队列或付费API，发送给MergeImage服务器的原图数量为0。
错误信息应区分不支持的格式、内存不足和不可靠的重叠。匹配不确定时保留完整图片，导出失败时原文件也不会改变，用户可以清空列表重新开始。
03
公开的运行边界
初版为何设置明确上限
工作区最多接收30张图片、单个文件20MB。结果超过单边12,000px或80MP时按比例缩小。这是为了控制浏览器内存风险设置的产品边界，不是所有设备的统一极限。
2026-07-31使用颜色和尺寸不同的生成PNG完成了排序、预览、下载以及保存文件重新解码测试。这是可复现的产品验证，不代表用户数量、速度排名、奖项或市场份额。
| 项目 | 数值 | 目的 |
|---|---|---|
| 图片数量 | 最多30张 | 限制队列与内存 |
| 单文件大小 | 20MB | 尽早拒绝巨大输入 |
| 布局 | 4种 | 覆盖主要任务 |
| 输出格式 | 3种 | PNG、JPEG、WebP |
| 输出上限 | 12,000px或80MP | 降低超大Canvas风险 |
04
证据与责任
资料能证明什么、不能证明什么
MDN说明createImageBitmap()和canvas.toBlob()的浏览器行为，W3C File API定义文件选择对象。这些官方资料支持底层技术事实，但不构成对MergeImage的认证，也不保证所有设备性能相同。
2026-07-31使用颜色和尺寸不同的生成PNG完成了排序、预览、下载以及保存文件重新解码测试。这是可复现的产品验证，不代表用户数量、速度排名、奖项或市场份额。
05
初版之后
扩展范围之前先改善免费核心
优先事项是让选择、排序、合并、预览、下载和重新打开保存结果这一闭环稳定可靠。后续可以改善键盘、移动端、接缝判断、大小估算和错误提示。
核心工具免费，不使用付费图片API。未来如果增加服务器能力，必须作为独立功能明确说明，不能悄悄改变当前原图只在浏览器处理的承诺。
06
实用的图片合并流程
从多个文件到可预测的一张图片
保持原尺寸能够保留像素，统一宽度或高度便于对齐，等大单元格适合规则网格。间距、对齐、背景和透明度都在导出前计算，预览可以帮助发现顺序、留白或比例问题。
真实功能包括文件选择、拖放、排序和删除。所有布局与导出设置在下载之前都可以调整，操作只作用于当前工作副本，不会覆盖设备中的原始文件。
07
为什么浏览器本地处理重要
把隐私落实到产品结构
本地处理适合家庭照片、账单、未发布设计稿、内部截图等不应被无意义传输的资料，同时省去了多文件上传和再次下载的等待。
08
在没有隐藏处理的情况下控制质量
根据内容选择输出格式
PNG适合文字、界面截图和透明背景；JPEG通常更适合照片和广泛兼容的上传入口，但采用有损压缩且不保留透明；WebP在目标平台明确支持时可以兼顾画质与大小。
09
图片合并的常见用途
根据阅读顺序决定布局
商品展示可以把正面、侧面、细节和尺寸参照放进网格；客服报告可以把报错与复现步骤纵向排列；设计评审可以在相同背景和间距下横向比较不同方案。
智能重叠识别最适合同一视窗的连续截图，并且需要稳定重复区域。固定标题、视频、动画或变化的时间都会降低置信度；没有可靠匹配时应保留完整图片并退回普通纵向拼接。
分享之前，按最终阅读尺寸检查顺序、方向、接缝、背景与小字清晰度。关闭标签页之前下载文件，再打开保存结果核对尺寸与内容，重要场景还应保留原图备份。
10
站点数据与本地偏好
主题设置可能保存在设备
网站可能使用Web Storage保存浅色或深色主题。这个本地偏好不包含原图或合并结果，可以通过浏览器站点数据设置删除；关闭或刷新页面会清除当前内存中的图片对象。
托管服务可能为公开文件传输和安全处理IP地址、时间、请求路径与用户代理等必要技术数据。正式部署后应根据实际托管商和保留规则更新说明，而不是提前编造提供商。
请把浏览器、设备、复现步骤、所选布局和格式、预期结果与实际结果发送到[email protected]。不要附带机密原图，必要时创建不敏感样例；本页不承诺回复时限或邮箱送达测试。
11
Cookies、广告与第三方
广告启用之前的条件式披露
初版尚未启用第三方广告。如果未来启用第三方广告，包括Google在内的第三方广告商可能使用Cookie和网络信标在本网站投放广告。广告服务开始之前，必须更新本政策和必要的同意控制。
Cookies是浏览器保存的小型值，网络信标是加载时可以记录交互的小型资源或信号。广告提供商可能把它们用于广告投放、效果衡量、频次控制或个性化，具体取决于其政策和用户选择。
最后验证 · 2026-07-31
产品事实
本页使用的一手资料与官方资料。
- 解码、排列和编码都在当前浏览器本地运行，发送到MergeImage服务器的原始图片文件为0个。
- 工作区最多接收30张图片、单个文件20MB；输出超过单边12,000px或80MP时会安全缩放。
- 经验证的版本提供横向、纵向、网格、智能长截图4种布局和PNG、JPEG、WebP 3种输出格式，验证日期为2026-07-31。
| 产品事实 | 资料来源 | 最后验证 |
|---|---|---|
| 30 | 产品事实 | 2026-07-31 |
| 20 MB | 产品事实 | 2026-07-31 |
| 12,000 px / 80 MP | 产品事实 | 2026-07-31 |
“The HTMLCanvasElement.toBlob() method creates a Blob object representing the image contained in the canvas.”
资料来源
- Window：createImageBitmap() — MDN Web Docs
- HTMLCanvasElement：toBlob() — MDN Web Docs
- File API规范 — W3C
常见问题
谁在运营MergeImage？
网站只说明它是mergeimage.app上的独立工具，不虚构个人、办公地址、资质或注册信息。
为什么核心功能免费？
因为核心流程使用用户设备的浏览器能力，不依赖付费图片处理API。
如何报告错误？
请把可复现步骤发送到[email protected]，不要附带机密图片。