网上申请材料怎么准备：从文件检查到下载提交
按表单上的实际上传要求选择图片或 PDF 工具，检查格式、大小、尺寸与页数，再下载一份能够直接提交的文件。
报名表只有三个上传框。你把身份证扫描件传上去，页面弹回来一句"文件不能超过 200KB"。扫描件 3.2MB。另外两个框还空着，系统提示 12 分钟后会话过期。
材料卡在这一步，跟材料本身对不对没关系——它在你自己电脑上打开得好好的，只是不符合对方网站的规则。所谓准备材料，就是把规则找出来、让文件对上规则、在再次上传之前先证明它对上了。
先把要求从表单上抄下来
不要先压缩。打开表单，把它写明的每个数字和格式都记下来。多数网站会把允许的扩展名、最大字节数、像素尺寸、页数限制塞在某处灰色小字里，有的还会限制单个字段能传几个文件。
表单没写的，去找帮助页或可下载的说明文档。实在找不到就保守准备：小一点、格式常见的文件，比大一点、格式冷门的文件更不容易被拒。
动手之前先把要求写下来，原件一个都不要动，全部用副本处理。不少申请卡住，就是因为有人把唯一一份清晰扫描件覆盖成了压缩版，之后才发现对方要的是原始分辨率。
哪一项没过，就用哪个工具
找到你当前不符合的那条要求，用中间这列的工具，再核对右边那件事。
| 表单要求 | 打开这个工具 | 处理完要核对什么 |
|---|---|---|
| 照片不超过 200KB | 图片压缩 | 实际字节数，以及小字是否还看得清 |
| 必须正好 600 × 800 像素 | 图片缩放或图片裁剪 | 下载文件里的宽、高与长宽比例 |
| 只要 JPG，我手上是 HEIC 或 PNG | 图片格式转换 | 真实文件类型，而不只是扩展名 |
| 只能传一个文件，我有四份 | PDF 合并 | 页数，以及文档顺序 |
| 所有材料必须合成一个 PDF | 图片转 PDF | 页面顺序、方向和总体积 |
| 扫描件 8MB，限制是 1MB | PDF 压缩 | 正文文字在可读的前提下能撑住多少 |
| 对方只要第 4–9 页 | PDF 选页 | 选出来的页对不对、顺序对不对 |
| 不知道到底哪里出问题 | 材料预检 | 每一项通过或失败的检查及实测值 |
用这张表要有两个习惯。一是每次只改一样：PNG 转 JPEG 解决的是格式，像素尺寸一点没变。二是改完就重新对一遍要求，网站往往同时卡好几条。
要求之间会互相打架
要求是会互相牵制的，很多人就是在这上面绕圈子。
比如表单要 JPEG、不超过 200,000 bytes、至少 600 × 800 像素——这三条能同时满足。但如果某个网站要求 200,000 bytes 且至少 2400 × 3200 像素，那就是要在一份很小的文件里塞进大量细节，纸质文档的扫描件很可能撑不住。没有工具能在保持文字可读的前提下同时满足这两条，声称能做到的服务都不老实。
实际顺序是：先格式，再尺寸，最后体积。先压缩再缩放，纯属白丢画质——你先折腾一遍大图，又把刚花掉的细节扔掉。还有一个坑值得单独说：200KB 不总是 204,800 bytes。写 200 KiB 的网站要的是后面这个更大的数，字节上限的细节解释了为什么这里最容易出岔子。
弄清楚文件到底去了哪里
申请材料常常是个人信息，上传之前应该知道哪些操作会碰服务器。
浏览器本地操作在你当前的标签页里完成，文件就在你的设备上解码，不会离开。AttachReady 里属于这一类的是轻量图片属性检查和本地 JPEG 压缩选项。
服务端操作会把选中的文件发送到处理服务，由专门的引擎来做。格式转换、PDF 检查、压缩、合并、拆分、旋转都走这条路，四种输出格式里保真度更高的压缩模式也一样。本地检查和服务端转换的数据路径确实不同，文件隐私与保留时间把两条路径都写清楚了。
不登录也能用不少功能：最多 3 个文件、合计 5,000,000 bytes、20 页 PDF、每图 1200 万像素，每个会话还有次数限制。免费账号把上限提到 10 个输入、25,000,000 bytes，并增加已保存的上传、任务历史、可复用规则，以及给脚本用的 REST 或 MCP 接口。更高的档位提高的是数量，不是引擎的安全上限。
严格模式和尽量模式不是一回事
设置目标体积时，你同时也在选择：万一目标根本达不到，服务该怎么办。
严格模式干脆不给你产物，只返回一份说明目标无法达成的报告，附上实测数据。这其实是有用的答案——它说明问题出在要求本身，你该去跟接收方沟通，而不是继续把文件往小里磨。
尽量模式返回它能验证的最小候选，并警告没有达标。当一份超限文件仍有价值时可以用它：看看差距有多大，或者传到另一个限制更松的地方。但要用得明白：能下载成功，不等于一定合格。
再次上传前先自己验一遍
打开结果文件，别只看摘要。
放大到 100%，看文档里最小的那行字——证件号、日期、签名线。压缩带来的细节损失最先在这里露出来，别处还看不出来。然后拿实际字节数去和上限严丝合缝地比，别瞄一眼四舍五入后的数字，因为同一个文件在这个软件里显示 200KB，在另一个软件里就是 204,800 bytes。
核对页数、文档顺序，以及原本是横版的页面现在朝哪边。确认扩展名和网站要求的一致。最后想一想处理过程中少了什么：压缩和转换通常会去掉定位与相机元数据，这大多正是你要的；但如果接收方要求文件里带时间戳，那就得先看一眼。
提交前的最后几分钟
快速过一遍：
- 每一条写明的要求，你都有一次对应的实测检查。
- 原件还在你自己设备上，一动没动。
- 产物能用普通阅读器正常打开。
- 游客结果已经下载好了。它只存在于你刚才那个页面里，一离开就没了。账号产物 24 小时后到期，当前上限见支持格式与处理限制。
然后上传。如果还是失败，那条报错就是你手上最有价值的信息，上传错误排查逐条讲了它们各自是什么意思。预期也要放正：AttachReady 核验的是技术要求；材料最终是否被接收，由接收机构决定，没有哪个工具能替它拍板。
第一次走完这套流程大概要二十分钟，第二次三分钟——因为你会认得出要求属于哪一类，不用再猜。如果想在需要之前先看一眼这些工具，可以从快速上手开始。