Brevo SMTP: คู่มือการตั้งค่า ค่าคอนฟิก และการแก้ปัญหา

Brevo SMTP ย้ายอีเมลขาออกของแอปพลิเคชันออกจาก mail agent ในเครื่องของเว็บโฮสต์ ไปยังโครงสร้างพื้นฐานที่ยืนยันตัวตน บันทึกล็อก และรายงานผลของทุกข้อความ การตั้งค่านั้นเล็กมาก: โฮสต์เนมหนึ่งค่า พอร์ตหนึ่งค่า ข้อมูลรับรองสองอย่าง แต่ความผิดพลาดก็เล็กพอกัน และรูปแบบความล้มเหลวมักเงียบสนิท คู่มือนี้ครอบคลุมค่าคอนฟิก โมเดลข้อมูลรับรอง งาน DNS ที่ทำให้อีเมลส่งถึงจริง และ error ที่คุณจะเจอหากส่วนใดตั้งค่าผิด หากคุณยังเลือกผู้ให้บริการอยู่ คู่มือบริการอีเมล SMTP เปรียบเทียบตลาดโดยรวมไว้ก่อนแล้ว

Brevo SMTP คืออะไร

Brevo อธิบาย Brevo SMTP ว่าเป็นบริการ SMTP relay ของตัวเอง แอปพลิเคชัน เว็บไซต์ หรือเมลเซิร์ฟเวอร์ของคุณส่งข้อความให้ relay ผ่านการเชื่อมต่อที่ยืนยันตัวตนแล้ว จากนั้น Brevo รับผิดชอบเรื่องการกำหนดเส้นทาง การส่งซ้ำ ชื่อเสียงของผู้ส่ง และการรายงาน สถิติของอีเมลที่ส่งผ่าน relay จะแสดงอยู่ข้างสถิติแคมเปญ และเมื่อเกิด hard bounce ระบบจะเพิ่มผู้ติดต่อนั้นเข้า blocklist โดยอัตโนมัติ

Relay ถูกออกแบบมาสำหรับข้อความ transactional เช่น การรีเซ็ตรหัสผ่าน ใบเสร็จ การยืนยันคำสั่งซื้อ และการแจ้งเตือนบัญชี หากเส้นแบ่งระหว่างข้อความเหล่านั้นกับอีเมลการตลาดยังไม่ชัด บทความ transactional email คืออะไร อธิบายไว้ครบ

SMTP หรือ REST API

ทั้งสองเส้นทางไปถึงแพลตฟอร์มเดียวกัน การแบ่งในทางปฏิบัติเป็นดังนี้

มีข้อจำกัดหนึ่งที่ตายตัว: เอกสารสำหรับนักพัฒนาของ Brevo ระบุว่า SMTP relay ไม่รองรับการส่งแบบ batch และแนะนำให้ใช้ endpoint ของ API สำหรับงาน batch แทน

การสร้างข้อมูลรับรอง SMTP

การยืนยันตัวตน SMTP ของ Brevo ใช้ค่าสองอย่างที่สับสนกับข้อมูลรับรองที่คุณมีอยู่แล้วได้ง่ายมาก

หา SMTP login ของคุณ

SMTP login ไม่ใช่อีเมลบัญชี Brevo ของคุณ แต่เป็นตัวระบุแยกต่างหากที่แสดงในช่อง Login บนหน้า Settings, SMTP and API ในรูปแบบ [email protected]

จากตรงนี้มีกฎสองข้อ ทั้งคู่มาจากเอกสารการแก้ปัญหาของ Brevo อย่าใส่ smtp-relay.brevo.com ลงในช่องชื่อผู้ใช้ นั่นคือโฮสต์ของ relay ไม่ใช่ login ของคุณ และอย่าใส่ SMTP login ลงในเฮดเดอร์ From เพราะมันใช้ยืนยันตัวตนคุณ ไม่ใช่ระบุตัวผู้ส่ง

สร้าง SMTP key

รหัสผ่านคือ SMTP key ไม่ใช่รหัสผ่านบัญชี และไม่ใช่ API key

1. เปิดเมนู dropdown ของบัญชีแล้วเลือก Settings จากนั้นเลือก SMTP and API
2. ในแท็บ SMTP คลิก Generate a new SMTP key
3. ตั้งชื่อคีย์ตามการเชื่อมต่อที่จะใช้งานคีย์นั้น
4. เลือกรูปแบบ Standard คือคีย์ 64 ตัวอักษรที่แนะนำ ส่วน Short คือคีย์ 15 ตัวอักษร สำหรับไคลเอนต์ที่รับรหัสผ่านยาวไม่ได้
5. ตั้งวันหมดอายุระหว่าง 7 วันถึง 1 ปี หรือเลือกไม่มีวันหมดอายุ
6. คลิก Generate แล้วคัดลอกคีย์เต็มทันที

คีย์เต็มจะแสดงเพียงครั้งเดียว หลังจากนั้นหน้าจะแสดงเฉพาะตัวเลขท้ายไม่กี่ตัว หากทำหาย ให้สร้างคีย์ใหม่มาแทนแล้วอัปเดตคอนฟิกของคุณ

ค่าการเชื่อมต่อ

ค่าที่ต้องกรอกในไคลเอนต์หรือไลบรารีใดก็ตาม

การเลือกพอร์ต

Brevo แนะนำพอร์ต 587 เป็นค่าเริ่มต้น พอร์ต 465 เคยถูกกำหนดไว้สำหรับ SMTP over SSL และภายหลังถูกยกเลิกสถานะนั้น แต่ยังรองรับกันอย่างกว้างขวางและเหมาะเมื่อคุณต้องการให้การเชื่อมต่อถูกเข้ารหัสก่อนคำสั่งแรก ส่วนพอร์ต 2525 ไม่ได้จดทะเบียนกับ IETF หรือ IANA แต่ ISP และผู้ให้บริการคลาวด์ส่วนใหญ่อนุญาต จึงเป็นทางออกสำรองเมื่อพอร์ต 587 ถูกบล็อก

ช่องการเข้ารหัสทำให้คนสะดุดบ่อย Brevo บอกให้เว้นว่างไว้ ยกเว้นเมื่อคุณใช้พอร์ต 465 นั่นไม่ได้แปลว่าการเชื่อมต่อไม่ถูกเข้ารหัส บนพอร์ต 587 และ 2525 เซิร์ฟเวอร์จะประกาศ STARTTLS และไคลเอนต์ที่ทำงานถูกต้องจะอัปเกรดการเชื่อมต่อก่อนยืนยันตัวตน มันหมายความว่าคุณไม่ควรเลือก “SSL” ขณะเชื่อมต่อพอร์ต 587 เพราะพอร์ตกับการเข้ารหัสที่ไม่ตรงกันจะทำให้การยืนยันตัวตนล้มเหลว แม้ข้อมูลรับรองจะถูกต้อง

ทดสอบการเชื่อมต่อก่อนเขียนโค้ด

ยืนยันว่า relay ตอบกลับและ TLS เจรจาสำเร็จ ก่อนจะไปไล่ดีบักโค้ดแอปพลิเคชัน

openssl s_client -starttls smtp -crlf -connect smtp-relay.brevo.com:587

การ handshake ที่สำเร็จจะจบด้วยรายการความสามารถ 250 ของเซิร์ฟเวอร์ ซึ่งควรมี STARTTLS และบรรทัด AUTH ที่ระบุ PLAIN และ LOGIN หากไม่มี banner เลย นั่นคือปัญหาเครือข่าย ไม่ใช่ปัญหาข้อมูลรับรอง

การยืนยันโดเมนผู้ส่ง

นี่คือขั้นตอนที่คนมักข้าม และเป็นตัวตัดสินว่าอีเมลจะถึงปลายทางหรือไม่ ตั้งแต่วันที่ 1 กุมภาพันธ์ 2024 การยืนยันโดเมนกลายเป็นข้อบังคับภายใต้ข้อกำหนดผู้ส่งของ Gmail และ Yahoo และ Brevo ระบุว่า Microsoft ประกาศมาตรฐานคล้ายกันเมื่อวันที่ 5 พฤษภาคม 2025 อีเมลที่ไม่ผ่านการยืนยันจะถูกกรองหรือปฏิเสธ ไม่ว่าจะส่งผ่าน relay ใดก็ตาม

เรคคอร์ดที่ Brevo ขอ

Brevo เพิ่มเรคคอร์ดเหล่านี้ให้อัตโนมัติได้หากคุณเข้าสู่ระบบผู้ให้บริการโดเมนจากภายใน Brevo หรือคุณจะคัดลอกค่าไปใส่ใน DNS zone ด้วยมือก็ได้ รูปแบบ DKIM ที่คุณได้ขึ้นอยู่กับบัญชี CNAME สองรายการใช้คีย์ 2048 บิตเป็นค่าเริ่มต้น ส่วนแบบ TXT รายการเดียวใช้คีย์ 1024 บิต

ทำไมจึงไม่มี SPF record

คำถามที่พบบ่อยของ Brevo ระบุชัดว่า SPF และ MX record ไม่จำเป็นสำหรับการยืนยันโดเมน และจะให้เฉพาะตอนตั้งค่า IP เฉพาะเท่านั้น บนโครงสร้างพื้นฐานแบบแชร์ Brevo เป็นผู้ควบคุม return path ดังนั้น DKIM บวกกับการตรวจสอบความเป็นเจ้าของจึงเพียงพอสำหรับการยืนยันตัวตน หากคุณกำลังย้ายมาจากผู้ให้บริการที่บังคับให้ใส่ SPF include อย่าคิดค่าขึ้นมาเอง include ที่ไม่จำเป็นมีแต่จะเสี่ยงชนขีดจำกัดจำนวนการ lookup

DMARC ยังสำคัญอยู่ และ Brevo เผยแพร่เรคคอร์ดเริ่มต้นที่ใช้งานได้จริงไว้

v=DMARC1; p=none; rua=mailto:[email protected]

เริ่มที่ p=none เพื่อรับรายงานรวมโดยไม่เสี่ยงกับการส่ง จากนั้นค่อยเข้มขึ้นเป็น quarantine และ reject เมื่อทุกแหล่งส่งที่ถูกต้องสอดคล้องกันแล้ว คู่มือ deliverability ของอีเมล ของเราครอบคลุมลำดับขั้นนี้ไว้

ยืนยันผู้ส่ง

ทุกที่อยู่ From ต้องเป็นผู้ส่งที่ยืนยันแล้ว หรืออยู่บนโดเมนที่ผ่านการยืนยัน ผู้ส่งรายใหม่ยืนยันด้วยรหัส 6 หลักที่ส่งไปยังที่อยู่นั้น แต่ผู้ส่งที่อยู่บนโดเมนที่ยืนยันแล้วจะข้ามขั้นตอนนี้ไป จึงเป็นเหตุผลว่าทำไมต้องยืนยันโดเมนก่อน โดเมนอีเมลฟรีไม่สามารถยืนยันได้ ดังนั้นที่อยู่ From ที่ gmail.com หรือ outlook.com จะถูกปฏิเสธหรือถูกกรอง

ตัวอย่างการเชื่อมต่อทีละขั้น

WordPress

WordPress ส่งอีเมลขาออกให้ wp_mail ซึ่งจะเรียกใช้สิ่งที่โฮสต์จัดเตรียมไว้ การเปลี่ยนเส้นทางไปที่ Brevo ต้องใช้ปลั๊กอิน

1. ในแถบด้านข้างของหน้าผู้ดูแล ไปที่ Plugins แล้วเลือก Add New Plugin
2. ค้นหา Brevo ติดตั้ง “Newsletter, SMTP, Email marketing and Subscribe forms by Brevo” แล้วเปิดใช้งาน
3. ไปที่ Brevo จากนั้น Home แล้วกรอก Brevo API key v3 ของคุณในช่องเปิดใช้งาน ขั้นตอนนี้ใช้ API key เพราะปลั๊กอินซิงค์ผู้ติดต่อด้วย จากนั้นคลิก Login
4. ที่หัวข้อ Transactional emails ให้เลือก Yes
5. เลือกผู้ส่งที่มีอยู่หรือสร้างใหม่ อีเมลทุกฉบับจาก WordPress จะใช้ชื่อและที่อยู่ผู้ส่งนั้น
6. กรอกที่อยู่แล้วคลิก Send email เพื่อยิงอีเมลทดสอบ

มี error สองแบบที่พบบ่อย ข้อความที่บอกว่าอีเมล transactional ยังไม่ถูกเปิดใช้งานเพราะบัญชี Brevo SMTP ของคุณยังไม่ได้เปิดใช้ หมายความว่าฝ่ายซัพพอร์ตของ Brevo ต้องเปิดแพลตฟอร์มให้ ส่วนข้อความที่บอกว่าใช้ SMTP ไม่ได้เพราะ wp_mail ถูกประกาศไว้โดยกระบวนการอื่น หมายถึงมีปลั๊กอิน SMTP ตัวอื่นแย่งกันอยู่ ให้ปิดการใช้งานตัวอื่นทีละตัว

แอปพลิเคชันฝั่งเซิร์ฟเวอร์

ตัวอย่าง Node.js ของ Brevo เองใช้ nodemailer พร้อมค่าคอนฟิกด้านบน

const nodemailer = require("nodemailer");

const transporter = nodemailer.createTransport({
  host: "smtp-relay.brevo.com",
  port: 587,
  secure: false, // true สำหรับ 465, false สำหรับพอร์ตอื่น
  auth: {
    user: process.env.BREVO_SMTP_LOGIN, // [email protected]
    pass: process.env.BREVO_SMTP_KEY,
  },
});

async function sendOrderConfirmation() {
  const info = await transporter.sendMail({
    from: '"Acme Support" <[email protected]>',
    to: "[email protected]",
    subject: "คำสั่งซื้อของคุณได้รับการยืนยันแล้ว",
    text: "คำสั่งซื้อ 10482 ได้รับการยืนยันแล้ว และจะจัดส่งภายในสองวันทำการ",
  });
  console.log("ส่งข้อความแล้ว:", info.messageId);
}

sendOrderConfirmation().catch(console.error);

สังเกต secure: false บนพอร์ต 587 แฟล็กนั้นควบคุม implicit TLS ไม่ใช่ว่าการเชื่อมต่อถูกเข้ารหัสหรือไม่ nodemailer ยังคงออกคำสั่ง STARTTLS อยู่ ตั้งเป็น true เฉพาะกับพอร์ต 465 เท่านั้น

โค้ดเทียบเท่าใน Python ด้วยไลบรารีมาตรฐาน

import smtplib, ssl
from email.message import EmailMessage

msg = EmailMessage()
msg["From"] = "Acme Support <[email protected]>"
msg["To"] = "[email protected]"
msg["Subject"] = "คำสั่งซื้อของคุณได้รับการยืนยันแล้ว"
msg.set_content("คำสั่งซื้อ 10482 ได้รับการยืนยันแล้ว และจะจัดส่งภายในสองวันทำการ")

with smtplib.SMTP("smtp-relay.brevo.com", 587, timeout=20) as server:
    server.starttls(context=ssl.create_default_context())
    server.login(BREVO_SMTP_LOGIN, BREVO_SMTP_KEY)
    server.send_message(msg)

ทั้งสองตัวอย่างอ่านข้อมูลรับรองจาก environment ซึ่งเป็นหัวข้อถัดไป

ความปลอดภัยของคีย์และการหมุนเวียนคีย์

Brevo ปฏิบัติต่อ SMTP key เหมือนรหัสผ่าน กฎการใช้งานต่อไปนี้ควรทำตามอย่างเคร่งครัด

• หนึ่งคีย์ต่อหนึ่งการเชื่อมต่อ ตั้งชื่อคีย์ตามระบบที่ใช้งาน เพื่อว่าเมื่อคีย์รั่วไหลหรือปลดระบบออก จะเพิกถอนได้ตรงจุดเดียวพอดี
• อย่า commit คีย์เด็ดขาด ใช้ environment variable ระบบจัดการ secret หรือที่เก็บคอนฟิกของแพลตฟอร์มคุณ ไม่ใช่ใน source control ไม่ใช่ในไฟล์ .env ที่ถูก track และไม่ใช่ในภาพหน้าจอ
• หมุนเวียนคีย์โดยไม่มี downtime สร้างคีย์ใหม่ ดีพลอย ยืนยันว่าส่งได้ แล้วค่อยลบคีย์เก่า การลบย้อนกลับไม่ได้ และการลบคีย์ที่ยังใช้งานอยู่จะหยุดการส่ง transactional ทันที
• ปิดใช้งานแทนที่จะลบ เมื่อต้องการหยุดการเชื่อมต่อชั่วคราว คีย์เปิดใช้งานใหม่ได้ภายหลัง
• เตรียมรับวันหมดอายุ คีย์ตั้งวันหมดอายุได้ตั้งแต่ 7 วันถึง 1 ปี และ Brevo จะทำให้คีย์ที่ไม่มีการใช้งานหมดอายุหลังผ่านไป 90 วัน

หากต้องการขอบเขตที่แข็งกว่านั้น Brevo บล็อกคำขอจากที่อยู่ IP ที่ไม่รู้จักได้ รายการที่อนุญาตใช้ร่วมกันระหว่าง API key และ SMTP key ดังนั้นสิ่งที่คุณอนุญาตจะมีผลกับทั้งคู่ ระวังเป็นพิเศษกับงานที่รันในคอนเทนเนอร์หรือบนคลาวด์ ที่อยู่ขาออกอาจเป็น NAT gateway ไม่ใช่ IP ของอินสแตนซ์อย่างที่คุณคิด และการตั้งผิดจะทำให้ถูกปฏิเสธด้วย 525 5.7.1 Unauthorized IP address

ทีมที่รัน Brevo ควบคู่ไปกับหน้าร้าน CRM และระบบซัพพอร์ต มักลงเอยด้วยการดูแลคีย์ ผู้ส่ง และโดเมนหลายชุดพร้อมกัน Tajo เก็บคอนฟิกเหล่านั้นไว้ที่เดียว แทนที่จะกระจายอยู่ใน 4 แดชบอร์ด

ขีดจำกัดการส่งและการจำกัดอัตรา

การส่งผ่าน SMTP ดึงจากเครดิตอีเมลของแพ็กเกจคุณ ในแพ็กเกจ Free นั่นหมายถึง 300 ฉบับต่อวัน ขีดจำกัดรีเซ็ตทุกวันและยอดที่ไม่ได้ใช้ไม่ทบไปวันถัดไป เมื่อชนเพดานแล้ว Brevo จะเก็บอีเมลเพิ่มได้อีกไม่เกิน 1,000 ฉบับไว้ในคิวสำหรับส่งซ้ำ และจะไม่ส่งอะไรเกินจากคิวนั้น แพ็กเกจแบบเสียเงินจะปลดเพดานรายวันออก และ คู่มือราคา Brevo แจกแจงแต่ละระดับไว้

เมื่อเครดิตหมดเกลี้ยง ข้อความที่ส่งเข้ามาทาง SMTP จะถูกพักและเข้าคิวแทนที่จะถูกทิ้ง งานค้างอยู่ในหัวข้อ Transactional จากนั้น Real time แล้วไปที่ Usage and plan ในส่วน Email queue

Brevo เผยแพร่ขีดจำกัดอัตราแบบตายตัวสำหรับ REST API มากกว่าสำหรับ relay ในระดับทั่วไป POST /v3/smtp/email อนุญาต 1,000 คำขอต่อวินาที และการเกินขีดจำกัดจะได้ 429 Too Many Requests เส้นทาง API ยังส่งเฮดเดอร์บอกขีดจำกัดอัตรากลับมาให้ปรับจังหวะได้ ซึ่ง relay ไม่มี

การเฝ้าดู bounce และการร้องเรียน

อีเมลที่ส่งผ่าน relay ดูได้ในหัวข้อ Transactional ที่หน้า Statistics และ Logs เหตุการณ์ที่ต้องตอบสนองมีดังนี้

• Hard bounce ที่อยู่ไม่ถูกต้อง และ Brevo จะเพิ่มผู้ติดต่อเข้า blocklist โดยอัตโนมัติ
• Blocked ผู้รับเคยร้องเรียน ยกเลิกการติดตาม เกิด hard bounce หรือถูกบล็อกด้วยมือมาก่อน
• Deferred และ soft bounce ผู้ให้บริการรับการเชื่อมต่อแล้วแต่หน่วงหรือปฏิเสธข้อความ การ defer ซ้ำ ๆ กับผู้ให้บริการรายเดียวเป็นสัญญาณของปัญหาชื่อเสียงผู้ส่ง ไม่ใช่ปัญหาโค้ด

การ poll ล็อกไม่ scale Brevo รองรับ transactional webhook ที่ผลักเหตุการณ์การส่ง bounce การเปิด และการร้องเรียนไปยัง endpoint ของคุณแบบเรียลไทม์ ซึ่งเป็นวิธีที่ทำให้ข้อมูล suppression ของคุณเองทันสมัยอยู่เสมอ

ตัวเลขที่ต้องจับตาคืออัตราการร้องเรียนว่าเป็นสแปม Gmail, Yahoo และ Microsoft กำหนดให้ผู้ส่งอยู่ต่ำกว่า 0.3% และ Brevo แนะนำให้เฝ้าดูด้วย Gmail Postmaster Tools การฟื้นตัวจากการทำผิดเกณฑ์ใช้เวลานานกว่าการหลีกเลี่ยงไม่ให้เกิดมาก

การแก้ปัญหา

535 5.7.8 Authentication failed

ชื่อผู้ใช้หรือรหัสผ่านตรวจสอบไม่ผ่าน เรียงตามความน่าจะเป็น

• ใช้ที่อยู่อีเมลบัญชีแทน SMTP login ในรูปแบบ [email protected]
• วาง smtp-relay.brevo.com ลงในช่องชื่อผู้ใช้ Brevo ระบุว่านี่เป็นหนึ่งในสาเหตุที่พบบ่อยที่สุด
• ใช้ API key แทน SMTP key
• คีย์มีช่องว่างหรือการขึ้นบรรทัดใหม่ติดมาจากการคัดลอกวาง
• ค่าการเข้ารหัสไม่ตรงกับพอร์ต
• คีย์ถูกยกเลิกหลังการแจ้งเตือนด้านความปลอดภัย ในกรณีนี้ให้สร้างคีย์ใหม่

525 5.7.1 Unauthorized IP address

การบล็อก IP เปิดใช้งานอยู่และที่อยู่ที่เชื่อมต่อเข้ามาไม่ได้รับอนุญาต ให้เพิ่มเข้าไป และตรวจที่อยู่ขาออกจริงของคุณก่อน หากแอปพลิเคชันรันอยู่หลัง NAT หรือบนแพลตฟอร์มคอนเทนเนอร์

ไม่มีการตอบสนองและไม่มี banner

หากการเชื่อมต่อ TCP เปิดได้แต่เซิร์ฟเวอร์ไม่เคยส่งคำทักทาย 220 การยืนยันตัวตนจะเริ่มไม่ได้ และความผิดพลาดอยู่ฝั่งเครือข่ายของคุณ ไฟร์วอลล์องค์กรบางครั้งอนุญาตการเชื่อมต่อแล้วทิ้งทราฟฟิก SMTP อย่างเงียบ ๆ ส่วน AWS, Azure และ Google Cloud จำกัด SMTP ขาออกเป็นค่าเริ่มต้นในบัญชีใหม่ ให้ขอปลดข้อจำกัดนั้น หรือเปลี่ยนไปใช้พอร์ต 2525

450 แพลตฟอร์มยังไม่ถูกเปิดใช้งาน

Error บอกว่าบัญชี SMTP ของคุณยังไม่ถูกเปิดใช้งาน หรือแพลตฟอร์มการส่งของคุณถูกปิดอยู่ ในบัญชีใหม่ การส่ง transactional ต้องผ่านขั้นตอนเปิดใช้งานแยกต่างหากจากฝ่ายซัพพอร์ตของ Brevo ส่วนในบัญชีที่ใช้งานมานาน มักหมายถึงการถูกระงับ ไม่ว่าจะเพราะฟอร์มที่ไม่มีการป้องกันถูกบอทสมัครถล่ม หรือเพราะบัญชีมีสัญญาณว่าถูกเจาะ

ผู้ส่งถูกปฏิเสธ

ตรวจสามอย่าง: โดเมนผ่านการยืนยันแล้ว ผู้ส่งได้รับการยืนยันแล้ว และเฮดเดอร์ From ไม่ใช่ SMTP login ของคุณ

อีเมลถูกรับแต่ไปลงสแปม

ทำตามลำดับนี้ ยืนยันว่าโดเมนผู้ส่งผ่านการยืนยันและ DKIM กำลังลงลายเซ็นอยู่ ยืนยันว่าโดเมนใน From เป็นของคุณเองไม่ใช่ผู้ให้บริการอีเมลฟรี ตรวจอัตราการร้องเรียนใน Postmaster Tools เทียบกับเกณฑ์ 0.3% แล้วค่อยดูเนื้อหาหลังจากตรวจข้างต้นผ่านหมดแล้ว เพราะเนื้อหาแทบไม่เคยเป็นสาเหตุแรก

IP เฉพาะ

IP เฉพาะช่วยได้ก็ต่อเมื่อคุณส่งปริมาณสูงอย่างสม่ำเสมอเท่านั้น มันต้องผ่านการวอร์มอัปก่อนที่คุณจะส่งอย่างจริงจัง และต้องมีซับโดเมนสำหรับส่งที่ปรากฏเป็นโดเมน mailed by และ return path ในเฮดเดอร์ของคุณ นี่คือคอนฟิกเดียวที่ Brevo ให้ SPF และ MX record ควบคู่ไปกับ A, CNAME, DKIM และ DMARC record สำหรับซับโดเมนนั้น

มีรายละเอียดสองอย่างที่ทำให้คนพลาด IP เฉพาะที่ตั้งค่าไว้สำหรับอีเมลการตลาดอย่างเดียวจะทำให้ข้อความ transactional ของคุณเข้าคิวแทนที่จะถูกส่ง ดังนั้นให้สลับการตั้งค่าหรือซื้อ IP ที่สอง และการแยกเส้นทาง transactional ออกจากการตลาดต้องใช้ IP อย่างน้อยสองตัวพร้อมผู้ส่งที่แยกกัน เพื่อไม่ให้ engagement ที่อ่อนของอีเมลการตลาดฉุดใบเสร็จและการรีเซ็ตรหัสผ่านลงไปด้วย

ทำให้ถูกตั้งแต่ครั้งแรก

ยืนยันโดเมน สร้าง SMTP key ที่ตั้งชื่อไว้ เชื่อมต่อไปที่ smtp-relay.brevo.com บนพอร์ต 587 แล้วส่งอีเมลทดสอบผ่านเส้นทางโค้ดจริง ไม่ใช่ปุ่มบนแดชบอร์ด ปัญหาเกือบทุกอย่างที่เกิดตามมาสืบย้อนกลับไปได้ที่สามเรื่องนี้

• ข้อมูลรับรองผิดในช่องชื่อผู้ใช้หรือรหัสผ่าน
• ค่าพอร์ตกับการเข้ารหัสที่ขัดแย้งกันเอง
• โดเมนผู้ส่งที่ไม่เคยถูกยืนยัน

ทำสามอย่างนี้ให้ถูก แล้ว relay จะหายไปอยู่เบื้องหลัง ซึ่งเป็นสิ่งที่โครงสร้างพื้นฐาน transactional ควรเป็น