# อีเมลธุรกรรม (Transactional Email) คืออะไร และส่งอย่างไร

URL หลัก: https://brew.new/th/blog/transactional-emails
ผู้เขียน: Thomas Park
เผยแพร่: 2026-08-22
อัปเดต: 2026-09-28

อีเมลธุรกรรมให้ข้อมูลเกี่ยวกับธุรกรรมหรือความสัมพันธ์ที่มีอยู่ เช่น ใบเสร็จ อีเมลรีเซ็ตรหัสผ่านที่ผู้ใช้ขอ อัปเดตการจัดส่ง หรือการแจ้งเตือนด้านความปลอดภัยของบัญชี วัตถุประสงค์ของอีเมลเหล่านี้ต่างจากแคมเปญที่ชวนให้คนซื้อหรือกลับมาใช้งาน

การแยกประเภทขึ้นอยู่กับตัวข้อความ การตั้งให้อีเมลเป็น “ธุรกรรม” ในเครื่องมือส่งอีเมลไม่ได้เป็นตัวกำหนดสถานะทางกฎหมายของอีเมลนั้น

## ใช้เกณฑ์วัตถุประสงค์หลัก

[แนวทาง CAN-SPAM ของ FTC](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business) อธิบายหมวดหมู่ที่แคบของข้อความด้านธุรกรรมและด้านความสัมพันธ์ไว้ สำหรับเนื้อหาที่ผสมระหว่างเชิงพาณิชย์กับธุรกรรม แนวทางนี้พิจารณาว่าผู้รับทั่วไปที่ใช้วิจารณญาณตามปกติจะเข้าใจอะไรจากหัวเรื่อง และข้อมูลธุรกรรมปรากฏอยู่ตรงไหน

หัวเรื่องเชิงโปรโมชันอาจทำให้ข้อความแบบผสมกลายเป็นข้อความเชิงพาณิชย์ได้ แต่ส่วนท้ายสั้น ๆ ที่มีโปรโมชันไม่ได้ทำให้เป็นเช่นนั้นโดยอัตโนมัติ: FTC ยกตัวอย่างใบแจ้งยอดบัญชีที่ยังคงมีวัตถุประสงค์หลักเป็นธุรกรรม ทั้ง[กฎ](https://www.ecfr.gov/current/title-16/chapter-I/subchapter-C/part-316/section-316.3)และตัวข้อความจริงล้วนมีผล

ทำให้ข้อมูลสำคัญเด่นชัด หากโปรโมชันดึงความสนใจไปจากใบเสร็จหรือการแจ้งเตือนด้านความปลอดภัย การแยกเป็นอีเมลการตลาดอีกฉบับมักเป็นทางเลือกที่ชัดเจนกว่า นี่คือแนวทางของสหรัฐฯ ให้ตรวจสอบข้อกำหนดที่ใช้กับผู้รับและธุรกิจของคุณด้วย ตรวจสอบแหล่งที่มาเมื่อ 28 กันยายน 2026

## กรณีที่พบบ่อย

| ข้อความ | วัตถุประสงค์โดยทั่วไป | สิ่งที่ต้องตรวจ |
| --- | --- | --- |
| ใบเสร็จคำสั่งซื้อหรือการแจ้งคืนเงิน | ธุรกรรม | ข้อมูลคำสั่งซื้อถูกต้อง และส่งถึงผู้รับที่เหมาะสม |
| การรีเซ็ตรหัสผ่านที่ผู้ใช้ขอ | ความปลอดภัยของบัญชี | เป็นคำขอจริง ลิงก์ใช้งานได้ และไม่มีข้อเสนอที่ดึงความสนใจ |
| อัปเดตการจัดส่ง | ธุรกรรม | ข้อมูลเกี่ยวกับคำสั่งซื้อที่มีอยู่ |
| อีเมลเตือนตะกร้าที่ถูกทิ้ง | การตลาด | ความยินยอม สถานะปัจจุบันของตะกร้า และการทำงานของการยกเลิกการรับข่าวสาร |
| ข้อเสนอให้อัปเกรดเมื่อช่วงทดลองใช้ใกล้หมด | การตลาด | ข้อเสนอจริง และผู้รับยังเข้าเกณฑ์อยู่หรือไม่ |

การแจ้งสถานะบัญชีกับข้อเสนอให้อัปเกรดอาจเกี่ยวกับช่วงทดลองใช้เดียวกัน แต่มีวัตถุประสงค์ต่างกัน ให้ดูว่าอีเมลขอให้ผู้อ่านทำอะไร

## กฎของผู้ให้บริการอีเมลยังมีผล

[แนวทางสำหรับผู้ส่งของ Gmail](https://support.google.com/mail/answer/81126) แยกข้อกำหนดเรื่องการยกเลิกการรับข่าวสารในคลิกเดียวสำหรับทราฟฟิกการตลาดและทราฟฟิกที่ผู้รับสมัครรับไว้ ออกจากข้อความธุรกรรม แต่การยืนยันตัวตนและชื่อเสียงยังสำคัญกับทั้งสองแบบ

[Yahoo](https://senders.yahooinc.com/best-practices/) แนะนำให้แยกทราฟฟิกอีเมลการตลาดปริมาณมากออกจากทราฟฟิกธุรกรรมด้วย IP และแยกโดเมนด้วยหากเหมาะสม ให้ทำตามการตั้งค่าของผู้ให้บริการของคุณ แทนที่จะคิดเอาเองว่าซับโดเมนใหม่เพียงอย่างเดียวจะสร้างชื่อเสียงที่แยกเป็นอิสระได้

สำหรับอีเมลการตลาด [RFC 8058](https://www.rfc-editor.org/rfc/rfc8058.html) กำหนดกลไกเฮดเดอร์สำหรับการยกเลิกในคลิกเดียว ลิงก์ในส่วนท้ายกับการยกเลิกการรับข่าวสารผ่านเฮดเดอร์มีบทบาทต่างกัน ให้ทดสอบการทำงานกับข้อความที่ได้รับจริง

## ส่งเหตุการณ์ธุรกรรมผ่าน Brew

Brew ใช้ระบบอัตโนมัติที่เผยแพร่แล้วและทริกเกอร์ของระบบอัตโนมัตินั้นสำหรับเวิร์กโฟลว์นี้ ให้ตั้งค่าโดเมนผู้ส่งที่ยืนยันแล้วโดยเลือกวัตถุประสงค์การส่งที่เหมาะสม ประกาศเพย์โหลดของทริกเกอร์ แล้วสร้างขั้นตอนส่งอีเมลที่ใช้โดเมนนั้น การตั้งค่าโดเมนกำหนดพฤติกรรมการส่งของ Brew แต่ไม่ได้ทำให้เนื้อหาโปรโมชันกลายเป็นอีเมลธุรกรรมตามกฎหมาย

หลังทดสอบและเผยแพร่ระบบอัตโนมัติแล้ว แบ็กเอนด์ของคุณจะเรียกทริกเกอร์ ตัวอย่างนี้สมมติว่าทริกเกอร์ประกาศ `order_id` และ `ship_date` ไว้:

```bash
curl --fail-with-body \
  "https://brew.new/api/v1/automations/triggers/${BREW_ORDER_TRIGGER_ID}/fire" \
  -H "Authorization: Bearer ${BREW_API_KEY}" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: order-1234-shipped" \
  -d '{"payload":{"email":"ada@example.com","order_id":"1234","ship_date":"Tuesday"}}'
```

ใช้ตัวระบุทริกเกอร์จริง และคีย์ idempotency ที่คงที่สำหรับเหตุการณ์นั้น อีเมลอ่านฟิลด์เพย์โหลดที่ประกาศไว้ได้ด้วยไวยากรณ์อย่าง `{{ trigger.order_id }}` ดู[เอกสารแท็กตัวแปร](https://docs.brew.new/create-emails/merge-tags) และทดสอบกรณีที่ไม่มีค่า

ตรวจรอบการทำงานและอีเมลที่ได้รับ ทดสอบพฤติกรรมเมื่อมีการลองใหม่ และยืนยันว่าการยกเลิกการรับข่าวสารด้านการตลาดได้รับการจัดการตามวัตถุประสงค์การส่ง มาตรการป้องกันอื่น ๆ รวมถึงการระงับการส่ง ก็ยังมีผล การตั้งค่าเป็นธุรกรรมไม่ได้เป็นการรับประกันว่าจะส่งถึงทุกที่อยู่

[คู่มือระบบอัตโนมัติ](/th/blog/email-marketing-automation-guide)ครอบคลุมการเผยแพร่และการตรวจสถานะ หากผู้ช่วย AI เป็นผู้เขียนเทมเพลต ก็ต้องผ่าน[การตรวจทานก่อนส่ง](/th/blog/agent-email-deliverability)แบบเดียวกัน