Shopify 通知的寄件地址與預期不同,先核對「寄件者電子郵件」及網域驗證狀態,不要只修改登入帳號或寄件者名稱。後台填入品牌地址,不代表實際送出的身分已完成驗證;需要以目前帳號指示及一封新通知一起確認。
先釐清是哪一種地址
店主登入或接收平台資訊的地址,與顧客看到商店通知的寄件地址,用途不同。臺灣商店交由代理商設定時,應在交接清單分別列出,避免將客服窗口改成登入信箱就以為通知也換了。提供截圖時遮蔽其他帳號資訊,只保留本案設定。
- 由有權限管理者開啟通知相關設定,記錄顯示的寄件者地址、驗證狀態及官方提供的下一步。
- 確認網域由誰管理,以及帳號要求的 DNS 值;不要從別人的商店教學抄長字串。
- 依當前支援方式完成驗證並回到 Shopify 確認檢查已啟動,不只停在 DNS 控制台已儲存。
- 從實際商店流程寄出新的測試通知,檢查收到的 From、簽章及驗證;將預覽與真正寄送分開記錄。
假設案例:代理商改了 DNS 卻沒確認
假設高雄品牌店完成一項網域調整,接案公司回報已儲存,但店主仍看到平台使用其他寄件地址。此時應核對實際驗證狀態與目前公開紀錄,確認平台是否已完成檢查,而不是每天重填地址。這是假設排查,沒有指稱某種 DNS 供應商一定會出錯。
若平台提供自動驗證,也要按目前流程完成必要往返與確認。自動化並不等於所有政策都由平台包辦;例如網域的其他寄件來源與 DMARC 管理,仍需掌握整體使用情況。不應因一項平台驗證成功便刪除其他合法服務的紀錄。
寄件者與回覆地址要各自試
通知顯示品牌地址後,還應用自有測試帳號回覆,確認客服團隊真的收到。能成功寄出,不保證回覆地址已建立或有人管理。測試請使用沒有顧客私密資訊的內容,並讓負責人知道這是一封測試,不要將真實付款通知轉到未授權地址。
如果原信中出現不同名稱或替代地址,請先查官方當前說明與帳號狀態。平台可能為未完成或失去驗證的來源採取處理,不能只靠一般網路文章推定原因。把實際收到的欄位、驗證頁畫面與時間交給支援,才能分辨預期行為與設定問題。
本篇不提供 Shopify 所有版本與網域供應商的固定操作畫面,也不宣稱本產品與 Shopify 有自動整合。外部樣本觀察必須由你用實際寄送路徑發信,工具不會替你連接商店、寫入 DNS 或確認所有交易事件。
完成的證據包括後台狀態、新信身分及回覆測試三項,而不是只有一張綠色勾選。若還沒觀察到顧客端分類,保持待查;驗證完成也不保證所有會員收件匣位置相同。網域日後換管理者或平台時,請把這些檢查列入交接。
保留原設定與變更負責人,有助在通知出現異常時回溯。避免同時改主旨、寄件地址與連結網域後才開始測試,否則即使結果改善,也無法判定究竟是哪一項變更造成,後續維護會更難。
資料依據與後續觀察
完成上述檢查後,可用去除個資的同版內容開始郵件測試;先確認當下可選的收件服務,結果僅描述本次樣本,不能推估所有臺灣顧客。測試方法與限制說明觀察範圍;工具不會代查商店後台或收件者私人設定。