คู่มือ Email Deliverability: ทำไมอีเมลถึงตกไปอยู่ใน Spam และวิธีแก้ไข

คุณสร้างแคมเปญอีเมลที่สมบูรณ์แบบ กดส่งไปยังผู้ติดตาม 10,000 คน — แล้วพบว่า 40% ตกไปอยู่ใน spam หรือที่แย่กว่านั้น คุณส่ง transactional email (รีเซ็ตรหัสผ่าน ยืนยันคำสั่งซื้อ) แต่ลูกค้าไม่ได้รับเลย Email deliverability เป็นหนึ่งในปัญหาที่ซับซ้อนทางเทคนิคและสำคัญต่อธุรกิจที่สุดในซอฟต์แวร์ยุคใหม่ นี่คือวิธีที่มันทำงานจริงๆ

Mail server ตัดสินว่าอะไรคือ spam อย่างไร

เมื่ออีเมลของคุณมาถึง Gmail, Outlook หรือ mail server อื่นๆ ระบบจะประเมินผ่านหลายชั้น:

1. การตรวจสอบ Authentication — อีเมลนี้มาจากคนที่อ้างตัวจริงๆ หรือไม่?
2. การตรวจสอบ Reputation — IP/โดเมนที่ส่งมามีประวัติส่ง spam หรือเปล่า?
3. การวิเคราะห์เนื้อหา — อีเมลมีสัญญาณของ spam หรือไม่?
4. สัญญาณการมีส่วนร่วม — ผู้รับเปิดและโต้ตอบกับอีเมลจากผู้ส่งรายนี้จริงๆ หรือไม่?

หากล้มเหลวในขั้นตอนที่ 1 มักหมายถึงการปฏิเสธอัตโนมัติ ผลลัพธ์ที่ไม่ดีในขั้นตอนที่ 2–4 หมายถึงการตกไปอยู่ใน spam folder

มาตรฐาน Authentication ทั้งสาม

SPF (Sender Policy Framework)

SPF ให้คุณเผยแพร่รายการ mail server ที่ได้รับอนุญาตใน DNS ของคุณ เมื่อ receiving server ได้รับอีเมลของคุณ ระบบจะตรวจสอบว่า "server นี้ได้รับอนุญาตให้ส่งอีเมลในนามโดเมนนี้หรือไม่?"

# DNS TXT record for yourdomain.com
v=spf1 include:_spf.google.com include:sendgrid.net ip4:203.0.113.50 -all

อธิบายแต่ละส่วน:

• v=spf1 — SPF เวอร์ชัน 1
• include:_spf.google.com — Google Workspace ได้รับอนุญาต
• include:sendgrid.net — SendGrid ได้รับอนุญาต
• ip4:203.0.113.50 — IP นี้โดยเฉพาะได้รับอนุญาต
• -all — ปฏิเสธทุกรายการที่เหลือ (hard fail)

ใช้ -all (hard fail) แทน ~all (soft fail) หรือ ?all (neutral) Soft fail บอกให้ผู้รับยอมรับอีเมลแต่ทำเครื่องหมายว่าน่าสงสัย — ซึ่งไม่ใช่สิ่งที่คุณต้องการ

DKIM (DomainKeys Identified Mail)

DKIM เพิ่ม ลายเซ็นเข้ารหัส ให้กับอีเมลขาออก receiving server จะดึง public key จาก DNS ของคุณมาตรวจสอบลายเซ็น หากอีเมลถูกแก้ไขระหว่างทาง ลายเซ็นจะไม่ผ่าน

ผู้ให้บริการอีเมลของคุณสร้างคู่ key ขึ้นมา คุณเผยแพร่ public key ใน DNS:

# DNS TXT record
selector1._domainkey.yourdomain.com  →  v=DKIM1; k=rsa; p=MIGfMA0GCS...

ค่า p= คือ public key ของคุณ ส่วน private key อยู่บน mail server ของคุณและใช้เซ็นชื่อทุกข้อความขาออก

DKIM ป้องกัน:

• การปลอมแปลงอีเมล (การปลอม From: address)
• การแก้ไขเนื้อหาระหว่างส่ง

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

DMARC เชื่อม SPF และ DKIM เข้าด้วยกัน และบอก receiving server ว่าควรทำอะไรเมื่อการ authentication ล้มเหลว:

# DNS TXT record
_dmarc.yourdomain.com  →  v=DMARC1; p=quarantine; pct=100; rua=mailto:dmarc-reports@yourdomain.com

ตัวเลือก Policy (p=):

• none — ติดตามเท่านั้น ไม่ดำเนินการใดๆ (เริ่มต้นที่นี่)
• quarantine — ส่งไปยัง spam folder
• reject — บล็อกอีเมลทั้งหมด

แนวทางการ rollout ที่แนะนำ:

1. เริ่มต้นด้วย p=none และเก็บรวบรวมรายงานเป็นเวลา 2–4 สัปดาห์
2. ตรวจสอบรายงาน — ระบุผู้ส่งที่ถูกต้องที่อาจล้มเหลว
3. เปลี่ยนเป็น p=quarantine เมื่อมั่นใจแล้ว
4. เปลี่ยนเป็น p=reject เพื่อการป้องกันสูงสุด

ที่อยู่ rua= จะรับรายงาน XML แบบรวมที่แสดงให้เห็นว่าโดเมนของคุณถูกใช้งานอย่างไรทั่วอินเทอร์เน็ต

Sender Reputation

แม้จะมี authentication ที่สมบูรณ์แบบ แต่ reputation ที่ไม่ดีก็ทำลาย deliverability ได้ Reputation ถูกติดตามโดย:

• Sending IP address — IP แบบ shared หมายความว่าคุณแชร์ reputation กับผู้ส่งรายอื่น
• Sending domain — ประวัติของโดเมนคุณ
• From: email address — ที่อยู่อีเมลที่ใช้โดยเฉพาะ

สิ่งที่ทำลาย Reputation

สัญญาณ	ผลกระทบ
Bounce rate สูง (> 2%)	รุนแรง
Spam complaint rate สูง (> 0.1%)	รุนแรง
ส่งไปยัง spam trap	รุนแรง
Open rate ต่ำ (< 10–15%)	ปานกลาง
ส่งไปยังที่อยู่ที่ไม่ได้ตรวจสอบ	ปานกลาง
ปริมาณการส่งที่พุ่งสูงขึ้นกะทันหัน	ปานกลาง

สิ่งที่สร้าง Reputation

• ปริมาณการส่งที่สม่ำเสมอ (ค่อยๆ เพิ่มสำหรับโดเมนใหม่)
• การมีส่วนร่วมสูง (เปิด คลิก ตอบกลับ)
• การยกเลิกสมัครและการร้องเรียนที่ต่ำ
• ส่งไปยังที่อยู่ที่ตรวจสอบแล้วและให้ความยินยอม

Email List Hygiene

รายชื่อที่สะอาดคือรากฐานของ deliverability ที่ดี ก่อนส่งไปยังที่อยู่ใดๆ:

1. ตรวจสอบรูปแบบอีเมล — ถูกต้องตามรูปแบบ
2. ยืนยันว่ามีอยู่จริง — ตรวจสอบด้วย MX lookup ว่าโดเมนรับอีเมล
3. ลบ disposable ที่ชัดเจน — @mailinator.com, @guerrillamail.com เป็นต้น
4. ระงับการยกเลิกสมัครและการร้องเรียน — ทันทีและถาวร

ใช้ Email Validator ของเราเพื่อตรวจสอบที่อยู่แต่ละรายการว่ารูปแบบถูกต้องและโดเมนเข้าถึงได้ก่อนเพิ่มลงในรายชื่อ

การดูแลรายชื่อเป็นประจำ

• ลบ hard bounce ทันที — การส่งไปยังที่อยู่ที่ไม่ถูกต้องทำลาย reputation ของคุณ
• ระงับหลัง soft bounce — หลัง soft bounce ต่อเนื่อง 3–5 ครั้ง ให้ถือว่าเป็น hard bounce
• ทำ re-engagement campaign — ผู้ติดต่อที่ไม่ได้เปิดอีเมลนาน 6 เดือนขึ้นไปควรได้รับ re-engagement sequence หากไม่มีการตอบสนอง ให้ลบออก
• ห้ามซื้อรายชื่ออีเมล — รายชื่อที่ซื้อมาเต็มไปด้วย spam trap และจะทำลาย reputation ของคุณ

Transactional vs. Marketing Email

Transactional email: ถูกกระตุ้นโดยการกระทำของผู้ใช้ — รีเซ็ตรหัสผ่าน ยืนยันคำสั่งซื้อ ใบแจ้งหนี้ การแจ้งเตือนบัญชี ผู้รับคาดหวังและต้องการ

Marketing email: จดหมายข่าว โปรโมชัน ประกาศ ส่งไปยังรายชื่อ

Best practice: ส่งจาก subdomain และ IP pool ที่แยกกัน

Transactional: noreply@mail.yourdomain.com
Marketing:     news@newsletter.yourdomain.com

หาก marketing email ของคุณสร้างการร้องเรียน spam (หลีกเลี่ยงไม่ได้ในระดับใหญ่) จะไม่ส่งผลเสียต่อ reputation ของ transactional email ผู้ใช้ที่ร้องเรียนเรื่อง newsletter ของคุณควรยังคงได้รับการรีเซ็ตรหัสผ่านของตน

สัญญาณจากเนื้อหา

Spam filter วิเคราะห์เนื้อหาอีเมลด้วยเช่นกัน สิ่งที่กระตุ้น filter:

• การใช้ตัวพิมพ์ใหญ่มากเกินไป: "FREE OFFER ONLY TODAY!!!"
• คำที่เป็น spam trigger: "Act now", "Click here", "Guaranteed", "No obligation"
• อีเมลที่มีแต่รูปภาพ — ไม่มีข้อความที่อ่านได้
• HTML ที่เสีย — แท็กที่ผิดรูปแบบ
• URL ที่ไม่ตรงกัน — ข้อความลิงก์บอกว่า paypal.com แต่ href ไปที่อื่น
• ไม่มีลิงก์ยกเลิกสมัคร (กฎหมายกำหนดภายใต้ CAN-SPAM, GDPR และอื่นๆ)

เขียนอีเมลเหมือนคนจริงๆ ไม่ใช่ใบปลิว ใช้ AI Email Writer ของเราเพื่อร่างอีเมลระดับมืออาชีพที่สื่อสารได้ชัดเจนโดยไม่มีภาษาที่เป็น spam trigger

การทดสอบก่อนส่ง

ก่อนแคมเปญใหญ่:

1. ทดสอบด้วย mail-tester.com — ให้คะแนนและปัญหาเฉพาะที่ต้องแก้ไข
2. ส่งไปยัง seed address — บัญชีทดสอบ Gmail, Outlook, Yahoo
3. ตรวจสอบ header — ยืนยันว่า SPF, DKIM, DMARC ผ่านทั้งหมด (มองหา Authentication-Results ใน email header)
4. ดูตัวอย่างใน client หลายตัว — การแสดงผลอีเมลแตกต่างกันอย่างมีนัยสำคัญ

Deliverability Checklist

• เผยแพร่ SPF record และถูกต้อง
• เปิดใช้งาน DKIM signing สำหรับ sending domain ของคุณ
• ตั้งค่า DMARC policy แล้ว (เริ่มด้วย p=none แล้วพัฒนาไปเป็น p=reject)
• Warm up sending domain/subdomain อย่างค่อยเป็นค่อยไป
• ตรวจสอบรายชื่อก่อน import (ตรวจสอบรูปแบบ + โดเมน)
• กลไกการยกเลิกสมัครทำงานได้และเป็นแบบ one-click
• ลบ hard bounce ทันที
• Marketing และ transactional email อยู่บน infrastructure แยกกัน
• From name และที่อยู่เป็นที่รู้จักสำหรับผู้รับ

Email deliverability เป็นเกมระยะยาว รายชื่อที่สะอาด การ authentication ที่แข็งแกร่ง และการมีส่วนร่วมที่แท้จริงสร้าง reputation ที่ทำให้อีเมลของคุณไปถึงกล่องขาเข้าได้อย่างน่าเชื่อถือ — ทุกครั้ง