การปรับแต่ง Push Notification ใน Braze เพื่อผลลัพธ์สูงสุด

Commuter on a train holding a phone showing two notification banners, with a cup and tote beside them, for personalised push notifications

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

‍

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

กำหนดค่าเริ่มต้นให้กับทุกแอตทริบิวต์เสมอ เพราะหากฟิลด์ข้อมูลหายไป ข้อความที่แสดงจะว่างเปล่า
ค่าเริ่มต้นจะแสดงผลเมื่อข้อมูลว่างเปล่า แต่จะไม่แสดงหากเป็นช่องว่าง ดังนั้นฟิลด์ที่มีเพียงเว้นวรรคจะทำให้ค่าเริ่มต้นไม่ทำงาน
ใช้ abort_message() เฉพาะเมื่อไม่มีข้อความที่เหมาะสมเท่านั้น เพราะการใช้เงื่อนไข else ที่สั่งยกเลิกจะทำให้การส่งข้อความหยุดลงสำหรับผู้ใช้ทุกคนที่ไม่มีข้อมูลนั้น
หัวข้อการแจ้งเตือนแบบพุชบน iOS จะแสดงผลเป็นบรรทัดเดียว ดังนั้นควรใช้ตัวกรอง strip_newlines กับผลลัพธ์ของ Liquid
ค่า targeted_device อาจเป็น null สำหรับการแจ้งเตือนแบบพุช ดังนั้นควรเพิ่มเงื่อนไข else สำหรับข้อความที่ระบุอุปกรณ์โดยเฉพาะ
ดูตัวอย่างในมุมมองของผู้ใช้สำหรับแต่ละสถานะ และเปิดใช้งาน Override recipients' attributes ในการส่งทดสอบเมื่อตรรกะการยกเลิกขึ้นอยู่กับข้อมูลโปรไฟล์

‍

คุณจะปรับแต่งการแจ้งเตือนแบบพุชใน Braze ได้อย่างไร?

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

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

กลไกที่ระบุด้านล่างนี้มาจากเอกสารของ Braze ซึ่งมีลิงก์อยู่ในแหล่งข้อมูล ในส่วนที่เราเพิ่มความคิดเห็นของเราเอง เราได้ระบุไว้ชัดเจนในข้อความแล้ว

‍

คุณสามารถดึงข้อมูลใดมาใช้ในข้อความพุชได้บ้าง?

แอตทริบิวต์มาตรฐาน เช่น ชื่อจริง จะใช้รูปแบบแท็กดังนี้ {{${first_name}}}. สำหรับแอตทริบิวต์ที่กำหนดเอง (Custom attributes) จำเป็นต้องใช้เนมสเปซ custom_attribute ดังตัวอย่างนี้ {{custom_attribute.${reward_points}}}. นอกจากนี้ Braze Connected Content ยังสามารถแทรกข้อมูลจาก API ลงในข้อความได้อีกด้วย

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

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

‍

คุณควรจัดการกับข้อมูลที่ขาดหายไปในการแจ้งเตือนแบบพุชอย่างไร?

หากคุณไม่ได้กำหนดค่าเริ่มต้นไว้และฟิลด์ดังกล่าวหายไปหรือไม่ได้ตั้งค่าไว้ในโปรไฟล์ผู้ใช้ ข้อความที่ส่งไปจะเว้นว่างในส่วนนั้น การแจ้งเตือนแบบพุชที่แสดงว่า "สวัสดี , คำสั่งซื้อของคุณพร้อมแล้ว" อาจดูเหมือนข้อผิดพลาดบนหน้าจอล็อก ตัวกรองค่าเริ่มต้นจะช่วยแก้ไขปัญหานี้ได้: {{ ${first_name} | default: 'there' }}.

ตัวอย่างของ Braze เองใช้คำว่า "Valued User" เป็นค่าสำรอง แต่เราแนะนำให้ใช้ค่าเริ่มต้นที่อ่านแล้วดูเป็นคำทักทายทั่วไปมากกว่า เพราะการแจ้งเตือนแบบพุชสั้นๆ ที่มีคำแทนที่ดูเป็นทางการเกินไปจะทำให้รู้สึกเหมือนจดหมายเวียนที่ไม่ได้ปรับแต่ง

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

เมื่อค่าเริ่มต้นไม่สามารถจัดการตรรกะที่ซับซ้อนได้ ให้ใช้เงื่อนไข (conditional) แทน Braze ยกตัวอย่างยอดคงเหลือของรางวัลที่ไม่สามารถใช้ค่าเริ่มต้นครอบคลุมทั้งกรณีที่ยอดน้อยและยอดที่เป็นค่าว่างได้ โดยระบุว่าตรรกะแบบมีเงื่อนไขสามารถยกเลิกการส่งได้หากค่าเป็นค่าว่างหรือช่องว่าง

ตัวดำเนินการ (operators) สามารถใช้ได้ในแท็ก if, elsif และ unless แต่ใช้กับตัวกรอง (filters) ไม่ได้ ดังนั้นควรนำค่าที่ผ่านการกรองแล้วไปกำหนดให้กับตัวแปรเสียก่อน นอกจากนี้ Braze ยังแนะนำให้คงค่าเริ่มต้นสำหรับชื่อไว้ภายในเงื่อนไข เพื่อป้องกันไม่ให้ลูกค้าเห็นโค้ด Liquid ดิบๆ หากเกิดข้อผิดพลาดขึ้น

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

‍

เมื่อใดที่ควรยกเลิกการส่งพุชแทนที่จะใช้ค่าสำรอง?

แท็ก abort_message() ซึ่งวางไว้ภายในเงื่อนไข จะช่วยหยุดไม่ให้ข้อความถูกส่งไปยังผู้ใช้ การส่งที่ถูกยกเลิกจะไม่ปรากฏบนโปรไฟล์ของผู้ใช้ และไม่ถูกนับรวมในการส่งหรือการจำกัดความถี่ โดยจะแสดงใน Messaging Observability ว่าเป็นผลลัพธ์แบบ Liquid abort และจะถูกประเมินในขณะที่ส่ง

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

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

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

‍

รายละเอียดของข้อความพุชส่วนใดบ้างที่อาจทำให้เนื้อหาที่ปรับแต่งเฉพาะบุคคลเสียหายได้?

แต่ละแถวด้านล่างนี้คือพฤติกรรมที่ได้รับการบันทึกไว้ พร้อมด้วยการตรวจสอบที่เราดำเนินการกับแต่ละกรณี

สถานการณ์สิ่งที่ Braze ระบุการตรวจสอบที่เราดำเนินการเนื้อหาข้อความข้อความพุชต้องอยู่ในรูปแบบข้อความธรรมดาตรวจสอบให้แน่ใจว่าผลลัพธ์ของ Liquid ไม่มีมาร์กอัปชื่อเรื่องบน iOSชื่อเรื่องจะแสดงเป็นบรรทัดเดียว ดังนั้นข้อความหลังการขึ้นบรรทัดใหม่จึงอาจไม่แสดงผล ให้ใช้ตัวกรอง strip_newlinesครอบชื่อเรื่องด้วย capture และ strip_newlinesรูปภาพจาก Liquid หรือ Connected ContentURL ของรูปภาพต้องขึ้นต้นด้วย https:// เท่านั้น หากเป็น http:// จะทำให้แอปของคุณขัดข้องตรวจสอบ URL ที่แสดงผลในตัวอย่างเนื้อหาเฉพาะอุปกรณ์ค่า targeted_device อาจเป็นค่าว่างได้ เช่น เมื่อโทเค็นพุชถูกนำเข้าผ่าน APIให้เพิ่มเงื่อนไข else เสมอแท็กปรับแต่งภายในเครื่องหมายคำพูดเดี่ยวในแท็ก assignสตริงในเครื่องหมายคำพูดเดี่ยวจะเป็นค่าตัวอักษร ดังนั้นแท็กที่อยู่ภายในจะไม่ถูกประมวลผล ให้ใช้ตัวแปรหรือตัวกรอง appendตรวจสอบหาเครื่องหมายปีกกาที่ไม่ได้ประมวลผลในทุกตัวอย่างข้อความที่แสดงผลเป็นช่องว่างข้อความที่มีเพียงช่องว่างจะถูกส่งเป็นพุชแบบเงียบตรวจสอบแต่ละสถานะเพื่อหาผลลัพธ์ที่ว่างเปล่า

‍

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

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

‍

คุณจะทดสอบข้อความพุชที่ปรับแต่งเฉพาะบุคคลก่อนส่งจริงได้อย่างไร?

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

เขียนข้อความทั่วไปขึ้นมาก่อน โดยต้องอ่านแล้วเข้าใจได้โดยไม่ต้องอาศัยข้อมูลส่วนบุคคล
เพิ่มค่าเริ่มต้นให้กับทุกแอตทริบิวต์ที่คุณแทรกเข้าไป
เพิ่มเงื่อนไขสำหรับแต่ละสถานะ พร้อมด้วยสาขา else ที่มีข้อความทั่วไปอยู่
เพิ่มคำสั่งยกเลิก (abort) เฉพาะในกรณีที่ไม่สามารถใช้ข้อความทั่วไปได้เท่านั้น
ใช้ฟีเจอร์แสดงตัวอย่างข้อความในฐานะผู้ใช้ (Preview message as user) สำหรับผู้ใช้แบบสุ่ม ผู้ใช้ที่มีอยู่จริง ผู้ใช้ที่กำหนดเอง หรือผู้ใช้ที่ใช้หลายภาษา
สำหรับการส่งทดสอบที่ตรรกะการยกเลิกขึ้นอยู่กับข้อมูลโปรไฟล์ ให้เปิดใช้งานตัวเลือกแทนที่แอตทริบิวต์ของผู้รับด้วยแอตทริบิวต์ของผู้ใช้ตัวอย่างปัจจุบัน (Override recipients' attributes with current preview user's attributes)
หากการแจ้งเตือนแบบ Push ใช้ Connected Content ให้เปิด Connected Content Debugger ในส่วน Preview & Test เพื่อดูคำขอและการตอบกลับแต่ละรายการ

‍

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

‍

การแจ้งเตือนเพื่อรักษาความต่อเนื่อง (Streak) ในรูปแบบสมมติจะมีหน้าตาเป็นอย่างไร?

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

สถานะมีอยู่สามรูปแบบ ได้แก่ ผู้เรียนใหม่ที่ยังไม่มีบันทึกความต่อเนื่อง ผู้เรียนที่กลับมาเรียนต่อซึ่งมีความต่อเนื่องมากกว่าศูนย์ และผู้เรียนที่ขาดช่วงไปซึ่งมีความต่อเนื่องเป็นศูนย์

โค้ด Liquid ด้านล่างนี้เป็นของเรา ซึ่งสร้างขึ้นจากแท็กที่ระบุไว้ และจำเป็นต้องมีการแสดงตัวอย่างสำหรับแต่ละสถานะก่อนนำไปใช้งาน เราจะตรวจสอบสาขาที่เป็นค่าว่างก่อน เนื่องจาก Braze แนะนำให้ตรวจสอบค่าว่างก่อนตัวแปรอื่นๆ

{% if {{custom_attribute.${current_streak}}} == blank %}
สวัสดี {{ ${first_name} | default: 'คุณ' }} บทเรียนแรกของคุณพร้อมแล้ว
{% elsif {{custom_attribute.${current_streak}}} > 0 %}
สวัสดี {{ ${first_name} | default: 'คุณ' }} มาทำความต่อเนื่อง {{custom_attribute.${current_streak}}} วันของคุณให้สำเร็จกันเถอะ
{% else %}
สวัสดี {{ ${first_name} | default: 'คุณ' }} มาเรียนต่อจากจุดที่คุณค้างไว้กันเลย
{% endif %}

‍

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

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

‍

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

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

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

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

ในฐานะพันธมิตรด้านการติดตั้งใช้งาน Braze ทาง CustomerIK แนะนำให้เขียนข้อความสำรอง (fallback message) ก่อนที่จะสร้างข้อความแบบเฉพาะบุคคล ข้อความพุชที่อ่านแล้วเข้าใจได้แม้ไม่มีข้อมูลจะเป็นข้อความที่ยังคงใช้งานได้ดีแม้ในกรณีที่ข้อมูลบางอย่างขาดหายไป

‍

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

1. ฉันสามารถใช้ Liquid ในหัวข้อข้อความพุชได้หรือไม่?

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

2. จะเกิดอะไรขึ้นหากแอตทริบิวต์หายไปและฉันไม่ได้ตั้งค่าเริ่มต้นไว้?

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

3. ค่าเริ่มต้นจะครอบคลุมถึงแอตทริบิวต์ที่มีเพียงช่องว่างหรือไม่?

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

4. abort_message() ส่งผลอย่างไรต่อข้อความพุช?

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

5. ฉันจะดูตัวอย่างการแจ้งเตือนแบบ Push ที่ปรับแต่งเฉพาะบุคคลได้อย่างไร?

ใช้ฟีเจอร์ Preview message as user ในเครื่องมือเขียนข้อความ จากนั้นเปิดใช้งาน Override recipients' attributes on test sends ในกรณีที่ตรรกะการยกเลิกข้อความ (abort logic) ขึ้นอยู่กับข้อมูลโปรไฟล์ Braze แนะนำให้ทดสอบข้อความทั้งหมดที่มีการใช้ Liquid ก่อนส่งจริง

‍

แหล่งข้อมูล

Braze,ข้อมูลอ้างอิง Liquid. สืบค้นเมื่อ 14 ต.ค. 2026
Braze,การใช้ Liquid. สืบค้นเมื่อ 14 ต.ค. 2026
Braze,การตั้งค่าข้อมูลเริ่มต้น (Default values). สืบค้นเมื่อ 14 ต.ค. 2026
Braze,ตรรกะการส่งข้อความแบบมีเงื่อนไข. สืบค้นเมื่อ 14 ต.ค. 2026
Braze,การยกเลิกข้อความ (Abort messages). สืบค้นเมื่อ 14 ต.ค. 2026
Braze,แท็กการปรับแต่งเฉพาะบุคคลที่รองรับ. สืบค้นเมื่อ 14 ต.ค. 2026
Braze,สร้างข้อความ Push. สืบค้นเมื่อ 14 ต.ค. 2026
Braze,Connected Content. สืบค้นเมื่อ 14 ต.ค. 2026
Braze,เครื่องมือดีบั๊ก Connected Content. สืบค้นเมื่อ 14 ต.ค. 2026
เขียนโดย CustomerIK พันธมิตรด้านการติดตั้งใช้งาน Braze

‍

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

หากคุณกำลังวางแผนทำ Push Notification แบบปรับแต่งเฉพาะบุคคลและต้องการให้เราช่วยตรวจสอบค่าสำรอง (fallbacks) และตรรกะการยกเลิกข้อความ (abort logic) ติดต่อเราได้เลย

‍