压缩 PDF v1.0

PDF压缩是通过重新编码文档内部嵌入的图片来减小文件体积，而不是把整页内容拍扁成一张图片。DocPivot的PDF压缩工具提供五个压缩级别，全部免费开放，实测一份825KB的图片型PDF最多可压缩到原体积的14%，相当于减小约86%。真正的区别在于文字层自始至终不被触碰：压缩完成后，合同里的条款依然可以搜索、可以复制，放大到400%也不会糊成一团。如果你需要的不是「尽量小」而是「刚好小于某个数值」，比如投标系统写死的上传上限，可以直接用配套的PDF压缩到指定大小工具。

它到底对文件做了什么

压缩过程只针对PDF内部的图片对象，页面结构、文字和字体原样保留。国内不少在线压缩服务的做法是把每一页渲染成一张JPG再重新封装成PDF，体积确实降下来了，但文件从此变成一叠图片——搜不到关键词、复制不出文字、打印出来边缘发毛。这类工具很少在页面上写明这一点，用户往往是在把材料交上去之后才发现问题。

拆解的关键一步是用qpdf把PDF导出成JSON结构，同时把每一条流对象写到独立的附属文件里。做完这一步，文档内部的每张图片才真正变成可以单独取出来处理的对象。市面上大量压缩服务是Ghostscript的一层封装，Ghostscript接受的是一个预设参数，整份文件一起过一遍，中间发生了什么并不对外暴露，也没办法只挑图片下手。

取出图片之后，由libvips按当前级别设定的分辨率和质量重新编码。凡是/Subtype不等于/Image的对象一律跳过，这正是文字层能完整存活下来的原因。重新编码完成后仍由qpdf把文件重新组装，并做一次体积校验：如果压缩结果没有真的变小，系统直接把原文件原样返回，而不是塞给你一个更大的文件。

体积校验这一步值得单独说明。PDF内部的图片流本身可能已经是JPEG编码，也就是说数据已经被压过一轮。再压一轮不但收益有限，加上PDF容器重组时产生的对象表和交叉引用表开销，输出反而可能超过输入。多数工具在这种情况下会照样把结果丢给你，用户下载完才发现文件变大了。这里的处理是直接放弃本次结果，返回原始文件。

整个流程运行在服务器端的后台任务里，一次处理一个作业，不占用网页进程。没有接入任何AI模型，也没有调用第三方接口。如果你需要的是修改页面内容而不是缩小体积，那应该用PDF编辑器；如果手上是扫描件、想让里面的文字先变成可检索的文本，先过一遍PDF文字识别再压缩，顺序反过来会白费一次。

五个级别的实测数据

五个级别的差别不是营销话术，而是分辨率上限和编码质量两个参数的组合。下表是同一份825KB图片型PDF在五个级别下的实测结果：

分辨率和质量一起往下走是刻意设计的。同样是压到某个目标体积，保持原分辨率、把质量压到30，观感明显差于把分辨率减半、质量保持在70——前者会在文字边缘和色块交界处产生密集的块状噪点，后者只是整体略微变软。这个规律在处理单张图片时同样成立，需要单独处理图片的话可以用图片压缩工具。

需要提醒的是，这张表来自一份图片型PDF。你手上文件的实际压缩比取决于图片在总体积中的占比：一份图文各半的报告，压缩收益大致会落在表中数字的一半左右；一份只有封面有图的说明书，几乎压不动。这不是工具的问题，而是可压缩的部分本来就只有那么多。

如果你的目标本来就是要一批可以插进PPT或者发给客户预览的图，那么压缩PDF未必是对的路径，直接用PDF转JPG把页面导成图片会更直接，也不会在体积和清晰度之间反复权衡。

主要优势

下面这些优势里，没有一条是「更快」「更好用」这种无法验证的说法。DocPivot把每一条都对应到一个具体机制或一个可以自己复现的数字，你可以拿同一份文件在别家跑一遍来核对。

• 五个级别全部免费：包括压缩率最高的Extreme在内，五档都不需要付费。Smallpdf在自己的页面上写明Moderate和Strong属于Pro功能，iLovePDF开放三档。
• 文字层永不栅格化：压缩后的合同、论文、说明书仍然是可检索的文本文件，不会退化成图片集合。
• 不会返回更大的文件：两条处理路径都做了体积校验。已经压过一次的PDF再压，加上容器开销，确实可能变大，这里直接拦掉。
• 一次20个文件：单文件直接下载原名，多文件打包成一个ZIP。批量整理文档时可以配合PDF合并先把零散文件归拢。
• 结果面板给出确切数字：压缩前后各是多少字节、节省了百分之多少，一目了然，不用自己去文件夹里对比属性。
• 按魔数校验文件：服务端读取文件头字节判断类型，不看扩展名，改名伪装的文件进不来。
• 18种语言界面：无需注册、无需下载客户端、不加水印。需要拆分或加标识时可以接着用PDF拆分和PDF加水印。

核心功能

DocPivot这套压缩工具的功能设计围绕一个前提展开：用户应当在点击之前就知道会发生什么，在处理之后能验证发生了什么。

• 五档压缩级别：以五张卡片的形式呈现，每张卡片写明这一档会牺牲什么，选之前就知道代价。
• 批量处理：单次最多20个文件，逐个处理并分别报告结果。
• 无损档位：只做结构层面的整理，图片不重新编码，适合已经优化过、只想清理冗余的文件。
• 体积保护：输出比输入大时自动回退到原文件。
• 原名下载：单文件保持原始文件名，多文件统一打包。
• 节省量报告：给出原始体积、压缩后体积和节省比例三项数据。
• 格式前置校验：非PDF文件在处理开始前就被拦下，不会跑到一半报错。
• 后台任务队列：处理在独立的后台进程中排队完成，大文件不会因为网页超时而中断。
• 与转换工具衔接：从Word转PDF或Excel转PDF出来的文件常常带着高分辨率插图，转完直接压缩是很自然的下一步。
• 处理图片型PDF：用JPG转PDF拼出来的产品图册往往体积惊人，这类文件正是压缩收益最大的类型。

使用步骤

1. 上传文件：选择一个PDF，或者一次拖入最多20个。服务端按文件头字节完成校验。
2. 选择级别：默认停在Balanced均衡档。不确定选哪档，先用默认值跑一次看结果面板的数字。
3. 等待处理：后台任务拆解文件、重新编码图片、重新组装，中途不需要任何操作。
4. 核对并下载：结果面板显示节省了多少，单文件按原名下载，多文件下载ZIP包。文件顺序需要调整的话，DocPivot的PDF页面整理可以接着处理。

典型使用场景

跨境电商产品资料包

背景：深圳一家做独立站的团队每月要向海外分销商发送产品目录，插图密集的PDF动辄60MB以上，邮箱附件卡在25MB上限。

做法：用Balanced档批量压缩当月的12份目录，结果在8到12MB之间，图片细节在电脑屏幕和常规打印下都够用。产品参数表如果还需要回到表格里核对数据，可以用PDF转Excel取出来。

效果：附件一次发送成功，分销商不再需要额外下载网盘链接。

投标文件上传限制

背景：不少招投标平台对单份文件设置了20MB或50MB的硬性上限，超出直接拒收，而资质证明扫描件的体积往往超标。

做法：先用Strong档压一次，如果仍然超限再试Extreme。关键是压缩后文字仍可检索，评标专家在系统里搜索关键条款不会落空。这一点用页面转图片的工具做不到。

效果：材料一次上传通过，无需重新扫描或拆分成多份提交。

课件与演示材料归档

背景：高校教师把一学期的课件导出成PDF存档，单门课累计超过300MB，学校的云盘配额吃紧。

做法：课件通常由PPT转PDF生成，内嵌图片分辨率远高于阅读所需，用Strong档批量处理一次即可。

效果：归档体积降到70MB左右，学生在手机上打开的加载时间也明显缩短。

合同签署前的往返传递

背景：法务与业务方在微信和企业邮箱之间来回传合同版本，扫描盖章页让文件不断变大。

做法：用Light或Balanced档压缩，盖章印记依然清楚可辨，条款文字保持可搜索状态。定稿后再用PDF签名完成签署流程。

效果：传递环节顺畅，后续检索历史版本时可以直接全文搜索关键词。

能力边界与已知限制

纯文字PDF几乎压不小，这是正确表现而非故障。实测一份1,493字节的纯文字文件，五个级别处理后都是1,094字节，因为文件里根本没有图片可以重新编码。任何在这类文件上声称能省掉一大半体积的工具，多半是把页面栅格化了——省下来的体积是拿文字层换的。

Extreme档在纸面上确实看得出变软。实测在Extreme下，文字仍然可以提取、字体仍然是真实字体，但内嵌图片在像素尺寸不变的前提下从274K降到37.8K。用于屏幕阅读没问题，需要高质量打印的材料建议停在Balanced或Light。

文件需要上传到服务器处理，这一点必须说清楚：压缩涉及PDF内部结构的完整拆解和重组，浏览器端无法完成。上传的文件在30分钟内自动删除，单文件上限100MB，同一IP每小时20个作业。按照《个人信息保护法》和《数据安全法》的要求，涉及个人敏感信息或商业秘密的文件在使用任何在线服务前都应当评估合规风险，内部有明确规定的机构请遵循机构自身的流程。

把限制写在页面上而不是藏进帮助文档，是DocPivot在产品说明上的一贯做法。用户拿一份压不动的文件反复尝试五个级别、最后怀疑工具坏了，这种时间浪费本可以用一句话避免。

另有两类情况不在压缩工具的处理范围内：带表单域和注释的文件如果需要把这些元素固化下来，应当使用PDF扁平化；结构本身已经损坏、无法正常打开的文件必须先用PDF修复处理，压缩流程需要一个结构完整的输入文件才能开始。

常见问题