การตั้งค่าการส่ง
ชื่อโดเมน
โดเมนการส่งคือ "บัตรประจำตัว" สำหรับการส่งอีเมล และแต่ละบัญชีต้องมีโดเมนการส่ง ในระหว่างเซสชัน SMTP มันคือคำต่อท้ายของ mail from
mail from: test@liubida.cn
250 sender test@liubida.cn OK
ดังที่แสดงด้านบน liubida.cn คือโดเมนการส่งของอีเมลนี้
หลังจากลงทะเบียนบัญชี EngageLab สำเร็จ ระบบจะกำหนดโดเมนการส่งทดสอบโดยอัตโนมัติ ก่อนการใช้งานจริง โปรดสร้างโดเมนสำหรับวัตถุประสงค์ทางธุรกิจจริงและหลีกเลี่ยงการใช้โดเมนทดสอบที่ระบบจัดให้สำหรับการส่งธุรกิจจริง
การกำหนดค่าโดเมนการส่ง
การกำหนดค่าโดเมนการส่งประกอบด้วย SPF, DKIM, MX และ DMARC โดย SPF, DKIM และ MX เป็นข้อบังคับ ในขณะที่ DMARC เป็นตัวเลือก
SPF คำอธิบายจากวิกิ
SPF เป็นประเภทของระเบียน DNS ที่เสนอขึ้นเพื่อป้องกันอีเมลสแปม ใช้สำหรับลงทะเบียนที่อยู่ IP ทั้งหมดที่ได้รับอนุญาตให้ส่งอีเมลสำหรับโดเมนเฉพาะ
MX
MX เป็นระเบียนแลกเปลี่ยนอีเมลที่ชี้ไปยังเซิร์ฟเวอร์อีเมล ใช้โดยระบบอีเมลเพื่อค้นหาเซิร์ฟเวอร์อีเมลตามคำต่อท้ายที่อยู่ของผู้รับเมื่อส่งอีเมล
DKIM คำอธิบายจากวิกิ
DKIM เป็นวิธีการทางเทคนิคที่สำคัญในการป้องกันอีเมลปลอมแปลง โดยทั่วไปผู้ส่งจะใส่ข้อมูล DKIM-Signature และลายเซ็นอิเล็กทรอนิกส์ลงในส่วนหัวของอีเมล และผู้รับจะตรวจสอบโดยการค้นหาคีย์สาธารณะผ่าน DNS ขอแนะนำให้กำหนดค่า โดยเฉพาะสำหรับผู้ใช้ที่มีโดเมนต่างประเทศจำนวนมาก
DMARC
วัตถุประสงค์หลักของโปรโตคอล "DMARC" คือการระบุและบล็อกอีเมลปลอมแปลง หลังจากการกำหนดค่า แพลตฟอร์มจะใช้โดเมนปัจจุบันเป็นคำต่อท้ายโดเมนสำหรับฟิลด์ "from" เพื่อส่งอีเมล ซึ่งช่วยลดการถูกบล็อกโดยผู้ให้บริการอีเมล เพิ่มความน่าเชื่อถือของอีเมล และปรับปรุงอัตราการเข้าถึงกล่องจดหมาย
- เลือก 【การตั้งค่าการส่ง】- 【ชื่อโดเมน】 เพื่อเข้าสู่หน้าการกำหนดค่าโดเมนการส่ง หากไม่มีโดเมนการส่งที่เป็นทางการ คุณสามารถเพิ่มโดเมนการส่งใหม่ได้
- คลิกโดเมนที่คุณต้องการกำหนดค่าเพื่อเข้าสู่หน้าการกำหนดค่า ทำการกำหนดค่าที่เกี่ยวข้องในระบบจัดการโดเมนของคุณตามข้อมูลที่ระบบจัดให้
สถานะหลังการกำหนดค่าโดเมนมีสามสถานะ:
- ไม่ผ่านการยืนยัน: รายการบังคับใดๆ (SPF, DKIM และ MX) ไม่ผ่านการยืนยัน (ในกรณีนี้ โดเมนไม่สามารถผูกกับ API_USER ได้)
- ใช้งานได้: รายการบังคับทั้งสามผ่านการยืนยัน แต่รายการที่เป็นตัวเลือกไม่ผ่านการยืนยัน
- ผ่านการยืนยัน: รายการการกำหนดค่าทั้งหมดผ่านการยืนยัน
หลังจากทำการกำหนดค่าระเบียนทั้งหมดเสร็จสิ้น อาจใช้เวลา 10-30 นาทีสำหรับระบบจัดการโดเมนในการมีผล
คุณจำเป็นต้องตั้งค่าโดเมนที่แตกต่างกันสำหรับอีเมลธุรกรรมและอีเมลจำนวนมาก (โดเมนที่มีโดเมนหลักต่างกัน) เพื่อหลีกเลี่ยงการแชร์โดเมนการส่งเดียว ซึ่งอาจนำไปสู่การถูกจำกัดทั้งสองประเภทและอีเมลธุรกรรมไม่ถูกส่งทันเวลา
วิธีการกำหนดค่าโดเมนบนแพลตฟอร์มการแก้ปัญหา DNS
ด้านล่างเป็นการแนะนำการกำหนดค่าโดเมนบนผู้ให้บริการ DNSPOD
ก่อนอื่น ยืนยันว่าคุณได้สร้างโดเมนการส่งของคุณเองในส่วนหลังของ EngageLab แล้ว
ตัวอย่างต่อไปนี้ใช้ xxx.com เพื่ออธิบาย
DNSPOD
- เข้าสู่ระบบแพลตฟอร์ม DNSPOD และเข้าสู่หน้าการจัดการระเบียนโดเมนสำหรับ xxx.com
- คลิกปุ่ม 【เพิ่มระเบียน】 และกล่องระเบียนใหม่จะปรากฏขึ้นดังที่แสดงด้านล่าง
3. อ้างอิงข้อมูลการกำหนดค่าโดเมนสำหรับ xxx.com ที่จัดให้โดย EngageLab กรอก "ระเบียนโฮสต์," "ประเภทระเบียน," และ "ค่าระเบียน" ที่สอดคล้องกัน และบันทึก
4. คุณจำเป็นต้องกรอกระเบียน TXT 3 รายการและระเบียน MX 1 รายการ ตรวจสอบให้แน่ใจว่าตรงกับข้อมูลที่จัดให้โดย EngageLab อย่างสมบูรณ์
API_USER
API_USER คือ บัญชี
ที่ใช้สำหรับการส่งอีเมลผ่าน API
- เมื่อสร้าง API_USER คุณจำเป็นต้องระบุ "ประเภท" (ธุรกรรม/จำนวนมาก), "โดเมนการส่ง," และ "ตัวเลือกการติดตาม"
- ประเภท: API_USER ประเภท "ธุรกรรม" สามารถส่งอีเมลธุรกรรมได้เท่านั้น ในขณะที่ API_USER ประเภท "จำนวนมาก" สามารถส่งอีเมลจำนวนมากได้เท่านั้น
- โดเมนการส่ง: เมื่อสร้าง API_USER คุณจำเป็นต้องเลือกโดเมนการส่งเพื่อผูกเพื่อกำหนดโดเมนที่ใช้สำหรับการส่งอีเมลโดย API_USER นี้
- ตัวเลือกการติดตาม: หลังจากเลือก EngageLab สามารถช่วยผู้ใช้รวบรวมข้อมูลการติดตามที่เกี่ยวข้องของผู้รับเมื่อส่งอีเมลโดยใช้ API_USER นี้
API_KEY คือ รหัสผ่าน
ที่ใช้สำหรับการส่งอีเมลผ่าน API
- หลังจากลงทะเบียนสำเร็จ คุณจำเป็นต้องเข้าสู่ระบบบัญชีของคุณเพื่อสร้าง API_KEY ด้วยตนเอง
- API_KEY เดียวกันจะแสดงเพียงครั้งเดียวในอินเทอร์เฟซและไม่สามารถแสดงอีกครั้ง
- แต่ละ API_USER มี API_KEY ที่สอดคล้องกัน ซึ่งอาจเหมือนกันหรือต่างกัน
- API_KEY สามารถรีเซ็ตได้เป็นรายบุคคลหรือเป็นกลุ่ม การรีเซ็ต API_USER เป็นกลุ่มจะแชร์ API_KEY เดียวกัน
- API_KEY มีผลทันทีหลังจากการรีเซ็ต และทั้ง API_KEY เก่าและใหม่สามารถใช้ได้ภายใน 15 นาที
API_USER และ API_KEY เป็นข้อมูลสำคัญสำหรับการยืนยันตัวตนเมื่อส่งอีเมลผ่าน API หรือ SMTP และต้องเก็บรักษาให้ปลอดภัย
แท็ก
แท็กช่วยให้ผู้ใช้จัดหมวดหมู่อีเมลและเหมาะสำหรับสถานการณ์เช่นการทดสอบ A/B
หลังจากสร้างแท็กสำเร็จ ระบบจะกำหนด ID แท็กโดยอัตโนมัติ เมื่อส่งอีเมล คุณสามารถรวมพารามิเตอร์ ID แท็กเพื่อแท็กอีเมลได้
ในเวลาเดียวกัน คุณสามารถสอบถามสถานะการส่งของเนื้อหาที่สอดคล้องกันผ่านมิติแท็กในระบบ
ตัวเลือกการติดตาม
การติดตามอีเมลช่วยให้ผู้ใช้รวบรวม "ข้อมูลการเปิด," "ข้อมูลการคลิก," และ "ข้อมูลการยกเลิกการสมัคร" ของอีเมลที่ส่งเพื่อประเมินประสิทธิภาพของการส่งอีเมล
คุณสามารถกำหนดค่า "การติดตามการเปิด," "การติดตามการคลิก," และ "การติดตามการสมัครสมาชิก" สำหรับ "API_USER" เฉพาะผ่าน ตัวเลือกการติดตาม
หลักการของการติดตาม
- คลิก: ระบบแทนที่ลิงก์อีเมลต้นฉบับด้วยลิงก์ที่มีพารามิเตอร์โดยใช้โดเมนการติดตาม เมื่อผู้ใช้คลิกลิงก์ในอีเมล เนื่องจาก CNAME ของโดเมนการติดตามถูกกำหนดค่าเป็น track.email.engagelab.com เซิร์ฟเวอร์ EngageLab จะได้รับคำขอเพื่อบันทึกการคลิกและเปลี่ยนเส้นทางไปยังลิงก์ต้นฉบับ
- เปิด: ระบบแทรกรูปภาพโปร่งใสขนาด 1 พิกเซลลงในอีเมล เมื่ออีเมลถูกเปิด ในกรณีส่วนใหญ่ ไคลเอนต์ MP หรือไคลเอนต์เว็บจะดาวน์โหลดรูปภาพในอีเมลโดยอัตโนมัติ และเซิร์ฟเวอร์ EngageLab จะได้รับคำขอเพื่อบันทึกการเปิด
- ยกเลิกการสมัคร: ระบบแทรกโค้ด HTML ที่มีลิงก์ยกเลิกการสมัครที่ด้านล่างของอีเมลหรือแทนที่ตัวแปร
%%user_defined_unsubscribe_link%%
ด้วยลิงก์ยกเลิกการสมัคร เมื่อคลิกลิงก์ยกเลิกการสมัคร หน้าการยกเลิกการสมัครที่สอดคล้องกันจะปรากฏขึ้น ผู้ใช้เลือกเหตุผลในการยกเลิกการสมัครในหน้าและส่งแบบฟอร์ม EngageLab รวบรวมข้อมูลสำหรับการประมวลผล
โดเมนการติดตาม
EngageLab จัดหาโดเมนการติดตามเริ่มต้น แต่โดเมนการติดตามเริ่มต้นเป็นแบบแชร์และอาจได้รับผลกระทบจากผู้ใช้อื่น ขอแนะนำให้กำหนดค่าโดเมนการติดตามที่กำหนดเอง
เนื่องจากการอัปเกรดเบราว์เซอร์เช่น Chrome ซึ่งจะห้ามการโหลดทรัพยากร HTTP ในอนาคต อาจนำไปสู่การถูกบล็อกและข้อมูลการติดตามที่ไม่ถูกต้อง ขอแนะนำให้อัปโหลดใบรับรอง SSL และเปิดใช้งานการติดตาม HTTPS
สวิตช์การติดตาม
คุณสามารถเปิดหรือปิดสวิตช์การติดตามและปรับการตั้งค่าตามความจำเป็น ขอแนะนำให้เปิด "การติดตามการสมัครสมาชิก" เพื่อให้ผู้ใช้สามารถเลือกที่จะไม่รับอีเมลแทนการรายงานไปยัง MP
หากการกำหนดค่า DNS ของโดเมนการติดตามของคุณไม่ได้รักษาการกำหนดค่า CNAME ลิงก์ในอีเมลอาจไม่สามารถคลิกได้หลังจากเปิดใช้งานบริการติดตามการคลิก
การตั้งค่ายกเลิกการสมัคร
การตั้งค่ายกเลิกการสมัครจะมีผลเฉพาะหลังจากเปิดใช้งานบริการติดตามการสมัครสมาชิกในตัวเลือกการติดตาม
มิติการยกเลิกการสมัคร
EngageLab จัดหาการตั้งค่ามิติการยกเลิกการสมัครสามแบบ:
- เมื่อ API_USER ถูกยกเลิกการสมัคร เฉพาะ API_USER นั้นเท่านั้นที่ถูกยกเลิกการสมัคร นี่คือตัวเลือกเริ่มต้น
- เมื่อ API_USER ถูกยกเลิกการสมัคร API_USER ทั้งหมดจะถูกยกเลิกการสมัคร
- เมื่อ API_USER ถูกยกเลิกการสมัคร API_USER ภายในช่วงที่กำหนดเองจะถูกยกเลิกการสมัคร
เมื่อคุณเลือกตัวเลือกที่ 3 API_USER แต่ละตัวสามารถตั้งค่ากฎการยกเลิกการสมัครของตัวเองได้ คุณสามารถจัดการการยกเลิกการสมัครตามการจัดสรรธุรกิจของ API_USER
ลิงก์ยกเลิกการสมัคร
ปุ่มยกเลิกการสมัครเริ่มต้นที่แทรกลงในอีเมลจะเปลี่ยนไปตามภาษาของหน้าการยกเลิกการสมัคร หากคุณไม่พอใจกับสไตล์ของปุ่มนี้ คุณสามารถเขียนโค้ด HTML ของคุณเองและใช้ตัวแปร %%user_defined_unsubscribe_link%%
เป็นลิงก์ EngageLab จะเปลี่ยน %%user_defined_unsubscribe_link%%
ระหว่างการส่ง
หน้าการยกเลิกการสมัคร
คุณสามารถตั้งค่าหน้าการยกเลิกการสมัครที่ปรับแต่งเองได้ตามความต้องการ เราสนับสนุนการตั้งค่าภาษา โทนสีหน้า รูปภาพโลโก้ และการเปลี่ยนเส้นทางการยกเลิกการสมัคร หากคุณไม่พอใจกับการแปลที่ไม่ใช่ภาษาจีน คุณสามารถแก้ไขได้ในระหว่างการแก้ไข
คุณสามารถระบุหน้าการยกเลิกการสมัครสำหรับ API_USER ใน 【การตั้งค่าการติดตาม】 หรือระบุในระหว่างการเรียก API หน้าการยกเลิกการสมัครที่ระบุในระหว่างการเรียก API จะมีลำดับความสำคัญเหนือกว่าหน้าที่ผูกกับ API_USER
WebHook
WebHook เป็นช่องทางสำหรับลูกค้าในการรับสถานะของอีเมลที่ส่ง หลังจากที่ผู้ใช้ส่งคำขออีเมลไปยัง EngageLab EngageLab จะซิงโครไนซ์ "ผลลัพธ์คำขอ" กลับไปยังผู้ใช้ ในขณะที่ "สถานะ" และ "ผลลัพธ์เหตุการณ์อื่นๆ" ของอีเมลจะถูกส่งกลับไปยังผู้ใช้อย่างไม่พร้อมกันผ่าน WebHook
เมื่อเหตุการณ์เกิดขึ้น EngageLab จะส่งข้อมูล (POST) ไปยัง URL ที่ลูกค้าตั้งค่าไว้ ลูกค้าจะรับข้อมูล วิเคราะห์เหตุการณ์และข้อมูล และดำเนินการประมวลผลต่อไป
ปัจจุบันเราสนับสนุนสถานะและการตอบกลับรวมถึง: Target, Sent, Delivered, Opened, Clicked, Unsubscribed, Reported, Invalid Email, Soft Bounce และ Forward สำหรับรูปแบบข้อความเฉพาะของแต่ละเหตุการณ์ โปรดดู ที่นี่
ตัวเลือกการตั้งค่า
คำต่อท้าย from คงที่และ mail from คงที่
from คืออะไร?
from คือผู้ส่งในเนื้อหาอีเมล มีรูปแบบเป็นที่อยู่อีเมล
ใน EngageLab คุณสามารถกำหนด from เป็นที่อยู่อีเมลที่มีรูปแบบถูกต้องตามกฎหมายได้เมื่อส่งผ่าน API หรือ SMTP
mail from คืออะไร?
mail from คือผู้ส่งในซองจดหมาย หรือที่รู้จักกันในชื่อผู้ส่ง มีรูปแบบเป็นที่อยู่อีเมล
mail from ทำหน้าที่เป็นเลขานุการของ from ส่งข้อความในนามของมัน
บนแพลตฟอร์ม EngageLab คำต่อท้าย mail from ถูกควบคุมโดยระบบและรวมกับโดเมนการส่งปัจจุบัน คำนำหน้าสามารถตั้งแยกต่างหากบนหน้าได้ หากไม่ได้ตั้ง ระบบจะสร้างสตริงสุ่มโดยค่าเริ่มต้น
ทำไมคำนำหน้า mail from จึงถูกสร้างเป็นสตริงสุ่มโดยค่าเริ่มต้นใน EngageLab?
ผู้ให้บริการอีเมลบางรายควบคุมจำนวนอีเมลที่ได้รับตาม mail from
เพื่อหลีกเลี่ยงข้อจำกัดเนื่องจากค่าของ mail from เดียวกัน คำนำหน้า mail from ถูกสร้างเป็นสตริงสุ่มโดยค่าเริ่มต้น
จะเกิดอะไรขึ้นหาก from และ mail from ไม่สอดคล้องกัน?
- หากคำต่อท้าย from และ mail from ไม่สอดคล้องกัน อีเมลจะปรากฏเป็นการส่งในนามของบุคคลอื่น ผู้ให้บริการอีเมลบางรายต้องการให้สอดคล้องกันอย่างสมบูรณ์เพื่อหลีกเลี่ยงสถานการณ์นี้
- ผู้ให้บริการอีเมลที่เข้มงวดอาจทำให้อีเมลไปยังโฟลเดอร์สแปมหรือถูกปฏิเสธหาก from และ mail from ไม่สอดคล้องกัน
คำต่อท้าย from คงที่
หากคุณต้องการให้คำต่อท้าย from สอดคล้องกับคำต่อท้าย mail from คุณสามารถควบคุมได้ด้วยตัวเองเมื่อส่งผ่าน API หรือ SMTP หรือคุณสามารถตั้งค่าใน EngageLab ภายใต้ 【คำต่อท้าย from คงที่】 เพื่อกำหนดว่าคำต่อท้าย from คงที่และสอดคล้องกับคำต่อท้าย mail from หรือไม่ตามโดเมนอีเมลเป็นโดเมนที่รับ โดยทั่วไป การตั้งค่านี้จะหลีกเลี่ยงสถานการณ์ "ส่งในนามของ"
mail from คงที่
หากผู้ให้บริการอีเมลบางรายจำกัดการส่งเนื่องจากสตริงสุ่มในคำนำหน้า mail from คุณสามารถตั้งค่า mail from คงที่ได้ เพิ่มระเบียนใน 【mail_from คงที่】 โดยใช้โดเมนอีเมลเป็นโดเมนที่รับ
การระบุโฆษณาอัตโนมัติ
โดยค่าเริ่มต้น API_USER จำนวนมากทั้งหมดจะถูกเลือก โฆษณาอัตโนมัติจะโหลดหลังจากหัวข้ออีเมล เราขอแนะนำให้เปิดการตั้งค่าน