Apple ประกาศเปิดตัว iPhone Duo ไอโฟนจอพับรุ่นแรกเมื่อวันที่ 9 กันยายน 2026 เปิดพรีออเดอร์วันที่ 16 ตุลาคม และวางขายจริงวันที่ 23 ตุลาคม มาพร้อม iOS 27.1 สิ่งที่แปลกคือลำดับเวลา Apple เผยแพร่กฎเลย์เอาต์ในวันเดียวกันกับที่ประกาศเครื่อง แต่ SDK ที่มี Duo simulator กลับมาถึง “ช่วงปลายเดือนกันยายน” เอกสารมาก่อนตัวเครื่องจริง ซึ่งเป็นช่วงเวลาที่เหมาะที่สุดที่จะไปตามหาสมมติฐานเรื่องเลย์เอาต์ในแอปของคุณที่เงียบ ๆ กลายเป็นเรื่องไม่จริงไปแล้วครับ

สำหรับตลาดไทยที่ iOS ครองส่วนแบ่งราว 40% ของอุปกรณ์มือถือ แต่เป็นกลุ่มผู้ใช้ที่มีมูลค่าสูงในธุรกิจธนาคาร ท่องเที่ยว และ e-commerce ระดับพรีเมียม ช่วงเวลาเปิดตัวนี้ยิ่งสำคัญ เพราะวันวางขาย 23 ตุลาคมมาก่อนเทศกาลช้อปปิ้งใหญ่ที่สุดของปีอย่าง 11.11 และ 12.12 Year-end Sale เพียงไม่กี่สัปดาห์ แอปที่พลาดหน้าต่างการเทสนี้ไปจะต้องรับมือกับเลย์เอาต์ที่ยังไม่พร้อม ในช่วงที่ทราฟฟิกและยอดขายสูงที่สุดของปีพอดีครับ

คู่มือนี้จะไม่รีวิวตัวเครื่อง อีกไม่นานคงมีคนรีวิวออกมาเป็นร้อยบทความอยู่แล้ว push notification เองถูกวาดโดยระบบ จึงไม่มีอะไรต้องแก้ตรงนั้น ทุกอย่างที่แอปของคุณวาดขึ้นเอง ต่างหากที่ตอนนี้ต้องอยู่รอดบนหน้าจอที่เปลี่ยนรูปทรงและสัดส่วนได้ระหว่างเซสชันกำลังทำงานอยู่ ไม่ว่าจะเป็นข้อความในแอป, rich media, หน้าจอขอสิทธิ์ push notification (push primer) หรือ loader นี่คือพื้นที่ที่ Apple เขียนกฎใหม่ขึ้นมาโดยเฉพาะ และเป็นพื้นที่ที่ทีมส่วนใหญ่กำลังจะเดินผ่านไปแบบไม่ทันสังเกตครับ

สิ่งที่เปลี่ยนจริง ๆ กับ iOS 27 บนไอโฟนจอพับ

iPhone Duo มี 2 หน้าจอที่มีสัดส่วนใกล้เคียงกันมาก จอด้านในมีขนาด 7.6 นิ้ว มีพื้นที่หน้าจอมากกว่า iPhone 18 Pro Max ประมาณ 50% ส่วนจอด้านนอกมีขนาด 5.4 นิ้ว มีพื้นที่หน้าจอประมาณ 90% ของ iPhone 18 Pro สัดส่วนใกล้เคียงกันแต่ไม่เท่ากันเป๊ะ ซึ่งเป็นอีกเหตุผลหนึ่งที่ควรออกแบบเลย์เอาต์จาก size class แทนที่จะยึดอัตราส่วนที่คุณคิดว่าใช้ได้กับทั้งสองจอครับ

ทุกแอปเข้าร่วม Split View โดยอัตโนมัติ Duo คือไอโฟนรุ่นแรกที่รันแอปของคุณได้หลายอินสแตนซ์พร้อมกัน ซึ่งหมายความว่าข้อความในแอปของคุณอาจไปจบอยู่ในพื้นที่ครึ่งจอ ติดกับแอปของคนอื่น

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

3 ระดับความเข้ากันได้ และแอปส่วนใหญ่อยู่ตรงไหน

กฎของ Apple ตรงไปตรงมา แอปของคุณรันบน Duo ได้โดยไม่ต้องคอมไพล์ใหม่ คำถามคือได้พื้นที่หน้าจอเท่าไหร่ ซึ่งขึ้นอยู่กับว่าคุณ build ด้วย SDK เวอร์ชันไหนครับ

  • SDK เก่ากว่า: แอปรันได้ แต่เนื้อหาจะถูกจำกัดอยู่ในกรอบขนาดเท่าไอโฟนทั่วไป
  • SDK iOS 27: UI ของคุณขยายไปทางซ้ายของพื้นที่ status bar บนจอด้านใน
  • SDK iOS 27.1: UI ของคุณขยายไปจนสุดขอบจอ และปุ่ม navigation กับ toolbar มาตรฐานจะเรียงตัวในแนวตั้ง

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

ทำไมเลย์เอาต์ข้อความในแอปของคุณถึงหยุดทำงาน

3 เหตุผล และมันซ้อนกันอยู่ครับ

สัดส่วนหน้าจอ (Aspect ratio) เทมเพลตข้อความในแอปและ rich media ส่วนใหญ่ถูกออกแบบมาตามสัดส่วนของไอโฟนทั่วไป สัดส่วนของจอด้านในนั้นแตกต่างออกไป เทมเพลตที่สร้างมาสำหรับสัดส่วนเก่าจะไม่ลงตำแหน่งตามที่คุณวางไว้อีกต่อไป

Orientation ไม่ใช่สัญญาณที่ถูกต้อง จอด้านในมีสถานะเป็น regular ทั้งสอง size class และไม่สนใจ interface orientation ที่รองรับไว้ เลย์เอาต์ไหนก็ตามที่ยึดตาม orientation กำลังอ่านสัญญาณที่จอด้านในไม่รับรู้เลยครับ คำแนะนำของ Apple ตรงไปตรงมาคือให้ตัดสินใจเลย์เอาต์จาก size class ไม่ใช่จาก orientation

Safe area ไม่สมมาตร Insets และ layout margin บน Duo มักไม่เท่ากันในแต่ละด้าน คุณจึงต้องจัดการทีละขอบแยกกัน แทนที่จะสมมติว่าเฟรมสมมาตร แล้วอย่าลืมเทสใน Split View ด้วย เพราะเฟรมจะแคบลงอีกครั้งครับ

ข้อความในแอปที่ค้างอยู่ตอนที่เครื่องถูกกาง

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

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

hinge API คือ onHingeChange ใน SwiftUI และ UIHingeInteraction ใน UIKit รายงานสถานะแบบ discrete (ปิด, กางบางส่วน, กางเต็มที่) และมุมแบบต่อเนื่อง ออกแบบมาให้ถูกจับตาแบบเรียลไทม์ เพื่อขับเคลื่อน interaction และเอฟเฟกต์ต่าง ๆ ตัวอย่างของ Apple เองใช้มุมกางเพื่อปรับ pitch ของเครื่องดนตรีเสมือน นั่นคือหมวดที่ hinge API ถูกออกแบบมาให้ทำ ไม่ใช่การขยับปุ่มไปมาครับ

เลย์เอาต์ต้องเดินผ่านประตูคนละบานครับ Apple ชี้ไปที่ arrangement และ region API จากเซสชัน “Strike a pose with adaptive layouts on iPhone Duo” ซึ่งแนะนำ reserved region, arrangement view แบบ split และ overlay layout รวมถึง displacement คือการจัดวาง element เดิมใหม่ให้อยู่ในพื้นที่ที่ใช้งานได้จริง เพื่อให้เนื้อหายังมองเห็นและแตะถึงได้ ขณะที่เครื่องกำลังพับอยู่ iOS 27.1 เพิ่ม ReservedRegion ใน SwiftUI และ UIViewReservedRegion ใน UIKit เข้ามา ทำให้ UI ของคุณเคลมพื้นที่ที่ต้องการได้โดยไม่ชนกับ system UI คุณ query ได้ผ่าน reservedRegions(kind:) โดย .division คือรอยพับ และ .occlusion คือกล้อง

สำหรับ modal สรุปได้เป็นกฎเดียว: อย่าใช้มุมกางของ hinge มาขยับตำแหน่ง modal ปล่อยให้มันตอบสนองตาม arrangement และ reserved region แทน เพื่อให้เมื่อหน้าจอถูกกางออก เนื้อหาของคุณไปอยู่ในตำแหน่งที่ควรอยู่ แทนที่จะเกาะอยู่กับเฟรมที่หายไปแล้วครับ

ข้อความในแอปใน Split View

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

สำหรับแอป e-commerce หรือท่องเที่ยวที่ใช้แบนเนอร์ flash sale หรือแจ้งเตือนโปรโมชันช่วง 11.11 หรือสงกรานต์ นี่คือจุดที่ต้องระวังเป็นพิเศษ เพราะแบนเนอร์ที่ออกแบบมาให้เต็มจอ จะบีบอัดเมื่อผู้ใช้เปิดแอปคู่กับ LINE หรือแอปธนาคารข้าง ๆ กันครับ

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

จอด้านนอก: เลย์เอาต์แบบ compact ของคุณ บวก widget และ Live Activities

จอด้านนอกทำงานเหมือนหน้าจอไอโฟนทั่วไป แอปของคุณรันอยู่ที่นั่น และทุกอย่างที่แอปวาดขึ้นก็รันด้วย รวมถึงข้อความในแอปด้วยครับ กรอบที่ Apple ใช้คือจอด้านนอกเป็นเลย์เอาต์แบบ compact-width เหมือนไอโฟนทั่วไป ส่วนจอด้านในเป็น regular ทั้งสองมิติ ที่ขนาด 5.4 นิ้ว มันคือเฟรมแบบเต็มจอที่แคบที่สุดที่ข้อความในแอปของคุณจะได้รับบนอุปกรณ์นี้ จึงควรอยู่ในชุดทดสอบ ไม่ใช่กองไว้ในกลุ่ม “ไม่เกี่ยวกับเรา”

ยังมีอีกพื้นผิวหนึ่งซ้อนอยู่ด้านบนนั้น บน Duo, StandBy ทำงานได้บนทั้งสองจอ แม้ตอนที่เครื่องไม่ได้ชาร์จอยู่ วางโทรศัพท์ลง จอด้านนอกจะยังสว่างอยู่และหันหน้าเข้าหาห้อง แอปที่ไม่มี widget และไม่มี Live Activity จะหายไปจากช่วงเวลานั้นไปเลย การมีตัวตนอยู่ตรงนั้นมาจาก widget หรือ Live Activity ซึ่งเป็นงานเดียวกับที่คุณทำไปแล้วสำหรับหน้าจอล็อกและ Dynamic Island ถ้าคุณสร้าง Live Activities ไว้แล้ว นี่คือจุดที่สองที่การลงทุนนั้นคุ้มค่า ถ้ายังไม่ได้ทำ นี่คืออีกเหตุผลหนึ่งครับ

👉🏻

บทความก่อนหน้าของเราเรื่อง Live Activities บน iOS ครอบคลุมพื้นฐาน และ กฎต่อต้านสแปมของ iOS 27 ครอบคลุมว่าคุณใส่อะไรลงไปได้บ้างครับ

เช็กลิสต์ความเข้ากันได้ของไอโฟนจอพับ ก่อนวันที่ 23 ตุลาคม

คุณยังแตะตัวเครื่องจริงไม่ได้ แต่ทุกอย่างนอกจากนั้นทำได้แล้วตอนนี้:

  • ตรวจสอบเทมเพลตข้อความในแอปและ rich media ทั้งหมด หาทุกอันที่ hard-code เฟรม, อัตราส่วนภาพ หรือกรอบขนาดเท่าโทรศัพท์
  • ตรวจสอบครีเอทีฟอัตราส่วน 16:9 อะไรก็ตามที่สร้างมาตามอัตราส่วนคงที่ ต้องมีแผนรองรับจอด้านใน
  • หา orientation branch ในโค้ดของคุณ เลย์เอาต์ที่ยึดตาม interface orientation กำลังอ่านสัญญาณที่จอด้านในไม่รับรู้ ให้ย้ายไปใช้ size class แทน
  • ตรวจสอบ safe-area ทีละขอบแยกกัน สมมติว่าไม่สมมาตรไว้ก่อน อย่าสมมติว่า inset สมมาตร
  • Grep หา UIScreen.main บนอุปกรณ์ 2 จอ ค่านี้กำกวม และ Apple บอกว่าจะเลิกใช้ในอนาคต ให้อ่านหน้าจอจาก window?.windowScene?.screen และอ่าน scale จาก traitCollection.displayScale แทน
  • เทสที่ compact width ไม่ใช่แค่ตอนกางเครื่อง จอด้านนอกคือที่ที่ข้อความในแอปของคุณได้พื้นที่น้อยที่สุด และเป็นพื้นผิวจริงที่ต้องรองรับ
  • เตรียมเทสใน Device Hub เมื่อ Xcode 27.1 beta ออก simulator ของ Duo จะอยู่ใน Device Hub: เปิด ปิด หมุน กางครึ่งเดียว พร้อมข้อความในแอปที่ค้างอยู่บนจอ
  • แบ่งกลุ่มตามรุ่นอุปกรณ์ เตรียมวิธี target ผู้ใช้ Duo แยกไว้สำหรับการเทสเมื่อพวกเขาเริ่มใช้งานจริง
  • ทบทวนข้อความ push notification และ onboarding primer หน้าต่างขออนุญาตที่ผู้ใช้เห็นระหว่าง onboarding ยังคงวาดโดยระบบ แต่หน้าจอ pre-permission ที่คุณสร้างเองก่อนหน้านั้น ต้องอยู่ภายใต้กฎเลย์เอาต์เดียวกับข้อความในแอปของคุณ

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

ส่งข้อความในแอปของคุณให้พร้อมรับ Duo

การแก้เรื่องนี้ทีละจุดในข้อความในแอป, rich media และ push primer ด้วยมือ บนทุกหน้าจอที่ผู้ใช้ของคุณถืออยู่ เป็นงานที่ทำผ่านการเชื่อมต่อเดียวง่ายกว่าทำหกจุดแยกกัน นี่คือเหตุผลที่ควรจัดการ ข้อความในแอป และ push notification ผ่านแพลตฟอร์ม customer engagement เดียวอย่าง Pushwoosh: เริ่มใช้ฟรี หรือ คุยกับทีมของเรา เพื่อเตรียมข้อความของคุณให้พร้อมรับ Duo ก่อนวันที่ 23 ตุลาคมครับ

เตรียมข้อความของคุณให้พร้อมรับ Duo
คุยกับทีมของเรา

Pushwoosh Team
Content Team ที่ Pushwoosh
แชร์

บทความที่เกี่ยวข้อง

ดูทั้งหมด