如何在邮件和消息中分享清楚可信的短链接

短链接能节省空间，但陌生的地址让读者更难判断它会通向哪里。请在消息里补充这些背景信息，并测试收件人实际会走的路径。不要以为在你浏览器里能用的链接，在每个邮件或聊天应用里都会表现一样。

本指南以一个虚构的俱乐部分享下次聚会信息为例。Links 负责创建短链接；它不发送消息，不管理邮件列表，也不决定你的邮件能否进入收件箱。目标是一份清楚、可用的邀请，而不是绕过任何人的安全检查。

选择适合消息的地址

在 HTML 邮件里，你可以把链接放在有意义的文字上，直接指向目标，不必显示长地址。只有在真正有帮助时才用短链接：你需要一个以后还能修改的地址，消息是纯文本，或者你想按投放位置统计点击。给每个链接都加一道跳转，并不会自动变得更好。

在聚会邀请中，先写清俱乐部名称、日期和内容，再放链接。读者应该知道链接打开的是聚会详情、一份文档，还是登录页面。用你平常那个容易认出的名字和地址发送；短链接本身说明不了是谁发的。

准备一个收件人能打开的目标

在未登录状态下测试最终页面。如果访问受限，就用一个本应有权限的人的账户测试，并在消息里说明需要什么。不要为了跳过登录页面就把私密文档公开。如果你打算分享的地址里带有临时登录码，请改为向该服务获取正式的分享地址。

在 Links 应用中，在你自己的链接或合适的身份下创建链接。给它起一个方便自己管理的清楚标题，然后复制完整的短链接。记下消息发往哪里、链接通向哪里。标题是用来帮你管理链接的；应用不一定会在预览里显示它。

写一个带链接文字的版本和一个纯文本版本

带链接文字的版本可以写成：“查看俱乐部 11 月 14 日聚会的详情。”把这段文字链接到测试过的短链接。在纯文本版本中，把说明放在完整地址旁边，最好让地址单独占一行，以免标点被当成地址的一部分。

W3C 关于撰写链接的建议推荐使用能说明链接用途的文字。不要把短链接伪装成指向其他网站的链接。如果你发送短信，请向服务商确认实际长度和费用；地址变短本身并不决定一条消息如何拆分或计费。

测试送达的消息，而不只是草稿

按你平常的发送方式，把测试发给愿意帮忙的人，或使用服务商的预览或测试功能。在一个常用邮件应用和手机聊天应用中检查效果：

1. 确认地址可以点击，并且没有把旁边的句号或括号也算进去。
2. 从消息中打开它，检查最终页面和下一步。
3. 检查纯文本版本和换行。
4. 如果出现了预览，查看它的标题和图片。
5. 测试一条相关的分流规则和普通的兜底页面。

如果预览看起来过时了，就直接打开当前的目标页面。预览由接收消息的应用生成和刷新，而不是 Links，所以可能不会马上更新。

了解安全改写和点击统计

有些组织会扫描或改写邮件中的链接。Microsoft 的 Safe Links 文档介绍了一种保护措施，它可能会改写链接并在点击时进行检查。所以，如果可见的地址变了，先查明原因，不要直接认为消息坏了。

如果正常的链接被拦截，请联系收件人所在组织的支持渠道。不要为了绕过检查，把目标藏在更多短链接后面。Links 不会统计它识别出的机器人、链接预览和浏览器预加载，但它的数字既不是送达报告，也不是邮件打开数，更不能证明有多少不同的人读了你的消息。同一个人打开两次会算两次，没有来源网站的点击也无法说明用的是哪个聊天应用。

发送后继续维护邀请

人们可能在聚会结束很久之后还会重读收到的消息。保留同一个短链接，在合适的时候把它指向一个说明活动已结束的页面；收件人不会收到任何关于这次修改的通知。另外更新那些仍可编辑的文字，并保留人们仍需要的信息。

活动结束后该显示什么，请参考活动生命周期指南；按投放位置衡量效果，请参考 UTM 指南。把推广标签放在保存的目标里，而不是加在短链接末尾。计入的点击会消耗点数，余额用完时链接会暂停，所以要约定由谁付款、什么时候检查。Links 让地址保持可用；清楚的消息和真实的测试，才让它值得信赖。