電子報與簡訊整合運用

《沛盛資訊》是以通訊軟體起家,因此可以理解為何在沛盛的電子報系統,是跟簡訊系統整合在一起。此一獨特的優勢,近日在與台北知名百貨公司合作時,成為《沛盛資訊》巨大優勢。

傳統上的簡訊跟電子報業者都是分開,有簡訊需求時,就請簡訊業者來提供報價與服務,電子報亦然。但行銷是整體戰,而且現在的手機也都會有郵件App,不像過去郵件是在電腦上才能收取,現在的簡訊跟電子報,全都在手機上讀取,手機的簡訊跟郵件已經都整合了,對有需要做行銷的廠商,就必須把簡訊跟電子報,看成整體戰略運用的一環,不應該要分開。

以簡訊一則以各大電信公司定價,約台幣2.25元,而電子報《沛盛資訊》的定價為每封0.2元。
由於簡訊跟電子報的發送成本,相差十倍以上,把簡訊跟電子報看成行銷一體,就應該善加利用電子報的優勢,再以簡訊補足郵件觸及不到所在。

想像下典型的應用,消費者生日時,通常都會有獨特的生日賀禮,由於許多商家過去在辦理會員時,只有讓客戶留下手機,例如App下載作認證都是只有手機號碼,實體門市也幾乎都只留手機號碼,因此很多生日祝賀都是透過簡訊發送。但許多App也要求客戶留下電子郵件,作為備用驗證之用,例如臉書帳號都會有郵件地址。同時,會員資料也多半會請客戶留下電子郵件。同一會員,擁有對方的手機號碼跟電子郵件相對普遍。

採用《沛盛資訊》的簡訊/電子報整合系統,同一個客戶,若只有手機號碼並沒有電子郵件地址,就是直接發簡訊。若該客戶有留下手機跟郵件地址,就可以事先發電子報生日祝賀,等待一兩天後,若客戶並沒有打開郵件,自動轉發簡訊。對收到生日祝福的客人,他都是在手機上讀取郵件跟簡訊,使用的裝置是相同,而電子報能夠帶更豐富的圖文,且費用比簡訊更低。而倘若客戶沒開啟郵件,《沛盛資訊》系統又能自動發送簡訊,完全不會漏掉給客戶的祝賀。而且由於一開始是發電子報,比起一開始就發簡訊,費用更低。

簡訊跟電子報,過去處於傳統手機跟電腦裝置去接收,因此使用不同的簡訊商跟電子報廠商可以理解,但在智慧型手機已經整合了簡訊/郵件都在同一裝置,透過《沛盛資訊》整合了電子報/簡訊,創造出許多以前做不到的應用,也節省了廠商的行銷費用。

條件報表與日、週、月、年報表應用

條件報表與日、週、月、年報表應用

行銷部門老闆下了指令,要小編找出過去半年所有發送電子報的開啟狀況,忙碌的小編該怎麼辦呢? 《沛盛資訊》剛推出的「條件報表」,以及日、週、月、年報表,就可以派上用場。

「條件報表」可以依照所指定的電子報發送,例如正式發送還是API發送,並挑選時間區間,產生出沛盛資訊知名的數十種報表。為了方便起見,也可使用日、週、月、年報表,作為定時報表生成。

條件報表用處

一個很常見的狀況,主管想要統計過去半年的發送成效,特別是若已經半年這個郵件信箱,從來沒有開啟郵件,可歸類於沈睡客戶,要單獨發送額外的喚醒郵件,不要跟其它的促銷郵件一起發。

透過條件報表功能,就可以產生過去半年所有正式電子報發送報表,查看「無開啟、點擊郵件下載報表」,就可以彙整全部半年來都沒有開信的郵件信箱,可以將他們從平常例行促銷郵件名單刪除。

新增條件報表

rep1

rep2

條件報表多種變換用法

條件報表的推出,讓行銷部門的電子報,又多了許多不同的用法,達到更有效的郵件行銷,例如:

  1. 過去某期間內沒有開啟點擊郵件帳號。
  2. 過去某期間內多次開啟點擊,忠誠度高,可以額外獎勵。
  3. 過去某期間內都是退信的郵件帳號,可以清除不要再發送。
  4. 每個月固定產生月報表,串接公司內部行銷資料分析。
  5. …..其它

電子報發送前自訂批准,不怕萬一出錯

電子報設計好了,也做了測試發送,一切都如預期的正常無誤,按照SOP走果然是正確的,那就正式發送給所有會員吧,可是有幾十萬的會員會收到這份促銷電子報,期待帶來好業績。

但即使事先做好所有測試,但在準備正式發送時,又重新上傳了電子報的內容,但卻沒發現這是不同的目錄夾中檔名完全一樣的電子報檔案。這下慘了,這幾十萬份的電子報會員,收到的是錯誤的促銷連結!

自訂批准任務

《沛盛資訊》的「電子報自我批准」功能,就是給這種忙碌到極致的小編所設計的,從此不用擔心即使每次檢查再檢查,測試發送發了好幾回,都還不敢放心的去做正式任務發送,因為一但有任何小錯誤,可是幾十萬的人會收到錯誤電子報。

用法也很簡單,只要在做正式發送時,如下圖選擇「自訂批准」,填下批准者的email,可以是自己批准,也可以給主管批准,之後依照平常做法送該筆電子報

approve-it

批准電子報任務

隨後,被註記的批准者,便會在他的郵件信箱,收到即將寄出這封電子報的正式版本,內容跟未來幾十萬會員會一模一樣。在這封郵件的左上方,會有請批准的連結,點擊連結後回到OMICard,便可執行批准或不批准。若批准後,這封正式電子報,就會依照預定發送排成進行發送。

不怕一萬只怕萬一

《沛盛資訊》持續開發各種便於使用功能,此次的「自訂批准」功能,對於負責電子報發送的小編心理壓力有巨大的緩解,從此不避擔心到底正式發送的電子報,會不會出任何差錯。只要啟動「自訂批准」,就能夠看到正式電子報樣子,交由主管或自己批准,就絕對安心。

想了解更多「自訂批准」功能,歡迎與沛盛聯繫

沛盛資訊有限公司
114台北市內湖區新湖一路83號3樓
02-7720-1866
contactus@itpison.com

《沛盛資訊》電子報發送系統支持Google AMP 互動郵件

AMP HTML 讓郵件實現互動內容

Google 在2016年提出加速行動網頁(Accelerate Mobile Pages, AMP),可以讓行動裝置讀取頁面更快速。AMP是HTML語言的延伸,透過它來定義Google Chrome瀏覽器理解的內容,加速網頁讀取。

而在2018年2月,Google進一步讓AMP可以在Gmail上實現互動功能,稱為AMP for Email。直到2019年3月,Google 正式宣布Gmail可以開始測試使用AMP,且不僅是Gmail,Google也邀請Hotmail、Yahoo等,請它們也支持AMP for Email。

這些互動的郵件,例如可以在郵件中填表格,玩小遊戲等。Gmail透過影片描述了互動郵件的用途:

Gmail_AMP_gif

現有郵件因資安疑慮無法進行互動

相較於AMP for Email,提供能在郵件中有互動功能,就得要來了解,現有郵件為何不能進行這樣的互動。

原因是在於,許多現有網頁是透過Javascript這類程式,來進行網頁上的互動功能,但郵件由於已經發展30年以上,必須相容於許許多多各種不同的郵件讀信軟體,較舊版本信件軟體可能不支援Javascript,另外Javascript也有可能被駭客利用,當作入侵系統的漏洞。

因此,郵件本身基本上只支援最基礎的HTML,不支持透過其它程式方式,所發展出的互動功能。

AMP郵件能做哪些功能?

舉例來說,電商的促銷郵件,都只是在電子報中顯示折扣,點擊之後進入電商網站才能夠選擇產品,並結帳。如果能夠在郵件中,直接選取要買的產品,顏色、大小等,之後點選直接進入購物車,就更加快了購物進行。

另外,若是要發郵件詢問收信人意見,現階段也都是發送電子報,請收信人到論壇或是社群網站上回覆留言。若透過AMP for Email,就能夠直接在郵件中回覆留言。

《沛盛資訊》電子報系統支援AMP郵件

作為台灣郵件系統的領導品牌,《沛盛資訊》為國內各產業知名領導品牌指定使用,以超高速的自有研發郵件發送引擎,每小時可發送高達五百萬封郵件。

一直站在郵件技術最先進的《沛盛資訊》,也宣布所開發的郵件發送系統OMICard,支持發送AMP for Email的HTML格式。並已經在選定的大型企業客戶,開始試驗此種互動式郵件。

如何發送AMP 郵件

發送AMP郵件有幾個先決條件,特別是如本文開頭所言,過去禁止互動郵件,就是為了避免駭客問題,因此AMP for Email首要的條件,就是須符合Google提出的資安要求,亦即需要通過SPF,DKIM與DMARC。沛盛資訊有詳細文件說明這些郵件DNS設定。

SPF代表寄件人網域,允許某發信服務器發出代表此網域郵件。DKIM代表郵件傳送過程中沒有被竄改,DMARC則若前面兩項驗證失敗,該封郵件是要拒收、傳遞還是標記垃圾信。

詳細的AMP必要資安條件,請參考Google文章:

https://developers.google.com/gmail/ampemail/security-requirements

在Google測試發送AMP郵件

由於AMP郵件才剛推出,對許多想要發送的人並不熟悉用法,Google 提供開發者環境,來進行AMP郵件測試,測試無誤之後,便可轉到沛盛資訊的發信機上來使用。

https://amp.gmail.dev/playground/

在Google 的測試環境中,可以看到好幾個不同的範例,能夠做到像表單填寫,動畫,顏色選擇等等不同作法。

與沛盛聯繫

《沛盛資訊》電子報系統OMICard完全支援此種發信協定,但因為啟動Google AMP互動郵件,需要複雜的事先設定,需要技術部門與行銷部門通力合作,《沛盛資訊》目前僅與大企業合作進行導入,若有興趣請與我們聯繫

郵件 SPF DKIM DMARC 設定

郵件 SPF DKIM DMARC 最佳化設定(白皮書下載)

台灣各領域規模最大的企業,電子報幾乎都是透過沛盛資訊所發送。客戶在透過正規獲取的客戶郵件名單並發送行銷電子報,最常遇到的問題就是行銷電子報被判定成垃圾郵件。以國際間對垃圾郵件有許多規範,但採用合法獲得的會員名單,並透過像沛盛資訊這樣正規電子報發送業者,發送行銷宣傳郵件是被國際認可的行銷行為。但若是客戶不了解國際間在對電子報防範濫發所設定的機制,沒有進行適當的設定,行銷宣傳電子報就容易被判定為垃圾郵件。

國際間相關組織制定了防治濫發垃圾郵件,制定了許多做法,除了在法律層面各國立法外,在國際間的郵件交換協定上,訂出了 SPF、DKIM以及 DMARC 等規範。收信服務器如 Gmail、Yahoo、Hotmail 等,在收郵件時會去檢查這些規範有無被加入,如果沒有的話被判定成垃圾信的可能性大幅提高。對合法的電子報行銷郵件,沛盛資訊建議發信者都加入這些郵件安全性機制,以降低被判成垃圾信的可能。

本文將以沛盛多年實務經驗,詳細說明企業如何進行電子報的 DNS 設定,主要是 SFP、DKIM 以及 DMARC,並額外介紹在設定電子報 DNS 的技巧。

首先,透過 Gmail 如何判斷垃圾郵件,來解釋 Gmail 如何看待每封收到的郵件,並解釋 SPF/DKIM/DMARC 在裡面的作用方法。

[title type="h2″]郵件如何傳遞[/title]

我們透過以下這張圖片,來解說 SPF/DKIM/DMARC,如何在一封郵件發信與收信中發生作用。

首先,寄信人寫完電子郵件按下發送後,這封郵件在發信服務器端進行 DKIM 加簽(加入私鑰),確保過程不會遭到竄改。接下來傳送到收信端服務器,此時會先檢查發信機的 IP 是否可靠,有沒有在濫發郵件黑名單,在國際間有專門組織發佈濫發黑名單 IP 地址。通過之後收信服務器接著檢查 DKIM (公鑰),看是否跟原本加簽的私鑰相符。之後驗證 SPF,這是檢查寄信者的網域,是否有同意這個發信 IP 去發信。

接著進行 DMARC,也就是說前面的 SPF/DKIM 檢查若有錯誤,這封郵件可以依舊發送、隔離(通常就是標注為垃圾郵件),或是拒收。然後郵件才傳給收信程式(例如 Gmail 網頁介面,或 Outlook),此時檢查內文看是否可能為垃圾信件(例如:大促銷、大降價等文字)。

email-travel-diagram
原圖來自 DMARC 官網 https://dmarc.org/,此為中譯方便理解。
[title type="h2″]郵件身分驗證協定說明[/title]

SPF

SPF (Sender Policy Framework) 寄件者政策框架

SPF 用來規範在選定的郵件發送服務器位址,可以用來發送寄件人的網域郵件。這樣機制可以避免垃圾信濫發業者,偽裝網域發送假冒郵件。SPF 的設定裡面,列出明確許可的郵件發信機網域名稱,郵件收信服務器透過檢查發信人網域的 SPF,就知道這封電子郵件是否來自被允許的發信機位址。

通常企業網域的 SPF 會列出自己的公司認可對外郵件服務器名稱,但以行銷電子報而言,則是透過像沛盛資訊這樣正規專業電子報發送廠商代發,因此電子報寄件人的網域,就需要加入沛盛資訊的發信機網域名稱。SPF 幾乎已經是各大郵件信箱,如 Gmail、Yahoo、Outlook 等收信時必驗證欄位,若檢查不過會明顯提示這郵件來源有問題,建議所有企業發送的電子報都至少要加上 SPF。

SPF 標準官方網站 http://www.openspf.org/

DKIM

DKIM (DomainKeys Identified Mail),網域驗證郵件,用來防止郵件內容遭到竄改。

DKIM 是一種電腦數位簽章,採用公鑰與私鑰這種加密驗證法進行。在發送郵件時由發信服務器對郵件以私鑰進行簽章,而在郵件接收服務器上,會透過 DNS 到發信者的網域查詢 DKIM 紀錄,擷取上面記載的公鑰資料,然後對這封郵件做簽章解碼,如果公鑰與私鑰能配對成功,代表郵件確實為原始發信機所發出。

透過 DKIM 的導入,收信郵件服務器可以驗證郵件絕對是原本的郵件發信服務器所發出,而且在郵件複雜的傳送過程中,這封郵件內容也毫無被竄改過,這杜絕了濫發垃圾信業者,透過假冒的郵件發送機以及假冒的私鑰簽章寄送垃圾信。由於係採用公鑰與私鑰簽章架構,因此除了在網域做 DKIM 設定之外,在郵件發信服務器上也要進行對應的私鑰設定。

DKIM 官方網站 http://www.dkim.org/

DMARC

DMARC (Domain-based Message Authentication,Reporting & Conformance)

DMARC 是用來輔助 SPF 與 DKIM 的不足,用來讓發信端網域通知收件端郵件服務器,當遇到 SPF 與 DKIM 的設定檢查不過時,進行的處理方式。最知名的案例就是 Yahoo 在2014年,宣布 DMARC 設為「拒絕」,也就是說所有不是從 Yahoo 郵件服務器發出的郵件,寄信人都不能用 Yahoo 郵件地址。

由於企業的郵件架構可能極為複雜,以 DKIM 設定還要發信端服務器配合設定,某些企業郵件可能透過當地 ISP 做為郵件發信機,但這也是合法的郵件。由於真假不一,收信端很難知道遇到 SPF/DKIM 驗證不過該拒絕還是放行。但假若寄件者絕對知道所有的郵件都一定符合SPF/DKIM 驗證,寄件方就可以透過 DMARC 通知收件方郵件服務器,遇到驗證不過時的處理方式(通過/隔離/拒絕)。

DMARC 官方網站 https://dmarc.org/

透過 SPF、DKIM、DMARC 的郵件驗證機制,在收件端郵件服務器,首先由 SPF 可以檢查是否發信機的 IP 為認可發送該寄信者網域郵件。其次,以 DKIM 查看郵件發信時的私鑰與收信時的公鑰是否匹配,代表內容確實為該發信機發出。最後,由 DMARC 知道,假設 SPF/DKIM 驗證不過時,此封郵件該如何處理。以 Gmail 為例,必須做到 SPF、DKIM、DMARC 通通都設定且驗證通過,這封郵件才比較不可能被丟進垃圾信箱匣(另外還牽涉到郵件內文等)。

[title type="h2″]沛盛資訊電子報郵件 DNS 設定[/title]

1. 選定發送電子報網域

透過沛盛資訊作爲電子報發送端,在設定郵件 DNS 之前,首先要決定要用來發電子報的域名。沛盛資訊建議分開公司原本域名跟電子報發送的域名,例如公司名稱為 example.com,電子報寄件人則用 example123.com。

將電子報發信網址與原本公司網址分開,這是因為電子報的發送量大,有可能發信域名的 IP 信評會受到不同層度的影響,為了避免發送電子報反而影響到公司原本正常使用的網域名稱信評,可能進而影響到員工郵件信箱(例如: name@example.com)發送,因此將電子報發送使用的域名與公司原本域名分開。

了解電子報寄件人網域要與原本公司網域分開的原理,在實務上以沛盛資訊的經驗,我們的企業客戶會採用兩種方法進行:

  1. 採用電子報專用域名:
    • 做法:原本公司網域 example.com,電子報發信人的網域為 example123.com。
    • 原因:這樣的設定方法,收信的讀者足以辨認出這封電子報,是由原本 example.com 這間公司所發出。而電子報所使用的網域,又不會影響到原本公司網域的信評,此種作法為90%的國內外大企業所採用。
  2. 採用子網域名稱:
    • 做法:原本公司網域 example.com,電子報發信人的網域為 123.example.com。
    • 原因:有些類型的企業,希望保有公司對外統一形象,或者其它原因要求一定要使用公司原本網域名稱,這時候建議採用發送電子報專用的次網域名稱。由於設定電子報發送需要在 DNS 進行許多設定,這種作法對原本公司網域 example.com 的 DNS 不需做任何變動,只需要在子網域 123.example.com 進行相對應的 SPF、DKIM、DMARC 等 DNS 設定。跨國大型企業許多會採用這種作法。
    • 應用:沛盛資訊某客戶為跨國知名金融集團,透過電子報系統對它的全球客戶發送金融研究報告,屬於大量發送郵件但非行銷型電子報,因此要保留原有公司的網域名稱,便採用這種子網域的做法,針對子網域做所有 DNS 郵件最佳化設定。

 

以下範例為電子報採用專有域名方式 example123.com,並使用電子報寄件者 edm@example123.com 為例做介紹,DNS 設定分別在主要網域與不同子網域設定,請仔細比對文件說明。

2. SPF 設定

請檢查寄件人信箱網域(example123.com),在 DNS 裡是否有 SPF 的 TXT 紀錄,若原來沒有 SPF(TXT)記錄,請新增一筆紀錄如下,若原來已有紀錄請將以下紅色部分增加至原來 SPF 紀錄。例如電子報寄件人為 edm@example123.com,則為檢查 example123.com 的 DNS 裡面 TXT 記錄。

Name Type Record
example123.com TXT v=spf1 include:spf.neweredm.com a mx ptr ?all

說明:
(1) v=spf1 表示 spf 所使用的版本。
(2) include 表示授權給該郵件伺服器。
(3) a 表示比對 DNS 紀錄中的"A"紀錄,允許在"A"紀錄裡面的 IP 為發送郵件來源 IP。
(4) mx 表示比對 DNS 紀錄中的"MX"紀錄,允許在"MX"紀錄裡面的網域為發送郵件來源網域。
(5) ptr 表示比對 DNS 紀錄中的"PTR",允許在"PTR"紀錄裡面的網域為發送郵件來源網域。
(6) ?all 表示還有其它可能傳送的郵件伺服器。

範例:以沛盛資訊 itpison.com 網域為例,使用 nslookup 解析出來成功的畫面

1

3. DKIM 設定

3.1 沛盛DKIM 設定

重要:DKIM 設定完畢後,請務必通知沛盛資訊(沛盛系統也須設定)

同樣以電子報寄件人為 edm@example123.com,請新增以下子網域:

        s1024._domainkey.example123.com

之後在以上子網域增加一筆 TXT 紀錄(請直接複製不能有斷行):

dkim-itpison說明:

  1. p= , 整串不能有斷行。
  2. k 為加密演算法,預設為 rsa。
  3. p 為公鑰內容(public key)。

範例:以沛盛資訊 itpison.com 網域為例,使用 nslookup 解析出來成功的畫面

3

3.2 企業自定DKIM

對於大型企業通常想要用自己的DKIM,可以在以下DKIM官方網站自行建立:

https://dkimcore.org/tools/

若以example123.com為範例,生成DKIM:

dkim-core-tools

3.2.1 DKIM私鑰

生成後的DKIM Private Key(私鑰)如下圖。這串的私鑰需提供給沛盛資訊,在郵件發送時加入專屬私鑰。

dkim-core-token

3.2.2 Selector 子網域

上圖生成出了一個DKIM的selector:

1556247021.example123

在這樣的selector之下,整個DMIM子網域設定,就跟前一章節使用沛盛的DKIM設定不同,以此範例(每次生成會不同)的DKIM子網域:

1556247021.example123._domainkey.example123.com

3.2.3 DKIM公鑰

生成私鑰之後可看到公鑰,這是要設定到DNS上,作為DKIM值:

dkim-custom

同樣 p之後的DKIM公鑰是不能有斷行。

設定完DKIM之後,記得一定要把 3.2.1 所生成的DKIM Private Key(私鑰)需提供給沛盛資訊,在郵件發送時加入專屬私鑰,否則以上設定無法生效。

4. DMARC 設定

4.1 設定DMARC

同樣以電子報寄件人為 edm@example123.com,請新增以下子網域:

_dmarc.example123.com

在以上子網域增加一筆 TXT 紀錄:

Name Type Record
_dmarc.example123.com TXT v=DMARC1; p=none

說明:
(1) v 表示 DMARC 版本。
(2) p 表示採用的處理方式,none 表示通過。
(3)務必設好 SPF 及 DKIM 之後,才可設定此 DMARC 紀錄,否則請勿設定。

範例:以沛盛資訊 itpison.com 網域為例,使用 nslookup 解析出來成功的畫面

2

4.2 解析DMARC統計報表

4.2.1 rua 與 ruf 參數

公司的MIS部門若有辦法解析DMARC所產生的統計報表,也可設定 rua 與 ruf 兩個參數:
v=DMARC1; p=none; rua=mailto:dmarc-aggregate@example.com; ruf=mailto:dmarc-afrf@example.com

  1. rua 表示DMARC統計報表XML寄送信箱,此處請改為電子報發件方系統管理者真實信箱。
  2. ruf 表示將這封發生錯誤的郵件留存為證據,此處請改為要保留該證據的收信信箱。

4.2.2 解析xml 檔案

透過rua 所收到的問題統計報表,採用XML格式,請參考沛盛網站DMARC 報表XML範例:
https://www.itpison.com/itpison/download/dmarc-rua-report.xml

有許多網站可以協助產出解析報表如

  1. https://easydmarc.com/
  2. https://mxtoolbox.com/

5. 追蹤連結網址設定

沛盛資訊提供點選電子報連結紀錄,包含哪些客戶點了這些連結、點選的時間及次數、以及哪些產品連結最受客戶的青睞。追蹤點擊連結的做法如以下圖示:

trackinglinksample

以上圖而言,電子報的內文連結原本到 youtube.com,但是為了進行點擊追蹤,點擊的連結會先到 crm.itpison.com (沛盛資訊服務器),進行點擊統計,之後再轉到原本的 youtube.com。以電子報發信人 edm@example123.com 為例,電子報內追蹤連結網址會出現 http://crm.itpison.com/hl/…./xxx.htm。

對品牌大廠而言,整封電子報的連結應該都是要自己的網域名稱才合適,而且出現其它的域名,也會降低電子報信用等級,增加進入垃圾信匣的可能性。因此,可以進行 DNS 的設定,讓追蹤連結網址出現自己的網域,如 http://click.example123.com/hl/…/xxx.htm

以電子報寄件人為 edm@example123.com,請新增以下子網域(或其它合適子網域名稱):

click.example123.com

接著可以透過 DNS 的 A 紀錄或 CName 記錄都可以達到同樣效果。以 A 紀錄做法而言,在以上子網域 DNS 增加一筆 A 紀錄,指定到沛盛服務器113.196.228.5:

Name Type Record
click.example123.com A 113.196.228.5

或者是以 CName 做設定到 hl.itpison.com (HL.ITPISON.COM)

Name Type Record
click.example123.com CNAME hl.itpison.com

(Note: hl.itpison.com 的 IP 位址即為113.196.228.5)

說明:
(1) A Record(Address Record)位址紀錄,簡稱 A 紀錄:

DNS 裡面的 A 紀錄,用來對應主機名稱和其 IP 位址,例:www.itpison.com (沛盛資訊公司網域)對應的主機位址 IP 為 113.196.228.10,當我們在瀏覽器網址列輸入 www.itpison.com,透過 DNS 解析便會找到 113.196.228.10 的主機。

因此,將 click.example123.com 設一個 A Record 到 113.196.228.5,再透過沛盛資訊後端程式的轉換,圖片中的追蹤連結網址就會變為 http://click.example123.com/hl/…/xxx.htm

(2) CName(Canonical Name Record)別名記錄:

例:在網址列輸入 www.itpison.com 或 itpison.com 都會找到同一個網站(113.196.228.10),其實 CName 記錄就好像是 A 記錄的分身,幫已存在的 A 紀錄設定其它的名字。

因此,將 click.example123.com 設一個 CName 到 hl.itpison.com,再透過沛盛資訊後端程式的轉換,圖片中的追蹤連結網址就會變為 http://click.example123.com/hl/…/xxx.htm

6. MX 設定

電子郵件在傳送時,收信端服務器會透過 MX 記錄,反查原本發信人郵件地址是否真實存在,不是虛假郵件地址。以電子報寄件人為 edm@example123.com 為例,這必須是有效且能收信,不可使用假的或是無效信箱。

以 MX 紀錄而言,若 example123.com 原本已經設立 MX 記錄,則不用做更動。但如果 example123.com 這是專門用來發電子報的網域名稱,完全沒有用在其它地方,且該網域本身也不想要收信,可將 MX 記錄設到沛盛資訊郵件服務器。

以電子報寄件人為 edm@example123.com 為例,請在 example123.com 網域的 DNS,加入以下 MX 記錄。

Name Type Record Priority
example123.com MX mx1.newermail.com 10
example123.com MX mx2.newermail.com 10

備註:
再強調一遍,把公司原本域名(example.com)跟電子報發送的域名(example123.com)分開,這是一個建議的好方法,可以讓電子報發送域名不影響原本公司使用的域名。將電子報專用域名 example123.com 加入 MX 記錄,會有助於減少收件服務器判定垃圾信的可能。

7. DNS 設定總整理

設定原因 域名 型態 內容
1 SPF example123.com TXT v=spf1 include:spf.neweredm.com a mx ptr ?all
2 DKIM s1024._domainkey.example123.com TXT 請點擊此連結
3 DMARC _dmarc.example123.com TXT v=DMARC1; p=none;rua=mailto:dmarc-admin@example.com
        以下第4項與第5項兩者取其一即可
4 點擊追蹤 click.example123.com A 113.196.228.5
5 點擊追蹤 click.example123.com CNAME hl.itpison.com
        若原本example123.com沒有MX才設以下6、7項
6 驗證發件人 example123.com MX mx1.newermail.com
7 驗證發件人 example123.com MX mx2.newermail.com

8. 設定測試

a. 使用 nslookup 查詢

郵件 DNS 設定完畢後,可以透過 nslookup 程式下參數指令來進行 DNS 內容查詢,或者利用網路版查詢。自有 DNS 設定完,須等待數小時對外做正式公佈,以下的查詢係透過中華電信 dns.hinet.net 來查看是否已經正式生效。

設定原因 域名 型態 nslookup 指令
1 SPF example123.com TXT nslookup -q=txt example123.com dns.hinet.net
2 DKIM s1024._domainkey.example123.com TXT nslookup -q=txt s1024._domainkey.example123.com dns.hinet.net
3 DMARC _dmarc.example123.com TXT nslookup -q=txt _dmarc.example123.com dns.hinet.net
        以下第4項與第5項兩者取其一即可
4 點擊追蹤 click.example123.com A nslookup -q=a click.example123.com dns.hinet.net
5 點擊追蹤 click.example123.com CNAME nslookup -q=cname click.example123.com dns.hinet.net
        若原本example123.com沒有MX才設以下6、7項
6,7 驗證發件人 example123.com MX nslookup -q=mx example123.com dns.hinet.net

b. 驗證設定內容

最準確的測試 SPF、DKIM、DMARC 有沒有設定成功,就是利用沛盛資訊電子報發信系統,實際以電子報寄件人 edm@example123.com,發送測試郵件到 Gmail 帳號,之後登入 Gmail,如下圖指示來查看 Gmail 郵件原始檔。

spf-test1

在郵件的原始檔內,就可以看到 SPF、DKIM、DMARC 是否通過的訊息,務必做到這三項設定全部都通過,整個設定才算大功告成。

spf-test2

《沛盛資訊》獲頒「金峰獎 」創新研發獎

《沛盛資訊》獲頒「金峰獎 」創新研發獎

國內郵件行銷龍頭企業《沛盛資訊》,以「沛盛資訊AI電子帳單系統」,於2019/3/29 獲得「金峰獎 」創新研發獎。

「金峰獎 」係由中華民國傑出企業管理人協會所主辦,為持續推動並激勵企業之創新及改革、保持高度競爭力,遴聘多位工商學術界專業人士組成評審團,「沛盛資訊AI電子帳單系統」脫穎而出榮獲獎項。

沛盛資訊此次係以「沛盛資訊AI電子帳單系統」參賽,以獨特的創新內容、創新重點與專利獲獎。

沛盛資訊獲頒金峰獎
沛盛資訊獲頒金峰獎
沛盛資訊獲頒金峰獎

創新內容

「沛盛資訊AI電子帳單系統」利用人工智慧來提昇電子帳單快速生成,與精準目標客戶廣告推播功能。此系統提供功能齊全智慧型帳單,創新金融FinTech,結合企業之帳務系統,提供企業最好的帳單發送服務,系統強調安全與隱私,安全可靠,不僅大幅降低寄送成本,更能提高廣告收益。

創新重點

沛盛開發獨特的資料媒合語言,以程式語言邏輯來解決帳單資料與媒合模板生成之問題,開發全新帳單速度相較傳統作法以程式套用html,速度不僅快速,更能自由編修。同時結合人工智慧廣告功能,依據客戶帳單內容生成合適廣告,更準確投放到目標客戶。

專利

沛盛開發獨特的資料媒合語言,以程式語言邏輯來解決帳單資料與媒合,已獲得中華民國第M556369號專利。專利名稱:「文書檔案產生系統」。

用郵局跟郵差解釋郵件SPF/DKIM/DMARC設定

隨著網路使用越來越多,垃圾郵件是每年逐漸快速增加,國際間針對防垃圾郵件的措施也越來越嚴格,我們在「郵件 SPF DKIM DMARC 最佳化設定」這篇文章中,詳細介紹了這些設定的技術做法,但也接到許多負責行銷電子報的小編客戶詢問,這些設定很技術,能不能比較白話的解釋,在郵件的傳遞過程中,SPF/DKIM/DMARC都擔任了什麼角色,也方便行銷部門的人去跟IT技術部門更好溝通,我們都用郵局跟郵差比喻,來解釋這些設定的原因。

電子郵件完全對應紙張信件寄送概念

傳統的紙張郵件寄送,已經有數百年歷史了,寄信人寫好信,貼上郵票丟在郵筒,郵差去收信之後,回到郵局經過層層轉交給收信方的郵局,收信方郵局再派郵差交到收信人手上。這樣的紙張信件寄送跟收信,不管那個國家幾乎都是相同過程。

電子郵件的發明,一般來說均認為從1971年Ray Tomlinson發出第一封郵件,但相較於紙張信件的數百年,電子郵件的傳送過程,幾乎就是參考紙張郵件作法也是可想而知。

寄信

電子郵件的流程,首先寄信人例如用Outlook寫一封郵件,按下寄送後,這封郵件會轉交到公司裡的郵件服務器,這就像是郵局的角色。從寄信人的郵局,接下來會經過多次的中繼,之後到收信人郵局。例如在實體的紙張信件,從台北內湖郵局寄到高雄澄清湖郵局的紙張郵件,也是先運到台北的郵局轉運站,一同載送到高雄郵局轉運站之後,分送往澄清湖郵局。如果是寄到更偏遠地方,這中間轉運站還會更多。

從台北內湖發信人郵局到高雄澄清湖收信人郵局,這中間也是透過中華郵政的郵差在轉送,只不過是開郵務大貨車傳遞。

收信

前面這封紙張郵件,郵差終於運到了澄清湖郵局,套用電子郵件的術語,澄清湖郵局就是收信人的收件服務器。

電子郵件到了收信服務器後,有兩種方式派送到收信人手上,一種像是手機App收件,如Gmail App,這種是透過推送(push),就像是郵差把在澄清湖郵局的信,遞交到收信人手上。

另一種方法是收信人的Outlook這種郵件軟體,會定期去檢查收信機有沒有他的信,如果有就收下來。這種方法就像是紙張郵件寄到郵政信箱,信件會放在郵局的郵政信箱號碼中,然後收信人要自己去郵局打開郵政信箱來取信。

紙張郵件的安全漏洞

前面我們描述了透過台北內湖郵局,寄信到高雄澄清湖郵局,這都是在中華郵政的派遞服務中,看起來似乎都很安全。但想想看,你家的門口的郵件信箱,是開放不設限的,中華郵政的郵差固然會把你的紙張郵件放進去,還很多廣告派報,也會塞信件進去。要是有心人士,就仿照了一份就如同是台北內湖郵局寄來的信件,郵票郵戳都很像,然後派人放到你的信箱裡,你很可能就相信了這封信。

在電子郵件領域,這就是釣魚信,它聲稱是來自花旗銀行給你的email通知說你有存款被凍結,但並
不是真的來自花旗銀行寄出,這是假造寄信人,也假造是透過中華郵政投遞信給你。等你不察打開這email,就會被騙去假的花旗銀行網站,然後被盜取帳號密碼。

但即使是真的花旗銀行用紙張信件,寄給你一份帳單通知書,然後也是透過中華郵政,但有沒有可能中間被有心人士截取竄改呢? 把帳單匯款帳號改成另一個,誘使你匯錢到非法帳號。

回到電子郵件的世界,這就是要確保信件一定是寄信人所寫,中間沒有被竄改,這就要加入數位簽章,收信的時候,去驗證寄信人的數位簽章。

因此一封紙張郵件,寄信人有可能是假的,幫忙送信的中華郵政有可能是假的,寄信過程也會被竄改。這些在電子化之後,電子郵件被假造更容易,而且數量更龐大,非得要有方法解決才行,國際間的解決方法,就是SPF/DKIM/DMARC。

明顯的黑名單IP先拒收

在整個SPF/DKIM/DMARC邏輯開始運作之前,電子郵件收信服務器會先做一個發信黑名單IP檢測,這是比對國際間垃圾郵件組織所提供的IP名單,若收到的電子郵件,發信主機在這黑名單裡面,話不多說一率封殺。

這就如同你在家裡一樓的信箱,每天都會有同一個人來塞廣告信,因此只要看到這人,不管他要塞什麼信,一律拒收。

因此電子郵件的發信主機,都要去維持這稱為IP 信譽(reputation)的分數, 分數越高越好。
https://www.senderscore.org/

解決假造中華郵政送信問題

SPF (Sender Policy Framework) 寄件者政策框架,就是來防止寄信服務器造假問題,以實體紙張郵件來比喻,就是防止這封信件不是由中華郵政來送信給你。也就是說當你去你家一樓的信箱取信時候,你要確認說,這封信一定是透過中華郵政寄送到你信箱,不是什麼騎機車的黑衣人直接投到你信箱裡。

電子郵件的寄信人(from),一定是個郵件地址,例如john@example123.com。收信的時候,先去檢查寄信人網域 (example123.com),透過這網域的DNS,查出它的SPF,也就是允許寄送這封信的寄信服務器。

舉例來說,假設我收到一封美國總統從白宮寄給我的電子郵件,寄信人為:
president@whitehouse.gov

這是透過110011.com這個寄件服務器,寄送到我的郵件信箱。

但我去反查白宮whitehouse.gov這個網域SPF,它上面記載了許可的寄件服務器,但並沒有110011.com這個寄件服務器,因此我立刻就知道這是別人假造美國總統寄信過來。

SPF解決了垃圾郵件龐大的問題,往後郵件寄信人聲稱是來自花旗銀行,收信服務器只要去查看寄信網域的SPF,立刻就能夠判斷這是不是真實來自花旗銀行的信件。

解決寄信過程被竄改問題

前面提到在紙張信件的寄送過程,也存在著被中途攔截竄改,因此在中世紀解決這個方法,就是封蠟印,寫完信後用唯一代表自己圖騰的蠟印封上,只要中途被打開這蠟印就會被破壞,就可確保寄信過程不會被竄改。

電子郵件也是如此,只不過這蠟印換成了數位簽章,這就是DKIM (DomainKeys Identified Mail)。Domain Key是域名密鑰,使用公開金鑰加密的基礎提供了數位簽章與身份驗證的功能,可以確保整封信件,包含寄信人、主旨、內文、附件等等的完整性。DKIM是在發信的時候,就會被加上。

收信服務器收到這封電子郵件之後,例如寄信人為john@example123.com,收信服務器會到example123.com的網域DNS,去取出DKIM的公開金鑰進行解密,若解密成功即可證明郵件傳送過程沒有遭到竄改。

解決寄信人是否真的存在問題

SPF解決了驗證發信機真偽的問題,DKIM解決了郵件被竄改的問題,在介紹DMARC之前,先要來解決究竟這個寄信人是否真有此人的問題。這就是電子郵件收信服務器,在收到john@example123.com,它也要合理地去懷疑,這個網域的john此人,是否真實存在於網域example123.com之中,這是透過DNS裡面的MX (Mail Exchanger) 這個設定。

MX紀錄在DNS裡面的用途,是在昭告天下,若要發送郵件到example123.com,該網域的郵件服務器,就是紀錄在MX裡面的 IP 地址。過去的電子郵件收信服務器,只會去確認下MX這紀錄的IP是真實存在,但由於假造的寄信人太多,現在的收信服務器,還會再去寄信人的MX郵件服務器,詢問這個寄信人john@example123.com帳號有沒有真實存在。

SPF/DKIM驗證不過的處理

前面我們提到,電子郵件的收信機,執行了一連串的驗證動作,SPF確認了寄信主機,DKIM確認信件沒被竄改,但要是這些驗證任何一關失敗了,該如何處置這封郵件呢? 這就是DMARC登場的時候了。

DMARC的全名為(Domain-based Message Authentication,Reporting & Conformance),它的動作就是當SPF/DKIM出現驗證失敗,給予收信伺服器該如何處置這封郵件的指示。

DMARC的處理方式為None (代表通過), Quarantine (隔離, 代表垃圾信), Reject (拒收)。

None的意思為,即使SPF/DKIM出現驗證失敗,這封電子郵件仍然照樣收下。DMARC這個是寄信人網域設定的政策,例如前面的寄信人郵件地址 john@example123.com。代表寄信網域example123.com,要求收信主機,即使SPF/DKIM出現驗證失敗,雖然這封信很可能有問題等等,但還是把郵件收下。

雖然說聽起來很不合邏輯,前面忙了這麼久,又是SPF又是DKIM,但怎麼驗證失敗還是把電子郵件收下。其實這是有不得已的苦衷,電子郵件從1965年發明,已經有無數種不同郵件程式,在不同的電腦跟作業系統應用,而因為SPF/DKIM這些都是屬於2000年之後才有的協定,為了讓舊有郵件系統仍然能夠運作,因此寄信方的網域可以設定成,收信服務器即使驗證失敗仍然收信。

Quarantine (隔離)一般來說對收信伺服器,就是標註為垃圾信,然後放行。因此會跑到Outlook或是Gmail等收信程式的垃圾信匣。

Reject (拒收)這就是拒絕此封信,不像前面兩項都是會收下這封信,這是最嚴格的設定,若是檢查SPF/DKIM出現驗證失敗,收信端郵件服務器會拒收該封郵件。

在收信伺服器如果有發現要被隔離跟拒收的信,除了執行該項政策之外,搞不好是真的被駭客偽造發信網域的信件,收信端最好是要通報這個狀況,給發信人的網域管理者,因此在DMARC裡也有這種通報的機制建立,告訴寄信人網管此種異常狀況。

從Yahoo郵件理解垃圾信阻擋

對SPF/DKIM/DMARC有概念之後,我們透過Yahoo郵件的例子,你就可以很深刻的體會,為何這些設定能夠阻擋大量的垃圾信。

Yahoo 郵箱是在1997年推出(那時候Google都還沒誕生,要到1998年Google才出現),當時Yahoo雅虎是全世界最火熱的Internet網路公司,因此免費的Yahoo郵箱誕生,就席捲了全球市場,因為在當時,要有一個電子郵件信箱,都是要付費才有(例如AOL)。因此幾乎有上網的人們,都會申請Yahoo免費郵箱,甚至都不只申請一個,反正是免費的,多申請幾個何妨。

1997年這是在網際網路剛發展的早期,各種網路詐騙、釣魚、垃圾信都還沒有,大夥們申請個Yahoo郵件信箱,就都單純的很用來互相發郵件,那真是個純真美好的年代。許多人即使有自己的ISP(如中華電信),也還是習慣用自己Yahoo信箱郵件帳號,再透過ISP來做發送,而不是透過Yahoo信箱的網頁去發送,這是非常普遍的做法。

但2000年之後,網際網路的使用被大量的普及開來,電子郵件的免費特色,被垃圾信業者大量的濫用。而人人有Yahoo信箱,再加上可以透過非Yahoo的發信機去發送,Yahoo郵件帳號,成了全世界最大規模的垃圾郵件寄信人地址,以及收信郵件地址。真不誇張,我自己的Yahoo郵件帳號,每次一打開都是幾百封的垃圾信,實在是受不了了,後來聽說Gmail很少垃圾信,我才轉到Gmail。

因此Yahoo公司是盡全力的想要解決垃圾郵件問題,DMARC就是由Yahoo提出而通過成為全球推薦的郵件通訊規範。而Yahoo在2016年3月28日,正式啟動DMARC,而Yahoo所設定的DMARC政策,就是reject拒收。也就是說,假設收信服務器發現 xyz@yahoo.com (以及全球Yahoo國際郵箱域名)這封信的寄信服務器,不是來自Yahoo發信服務器(SPF驗證失敗),也就是非透過Yahoo的網上信箱線上撰寫,那收信服務器就會拒收此一郵件。

很多非正式的統計都聲稱,從那天之後,網路上的郵件流量,瞬間有巨大的下降。可見SPF、DMIM再結合DMARC真的是防範垃圾信的寶劍。

結語

沛盛資訊辦過很多次客戶的教育培訓,跟行銷小編講解郵件DNS的重要性,小編們完全不懂電腦技術,但很會行銷活動吸引客戶有一套,我們都用這種「郵局、郵差」範例,解釋如何要去防止假的郵局/郵差,如何確保信件不被竄改等等,很生活化的例子,行銷小編們馬上就能體會了。

許多客戶來尋找沛盛電子報的方案,由於大家多半都有原本的電子報服務,我們就會詢問出現什麼狀況不滿意,開啟率低絕對是最大的問題。如果電子報都被送進了收信端的垃圾信匣,那開信率低是絕對的結果。但不懂的電子報廠商,看到開信率低,就說要改主旨,但再怎麼改越改開啟越低。這就是根本開錯藥,正確的藥方就是要理解郵件DNS這些架構原理,做好SPF/DKIM/DMARC等設定,自然進垃圾信匣就少,開啟率就自然升高。

那為何其他的電子報廠商,不懂郵件DNS這些道理呢? 原因很簡單,因為台灣只有沛盛是自己研發郵件引擎,擁有技術能夠設定郵件的DNS,因此我們會教客戶也會協助客戶設定。但其它的廠商,都不是自己研發郵件發送引擎,沒有能力做郵件DNS的設定,自然也不敢跟客戶說明白了,只能隔靴搔癢請客戶說要改主旨喔等等。

了解了郵件DNS在傳輸每封信扮演的角色,要用電子報,還是要選有技術能力的沛盛資訊。

2018臉書自然觸及率已經降到1.2%

幾年前,許多品牌企業的老闆,給行銷部門的指標就是”增加臉書粉絲”。除了叫親朋好友趕快來按讚之外,就是去買臉書廣告,然後自然會有新的按讚粉絲,所以企業的行銷預算都在臉書。

但根據Bonseyjaden這間數位行銷公司,拉出一個知名的消費品牌,過去五年超過1,500則臉書貼文去統計,在2018年的臉書觸及率已經降到僅剩1.2%。也就是20萬個臉書粉絲,真正會看到貼文的,以1.2%計算只有2,400個人,而且這個觸及率還會持續降低。那辛辛苦苦花了錢累積了20萬粉絲,效果已經快趨近於零了。

facebook-organic-reach-2018-768x767

但假設幾年前,你的行銷預算是用來累積電子報訂閱,20萬個郵件訂閱,業界一般表現的開啟率約在10%,遠遠高過於臉書快趨近於零的表現。

臉書的粉絲是臉書創辦人佐克柏(Mark Zuckerberg)的,不是你的。這些粉絲都是臉書掌握,臉書要讓你的貼文給誰看到,就給誰看到,你沒有選擇的能力。

同樣的,由於臉書觸及率降低,許多品牌企業就想把行銷預算放到Line。現今的Line就是幾年前的臉書,同樣的,Line的會員帳號是Line的資產,現在Line在搶臉書流出來的行銷預算,因此顯得很親民,但再等幾年故事又會重演,Line又會出現觸及率降低,豈不又白忙一場。

錢在郵件名單裡

別人口袋裡的錢都不是自己的錢,唯有自己建名單才是自己的財產,西方人有句話「Money is in the list」,指的就是郵件名單(mailing list)。

但是自己建立郵件會員名單很慢,用廣告費去買臉書粉絲、Line粉絲很快。客戶的經營沒有特效藥,也不可能用錢去買,這需要時間跟耐心(Time and patient)。沛盛資訊經營郵件行銷多年,也自己花費重資打造郵件引擎,我們不走捷徑堅持自己研發,客戶經常被花言巧語的同行搶走,但沒幾年又都回來找沛盛資訊,畢竟一小時能發五百萬封郵件的扎實技術能力,是超越同行數十倍的差距。

20萬的臉書粉絲,這是空的。如果能理解這個道理,就不要再去花行銷預算,再建立20萬的Line訂閱,這一樣是空的。建立自己的郵件會員名單,這才是真的,雖然很慢,但每一筆訂閱會員,都是真的。

電子報行銷讓專業的來解釋如何做

在台灣擁有最多大型客戶是哪間電子報服務公司呢? 那就是擁有每小時發送五百萬封郵件的沛盛資訊。不要看其它的電子報行銷廠商,動輒寫擁有6000, 10000, 還是多少萬客戶,好像客戶數很多,但沛盛都是台灣最大規模的電商、量販店、百貨、台灣品牌國際之光等等客戶,拿出一個客戶一天的發送量,就超過別人幾千個幾萬個客戶全部加起來發送量。

能發出去最重要

想要做電子報行銷,最重要的就是要能即時成功發送出去,如果都發不出去,電子報內容再好都是空談。要能夠把大量的電子報發出去,靠的不是架設幾百台的郵件服務器,因為把100台摩托車連起來,也不會成為一台跑車。

要能夠高速的發出郵件,每小時達到五百萬封,靠的是軟體技術力,沛盛資訊來自於矽谷的開發背景,郵件發送引擎從頭自己開發,用直接呼叫作業系統底層的C語言、組合語言,架構出速度超快的郵件發送能力。

不要以為自己公司只有幾萬封電子報,委託的電子報發送商的一天發送速度高過這數字發送就沒問題。不要忘了,你只是它許許多多的客戶,整個一天發送量加起來,恐怕都超過它的每日發送量,週末的限時促銷發到週一還沒發完,怎麼會有成效。

避免進垃圾信箱重點不是內容

在能夠發送出去之後,接下來才是要避免進入垃圾信箱。這部分不是如許多電子報廠商描述,主旨要怎麼寫,內容要避免哪些字等等,這些都是其次。真正重要的是郵件DNS的設定,指的是SPFDKIMDMARC這些設定。

簡單說,這些在DNS端做的設定,是在郵件發送過程中,驗證是否發信機來源可靠,郵件內容沒被竄改。舉例來說,在科學園區上班的員工,都會帶識別證在入口「嗶」一聲,如果連識別證都沒有,卻聲稱是員工想要進去,是不是很可疑,要到旁邊去檢查確認。郵件DNS就像是識別證,有識別證的放行,沒識別證的攔阻,多半被放入垃圾信箱匣。

從下圖可以很清楚地看到,郵件收信的流程中,DKIM/SPF/DMARC這些的檢查,是優於內容端,因此避免進垃圾郵件,更重要的是妥善的設定這些數值。

email-travel-diagram

沛盛資訊由於整個郵件發信引擎都是自己開發,我們寫了一份非常清楚如何設定郵件SPF、DKIM、DMARC文件,並要求我們客戶一定要設定,這才是避免進垃圾信的最重要關卡。

電子報內容設計

EDM發得出去,郵件DNS正確設定不被攔阻,接下來才是郵件內容的優化。這部分行銷人員通常比較熟悉,就是主旨、內容、圖文並茂等等,這些內容的調整難度較低。

驗證RWD手機閱讀

在內容的部份,被許多行銷人員忽略的,就是手機能否順利閱讀。因為大部分的美工編輯,都是在電腦上用Photoshop設計圖片,或是電腦上用DreamWeaver編輯html欄位,然後就忽視了手機是否能順利閱讀。沛盛經常發現許多品牌大廠,所做的EDM在電腦非常漂亮,但換到手機根本無法閱讀。

本文解釋了電子報行銷的重點,能夠發出去是最重要,沛盛資訊是台灣速度最快的電子報平台,我們見了太多知名大廠,想發電子報被錯誤資訊誤導,走了很多冤枉路,最後才到沛盛來。想做電子報行銷,先問他們兩個問題:你發多快,郵件DNS怎麼設定。

電子報edm系統推薦

合適的電子報edm系統推薦最重要不是價格。沛盛資訊作為國內最老牌、發信系統自行開發、發信速度最快、大品牌企業最多的電子報軟體系統,我們每月均會收到來自各種大小不同企業客戶詢問,想要了解它們的電子報需求要如何進行。本文電子報edm系統推薦,將對不同規模客戶,從免費電子報系統到大企業推薦電子報系統,可以充分了解電子報edm在規劃時考慮因素。

電子報edm系統推薦

企業在考慮電子報edm系統時,最重要的考量因素是電子報的「不進垃圾信箱送達」能力,價格會是最後考量。因為即使再便宜的發送費用,若通通都發不進客戶郵件信箱,全部被擋信退信,或是通通都發到垃圾郵件信箱,反而耽誤了行銷檔期效果,影響了公司的業績,即使發送費再便宜都不要考慮。

微型電子報(500郵件名單以下)

推薦使用Gmail當作電子報系統。

對於電子報會員人數不多的小型企業或個人,Gmail每天的限制是發500封郵件,因此在這個會員數以下,我們都推薦使用Gmail當作電子報系統。透過Gmail有個好處,就是用戶會覺得這是你親自寫給對方的郵件,有1對1私人信感覺,有助於提高開啟率跟點擊。

但如果是要用企業的名義發,那就需要有自己的網域名稱,可以採用Google 的G Suite,結合了網域跟Gmail同樣的電子郵件系統,但是能夠有自己的郵件網域名稱。若是不想要都綁定在G Suite,那可以購買網域名稱,再透過虛擬主機商提供的郵件地址,可參考尋找網頁設計相關資料。

501 ~ 1萬郵件名單

推薦使用雲端電子報系統。

以發信數量每次一萬封以下的企業客戶,市面上有很多不同方式小型自建免費或超低價格電子報系統可以選擇,但我們不建議。例如使用以前比較流行的Newsletter系統,如Wordpress加上newsletter這個外掛。另外,也有人會想去買很簡單的電子報發報系統,一套幾千元台幣,然後來自己操作。這些免費或便宜系統,初期看起來解決了電子報發送需求,但馬上就會出問題,得不償失。

WordPress 加上 newsletter外掛,這優點是免費,但以500~1萬封的單次發送量,基本上透過Wordpress網站後台的SMTP發信機,絕對是無法支撐,很快就會被整個域名封鎖。

自己買簡單發報系統會更慘,因為發送的關鍵是在能否有SMTP郵件發送機,這些價格便宜的發報系統,都是給簡單的軟體,但不會有SMTP發信機。不管是透過中華電信等的SMTP,都不會支援這個數量的對外郵件,只要試過一次很快也會被封鎖。

因此501 ~ 1萬個郵件名單,最適合就是雲端的電子報服務。可以選擇的廠商很多,國外品牌有mailChimp、Benchmark等,台灣品牌當然我們推薦沛盛資訊的雲端電子報,可以線上申請帳號進入做發信測試。

1萬~10萬郵件名單

同樣推薦雲端電子報系統,但一定要做郵件DNS設定。

一萬封跟一萬封以下,差別在於要不要設定郵件DNS,如SPF/DKIM/DMARC。簡單說,由於名單數量變大,因此就要做好避免進垃圾郵件的設定,郵件DNS就必需要設定,若不知道這些技術,可以參考我們這篇文章。在台灣僅有沛盛資訊,由於郵件發送系統為自行開發,才有能力加入郵件DNS。若是所使用的電子報系統沒有加上郵件DNS,即使可以發出,但一樣進垃圾信,花了錢卻完全沒有效果。

郵件名單若是在一萬封以下,被當垃圾信的風險較低,但為了保險起見,我們也建議客戶都把郵件相關DNS都設定完。這部分的差異,也就是為何沛盛資訊的電子報發送,被判定垃圾信的機率較低。

電子報edm系統推薦,沛盛資訊具備RWD發送能力
電子報edm系統推薦,沛盛資訊具備RWD發送能力

10萬~100萬郵件名單

推薦可用雲端電子報系統,自建入門版企業級電子報系統或是混合雲電子報系統。

當會員的郵件名單到了10萬等級,這時候就可以使用的電子報系統軟體變多,可以使用雲端發送,入門級的電子報系統自建,或是結合自建跟公有雲端的混合雲。

  1. 雲端電子報:要考慮雲端電子報系統的效能,因為很多小型的電子報雲端系統,它的發送引擎是改自Postfix、Sendmail郵件伺服器,或是開源碼的郵件伺服器,這類型的發信引擎,效能應付一天發送幾萬封還可以,但如果是一次要發送超過十萬封,恐怕就會遇到效能瓶頸,因此使用前要先問清楚,這樣的效能問題,是在測試時只有少量發送測不出來的。這些電子報系統,會用易學易用、樣板很多改一改就好吸引客戶,但等到真正使用後,重要節日促銷電子報,發到節日過了都還沒發完,就欲哭無淚了,企業千萬不要貪便宜使用這種的雲端電子報系統。
  2. 自建入門版企業級電子報系統:許多大型企業用的電子報系統,也會推出入門版的系統。這種就不是那種幾千塊錢的簡單型電子報系統,而是正式的企業級電子報發報系統。沛盛資訊有推出「OMICard 360」,就是屬於這等級的入門系統。
  3. 混合雲電子報:這種是介在自建系統跟雲端之間,也就是說企業客戶把電子報信件產生之後,把技術最複雜的發信,交由沛盛資訊來進行。為何發信最難呢,因為這牽涉到發信IP信評、頻寬調整、收信端的動態調整等等,這是電子報系統裡面最困難技術,沛盛資訊透過AI技術,提升發信機智慧能力,因此有辦法解決最困難的發信,每小時發送量高達五百萬封郵件。

100萬 ~ 500萬郵件名單

推薦自建企業級電子報系統,或是混合雲系統。

在單次要發送一百萬封電子郵件,而且要在幾小時之內發出,在台灣只有沛盛資訊的OMICard能夠達到。OMICard是私有雲的企業自建電子報系統,安裝在微軟的作業系統,資料庫可以採用各種主流商用甚至是免費資料庫,例如SQL Server、Oracle、Mysql…等等。

混合雲也是合適的推薦方式,就如同本文之前提到,採用混合雲可以把對技術最困難的發信部分,交由沛盛的發信機處理,企業內部只要負責產生電子報信件本身即可。

500萬以上郵件名單

推薦自建企業級電子報系統。

當單次要發送500萬封以上的電子郵件,以沛盛資訊的經驗,客戶都傾向於採用自建自管的電子報系統,在這個奧運重量級的級距,能夠上台比賽的,台灣只有沛盛資訊的OMICard。這也就是為何您收到只要是知名電商大品牌電子報,背後幾乎都是沛盛資訊的技術發出。

結語

本文詳細地說明了,從少於500封電子郵件免費電子報發送,到單次要發送500萬封以上的郵件。在這整個級距當中,企業可以根據目前的會員數量,參考我們推薦的電子報系統,來做評估。沛盛資訊為業界最豐富的電子報軟體系統解決方案,從雲端電子報、自建私有雲電子報系統到公私混合雲的系統,沛盛資訊都可提供。

有了好的電子報郵件行銷系統,該如何來進行郵件行銷,我們推薦Pat Flynn的這篇YouTube影片: