转HTML提示页数超限，按单个文件算还是整批合计

按整批合计，不是看单个文件：上限是把一次提交里所有 PDF 的页数加起来判定的；另有一条文件数的线，一次最多 15 个文件，两条线各自都要过。超了当场拒绝，不会给你一份转了一半的成品，具体页数线以页面提示为准。

一、为什么是合计算而不是单文件算

转换是按页逐份处理的，服务器这一次要吞下的量是「多少页」，不是「这些页摊在几份文件里」。如果只按单个文件判，一批各自身板不大的文件一起提交，单个看都不起眼，加起来才是这一次真正的工作量，那样任何有意义的约束都等于没有。所以判定口径只能是合计。

由此推出三个实用结论：分批是永远可行的解法；文件多不代表一定超限，得先看总页数；超限提示出现在提交那一刻，而不是转完一半才报。

二、被提示超限之后按这个顺序处理

1. 先数一遍总量。把这次要传的文件逐个打开，记下页码指示上的总页数求和，别估，被拒的批次常常就差几页。
2. 判断卡的是哪条线。文件数到 15 了就先减文件、分批次；文件数不多，那就是合计页数越了线，要动的是拆分而不是减少提交。
3. 拆的方法：走 PDF拆分，它支持每页各成一份，也支持自定义区间（例如 1-3,5,7-10）。按连续段拆，段与段之间不重叠，拆完的文件名记下对应区间。
4. 分批提交，每批留出余量。贴着提示线去传，只要有一个文件比预想多几页，整批都会被拒；第一批先按总量的八成左右试，摸准了再加。
5. 每批转完立刻把产物收齐。批次一多，攒到最后一起取很容易漏掉某一份，漏的那份往往恰恰是最长的那一段。

如果同一份长文件还要转别的格式，注意各入口的松紧不一样：PDF转PPT 那条链路比转网页和转文本紧得多，因为它要逐页重排整份文档，页数一多会撞上服务器超时。别把「转网页能过」当成「转什么都不成问题」，各入口都以页面提示为准。

三、这几件事别做

• 不要删掉页面来凑数。删过的原件下次还要用；拆分不动源文件，随时能按别的范围再拆一次。
• 不要把一份长文件改个名当两个文件传。合计判的是页数，不是文件身份，改名不改变任何事。
• 不要以为超限会出部分结果。这条链路要么整批拒绝、要么整批出成品，没有「先转出前面一部分、后一半丢掉」这种行为。
• 不要在加密文件上试。加密或损坏的 PDF 读不出页数就直接拒收，报的是文件可能已损坏或加了密，跟配额无关；先把打开密码去掉再统计页数。

四、能分批，不能绕开判定

能用拆分加分批把长文档全部转完，不能用改名、换设备、换登录状态这些办法绕开合计判定。判定只看这一次提交里的文件数和页数之和，两条线各自独立：文件数没超不代表页数能过，页数留了余量也不代表文件数能过。这条链路也没有任何页码、清晰度、质量或排版模式开关，传进去什么样就出什么样。

产物侧的口径一并交代：一个 PDF 出一个独立的 .html 文件，不合并、不打包，浏览器双击就能看；文字是真实文本，可选中、可复制、可被检索，输出按 UTF-8 编码；多栏排版、浮动图表这类复杂结构会有版面差异，建议转后微调。要判断某页能不能转出文字，看的是原文件里能不能拖动选中一行字。

五、先把页数数明白，再决定怎么拆

提交前的准备动作，按这个顺序做一遍能省掉一整轮返工：

1. 逐个打开文件，看页码指示记下每份的总页数，用表格软件拉一张「文件名、页数」的清单。
2. 求和，同时数文件个数，两条线分别对照页面提示判断这一次能不能整批过。
3. 只是文件数多：直接分批，同一段内容尽量放在同一批里，产物好排序。
4. 是页数合计超：挑最长的几份按连续区间拆分，拆完更新清单再算一遍和。
5. 加密的文件单独放一批先去掉打开密码，免得整批因为它一个被拒。

常见问题

问：手机上能一次传多个文件吗？
答：可以，一次最多 15 个文件的规则不分设备；但手机上数页数不方便，建议先确认合计页数再提交。

问：不登录提交，判定会不一样吗？
答：不会，文件数与合计页数的判定不分登录与否，不登录也能用；登录后产物集中在文件列表里取，分批提交时更好核对哪几份已经出了产物。

问：一次传 15 个文件，其中一个失败，其余还出不出？
答：正常处理下互不影响，一个输入对应一个产物；如果是加密或损坏的文件被拒收，其余文件仍按各自页数计入合计算。

本站入口

这一步在站内是 PDF转HTML：文件要上传到本站服务器处理，一次最多 15 个文件，页数按整批合计判定，超限当场拒绝、不出半成品，具体数字以页面提示为准。

产物拿到后逐个下载，在浏览器里翻一遍核对分段和页序，确认没有漏页再挂进页面；下一批提交前先按第五节那张清单数好页数再传。