实用教程
Claude Opus 5.5 邮件预览文字检查：定位多出来的正文
让 Claude Opus 5.5 对照预期预览文字、实际收到的邮件源码和收件箱截图。新品邮件的标题旁如果出现导航、重复品牌名或图片描述，只改标题无法定位来源。先分清文案选择与模板、客户端显示问题。
让 Claude Opus 5.5 对照预期预览文字、实际收到的邮件源码和收件箱截图。新品邮件的标题旁如果出现导航、重复品牌名或图片描述，只改标题无法定位来源。先分清文案选择与模板、客户端显示问题。
从实际差异开始查
| 观察到的情况 | 下一步检查 | 避免 |
|---|---|---|
| 收到的源码里没有预期预览文字 | 发送平台字段与模板绑定 | 先归咎于收件箱 |
| 预览文字后跟着无关内容 | 后续正文与可显示空间 | 承诺统一字符截断线 |
| 出现未替换的个性化标签 | 渲染值及空值回退 | 只测填写姓名的情况 |
| 编辑器预览与收件箱不同 | 实际消息与具体客户端 | 把编辑器当作送达证明 |
Mailchimp 的预览文字说明介绍了专用字段及未设置时从正文取文字的行为。Stacks 邮件 FAQ也说明，正文或图片替代文字可能补入剩余预览空间。因此要检查源码，但不能由此推导所有收件箱都有相同长度，或每位收件人都能看到完全一致的字符串。
一个新品邮件示例
假设宣传一款便携杯，标题是“认识这只口袋杯”，预览文字可补充“折叠提手，装进小包更方便”。正文首句继续说明同一事实，即便客户端额外提取正文，也能连贯阅读。这是原创文案示范，没有测得打开率提升。不要为了吸引点击编造折扣或截止日期。
保留有意义的图片替代文字。把商品图片的 alt 换成无关广告语，可能掩盖一个症状，却让图片无法显示时的信息更差。优先使用发送平台支持的预览字段。模板若有专门隐藏的预览区，先查实际生成的 HTML，再决定是否修改隐藏样式或添加大量特殊空白字符。
可直接使用的诊断提示词
检查这封商品邮件的预览文字。输入：核准商品事实、标题、预期预览文字、模板、可用的实际送达 HTML/纯文本部分，以及标有客户端、版本和日期的收件箱截图。不要发送任何邮件。
定位预览文字进入生成消息的位置。将精确值与收件箱显示对照，找出额外文字的可能来源。区分模板未绑定、个性化空值回退、文案重复和客户端特定提取。没有送达证据的项目保持未知。
输出诊断表、两组仅依据核准事实的标题/预览文案，以及有证据支持时的最小模板补丁。保留有意义的图片替代文字和退订控件。不要承诺固定显示长度或打开率提升。列出姓名有值、姓名为空、图片关闭、桌面和手机检查，并区分编辑器预览与实际送达结果。模型背景见官方 Opus 指南。本文提供拟执行的审查流程，没有声称做过模型或邮箱实测。
不靠保证来验收
分别记录核准文案、渲染源码、测试收件人的数据状态和实际收件箱片段。只向获得授权的测试地址发送。源码正确、约定的目标客户端已检查，且差异被记录后，才满足该次验收。一种收件箱看起来正常，只能证明这一种观察结果。
**到底写多少字符？** 把关键信息放前面，再测目标客户端；字符数不是统一的像素预算。
**能强制所有客户端只显示预览区吗？** 本流程不作这种保证，因此正文开头也要有用。
**预览更清楚就证明转化更高吗？** 不能，需要设计合理的广告活动对照测量。
消息核准后，可在 Panelly Studio制作匹配的商品视觉。邮件内部颜色问题另见深色模式审查。这里没有把 Panelly 描述为邮件发送工具或 Opus 原生集成。
