邮件预览文本怎么写更吸引
实操教程 · 更新于 2026-05-22 · ContactFinder 博客 · 文中他家工具的价格与功能以其官网为准
要点速览
- preheader 是标题旁那行灰字：它是收件箱列表里紧跟标题的预览文本，很多人从不管它，白白浪费了这块黄金曝光位。
- 和标题配合、别重复：标题负责勾一下，preheader 负责补一句，两者接力讲完一个意思，而不是把标题原样再说一遍。
- 各客户端截断长度不同：手机上往往只显示三四十个字符，务必把最有分量的信息塞进最前面。
preheader 到底是什么
打开收件箱列表，每封邮件通常显示三样东西：发件人、标题，以及标题后面（或下面）那行浅灰色小字。这行小字就是 preheader，中文常叫「预览文本」。它默认取自邮件正文的第一段可见文字——也就是说，如果你不专门设置，对方在点开之前就已经读到了你正文的开头。
它的价值在于：这是标题之外，你唯一能在「对方还没点开」时就投放的文案。标题决定对方要不要注意到你，preheader 决定这份注意力要不要变成一次点击。可惜大多数开发信的 preheader 要么是一句「Hope this email finds you well」，要么是「如果无法正常显示请点击查看网页版」，等于把这块位置直接扔了。
各邮件客户端显示多长
preheader 的可见长度取决于收件人用什么客户端、什么设备、标题多长。没有统一标准，但有一个通用原则：越靠前越安全。下面是常见环境的大致可见范围，供你安排信息密度参考：
| 客户端 / 环境 | 大致可见字符 | 写作提示 |
|---|---|---|
| 手机版 Gmail / Outlook（竖屏） | 约 30 到 40 个字符 | 最关键的信息必须落在前 30 字符内。 |
| 桌面版 Gmail（列表视图） | 视标题长度，剩余约 60 到 90 字符 | 标题越短，留给 preheader 的空间越大。 |
| 桌面版 Outlook | 约 40 到 55 个字符（分两行显示） | 前半句要能独立成立。 |
| Apple Mail（iPhone） | 默认两行，约 70 到 90 字符 | 相对宽裕，但仍以前半句为重。 |
结论很简单：不要指望对方能读完整句，把最有诱因的半句放最前面，后半句被截断也不影响意思。这一点和写标题的思路一致，标题本身怎么打磨见开发信标题怎么写：进收件箱又被点开。
让 preheader 和标题接力，而不是重复
最常见的浪费，是 preheader 把标题又说了一遍。标题写「关于贵司户外系列的铸铁配件」，preheader 又是「户外系列铸铁配件供应」，对方等于读了两遍同样的话，第二块曝光位形同虚设。
正确的关系是接力：标题抛出话题，preheader 补上一个让人想点开的理由或细节。
反例（重复）：
标题：Cast-iron parts for your outdoor line
预览：We supply cast-iron parts for outdoor cookware lines. —— 两句一个意思，白读。
正例（接力）：
标题：Cast-iron parts for your outdoor line
预览：Saw the new range on your news page — two questions about the grill grates. —— 标题定话题，预览给具体钩子，对方想知道是哪两个问题。
因为 preheader 默认就是正文第一句，所以把正文开头写好，preheader 往往就自然到位了。开头第一句怎么勾住人，见开发信第一句怎么写：钩子清单。
三种最浪费 preheader 的写法
- 寒暄开场：「Hope this email finds you well」「Dear Sir/Madam」这类话占满预览位，却不传递任何信息，还一眼就是模板。
- 系统提示串进来：「如无法正常显示请点击查看网页版」「View this email in your browser」被当成第一段文字抓进 preheader，是含隐藏文本或转发模板时最常踩的坑。
- 图片顶在最前：如果邮件以图片开头且没写 alt 文本，客户端抓不到可读文字，preheader 可能显示成一串图片文件名或干脆空白。
要避免第二、三种翻车，最稳的做法是让邮件正文以一句有信息量的纯文字开头。为什么开发信更适合以纯文本为主、图片要慎用，可以对照开发信送达率完全指南：怎么进主收件箱里讲的送达逻辑。
怎么主动控制 preheader
- 最简单：写好正文第一句。对纯文本开发信来说，正文第一句就是 preheader，把钩子写在第一句，预览就自然好看。
- 用专门的预览文本字段。很多发信工具在标题下方有一个「预览文本 / preheader」输入框，填了就以它为准，不再抓正文。
- 控制在 40 到 90 字符。前 40 字符承载核心诱因，后面可留可弃。
- 发前自测。给自己的 Gmail、Outlook、iPhone 各发一封，看列表里真实显示成什么样，被截在哪里。
一个进阶技巧：让 preheader 和标题「凑成一句完整的话」。比如标题写 A quick question on your grill grates，预览接 — do the cast-iron ones ship separately from the lids? 收件人在列表里几乎读到一个完整的问句，好奇心被吊起来，点开率自然高。把标题和预览当成一句话的上下半段来设计，是很多老手在用的小心机。
还有一个常被忽略的前提：preheader 再好，也得先送到对方的收件箱、写给对的人才有意义。如果信发进了 info@ 这类公共邮箱，读信的是前台，再精巧的预览文本也白搭，为什么别只发公共邮箱见别再只发 info@：找到能拍板的人。
找对人，preheader 才有观众
如果你手上只有公司名单或领英主页链接，可以用 ContactFinder：上传名单或贴入链接，AI 会挑出关键决策人，再按需解锁邮箱、手机和 WhatsApp（含注册状态检测），按找到的结果计费，查不到不扣费。收件人是真正拍板的采购或负责人，你在 preheader 上下的功夫才不会落到前台的垃圾箱里。
换个思路：查不到，就不扣费
ContactFinder 按找到的结果计费，不按月白扣。输入公司或姓名，拿到决策人的邮箱、手机和 WhatsApp；只有公司名单，也能 AI 直接找出关键人。中文界面，微信人工客服，免费试用额度加微信即可开通。
常见问题
preheader 和标题，哪个更重要？
标题更重要，它是第一道关，标题不行对方根本不会看到 preheader。但 preheader 是标题的「第二次机会」：当标题只勾起了三分兴趣，一句好的预览文本能把它推过点开的临界点。两者是接力关系，别把力气全压在标题上而完全不管预览。
纯文本开发信也有 preheader 吗？
有。纯文本邮件的 preheader 就是正文的第一行文字，客户端照样会把它抓到列表里显示。所以纯文本信更要注意开头别写寒暄和系统提示，第一句直接上有信息量的内容。这也是纯文本开发信的一个隐性优势：预览文本天然就是你最想让人看到的第一句。
可以用 emoji 让 preheader 更显眼吗？
一对一的商务开发信里不建议。emoji 在陌生的第一封信里容易显得轻浮，还可能在部分企业邮箱客户端里显示成乱码或方框，甚至被某些过滤规则扣分。群发型的营销邮件、newsletter 里适度用一个还行，但发给采购经理的正式开发信，干净的文字更稳妥。如果你确实想增加辨识度，靠的应该是把预览文本写得具体、写得像专门给对方的一句话，而不是靠一个符号。