開信率變高卻沒有回覆，怎麼核對圖片代理造成的誤讀？

開信率突然升高卻沒有回覆，先核對報表定義與圖片載入事件，不能直接認定收件人更有興趣，也不能只憑這個現象斷定是圖片代理造成。將同一批收件對象的載入、回覆與會議結果分欄，保留來源與未知狀態，才能判斷哪些結論仍可用。這篇不教追蹤設定，而是完成一份報表差異說明。

先確認增加的是事件次數，還是有事件的收件對象

把報表標題展開成一句完整定義：這個數字是圖片請求總次數、有過請求的不同收件地址，還是平台自行篩選後的開信指標？同一地址多次載入會不會重複計算，平台有沒有調整排除規則，都先查文件或詢問管理者。兩張同名圖表未必使用相同口徑。

接著固定要比較的寄送批次與內容版本。若前一週是不同產業名單，這一週又改了寄件平台、圖片或追蹤設定，不能把所有變化歸給主旨。把實際變動逐項列出，能確認的先寫，其他保留未知；不要為了得到單一原因而隱藏同時發生的設定改動。

觀察期間要有寄件起點、截止時間與時區。台灣主管早上看到的即時數值，可能和平台稍後匯出的數據不一致，這未必是錯誤。保存當次匯出與查閱時間，尤其不要拿完整觀察一週的前批，對比才寄出數小時的新批，再解讀兩者回覆差異。

核對分母也很重要。使用原始寄出對象、傳輸被接受的對象或其他平台定義，會得到不同結果。本文不替所有工具指定唯一分母，而是要求在同一張比較表清楚寫出基準。若歷史資料不能還原相同口徑，先標示不可直接比較，不自行補齊。

把圖片機制的已知事實和本次事件的未知分開

Apple 官方說明指出，啟用保護郵件活動時，遠端內容可在背景下載，不必等到使用者打開信件。這說明圖片請求與本人閱讀可能不一致；它沒有證明你這次活動中的哪一位收件人用了該功能，更沒有提供可套用到整份台灣名單的固定高估比例。

Google 的 Gmail 圖片說明則提到外部圖片顯示設定與安全檢查，並提醒寄件者有時仍可能透過圖片得知開啟情況。不能把所有 Gmail 事件當成 Apple 的背景下載，也不能宣稱某種服務的事件完全可靠或完全沒有價值。不同機制應按其來源和條件描述。

如果平台標記疑似代理或隱私保護事件，保留這個標記的來源與定義，並註明它是平台分類。沒有文件說明時就向供應商詢問，不把畫面上的裝置名稱視為已驗證的個人使用情形。平台推估和使用者明確告知，是兩種不同證據。

不要為了核對開信率要求客戶關閉隱私保護、交出設備資訊或重新閱讀。這份作業的目標是限制自己的報表結論，而非增加對收件者的監控。資料取得與保留仍需依公司管理及個資法相關評估處理，本文不提供蒐集更多行為資料的法律依據。

建立三組事件欄，讓每一筆都有自己的來源

第一組保存圖片事件：寄送事件代號、來源平台、請求時間、平台原始分類和可取得的技術欄位。原始值放在受控位置，分析表以必要代號表示。不需要的完整 IP 或識別參數不應為了報表整齊而複製到共用簡報；分享前先確認接收者需要知道什麼。

第二組是真人回覆的人工覆核紀錄，包括對應的寄送對象、回覆時間、是否已排除明確自動通知，以及目前能確認的內容。沒有回覆就記未觀察到，不補成沒有閱讀。若只是系統收件回條，不能因為平台把它放進回覆數，就認定已有真人互動。

第三組是會議或其他明確下一步。分開記錄對方提出時間、雙方確認安排與實際是否進行，不能把寄出行事曆邀請當成會議已成立。這組資料用來說明有根據的後續進展，不用來反推沒有排會議的人都不感興趣。

三組用寄送事件或受控聯絡人代號串接，同一人有不同地址時先確認關係，不靠名稱相似強行合併。若平台匯出缺少對應欄，保留無法串接的狀態，請管理者確認可用方法。不能拿相近時間的另一筆回覆填補，讓每列看起來完整。

用時間和重複特徵找待查項目，不製造真人偵測規則

按時間檢查是否有大量接近寄件時點的請求，或同一事件反覆出現，但先把它寫成觀察。時間很近可能值得詢問平台，並不足以證明全部是機器；時間較晚也不能證明一定由本人操作。不要自行設定幾秒內排除、幾分鐘後認定真人的通用門檻。

若有用戶代理欄，先確認它是原始請求資訊、平台加工結果，還是估計的郵件程式。相同字串不代表同一個人，不同字串也不一定代表多個人。以技術線索判斷可比條件時，要把限制寫在分析欄，不能回填成已確認的姓名、地點或採購角色。

對重複請求的處理保留兩層資料：原始事件數，以及依已說明規則彙整的對象數。若供應商修改快取或去重方式，記錄變更日期並重新評估可比性。不要刪除原始資料後只剩調整過的百分比，否則下次無法解釋這次怎麼得到數字。

虛構停止案例：只有一張開信率截圖，平台沒有提供事件定義、批次或匯出欄位。此時先停止替上升命名原因，向管理者補資料；不能拿市場上另一家工具的代理排除說明，宣稱本次平台已做同樣處理，也不自行估算扣除多少才是真實開信率。

寫出可採用的報表註解，不把不確定性藏在頁腳

主管摘要可分成已確認的變化、不能確認的部分和下一步。例如寫明本批平台圖片指標提高，但真人回覆與確認會議沒有同樣證據，且目前缺少可辨識請求來源的資料。這比「大家看了但不想買」更準確，也比直接斷言全由隱私功能造成更可追查。

若必須展示開信率，就把指標名稱與限制放在圖旁，說明它依平台的圖片事件定義計算。沒有獨立確認本人閱讀時，避免用已讀人數當標題。歷史報表若用了較強的說法，保留原版本與修正理由，讓比較者知道名稱改變是因為判讀更精確。

判斷文案或名單需要調整時，另外看已覆核的回覆內容與客戶問題。僅有開信事件不構成「我知道您看過」的跟進理由，更不能把圖片請求視為同意繼續聯絡。若沒有足夠結果，結論可以是暫無法比較，而不是急著更換文案或擴大寄送。

對平台的提問應具體到欄位：如何定義開信、是否有代理分類、去重基準、規則是否變動，以及能否提供本批可用匯出。請求說明自己資料的處理方式，不索取其他客戶或收件者不必要的資訊。收到回覆後，把可採信的範圍和仍未知的部分一起更新。

以明確互動決定工作，保留圖片事件作有限參考

最後交付一份有版本的核對表和一段摘要，註明批次、分母、觀察截止時間、來源限制與覆核者。每個下一步都指向一個問題：補平台定義、覆核回覆、確認會議，或暫不更改結論。不要把所有未知都變成要求業務多寄一封的任務。

後續如果取得新的規則說明或原始事件，重新處理時保留舊版和差分，不靜默改寫已發出的月報。若要比較不同內容版本，先確保觀察口徑可比，再由實際回覆問題評估相關性。本文沒有給固定健康開信率，也沒有宣稱修正報表必然提高商機。

若同時懷疑投遞有問題，可另安排獲准的 Inbox Check 落點觀察，並和本表分開記錄。落點測試不能還原收件者是否閱讀，也不能替每一筆圖片請求辨識真人。先說清楚工具回答哪個問題，才不會再用另一個分數取代原來的未知。

官方資料查閱於 2026-10-18：Apple「郵件隱私權保護與隱私權」，https://www.apple.com/legal/privacy/data/zh-tw/mail-privacy-protection/；Google「在 Gmail 中開啟或關閉圖片」，https://support.google.com/mail/answer/145919?hl=zh-Hant。本文引用背景下載、圖片顯示及其限制；核對表、報表註解與虛構例子為編輯建議。

實際上可以用各網域的公開郵件基礎設施統計（check.live-direct-marketing.online）來驗證。

常見問題