一个包含 40 张幻灯片的文件，如果无法附加到邮件中，通常并不是因为幻灯片数量过多。我曾经打开过许多“过大”的文件，其中 36 张幻灯片总共只有 4 MB，而剩下的四张——一张粘贴的截图、一张嵌入的 Excel 图表、一张被遗漏的循环 GIF —— 却占据了剩下的 160 MB。幻灯片数量从来不是问题。几乎没有人在压缩整个文件之前会检查哪四张幻灯片实际上在造成问题。

在动手之前先了解文件内部的内容

这里有一个大多数压缩指南都会忽略的技巧：一个 .pptx 文件实际上是一个带有不同扩展名的 ZIP 压缩包。将其副本重命名为 .zip，解压后，打开 ppt/media 文件夹，并按文件大小排序。在我的经验中，这只需要不到两分钟，却能比任何“如何缩小 PowerPoint 文件大小”的列表提供更多信息，因为它能精确显示哪个资产占用了 40 MB，哪个只有 40 KB —— 而不是让你猜测并重复压缩那些从未成为问题的图片。

Keynote 文件在结构上表现相同 —— 一个 .key 文件也是一个可以检查的包 —— 虽然 Apple 不像 PowerPoint 那样在应用内提供相同的压缩控制，这在后续会有影响。

图片通常是问题所在 —— 但“压缩”并不意味着人们想象的那样

人们经常忽略的一点是：PowerPoint 会保存图片在插入时的原始分辨率，而不是在幻灯片中显示的分辨率。一张被缩小为缩略图的 1200 万像素手机照片，在文件中仍然携带完整的像素数据，直到软件明确告诉它丢弃剩余部分。

这就是内置的“压缩图片”工具的作用，而微软的官方指南建议将默认分辨率设置降低到 150 ppi 或以下，用于共享而非打印的内容，这对于屏幕或投影足够清晰。我不会建议在客户端展示的幻灯片中将其降低到更低 —— 因为嵌入在图形中的文字在进一步降低后可能会变得模糊，这比文件多几兆字节更糟糕。

这里的隐患在于：通过复制粘贴从其他应用中粘贴进来的图片有时会以不同的对象类型嵌入，而不仅仅是通过 插入 > 图片 插入的图片。PowerPoint 的压缩过程并不总是对它们同样有效。如果你压缩了幻灯片但文件大小几乎没有变化，请检查是否最大的问题来自粘贴而不是插入的图片 —— 重新插入它们为正常图片对象通常能解决压缩无法解决的问题。

看不见的膨胀：字体、嵌入对象和旧版本

嵌入字体是一个真正的权衡，而非纯粹的负面因素。如果你需要确保没有安装该字体的用户能看到幻灯片的原始设计，嵌入可以解决这个问题 —— 但嵌入 每一个字体的每一种字重 当你的幻灯片中可能只有 200 个独特字符时，就是浪费。PowerPoint 允许你仅嵌入文件中实际使用的字符，通过 文件 > 选项 > 保存，这在字体密集的幻灯片中可能会有很大影响。

嵌入的 Excel 图表和其他 OLE 对象是一个单独的问题，因为一个“图表”通过活动数据链接粘贴后，并不是一张图片 —— 而是一个携带数据表的微型电子表格，附带在幻灯片文件中。如果没有人会双击进入该图表来编辑底层数据，将其转换为静态图片或原生、矢量构建的 图表模板 而不是链接对象，可以完全移除嵌入的工作簿，这通常比压缩幻灯片中每一张照片的总和更有效。

然后还有人们想不到的层：未使用的幻灯片母版和布局，它们遗留在之前的模板或从其他幻灯片复制粘贴的部分中。它们不会在滚动幻灯片时显示，但会完整存储。由三四个不同源文件组合而成的幻灯片可能会拖着数月未使用的母版。

视频和音频将超过其他所有内容的总和

如果一个幻灯片在某人添加一个视频片段后从合理大小突然变得巨大，这不是需要进一步调查的巧合 —— 这就是视频的作用。一段嵌入的 1080p 视频片段本身就能增加数十兆字节，而 4K 视频会更快地放大这个数字。这是“压缩媒体”（PowerPoint 也提供了这个内置选项，与图片压缩并列）中，每次点击能带来的最大收益的情况之一。

在嵌入之前值得考虑的替代方案：链接到托管视频而不是将文件放入幻灯片中。这意味着离线播放无法使用，如果你在没有可靠 Wi-Fi 的地方进行现场演示，这是一个真正的权衡 —— 但对于通过邮件发送而非现场演示的内容，一个链接可以让 .pptx 文件足够小，以至于能够实际发送。

扁平化的幻灯片是自身的隐形膨胀源

有一种问题与分辨率设置无关：将幻灯片导出为单一扁平化图像，然后将其作为图片重新放入幻灯片中，通常是因为有人在单独的设计工具中构建了一个图表或信息图，并将最终结果作为一张扁平的 PNG 粘贴回幻灯片，而不是使用原生形状。这张幻灯片上的每一个标签、每一条线、每一个文字都变成了栅格数据而不是可编辑的矢量内容 —— 存储起来更重，而且无法通过移动、重新着色或修正来调整，除非从头重新构建整个图形。这与幻灯片需要 翻译成其他语言 时，发现文字被嵌入到图片中而不是放在实际的文本框中的问题相同 —— 文件在同一时刻变得更重且更不灵活，出于相同的原因。

一个干净的起点可以避免所有这些问题

以上大部分内容都是救急措施 —— 在文件已经膨胀后修复。更安静的解决方案是从使用原生矢量形状和适当的文本容器而不是截图和拼接的扁平化图形构建基础。这样构建的幻灯片，从第一张开始，很少需要后续的干预，因为它一开始就没有隐藏的栅格内容。

下次文件无法附加到邮件时，抵制压缩幻灯片中每一张图片的冲动，在检查之前。打开压缩包，按大小排序，并修复实际负责问题的两三张幻灯片 —— 其他三十七张从未成为问题。