文件运单file parcel 登录入口
ABOUT · 编写方法与边界

WhatsApp 网页版为什么按内容分,而不是按按钮分

同一个附件按钮,点下去之后走的是五条完全不同的路。按按钮讲,只能说清「点哪里」;按内容讲,才能说清「会发生什么」。

WHY

组织方式

五类内容按「处理方式是否相同」划分,不按文件格式划分,也不按使用频率划分。

为什么不是「图片、音频、压缩包、表格……」

按格式分会碎成十几种,而且大部分格式在 WhatsApp 网页版里的处理方式是相同的。按处理链分只有五种:会压缩的、不会压缩的、压缩更狠的、按通话规格的、落到本地的。

为什么每页都强调「能不能还原」

因为这是唯一不可逆的部分。操作错了可以重来,发错了可以重发,但压缩过的内容永远回不到原样。这一条决定了所有建议的方向。

SOURCE

三个判断来源

每一条结论都要能落回这三条之一,落不回去就不写进页面。

  1. 01

    自己发一遍看结果

    同一张图用两个入口各发一次,对比大小和清晰度。这类验证成本最低,也最不容易错,本站多数结论来自这一步。

  2. 02

    公开说明能对上的

    涉及大小上限、支持格式、编码规格这类会变动的规则,只写判断方法,不写死数值。数值变了,方法还成立。

  3. 03

    反复被问到的问题

    「为什么发过去变模糊」这类问题被反复问,说明这个行为与直觉相反。这类内容优先写,因为它验证过确实会让人困惑。

NOT

三件不做的事

不提供转换工具

没有「在线压缩」「画质修复」这类功能。本站不做上传,也就不存在帮你处理文件。

不代办传输

没有中转、没有代发。文件从你的设备到对方设备,中间不该多出一个第三方。

不存任何上传内容

站点是纯静态的,没有后端、没有表单、没有数据库。你在这里做的任何操作都不会被记录。

版本差异的说明。压缩的具体参数、大小上限、支持的格式都会随版本调整。所有涉及数值的地方,本站一律写「会变」并给出判断方法,不写精确数字。真要确认,自己发一次最快。

REV

修订记录

页脚上的 REV 日期就是这张表的索引,逐个核过去,就知道哪一页已经旧了。

逐页修订
页面REV这次改了什么
首页2026-11-07把处理链从文字改成四行表格,补入「落地」这一环。
图片2026-10-19新增四个误判,替换原先笼统的「会压缩」说明。
文档2026-10-23补入「能传不等于能看」,此前只讲大小限制。
视频2026-10-27把压缩拆成三层,加入肉眼判断的四个观察点。
语音2026-11-01补入三种留档方式的对照,删去重复的规格描述。
保存2026-11-04把三套存储分开讲,原先混在一段里。
说明2026-11-07整理判断来源为三条,与首页去重。