SPF DKIM DMARC คืออะไร อธิบายสำหรับร้านค้าออนไลน์

ทำไมกล่องจดหมายจึงตรวจสามเรคคอร์ดนี้#

ใครก็พิมพ์ที่อยู่อะไรลงในช่อง From ของอีเมลได้ SPF, DKIM และ DMARC คือวิธีที่กล่องจดหมายฝั่งผู้รับใช้แยกว่าอีเมลที่อ้างว่ามาจาก ninefold.example ส่งมาจาก Ninefold จริงหรือไม่ แต่ละตัวเป็นเรคคอร์ด DNS ที่คุณเผยแพร่บนโดเมนของตัวเอง และแต่ละตัวตอบคำถามคนละข้อ

ผลที่ร้านค้าเห็นได้ชัดคือตำแหน่งที่อีเมลไปถึง Google ขอให้ผู้ส่งทุกรายตั้งค่า SPF หรือ DKIM และผู้ที่ส่งเกิน 5,000 ฉบับต่อวันไปยังบัญชี Gmail ส่วนบุคคลต้องมีทั้ง SPF, DKIM และ DMARC ^S4 Yahoo กำหนดเกณฑ์พื้นฐานแบบเดียวกันสำหรับผู้ส่งจำนวนมาก ^S5 แม้ปริมาณการส่งจะต่ำกว่านั้น อีเมลที่ผ่านการยืนยันตัวตนก็ช่วยสร้างชื่อเสียงผู้ส่งให้โดเมนของคุณเอง และเรคคอร์ด DMARC ทำให้คนอื่นปลอมชื่อร้านคุณส่งอีเมลฟิชชิงได้ยากขึ้นมาก

แต่ละเรคคอร์ดทำหน้าที่อะไร#

SPF: เซิร์ฟเวอร์ใดส่งในนามคุณได้

SPF คือเรคคอร์ด TXT ที่ระบุรายชื่อเซิร์ฟเวอร์ที่ได้รับอนุญาตให้ส่งอีเมลแทนโดเมน เซิร์ฟเวอร์ผู้รับจะเทียบที่อยู่ IP ที่เชื่อมต่อเข้ามากับรายการนี้ SPF ตรวจผู้ส่งในซอง (ที่อยู่ MAIL FROM ที่ใช้ระหว่างการส่ง ซึ่งเป็นที่อยู่ที่รับอีเมลตีกลับด้วย) ไม่ได้ตรวจที่อยู่ From ที่ลูกค้าเห็น ^S1 ตัวอย่างเรคคอร์ดของร้านที่ใช้กล่องอีเมลของ workspace ร่วมกับบริการอีเมลการตลาดมีลักษณะดังนี้

v=spf1 include:spf.mailbox.example include:spf.mailservice.example ~all

include แต่ละตัวดึงรายการของผู้ให้บริการอีกรายเข้ามา ส่วนท้ายบอกว่าจะทำอย่างไรกับเซิร์ฟเวอร์อื่นทั้งหมด -all หมายถึงไม่ผ่าน (fail) ส่วน ~all หมายถึงไม่ผ่านแบบอ่อน (softfail) ซึ่งผู้รับไม่ควรใช้เป็นเหตุผลเดียวในการปฏิเสธอีเมล ^S1

DKIM: ลายเซ็นบนอีเมลทุกฉบับ

DKIM เพิ่มลายเซ็นเข้ารหัสลงในส่วนหัวของอีเมล ลายเซ็นระบุโดเมนผู้ลงนาม (d=) และ selector (s=) แล้วผู้รับจะดึงคีย์สาธารณะจากเรคคอร์ด DNS ที่ selector._domainkey.domain ^S2 หากส่วนหัวที่ลงนามไว้หรือเนื้อหาถูกแก้ระหว่างทาง การตรวจจะไม่ผ่าน ทั้งนี้ DKIM เพียงอย่างเดียวไม่ได้บังคับให้โดเมนผู้ลงนามตรงกับที่อยู่ From ^S2 จึงต้องมี DMARC

DMARC: นโยบายที่ผูกทั้งสองเข้ากับที่อยู่ผู้ส่งที่ลูกค้าเห็น

DMARC คือเรคคอร์ด TXT ที่ _dmarc.yourdomain ขอให้ผู้รับยืนยันว่า SPF หรือ DKIM ผ่านสำหรับโดเมนที่ตรงกับที่อยู่ From ที่มองเห็น บอกวิธีจัดการอีเมลที่ไม่ผ่าน (none, quarantine หรือ reject) และระบุที่อยู่สำหรับส่งรายงาน ^S3 เรคคอร์ดแรกเขียนสั้น ๆ ได้แบบนี้ v=DMARC1; p=none; rua=mailto:dmarc@ninefold.example

ทั้งสามทำงานร่วมกันอย่างไร: alignment#

SPF และ DKIM อาจผ่านทั้งคู่แต่เป็นของโดเมนอื่น เช่น บริการอีเมลการตลาดอาจผ่าน SPF สำหรับโดเมนรับอีเมลตีกลับของตัวเอง และลงนาม DKIM ในชื่อตัวเอง ขณะที่ช่อง From เขียนว่า ninefold.example ผลทั้งสองจึงไม่ได้บอกอะไรเกี่ยวกับ Ninefold เลย

DMARC ปิดช่องว่างนี้ด้วย alignment (ความสอดคล้องของโดเมน) อีเมลจะผ่าน DMARC เมื่อ SPF ผ่านสำหรับโดเมนที่สอดคล้องกับโดเมนใน From หรือ DKIM ผ่านสำหรับโดเมนที่สอดคล้องกับโดเมนนั้น ^S3 ค่าเริ่มต้นเป็นแบบผ่อนปรน (relaxed) ลายเซ็น DKIM จาก mail.ninefold.example จึงสอดคล้องกับที่อยู่ From ที่ ninefold.example ส่วนแบบเข้มงวด (strict) ต้องตรงกันทุกตัวอักษร ^S3 Gmail และ Yahoo ระบุกฎเดียวกันสำหรับผู้ส่งจำนวนมาก คือโดเมนใน From ต้องสอดคล้องกับโดเมนของ SPF หรือ DKIM ^S4S5

DKIM ที่สอดคล้องสำคัญกว่า SPF ที่สอดคล้อง เมื่ออีเมลถูกส่งต่อ (forward) เซิร์ฟเวอร์ที่ส่งต่อจะเชื่อมต่อจาก IP ของตัวเอง SPF ของโดเมนต้นทางจึงมักไม่ผ่าน ^S1 ส่วนลายเซ็น DKIM ยังใช้ได้ตราบใดที่อีเมลไม่ถูกแก้ไข

ร้านค้าต้องตั้งค่าอะไรบ้าง#

ก่อนแก้ DNS ให้ทำรายการบริการทุกตัวที่ส่งอีเมลโดยใช้โดเมนของคุณในช่อง From สำหรับแบรนด์เสื้อผ้าขนาดเล็กอย่าง Ninefold มักได้แก่ กล่องอีเมลของ workspace อีเมลยืนยันคำสั่งซื้อและการจัดส่งจากแพลตฟอร์มร้านค้า ระบบตอบคำถามลูกค้า และเครื่องมืออีเมลการตลาด ทุกบริการต้องได้รับการตั้งค่า

1. SPF หนึ่งเรคคอร์ดที่รวมทุกบริการที่ส่งในนามโดเมนของคุณ
2. เปิด DKIM ในทุกบริการเหล่านั้น โดยใช้โดเมนของคุณเป็นโดเมนผู้ลงนาม แต่ละบริการให้เรคคอร์ดและ selector ของตัวเอง จึงมีเรคคอร์ด DKIM หลายรายการอยู่คู่กันได้
3. DMARC หนึ่งเรคคอร์ด เริ่มที่ p=none พร้อมที่อยู่รับรายงาน เพื่อดูว่าใครส่งในนามคุณบ้างก่อนบังคับใช้นโยบาย คู่มือตั้งค่า DMARC อธิบายขั้นตอนการขยับไปที่ quarantine และ reject

การยืนยันตัวตนเป็นเพียงส่วนหนึ่งของสิ่งที่ผู้ให้บริการกล่องจดหมายคาดหวัง พวกเขายังดูการยกเลิกการรับข่าวสารในคลิกเดียวและอัตราการร้องเรียนสแปมด้วย ส่วนที่เหลืออยู่ในคู่มือพื้นฐาน deliverability

ข้อผิดพลาดที่พบบ่อย#

• มี SPF สองเรคคอร์ด โดเมนหนึ่งมีเรคคอร์ดที่ขึ้นต้นด้วย v=spf1 ได้เพียงรายการเดียว หากมีสองรายการ SPF จะคืนค่าข้อผิดพลาดถาวรกับทุกอีเมล ^S1 ให้รวมเป็นเรคคอร์ดเดียว
• lookup เกินจำนวน include, a, mx, ptr, exists และ redirect แต่ละตัวใช้ DNS lookup หนึ่งครั้ง และ SPF จะหยุดพร้อมข้อผิดพลาดเมื่อเกิน 10 ครั้ง ^S1 ให้ลบบริการที่เลิกใช้แล้ว แทนการเพิ่ม include ซ้อนกันไปเรื่อย ๆ
• DKIM ลงนามด้วยโดเมนของผู้ให้บริการ ลายเซ็นผ่าน แต่ไม่สอดคล้องกับที่อยู่ From ของคุณ ให้ตั้งค่า DKIM บนโดเมนของคุณเองในทุกเครื่องมือ
• กระโดดไป p=reject ทันที ผู้ส่งที่ลืมไป เช่น อีเมลยืนยันคำสั่งซื้อจากแพลตฟอร์มร้านค้า จะเริ่มไม่ผ่านโดยไม่มีใครรู้ ให้เริ่มที่ p=none และอ่านรายงานก่อน
• ไม่มีที่อยู่รับรายงาน เรคคอร์ด DMARC ที่ไม่มี rua จะไม่ให้ข้อมูลใดที่นำไปใช้ได้ Yahoo แนะนำอย่างยิ่งให้ใส่แท็ก rua ที่ใช้งานได้ระหว่างการตั้งค่า ^S5

วิธีตรวจสอบเรคคอร์ดของคุณ#

คุณตรวจได้ทั้งสิ่งที่เผยแพร่ไว้ด้วยการ lookup DNS และสิ่งที่ผู้รับเห็นจริงด้วยการอ่านอีเมลฉบับจริง

• จาก terminal: dig +short TXT ninefold.example แสดงเรคคอร์ด SPF ส่วน dig +short TXT _dmarc.ninefold.example แสดง DMARC และ dig +short TXT selector._domainkey.ninefold.example แสดงคีย์ DKIM เมื่อคุณรู้ selector แล้ว
• จากเบราว์เซอร์: เครื่องมือ DNS lookup ใดก็ได้ที่ค้นเรคคอร์ด TXT จะให้คำตอบเดียวกัน
• จากอีเมลจริง: ส่งอีเมลทดสอบไปที่อยู่ Gmail เปิดอีเมล เลือก “เพิ่มเติม” แล้วเลือก “แสดงต้นฉบับ” ^S6 ส่วนหัวจะแสดงผล SPF, DKIM และ DMARC ของอีเมลฉบับนั้น พร้อมโดเมนที่แต่ละตัวผ่าน

ปัจจุบัน DMARC อยู่ในเส้นทางมาตรฐานของ IETF แล้ว โดย RFC 9989 ที่เผยแพร่ในเดือนพฤษภาคม 2026 ใช้แทน RFC 7489 ^S3S7 เรคคอร์ดยังขึ้นต้นด้วย v=DMARC1 เหมือนเดิม เรคคอร์ดที่เขียนตามกฎเดิมจึงยังใช้งานได้ ^S3

ตั้งค่าการยืนยันตัวตนด้วย Tellnod ใน Claude หรือ ChatGPT#

Tellnod เป็นคอนเนกเตอร์ MCPสำหรับเขียน ดูตัวอย่าง และส่งอีเมลการตลาดจาก Claude หรือ ChatGPT ตั้งแต่วันแรกคุณส่งได้จากที่อยู่ที่ตั้งชื่อตามร้านของคุณบนโดเมนที่ใช้ร่วมกันของ Tellnod เช่น hello@yourshop.tellnodmail.com โดยไม่ต้องแก้ DNS ภายใต้ขีดจำกัด 500 ผู้รับต่อแคมเปญและ 1,000 ฉบับต่อเดือน การยืนยันโดเมนของคุณเองจะยกเลิกขีดจำกัดเหล่านี้ และเป็นการตั้งค่าที่เราแนะนำ

หากต้องการยืนยันโดเมน ให้พิมพ์ในแชต เช่น “ตั้งค่า ninefold.example เป็นโดเมนสำหรับส่งอีเมลของฉัน” Tellnod จะให้เรคคอร์ด SPF, DKIM และ DMARC และตรวจสอบให้ หากมีคนอื่นดูแล DNS ให้พิมพ์ว่า “สร้างลิงก์ตั้งค่าให้นักพัฒนาเว็บของเรา” ผู้ดูแลจะเพิ่มเรคคอร์ดได้ในคลิกเดียวกับผู้ให้บริการ DNS ที่รองรับ หรือคัดลอกไปใส่เอง โดยไม่ต้องสร้างบัญชี และคุณจะได้รับแจ้งทั้งในแชตและทางอีเมลเมื่อยืนยันโดเมนแล้ว การเปลี่ยนแปลง DNS มักใช้เวลาไม่กี่นาที แต่อาจนานถึง 48 ชั่วโมง

การยืนยันตัวตนไม่ได้เปลี่ยนวิธีส่ง ทุกแคมเปญยังแสดงตัวอย่างบนเดสก์ท็อปและมือถือ และจะไม่มีอะไรถูกส่งจนกว่าคุณจะกด Confirm บนการ์ดยืนยัน ทุกการส่งต้องผ่านการอนุมัติจากคุณ เริ่มต้นได้โดยเชื่อมต่อ Tellnod กับ Claude หรือ ChatGPT ส่วนหน้าราคาแสดงแพ็กเกจฟรีและแพ็กเกจแบบชำระเงิน

คำถามที่พบบ่อย#