
อีเมลจะสร้างยอดขายได้ก็ต่อเมื่อแสดงผลได้ถูกต้อง ส่งถึงผู้รับ และอ่านได้ง่าย Braze ได้เผยแพร่ข้อกำหนดในการสร้างอีเมลที่ส่งผลต่อปัจจัยทั้งสามประการนี้ ซึ่งหลายข้อเป็นการตัดสินใจเชิงออกแบบมากกว่าเชิงพัฒนา คุณควรตกลงเรื่องความกว้าง วิธีการจัดวางเลย์เอาต์ และการจัดการรูปภาพให้เรียบร้อยก่อนที่จะอนุมัติงานออกแบบ เพราะหากมาพบปัญหาในขั้นตอนการทดสอบ จะทำให้ต้องออกแบบใหม่ทั้งหมดแทนที่จะเป็นการแก้ไขเพียงเล็กน้อย
ประเด็นสำคัญ
- Braze แนะนำให้ใช้ CSS แบบ inline และตารางแบบซ้อน (nested tables) พร้อมทั้งระบุว่าควรหลีกเลี่ยงการใช้แท็ก div, JavaScript และการจัดตำแหน่งด้วย CSS ในเทมเพลตอีเมล
- เทมเพลตที่รองรับทั้งมือถือและเดสก์ท็อปควรมีความกว้างไม่เกิน 500 พิกเซล และรูปภาพต้องมีขนาดไม่เกิน 5 MB
- ควรใช้ไฟล์ประเภท PNG, JPEG หรือ GIF โดย Braze แนะนำให้หลีกเลี่ยง SVG และ WebP เนื่องจากโปรแกรมรับอีเมลหลักหลายแห่งไม่รองรับไฟล์เหล่านี้
- ตรวจสอบให้แน่ใจว่าโดเมนของผู้ส่ง (From domain) ตรงกับโดเมนที่ใช้ส่งจริง และตั้งค่าที่อยู่อีเมลสำหรับตอบกลับ (Reply-To) ไว้บนโดเมนที่คุณเป็นเจ้าของ
- การมีเนื้อหาแบบข้อความล้วน (plain text) จะช่วยลดคะแนนสแปมของคุณ และหากข้อความอธิบายรูปภาพ (alt text) มีเครื่องหมายคำพูด ให้ใช้เครื่องหมายอัญประกาศเดี่ยวแทน
- อีเมลที่ส่งซ้ำมีสาเหตุที่บันทึกไว้ชัดเจนสองประการ คือ การคัดลอกแคมเปญที่ยังคงใช้หัวข้ออีเมลเดิม และการเปิดใช้งานแคมเปญเดิมซ้ำมากกว่าหนึ่งครั้ง
ทำไมการแสดงผลอีเมลถึงจำกัดการออกแบบ?
โปรแกรมรับอีเมลรองรับชุดคำสั่งมาร์กอัปที่จำกัดกว่าเว็บเบราว์เซอร์ ดังนั้นการออกแบบที่ดูดีในหน้าตัวอย่างอาจแสดงผลผิดพลาดเมื่อส่งจริง
Braze ระบุเรื่องนี้ไว้อย่างชัดเจน 4 ประการ ได้แก่ ใช้สไตล์ชีตแบบ inline สำหรับ CSS ของคุณ อย่าใช้ div แท็ก เพราะโปรแกรมรับอีเมลส่วนใหญ่ไม่รองรับ ให้ใช้ตารางแบบซ้อนแทน หลีกเลี่ยง JavaScript ซึ่งไม่สามารถใช้งานได้กับผู้ให้บริการอีเมลรายใดเลย และหลีกเลี่ยง CSS position: absolute และ position: relative ในเทมเพลตอีเมล
เราถือว่ารายการข้อกำหนดเหล่านี้เป็นโจทย์สำหรับการออกแบบ ไม่ใช่แค่รายการตรวจสอบสำหรับนักพัฒนา การส่งงานให้นักพัฒนาหลังจากอนุมัติงานออกแบบไปแล้วจะทำให้ข้อจำกัดเหล่านี้กลายเป็นภาระที่ต้องรื้อทำใหม่ และองค์ประกอบใดก็ตามที่มีการซ้อนทับหรือวางเลเยอร์จะเป็นส่วนแรกที่เสี่ยงต่อการแสดงผลผิดพลาด
ข้อจำกัดที่ตายตัวสำหรับอีเมลใน Braze มีอะไรบ้าง?
มีข้อจำกัด 4 ประการที่ระบุค่าไว้อย่างชัดเจน และ 3 ในนั้นส่งผลโดยตรงต่อการออกแบบ
ข้อกำหนด ค่าที่ระบุ ความกว้างของเทมเพลตสำหรับเวอร์ชันมือถือและเดสก์ท็อป ต่ำกว่า 500 พิกเซล ความกว้างคอลัมน์รูปภาพบนมือถือ ประมาณ 100 พิกเซลต่อคอลัมน์ ขนาดไฟล์รูปภาพ ต่ำกว่า 5 MB ขนาดไฟล์แนบ ต่ำกว่า 2 MB ต่อไฟล์
Braze แนะนำรูปแบบรูปภาพ 3 ประเภทเพื่อให้รองรับการใช้งานได้ดีที่สุด:
- PNG
- JPEG
- GIF
และแนะนำให้หลีกเลี่ยงรูปแบบใหม่ 2 ประเภท:
- SVG
- WebP
เนื่องจากโปรแกรมรับอีเมลหลักหลายแห่งยังไม่รองรับรูปแบบเหล่านี้ ซึ่งเป็นเรื่องสำคัญหากระบบการออกแบบของคุณใช้มาตรฐานรูปแบบสมัยใหม่สำหรับเว็บ เพราะไปป์ไลน์ของสินทรัพย์แบบเดียวกันนี้จะไม่สามารถใช้กับอีเมลได้
มีคำแนะนำหนึ่งที่อาจดูขัดกับความรู้สึก นั่นคือ Braze แนะนำไม่ให้กำหนดความสูงและความกว้างของรูปภาพ เพราะอาจทำให้เกิดพื้นที่ว่างที่ไม่จำเป็น แม้ว่าการกำหนดขนาดคงที่จะดูปลอดภัยกว่า แต่คำแนะนำนี้กลับให้ผลในทางตรงกันข้าม
ต้องเตรียมความพร้อมอะไรบ้างก่อนการส่งครั้งแรก?
การตั้งค่าที่อยู่เป็นสิ่งที่ควรทำให้ถูกต้องตั้งแต่ต้นเพราะทำได้ง่าย แต่หากต้องมาแก้ไขภายหลังจะมีค่าใช้จ่ายสูง
- ตรวจสอบให้แน่ใจว่าโดเมนอีเมลผู้ส่งตรงกับโดเมนที่คุณใช้ส่งจริง
- กำหนดค่าที่อยู่ Reply-To แยกต่างหากบนโดเมนที่คุณควบคุม และมีกล่องจดหมายรองรับการใช้งานจริง
- หลีกเลี่ยงการใช้ Unicode ในที่อยู่ผู้ส่ง เนื่องจากไม่รองรับการใช้งาน
- ลบช่องว่างออกจากที่อยู่ก่อนนำเข้าข้อมูล เพราะช่องว่างที่ส่งผ่าน API อาจส่งผลให้เกิด
400ข้อผิดพลาด - ยืนยันว่าที่อยู่อีเมลผ่านการตรวจสอบตามมาตรฐาน RFC 2822 ซึ่งเป็นมาตรฐานที่ Braze ใช้กับที่อยู่ที่กำหนดเป้าหมายผ่านเซิร์ฟเวอร์ของตน
ขั้นตอนที่สองเป็นสิ่งที่ควรให้ความสำคัญเป็นพิเศษ Braze อธิบายว่าโดเมนและโดเมนย่อยที่ใช้ส่งอีเมลนั้นถูกกำหนดค่ามาเพื่อประสิทธิภาพในการส่ง ไม่ใช่เพื่อเป็นกล่องจดหมายสำหรับรับอีเมล การส่งแคมเปญที่เชิญชวนให้ตอบกลับไปยังที่อยู่ที่ไม่มีใครดูแลนั้นแย่ยิ่งกว่าการไม่ถามหาการตอบกลับเลยเสียอีก
อะไรช่วยปรับปรุงความสามารถในการอ่านและคะแนนสแปม?
ข้อความธรรมดา (Plain text) และข้อความทางเลือก (Alt text) มีความสำคัญอย่างยิ่ง แต่ทั้งสองอย่างมักถูกละเลยไว้ทำเป็นลำดับสุดท้าย
Braze ระบุว่าการใช้ข้อความธรรมดาเป็นทางเลือกเป็นวิธีที่ดีในการลดคะแนนสแปมของคุณ ส่วน Alt text จะช่วยเสริมรูปภาพและทำหน้าที่แทนในกรณีที่ผู้ให้บริการอีเมลบล็อกการแสดงผลรูปภาพ
มีรายละเอียดทางไวยากรณ์ที่สำคัญคือ หาก Alt text มีเครื่องหมายคำพูด ให้ใช้เครื่องหมายอัญประกาศเดี่ยวแทนเครื่องหมายอัญประกาศคู่ นอกจากนี้ Braze ยังระบุว่าโปรแกรมรับอีเมลของผู้รับจะเป็นผู้ควบคุมการแสดงผล Alt text ไม่ใช่ Braze ดังนั้นควรเขียนให้ดีและอย่าพยายามปรับแต่งให้ละเอียดถึงระดับพิกเซล
มาร์กอัปแบบใดที่ Braze จะปฏิเสธ?
Braze ได้ระบุแท็กที่ไม่ได้รับอนุญาตให้ใช้ในอีเมล โดยมีรายการดังนี้:
scriptiframeobjectembedmetalinktitlesvg
หากคุณกำลังนำเทมเพลตที่สร้างขึ้นสำหรับเว็บมาใช้งาน ให้ตรวจสอบรายการดังกล่าวเป็นอันดับแรก เทมเพลตที่ต้องอาศัยสไตล์ชีตภายนอกผ่านแท็ก link เป็นตัวอย่างที่ชัดเจนว่าจะใช้งานไม่ได้
การติดแท็กเพื่อวิเคราะห์ข้อมูลมีกฎเฉพาะของตัวเอง ให้ใช้เครื่องหมายคำถามเพียงตัวเดียวใน URL สุดท้าย และหลีกเลี่ยงการใช้ช่องว่างหรืออักขระพิเศษ Braze ระบุว่าพารามิเตอร์ UTM มีความสำคัญที่ตัวพิมพ์เล็กและตัวพิมพ์ใหญ่ ดังนั้นแคมเปญเดียวกันที่ติดแท็กด้วยตัวพิมพ์ต่างกันอาจถูกรายงานว่าเป็นคนละแคมเปญได้
ทำไมผู้ใช้ถึงรายงานว่าได้รับอีเมลซ้ำ?
Braze อธิบายสาเหตุไว้สองประการ ซึ่งมีวิธีการวินิจฉัยที่แตกต่างกัน
สาเหตุแรกคือข้อผิดพลาดในการตั้งค่า แคมเปญหรือ Canvas ที่ถูกคัดลอกมาอาจใช้หัวข้ออีเมลเดิม ทำให้ผู้ใช้ได้รับอีเมลสองฉบับที่ดูเหมือนเป็นฉบับเดียวกัน
สาเหตุที่สองคือการเปิดใช้งานแคมเปญซ้ำมากกว่าหนึ่งครั้ง ให้เปรียบเทียบจำนวนข้อความที่ส่งกับขนาดของกลุ่มเป้าหมายก่อนที่คุณจะเข้าไปดูโปรไฟล์ของผู้ใช้รายใดรายหนึ่ง
สิ่งนี้เชื่อมโยงกับส่วนที่เหลือของโปรแกรมอย่างไร?
ข้อจำกัดในการสร้างเป็นตัวกำหนดว่าข้อความจะแสดงผลหรือไม่ ส่วนสิ่งที่เกิดขึ้นหลังจากนั้นถือเป็นอีกเรื่องหนึ่ง
เมื่อเทมเพลตมีความสมบูรณ์ เนื้อหาที่ใส่ลงไปจึงจะมีประสิทธิภาพ เนื้อหาแบบไดนามิก และ การปรับแต่งเฉพาะบุคคล คือสิ่งที่ทำให้อีเมลที่สร้างมาอย่างดีน่าเปิดอ่าน และ ขั้นตอนการต้อนรับผู้ใช้ใหม่ มักเป็นส่วนที่เทมเพลตถูกใช้งานหนักที่สุด โดย แคมเปญกระตุ้นการใช้งาน ที่เกี่ยวข้องจะใช้เทมเพลตเดียวกัน รวมถึง งานด้านการรักษาฐานลูกค้าซึ่งเป็นเหตุผลว่าทำไมข้อผิดพลาดในการสร้างจึงส่งผลกระทบในวงกว้างแทนที่จะจำกัดอยู่แค่จุดเดียว
คำถามที่พบบ่อย
1. ทำไมอีเมลของฉันถึงแสดงผลต่างออกไปเมื่อส่งจริง เทียบกับตอนดูตัวอย่างใน Braze?
เริ่มจากเรื่องการจัดวางด้วย CSS ก่อน Braze แนะนำให้หลีกเลี่ยงการใช้ position: absolute และ position: relative ในเทมเพลตอีเมล
2. ฉันสามารถใช้แท็ก div ในอีเมลของ Braze ได้หรือไม่?
Braze ระบุว่าไม่ควรใช้แท็ก div เนื่องจากโปรแกรมรับอีเมลส่วนใหญ่ไม่รองรับ โดยแนะนำให้ใช้ตารางซ้อนกัน (nested tables) แทนตามเอกสารที่ระบุไว้
3. ฉันควรตั้งค่าความสูงและความกว้างของรูปภาพหรือไม่?
Braze ไม่แนะนำให้ทำเช่นนั้น เนื่องจากขนาดที่กำหนดตายตัวอาจทำให้เกิดพื้นที่ว่างที่ไม่จำเป็น
4. ผู้ใช้สามารถตอบกลับอีเมลจาก Braze ได้หรือไม่?
ไม่สามารถตอบกลับไปยังโดเมนที่ส่งได้ เนื่องจากไม่ใช่กล่องจดหมายขาเข้า โปรดกำหนดค่าที่อยู่อีเมลสำหรับตอบกลับ (Reply-To) แยกต่างหากบนโดเมนที่คุณเป็นเจ้าของ
5. เหตุใดที่อยู่อีเมลจึงนำเข้าไม่สำเร็จ?
ช่องว่างเป็นสาเหตุที่เป็นไปได้มากที่สุด Braze ระบุว่าที่อยู่อีเมลต้องไม่มีช่องว่าง และหากส่งผ่าน API อาจทำให้เกิดข้อผิดพลาด 400 ได้ นอกจากนี้ ที่อยู่อีเมลจะต้องผ่านการตรวจสอบตามมาตรฐาน RFC 2822
แหล่งข้อมูล
- Braze,แนวทางการใช้งานอีเมลสืบค้นเมื่อ 1 ต.ค. 2026
- บทความนี้อ้างอิงจากหน้าเอกสารประกอบเพียงหน้าเดียว โปรดถือว่านี่เป็นการตีความจากหน้านั้นร่วมกับวิจารณญาณของ CustomerIK แทนที่จะเป็นการสำรวจข้อมูลเชิงลึก
- เขียนโดย CustomerIK พันธมิตรด้านการติดตั้งใช้งาน Braze
CustomerIK คือพันธมิตรด้านการติดตั้งใช้งาน Braze ที่เชี่ยวชาญทั้งในด้านการเริ่มต้นใช้งาน การเชื่อมต่อทางเทคนิค การดำเนินงานด้านการตลาด และการจัดการข้อมูลลูกค้า
หากอีเมลของคุณแสดงผลในกล่องจดหมายไม่เหมือนกับตอนที่อนุมัติไว้ มาคุยกับเราสิ




