测试你的主题行和预览文本(preheader)

主题行是大多数人唯一会读到的部分,而每个收件箱截断的位置都不一样。日文让这件事更麻烦:一个全角字符占两列宽度,所以一个 30 字的日文主题,实际长度可能相当于一个 60 字符的英文主题。

正在加载工具……

工作原理

  1. 输入或粘贴主题行。
  2. 加上预览文本(preheader)—— 就是收件箱在主题后面显示的那段灰色文字。
  3. 看每个客户端会在哪里截断,再读一下发现的问题。

为什么什么都不用上传

这个页面上的每一步操作,都由运行在你浏览器标签页里的代码完成,用的就是渲染网页的那套引擎。文件从磁盘读进标签页的内存,在那里被处理,再作为下载写回去。它不会被送到任何地方 —— 不会送给我们,也不会送给第三方。

自己动手验证

  1. 打开浏览器的开发者工具(F12),选择“网络”(Network)面板。
  2. 载入你的文件,运行这个工具。
  3. 你能看到的请求只有这些:工具自己的代码 —— 少数几个重型工具还会从公共 CDN 取它们的开源引擎 —— 外加一条发往 loreatec.jp 的小小访问记录(页面地址和标题,仅此而已)。没有一条带着你的文件。

文件不外传的证明 →

常见问题

为什么按宽度算,而不是按字符数算?

因为客户端是按每个字符占用的空间来截断的,不是按字符个数。一个日文全角字符和一个表情符号(emoji)都占两列宽度,一个拉丁字母占一列。按字符数计算,恰恰会在最要紧的那些语言上算错。

什么是预览文本(preheader),空着不填有什么问题?

这是收件箱在主题后面显示的那段文字,取自邮件正文的开头部分。如果你没有特意设置它,收件箱就会显示你 HTML 里最先出现的内容 —— 常常是“View this email in your browser”(在浏览器中查看此邮件)这句话,或者干脆什么都没有。这是屏幕上最值钱的位置里的一块空地。

主题行里带表情符号(emoji)不好吗?

本身不算坏事。用一个表情符号让一系列重复出现的邮件在列表里一眼能认出来,是有效的。三个或更多,无论对人还是对过滤器来说都像垃圾邮件,一些企业网关会直接把它们删掉,一些较老的日文客户端还会把它们显示成一个个方块(也就是常说的“豆腐块”)。另外:每个表情符号都按两列宽度计算。

出现一个被标记的词,就说明我的邮件会被过滤吗?

不会。单独一个词说明不了什么 —— 一份真实发票里出现“free”完全没问题。过滤器真正会有反应的是一种模式:同一类别的好几个词,加上营造紧迫感的表达,再加上一个身份未经验证的发件人。这里列出的清单是提醒你重新读一遍这行字,不是一个判决。