การสร้างเส้นทางการส่งข้อความแบบ 1:1 ใน Braze Canvas

เส้นทางการส่งข้อความแบบ 1:1 ใน Braze ใช้ข้อมูลของผู้ใช้แต่ละคนเพื่อตัดสินใจว่าผู้ใช้คนนั้นจะเห็นอะไร เมื่อไหร่ และผ่านเส้นทางไหน โดยมีกลไก 3 อย่างที่ทำหน้าที่นำข้อมูลเหล่านี้ไปใช้ ได้แก่ ตัวแปรบริบท (context variables) ที่กำหนดไว้ตั้งแต่ตอนเข้าสู่เส้นทางหรือในขั้นตอน Context, คุณสมบัติของเหตุการณ์ (event properties) จากการกระทำที่เกิดขึ้นภายใน Canvas และ Audience Paths ที่คัดแยกผู้ใช้ตามคุณลักษณะในปัจจุบัน ซึ่งแต่ละกลไกจะอ่านข้อมูลในช่วงเวลาที่แตกต่างกัน

คุณจะสร้างเส้นทางการส่งข้อความแบบ 1:1 ใน Braze ได้อย่างไร?

เส้นทางจะกลายเป็นแบบหนึ่งต่อหนึ่ง (1:1) ก็ต่อเมื่อข้อมูลของผู้ใช้เป็นตัวกำหนดเนื้อหา เวลา หรือเส้นทางนั้นๆ Braze มีเครื่องมือแยกต่างหากสำหรับทั้ง 3 ส่วนนี้ โดยเนื้อหามาจาก Liquid, เวลามาจากฟีเจอร์หน่วงเวลาแบบปรับแต่งได้ (personalised delay) และเส้นทางมาจาก Audience Paths, Decision Split หรือ Action Paths

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

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

ความแตกต่างระหว่างบริบท (context) และคุณสมบัติของเหตุการณ์ (event properties) คืออะไร?

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

ขั้นตอนข้อความแรก (lead Message step) คือจุดที่คนมักจะพลาดกันบ่อยที่สุด คุณไม่สามารถใช้ event_properties ในจุดนั้นได้ แต่คุณสามารถใช้บริบท (context) แทน หรือเพิ่มขั้นตอน Action Paths พร้อมเหตุการณ์ที่เกี่ยวข้องก่อนถึงขั้นตอนข้อความที่มีการใช้ event_properties

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

ความแตกต่างของพื้นที่ทำงาน (workspace) มีผลเช่นกัน ความพร้อมใช้งานของ Canvas Context จะแตกต่างกันไปในแต่ละพื้นที่ทำงาน และบางพื้นที่ทำงานจะแสดงเป็น Canvas Entry Properties แทน โปรดตรวจสอบว่าแดชบอร์ดของคุณแสดงป้ายกำกับว่าอย่างไรก่อนที่จะคัดลอกโค้ด Liquid ใดๆ

คุณควรใช้ขั้นตอน Context เมื่อใด?

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

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

เมื่อผู้ใช้เข้าสู่ขั้นตอน Context โดยปกติแล้ว Braze จะประมวลผลเป็นชุด ชุดละ 1,000 คน หากไม่มีการใช้ Connected Content ขั้นตอน Context จะประมวลผลได้เร็วขึ้นมากเนื่องจากไม่มีการเรียก API ภายนอกให้ต้องรอ แต่หากมีการใช้ Connected Content ผู้ใช้กลุ่มแรกอาจไปถึงขั้นตอนถัดไปก่อนกลุ่มสุดท้ายหลายนาที ขึ้นอยู่กับขนาดของชุดข้อมูลและเวลาในการตอบสนองของ Connected Content

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

หาก Context Variable มีให้ใช้งานเป็นตัวกรอง (filter) ในพื้นที่ทำงานของคุณ คุณไม่จำเป็นต้องใช้ขั้นตอน Context เพียงเพื่ออ่านเหตุการณ์ที่กระตุ้นใน Audience Paths หรือ Decision Split คุณสามารถอ้างอิงคุณสมบัติเหล่านั้นโดยตรงในกลุ่มตัวกรองและเลือกประเภทข้อมูลที่ถูกต้องได้เลย

การหน่วงเวลาแบบปรับแต่งได้ (personalised delays) ทำงานอย่างไร?

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

มีพฤติกรรม 3 อย่างที่ควรทราบก่อนเริ่มใช้งานจริง: หากวันที่และเวลาที่เลือกผ่านไปแล้วเมื่อผู้ใช้มาถึงขั้นตอน Delay ผู้ใช้จะออกจาก Canvas ทันที หากตัวแปรเป็นประเภทข้อมูลเวลา (time data type) ระบบจะยึดตามเวลาสากลเชิงพิกัด (UTC) และหากตัวแปรเป็นข้อความที่ไม่เกี่ยวข้อง เช่น ชื่อผลิตภัณฑ์ ผู้ใช้จะออกจาก Canvas ทันที

การประทับเวลา (Timestamp) ก็ต้องให้ความสำคัญด้วยเหตุผลเดียวกัน โดยค่าเวลาทั้งหมดใน Canvas จะถูกปรับให้เป็นเวลาสากลเชิงพิกัด (UTC) ซึ่ง Braze แนะนำเป็นอย่างยิ่งให้ใช้ตัวกรองโซนเวลาแบบ Liquid เพื่อให้ข้อความแสดงผลในโซนเวลาที่ต้องการ ตัวอย่างในเอกสารประกอบมีลักษณะดังนี้:

คุณควรแบ่งกลุ่มผู้ใช้งานภายในเส้นทางแบบ 1:1 อย่างไร?

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

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

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

เรื่องเวลาก็สำคัญเช่นกัน เนื่องจากการประเมินผลเกิดขึ้นทันที ดังนั้นหากเกณฑ์ขึ้นอยู่กับการโต้ตอบของผู้ใช้ในขั้นตอนก่อนหน้า ควรเพิ่มการหน่วงเวลา (Delay) ไว้ก่อนหน้า Audience Path ตัวอย่างเช่น การหน่วงเวลา 24 ชั่วโมงจะช่วยให้ผู้ใช้มีเวลา 24 ชั่วโมงหลังจากได้รับข้อความเพื่อโต้ตอบก่อนที่ระบบจะทำการประเมิน

Decision Split ทำงานเหมือนคำถามแบบใช่หรือไม่ โดยค่าเริ่มต้นคือระบบจะตรวจสอบกลุ่มและตัวกรองทันทีหลังจากขั้นตอนก่อนหน้า เว้นแต่คุณจะเพิ่มการหน่วงเวลาไว้ ทั้งนี้ ตัวกรองการทำ Retargeting ใน Decision Split เช่น "Clicked/Opened Step In This Canvas" จะประเมินการมีส่วนร่วมของผู้ใช้จากการเข้าใช้งานทั้งหมด รวมถึงการเข้าใช้งานในครั้งก่อนๆ ด้วย

เส้นทางแบบ 1:1 ในทางทฤษฎีมีหน้าตาเป็นอย่างไร?

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

1. จุดเริ่มต้น (Entry): อิงตามการกระทำ (Action-based) โดยใช้เหตุการณ์ที่กำหนดเอง (Custom Event) ซึ่งจะถูกบันทึกเมื่อสมาชิกจองคลาส แอปจะส่งเวลาเตือนความจำและชื่อคลาสมาเป็นคุณสมบัติ (Properties) เพื่อให้ข้อมูลเหล่านี้เข้ามาในระบบในฐานะบริบท (Context)
2. การหน่วงเวลา (Delay): ปรับแต่งให้เป็นส่วนบุคคลโดยใช้ตัวแปรบริบทของเวลาเตือนความจำ เพื่อให้การรอคอยของสมาชิกแต่ละคนสิ้นสุดลงในเวลาที่เหมาะสมกับตนเอง
3. Audience Paths: กลุ่มแรกสำหรับสมาชิกที่ถูกระบุว่าเป็นสมาชิกใหม่ผ่านแอตทริบิวต์ที่กำหนดเอง และกลุ่ม "ทุกคนที่เหลือ" สำหรับสมาชิกคนอื่นๆ
4. ขั้นตอนข้อความ (Message steps): มีหนึ่งข้อความในแต่ละเส้นทาง ทั้งสองเส้นทางจะอ่านชื่อคลาสจากบริบท ซึ่งข้อมูลนี้จะยังคงใช้งานได้หลังจากผ่านการหน่วงเวลาไปแล้ว
5. การหน่วงเวลาและ Decision Split: รอสักครู่หลังจากแจ้งเตือน จากนั้นจึงแยกเส้นทางตามว่าสมาชิกได้เปิดอ่านข้อความหรือไม่ เพื่อตัดสินใจว่าจำเป็นต้องส่งข้อความสะกิด (Nudge) ครั้งที่สองหรือไม่

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

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

คุณจะป้องกันไม่ให้เส้นทางแบบ 1:1 ล้มเหลวโดยไม่มีการแจ้งเตือนได้อย่างไร?

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

กำหนดให้ "Not Updated" เป็นรายการตรวจสอบก่อนเปิดใช้งาน (Launch check) โดยให้ดูตัวอย่างเส้นทางของผู้ใช้ คอยสังเกตตัวเลขดังกล่าวในช่วงชั่วโมงแรกหลังเปิดใช้งาน และถือว่าจำนวนที่ไม่ใช่ศูนย์เป็นข้อผิดพลาดที่ต้องแก้ไข ไม่ใช่เรื่องปกติที่มองข้ามได้

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

ประการที่สองคือสาขาที่ข้อมูลไม่อัปเดต โปรไฟล์ของผู้ใช้อาจเปลี่ยนแปลงได้ระหว่างการตัดสินใจใน Audience Paths กับข้อความที่ตามมา เนื่องจากระบบจะไม่มีการประเมินผู้ใช้อีกครั้งหลังจากที่พวกเขาเข้าสู่เส้นทางนั้นแล้ว เพื่อยืนยันว่าผู้ใช้ยังคงตรงตามเงื่อนไข ให้เปิดใช้งาน Validate audience at message send ในส่วนการตรวจสอบการส่งของขั้นตอน Message

ประการที่สามคือการเกิดซ้ำจากการเข้าสู่ระบบใหม่ ตัวกรองการทำ Retargeting ใน Decision Split จะตรวจสอบข้อมูลจากการเข้าสู่ระบบครั้งก่อนๆ ดังนั้นผู้ใช้ที่มีส่วนร่วมในครั้งที่แล้วอาจถูกมองว่ามีส่วนร่วมในครั้งนี้ สำหรับ Canvas ที่เปิดใช้งานการเข้าสู่ระบบใหม่ ให้ใช้ขั้นตอน Action Paths ร่วมกับทริกเกอร์ Interact with Step เพื่อประเมินเฉพาะการเข้าสู่ระบบปัจจุบันภายในกรอบเวลาที่กำหนดเท่านั้น

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

ข้อมูลแบบเรียลไทม์เป็นตัวตัดสินว่าเส้นทางแบบ 1:1 จะมีประสิทธิภาพเพียงใด ดังนั้น what resolves when in real-time personalisation จึงเป็นบทความที่ควรอ่านควบคู่ไปกับโพสต์นี้ Using Connected Content for personalised campaigns ครอบคลุมถึงข้อมูลที่คุณดึงมา ณ เวลาที่ส่งข้อความ Personalisation with Liquid tags ครอบคลุมถึงเลเยอร์ของเนื้อหา

สำหรับกลยุทธ์ในภาพรวม โปรดดู the hyper-personalisation guideข้อมูลเหตุการณ์ (Event data) เป็นรากฐานของทุกสิ่งที่กล่าวมาข้างต้น ดังนั้น การติดตามเหตุการณ์ของผู้ใช้งาน จึงเป็นสิ่งที่ควรอ่านก่อนหากข้อมูลเหตุการณ์ของคุณยังไม่เป็นระเบียบ เมื่อเส้นทางของผู้ใช้ครอบคลุมหลายช่องทาง แคมเปญการมีส่วนร่วมผ่านหลายช่องทาง จะแสดงวิธีจัดลำดับช่องทางเหล่านั้น

กลไกที่กล่าวถึงในบทความนี้มาจากเอกสารของ Braze ในหัวข้อcontext and event propertiesฟีเจอร์และข้อจำกัดต่างๆ อาจมีการเปลี่ยนแปลงได้ ดังนั้นโปรดตรวจสอบหน้าปัจจุบันก่อนเริ่มสร้างงาน

คุณควรเริ่มสร้างอะไรก่อน?

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

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

ความแตกต่างระหว่างคุณสมบัติ Context และ Event ใน Canvas คืออะไร?

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

ขั้นตอน Message แรกใน Canvas สามารถใช้คุณสมบัติของเหตุการณ์ (event properties) ได้หรือไม่?

ไม่ได้ คุณสมบัติของเหตุการณ์ไม่สามารถใช้ในขั้นตอน Message แรกได้ ให้ใช้บริบท (context) แทน หรือเพิ่มขั้นตอน Action Paths ที่มีเหตุการณ์ที่เกี่ยวข้องก่อนถึงขั้นตอน Message นั้น

ขั้นตอน Context หนึ่งขั้นตอนสามารถเก็บตัวแปรบริบทได้กี่ตัว?

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

ตัวแปรบริบทส่งผลต่อโปรไฟล์ผู้ใช้หรือไม่?

ไม่ส่งผล ตัวแปรบริบทจะมีอยู่เฉพาะในเส้นทาง (journey) นั้นๆ เท่านั้น และจะไม่ปรากฏใน Canvas อื่น

จะเกิดอะไรขึ้นหากการหน่วงเวลาแบบเฉพาะบุคคล (personalised delay) ระบุถึงวันที่ที่ผ่านไปแล้ว?

ผู้ใช้จะออกจาก Canvas ทันทีหากวันที่และเวลาที่เลือกได้ผ่านไปแล้วในขณะที่พวกเขามาถึงขั้นตอน Delay

โพสต์นี้ให้ตัวเลขเกี่ยวกับผลลัพธ์ที่เพิ่มขึ้นจากการทำเส้นทางแบบ 1:1 หรือไม่?

ไม่ได้ให้ไว้ เอกสารประกอบของ Braze ไม่ได้ระบุตัวเลขในหัวข้อนี้ และโพสต์นี้ก็ไม่ได้สร้างตัวเลขขึ้นมาเอง

แหล่งข้อมูล

• เอกสาร Braze, บริบทและคุณสมบัติของเหตุการณ์, https://www.braze.com/docs/user_guide/messaging/canvas/create_a_canvas/context_and_event_properties, เข้าถึงเมื่อ 21 ต.ค. 2026
• เอกสาร Braze, บริบท, https://www.braze.com/docs/user_guide/messaging/canvas/canvas_components/context, เข้าถึงเมื่อ 21 ต.ค. 2026
• เอกสาร Braze, Audience Paths, https://www.braze.com/docs/user_guide/messaging/canvas/canvas_components/audience_paths, เข้าถึงเมื่อ 21 ต.ค. 2026
• เอกสาร Braze, Decision split, https://www.braze.com/docs/user_guide/messaging/canvas/canvas_components/decision_split, เข้าถึงเมื่อ 21 ต.ค. 2026
• เอกสาร Braze, การหน่วงเวลา, https://www.braze.com/docs/user_guide/messaging/canvas/canvas_components/delay_step, เข้าถึงเมื่อ 21 ต.ค. 2026