วิธีทำระบบอัตโนมัติสำหรับอีเมลธุรกรรมด้วย Braze

Hands holding a phone showing an abstract email card with a green tick, beside a coffee cup, a plant and a notebook, illustrating a transactional email arriving.

คุณมี 3 เส้นทางในการส่งอีเมลธุรกรรมจากระบบของคุณเองไปยัง Braze ได้แก่ Transactional Email endpoint, แคมเปญที่เรียกผ่าน API และ Messages endpoint เส้นทางที่เหมาะสมจะขึ้นอยู่กับว่าใครเป็นผู้ดูแลเนื้อหาและใครเป็นผู้กำหนดสิทธิ์ในการรับข้อความ คุณควรตัดสินใจในส่วนนี้ก่อน เพราะแต่ละเส้นทางมีผลต่อสิ่งที่คุณสามารถตั้งเวลา ทดสอบ ระงับ และติดตามผลได้

‍

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

เลือกเส้นทางโดยพิจารณาจาก 2 คำถามนี้: ใครเป็นผู้แก้ไขเนื้อหาหลังจากเปิดใช้งาน และที่ไหนคือจุดตัดสินสิทธิ์ในการรับข้อความ
Transactional Email endpoint จะระบุผู้ใช้หนึ่งรายต่อหนึ่งคำขอ และถือว่าฐานผู้ใช้ทั้งหมดมีสิทธิ์ได้รับข้อความ รวมถึงผู้ใช้ที่กดยกเลิกการรับข่าวสารแล้วด้วย
เส้นทางนี้ไม่มีฟีเจอร์การตั้งเวลา การกำหนดสิทธิ์ซ้ำ การจำกัดความถี่ หรือการติดตามผลการแปลงข้อมูล ดังนั้นบริการของคุณเองจึงเป็นด่านเดียวที่ทำหน้าที่คัดกรองสิทธิ์
สร้าง external_send_id จากคำสั่งซื้อและประเภทของข้อความ เนื่องจาก Braze จะจัดเก็บข้อมูลนี้ไว้เป็นคีย์สำหรับป้องกันข้อมูลซ้ำซ้อนเป็นเวลา 24 ชั่วโมง
Status postbacks จะแจ้งให้คุณทราบว่าข้อความส่งถึงผู้รับหรือไม่ และ Braze แนะนำให้ใช้ข้อมูลนี้เพื่อติดต่อผู้ใช้ผ่านช่องทางอื่นหากการส่งอีเมลไม่สำเร็จ
จดบันทึกการตัดสินใจ 4 ประการก่อนเริ่มสร้างเทมเพลตแรก: เส้นทางที่ใช้, ผู้รับผิดชอบสิทธิ์, รูปแบบคีย์ และระยะเวลารอคอย

‍

อะไรที่ถือว่าเป็นอีเมลธุรกรรมใน Braze?

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

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

ความพร้อมใช้งานเป็นสิ่งสำคัญอันดับแรก Transactional Email มีให้ใช้งานเฉพาะในแพ็กเกจ Braze บางรายการเท่านั้น และ Braze แนะนำให้คุณปรึกษากับผู้จัดการฝ่ายความสำเร็จของลูกค้า (Customer Success Manager) ของคุณ ควรจัดการเรื่องนี้ให้เรียบร้อยก่อนที่จะเริ่มออกแบบระบบใดๆ

‍

คุณควรเลือกเส้นทางอีเมลธุรกรรมของ Braze แบบใด?

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

เส้นทางตำแหน่งของเนื้อหาผู้ที่สามารถกำหนดเป้าหมายได้การควบคุมแคมเปญTransactional Email endpointแคมเปญบนแดชบอร์ดของ Brazeผู้ใช้หนึ่งรายต่อหนึ่งคำขอ โดยฐานผู้ใช้ทั้งหมดมีสิทธิ์ได้รับ รวมถึงผู้ที่กดยกเลิกการรับข่าวสารไม่มีการตั้งเวลา การกำหนดสิทธิ์ซ้ำ การจำกัดความถี่ หรือการติดตามผลการแปลงข้อมูลAPI-triggered campaignแคมเปญบนแดชบอร์ดของ Brazeผู้รับสูงสุด 50 รายต่อหนึ่งคำขอ หรือกลุ่มเป้าหมายที่กำหนดไว้ในคำขอจัดการเนื้อหา การทดสอบแบบหลายตัวแปร และกฎการกำหนดสิทธิ์ซ้ำได้บนแดชบอร์ดMessages endpointแบ็กเอนด์ของคุณ ภายในเนื้อหาของคำขอผู้ใช้ที่มีอยู่ใน Braze แล้วสามารถเพิ่มการหน่วงเวลาข้อความและการทดสอบ A/B เป็นส่วนขยายได้

‍

คำถาม 2 ข้อจะเป็นตัวตัดสินเส้นทางที่เลือก ข้อแรกคือใครเป็นผู้แก้ไขเนื้อหาหลังจากเปิดใช้งาน ข้อที่สองคือที่ไหนคือจุดตัดสินสิทธิ์ในการรับข้อความ หากบริการของคุณเป็นผู้ตัดสินสิทธิ์และวิศวกรเป็นผู้ดูแลเทมเพลต เราขอแนะนำให้ใช้ dedicated endpoint หากนักการตลาดต้องการทดสอบเนื้อหาหรือจำกัดการส่งซ้ำ เราขอแนะนำให้ใช้ API-triggered campaign และหากแบ็กเอนด์ของคุณเป็นผู้สร้างเนื้อหาเอง เส้นทาง Messages endpoint จะเหมาะสมที่สุด

‍

คุณจะตั้งค่าเส้นทาง Transactional Email ได้อย่างไร?

ขั้นตอนการตั้งค่ามีไม่มาก และแต่ละขั้นตอนจะสร้างสิ่งที่จำเป็นสำหรับขั้นตอนถัดไป

สร้างแคมเปญและเลือก Transactional Email เป็นช่องทางการส่งข้อความ
เขียนอีเมลหรือเลือกเทมเพลต จากนั้นจดบันทึก ID แคมเปญที่ Braze สร้างขึ้น
สร้างคีย์ API ด้วย transactional.send สิทธิ์การใช้งาน
ส่งคำขอไปยังเส้นทางการส่งแบบ transactional สำหรับ ID แคมเปญนั้น โดยระบุผู้รับเพียงรายเดียวเท่านั้น
ตั้งค่า URL สำหรับการส่งกลับสถานะเหตุการณ์แบบ Transactional (Transactional Event Status Postback URL) ได้ที่เมนู Settings จากนั้นไปที่ Email Preferences

‍

{
  "external_send_id": "YOUR_BUSINESS_KEY",
  "trigger_properties": { "YOUR_PROPERTY": "YOUR_VALUE" },
  "recipient": { "external_user_id": "YOUR_USER_ID" }
}

‍

ชื่อฟิลด์ด้านบนมาจากหน้า endpoint และค่าทั้งหมดเป็นเพียงตัวอย่างเพื่อให้คุณนำไปแทนที่ คำขอจะถูกส่งไปยัง /transactional/v1/campaigns/{campaign_id}/sendและจะต้องระบุผู้ใช้เพียงรายเดียวผ่านทาง external user ID หรือ user alias

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

‍

เส้นทางเฉพาะนี้ตัดฟีเจอร์ใดออกไปบ้าง?

Braze ได้นำตัวควบคุมแคมเปญบางส่วนออกเพื่อให้ผู้ใช้ทุกคนสามารถรับการแจ้งเตือนแบบ transactional ที่สำคัญเหล่านี้ได้ โดยตัวเลือกการตั้งเวลา (Scheduling) การควบคุมการกลับมามีสิทธิ์รับข้อความ (re-eligibility) และการจำกัดความถี่ (frequency capping) จะถูกนำออกไป รวมถึงขั้นตอน Conversions ก็ถูกนำออกเช่นกัน เนื่องจากอีเมลแบบ transactional ไม่รองรับการติดตามเหตุการณ์ conversion

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

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

ต่อไปนี้คือกฎด้านเนื้อหา 2 ข้อ Braze ไม่รองรับแท็ก Connected Content หรือ Promotion Code ในฟิลด์ใดๆ ของอีเมลแบบ transactional เนื่องจากข้อแรกต้องมีการส่งคำขอ API ขาออกในระหว่างการส่ง และข้อที่สองต้องมีการประมวลผลเพิ่มเติม คุณควรดึงข้อมูลภายนอกผ่านบริการของคุณเองแล้วส่งผ่าน trigger properties แทน

ฟีเจอร์ Message Archiving รองรับการใช้งานในเส้นทางนี้ โดย Braze จะบันทึกสำเนาของอีเมล transactional แต่ละฉบับที่ส่งออกไป ซึ่งรวมถึงเนื้อหาทั้งหมดที่คุณใส่ไว้ในเทมเพลตข้อความด้วย

Braze จำกัดขอบเขตของเส้นทางนี้ไว้สำหรับข้อความที่ไม่ใช่เชิงส่งเสริมการขาย โดยจะไม่มีการเพิ่มปุ่มยกเลิกการรับข่าวสารแบบคลิกเดียว (one-click unsubscribe) ให้กับแคมเปญประเภทนี้โดยอัตโนมัติ แต่คุณสามารถเพิ่มได้ด้วยตนเองโดยแก้ไขการตั้งค่าในส่วน Sending Info ทั้งนี้ การที่ข้อความจะถือว่าเป็น transactional ตามกฎหมายที่บังคับใช้กับคุณหรือไม่นั้น เป็นเรื่องที่คุณต้องปรึกษาฝ่ายกฎหมายและฝ่ายความปลอดภัยขององค์กร บทความนี้ไม่ได้เป็นข้อยุติในประเด็นดังกล่าว โปรดหลีกเลี่ยงการใส่เนื้อหาเชิงส่งเสริมการขายในเทมเพลตเหล่านี้

‍

คุณจะทำให้การส่งอีเมลแบบ transactional ของ Braze ปลอดภัยต่อการส่งซ้ำได้อย่างไร?

Braze มีคีย์สำหรับการขจัดข้อมูลซ้ำ (deduplication key) ไว้ให้คุณ โดยค่าทางเลือกคือ external_send_id คือสตริงที่ Braze จะจัดเก็บไว้เป็นเวลา 24 ชั่วโมงเพื่อใช้เป็นคีย์สำหรับป้องกันข้อมูลซ้ำ (deduplication key) การส่งตัวระบุเดิมซ้ำในคำขออื่นจะไม่ทำให้เกิดอินสแตนซ์ใหม่ ดังนั้นการลองส่งใหม่ภายในช่วงเวลาดังกล่าวจะไม่ส่งอีเมลฉบับที่สอง หากคุณต้องการส่งข้อความใหม่ ให้ใช้ตัวระบุใหม่แทน

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

‍

คุณจะทราบได้อย่างไรว่าอีเมลธุรกรรมถูกส่งถึงผู้รับแล้ว?

Braze จะส่งสถานะกลับ (postback) ไปยัง URL ที่คุณตั้งค่าไว้ในส่วน Settings แล้วไปที่ Email Preferences โดยแต่ละรายการจะมี dispatch_id ที่ Braze สร้างขึ้น รวมถึง external_send_id หากคุณได้ระบุไว้ เพื่อให้คุณสามารถจับคู่เหตุการณ์กับบันทึกของคุณเองได้ Braze อธิบายถึงการใช้ข้อมูลเหล่านี้เพื่อประเมินสถานะของข้อความแบบเรียลไทม์ คุณสามารถติดต่อผู้ใช้ผ่านช่องทางอื่นได้หากข้อความไม่ถูกส่ง หรือเปลี่ยนไปใช้ระบบภายในหาก Braze เกิดความล่าช้า

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

‍

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

วางแผนรองรับปริมาณการส่งด้วยเช่นกัน จุดเชื่อมต่อ (endpoint) นี้เป็นแบบชำระเงินตามจำนวนหน่วยต่อชั่วโมง เช่น 50,000 ต่อชั่วโมง ขึ้นอยู่กับแพ็กเกจของคุณ Braze ระบุว่าคุณสามารถส่งเกินปริมาณที่กำหนดไว้ได้ แต่จะมีเพียงปริมาณที่กำหนดไว้เท่านั้นที่จะอยู่ภายใต้ระดับการให้บริการ (SLA) โดยภายในขีดจำกัดดังกล่าว อีเมล 99.9% จะถูกส่งออกไปภายในเวลาไม่ถึงหนึ่งนาที

คำขอไปยังจุดเชื่อมต่อนี้จะถูกนับรวมในขีดจำกัดอัตราการเรียกใช้ API ภายนอก (external API rate limit) โดยรวมของคุณด้วย หากคุณเกินขีดจำกัดดังกล่าว Braze จะส่งสถานะ 429 กลับมาและจำกัดอัตราการส่งคำขอ ซึ่งตัวอย่างที่ Braze ให้ไว้คือ 250,000 คำขอต่อชั่วโมงสำหรับทุกจุดเชื่อมต่อรวมกัน

‍

มีอะไรเปลี่ยนแปลงบ้างในอีกสองเส้นทางที่เหลือ?

แคมเปญที่เรียกใช้ผ่าน API จะเก็บเนื้อหา การทดสอบแบบหลายตัวแปร (multivariate testing) และกฎการมีสิทธิ์ซ้ำไว้ในแดชบอร์ดของ Braze ในขณะที่เซิร์ฟเวอร์ของคุณเป็นตัวสั่งการส่ง โดยค่าเริ่มต้น send_to_existing_only จะเป็น true ดังนั้น Braze จะส่งข้อความไปยังผู้ใช้ที่มีอยู่เดิมเท่านั้น

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

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

เอนด์พอยต์ข้อความเหมาะสำหรับเนื้อหาที่สร้างจากแบ็กเอนด์ของคุณ ผู้รับแต่ละรายจะต้องมีตัวตนอยู่ใน Braze แล้วเท่านั้น เนื่องจากการส่งผ่าน API เพียงอย่างเดียวจะไม่สร้างโปรไฟล์ผู้ใช้ขึ้นมาใหม่ ให้เรียกใช้เอนด์พอยต์ติดตามผู้ใช้ก่อน หรือเลือกแคมเปญที่สั่งงานผ่าน API โดยคีย์จำเป็นต้องมี messages.send สิทธิ์ และเนื้อหาในส่วน body รองรับ HTML พร้อมการปรับแต่งด้วย Liquid

‍

คุณควรทดสอบอะไรบ้างก่อนเริ่มใช้งานจริง?

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

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

‍

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

‍

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

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

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

‍

เมื่อตกลงกันได้แล้ว ทั้ง 4 ประเด็นนี้จะช่วยป้องกันไม่ให้วิศวกรแต่ละคนตัดสินใจเลือกวิธีที่แตกต่างกันไปเอง

‍

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

สำหรับฝั่งผู้ส่ง โปรดดู การตั้งค่าความสามารถในการส่งอีเมล. Braze ระบุว่าการส่งผ่าน messages endpoint จะแสดงข้อมูลการเปิด การคลิก และการตีกลับ (bounces) ควบคู่ไปกับแคมเปญและ Canvas อื่นๆ ของคุณ ซึ่งเป็นส่วนที่ การรายงานแคมเปญอีเมล มีผลบังคับใช้ ความใส่ใจในการตั้งชื่อแบบเดียวกันนี้ยังใช้กับ การติดตามเหตุการณ์ของผู้ใช้.

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

‍

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

1. อีเมลเชิงธุรกรรม (Transactional Email) และแคมเปญเชิงธุรกรรม (Transactional Campaign) ใน Braze แตกต่างกันอย่างไร?

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

2. อีเมลเชิงธุรกรรมของ Braze สามารถส่งถึงผู้ใช้ที่ยกเลิกการสมัครรับข้อมูลได้หรือไม่?

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

3. Braze จัดเก็บ external_send_id ไว้นานเท่าใด?

Braze จะจัดเก็บข้อมูลนี้ไว้เป็นคีย์สำหรับการขจัดข้อมูลซ้ำ (deduplication key) เป็นเวลา 24 ชั่วโมง ดังนั้นการส่งตัวระบุเดิมซ้ำภายในช่วงเวลาดังกล่าวจะไม่ทำให้เกิดรายการใหม่

4. แต่ละเส้นทาง (route) ต้องการสิทธิ์ API key แบบใดบ้าง?

Transactional Email endpoint ต้องการสิทธิ์ transactional.send ส่วน messages endpoint ต้องการสิทธิ์ messages.send และ trigger endpoint สำหรับแคมเปญที่เรียกใช้งานผ่าน API ต้องการสิทธิ์ campaigns.trigger.send

5. ฉันสามารถใช้ Connected Content ในอีเมลเชิงธุรกรรมได้หรือไม่?

ไม่ได้ Braze ระบุว่าไม่รองรับแท็ก Connected Content หรือ Promotion Code ในฟิลด์ใดๆ ของแคมเปญอีเมลเชิงธุรกรรม เนื่องจากทั้งสองฟีเจอร์นี้ต้องมีการประมวลผลเพิ่มเติมในระหว่างการส่ง

‍

แหล่งข้อมูล

Braze,ส่งอีเมลเชิงธุรกรรมโดยใช้การจัดส่งแบบเรียกใช้งานผ่าน APIสืบค้นเมื่อ 6 ต.ค. 2026
Braze,สร้างอีเมลธุรกรรมสืบค้นเมื่อ 6 ต.ค. 2026
Braze,การส่งผ่าน APIสืบค้นเมื่อ 6 ต.ค. 2026
Braze,ส่งข้อความแคมเปญโดยใช้การส่งผ่าน APIสืบค้นเมื่อ 6 ต.ค. 2026
Braze,การส่งข้อความอีเมลโดยใช้ REST APIสืบค้นเมื่อ 6 ต.ค. 2026
เขียนโดย CustomerIK พันธมิตรด้านการติดตั้งใช้งาน Braze

‍

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

หากการยืนยันคำสั่งซื้อและการรีเซ็ตรหัสผ่านของคุณต้องพึ่งพาแค่วิศวกรเพียงคนเดียวที่จำวิธีการทำงานของมันได้ เรามาคุยกันดีกว่า

‍