จุดที่ต้องตรวจก่อนส่งทุกแคมเปญ และเกณฑ์ที่การตรวจคุณภาพอีเมลของ Brew ใช้: การถูกตัดที่ 102 KB, ลิงก์เสีย, ข้อความแสดงแทน, การรองรับของแอปอีเมล และความยาวข้อความ

เช็กลิสต์ตรวจคุณภาพก่อนส่งคือรายการสั้น ๆ ของสิ่งที่คุณตรวจในอีเมลทุกฉบับก่อนส่งออกไป แคมเปญที่พังมักหลุดออกไปพร้อมปุ่มที่ยังชี้ไปที่ #, ภาพฮีโร่ที่ถูกเปลี่ยนเป็นไฟล์ PNG ขนาด 4 MB ตอน 18:00 หรือเลย์เอาต์สองคอลัมน์ที่ Outlook แบบคลาสสิกไม่สนใจ แต่ละปัญหาใช้เวลาแค่นาทีเดียวในการจับได้ก่อนส่ง แต่แก้ไขไม่ได้เลยหลังส่งไปแล้ว
เดือนนี้เราสร้างการตรวจคุณภาพอีเมลของ Brew ขึ้นใหม่โดยยึดรายการตรวจเหล่านี้ และแต่ละข้อมีเกณฑ์ที่แน่นอน คุณตรวจเองด้วยมือได้ ไม่ว่าจะใช้ Brew หรือไม่ก็ตาม

สิ่งที่พบจัดกลุ่มตามระดับความรุนแรง พร้อมผลสรุปความพร้อมเพียงหนึ่งเดียว
ลิงก์เสียทำให้การส่งครั้งนั้นสูญเปล่า ให้ตรวจว่า:
#, example.com หรือ {{url}} ที่ยังไม่ได้เติมค่าhttpsbrew.new/pricing แต่ชี้ไปที่อื่นดูเหมือนฟิชชิงคลิกทุกลิงก์ในอีเมลทดสอบที่ส่งถึงจริง ไม่ใช่ในตัวแก้ไข เพราะ ESP ของคุณจะเขียนลิงก์ใหม่เพื่อติดตามคลิกตอนส่ง ลำดับการเปลี่ยนเส้นทางและพารามิเตอร์ติดตามที่เสียจึงปรากฏให้เห็นที่นั่นเท่านั้น
อย่าปล่อยให้เครื่องมือตรวจอัตโนมัติส่งคำขอไปยังลิงก์ยกเลิกการรับข่าวสารหรือลิงก์ตั้งค่าการรับอีเมลเด็ดขาด ผู้ให้บริการบางรายถือว่าคำขอใด ๆ ที่ส่งไปยัง URL นั้นคือการยกเลิกการรับข่าวสาร และหน้าป้องกันบอต (bot wall) ที่แสดงต่อเครื่องมือตรวจก็ไม่ได้พิสูจน์ว่าลิงก์เสีย ให้คลิกด้วยตัวเอง
Gmail จะตัดข้อความที่มี HTML เกินราว 102 KB แล้วซ่อนส่วนที่เหลือไว้หลังลิงก์ “ดูข้อความทั้งหมด” (View entire message) ซึ่งซ่อนส่วนท้าย ลิงก์ยกเลิกการรับข่าวสาร และที่อยู่ทางไปรษณีย์ไปด้วย อีเมลการตลาดที่ถูกตัดจึงกลายเป็นปัญหาด้านการปฏิบัติตามข้อกำหนดแบบเงียบ ๆ
เกณฑ์ของเรา:
เราเตือนตั้งแต่ 80 KB เพราะการติดตามคลิกจะเปลี่ยนลิงก์สั้น ๆ เป็น URL เปลี่ยนเส้นทางที่ยาวกว่า และ ESP บางรายก็เพิ่มมาร์กอัปเข้าไป อีเมลขนาด 98 KB ในตัวแก้ไขของคุณอาจไปถึงผู้รับเป็น 105 KB
สิ่งที่มักทำให้ไฟล์บวม ได้แก่ สไตล์แบบอินไลน์ที่ซ้ำอยู่ในทุกองค์ประกอบ, คอมเมนต์ที่เครื่องมือสร้างอีเมลทิ้งไว้, เซกชันสำหรับมือถือและเดสก์ท็อปที่ซ่อนไว้ซ้ำกัน และรูปภาพ base64 ที่ฝังไว้
รูปภาพทุกรูปควร:
alt หรือใช้ alt="" หากเป็นภาพตกแต่งล้วน ๆwidth และ height เพื่อให้เลย์เอาต์คงรูปขณะรูปภาพกำลังโหลดหรือเมื่อถูกบล็อกรูปใหญ่รูปเดียวกับข้อความอีกบรรทัดเดียวจะอ่านไม่ได้เมื่อปิดรูปภาพ โปรแกรมอ่านหน้าจอเข้าใจไม่ได้ และเป็นสัญญาณสแปมสำหรับตัวกรองบางตัว ให้ใส่พาดหัวและข้อเสนอเป็นข้อความจริง (live text)
Flexbox, grid, position, รูปพื้นหลัง และ SVG แบบอินไลน์ ต่างก็พังในแอปอีเมลหลักอย่างน้อยหนึ่งตัว Can I email ติดตามการรองรับแยกตามฟีเจอร์และแอปอีเมล และเป็นแหล่งอ้างอิงเดียวที่ดีที่สุด
ระวัง Outlook ให้มากที่สุด Gmail และ Apple Mail มักลดทอนการแสดงผลแบบเงียบ ๆ ส่วน Outlook แบบคลาสสิกบน Windows แสดงผลด้วยเอนจินจัดหน้าของ Word ไม่สนใจค่าความกว้าง CSS หลายตัว ทิ้งรูปพื้นหลัง และตัด padding ออกจากปุ่มที่สร้างจากลิงก์ที่ใส่สไตล์
เราจะแจ้งฟีเจอร์สำหรับกลุ่มแอปอีเมล เช่น Gmail หรือ Outlook ก็ต่อเมื่อแอปในกลุ่มนั้นอย่างน้อย 2 ตัวไม่รองรับฟีเจอร์ดังกล่าว และจะเป็นคำเตือนก็ต่อเมื่อ Outlook ทำให้ฟีเจอร์นั้นพังโดยไม่มีทางเลือกสำรอง นอกนั้นเป็นระดับ “ข้อมูล” ทั้งหมด ไม่เช่นนั้นอีเมลทุกฉบับจะมีคำเตือนเรื่องแอปอีเมลถึง 20 รายการ และทุกคนก็จะเมินมันทั้งหมด
การตรวจที่ทำได้ง่าย:
lang บน <html> เพื่อให้โปรแกรมอ่านหน้าจอออกเสียงได้ถูกต้อง<title>h1 ไป h4WCAG 2.2 คือมาตรฐานอ้างอิง ปัญหาส่วนใหญ่ของอีเมลตรงกับเกณฑ์ของ WCAG ในเรื่องข้อความทดแทน คอนทราสต์ ภาษาของหน้า และหัวข้อ
เขียนหัวเรื่องให้สั้นกว่าราว 60 ตัวอักษร และ 9 คำ ไม่เช่นนั้นโทรศัพท์จะตัดทิ้ง หลีกเลี่ยงตัวพิมพ์ใหญ่ทั้งหมด, “RE:” หรือ “FWD:” ในอีเมลที่ไม่ใช่การตอบกลับ และเครื่องหมายตกใจหลายตัวติดกัน
เขียนข้อความแสดงตัวอย่างให้สั้นกว่าราว 90 ตัวอักษร โดยไม่ซ้ำกับหัวเรื่อง หากปล่อยว่างไว้ แอปอีเมลหลายตัวจะแสดง “ดูในเบราว์เซอร์” (View in browser) แทน
แท็กตัวแปรที่ไม่มีค่าสำรองจะส่ง “สวัสดี ,” ไปถึงทุกคนที่ไม่มีข้อมูลชื่อ และผู้อ่านจะจำได้
ตัวเลขทุกตัวควรมีแหล่งที่มาที่ชี้ได้ โดยเฉพาะในฉบับร่างแรกจาก AI ซึ่งสร้างตัวเลขที่ฟังดูมั่นใจได้ง่าย วิธีเขียนอีเมลการตลาด และคู่มือหัวเรื่องอีเมลลงรายละเอียดเรื่องการใช้ถ้อยคำมากกว่านี้
ภายใต้ CAN-SPAM อีเมลเชิงพาณิชย์ต้องมีลิงก์ยกเลิกการรับข่าวสารที่ใช้งานได้และที่อยู่ทางไปรษณีย์ที่ถูกต้อง ผู้ส่งอีเมลปริมาณมากถึง Gmail และ Yahoo ยังต้องมีเฮดเดอร์สำหรับการยกเลิกการรับข่าวสารในคลิกเดียวด้วย ซึ่งอธิบายไว้ในสิ่งที่ยังต้องทำตามเมื่อเอเจนต์ส่งอีเมลแทนคุณ
อีเมลธุรกรรมได้รับการยกเว้นจากกฎด้านการตลาดบางข้อ แต่ไม่ได้รับการยกเว้นจากเช็กลิสต์นี้ ใบเสร็จที่มีลิงก์เสียก็ยังกลายเป็นคำร้องถึงฝ่ายสนับสนุนอยู่ดี
นำสิ่งที่แอปอีเมลตัดทิ้งหรือบล็อกออก:
<script>, <form> และ <iframe>data:background-color สำรองไว้ เพื่อให้ข้อความยังอ่านได้หากรูปโหลดไม่สำเร็จเริ่มต้นด้วย doctype หากไม่มี แอปอีเมลบางตัวจะแสดงผลในโหมด quirks และระยะห่างจะเพี้ยน
การตรวจคุณภาพอีเมลของ Brew เรียกใช้รายการตรวจนี้ได้จาก:
POST /v1/emails/audit หรือเครื่องมือ audit_emailดูทุกฟิลด์ได้ในเอกสารการตรวจคุณภาพ และเอกสารอ้างอิง API
การตรวจแบบทันที ซึ่งไม่มีค่าใช้จ่ายจะทำงานโดยอัตโนมัติกับทุกกฎที่ใช้แค่ HTML ได้แก่ ตัวยึดตำแหน่ง, ขนาด, ข้อความแสดงแทนและขนาดรูปภาพที่ขาดหาย, ลำดับหัวข้อ, lang และ <title>, ความยาวของหัวเรื่องและข้อความแสดงตัวอย่าง, แท็กตัวแปรที่ไม่มีค่าสำรอง และมาร์กอัปที่ถูกบล็อก
การกด ตรวจคุณภาพ จะเพิ่มการตรวจที่ต้องใช้เครือข่ายหรือวิจารณญาณ:
การตัดสินของ AI แต่ละข้อถูกปรับจูนให้สิ่งที่แจ้งออกมาถูกต้องอย่างน้อย 95% ของครั้งในอีเมลที่เราเป็นเจ้าของเอง เพราะ AI ผู้ตรวจที่เป็นเด็กเลี้ยงแกะแย่กว่าไม่มีเลย
การตรวจคุณภาพแบบเต็มใช้ 5 เครดิต หากการตรวจที่จำเป็นบางรายการใช้งานไม่ได้ คุณจะได้ผลตรวจบางส่วนฟรีโดยไม่มีคะแนน เพราะคะแนนที่ข้ามการตรวจบางรายการไปจะทำให้เข้าใจผิด
การตรวจคุณภาพทุกครั้งให้คะแนน 0 ถึง 100 และสถานะว่าพร้อม ต้องตรวจทาน หรือยังไม่พร้อม (ในแอปจะแสดงเป็น “พร้อมส่ง”, “ควรตรวจสอบ” และ “พบปัญหา”) สิ่งที่พบแต่ละรายการมีระดับความรุนแรง คือ “วิกฤต”, “ข้อผิดพลาด”, “คำเตือน” หรือ “ข้อมูล” พร้อมหลักฐาน เช่น สถานะ HTTP ของลิงก์ที่เสีย
คะแนนเริ่มต้นที่ 100 จากนั้นรายการวิกฤตแต่ละรายการหัก 20 คะแนน ข้อผิดพลาดหัก 10 คะแนน คำเตือนหัก 3 คะแนน และระดับข้อมูลไม่หักเลย โดยนับเฉพาะ 3 ครั้งแรกที่พบในแต่ละกฎเท่านั้น
ตัวอย่าง: ปุ่มที่ลิงก์ไปยัง #, ลิงก์ในส่วนท้ายที่ตอบกลับเป็น 404, รูปภาพ 2 รูปที่ไม่มีข้อความแสดงแทน, หัวเรื่องยาว 68 ตัวอักษร และ flexbox ที่แอปอีเมล 2 ตัวของ Yahoo ไม่รองรับ
| สิ่งที่พบ | ระดับความรุนแรง | คะแนน |
|---|---|---|
| ลิงก์ของปุ่มเป็นตัวยึดตำแหน่ง | วิกฤต | −20 |
| ลิงก์ในส่วนท้ายตอบกลับเป็น 404 | ข้อผิดพลาด | −10 |
| รูปภาพที่ไม่มีข้อความแสดงแทน (×2) | คำเตือน | −6 |
| หัวเรื่องยาวเกิน 60 ตัวอักษร | คำเตือน | −3 |
| แอปอีเมล 2 ตัวของ Yahoo ไม่รองรับ flexbox | ข้อมูล | 0 |
| คะแนน | 61 |
หากมีรายการวิกฤตหรือข้อผิดพลาด สถานะจะเป็น “ยังไม่พร้อมส่ง” หากมีแค่คำเตือน สถานะจะเป็น “ควรตรวจสอบ” แก้ลิงก์ทั้งสองแล้ว อีเมลนี้จะได้ 91 คะแนนในสถานะ “ควรตรวจสอบ” ซึ่งตรงไปตรงมาดี: อีเมลนี้ส่งได้โดยไม่มีปัญหา และส่วนที่เหลือก็คุ้มที่จะใช้เวลาแก้อีกสักนาที
แก้ไขในแชท จะส่งคำเตือนและรายการที่รุนแรงกว่านั้นให้เอเจนต์ของ Brew แก้ จากนั้นเรียกใช้การตรวจแบบทันทีซึ่งไม่มีค่าใช้จ่ายกับอีเมลที่แก้แล้วอีกครั้ง
การตรวจคุณภาพไม่บล็อกการส่ง หากพบรายการวิกฤต หน้าต่างการส่งจะขอให้กด ส่งเลย และบันทึกการข้ามคำเตือนนั้นไว้ ส่วนการส่งผ่าน API, MCP และระบบอัตโนมัติจะรายงานสิ่งที่พบแล้วส่งต่อไปเลย นี่คือค่าเริ่มต้นที่ถูกต้อง อีเมลบางฉบับที่การตรวจไม่ชอบก็ยังควรส่งออกไป และเครื่องมือ QA ที่จับการส่งเป็นตัวประกันก็จะถูกปิดทิ้งในที่สุด
การตรวจคุณภาพไม่ได้เขียน HTML ของคุณใหม่ การแก้ไขเป็นอีกขั้นตอนหนึ่งที่คุณต้องเริ่มเอง
การตรวจคุณภาพไม่ได้ทดสอบการเข้าอินบ็อกซ์ ไม่ได้สร้างภาพหน้าจอการแสดงผล และไม่ได้ตรวจโหมดมืด สำหรับโหมดมืด ให้เปิดอีเมลทดสอบบนโทรศัพท์ที่เปิดโหมดมืดไว้ วิธีนี้จะจับโลโก้ที่หายไปบนพื้นดำได้
ในหน้าต่างการส่ง ผลใช้ได้ 15 นาที หลังจากนั้นหรือหากอีเมลมีการเปลี่ยนแปลง แผงจะขอให้คุณตรวจคุณภาพอีกครั้ง ส่วนผ่าน MCP คุณอ่านรายงานที่บันทึกไว้ซ้ำได้ภายใน 7 วันโดยไม่มีค่าใช้จ่าย
ไม่ใช่ การตรวจคุณภาพตรวจเฉพาะตัวอีเมล การเข้าอินบ็อกซ์ยังขึ้นอยู่กับชื่อเสียงของโดเมน การยืนยันตัวตน และอัตราการร้องเรียนด้วย ซึ่งอธิบายไว้ในคู่มืออัตราการส่งถึง
ได้ ผ่าน API หรือ MCP ส่ง emailHtml หรือ emailJsx แทน ID อีเมลของ Brew แล้วคุณจะได้รายงานแบบเดียวกันก่อนนำอีเมลเข้า ESP ของคุณ หากคุณรีมิกซ์เทมเพลตจากแกลเลอรีแล้วส่งออกไปยัง ESP ให้ตรวจคุณภาพใน Brew ก่อนส่งออก
ทุกคนที่มีสิทธิ์เข้าถึงแบรนด์เรียกใช้ได้ ทั้งผู้ดูแลองค์กรและสมาชิกที่ถูกเพิ่มเข้าแบรนด์นั้น ทั้งนี้ Brew ไม่มีบทบาทแบบดูอย่างเดียว
