清理 SVG 元数据、外部引用和无效代码：哪些能删，哪些要保留

常见误区是：SVG 里看不懂的内容都可以删。这个判断危险，因为 SVG 同时保存图形、样式、坐标关系、可访问性信息和资源引用。清理的目标不是让源码看起来短，而是在明确渲染边界后，移除不参与目标用途的内容，并拒绝可能执行脚本或向外部取资源的结构。

基础事实：SVG 是可执行环境里的结构化文本

图注：清理 SVG 前先区分渲染结构、辅助信息和危险引用。

SVG 不是一张封闭的像素图。浏览器会解析元素、属性、CSS、引用和坐标系统，再绘制结果。viewBox 决定缩放坐标；路径和基本图形决定轮廓；填充、描边、渐变和滤镜决定外观；title、desc 等内容可能承担可访问性说明。

同一个文件也可能包含不服务于最终显示的信息，例如编辑器名称、画板状态、命名空间扩展、注释和隐藏对象。还有一些内容会改变安全边界，例如脚本、事件属性、外部图片、外部样式或跨文档引用。前一类主要影响体积和可维护性，后一类会影响隐私、稳定性和可移植性。

因此，SVG 压缩优化工具在浏览器本地读取源码，并在优化前后做安全检查。选择文件、粘贴源码和调整档位不用登录，点击开始优化时需要登录。输入最多 2 MiB；URL 导入必须由来源允许 CORS，不经过图叮服务器代理。

第一条推论：先按作用分类，不能按“陌生程度”删除

可以把节点分成三类。第一类直接参与渲染，例如路径、形状、渐变、裁剪和必要样式；删除会改变画面。第二类不直接绘制，但仍服务使用，例如 viewBox、可访问性文本、可复用定义和被引用的 ID；它们看起来像“辅助信息”，实际上不能随便丢。第三类才是候选，包括不需要的编辑器元数据、无引用定义、冗余属性和注释。

判断某个定义是否无用，必须先检查是否被 href、url(#id)、裁剪、蒙版、渐变或滤镜引用。只看它在源码里没有像素内容，就直接删除，会让引用它的对象失去效果。自动清理器的价值，正是在删除前做引用关系分析，而不是机械删标签。

若目标是交付给其他设计工具继续编辑，可读性和分组结构也有价值；若目标是网页发布，体积、独立性和浏览器兼容更重要。同一份原稿可以输出不同副本，不必逼一个文件同时承担所有任务。

第二条推论：外部引用必须纳入安全和可移植性检查

一个 SVG 在本机显示正常，可能是因为它偷偷依赖本机字体、外部图片或网络样式。换到另一台电脑、离线环境或严格内容安全策略下，引用无法加载，画面就会变化。外部资源还会产生请求，把访问时机、来源地址等信息带出当前页面。

清理时应明确处理脚本、事件属性、外部 URL 和不受控样式。不能因为当前浏览器没有执行出异常，就把它们当作安全。反过来，也不能把所有 href 都当成外链；指向同一文档内部 ID 的引用可能是渐变、符号复用或裁剪关系的一部分。

对于来源不明的 SVG，先保存原字节，再用安全档处理，比较前后结果。还要查看文本内容和许可信息：移除编辑器元数据不等于获得素材版权，清理作者标识也不会改变授权条件。

第三条推论：压缩率必须服从可验证的显示结果

体积变小可以精确测量，但“没有变化”需要在目标场景验证。至少检查 viewBox、宽高关系、主色、透明度、渐变、裁剪、滤镜、文字和关键 ID 引用。图标要放大检查细线和拐点；复杂插画要看局部遮罩；嵌入网页时要在实际 CSS 环境中检查。

如果主要问题只是文件大，可先看SVG 文件压缩的三档选择。如果目标环境不需要缩放、改色和路径交互，则应进一步判断是否转成位图；SVG 压缩与转 PNG 的选择边界会把这两个动作分开。

保留原稿很重要。优化后的文件是面向某个用途的交付副本，不应覆盖唯一来源。一旦后续发现某个编辑器扩展、可访问性字段或引用关系确实有用，可以从原稿重新输出，而不是反向猜测被删掉的结构。

边界条件：清理不能修复错误设计或未知依赖

如果 SVG 本身路径节点过密、对象重复、文字未转曲或滤镜设计过重，删除元数据只能解决一部分体积。若文件依赖私有编辑器语义，通用浏览器优化器也无法保证在原编辑器中继续保持完全相同的可编辑状态。

这就是边界：浏览器工具面向安全预览、标准化和网页交付，不是完整设计软件的替代品。遇到优化前后明显不同，应停止使用该结果，回到原文件，改用更保守档位或在来源软件中整理结构。

把全文压成一句话：可删除内容 = 不参与目标渲染、未被引用、没有合规保留要求，并且删除后通过目标环境验证的内容。少一个条件，都不应只凭“源码更短”下结论。