ระบบอัตโนมัติของอีเมลใน Braze: 6 รูปแบบความผิดพลาดที่ควรวางแผนรับมือ

การทำระบบอีเมลอัตโนมัติใน Braze ขึ้นอยู่กับการตั้งค่าเพียงไม่กี่อย่างที่กำหนดว่าใครจะได้รับข้อความ ส่งเมื่อไหร่ และจะเกิดอะไรขึ้นหากมีบางอย่างขัดจังหวะกระบวนการ คู่มือนี้จะครอบคลุมรูปแบบความล้มเหลว 6 ประการในอีเมลแบบอิงตามการกระทำ (action-based email) ได้แก่ สภาวะการแข่งขัน (race conditions), การประทับเวลาแบบย้อนหลัง (backdated timestamps), เหตุการณ์ข้อยกเว้น (exception events), การกลับมามีสิทธิ์รับข้อความ (re-eligibility), การจำกัดความถี่ (frequency caps) และการตั้งค่าการสมัครรับข้อมูล โดยแต่ละหัวข้อจะมาพร้อมกับวิธีควบคุมตามที่ระบุไว้ในเอกสารประกอบ

‍

ประเด็นสำคัญ

• การแบ่งกลุ่ม (segmenting) อีเมลที่ถูกกระตุ้นด้วยข้อมูลที่บันทึกไว้ ณ เวลาที่เกิดเหตุการณ์อาจทำให้เกิดสภาวะการแข่งขันได้ การใช้คุณสมบัติเหตุการณ์ (event properties) ร่วมกับตัวกรองคุณสมบัติ (property filter) จะช่วยป้องกันปัญหานี้ได้
• ควรส่งการประทับเวลา (timestamp) ของเหตุการณ์ที่กำหนดเองแต่ละรายการด้วยเวลาปัจจุบัน การใช้การประทับเวลาย้อนหลังอาจทำให้ Braze เข้าใจว่าระยะเวลาหน่วงได้ผ่านไปแล้ว
• เหตุการณ์ข้อยกเว้น (exception event) จะทำงานก็ต่อเมื่อมีการตั้งเวลาส่งข้อความแบบหน่วงเวลาไว้เท่านั้น ดังนั้นควรใช้คู่กับเกณฑ์การออก (exit criteria) ในอีเมลที่มีการหน่วงเวลาทุกฉบับ
• การตั้งค่าการกลับมามีสิทธิ์รับข้อความ (re-eligibility) สามารถกำหนดระยะเวลาหน่วงของตัวเองได้ ซึ่งจะช่วยป้องกันไม่ให้แคมเปญที่ถูกกระตุ้นส่งข้อความถี่จนดูเหมือนสแปม
• ขั้นตอนการส่งข้อความที่ถูกจำกัดความถี่หรือถูกยกเลิกจะไม่หยุดผู้ใช้จากการดำเนินขั้นตอนต่อไปใน Canvas ดังนั้นควรเขียนอีเมลฉบับถัดไปให้สามารถสื่อสารได้ด้วยตัวเองโดยไม่ต้องอ้างอิงฉบับก่อนหน้า
• การตั้งค่าการสมัครรับข้อมูล (subscription settings) จะมีผลแยกตามแต่ละขั้นตอน ดังนั้นควรหลีกเลี่ยงการใช้ตัวกรองช่องทางเดียว (single-channel filters) ในกลุ่มเป้าหมายเริ่มต้น (entry audience)

‍

คุณควรวางแผนระบบอีเมลอัตโนมัติใน Braze อย่างไร?

คำแนะนำของเราคือให้กำหนดการตั้งค่าควบคุมต่างๆ ให้เรียบร้อยก่อนเริ่มเขียนเนื้อหา เพราะเนื้อหานั้นแก้ไขได้ง่ายหลังจากเปิดตัวไปแล้ว แต่การตั้งค่าตัวกระตุ้น (trigger) ที่ทำให้พลาดกลุ่มเป้าหมายไปนั้นตรวจสอบได้ยากกว่ามาก

การตั้งค่าควบคุมแต่ละอย่างมีหน้าอธิบายแยกต่างหากในเอกสารของ Braze บทความนี้จะนำการตั้งค่า 3 อย่างมาเปรียบเทียบกันและจัดลำดับขั้นตอนการสร้าง ตารางด้านล่างนี้สรุปรูปแบบความล้มเหลวทั้ง 6 ประการที่กล่าวถึง

รูปแบบความล้มเหลวสิ่งที่เอกสารอธิบายการตั้งค่าควบคุมสภาวะการแข่งขันการแบ่งกลุ่มตามข้อมูลที่บันทึก ณ เวลาที่เกิดเหตุการณ์อาจทำให้เกิดสภาวะการแข่งขันใช้คุณสมบัติเหตุการณ์ร่วมกับตัวกรองคุณสมบัติการประทับเวลาย้อนหลังBraze อาจเข้าใจว่าระยะเวลาหน่วงผ่านไปแล้วส่งเหตุการณ์ที่กำหนดเองด้วยเวลาปัจจุบันอีเมลผิดพลาดหลังการซื้อเหตุการณ์ข้อยกเว้นจะมีผลเฉพาะเมื่อมีการหน่วงเวลาส่งใช้เหตุการณ์ข้อยกเว้นและเกณฑ์การออกการส่งซ้ำการกลับมามีสิทธิ์รับข้อความสามารถกำหนดระยะเวลาหน่วงได้ตั้งค่าระยะเวลาหน่วงสำหรับการกลับมามีสิทธิ์การส่งถูกจำกัดหรือยกเลิกผู้ใช้ยังคงดำเนินขั้นตอนต่อไปใน Canvasวางแผนขั้นตอนหลังจากอีเมลทุกฉบับกลุ่มเป้าหมายช่องทางผิดพลาดการตั้งค่าการสมัครรับข้อมูลมีผลแยกตามขั้นตอนอนุญาตเฉพาะผู้ที่กดยอมรับ โดยมีกลุ่มเป้าหมายเริ่มต้นที่ชัดเจน

‍

ทำไมอีเมลที่ถูกกระตุ้นถึงส่งไปไม่ถึงคนที่เพิ่งสมัครใช้งาน?

การหน้าการส่งแบบอิงตามการกระทำ (action-based delivery) ระบุว่าการแบ่งกลุ่มแคมเปญที่ถูกกระตุ้นด้วยข้อมูลผู้ใช้ที่บันทึกไว้ ณ เวลาที่เกิดเหตุการณ์อาจทำให้เกิดสภาวะการแข่งขันได้ เนื่องจากเหตุการณ์อาจเกิดขึ้นก่อนที่ Braze จะประมวลผลแอตทริบิวต์นั้นเสร็จสิ้น ส่งผลให้ผู้ใช้ไม่ผ่านเกณฑ์การตรวจสอบกลุ่มเป้าหมายเมื่อเข้าสู่ระบบ

วิธีแก้ไขที่ระบุไว้มีสองส่วน คือส่งแอตทริบิวต์ไปยัง Braze ก่อนเกิดเหตุการณ์ หรือแนบข้อมูลที่เกี่ยวข้องไปกับเหตุการณ์ในรูปแบบคุณสมบัติเหตุการณ์ที่กำหนดเอง (custom event properties) แล้วใช้ตัวกรองคุณสมบัติแทนตัวกรองการแบ่งกลุ่ม

การหน้าการสร้าง Canvas ได้เพิ่มคำเตือนที่เกี่ยวข้องไว้ว่า: หลีกเลี่ยงการใช้ตัวกระตุ้นเดียวกันกับตัวกรองกลุ่มเป้าหมาย เช่น การเปลี่ยนแปลงแอตทริบิวต์หรือการทำเหตุการณ์ที่กำหนดเอง

‍

ทำไมอีเมลที่ตั้งเวลาหน่วงไว้ถึงส่งไปเร็วกว่าที่วางแผนไว้?

Braze ใช้การประทับเวลาที่ส่งมาพร้อมกับเหตุการณ์ที่กำหนดเองเพื่อประเมินระยะเวลาหน่วงในการส่งแบบอิงตามการกระทำ หากการประทับเวลานั้นเป็นแบบย้อนหลัง Braze อาจเข้าใจว่าระยะเวลาหน่วงได้ผ่านไปแล้วและส่งข้อความทันทีหรือเร็วกว่าที่คาดไว้ วิธีแก้ไขที่แนะนำคือให้ส่งการประทับเวลาของเหตุการณ์ที่กำหนดเองด้วยเวลาปัจจุบัน

รูปแบบความล้มเหลวนี้อาจเกิดจากไปป์ไลน์ข้อมูลมากกว่าตัว Canvas เอง เช่น งานประมวลผลแบบกลุ่ม (batch job) ที่ส่งเหตุการณ์ย้อนหลังพร้อมเวลาเดิมอาจทำให้เกิดปัญหานี้ได้ ควรตรวจสอบรูปแบบการประทับเวลากับผู้ดูแลระบบการเชื่อมต่อก่อนที่คุณจะสร้างเงื่อนไขการหน่วงเวลาที่ต้องพึ่งพาข้อมูลนั้น

‍

เหตุการณ์ข้อยกเว้นและเกณฑ์การออกช่วยป้องกันไม่ให้ส่งอีเมลที่ไม่เหมาะสมได้อย่างไร?

เหตุการณ์ข้อยกเว้น (exception event) จะทำให้ผู้ใช้ไม่มีสิทธิ์ได้รับข้อความที่ถูกกระตุ้น เอกสารระบุไว้อย่างชัดเจนว่าคุณสามารถตั้งค่าได้ก็ต่อเมื่อข้อความนั้นถูกส่งหลังจากมีการหน่วงเวลา หากผู้ใช้ทำตามเงื่อนไขการกระตุ้นและเกิดเหตุการณ์ข้อยกเว้นก่อนที่เวลาหน่วงจะสิ้นสุดลง ผู้ใช้รายนั้นจะไม่ได้รับแคมเปญดังกล่าว

ตัวอย่างเรื่องตะกร้าสินค้าในเอกสารช่วยอธิบายประเด็นนี้ได้ดี โดยการแจ้งเตือนมีไว้สำหรับสินค้าที่ผู้ใช้ยังไม่ได้ซื้อ ดังนั้นเหตุการณ์ข้อยกเว้นจึงเป็นการซื้อสินค้านั้นๆ

ใน Canvas เกณฑ์การออกจากเส้นทาง (exit criteria) จะทำหน้าที่เดียวกันสำหรับตลอดทั้งเส้นทาง หากผู้ใช้ทำเหตุการณ์ข้อยกเว้นหรือตรงกับตัวกรองการออกจากเส้นทาง ผู้ใช้รายนั้นจะไม่ได้รับข้อความใดๆ อีกต่อไป

ควรตั้งค่าทั้งสองอย่างในอีเมลทุกฉบับที่มีการหน่วงเวลา การส่งการแจ้งเตือนโดยไม่มีเหตุการณ์ข้อยกเว้นเป็นวิธีที่ง่ายที่สุดที่จะทำให้ข้อความขัดแย้งกับสิ่งที่ลูกค้าเพิ่งทำไป

‍

คุณควรตั้งค่าการกลับมามีสิทธิ์ (re-eligibility) และการควบคุมการเข้าถึง (entry controls) อย่างไร?

การควบคุมการเข้าถึงจะเป็นตัวตัดสินว่าผู้ใช้สามารถกลับเข้ามาใน Canvas ได้อีกหรือไม่ สำหรับแคมเปญที่อิงตามการกระทำ เอกสารระบุว่าหากคุณอนุญาตให้ผู้ใช้กลับมามีสิทธิ์ได้ คุณสามารถระบุเวลาหน่วงก่อนที่พวกเขาจะได้รับแคมเปญนั้นอีกครั้ง ซึ่งจะช่วยป้องกันไม่ให้แคมเปญที่ถูกกระตุ้นกลายเป็น "สแปม"

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

‍

จะเกิดอะไรขึ้นกับผู้ใช้เมื่อมีการจำกัดความถี่ (frequency cap) หรือการยกเลิก (abort) หยุดการส่งอีเมล?

การจำกัดความถี่จะถูกตรวจสอบเมื่อผู้ใช้ไปถึงขั้นตอนข้อความใน Canvas และตรวจสอบก่อนช่วงเวลาห้ามรบกวน (quiet hours) หากผู้ใช้ถึงขีดจำกัดแล้ว Braze จะข้ามการส่งนั้นไปและจะไม่เก็บไว้เพื่อส่งในช่วงเวลาห้ามรบกวน การจำกัดความถี่ทั่วโลกเพียงอย่างเดียวจะไม่ทำให้ผู้ใช้ออกจาก Canvas ดังนั้นในขั้นตอนข้อความ ผู้ใช้จะยังคงดำเนินการต่อไป

กรณีเดียวกันนี้จะเกิดขึ้นเมื่อข้อความถูกยกเลิก เช่น โดยเงื่อนไขการยกเลิกของ Liquid ผู้ใช้จะดำเนินการต่อไปเสมือนว่าข้อความถูกส่งไปแล้ว การตรวจสอบความถูกต้องในการจัดส่ง (delivery validation) นั้นแตกต่างออกไป เพราะผู้ใช้ที่ไม่ผ่านการตรวจสอบ ณ เวลาที่ส่งสามารถออกจาก Canvas ในขั้นตอนนั้นได้เลย

ในทางปฏิบัติ หมายความว่าขั้นตอนถัดไปไม่สามารถอนุมานได้ว่าอีเมลฉบับก่อนหน้าส่งถึงแล้ว คุณควรเขียนข้อความติดตามผลที่เข้าใจได้ด้วยตัวเอง และตัดสินใจอย่างตั้งใจว่าข้อความใดควรข้ามการจำกัดความถี่ เอกสารระบุว่าข้อความเชิงธุรกรรมเป็นกรณีที่คุณอาจต้องการให้แคมเปญส่งถึงผู้ใช้แม้ว่าจะถึงขีดจำกัดแล้วก็ตาม

เมื่อคุณรวมการจำกัดอัตรา (rate limit) เข้ากับการจำกัดความถี่ ลำดับมีความสำคัญ การจำกัดอัตราจะเลือกกลุ่มเริ่มต้นก่อน จากนั้นการจำกัดความถี่จะกรองกลุ่มนั้นอีกครั้ง Braze จะไม่เติมผู้ใช้เพิ่มเติมเมื่อการจำกัดความถี่คัดออกไปบางส่วน ดังนั้นกลุ่มที่ถูกจำกัดอาจส่งข้อความได้น้อยกว่าค่าที่ตั้งไว้ในการจำกัดอัตรา

‍

การตั้งค่าการสมัครรับข้อมูล (subscription settings) และช่วงเวลาห้ามรบกวนทำงานร่วมกันอย่างไร?

สำหรับ Canvas ประเภทอีเมลและพุช คุณสามารถตั้งค่าการสมัครรับข้อมูลให้ส่งเฉพาะผู้ใช้ที่เลือกรับข่าวสารเท่านั้น ตัวเลือกนี้ช่วยให้มั่นใจว่าเฉพาะผู้ใช้ที่ยินยอมเท่านั้นที่จะได้รับอีเมลของคุณ การตั้งค่านี้มีผลต่อแต่ละขั้นตอน จึงไม่มีผลต่อกลุ่มเป้าหมายที่เข้ามาในตอนแรก

ประเด็นที่สองมีผลในทางปฏิบัติ เอกสารระบุว่าไม่ควรเพิ่มตัวกรองในขั้นตอนกลุ่มเป้าหมาย (Target Audience) ที่จำกัดกลุ่มเป้าหมายไว้ที่ช่องทางเดียว เช่น ตัวกรองการสมัครรับอีเมล เมื่อคุณใช้การกำหนดค่านี้

ควรรักษาฐานกลุ่มเป้าหมายที่เข้ามาให้กว้างไว้และปล่อยให้แต่ละขั้นตอนตรวจสอบสิทธิ์เอง ช่วงเวลาห้ามรบกวนจะถูกเลือกตามเวลาท้องถิ่นของผู้ใช้ และคุณสามารถเลือกได้ว่าจะให้ข้อความที่ถูกระงับไว้ถูกยกเลิกหรือส่งในเวลาถัดไปที่ทำได้ เนื่องจากมีการตรวจสอบการจำกัดความถี่ก่อน ผู้ใช้ที่ถึงขีดจำกัดจึงไม่มีวันไปถึงขั้นตอนการระงับในช่วงเวลาห้ามรบกวน

‍

การแจ้งเตือนตะกร้าสินค้าจะมีหน้าตาเป็นอย่างไรเมื่อตั้งค่าการควบคุมทั้งหมดไว้?

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

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

ถัดมาคือการควบคุมการทำซ้ำ ร้านค้าตั้งค่าการหน่วงเวลาสำหรับการกลับมามีสิทธิ์ เพื่อไม่ให้ผู้ซื้อที่เพิ่มสินค้าอยู่เรื่อยๆ ได้รับการแจ้งเตือนทุกครั้ง เนื่องจากอีเมลแจ้งเตือนตะกร้าสินค้าเป็นอีเมลส่งเสริมการขาย จึงต้องอยู่ภายใต้การจำกัดความถี่ และร้านค้าจะเว้นการข้ามการจำกัดความถี่ไว้สำหรับการยืนยันคำสั่งซื้อเท่านั้น

การตั้งค่าการสมัครรับข้อมูลถูกกำหนดไว้สำหรับผู้ใช้ที่เลือกรับข่าวสารเท่านั้น และกลุ่มเป้าหมายที่เข้าสู่ระบบจะไม่มีตัวกรองอีเมล ระบบจัดการเหตุการณ์ (event pipeline) จะถูกสั่งให้ส่งเหตุการณ์ "เพิ่มลงในรถเข็น" พร้อมกับเวลาปัจจุบัน ดังนั้นการหน่วงเวลาจึงมีความหมายตรงตามที่นักการตลาดต้องการ

สุดท้ายนี้ ผู้ค้าปลีกจะเขียนอีเมลติดตามผลโดยตระหนักว่าอีเมลฉบับแรกอาจไม่ได้ถูกส่งออกไป จึงไม่ควรขึ้นต้นด้วยคำว่า "ตามที่เราได้กล่าวไปก่อนหน้านี้"

‍

คุณควรตรวจสอบอะไรบ้างก่อนที่จะเริ่มส่งอีเมลอัตโนมัติ?

ลองทำตามขั้นตอนเหล่านี้ตามลำดับ โดยแต่ละข้อจะสอดคล้องกับรูปแบบความผิดพลาดที่กล่าวไว้ข้างต้น

1. ตรวจสอบให้แน่ใจว่าเหตุการณ์ที่เป็นตัวกระตุ้น (trigger event) และตัวกรองกลุ่มเป้าหมายไม่ใช่สัญญาณเดียวกัน และข้อมูลใดก็ตามที่กลุ่มเป้าหมายจำเป็นต้องใช้จะต้องถูกส่งผ่านในรูปแบบคุณสมบัติของเหตุการณ์ (event properties)
2. ยืนยันกับผู้ดูแลการเชื่อมต่อระบบว่าเหตุการณ์ที่กำหนดเอง (custom events) มีการประทับเวลาปัจจุบันที่ถูกต้อง
3. กำหนดเหตุการณ์ข้อยกเว้น (exception event) สำหรับการส่งอีเมลใดๆ ที่มีการหน่วงเวลา และตั้งค่าเกณฑ์การออกจาก Canvas ให้สอดคล้องกัน
4. กำหนดระยะเวลาการกลับมามีสิทธิ์รับอีเมลอีกครั้ง (re-eligibility delay) และตรวจสอบการควบคุมการเข้าถึงสำหรับจังหวะเวลาที่คุณเลือก
5. ตัดสินใจว่าการส่งอีเมลนี้ควรปฏิบัติตามหรือข้ามการจำกัดความถี่ (frequency capping) พร้อมระบุเหตุผลประกอบ
6. ตั้งค่าการสมัครรับข้อมูลให้เป็นเฉพาะผู้ใช้ที่เลือกรับข่าวสารเท่านั้นในกรณีที่เหมาะสม และลบตัวกรองช่องทางเดียวออกจากกลุ่มเป้าหมายที่เข้าสู่ระบบ

‍

ในฐานะพันธมิตรด้านการติดตั้งระบบ Braze ทาง CustomerIK แนะนำให้ใช้รายการตรวจสอบนี้เพื่อทบทวนก่อนเริ่มใช้งานอีเมลที่อิงตามการกระทำทุกฉบับ รวมถึงฉบับที่ดูเหมือนจะเรียบง่ายด้วย

‍

สิ่งนี้เชื่อมโยงกับส่วนที่เหลือของโปรแกรมอย่างไร?

การควบคุมระบบอัตโนมัติเป็นส่วนหนึ่งของโปรแกรมที่กว้างกว่า โดย คู่มือขั้นตอนการทำงานด้านการตลาดอัตโนมัติ จะครอบคลุมลำดับการสร้าง และ ตัวกระตุ้นการสร้างความผูกพัน จะเจาะลึกเกี่ยวกับการเลือกเหตุการณ์ สำหรับคุณภาพของข้อมูลเหตุการณ์ โปรดดู การติดตามเหตุการณ์ของผู้ใช้งาน.

ยังมีหัวข้อใกล้เคียงอีกสองหัวข้อที่มีผลต่อผลลัพธ์เช่นกัน ระบบอัตโนมัติสำหรับอีเมลธุรกรรม จะอธิบายว่าเมื่อใดที่ข้อความควรข้ามการจำกัดความถี่ และ การตั้งค่าความสามารถในการส่งอีเมล จะครอบคลุมถึงการที่ข้อความจะส่งถึงกล่องจดหมายหรือไม่ เมื่อคุณต้องการทดสอบรูปแบบต่างๆ การทดสอบ A/B สำหรับแคมเปญอีเมล คือสิ่งที่คุณควรอ่านต่อไป

Braze ระบุว่าฟีเจอร์ Message Prioritization ซึ่งเป็นเลเยอร์เสริมสำหรับการจำกัดความถี่ (frequency capping) ได้เปิดให้ใช้งานทั่วไปแล้วในบันทึกประจำรุ่นวันที่ 15 ตุลาคม 2026 เมื่อมีแคมเปญหรือขั้นตอน Canvas Message หลายรายการที่ผู้ใช้เลือกรับส่งเข้ามาพร้อมกัน ระบบจะใช้หมวดหมู่และกฎการจัดลำดับในการตัดสินใจว่าจะส่งข้อความใด แทนที่จะยึดตามลำดับเวลาที่ตั้งไว้ โปรดตรวจสอบเอกสารประกอบปัจจุบันก่อนใช้งานจริง เนื่องจากสถานะการเปิดให้ใช้งานอาจมีการเปลี่ยนแปลงได้

‍

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

1. ฉันสามารถตั้งค่าเหตุการณ์ข้อยกเว้น (exception event) สำหรับการส่งข้อความแบบทันทีได้หรือไม่?

เอกสารระบุว่าคุณสามารถตั้งค่าเหตุการณ์ข้อยกเว้นได้ก็ต่อเมื่อข้อความที่ถูกกระตุ้น (triggered message) มีการตั้งเวลาหน่วงไว้เท่านั้น

2. ทำไมผู้ใช้ที่กระตุ้นแคมเปญแล้วถึงไม่ได้รับข้อความใดๆ?

สาเหตุที่ระบุไว้ในเอกสาร ได้แก่ การทำเหตุการณ์ข้อยกเว้นสำเร็จก่อนครบกำหนดเวลาหน่วง, การยกเลิกด้วย Liquid, ระยะเวลาการกลับมามีสิทธิ์รับข้อความ (re-eligibility window) ยังไม่สิ้นสุด และปัญหาการแย่งชิงทรัพยากร (race condition) ตามที่กล่าวไปข้างต้น

3. การจำกัดความถี่ (frequency cap) จะทำให้ผู้ใช้ออกจาก Canvas หรือไม่?

การจำกัดความถี่แบบรวม (global frequency capping) เพียงอย่างเดียวจะไม่ทำให้ผู้ใช้ออกจาก Canvas ในขั้นตอน Message ผู้ใช้จะยังคงดำเนินการต่อไปได้แม้ข้อความจะไม่ถูกส่งเนื่องจากติดข้อจำกัดดังกล่าว

4. การตั้งค่าการสมัครรับข้อมูล (subscription settings) ส่งผลต่อผู้ที่จะเข้าสู่ Canvas หรือไม่?

การตั้งค่าดังกล่าวจะถูกนำไปใช้ในแต่ละขั้นตอน จึงไม่มีผลต่อกลุ่มเป้าหมายที่เข้าสู่ Canvas ตั้งแต่แรก

5. โพสต์นี้ช่วยตอบคำถามเรื่องความยินยอมหรือข้อกฎหมายได้หรือไม่?

เนื้อหานี้อธิบายเฉพาะการทำงานของแพลตฟอร์มตามที่ระบุไว้ในเอกสารเท่านั้น สำหรับคำถามเกี่ยวกับความยินยอมและกฎหมายการตลาด คุณจำเป็นต้องปรึกษาฝ่ายกฎหมายของคุณเอง

‍

แหล่งข้อมูล

• Braze,สร้าง Canvasสืบค้นเมื่อ 25 ต.ค. 2026
• Braze,การส่งข้อความตามเหตุการณ์ (Action-based delivery)สืบค้นเมื่อ 25 ต.ค. 2026
• Braze,การจำกัดอัตราและการจำกัดความถี่ (Rate limiting and frequency capping)สืบค้นเมื่อ 25 ต.ค. 2026
• Braze,บันทึกประจำรุ่นสืบค้นเมื่อ 25 ต.ค. 2026
• พฤติกรรมของผลิตภัณฑ์และสถานะการเปิดตัวอาจมีการเปลี่ยนแปลงได้ โปรดตรวจสอบเอกสารประกอบล่าสุดของ Braze ก่อนเริ่มใช้งานจริง
• เขียนโดย CustomerIK พันธมิตรด้านการติดตั้งใช้งาน Braze

‍

CustomerIK คือพันธมิตรด้านการติดตั้งใช้งาน Braze ที่เชี่ยวชาญทั้งในด้านการเริ่มต้นใช้งาน การเชื่อมต่อทางเทคนิค การดำเนินงานด้านการตลาด และการจัดการข้อมูลลูกค้า

หากคุณต้องการให้เราช่วยตรวจสอบ Canvas อีเมลแบบอิงตามการกระทำ (action-based) ก่อนเปิดใช้งานจริง ติดต่อเราได้เลย

‍