如何在電子郵件與訊息中分享清楚可信的短網址

短網址能節省空間，但陌生的網址讓讀者更難判斷它會通往哪裡。請在訊息裡補充這些背景資訊，並測試收件人實際會走的路徑。不要以為在你瀏覽器裡能用的連結，在每個電子郵件或訊息 App 裡都會表現一樣。

本指南以一個虛構的社團分享下次聚會資訊為例。Links 負責建立短網址；它不傳送訊息，不管理郵寄清單，也不決定你的郵件能否進入收件匣。目標是一份清楚、可用的邀請，而不是繞過任何人的安全檢查。

選擇適合訊息的網址

在 HTML 郵件裡，你可以把連結放在有意義的文字上，直接指向目標，不必顯示長網址。只有在真正有幫助時才用短網址：你需要一個之後還能修改的網址，訊息是純文字，或者你想依刊登位置統計點擊。替每個連結都加一道轉址，並不會自動變得更好。

在聚會邀請中，先寫清社團名稱、日期和內容，再放連結。讀者應該知道連結開啟的是聚會詳情、一份文件，還是登入頁面。用你平常那個容易認出的名稱和地址傳送；短網址本身說明不了是誰寄的。

準備一個收件人能開啟的目標

在未登入狀態下測試最終頁面。如果存取受限，就用一個應該有權限的人的帳戶測試，並在訊息裡說明需要什麼。不要為了跳過登入畫面就把私人文件公開。如果你打算分享的網址裡帶有暫時登入碼，請改向該服務取得正式的分享網址。

在 Links 應用程式中，在你自己的連結或適當的身分下建立連結。給它一個方便自己管理的清楚標題，然後複製完整的短網址。記下訊息寄往哪裡、連結通往哪裡。標題是用來幫你管理連結的；App 不一定會在預覽裡顯示它。

寫一個帶連結文字的版本和一個純文字版本

帶連結文字的版本可以寫成：「查看社團 11 月 14 日聚會的詳情。」把這段文字連到測試過的短網址。在純文字版本中，把說明放在完整網址旁邊，最好讓網址單獨佔一行，以免標點被當成網址的一部分。

W3C 關於撰寫連結的建議推薦使用能說明連結用途的文字。不要把短網址偽裝成指向其他網站的連結。如果你傳送簡訊，請向服務商確認實際長度和費用；網址變短本身並不決定一則訊息如何拆分或計費。

測試送達的訊息，而不只是草稿

依你平常的傳送方式，把測試寄給願意幫忙的人，或使用服務商的預覽或測試功能。在一個常用的郵件 App 和手機訊息 App 中檢查效果：

1. 確認網址可以點擊，而且沒有把旁邊的句號或括號也算進去。
2. 從訊息中開啟它，檢查最終頁面和下一步。
3. 檢查純文字版本和換行。
4. 如果出現了預覽，查看它的標題和圖片。
5. 測試一條相關的分流規則和一般的備用頁面。

如果預覽看起來過時了，就直接開啟目前的目標頁面。預覽由接收訊息的 App 產生和重新整理，而不是 Links，所以可能不會馬上更新。

了解安全改寫和點擊統計

有些組織會掃描或改寫郵件中的連結。Microsoft 的 Safe Links 文件介紹了一種保護機制，它可能會改寫連結並在點擊時進行檢查。所以，如果可見的網址變了，先查明原因，不要直接認為訊息壞了。

如果正常的連結被封鎖，請聯絡收件人所在組織的支援管道。不要為了繞過檢查，把目標藏在更多短網址後面。Links 不會統計它辨識出的機器人、連結預覽和瀏覽器預先載入，但它的數字既不是送達報告，也不是郵件開啟數，更不能證明有多少不同的人讀了你的訊息。同一個人開啟兩次會算兩次，沒有來源網站的點擊也無法說明用的是哪個訊息 App。

傳送後繼續維護邀請

人們可能在聚會結束很久之後還會重讀收到的訊息。保留同一個短網址，在適當的時候把它指向一個說明活動已結束的頁面；收件人不會收到任何關於這次修改的通知。另外更新那些仍可編輯的文字，並保留人們仍需要的資訊。

活動結束後該顯示什麼，請參考活動生命週期指南；依刊登位置衡量成效，請參考 UTM 指南。把宣傳標籤放在儲存的目標裡，而不是加在短網址末尾。計入的點擊會消耗點數，餘額用完時連結會暫停，所以要約定由誰付款、什麼時候檢查。Links 讓網址維持可用；清楚的訊息和真實的測試，才讓它值得信賴。