.svg)
เทมเพลตการแจ้งเตือนแบบพุชของ Braze เป็นแนวทางปฏิบัติที่สร้างขึ้นจากส่วนประกอบที่กำหนดไว้ชัดเจน ได้แก่ Content Blocks สำหรับข้อความที่ใช้ร่วมกัน, เทมเพลต Canvas สำหรับเส้นทางของผู้ใช้งาน, Copy from Variant สำหรับตัวแปรที่คล้ายคลึงกัน และค่าเริ่มต้นสำหรับข้อมูลที่ขาดหายไป คู่มือนี้จะแสดงสิ่งที่ควรแก้ไขในเทมเพลต สิ่งที่ควรเว้นว่างไว้ และวิธีตรวจสอบข้อความก่อนเริ่มใช้งานจริง
ประเด็นสำคัญ
- เนื้อหาการแจ้งเตือนแบบพุชที่นำกลับมาใช้ใหม่ได้ใน Braze มาจาก Content Blocks, เทมเพลต Canvas และ Copy from Variant โดยมีค่าเริ่มต้นคอยรองรับในกรณีที่ข้อมูลขาดหายไป
- กำหนดรูปแบบ ค่าสำรอง ความยาว ที่อยู่รูปภาพ และลำดับภาษาในเทมเพลตให้เรียบร้อย และเว้นส่วนของข้อเสนอและถ้อยคำสุดท้ายไว้ให้ปรับเปลี่ยนได้
- Braze แนะนำให้ใช้ความยาวประมาณ 30-40 ตัวอักษรต่อบรรทัดสำหรับชื่อเรื่องหรือเนื้อหาบน iOS และเนื้อหาจะสั้นลงประมาณ 10 ตัวอักษรต่อบรรทัดเมื่อมีการใส่รูปภาพ
- ชื่อเรื่องบน iOS จะแสดงผลในบรรทัดเดียว ดังนั้นชื่อเรื่องที่ใช้ Liquid จึงต้องผ่านการกรองด้วย strip_newlines และข้อความบน Android จำเป็นต้องมีชื่อเรื่องเสมอ
- Content Blocks ที่แทรกผ่าน Liquid จะยังคงเชื่อมโยงกับต้นฉบับ ดังนั้นควรตรวจสอบรายการที่รวมอยู่ก่อนแก้ไข และเลือกชื่ออย่างระมัดระวังเนื่องจากไม่สามารถเปลี่ยนชื่อได้ในภายหลัง
- ดำเนินการตรวจสอบ 6 จุดแบบเดียวกันกับทุกการแจ้งเตือนแบบพุชที่สร้างจากเทมเพลต
อะไรที่ถือว่าเป็นเทมเพลตการแจ้งเตือนแบบพุชใน Braze?
ส่วนเทมเพลตในเอกสารของ Braze อธิบายถึงเทมเพลตอีเมล, เทมเพลต Webhook, เทมเพลตลิงก์, Content Blocks และเทมเพลต Canvas โดยระบุว่ามีไว้ "เพื่อรักษาความสม่ำเสมอและประหยัดเวลาในแคมเปญของคุณ" ข้อความแจ้งเตือนแบบพุชก็ได้รับประโยชน์เช่นเดียวกันผ่านส่วนประกอบที่เหมาะสม
กลไกที่กำหนดไว้ 3 ประการทำหน้าที่นี้ Content Blocks จัดเก็บเนื้อหาที่ใช้ซ้ำได้และข้ามช่องทางไว้ในที่เดียว เทมเพลต Canvas ช่วยบันทึกรูปแบบของเส้นทางผู้ใช้งาน และ Copy from Variant ช่วยนำข้อความที่เขียนไว้แล้วไปใช้ในตัวแปรอื่นๆ ของแคมเปญ
CustomerIK มองว่าทั้งสามส่วนนี้เป็นระบบเทมเพลตเดียวสำหรับการแจ้งเตือนแบบพุช และกำหนดผู้รับผิดชอบให้แต่ละส่วน หากไม่มีการจัดการเช่นนี้ ทีมงานจะมีเพียงชิ้นส่วนที่นำกลับมาใช้ได้แต่ไม่มีใครดูแลรับผิดชอบ
เทมเพลตการแจ้งเตือนแบบพุชควรแก้ไขส่วนใด และควรเว้นส่วนใดไว้บ้าง?
เทมเพลตที่ดีจะแก้ไขส่วนที่ไม่ควรเปลี่ยนแปลงและเว้นส่วนที่ต้องปรับเปลี่ยนตามแคมเปญไว้ ตารางด้านล่างแสดงการแบ่งส่วนที่เราใช้เมื่อตั้งค่าโปรแกรมการแจ้งเตือนแบบพุช
ส่วนของการแจ้งเตือนแบบพุชสิ่งที่ต้องแก้ไขในเทมเพลตสิ่งที่ต้องเว้นไว้สำหรับแคมเปญพื้นฐานที่กำหนดไว้รูปแบบรูปแบบชื่อเรื่องและเนื้อหา ข้อความธรรมดาเท่านั้นข้อเสนอและคำกระตุ้นการตัดสินใจสร้างข้อความพุชข้อมูลที่ขาดหายไปค่าเริ่มต้นในทุกแอตทริบิวต์แอตทริบิวต์ที่จะใช้ตั้งค่าเริ่มต้นความยาวงบประมาณตัวอักษรต่อบรรทัดสำหรับชื่อเรื่องและเนื้อหาถ้อยคำสุดท้ายสร้างการแจ้งเตือนแบบพุชที่สมบูรณ์สำหรับ iOSรูปภาพรูปแบบที่อยู่รูปภาพที่ปลอดภัยตัวสินทรัพย์เองสร้างข้อความพุชภาษาชุดภาษาที่เลือกไว้ก่อนเขียนข้อความข้อความที่แปลแล้วสร้างข้อความพุช
คอลัมน์ "สิ่งที่ต้องแก้ไข" คือจุดที่ควรให้ความสำคัญในการตรวจสอบเทมเพลต ส่วนคอลัมน์ "สิ่งที่ต้องเว้นไว้" คือพื้นที่ที่เจ้าของแคมเปญควรมีอิสระในการปรับเปลี่ยน
ข้อความในเทมเพลตบน iOS ควรมีความยาวเท่าใด?
Braze แนะนำให้รักษาความยาวของข้อความแต่ละบรรทัดสำหรับทั้งชื่อเรื่อง (ถ้ามี) และเนื้อหาข้อความไว้ที่ประมาณ 30-40 ตัวอักษรในการแจ้งเตือนแบบพุชบนมือถือ เอกสารของ iOS ยังระบุด้วยว่าชื่อเรื่องจะแสดงผล 1 บรรทัด ในขณะที่เนื้อหาจะแสดง 2 บรรทัดเมื่ออุปกรณ์ทำงานอยู่ และสูงสุด 7 บรรทัดเมื่อขยายการแจ้งเตือน
รายละเอียดที่กำหนดไว้สองประการจะส่งผลต่อจำนวนตัวอักษร เนื้อหาข้อความจะสั้นลงประมาณ 10 ตัวอักษรต่อบรรทัดเมื่อมีรูปภาพ และคำที่ยาวอาจตัดบรรทัดได้เร็วกว่าคำสั้น หน้าเดียวกันนี้ระบุว่าไม่สามารถกำหนดกฎตายตัวได้ ดังนั้นให้ถือว่าตัวเลขเหล่านี้เป็นเพียงแนวทางเท่านั้น
เราแนะนำให้ตั้งงบประมาณตัวอักษรสำหรับเนื้อหาในเทมเพลตโดยอิงจากตัวแปรที่มีรูปภาพ เนื่องจากเป็นกรณีที่จำกัดที่สุด เทมเพลตที่พอดีกับกรณีนี้จะสามารถใช้งานได้ในทุกที่โดยไม่ต้องแก้ไขซ้ำ
ค่าเริ่มต้นช่วยให้เทมเพลตการแจ้งเตือนแบบพุชปลอดภัยได้อย่างไร?
Braze มีเอกสารแนะนำการใช้ Liquid filter ที่ชื่อว่า default สำหรับแอตทริบิวต์การปรับแต่งเนื้อหา หากไม่มีการกำหนดค่าเริ่มต้นไว้และฟิลด์ข้อมูลนั้นหายไปหรือไม่ได้ตั้งค่าไว้ในโปรไฟล์ผู้ใช้ ข้อความในส่วนนั้นจะว่างเปล่า ซึ่งการส่งข้อความแจ้งเตือน (Push) ที่ขึ้นต้นด้วยคำทักทายแล้วเว้นช่องว่างไว้จะดูเหมือนเป็นความผิดพลาด
รูปแบบที่เอกสารแนะนำมีลักษณะดังนี้ โดยปรับให้เข้ากับเนื้อหาของ Push:
สวัสดี {{ ${first_name} | default: 'คุณลูกค้า' }} คำสั่งซื้อของคุณได้รับการจัดส่งแล้ว
เอกสารยังระบุรายละเอียดที่มักทำให้หลายทีมพลาดไป คือค่าเริ่มต้นจะแสดงผลเฉพาะในกรณีที่ค่าว่างเปล่า (empty) แต่จะไม่แสดงหากค่าเป็นช่องว่าง (blank) ดังนั้นหากชื่อจริงมีเพียงเว้นวรรค ระบบจะถือว่ามีค่าอยู่และจะไม่แสดงค่าเริ่มต้น
เราขอแนะนำให้คุณรวมการตรวจสอบความสะอาดของข้อมูล (attribute hygiene) ไว้ในขั้นตอนการตรวจสอบเทมเพลต แทนที่จะแยกเป็นโปรเจกต์จัดการข้อมูลต่างหาก ลองสอบถามเจ้าของข้อมูลว่ามีโอกาสที่สตริงว่าง (blank strings) จะหลุดเข้าไปในโปรไฟล์ผู้ใช้ก่อนที่คุณจะตัดสินใจใช้ค่าเริ่มต้นหรือไม่
อะไรคือปัญหาที่อาจเกิดขึ้นกับหัวข้อ (Titles) ในเทมเพลต Push?
บน iOS หัวข้อของ Push จะแสดงผลเป็นบรรทัดเดียว หากผลลัพธ์จาก Liquid มีการขึ้นบรรทัดใหม่ ผู้ใช้อาจเห็นเฉพาะข้อความก่อนการขึ้นบรรทัดใหม่เท่านั้น Braze ได้ระบุวิธีแก้ไขไว้คือ ให้ใช้คำสั่ง capture ผลลัพธ์แล้วใช้ filter ที่ชื่อว่า strip_newlines
{% capture title_output %}
ใส่โค้ด LIQUID ของคุณที่นี่
{% endcapture %}
{{ title_output | strip_newlines }}
สำหรับ Android มีกฎเฉพาะตัว เอกสารระบุว่าคุณไม่สามารถส่งข้อความ Push บน Android โดยไม่มีหัวข้อได้ และหากข้อความมีเพียงเว้นวรรค ระบบจะส่งเป็น Silent Push Notification แทน
มุมมองของเราคือ หัวข้อใดก็ตามที่สร้างจากเงื่อนไข Liquid ควรได้รับการทดสอบโดยให้ทุกเงื่อนไขย่อยไม่มีผลลัพธ์ออกมา เพื่อดูว่าเทมเพลตนั้นมีโอกาสกลายเป็น Silent Push โดยไม่ได้ตั้งใจหรือไม่
Content Blocks เหมาะกับการใช้ในข้อความ Push เมื่อใด?
Content Blocks เหมาะสำหรับข้อความที่ต้องใช้ซ้ำในหลายๆ Push เช่น คำมั่นสัญญาเรื่องการจัดส่งหรือข้อเสนอพิเศษ เอกสารระบุว่า Content Blocks เป็นเนื้อหาที่ใช้ซ้ำได้ข้ามช่องทาง และเมื่อแทรกผ่าน Liquid แล้ว เนื้อหาจะยังคงเชื่อมโยงกับต้นฉบับ หากมีการแก้ไขที่ต้นฉบับ ข้อความทุกจุดที่ใช้ Block นี้ก็จะอัปเดตตามโดยอัตโนมัติ
พฤติกรรมนี้มีทั้งข้อดีและสิ่งที่ต้องระวัง หน้าแสดงตัวอย่างของ Content Blocks Library จะแสดงจำนวนการใช้งานพร้อมรายการข้อความที่ใช้ Block นั้น ดังนั้นควรตรวจสอบรายการดังกล่าวก่อนแก้ไขข้อความที่ใช้ร่วมกัน นอกจากนี้ Block จะไม่สามารถถูกเก็บถาวร (archive) ได้หากยังมีข้อความใดใช้งานอยู่
การตั้งชื่อมีความสำคัญมากกว่าที่คิด เอกสารระบุว่าชื่อของ Block ไม่สามารถเปลี่ยนได้หลังจากบันทึกแล้ว และไม่สามารถนำชื่อเดิมกลับมาใช้ใหม่ได้แม้จะเก็บถาวรไปแล้ว เราจึงแนะนำให้ใส่ชื่อช่องทางและเวอร์ชันไว้ในชื่อตั้งแต่ต้น เช่น push_delivery_line_v1 เพื่อให้เหลือพื้นที่สำหรับ v2 โดยไม่ต้องเปลี่ยนชื่อใหม่
Blocks สามารถซ้อนกันได้ แต่ได้เพียงชั้นเดียวเท่านั้น หากคุณสร้างข้อความ Push จากหลายส่วนประกอบกัน ควรจัดโครงสร้างให้เรียบง่ายที่สุด เมื่อเขียน Block โดยมีการขึ้นบรรทัดใหม่เพื่อให้อ่านง่าย Braze เตือนว่าช่องว่างที่เหลืออยู่อาจทำให้เกิดเว้นวรรคเกินมาได้ ดังนั้นควรใช้แท็ก capture ร่วมกับ filter strip ตามที่เอกสารแนะนำ
Canvas templates ช่วยในเส้นทางการส่ง Push อย่างไร?
เทมเพลต Canvas ช่วยสร้างกรอบการทำงานที่สอดคล้องกัน ซึ่งสามารถปรับแต่งให้เหมาะสมกับเป้าหมายเฉพาะในแต่ละ Canvas ได้ เอกสารยังยืนยันด้วยว่าคุณสามารถบันทึกการตั้งค่าตัวสร้าง Canvas ไว้ในเทมเพลตได้ ซึ่งรวมถึงการตั้งค่ากลุ่มเป้าหมาย ดังนั้น Journey ที่มีขั้นตอนการส่ง Push Notification จึงสามารถเริ่มต้นได้โดยมีโครงสร้างที่พร้อมใช้งานอยู่แล้ว
เราแนะนำให้แยกข้อความออกจากเทมเพลต Canvas และเก็บไว้ใน Content Blocks เพื่อให้ทีมงานสามารถแก้ไขได้ วิธีนี้จะทำให้เทมเพลตทำหน้าที่เป็นโครงสร้าง ส่วน Content Blocks ทำหน้าที่เป็นเนื้อหา การแยกส่วนเช่นนี้ช่วยให้ Copywriter สามารถแก้ไขข้อความได้โดยไม่ต้องไปยุ่งกับตรรกะของ Journey
สิ่งที่ควรตรวจสอบในการรีวิวก่อนเปิดตัวมีอะไรบ้าง?
ควรทำการรีวิวสั้นๆ แบบเดียวกันนี้กับทุก Push Notification ที่สร้างจากเทมเพลต การรีวิวนี้ใช้เวลาไม่นานและสามารถทำได้ทุกครั้ง ซึ่งจะช่วยตรวจพบปัญหาที่อาจแก้ไขได้ยากและมีค่าใช้จ่ายสูงหากพบหลังจากเปิดตัวไปแล้ว
- ใช้ฟีเจอร์ Preview message as user สำหรับผู้ใช้แบบสุ่มและผู้ใช้ที่ใช้หลายภาษา ตามที่ระบุไว้ในเอกสาร
- ตรวจสอบให้แน่ใจว่าทุก Attribute มีค่าเริ่มต้น (Default value) กำหนดไว้
- ตรวจสอบให้แน่ใจว่าหัวข้อ (Title) ของ iOS ที่สร้างจาก Liquid ได้ผ่านการใช้ฟังก์ชัน strip_newlines แล้ว
- ตรวจสอบให้แน่ใจว่าที่อยู่รูปภาพที่สร้างด้วย Liquid หรือ Connected Content มีความปลอดภัย เอกสารระบุว่าที่อยู่ที่ไม่มีความปลอดภัยจะทำให้แอปของคุณขัดข้องได้
- ตรวจสอบให้แน่ใจว่าหัวข้อ (Title) ของ Android มีอยู่จริงและไม่แสดงผลเป็นช่องว่างเพียงอย่างเดียว
- เปิดรายการ Inclusion list ของ Content Block ทุกรายการก่อนที่คุณจะทำการแก้ไข
เราแนะนำให้ระบุรายการนี้ไว้ในคำอธิบายของเทมเพลตหรือในรายการตรวจสอบก่อนเปิดตัวของทีม แทนที่จะจำไว้ในหัวเพียงอย่างเดียว เพราะการรีวิวที่อาศัยความจำมักจะถูกละเลยในช่วงเวลาที่สำคัญที่สุด
ตัวอย่างการใช้งานจริงเป็นอย่างไร?
ตัวอย่างนี้เป็นเพียงสมมติฐานเท่านั้น ไม่มีข้อมูลลูกค้าหรือผลลัพธ์จริง ลองจินตนาการถึงร้านค้าปลีกที่ต้องการส่ง Push Notification แจ้งเตือนสินค้ากลับมาวางจำหน่ายสำหรับ iOS และ Android
ทีมงานกำหนดรูปแบบหัวข้อและเนื้อหา ค่าเริ่มต้นสำหรับชื่อจริง และ Content Block หนึ่งรายการสำหรับบรรทัดการจัดส่ง โดยปล่อยให้ชื่อผลิตภัณฑ์และ Call to Action ว่างไว้สำหรับแต่ละแคมเปญ พวกเขาเขียนข้อความสำหรับ iOS ก่อน ตัดเนื้อหาให้พอดีกับรูปภาพแต่ละแบบ จากนั้นจึงใช้ฟังก์ชัน Copy from Variant เพื่อสร้างเวอร์ชันสำหรับ Android
ในระหว่างการรีวิว มีคนเปิดดูรายการ Inclusion list ของบรรทัดการจัดส่งและพบว่ามีแคมเปญอื่นที่ใช้งานอยู่สองรายการ พวกเขาจึงตัดสินใจว่าควรแยกการแก้ไขข้อความไปไว้ใน v2 บล็อกใหม่ เพื่อไม่ให้แคมเปญที่กำลังทำงานอยู่ถูกแก้ไขโดยไม่ได้ตั้งใจ การตัดสินใจเพียงครั้งเดียวที่เกิดขึ้นในขั้นตอนการรีวิวแทนที่จะเป็นหลังเปิดตัว คือหัวใจสำคัญของการใช้เทมเพลต
สิ่งนี้เชื่อมโยงกับส่วนที่เหลือของโปรแกรมอย่างไร?
เทมเพลตเป็นรากฐานสำคัญของการทำงานด้าน Push Notification ของคุณ โดย คู่มือเทมเพลตระบบอัตโนมัติทางการตลาดของ Braze ครอบคลุมการนำกลับมาใช้ใหม่ในช่องทางต่างๆ และ การปรับแต่งพุชโนติฟิเคชันให้เหมาะกับผู้ใช้แต่ละราย ครอบคลุมสิ่งที่ควรใส่ลงในช่อง Attribute ต่างๆ
ข้อความในเทมเพลตยังต้องรองรับกลุ่มเป้าหมายจริงและเวลาในการส่งจริงด้วย อ่าน การแบ่งกลุ่มผู้ใช้งานสำหรับการแจ้งเตือนแบบ Pushและการปรับเวลาส่งการแจ้งเตือนแบบพุชให้เหมาะสม ถัดไป สำหรับข้อมูลเกี่ยวกับ Liquid โปรดดูที่ การปรับแต่งเนื้อหาด้วย Liquid tagsและสำหรับข้อมูลเกี่ยวกับพฤติกรรมการแตะ โปรดดูที่ Deep links เพื่อการมีส่วนร่วมบนมือถือ.
ในฐานะพันธมิตรด้านการติดตั้งใช้งาน Braze ทาง CustomerIK แนะนำให้เริ่มต้นด้วยเทมเพลตพุชหนึ่งรายการ Content Block ที่ใช้ร่วมกันหนึ่งรายการ และรายการตรวจสอบสำหรับการรีวิวหนึ่งรายการ โดยให้เพิ่มรายการอื่นๆ ต่อเมื่อมีทีมที่สองต้องการใช้งานเท่านั้น
คำถามที่พบบ่อย
1. Braze มีประเภทเทมเพลตพุชโดยเฉพาะหรือไม่?
ดัชนีเทมเพลตในเอกสารประกอบของ Braze ระบุถึงเทมเพลตสำหรับอีเมล, เว็บฮุค, ลิงก์, Content Block และ Canvas ทีมงานที่ดูแลการส่งพุชสามารถสร้างการใช้งานซ้ำได้จาก Content Blocks, เทมเพลต Canvas และฟีเจอร์ Copy from Variant เนื่องจากฟีเจอร์ต่างๆ มีการเปลี่ยนแปลงอยู่เสมอ โปรดตรวจสอบเอกสารประกอบล่าสุดก่อนที่คุณจะวางแผนการทำงาน
2. การแก้ไข Content Block จะส่งผลต่อข้อความที่ส่งออกไปแล้วหรือไม่?
Content Blocks ที่แทรกผ่าน Liquid จะเชื่อมโยงกับต้นฉบับและแสดงการเปลี่ยนแปลงใดๆ ที่เกิดขึ้นกับเทมเพลตนั้น โปรดตรวจสอบรายการที่รวมอยู่ก่อนที่คุณจะทำการแก้ไข
3. ฉันสามารถเปลี่ยนชื่อ Content Block หลังจากบันทึกไปแล้วได้หรือไม่?
ไม่ได้ เอกสารประกอบระบุว่าไม่สามารถเปลี่ยนชื่อได้หลังจากบันทึกบล็อกแล้ว และไม่สามารถนำชื่อเดิมกลับมาใช้ซ้ำได้แม้ว่าจะเก็บถาวรไปแล้วก็ตาม
4. หัวข้อการแจ้งเตือนแบบพุชบน iOS ควรมีความยาวเท่าใด?
iOS จะแสดงหัวข้อในบรรทัดเดียว Braze แนะนำให้ใช้ความยาวประมาณ 30-40 ตัวอักษรต่อบรรทัดสำหรับหัวข้อหรือเนื้อหาข้อความ โดยถือเป็นแนวทางปฏิบัติมากกว่ากฎตายตัว
5. จะเกิดอะไรขึ้นหากโปรไฟล์ไม่มีชื่อจริง?
หากไม่มีการตั้งค่าเริ่มต้น ฟิลด์นั้นจะว่างเปล่าในข้อความ แต่หากมีการตั้งค่าเริ่มต้นไว้ ระบบจะแสดงข้อความสำรองสำหรับค่าที่ว่างเปล่า แต่จะไม่แสดงสำหรับค่าที่เป็นช่องว่าง
แหล่งข้อมูล
- Braze,เทมเพลตสืบค้นเมื่อ 25 ต.ค. 2026
- Braze,บล็อกเนื้อหาสืบค้นเมื่อ 25 ต.ค. 2026
- Braze,สร้างเทมเพลต Canvasสืบค้นเมื่อ 25 ต.ค. 2026
- Braze,สร้างข้อความ Pushสืบค้นเมื่อ 25 ต.ค. 2026
- Braze,สร้างการแจ้งเตือนแบบพุชที่น่าสนใจสำหรับ iOSสืบค้นเมื่อ 25 ต.ค. 2026
- Braze,การตั้งค่าข้อมูลเริ่มต้น (Default values)สืบค้นเมื่อ 25 ต.ค. 2026
- เขียนโดย CustomerIK พันธมิตรด้านการติดตั้งใช้งาน Braze
CustomerIK คือพันธมิตรด้านการติดตั้งใช้งาน Braze ที่เชี่ยวชาญทั้งในด้านการเริ่มต้นใช้งาน การเชื่อมต่อทางเทคนิค การดำเนินงานด้านการตลาด และการจัดการข้อมูลลูกค้า
หากคุณต้องการระบบเทมเพลตการแจ้งเตือนแบบพุชและรายการตรวจสอบสำหรับการเปิดตัวใน Braze workspace ของคุณ มาคุยกันเถอะ
.svg)
