Universal Link — คืออะไร หลักการทำงาน และการตั้งค่า

Universal Link คืออะไร

Universal Link คือลิงก์ HTTPS มาตรฐาน เช่น https://example.com/page ซึ่งเมื่อแตะบนอุปกรณ์ iOS จะเปิดแอปที่ติดตั้งไว้แทน Safari ความแตกต่างหลักจาก Custom URL Scheme: Universal Link ไม่จำเป็นต้องลงทะเบียนสคีมาที่กำหนดเอง (myapp://) — มันใช้โดเมนปกติ สิ่งนี้ช่วยขจัดปัญหา URL Scheme hijacking ที่แอปใด ๆ สามารถลงทะเบียนสคีมาเดียวกันได้

Apple เปิดตัว Universal Link ในงาน WWDC 2015 ซึ่งเป็นส่วนหนึ่งของ iOS 9 กลไกนี้กลายเป็นส่วนหนึ่งของระบบนิเวศ Handoff และ Spotlight: Universal Link ทำงานไม่เพียงแต่ในเบราว์เซอร์ แต่ยังรวมถึงในผลการค้นหา Spotlight, Mail, Messages และแอประบบอื่น ๆ นอกจากนี้ Universal Link ยังรองรับบน watchOS และ macOS — ผู้ใช้สามารถเปิดแอปบน iPhone ผ่านลิงก์บน Mac

ข้อได้เปรียบหลัก: URL เดียว นักพัฒนาไม่ต้องจัดการลิงก์สองแบบที่แตกต่างกัน (หนึ่งสำหรับเว็บ อีกหนึ่งสำหรับแอป) Universal Link คือลิงก์ https เดียวกัน หากติดตั้งแอป — แอปจะเปิด หากไม่ได้ติดตั้ง — ลิงก์เดียวกันจะเปิดใน Safari เป็นหน้าเว็บปกติ สิ่งนี้ให้ fallback ที่เหมาะโดยไม่สูญเสียทราฟฟิก

Universal Link ทำงานอย่างไร

กลไก Universal Link ประกอบด้วยสามขั้นตอน: การตรวจสอบการเชื่อมโยง การจัดการลิงก์ และ fallback ไปยังเบราว์เซอร์ แต่ละขั้นตอนมีความสำคัญต่อการทำงานที่ถูกต้อง หากไม่ได้กำหนดค่าการเชื่อมโยง iOS จะจัดการลิงก์เป็นการเปลี่ยนเส้นทางปกติไปยัง Safari มาดูแต่ละขั้นตอนโดยละเอียด

การตรวจสอบการเชื่อมโยง (Association Verification)

เมื่อแตะลิงก์ครั้งแรก iOS จะดาวน์โหลดไฟล์ apple-app-site-association จากเซิร์ฟเวอร์ที่ https://example.com/.well-known/apple-app-site-association ไฟล์ประกอบด้วย JSON ที่มี Team ID และ Bundle ID ของแอป พร้อมรายการพาธที่แอปควรเปิด iOS จัดเก็บไฟล์นี้ในแคชและตรวจสอบความสดใหม่เป็นระยะ (เมื่ออัปเดตแอป รีสตาร์ทอุปกรณ์)

ไฟล์ JSON apple-app-site-association ต้องเข้าถึงได้ผ่าน HTTPS โดยไม่มีการเปลี่ยนเส้นทาง เซิร์ฟเวอร์ต้องส่งคืน Content-Type: application/json สิ่งสำคัญคือไฟล์ไม่มีนามสกุล .json — iOS ค้นหาอย่างเคร่งครัดที่ /.well-known/apple-app-site-association Apple แนะนำให้เพิ่มการรองรับ Universal Link ใน CDN และตรวจสอบว่าไฟล์ไม่ได้ถูกบล็อกโดย robots.txt

// apple-app-site-association — การกำหนดค่าขั้นต่ำ
{
    "applinks": {
        "apps": [],
        "details": [
            {
                "appID": "TEAMID.com.example.app",
                "paths": ["/product/*", "/profile/*", "/search"]
            }
        ]
    }
}

appID ถูกสร้างเป็น Team ID + Bundle ID (TEAMID.com.example.app) paths คืออาร์เรย์ของรูปแบบ URL ที่แอปควรจัดการ สามารถใช้ *, ? และสัญกรณ์ NOT: ["NOT /admin/*", "/product/*"] พาธจะถูกตรวจสอบตามลำดับ: การตรงกันครั้งแรกกำหนดพฤติกรรม หากพาธไม่ตรงกัน — ลิงก์จะเปิดใน Safari

การจัดการลิงก์ (Link Handling)

หลังจากการตรวจสอบการเชื่อมโยงสำเร็จ iOS จะส่งลิงก์ไปยังแอป การจัดการจะดำเนินการใน AppDelegate ผ่านเมธอด application(_:continue:restorationHandler:) สำหรับ NSUserActivity หรือใน SceneDelegate ผ่าน scene(_:continue:) นักพัฒนาได้รับออบเจกต์ NSUserActivity ชนิด NSUserActivityTypeBrowsingWeb แยก URL และนำทางไปยังหน้าจอที่เกี่ยวข้อง

// การจัดการ Universal Link ใน AppDelegate
func application(
    _ application: UIApplication,
    continue userActivity: NSUserActivity,
    restorationHandler: @escaping UIUserActivityRestorationHandler
) -> Bool {
    guard userActivity.activityType == NSUserActivityTypeBrowsingWeb,
          let url = userActivity.webpageURL
    else { return false }

    // นำทางไปยังหน้าจอตาม URL
    DeepLinkRouter.navigate(to: url)
    return true
}

DeepLinkRouter ในตัวอย่างด้านบนเป็นคลาสที่กำหนดเองที่แยกวิเคราะห์ URL และเรียกผู้ประสานงานการนำทางที่เกี่ยวข้อง สำหรับ SwiftUI การจัดการจะดำเนินการผ่านเมธอด onOpenURL หรือตัวปรับแต่ง environment(\.openURL) สิ่งสำคัญคือต้องจัดการไม่เพียงแต่การเริ่มต้นในพื้นหน้า แต่ยังรวมถึงกรณีที่แอปไม่ได้ทำงาน (cold start): Universal Link จะเปิดแอปผ่านตัวเลือกการเริ่มต้นในกรณีนี้

Fallback ไปยังเบราว์เซอร์ (Browser Fallback)

หากไม่ได้ติดตั้งแอป iOS จะเปิด Universal Link ใน Safari โดยอัตโนมัติ นี่คือความแตกต่างสำคัญจาก Custom URL Scheme: ผู้ใช้ไม่เห็นข้อผิดพลาด Fallback คือหน้าเว็บมาตรฐานของโดเมนเดียวกัน นักพัฒนาสามารถวางลิงก์ App Store ข้อมูลผลิตภัณฑ์ หรือเนื้อหาทางเลือกบนหน้านี้

สำคัญ: fallback ไม่สามารถปรับแต่ง ในระดับ iOS ได้ iOS เพียงเปิด URL ใน Safari เพื่อแสดงเนื้อหาที่แตกต่างสำหรับผู้ใช้ที่มีและไม่มีแอปติดตั้ง ให้ใช้ Smart App Banner (เมตาแท็กสำหรับ Safari ที่เสนอให้เปิดแอป) หรือการตรวจจับการติดตั้งด้วย JavaScript Apple ยังมี SKAdNetwork สำหรับการระบุแหล่งที่มาของการติดตั้งผ่าน Universal Link

Universal Link เทียบกับ Deep Link

Universal Link และ Deep Link แบบดั้งเดิม (Custom URL Scheme) แก้ปัญหาเดียวกัน แต่แตกต่างกันโดยพื้นฐานในสถาปัตยกรรมและความปลอดภัย Custom URL Scheme คือโปรโตคอลที่กำหนดเอง (myapp://) ที่ลงทะเบียนใน Info.plist แอปใด ๆ ก็สามารถลงทะเบียนสคีมาเดียวกัน (myapp://) และ iOS ไม่สามารถระบุได้ว่าอันไหนเป็น “ของจริง” สิ่งนี้เรียกว่า URL Scheme hijacking

Universal Link แก้ปัญหา hijacking ผ่านการตรวจสอบโดเมน เฉพาะเจ้าของโดเมนเท่านั้นที่สามารถวาง apple-app-site-association บนเซิร์ฟเวอร์ของตน ยืนยันการเชื่อมต่อกับ Bundle ID ที่เฉพาะเจาะจง แอปสองแอปไม่สามารถลงทะเบียน Universal Link เดียวกันได้: หากเกิดข้อขัดแย้ง iOS จะให้ความสำคัญกับแอปที่ติดตั้งล่าสุดหรือเปิด Safari

ความแตกต่างอีกประการ: Fallback Custom URL Scheme ไม่มี fallback — หากไม่ได้ติดตั้งแอป เบราว์เซอร์จะแสดงข้อผิดพลาด Universal Link จะเปิดเว็บไซต์ URL เดียวหมายความว่าค่า SEO ของลิงก์ยังคงอยู่ (Google จัดทำดัชนีลิงก์) และผู้ใช้ที่มีอุปกรณ์ใด ๆ ก็ได้รับเนื้อหาที่เกี่ยวข้อง Universal Link เป็นขั้นตอนวิวัฒนาการจาก deep link ไปยัง unified link

การตั้งค่า Universal Link

การตั้งค่า Universal Link ประกอบด้วยส่วนเซิร์ฟเวอร์และส่วนไคลเอ็นต์ ส่วนเซิร์ฟเวอร์ — วางไฟล์ apple-app-site-association ที่ https://domain/.well-known/apple-app-site-association ส่วนไคลเอ็นต์ — ลงทะเบียนโดเมนใน Associated Domains ใน Xcode (Capabilities → Associated Domains → applinks:example.com) หลังจากนั้น แอปจะได้รับ Universal Links ทั้งหมดสำหรับโดเมนที่ระบุโดยอัตโนมัติ

ขั้นตอนการตั้งค่า:

1. สร้าง apple-app-site-association ด้วย appID (TeamID.BundleID) และ paths ที่ถูกต้อง
2. วาง ไฟล์บนเซิร์ฟเวอร์ที่ /.well-known/ โดยไม่มีนามสกุล .json
3. ตรวจสอบ การเข้าถึง: curl https://domain/.well-known/apple-app-site-association
4. เพิ่ม โดเมนใน Associated Domains (Xcode Capabilities)
5. ดำเนินการ การจัดการผ่าน NSUserActivity (AppDelegate หรือ SceneDelegate)
6. ทดสอบ บนอุปกรณ์จริง (โปรแกรมจำลองไม่ตรวจสอบการเชื่อมโยง)

การดีบัก Universal Link เป็นปัญหาทั่วไปสำหรับนักพัฒนา iOS สาเหตุหลักของลิงก์ที่ใช้งานไม่ได้: ไฟล์ apple-app-site-association ไม่สามารถเข้าถึงได้ผ่าน HTTPS, appID ไม่ถูกต้อง, Content-Type ไม่ใช่ application/json, การเปลี่ยนเส้นทางจากพาธ /.well-known, การแคชเวอร์ชันเก่า (รีเซ็ตผ่าน Settings → Developer → Associated Domains Development) Apple มีเครื่องมือ Validation Checker ใน Apple Developer Console สำหรับทดสอบการเชื่อมโยง

Branch และแพลตฟอร์ม MMP อื่น ๆ ทำให้การตั้งค่า Universal Link ง่ายขึ้น: พวกเขาสร้าง apple-app-site-association โดยอัตโนมัติและโฮสต์บนโดเมนของตนเอง นักพัฒนาเพียงเพิ่มโดเมน Branch ใน Associated Domains และรวม SDK ซึ่งสะดวกเป็นพิเศษสำหรับสตาร์ทอัพที่ไม่มีโครงสร้างพื้นฐานเซิร์ฟเวอร์ของตนเองในการโฮสต์ไฟล์ AASA

ข้อจำกัดและความเข้ากันได้

Universal Link มีข้อจำกัดหลายประการ หนึ่ง: ไฟล์ apple-app-site-association ต้องเข้าถึงได้ผ่าน HTTPS เท่านั้น (HTTP ไม่รองรับ) สอง: ลิงก์ต้องชี้ไปยังโดเมนเดียวกับที่ระบุใน Associated Domains Universal Links ข้ามโดเมนใช้ไม่ได้ — แต่ละโดเมนต้องมีรายการแยกต่างหากใน Capabilities และไฟล์ AASA แยกต่างหาก สาม: Universal Link ไม่ทำงานใน WKWebView — ทำงานเฉพาะใน Safari และส่วนประกอบระบบ

ความเข้ากันได้: iOS 9.0+ (Universal Link), watchOS 6.0+ (Handoff Universal Link), macOS 10.15+ (Catalyst และแอป Mac) ในเวอร์ชัน iOS ที่เก่ากว่า ลิงก์จะเปิดใน Safari ซึ่งหมายความว่าบน iOS 8 (น้อยกว่า 1% ของอุปกรณ์) Universal Link จะไม่ทำงาน แนะนำให้รองรับ Custom URL Scheme เป็น fallback สำหรับอุปกรณ์เก่าหากกลุ่มเป้าหมายของคุณรวมถึงผู้ใช้ที่มีเวอร์ชันเก่า

การเปลี่ยนแปลง iOS 16+: Apple ปรับปรุงการจัดการ Universal Link สำหรับ SwiftUI ตัวปรับแต่ง environment(\.openURL) ใหม่ที่มีความสามารถในการประมวลผลแบบรอการดำเนินการถูกนำมาใช้ iOS 16 ยังอนุญาตให้เปิด Universal Links ในแอปผ่าน SFSafariViewController สำหรับผู้ใช้ iOS 16 แนะนำให้เปลี่ยนไปใช้การจัดการ Universal Link ด้วย SwiftUI โดยสมบูรณ์ โดยเก็บโค้ด AppDelegate ไว้เฉพาะสำหรับความเข้ากันได้ย้อนหลัง