但讓我們從與電子郵件相關的歷史開始
就在幾年前,從第一個更好的電子郵件託管上設置的郵箱發送訊息可以完美地工作。過去,訊息是傳遞給收件者的,當時沒有人特別關心傳遞性問題,而電子郵件分析僅限於追蹤時事通訊活動的開啟率和點擊率。從那時起,發生了很多變化,主要是發送的訊息數量。 2017 年,每天發送的電子郵件數量為 2,690 億封,如今這一數字約為 3,332 億封。隨著電子郵件數量的增加,出現了許多以前未知的問題。
了解收件匣提供者的反垃圾郵件政策
交易或系統訊息(例如訂單確認、密碼重設通知、銷售文件或電子報註冊)不會優先於行銷訊息,如果您從一個 SMTP 發送所有類型的訊息,最重要的電子郵件往往會受到影響。此外,大量的郵件導致收件匣提供者的發送限制對我們來說變得更加嚴格。由於許多寄件者在特定時間發送行銷通信,如果沒有正確配置的電子郵件基礎設施,通常不耐煩等待的關鍵電子郵件不太可能在可接受的時間內到達收件人。我們越接近用於發送訊息的技術的極限,即將出現的挑戰就越多。
郵箱提供者的反垃圾郵件政策
為了保護他們的伺服器和使用者免受越來越多的不需要的郵件的影響,郵箱提供者開始自行實施各種反垃圾郵件策略。雖然它們的某些要求相似,但其餘要求可能有很大不同,隨著時間的推移需要進行許多更改。在地 ISP 的營運更加簡單,零一基礎;例如,如果從無回覆電子郵件地址提供者發送的寄件者會給他分配負分。當某個網域未通過 SPF 和 DKIM 驗證時,情況也是如此。另一方面,Global 已轉向建立基於多維因素的人工智慧模型,其中評估電子郵件品質的很大一部分因素是收件人對訊息的反應,澳洲消費者電子郵件列表 即所謂的社會因素。這就是為什麼今天我們不能說每封發送的電子郵件都到達收件匣。哪些是這樣的?嗯,這就是高級分析和電子郵件日誌的用途。即使開啟率和點擊率也不夠了。這就是我們談論送達率的原因以及對其影響最大的因素,即寄件者的聲譽。
專用 SMTP 位址、電子郵件流量分離和訊息日誌
當啟動網站或線上商店時,我們意識到為了更好的發展,我們應該收集所需的聯絡人清單並開始與使用者溝通。為此,您需要 SMTP 來傳送事務電子郵件、系統通知或促銷訊息。最簡單的郵件發送是使用運行應用程式的系統的郵件發送。發送是透過本地伺服器完成的。如果您「預設」使用其內建 SMTP 在 WooCommerce、Presta 或 Magento 上配置您的商店,則通知訊息(例如有關資料庫註冊的資訊)將透過 PHP 郵件功能在應用程式中執行。通常,用於此程序的 SMTP 將具有對郵件分類具有至關重要影響的常規設定和身份驗證。值得一提的是,以這種方式發送的電子郵件通常會被傳入伺服器退回。
正確的電子郵件分類:將交易流量與行銷流量分開
一般來說,在這種情況下,流量與絕大多數行銷訊息混合在一起,因為它們的數量總是更高。因此,可以透過這種方式發送電子郵件,當然,它「可以」完成,但是,流量類型和基本SMTP 預設身份驗證的混合可能會導致電子郵件已發送,但最終會成為垃圾郵件,或者最多是我們的事務性郵件通訊被放置在「優惠」標籤中。如果沒有電子郵件分析(您在Magento、Presta、WordPress的預設 SMTP 解決方案中找不到),您甚至可能不知道郵件是否已開啟或點擊。

託管服務應用程式的一段時間內的發送限制
託管提供者施加的限制也是一個嚴重的問題:共享基礎設施對隨時間推移的電子郵件發送分配了上限。許多提供者都會公佈具體數字。對於標準託管,CyberFolks 每 24 小時有 5,000 封電子郵件,對於 WooCommerce,每 24 小時有 10,000 封電子郵件。如果超出這些限制,您可能會面臨阻塞,並且您的訊息將永遠不會被傳遞。
網站被封鎖意味著失去銷售機會
託管解決方案會盡力阻止顯示任何未經請求的通訊跡象的郵件。如果發生較大的發送,他們認為可疑(例如聯絡表單攻擊),為了其他使用者的安全,您的網站帳戶可能會被暫停。因此,透過分享 SMTP 解決方案,您可能會暫時失去收入來源,更不用說機會成本了。
託管服務如何執行電子郵件發送?
有幾種選擇:
直接從應用程式以 PHP 發送電子郵件 – 即直接從程式碼層級(共用 SMTP 和多個寄件者、嚴格的發送限制、無日誌),如上所述,
託管提供者提供的專用或共用 SMTP 伺服器(自己的 SMTP,因此您可以放寬網路供應商的傳送限制,無日誌),
您可以在專門發送和傳遞電子郵件的公司(例如 EmailLabs)提供的託管提供者處設定自訂 SMTP。該服務提供專用 SMTP 和電子郵件分析,包括詳細日誌(對託管和郵件提供者沒有限制)。
來自託管提供者的 SMTP
寄件者可以選擇使用主機提供者提供的 SMTP 服務,通常是專用 IP 位址。這樣我們的郵件就可以與其他人的郵件分開,這是一個正面的改變。此外,在諮詢供應商後,您可以設定與從共用 SMTP 帳戶發送的郵件略有不同的限制。但是,請密切注意網站託管服務商是否與收件匣提供者(尤其是波蘭的收件匣提供者)達成協議。如果沒有它們,在大批量郵件的情況下很難獲得最佳的投遞能力。此外,使用這樣的解決方案很難提高送達率,因為我們沒有什麼可依賴的,沒有電子郵件分析,您無法監控打開了多少訊息以及何時打開、用戶單擊了什麼,或者他們是否將訊息標記為垃圾郵件等
外包專用 SMTP 和電子郵件分析
使用 EmailLabs 的 SMTP,您的郵件將不會被您的網站主機或信箱供應商封鎖。由於我們專注於電子郵件,因此您可以確信所提供的基礎設施已透過可靠、高品質的流量進行預熱。該計劃還包括一個監測活動結果的小組。訊息日誌是寶貴的資訊來源,特別是在交易電子郵件的情況下;您可以授予您的支援團隊存取日誌的權限,他們可以根據客戶的電子郵件地址準確檢查客戶的訊息發生的情況以及發生的時間。如果您不知道如何授權您的電子郵件(SPF、DKIM、DMARC),您可以隨時聯絡我們尋求協助。
CyberFolks 與 EmailLabs 合作
有興趣建立自己的發送聲譽、分析詳細報告和日誌的郵寄者受到託管服務的鼓勵,以測試專門針對遞送能力的解決方案。這就是 CyberFolks 和 EmailLabs 建立長期合作夥伴關係的原因,以便在這些領域實現協同互補。在 EmailLabs,您可以獲得專用的 SMTP、全面的報告,但最重要的是,我們確保來自我們網域的流量始終處於最高水準。出於安全目的,如果您的 www 網站發生不受控制的攻擊,我們將暫停此類發送,但您的網站或電子商店將繼續運作。