企业官网建设流程全解析

排版这行干久了，最容易翻车的地方从来不是内容写得好不好，而是字体。一份文稿在屏幕上看着挑不出毛病，送到文印室打出来，标题胖了一圈、行距挤成一团、页码跑偏半行——这种场面我见过太多次。方正小标宋简体这几个字，几乎是每一个接触正式文书排版的人绕不开的门槛：标题该用它、字号该定多少、为什么别人电脑上打开就变了样、导出的PDF到打印店又被替换成别的字体。这篇东西就围绕这个字体，把它的字形特征、排版参数怎么算、字体文件本身的技术差异、跨系统渲染为什么不一样、以及一套可以直接照抄的落地流程，从头到尾捋一遍。刚入行的行政、宣传、文印岗位的朋友可以当操作手册看，做了多年的老手也可以对照着检查一下自己的模板里有没有埋着隐患。

1. 先把"格式合规"翻译成能落地的排版参数

很多人一听到"格式合规"四个字就头大，觉得是一堆条文。其实拆开看，它落到操作层面只有四件事：用哪个字体、用多大字号、行距留多少、页面留白多少。这四件事只要定死，剩下的都是照抄。之所以要专门讲小标宋，是因为它在这四件事里排第一位——字体选错，后面全白搭。

1.1 小标宋的字形骨架，为什么它不是"普通宋体"

先破除一个特别常见的误解：小标宋不是"小号的宋体"，也不是"把书宋加粗一点"。它属于标宋家族里字重偏轻的一支，和书宋（正文常用的那种宋体）、大标宋是并列关系，不是缩放关系。

从字形上看，它有三处明显不同。第一处是横竖笔画的粗细对比。书宋的横画很细、竖画较粗，对比强烈，小字号下横画容易在低分辨率设备上断线；小标宋把这个对比收窄了，横画加粗到接近竖画的三分之二，笔画整体更"结实"。第二处是字面率。同样字号的字框里，小标宋占的面积更大，字与字之间的空隙更小，排成一行时视觉上更连贯、更"满"，这正是标题需要的效果。第三处是收笔的装饰角。宋体类的三角衬线在小标宋上被处理得更钝、更短，激光打印机的600dpi输出下不容易糊成一团黑点。

这三点加起来，解释了为什么正式文书的标题偏爱它：远看有分量，近看不刺眼，打印还原稳定。我做过一次对比实验，同样用二号字打"关于XX工作的通知"八个字，书宋打出来偏瘦、像正文被放大了，大标宋打出来压得慌，小标宋的视觉重量刚好落在中间。你要问有没有替代品，黑体可以顶一阵，但黑体没有衬线，正式感会掉一档，而且在某些老式打印机上黑体的大块实心笔画反而更容易糊。

1.2 字号、行距、版心的换算，别凭感觉调

字号这块，中文的"号"和西文的"磅"是两套体系，混着用必出问题。换算关系是1磅 = 1/72英寸，屏幕像素 = 磅值 × 屏幕DPI ÷ 72，打印像素 = 磅值 × 打印机DPI ÷ 72。我把常用的几档算好放在下面，直接查就行，不用每次掏出计算器。

行距是最容易出错的地方，因为绝大多数人习惯在段落设置里点"1.5倍行距"。这个"倍"是有陷阱的：倍数行距的基准不是字号，而是字体自带的行高表，也就是 ascent + descent + lineGap 那一套数据。三号字（16pt）在常见宋体下的单倍行距大约是 16 × 1.2 ≈ 19.2pt，1.5倍就是 28.8pt，看着和"固定值28磅"差不多，但只要换一个字体文件，行高表里的数值一变，同样的1.5倍可能变成27pt或者31pt。这就是为什么两个人用"同样的设置"，打出来的页数不一样。

所以我的做法是一律用固定值。三号正文配28磅或29磅固定行距，四号字配22磅左右，标题单独设。固定值的好处是它跟字体解耦，你把文档发给任何人、在任何系统上打开，行与行的间距都是同一个绝对值，不会漂。

首行缩进同理，别用"缩进0.74厘米"这种糊涂账，用"缩进2字符"，它会跟着字号自动算。三号字缩进2字符 = 32pt ≈ 11.3mm，换算成厘米是1.13cm，记住这个数，遇到只能填厘米的老旧模板可以直接输。

版心留白这块，各家单位的模板数值会有差异，我这里拿一组常见值演示换算思路：A4纸 210mm × 297mm，上边距37mm、下边距35mm、左边距28mm、右边距26mm，那么版心宽度 = 210 − 28 − 26 = 156mm，版心高度 = 297 − 37 − 35 = 225mm。你在页面设置里填完这四个数，一定要回到"页面视图"看一眼标尺，确认版心确实居中——左右边距不等宽是故意的，为的是给左侧装订留位置，这个细节很多人不知道，把左右设成一样宽，装订完成品就偏了。

提示：模板里凡是出现"厘米"和"字符"混用的地方，一律统一成字符或磅，厘米只用在页边距这种纯物理量上。混用是后期错行的头号元凶。

2. 字体文件本身的技术剖面

装了字体就能用，这是理想状态。真实情况是：同一个名字的字体文件，可能有好几个版本在江湖上流通，字形轮廓、字符集、甚至内部命名都一样，但渲染结果差一截。搞清楚文件层面的东西，能省掉大量"我这儿明明是好的"的扯皮。

2.1 TTF、OTF、TTC，选错格式的连锁反应

中文字体常见的容器格式主要有三种。TTF（TrueType）用二次贝塞尔曲线描述字形，Windows 原生支持最好，系统级 hinting（笔画对齐指令）执行得最完整；OTF（OpenType/CFF）用三次贝塞尔曲线，压缩率更高、文件更小，macOS 的 CoreText 渲染引擎对它更友好；TTC是把多个字重打包进一个集合文件，装一次等于装一套。

这个差异在小字号下会变得肉眼可见。TTF 里的 hinting 指令会让笔画在像素网格上"对齐"，12pt 以下的字尤其明显；macOS 从很久以前就基本忽略这套指令，走的是自己的抗锯齿路径。结果就是同一份文档，Windows 上看着笔画锐利，Mac 上看着更圆润模糊一点。这不是谁坏了，是设计哲学不同。

实操建议：在 Windows 为主的办公环境里优先用 TTF 版本，跨平台交付前一定导出 PDF 并嵌入字体。OTF 不是不能用，但要在交付前做一次全平台目视核对，特别是标题这种大字，字重观感差异会被放大。

还有一个隐蔽的坑：字体缓存。同一台机器上先后装过两个版本的小标宋，系统可能还在用旧的缓存。症状是"我明明装了新版，标题还是老样子"。处理办法是先把旧版本从字体目录彻底删掉（不是禁用，是删除文件），清掉系统字体缓存，重启后再装。Windows 上删完字体要重启一次字体缓存服务或者干脆重启机器；macOS 上用字体册把重复项停用，清掉用户缓存目录里的字体缓存文件再重启。这一步不做，后面所有排查都是在错误的地基上盖楼。

2.2 字符集、字重与"缺字即事故"

小标宋的主要用途是标题，标题里出现生僻字、异体字、特殊符号的概率其实不低——地名用字、姓氏用字、专业术语里的古字，都是雷区。很多精简版或者子集化的字体文件，只保留了GB2312那6763个常用字，一碰到扩展区的字就直接显示成方框或者被系统悄悄替换成别的字体。

判断方法很简单：把字体文件拖进字体查看工具，看字符总数。完整的繁简中文字库通常在 2 万字符以上，文件体积 5MB 到 20MB 不等；如果只有几百KB，那基本可以确定是子集化过的，只适合嵌入PDF用，不适合装进系统当工作字体。

# Linux/macOS 下查看字体文件的基本信息与字符覆盖 otfinfo -i ./xiaobiaosong.ttf fc-query --format '%{family}\n%{style}\n%{fontversion}\n' ./xiaobiaosong.ttf

另外要警惕"改名版"。市面上存在一些把别的宋体改了内部名称冒充小标宋的文件，肉眼在屏幕上不一定分得出，但打印出来字重、字面率都对不上。识别手段有两个：一是看文件体积和字符数是否合理，二是在同一字号下把它和正版并排打一行"永"字或者"通知"，对比收笔的三角衬线形状和横竖粗细比。这个动作花不了两分钟，但能挡掉后面一连串返工。

注意：团队协作场景下，建议把字体文件的哈希值记在模板说明里，所有人装之前先核一遍。听起来有点较真，但一次事故的返工成本远高于这个动作。

3. 跨系统渲染差异的根源与实测

"我这儿好好的，你怎么打开就乱了"——这句话背后九成是渲染引擎差异。三大平台各有一套文字排版引擎，它们读字体文件里不同的表，算出来的行高、字距、基线位置都不一样。

3.1 三个渲染引擎的行高账本不一样

Windows 的 DirectWrite 在计算行高时，主要参考字体 OS/2 表里的usWinAscent和usWinDescent；macOS 的 CoreText 更倾向用hhea表里的ascender和descender；Linux 的 FreeType 则看具体配置，通常优先hhea。这几个数值在同一份字体文件里本来就可能不相等——因为造字体的人给它们填了不同的值，各有各的考虑。

后果是什么？同一段三号字、1.5倍行距的文本，在 Windows 上可能占 20 行，在 Mac 上变成 19 行，或者反过来。整篇文档的页码、表格跨页位置全跟着变。这就是我前面强调"一律用固定值行距"的根本原因：固定值绕开了所有引擎对行高表的解释差异，直接锁死绝对值。

字距也有类似问题。中英文混排时，各引擎对"中西文自动间距"的处理策略不同，同一个"2024年度工作总结"这样带数字的标题，有的引擎会在数字和汉字之间插一点空隙，有的不插。如果你手动在中间打了空格，到了另一个引擎上就会变成双倍空隙，看着特别业余。正确做法是关掉自动间距，需要空隙的地方用"字符间距加宽0.x磅"这种精确设置。

基线对齐是第三个坑。表格里中英文混排、或者标题行里嵌了数字，不同引擎对"文字基线"的定位会有零点几毫米的偏差，屏幕上完全看不出来，打印出来能看出上下不齐。这个只能靠出片前放大到200%逐行核对。

3.2 PDF 嵌入与打印输出的双重验证

交付环节我坚持一个原则：永远交 PDF，永远验证嵌入。源文档只作为备份，不做交付主体。

验证嵌入最直接的办法是打开 PDF 看文件属性里的字体列表，每一项后面应该标注"嵌入子集"或"嵌入"。批量核对我一般用命令行，输出快、不遗漏：

# 查看 PDF 内所有字体的嵌入状态 pdffonts 终稿.pdf # 输出示例中各列含义： # name 字体名 # type 格式（TrueType / Type1C 等） # emb 是否嵌入，yes 才算安全 # sub 是否为子集 # uni 是否带 Unicode 映射

emb那一列只要出现no，这份文件就不能交出去。未嵌入的字体在别人机器上会走系统替换逻辑，标题被换成黑体或者默认宋体，行宽一变，整页重排。

光看嵌入还不够，得看渲染结果。把 PDF 按目标打印分辨率转成图片，逐页目视：

# 按 150dpi 渲染成图，检查标题笔画是否断裂、行距是否均匀 pdftoppm -r 150 -png 终稿.pdf page

为什么要转图看？因为有些字体虽然"嵌入了"，但嵌入的是子集，某些字形的轮廓数据被裁掉了，屏幕上靠系统字体兜底显示正常，实际文件里是坏的，只有打印或者转图才暴露。我遇到过一次，标题里一个不太常见的字在 PDF 里显示正常，转成 300dpi 图片后发现那个字变成了豆腐块——原因是源文档里那个字用的是系统替换字体，导出时被静默丢弃了。

打印环节还有一个细节：打印预览一定要设成100%缩放，别用"适应页面"。适应页面会重新计算缩放比例，把小问题掩盖掉，你以为排得挺整齐，实际打出来标题偏右两毫米。

4. 一套可以直接抄的落地流程

前面讲的是原理，这一节是动作。我把从零搭一份合规文稿的流程拆成可执行的步骤，照着做基本不会出岔子。

4.1 模板与样式体系的搭建

第一步，环境净化。卸载机器上所有来路不明的小标宋版本，只留一个确认过的文件，装完重启。这一步不做，后面全是玄学。

第二步，建样式，不建格式。打开文字处理软件，进样式面板，新建三个段落样式：

• 公文标题：小标宋，二号（22pt），居中对齐，固定行距35磅，段前段后各0，允许跨行但禁止断词
• 正文：宋体或仿宋，三号（16pt），两端对齐，固定行距28磅，首行缩进2字符，段前段后0
• 一级标题：黑体，三号，左对齐，固定行距28磅，首行缩进2字符

样式建好之后，正文里所有文字只能通过套样式来改，禁止手动选中一段去调字体字号。这条纪律看着死板，但它是唯一能保证长篇文档格式统一的办法。我见过太多稿子，前面三十页规规矩矩，后面几页因为赶时间手动调了几下，字号差半磅、行距差两磅，装订成册后翻到那儿一眼就能看出来。

第三步，页面设置。纸张A4，页边距按你们单位模板填，装订线留左侧。页脚插入页码，页码样式也用样式控制，别手动敲数字。

第四步，层级编号。中文公文的层级顺序是"一、→（一）→ 1. →（1）"，这个顺序不要跳、不要混。用软件的多级列表功能绑定到标题样式上，好处是插入或删除章节时编号自动重排，手动敲的编号一改就全乱。

第五步，中西文混排处理。关掉"自动调整中西文间距"，需要空隙的地方手动加"字符间距加宽1磅"。数字统一用半角，单位符号和数字之间留一个半角空格（如"15 kg"），这是排版惯例，不是硬性规定，但做了显得专业。

第六步，导出与验证。导出PDF，跑一遍前面说的pdffonts和pdftoppm，确认嵌入齐全、渲染无异常。

4.2 交付前的六项自检

我把每次交付前必做的检查列成清单，跑一遍大概五分钟，能挡掉95%的低级错误。

关于第4项多说一句。用空格缩进是新手最爱犯的错，因为见效快。但空格宽度受字体影响，换个字体缩进量就变了，而且空格在行首会被某些排版引擎吞掉，导致有的段落缩进、有的不缩进。用"首行缩进2字符"是唯一稳妥的方案，它在任何字体、任何引擎下都按当前字号算，绝对一致。

第1项的判断有个技巧：把光标放到标题上，看软件顶部字体框里显示的名字。如果显示的是目标字体名但字形明显不对，那基本可以确定是"同名不同文件"，回去查文件哈希。如果字体框里显示的是别的名字，说明这个字符在该字体里不存在，被静默替换了，得换字或者换字体版本。

5. 故障速查与踩坑记录

这一节是我这些年攒下来的问题本，按症状查原因，比从头推理快得多。

5.1 高频问题对照表

5.2 几个只有踩过才知道的细节

细节一：装字体不等于生效。很多人装完字体，打开旧文档发现还是老样子，就以为装失败了。其实是文档里保存的是字体引用，装新字体后引用能对上，但样式缓存里可能还是旧的。正确做法是装完字体后，进样式面板把标题样式重新应用一次——选中样式名，点"更新以匹配所选内容"或者干脆重新设一遍字体。这一步不做，你会一直怀疑自己装错了。

细节二：标题跨行时的断词位置。小标宋排长标题必然跨行，断在哪里很有讲究。原则是不能把词组拆开，"关于进一步加强"不能断成"关于进一步/加强"。软件默认的断行是机械的，按字符宽度算，所以经常断在难看的部位。解决办法是手动插入"可选连字符"或者用"不间断空格"把词组锁住，实在不行就调字间距（加宽或紧缩0.1到0.3磅），把整行宽度微调到能自然断开的位置。这个动作很细，但成品观感差别巨大。

细节三：字重在不同输出介质上的表现。同一个字体文件，屏幕上看着刚好，激光打印偏黑，喷墨打印偏淡，复印之后又变黑。这是因为墨粉/墨水的铺展特性不同。如果这份文稿主要用途是复印分发，标题字号可以往下压半档（比如二号改小二），字重感会更平衡。这个没法靠参数算，只能打样看。

细节四：交付三件套。我现在的交付习惯是给三样东西：源文档、PDF、一份字体说明（写清楚用了哪几个字体文件、版本号、文件大小）。听起来啰嗦，但对方文印室拿到这份说明，能立刻判断自己机器上装的是不是同一个文件，省掉至少一轮来回沟通。

细节五：留一个"应急版"。重要文稿我通常会额外导一份"全转曲"或者"全转图"的版本作为兜底——所有文字转成矢量轮廓或高分辨率图片，任何机器打开都不会变样，代价是不能编辑、文件变大。这份只在对方明确说"我们这儿没这个字体"的时候拿出来用。

我个人在实际操作中的体会是，字体这件事的难点从来不在技术，而在一致性。一个人排版，怎么弄都行；十个人协作、跨三个系统、经两轮打印，任何一处不统一都会被放大成事故。所以与其追求"这次排得漂亮"，不如把模板、样式、字体文件、校验流程全部标准化，让下一个人接手时不用重新想一遍。我现在的模板文件夹里常年放着一个字体校验子目录，里面就是字体文件、哈希值、校验命令的说明，新人来了直接拿走用，比讲十遍都管用。