更換追蹤網域前，怎麼確認企業收件者仍能開啟正確頁面？

追蹤連結換網域前，應固定郵件內容與目的地，在獲准的企業測試帳號比對舊新連結的收件、改寫、憑證及轉址結果，再決定是否切換。網站能開啟，不代表信內連結經過企業防護後也能使用。本文要完成一份切換驗收表，處理的是預定變更，不是用新網域掩蓋既有安全警示。

先寫清楚只改哪個追蹤起點，哪些條件保持不變

建立一張變更單，記錄目前追蹤主機、新追蹤主機、負責平台及預定切換範圍。追蹤網域是信內連結經過的起點，不必然等於寄件地址的網域。這次如果只換追蹤起點，就不要同時更換寄件帳號、郵件文案或文件平台，否則後續差異難以分辨。

保存同一內容版本的新舊測試連結，以及各自應到達的頁面。完整連結若有收件者代號或一次性參數，放在公司核准位置；驗收表使用測試代號和版本。不可把客戶真實下載連結複製過來當樣本，也不要用會執行退訂、確認訂單或變更資料的網址測試。

平台可能在實際寄送時才套入追蹤，因此還要確認測試涵蓋的是實際產出的信件，而不是編輯器裡看到的公司官網。由管理者說明如何產生測試版本，並保存可回查的事件索引。尚未得到實際版本時，狀態寫待產生，不先把預覽畫面當作驗收證據。

事先列出切換會影響哪些使用者或信件類型。有的平台可按帳戶或活動設定，有的可能影響共用範本；這些範圍要由平台管理者確認。本文不假設每套工具都能逐筆切換，也不要求業務為了測試自行修改 DNS 或服務商設定。

選擇獲准的企業帳號，記錄真正走過的收件路徑

測試對象應是公司控制的帳號，或已明確同意配合的企業窗口。若要觀察某家客戶的收件環境，先約好測試內容、時間、停止條件與聯絡人，不把正在洽談中的所有窗口都當作免費測試資源。沒有得到同意的企業環境，驗收表就保留未測。

每個帳號記錄郵件服務、使用的郵件程式及已知企業防護；不清楚防護產品時填未知。相同服務名稱不代表相同政策，公司的桌面版與手機版也可能走不同使用路徑。因此要寫清楚實際測了哪個組合，而非籠統填一列「Outlook 正常」。

Microsoft 的 Safe Links 官方說明顯示，適用企業環境可在郵件傳遞與使用者點擊時檢查連結，也可能改寫網址。這提醒驗收者檢查實際收到的信件；它不是說每一家使用 Outlook 的公司都採同一設定，更不能從網域名稱猜出對方的授權或防護狀態。

先確認兩個版本都有可辨識的事件。郵件被隔離、沒有找到，或尚未完成投遞時，記在收件項目，不直接歸為追蹤轉址失敗。只有收件者確實取得信件，才能繼續記錄他從信內啟動連結後的觀察；未進行的後續步驟留空並寫明原因。

按收件、啟動連結與到達頁面逐步填寫結果

第一項是收件觀察：兩封測試信分別在哪個資料夾找到，有沒有隔離或警示，以及查看的時間。已送出、傳輸被接受和使用者看到郵件不能合併成同一格。這裡記錄的是獲准帳號的當次觀察，不用平台開信事件反推它一定進入主要收件匣。

第二項是實際連結。由管理者或獲准測試者核對信內起點是否符合舊新版本，是否有企業防護改寫，以及操作後出現什麼畫面。若看到安全警示，保存不含敏感參數的必要資訊後停止，不按繼續前往，也不請對方暫時停用保護讓驗收通過。

第三項是憑證與目的地。有瀏覽器憑證警告、主機名稱不符或未知登入要求時，交給網站與平台管理者查核；業務不自行略過。Cloudflare 的官方疑難排解文件列出不同主機與憑證條件可能出現的問題，但實際原因仍需按本次服務設定確認，不能照一個錯誤畫面套用別人的修法。

最後核對到達頁面是否為預期的產品、語言和文件版本。頁面能載入不等於內容正確；例如台灣客戶收到繁體中文資料連結，最後卻進入另一市場的舊型錄，也應列為未通過。記下預期與實際的差別，讓維護者知道要修的是轉址、內容或權限。

將報表事件和測試者動作對照，避免把系統請求當成人

測試前先記錄預計由誰、在什麼時間操作哪個連結。操作後再請平台管理者對照事件，讓人工動作和報表上的請求各有來源。若寄達後立刻出現事件，而測試者尚未操作，就記為未對應請求，不替它補上真人姓名或採購意向。

企業防護可能參與連結處理，但不能只憑時間很近就指定是哪一套防護造成。把管理者已確認的資訊和待確認假設分欄。測試的目的在核對切換是否保留可解釋的紀錄，不是靠推測刪掉所有看起來不漂亮的事件，讓報表符合預期。

相反地，測試者確認到達頁面卻沒有平台事件，也要保留。請管理者核對當次是否經過預期追蹤路徑、事件識別是否相符，以及報表是否有自己的處理限制。不能為了得到一筆點擊就要求收件者重複操作，更不能把未記錄直接解讀成沒有閱讀。

這份表只需要測試代號、必要時間和對應狀態，不需要蒐集更多客戶裝置資料。涉及帳號或活動識別的紀錄，依公司資料管理與個資法相關評估決定存取範圍；本文沒有提供追蹤行為的法律認證，也不以技術可取得作為蒐集正當性的證明。

用差異指定修復窗口，列出暫停與回復條件

若只有新起點出現憑證問題，先交由管理該主機與服務的窗口；若兩個起點都到錯誤文件，則請內容或轉址管理者核對。若只在一個企業環境出現防護警示，透過原先同意配合的窗口提供必要事件摘要，請其依正式流程查核，無須索取整套安全規則。

變更單要區別尚未切換、已在測試範圍切換，以及已擴大到正式使用。未切換時發現問題，就停在準備階段；若測試範圍內已改動，則由具權限管理者依既定變更程序評估回復。本文不承諾按回設定即可立即恢復所有已產生連結。

保留舊設定、樣本與責任窗口，並問清楚回復影響的是新產生的信件，還是也會改變舊信的使用。這是平台行為，需要供應商確認，不能由業務猜測。對外說明以受影響的信件版本和測試組合為限，不把單一警示擴大成所有客戶都無法點擊。

虛構停止案例：新起點在一個獲准環境出現安全警示，供應商提議再包一層短網址。此時維持暫停，請對方說明警示及管理責任；包裝網址不能代替修正問題。若目的地或操作副作用仍不明，也停止新增測試，先補齊可安全使用的樣本。

分開核准新連結啟用與舊連結退場

驗收摘要逐組寫已測帳號、程式、時間、內容版本、目的地及結果，由負責人確認哪些條件足以開始限定範圍使用。沒測的環境保留未測，不靠多個綠燈填滿空白。若發現問題後更改設定，建立新版本與新事件，再核對受影響項目，不把修正前結果覆蓋。

新連結可用，不表示舊起點可以立即停止。已寄出的舊信可能仍含原連結，應盤點相關活動、文件用途及服務商支援方式，由管理者決定如何維持或終止。這不是承諾永久保留所有追蹤資料；連結可用性與事件資料保存也需要分開評估。

需要補充收件匣落點時，可依既有流程安排獲准的 Inbox Check 觀察，但仍要另做實際連結與目的地驗收。落點結果不能證明登入、轉址和文件內容都正確，也不能代替客戶企業防護的當次紀錄。兩份結果用同一變更編號串接即可。

官方資料查閱於 2026-10-18：Microsoft Learn「Safe Links in Microsoft Defender for Office 365」，https://learn.microsoft.com/en-us/defender-office-365/safe-links-about；Cloudflare Docs「General SSL errors」，https://developers.cloudflare.com/ssl/troubleshooting/general-ssl-errors/。引用範圍為企業連結檢查及憑證問題可能依條件不同；驗收表、分工與虛構例子為編輯整理。

實際上可以用免費的收件匣到達率測試（check.live-direct-marketing.online）來驗證。

常見問題