# SPF DKIM DMARC คืออะไร อธิบายสำหรับร้านค้าออนไลน์ > SPF ระบุเซิร์ฟเวอร์ที่ได้รับอนุญาตให้ส่งอีเมลในนามโดเมนของคุณ DKIM ลงลายเซ็นในอีเมลทุกฉบับด้วยคีย์ที่เผยแพร่ไว้ใน DNS และ DMARC ตรวจว่าอย่างน้อยหนึ่งในสองอย่างนี้ผ่านสำหรับโดเมนที่ผู้รับเห็นในช่อง From พร้อมบอกกล่องจดหมายว่าควรทำอย่างไรเมื่อไม่ผ่าน Gmail และ Yahoo กำหนดให้ผู้ส่งจำนวนมากต้องมีครบทั้งสามอย่าง ร้านที่ส่งอีเมลการตลาดจึงควรตั้งค่าครบทั้งสามเรคคอร์ด Canonical: https://tellnod.com/th/guides/spf-dkim-dmarc-explained Last updated: 2026-10-22 Author: Tellnod team ## ทำไมกล่องจดหมายจึงตรวจสามเรคคอร์ดนี้ ใครก็พิมพ์ที่อยู่อะไรลงในช่อง From ของอีเมลได้ SPF, DKIM และ DMARC คือวิธีที่กล่องจดหมายฝั่งผู้รับใช้แยกว่าอีเมลที่อ้างว่ามาจาก ninefold.example ส่งมาจาก Ninefold จริงหรือไม่ แต่ละตัวเป็นเรคคอร์ด DNS ที่คุณเผยแพร่บนโดเมนของตัวเอง และแต่ละตัวตอบคำถามคนละข้อ ผลที่ร้านค้าเห็นได้ชัดคือตำแหน่งที่อีเมลไปถึง Google ขอให้ผู้ส่งทุกรายตั้งค่า SPF หรือ DKIM และผู้ที่ส่งเกิน 5,000 ฉบับต่อวันไปยังบัญชี Gmail ส่วนบุคคลต้องมีทั้ง SPF, DKIM และ DMARC [S4] Yahoo กำหนดเกณฑ์พื้นฐานแบบเดียวกันสำหรับผู้ส่งจำนวนมาก [S5] แม้ปริมาณการส่งจะต่ำกว่านั้น อีเมลที่ผ่านการยืนยันตัวตนก็ช่วยสร้าง[ชื่อเสียงผู้ส่ง](https://tellnod.com/glossary#sender-reputation)ให้โดเมนของคุณเอง และเรคคอร์ด DMARC ทำให้คนอื่นปลอมชื่อร้านคุณส่งอีเมลฟิชชิงได้ยากขึ้นมาก ## แต่ละเรคคอร์ดทำหน้าที่อะไร ### SPF: เซิร์ฟเวอร์ใดส่งในนามคุณได้ [SPF](https://tellnod.com/glossary#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](https://tellnod.com/glossary#dkim) เพิ่มลายเซ็นเข้ารหัสลงในส่วนหัวของอีเมล ลายเซ็นระบุโดเมนผู้ลงนาม (`d=`) และ selector (`s=`) แล้วผู้รับจะดึงคีย์สาธารณะจากเรคคอร์ด DNS ที่ `selector._domainkey.domain` [S2] หากส่วนหัวที่ลงนามไว้หรือเนื้อหาถูกแก้ระหว่างทาง การตรวจจะไม่ผ่าน ทั้งนี้ DKIM เพียงอย่างเดียวไม่ได้บังคับให้โดเมนผู้ลงนามตรงกับที่อยู่ From [S2] จึงต้องมี DMARC ### DMARC: นโยบายที่ผูกทั้งสองเข้ากับที่อยู่ผู้ส่งที่ลูกค้าเห็น [DMARC](https://tellnod.com/glossary#dmarc) คือเรคคอร์ด TXT ที่ `_dmarc.yourdomain` ขอให้ผู้รับยืนยันว่า SPF หรือ DKIM ผ่านสำหรับโดเมนที่ตรงกับที่อยู่ From ที่มองเห็น บอกวิธีจัดการอีเมลที่ไม่ผ่าน (`none`, `quarantine` หรือ `reject`) และระบุที่อยู่สำหรับส่งรายงาน [S3] เรคคอร์ดแรกเขียนสั้น ๆ ได้แบบนี้ `v=DMARC1; p=none; rua=mailto:dmarc@ninefold.example` | เรคคอร์ด | อยู่ที่ไหน | ตรวจอะไร | ผ่านแล้วพิสูจน์อะไร | | --- | --- | --- | --- | | SPF | TXT บนโดเมนของคุณ | ที่อยู่ IP ของเซิร์ฟเวอร์ที่เชื่อมต่อเข้ามา | เซิร์ฟเวอร์นั้นได้รับอนุญาตให้ส่งแทนโดเมนในซอง | | DKIM | TXT ภายใต้ selector._domainkey | ลายเซ็นในส่วนหัวของอีเมล | อีเมลไม่ถูกแก้ไข และลงนามโดยโดเมนนั้น | | DMARC | TXT ที่ _dmarc | ผล SPF หรือ DKIM รวมกับ alignment | โดเมนใน From ที่มองเห็นมีการตรวจที่ผ่านรองรับ | ## ทั้งสามทำงานร่วมกันอย่างไร: 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 [S4][S5] > DKIM ที่สอดคล้องสำคัญกว่า SPF ที่สอดคล้อง เมื่ออีเมลถูกส่งต่อ (forward) เซิร์ฟเวอร์ที่ส่งต่อจะเชื่อมต่อจาก IP ของตัวเอง SPF ของโดเมนต้นทางจึงมักไม่ผ่าน [S1] ส่วนลายเซ็น DKIM ยังใช้ได้ตราบใดที่อีเมลไม่ถูกแก้ไข ## ร้านค้าต้องตั้งค่าอะไรบ้าง ก่อนแก้ DNS ให้ทำรายการบริการทุกตัวที่ส่งอีเมลโดยใช้โดเมนของคุณในช่อง From สำหรับแบรนด์เสื้อผ้าขนาดเล็กอย่าง Ninefold มักได้แก่ กล่องอีเมลของ workspace อีเมลยืนยันคำสั่งซื้อและการจัดส่งจากแพลตฟอร์มร้านค้า ระบบตอบคำถามลูกค้า และเครื่องมืออีเมลการตลาด ทุกบริการต้องได้รับการตั้งค่า 1. SPF หนึ่งเรคคอร์ดที่รวมทุกบริการที่ส่งในนามโดเมนของคุณ 2. เปิด DKIM ในทุกบริการเหล่านั้น โดยใช้โดเมนของคุณเป็นโดเมนผู้ลงนาม แต่ละบริการให้เรคคอร์ดและ selector ของตัวเอง จึงมีเรคคอร์ด DKIM หลายรายการอยู่คู่กันได้ 3. DMARC หนึ่งเรคคอร์ด เริ่มที่ `p=none` พร้อมที่อยู่รับรายงาน เพื่อดูว่าใครส่งในนามคุณบ้างก่อนบังคับใช้นโยบาย [คู่มือตั้งค่า DMARC](https://tellnod.com/th/guides/how-to-set-up-dmarc) อธิบายขั้นตอนการขยับไปที่ `quarantine` และ `reject` การยืนยันตัวตนเป็นเพียงส่วนหนึ่งของสิ่งที่ผู้ให้บริการกล่องจดหมายคาดหวัง พวกเขายังดูการยกเลิกการรับข่าวสารในคลิกเดียวและ[อัตราการร้องเรียนสแปม](https://tellnod.com/glossary#spam-complaint-rate)ด้วย ส่วนที่เหลืออยู่ใน[คู่มือพื้นฐาน deliverability](https://tellnod.com/guides/email-deliverability-basics) ## ข้อผิดพลาดที่พบบ่อย - **มี 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 [S3][S7] เรคคอร์ดยังขึ้นต้นด้วย `v=DMARC1` เหมือนเดิม เรคคอร์ดที่เขียนตามกฎเดิมจึงยังใช้งานได้ [S3] ## ตั้งค่าการยืนยันตัวตนด้วย Tellnod ใน Claude หรือ ChatGPT Tellnod เป็น[คอนเนกเตอร์ MCP](https://tellnod.com/glossary#mcp-connector)สำหรับเขียน ดูตัวอย่าง และส่งอีเมลการตลาดจาก Claude หรือ ChatGPT ตั้งแต่วันแรกคุณส่งได้จากที่อยู่ที่ตั้งชื่อตามร้านของคุณบนโดเมนที่ใช้ร่วมกันของ Tellnod เช่น hello@yourshop.tellnodmail.com โดยไม่ต้องแก้ DNS ภายใต้ขีดจำกัด 500 ผู้รับต่อแคมเปญและ 1,000 ฉบับต่อเดือน การยืนยันโดเมนของคุณเองจะยกเลิกขีดจำกัดเหล่านี้ และเป็นการตั้งค่าที่เราแนะนำ หากต้องการยืนยันโดเมน ให้พิมพ์ในแชต เช่น “ตั้งค่า ninefold.example เป็นโดเมนสำหรับส่งอีเมลของฉัน” Tellnod จะให้เรคคอร์ด SPF, DKIM และ DMARC และตรวจสอบให้ หากมีคนอื่นดูแล DNS ให้พิมพ์ว่า “สร้างลิงก์ตั้งค่าให้นักพัฒนาเว็บของเรา” ผู้ดูแลจะเพิ่มเรคคอร์ดได้ในคลิกเดียวกับผู้ให้บริการ DNS ที่รองรับ หรือคัดลอกไปใส่เอง โดยไม่ต้องสร้างบัญชี และคุณจะได้รับแจ้งทั้งในแชตและทางอีเมลเมื่อยืนยันโดเมนแล้ว การเปลี่ยนแปลง DNS มักใช้เวลาไม่กี่นาที แต่อาจนานถึง 48 ชั่วโมง การยืนยันตัวตนไม่ได้เปลี่ยนวิธีส่ง ทุกแคมเปญยังแสดงตัวอย่างบนเดสก์ท็อปและมือถือ และจะไม่มีอะไรถูกส่งจนกว่าคุณจะกด Confirm บน[การ์ดยืนยัน](https://tellnod.com/glossary#approval-card) ทุกการส่งต้องผ่านการอนุมัติจากคุณ เริ่มต้นได้โดย[เชื่อมต่อ Tellnod](https://tellnod.com/th/connect) กับ Claude หรือ ChatGPT ส่วน[หน้าราคา](https://tellnod.com/th/pricing)แสดงแพ็กเกจฟรีและแพ็กเกจแบบชำระเงิน ## FAQ ### ต้องมีทั้ง SPF, DKIM และ DMARC หรือมีอย่างเดียวก็พอ Google ขอให้ผู้ส่งทุกรายมี SPF หรือ DKIM และกำหนดให้ผู้ที่ส่งเกิน 5,000 ฉบับต่อวันไปยัง Gmail ต้องมีทั้ง SPF, DKIM และ DMARC [S4] การตั้งค่าครบทั้งสามจึงเป็นเกณฑ์ที่ปลอดภัยสำหรับร้านค้าทุกขนาด ### SPF กับ DKIM ต่างกันอย่างไร SPF ตรวจว่าเซิร์ฟเวอร์ใดเป็นผู้ส่ง โดยดูจากที่อยู่ IP ส่วน DKIM ตรวจลายเซ็นบนตัวอีเมล จึงยังใช้ได้หลังการส่งต่อ ตราบใดที่อีเมลไม่ถูกแก้ไข [S1][S2] ### มีเรคคอร์ด SPF มากกว่าหนึ่งรายการได้หรือไม่ ไม่ได้ เรคคอร์ด SPF หลายรายการบนโดเมนเดียวกันทำให้เกิดข้อผิดพลาดถาวร บริการที่ส่งอีเมลทุกตัวจึงต้องอยู่ในเรคคอร์ดเดียว [S1] ### DMARC ช่วยไม่ให้อีเมลเข้าสแปมได้หรือไม่ DMARC พิสูจน์ว่าอีเมลเป็นของคุณจริงและปกป้องโดเมนจากการปลอมแปลง แต่ตำแหน่งที่อีเมลไปถึงยังขึ้นกับความยินยอม อัตราการร้องเรียน และการมีส่วนร่วมของผู้รับ การผ่าน DMARC จึงจำเป็น แต่ยังไม่พอเพียงอย่างเดียว ### DMARC alignment หมายถึงอะไร หมายถึงโดเมนที่ผ่าน SPF หรือ DKIM ตรงกับโดเมนในที่อยู่ From ที่มองเห็น ค่าเริ่มต้นเป็นแบบผ่อนปรน ซับโดเมนของโดเมนเดียวกันจึงนับว่าตรงกัน [S3] ## Sources - [S1] RFC 7208: Sender Policy Framework (SPF) for authorizing use of domains in email: (checked 2026-10-22) - [S2] RFC 6376: DomainKeys Identified Mail (DKIM) signatures: (checked 2026-10-22) - [S3] RFC 9989: Domain-based Message Authentication, Reporting, and Conformance (DMARC): (checked 2026-10-22) - [S4] Google Workspace Admin Help: Email sender guidelines: (checked 2026-10-22) - [S5] Yahoo Sender Hub: Sender best practices: (checked 2026-10-22) - [S6] Gmail Help: Trace an email with its full header: (checked 2026-10-22) - [S7] RFC 7489: Domain-based Message Authentication, Reporting, and Conformance (DMARC): (checked 2026-10-22)