Apple Mencabar Keputusan Penghinaan Mahkamah di Mahkamah Agung? Menavigasi Penghalaan Pembayaran App-ke-Web

Adakah Apple mencabar keputusan penghinaan mahkamah Epic di Mahkamah Agung? Pada 14 September 2026, Apple memfailkan taklimat merit pembukaannya di Mahkamah Agung Amerika Syarikat dalam kes Apple Inc. lwn Epic Games, Inc. (No. 25-1311), meminta mahkamah tinggi untuk membatalkan atau mengetepikan penghakiman penghinaan sivil yang mengenakan penalti terhadap syarikat tersebut atas kerangka kerja pematuhan anti-steeringnya. Daripada membicarakan semula keputusan antitrust 2021 yang mendasari, rayuan ini memfokuskan kepada had prosedur kuasa penghinaan kehakiman: khususnya, sama ada Litar Kesembilan tersilap dengan memegang pihak dalam penghinaan sivil berdasarkan "semangat" injunksi yang tidak dinyatakan dan bukannya teks eksplisitnya. Bagi arkitek perisian mudah alih, jurutera pengebilan, dan pasukan pemerolehan pengguna, pertikaian undang-undang mengenai Penghalaan Pembayaran App-ke-Web membawa kepentingan seni bina yang signifikan. Semasa pembangun menggunakan aliran pembayaran luaran untuk menawarkan mekanisme pembelian alternatif di luar pembelian dalam aplikasi (IAP) standard, pasukan kejuruteraan mesti mereka bentuk saluran penghalaan dua hala yang berdaya tahan—menyediakan pengendalian konteks pemulangan yang boleh dipercayai supaya aplikasi asli boleh menghidrat semula status transaksi berwibawa daripada perkhidmatan pengebilan bahagian belakang melalui Universal Links.

Rayuan Mahkamah Agung: Kuasa Penghinaan dan Injunksi 75 Perkataan

Pertikaian di hadapan Mahkamah Agung berpusat pada piawaian undang-undang yang diperlukan untuk mengenakan penghinaan sivil di bawah Peraturan Prosedur Sivil Persekutuan 65(d) dan perundangan ekuiti persekutuan yang mantap.

Pada September 2021, Mahkamah Daerah A.S. bagi Daerah Utara California memutuskan bahawa Apple bukan monopoli haram di bawah statut antitrust persekutuan antitrust persekutuan, tetapi menyimpulkan bahawa garis panduan pembangunnya yang melarang steering melanggar Undang-undang Persaingan Tidak Adil (UCL) California dengan mewujudkan kemudaratan maklumat. Untuk membetulkan pelanggaran tersebut, mahkamah daerah mengeluarkan injunksi kekal 75 perkataan yang melarang Apple daripada menghalang pembangun daripada memasukkan dalam aplikasi mereka "butang, pautan luaran, atau panggilan untuk bertindak lain yang mengarahkan pelanggan kepada mekanisme pembelian, sebagai tambahan kepada Pembelian Dalam Aplikasi."

Sekilas Pandang

• Taklimat Merit Mahkamah Agung Difailkan: Pada 14 September 2026, Apple memfailkan taklimat pembukaannya atas writ certiorari dalam Apple Inc. lwn Epic Games, Inc. (No. 25-1311), mencabar penggunaan "semangat" injunksi oleh Litar Kesembilan untuk mewajarkan penghinaan sivil.
• Persoalan Teras yang Dikemukakan: Mahkamah Agung memberikan semakan semata-mata pada Soalan 1: sama ada penghinaan sivil boleh didasarkan pada tujuan injunksi yang tidak dinyatakan apabila perintah tersebut mendiamkan diri mengenai kelakuan yang dipertikaikan, atau sama ada penghinaan memerlukan notis eksplisit di bawah piawaian "tiada alasan keraguan yang adil" yang telah lama wujud (Taggart lwn Lorenzen).
• Pencetus Operasi: Petikan penghinaan berpunca daripada pelan pematuhan Januari 2024 Apple, yang membenarkan pautan pembelian luaran tetapi menetapkan komisen 12% hingga 27% ke atas transaksi pautan keluar dalam tempoh tujuh hari, sambil mengawal persembahan butang.
• Pelupusan Mahkamah Rayuan: Litar Kesembilan mengesahkan penemuan penghinaan di bawah doktrin "semangat" tetapi membatalkan larangan kekal mahkamah daerah terhadap komisen pautan keluar, mengembalikan untuk pertimbangan yuran semula. Walaupun prosiding pemulangan mahkamah daerah masih berjalan, rayuan Apple bertujuan untuk membatalkan penghakiman penghinaan dan arahan pemulangannya secara keseluruhan.

Menurut pemfailan yang diperincikan oleh MacRumors dan AppleInsider, taklimat Apple, yang disediakan oleh Gregory G. Garre dari Latham & Watkins, berhujah bahawa injunksi 75 perkataan asal mendiamkan diri mengenai komisen pautan keluar dan gaya butang tertentu. Apple menghapuskan larangan kategorinya terhadap steering, mewujudkan garis panduan Pautan Pembelian Luaran, dan membenarkan pembangun untuk memasukkan pautan luaran. Apabila Epic mencabar keperluan komisen dan reka bentuk, mahkamah rendah mendapati Apple dalam penghinaan sivil kerana mengecewakan matlamat kompetitif dekri yang lebih luas.

Apple menegaskan bahawa melepaskan penghinaan sivil daripada perintah tekstual yang tidak jelas melanggar keperluan kekhususan Peraturan 65(d) dan melucutkan pihak yang dikawal hak untuk notis yang adil. Menurut Daftar Mahkamah Agung rasmi, Epic Games dijadualkan untuk memfailkan taklimat maklum balasnya pada 13 November 2026, dengan hujah lisan akan menyusul mengikut jadual yang ditetapkan oleh Mahkamah pada 2027.

Garis Masa Litigasi Anti-Steering Epic lwn Apple

Kejuruteraan Gelung Pembayaran App-ke-Web

Tanpa mengira bagaimana Mahkamah Agung menyelesaikan sempadan prosedur penghinaan sivil, realiti praktikal untuk organisasi kejuruteraan telah ditetapkan: pembangun boleh melaksanakan pautan pembelian luaran untuk mengarahkan pengguna ke arah daftar keluar web. Walau bagaimanapun, melaksanakan serahan ini memerlukan perbezaan antara kerangka kerja khusus kedai dan keperluan umum kejuruteraan daftar keluar web mudah alih.

Kerangka Kerja Kedai: Dasar A.S. lwn Kerangka Kerja Pembelian Luaran StoreKit Wilayah

Salah faham seni bina yang biasa adalah bahawa semua pautan pembayaran luaran bergantung pada API sistem yang sama. Pembangun mesti menyahgandingkan pelaksanaan mereka berdasarkan geografi kedai dan program yang berkenaan:

• Kerangka Kerja Kedai A.S.: Berikutan injunksi 2021, Garis Panduan Semakan App Store Apple membenarkan aplikasi di kedai Amerika Syarikat untuk memasukkan butang, pautan luaran, atau panggilan untuk bertindak lain yang mengarahkan pengguna kepada mekanisme pembelian di luar IAP tanpa memerlukan profil Kelayakan Pautan Pembelian Luaran StoreKit yang khusus. Syarat komersial, penilaian tahap, dan mekanisme pelaporan kekal dikawal oleh perjanjian pembangun yang berkenaan.
• Kerangka Kerja Pembelian Luaran StoreKit Wilayah: Di luar A.S., model pelaksanaan berbeza mengikut bidang kuasa dan program Apple. Kedai tertentu (seperti program pautan luaran Kawasan Ekonomi Eropah atau Rusia terpilih) menggunakan kelayakan StoreKit khusus di mana memanggil ExternalPurchaseLink.open() membentangkan lembaran penyambungan dan melampirkan token pembelian luaran yang dijana Apple pada URL untuk pengauditan. Bidang kuasa dan program lain—seperti pengebilan alternatif Korea Selatan atau syarat perniagaan EU yang berkembang—menggunakan API StoreKit, lembaran notis, dan saluran pelaporan yang berbeza. Tambahan pula, di EU, Apple telah mengumumkan peralihan kepada syarat perniagaan bersatu berkuat kuasa 1 Oktober 2026, bermakna kelayakan, API, komisen, dan keperluan pelaporan mesti dinilai terhadap kedai dan perjanjian pembangun yang berkenaan pada masa pelaksanaan.

Membina Gelung Daftar Keluar Web Dua Hala

Seni bina berikut menggambarkan aliran pautan luaran generik yang direka oleh peniaga. Di kedai yang dikawal oleh program platform khusus, API StoreKit khusus wilayah mungkin menggantikan atau membalut langkah penghantaran keluar di mana perlu.

1. Penghantaran Penyemak Imbas Keluar: Aplikasi membentangkan panggilan untuk bertindak atau butang pautan yang layak. Apabila pengguna berinteraksi, aplikasi menghantar URL luaran menggunakan pengendali sistem standard (atau lembaran StoreKit di mana diwajibkan oleh API kelayakan wilayah). Aplikasi melampirkan rujukan sesi daftar keluar yang legap dan jangka pendek (contohnya, https://checkout.example.com/pay?session_ref=chk_99182) untuk mengaitkan niat pengguna. Data peribadi sensitif atau bukti kelayakan akaun mentah tidak boleh dihantar dalam rentetan pertanyaan URL teks biasa.
2. Pemprosesan Transaksi Sisi Web: Gerbang pembayaran web menyerap rujukan sesi, mengendalikan pengesahan pelanggan, dan melaksanakan pemprosesan pembayaran melalui penyedia perkhidmatan pembayaran luaran (seperti Stripe atau Adyen).
3. Pengesahan Bahagian Belakang Peniaga: Sebaik sahaja pemproses luaran mengesahkan pembayaran, bahagian belakang peniaga menandakan pesanan sebagai dipenuhi dalam pangkalan data berwibawanya dan merekodkan resit penyiapan.
4. Navigasi Pemulangan Masuk (Universal Links): Apabila pembayaran dimuktamadkan, halaman penyiapan web menawarkan atau memulakan aliran pemulangan ke aplikasi asli menggunakan Apple Universal Links yang disahkan (contohnya, https://checkout.example.com/payment-complete?order_ref=ord_8812).
5. Pemprosesan Adegan Pada Peranti & Muat Semula Kelayakan: Sistem pengendalian memintas HTTPS Universal Link dan menghantar muatan kepada UIWindowSceneDelegate melalui scene(_:continue:) atau scene(_:willConnectTo:options:). Aplikasi asli menghuraikan rujukan pesanan yang legap, menyoal bahagian belakangnya melalui API yang disahkan untuk mengesahkan pemilikan transaksi, dan mengemas kini kelayakan pengguna dengan sewajarnya.

+-------------------------------------------------------------------------+
|                  SALURAN PEMBAYARAN APP-KE-WEB DUA HALA                 |
+-------------------------------------------------------------------------+
|                                                                         |
|  [ Aplikasi iOS Asli: Pengguna Memilih Pilihan Pembelian Luaran ]       |
|         |                                                               |
|         |-- (Menghantar Pautan Keluar melalui UIApplication.shared.open)|    |
|         v                                                               |
|  [ Safari / Penyemak Imbas Web Lalai: Membuka Portal Daftar Keluar ]    |
|  URL: https://checkout.example.com/pay?session_ref=CHK_99182            |
|         |                                                               |
|         v                                                               |
|  [ Gerbang Pembayaran Web: Memproses Transaksi Luaran ]                 |
|         |                                                               |
|         |-- (Bahagian Belakang Peniaga Mengesahkan Pembayaran & Resit)  |
|         v                                                               |
|  [ Halaman Penyiapan Web: Memulakan Aliran Pemulangan Universal Link ]  |
|  URL: https://checkout.example.com/payment-complete?order_ref=ORD_8812  |
|         |                                                               |
|         v                                                               |
|  [ iOS Memintas Persatuan Domain HTTPS (AASA Disahkan) ]               |
|         |                                                               |
|         +---------------------------------------+                       |
|         | (Aplikasi Berjalan dalam Memori)      | (Pelancaran Sejuk App) |
|         v                                       v                       |
|  [ scene(_:continue:) ]                 [ scene(_:willConnectTo:) ]     |
|         |                                       |                       |
|         +-------------------+-------------------+                       |
|                             |                                           |
|                             v                                           |
|  [ App Menyoal Bahagian Belakang Peniaga untuk Menghidrat Kelayakan ]   |
|                             |                                           |
|                             v                                           |
|  [ Hierarki Adegan Memaparkan Skrin Pengesahan & Membuka Item Digital ] |
|                                                                         |
+-------------------------------------------------------------------------+

Seni bina ini mengukuhkan sempadan keselamatan yang penting: Parameter pertanyaan URL tidak boleh berfungsi sebagai bukti pembelian yang berwibawa. Universal Link yang masuk menyediakan konteks penghalaan pemulangan; pemenuhan digital yang berwibawa mesti sentiasa dihidratkan semula terus daripada perkhidmatan pengebilan bahagian belakang peniaga.

// Pelaksanaan Swift ilustratif yang menunjukkan penghalaan pemulangan selamat daripada daftar keluar web luaran.
// Mengesahkan Universal Links masuk dalam UIWindowSceneDelegate, menghuraikan rujukan pesanan legap,
// dan menyoal perkhidmatan pengebilan bahagian belakang berwibawa untuk mengemas kini kelayakan tanpa bergantung pada kuki penyemak imbas.

import UIKit

struct CheckoutCompletionPayload {
    let orderRef: String
}

final class PaymentReturnRouter {
    static let shared = PaymentReturnRouter()
    
    // Hos yang disenarai putih untuk menguatkuasakan sempadan penghalaan pertahanan mendalam
    private let authorizedHost = "checkout.example.com"
    private let authorizedPathPrefix = "/payment-complete"

    private init() {}

    /// Menghuraikan dan mengesahkan Universal Link masuk untuk mengekstrak petunjuk penyiapan pembayaran yang tidak berwibawa
    func parseReturnURL(_ url: URL) -> CheckoutCompletionPayload? {
        guard let components = URLComponents(url: url, resolvingAgainstBaseURL: true),
              components.scheme == "https",
              components.host == authorizedHost,
              components.path.hasPrefix(authorizedPathPrefix),
              let queryItems = components.queryItems else {
            return nil
        }

        guard let orderRef = queryItems.first(where: { $0.name == "order_ref" })?.value else {
            return nil
        }

        return CheckoutCompletionPayload(orderRef: orderRef)
    }

    /// Mengarahkan navigasi hierarki paparan dan mewakilkan pengesahan transaksi berwibawa kepada bahagian belakang
    func handlePaymentCompletion(payload: CheckoutCompletionPayload, in window: UIWindow?) {
        // Nota: Parameter pertanyaan URL tidak berfungsi sebagai bukti pembelian.
        // Aplikasi asli menyoal perkhidmatan bahagian belakang berwibawa melalui saluran yang disahkan tanpa mengira parameter pertanyaan.
        BackendBillingService.shared.verifyExternalOrder(orderRef: payload.orderRef) { result in
            DispatchQueue.main.async {
                guard let nav = window?.rootViewController as? UINavigationController else { return }
                
                switch result {
                case .success(let orderState):
                    if orderState.isPaid {
                        let successVC = OrderSuccessViewController(orderRef: payload.orderRef, entitlements: orderState.entitlements)
                        nav.pushViewController(successVC, animated: true)
                    } else {
                        let pendingVC = OrderPendingViewController(orderRef: payload.orderRef)
                        nav.pushViewController(pendingVC, animated: true)
                    }
                case .failure(let error):
                    print("Pengesahan pesanan berwibawa gagal: \(error.localizedDescription)")
                    let failureVC = OrderFailureViewController()
                    nav.pushViewController(failureVC, animated: true)
                }
            }
        }
    }
}

// UIWindowSceneDelegate menangkap penghantaran Universal Link merentas kitaran hayat pelancaran sejuk dan sesi panas
class SceneDelegate: UIResponder, UIWindowSceneDelegate {
    var window: UIWindow?

    // Senario 1: Menyambungkan adegan semasa pelancaran atau pengaktifan apabila kembali daripada Safari
    func scene(_ scene: UIScene, willConnectTo session: UISceneSession, options connectionOptions: UIScene.ConnectionOptions) {
        guard let windowScene = scene as? UIWindowScene else { return }
        
        let window = UIWindow(windowScene: windowScene)
        let navigationController = UINavigationController(rootViewController: StorefrontViewController())
        window.rootViewController = navigationController
        self.window = window
        window.makeKeyAndVisible()

        if let userActivity = connectionOptions.userActivities.first(where: { $0.activityType == NSUserActivityTypeBrowsingWeb }),
           let incomingURL = userActivity.webpageURL,
           let payload = PaymentReturnRouter.shared.parseReturnURL(incomingURL) {
            PaymentReturnRouter.shared.handlePaymentCompletion(payload: payload, in: window)
        }
    }

    // Senario 2: Menghantar Universal Link ke adegan sedia ada yang sudah berjalan atau digantung dalam memori
    func scene(_ scene: UIScene, continue userActivity: NSUserActivity) {
        guard userActivity.activityType == NSUserActivityTypeBrowsingWeb,
              let incomingURL = userActivity.webpageURL,
              let payload = PaymentReturnRouter.shared.parseReturnURL(incomingURL) else {
            return
        }

        PaymentReturnRouter.shared.handlePaymentCompletion(payload: payload, in: self.window)
    }
}

struct OrderState {
    let isPaid: Bool
    let entitlements: [String]
}

// Stub mewakili hierarki pengawal paparan aplikasi dan perkhidmatan pengebilan
final class BackendBillingService {
    static let shared = BackendBillingService()
    private init() {}
    
    func verifyExternalOrder(orderRef: String, completion: @escaping (Result<OrderState, Error>) -> Void) {
        // Menyoal bahagian belakang peniaga melalui API selamat untuk mengesahkan status transaksi dan kelayakan kelayakan
        completion(.success(OrderState(isPaid: true, entitlements: ["unlimited_access", "premium_tier"])))
    }
}

class StorefrontViewController: UIViewController {
    override func viewDidLoad() {
        super.viewDidLoad()
        title = "Kedai"
        view.backgroundColor = .systemBackground
    }
}

class OrderSuccessViewController: UIViewController {
    let orderRef: String
    let entitlements: [String]
    
    init(orderRef: String, entitlements: [String]) {
        self.orderRef = orderRef
        self.entitlements = entitlements
        super.init(nibName: nil, bundle: nil)
    }
    
    required init?(coder: NSCoder) { fatalError("init(coder:) tidak dilaksanakan") }
    
    override func viewDidLoad() {
        super.viewDidLoad()
        title = "Pesanan Disahkan"
        view.backgroundColor = .systemGroupedBackground
    }
}

class OrderPendingViewController: UIViewController {
    let orderRef: String
    init(orderRef: String) {
        self.orderRef = orderRef
        super.init(nibName: nil, bundle: nil)
    }
    required init?(coder: NSCoder) { fatalError("init(coder:) tidak dilaksanakan") }
    override func viewDidLoad() {
        super.viewDidLoad()
        title = "Pemprosesan Pesanan"
        view.backgroundColor = .secondarySystemBackground
    }
}

class OrderFailureViewController: UIViewController {
    override func viewDidLoad() {
        super.viewDidLoad()
        title = "Pembayaran Gagal"
        view.backgroundColor = .systemGroupedBackground
    }
}

Pemerolehan Mudah Alih Hiliran dan Sempadan Pemasangan

Walaupun penghalaan App-ke-Web mengawal pengguna sedia ada yang keluar dari aplikasi yang dipasang untuk melengkapkan transaksi, peniaga digital kerap menghadapi cabaran operasi songsang: memperoleh pelanggan baharu di web terbuka dan beralih mereka ke aplikasi mudah alih asli.

Dalam kempen pemasaran berbilang saluran, bakal pengguna kerap menemui kedai web atau halaman pendaratan promosi melalui media sosial, pemasaran kandungan, atau iklan carian web. Pada halaman pendaratan web ini, pelanggan mungkin mendaftar akaun, mengkonfigurasi langganan, atau memilih promosi sebelum memasang aplikasi asli.

+-------------------------------------------------------------------------+
|             PERJALANAN PEMEROLEHAN MUDAH ALIH HILIRAN BERASINGAN        |
+-------------------------------------------------------------------------+
|                                                                         |
|  [ Titik Sentuh Luaran: Kedai Web / Halaman Pendaratan Promosi ]        |
|  Konteks Ditangkap: ?campaign_id=fall_sale&promo_code=SAVE20&sku=8831    |
|         |                                                               |
|         v                                                               |
|  [ Pengguna Berinteraksi dengan Kempen / Klik "Dapatkan App" ]          |
|         |                                                               |
|         v                                                               |
|  [ Ubah Haluan ke Apple App Store ]                                     |
|         |                                                               |
|         v                                                               |
|  [ SEMPADAN PEMASANGAN: Aliran Muat Turun App Store Standard Tidak      |
|    Membina Semula Konteks Web Arbitrari Secara Automatik pada Pelancaran Pertamat ]    |
|         |                                                               |
|         v                                                               |
|  [ Pengguna Melancarkan App Kali Pertama (But Sejuk) ]                  |
|  Kelakuan Lalai: Skrin utama generik; konteks kempen web digugurkan.    |
|         |                                                               |
|         v                                                               |
|  [ Enjin Pautan Mendalam Tertunda: Pemadanan Isyarat Berbantu Pelayan ] |
|         |                                                               |
|         v                                                               |
|  [ Konteks Layak Dipulihkan: App Menghala ke Log Masuk atau Tuntutan Produk ]    |
|         |                                                               |
|         v                                                               |
|  [ App Mengesahkan Pengguna & Bahagian Belakang Mengesahkan Kelayakan Secara Berasingan ] |
|                                                                         |
+-------------------------------------------------------------------------+

Apabila pengguna yang tidak dipasang menavigasi daripada kedai web mudah alih ke App Store, saluran pengedaran sistem pengendalian standard tidak menghantar parameter pertanyaan web arbitrari—seperti tag kempen, token gabungan, atau rujukan pesanan yang belum selesai—ke dalam binari aplikasi yang baru dipasang. Pada pelancaran sejuk awal, aplikasi tidak dapat mengenal pasti secara asli kempen promosi atau item katalog web tertentu yang mendorong muat turun tersebut.

Untuk merapatkan sempadan pemasangan ini, pasukan kejuruteraan menilai beberapa kerangka kerja pengendalian pautan merentas perjalanan pelanggan:

Dalam seni bina mudah alih pengeluaran, pasukan pembangunan menggunakan kerangka kerja Pautan Mendalam Tertunda seperti Branch, AppsFlyer, Adjust, atau Opoinstall. Platform seperti Opoinstall merekodkan metadata klik web pra-pemasangan yang layak—seperti pengecam kempen pemasaran atau rujukan SKU produk—sebelum pengguna beralih ke App Store.

Apabila but sejuk awal aplikasi, SDK klien menyoal bahagian belakang atribusi untuk memadankan kejadian pelancaran pertama dengan sesi klik web sebelumnya. Menurut dokumentasi platform rasmi di halaman utama Opoinstall, kerangka kerja laluan parameter tertunda ini boleh memulihkan parameter pada pelancaran pertama dalam sehingga 98% kejadian yang layak, menyediakan alternatif automatik kepada kemasukan kod promosi manual atau navigasi pelancaran pertama generik.

Mengekalkan sempadan seni bina yang tepat adalah penting: Pautan mendalam tertunda tidak mengesahkan akaun pengguna, membuktikan pemilikan pembayaran, atau memintas dasar semakan platform. Ia memulihkan konteks pra-pemasangan yang tidak berwibawa (seperti rujukan pesanan atau tag rujukan), membolehkan aplikasi membimbing pengguna ke skrin log masuk atau penebusan yang sesuai, di mana pengesahan identiti bahagian belakang dan pembukaan kunci kelayakan mesti dilakukan secara bebas.

Panduan Strategik untuk Pasukan Kejuruteraan Mudah Alih

Semakan Mahkamah Agung terhadap Apple lwn Epic Games menonjolkan evolusi undang-undang dan kawal selia yang berterusan yang mentadbir pasaran aplikasi mudah alih. Walau bagaimanapun, arkitek perisian dan jurutera pengebilan tidak boleh menganggap penghalaan pembayaran sebagai perkara sampingan sementara menunggu hasil kehakiman.

Organisasi kejuruteraan yang mengendalikan aplikasi iOS global harus melabuhkan sistem mereka di sekitar tiga prinsip seni bina:

• Nyahgandingkan Logik Pembayaran Wilayah: Asingkan pelaksanaan penghalaan pembayaran antara peraturan pautan luaran A.S. standard dan kerangka kerja kelayakan StoreKit khusus wilayah untuk memastikan pematuhan merentas kedai undang-undang yang pelbagai.

• Keraskan Panggilan Balik Universal Link Masuk: Bina pengendali Universal Link yang berdaya tahan dalam UIWindowSceneDelegate yang mengesahkan skema, hos, dan laluan yang dijangkakan, melayan parameter pertanyaan masuk sebagai petunjuk penghalaan dan bukannya resit transaksi yang berwibawa.

• Asingkan Konteks Atribusi daripada Pihak Berkuasa Pembayaran: Gunakan Pautan Mendalam Tertunda untuk memelihara niat pengguna merentas corong pemasangan aplikasi, sambil memastikan pengesahan akaun dan pembukaan kunci kelayakan digital tetap dikuatkuasakan dengan ketat oleh perkhidmatan bahagian belakang yang selamat dan berwibawa.

Rujukan

• Mahkamah Agung Amerika Syarikat. (2026). Daftar untuk No. 25-1311, Apple Inc., Pempetisyen lwn Epic Games, Inc..

• Mahkamah Agung Amerika Syarikat. (2026). Taklimat untuk Pempetisyen Apple Inc., No. 25-1311.

• Mahkamah Rayuan Amerika Syarikat untuk Litar Kesembilan. (2025). Epic Games, Inc. lwn Apple, Inc., No. 25-2935, 161 F.4th 1162.

• Pembangun Apple. (2026). Garis Panduan Semakan App Store. Dokumentasi Apple.

• Pembangun Apple. (2026). Kelayakan Pautan Pembelian Luaran StoreKit. Dokumentasi Apple.

• Pembangun Apple. (2026). Menyokong Universal Links dalam aplikasi anda. Dokumentasi Apple.

• Pembangun Apple. (2026). Mengurus kitaran hayat aplikasi anda dengan UIWindowScene. Dokumentasi Apple.

• MacRumors. (2026). Apple Meminta Mahkamah Agung Membatalkan Keputusan Penghinaan App Store.

• AppleInsider. (2026). Apple berdiri teguh dalam tuntutan yuran App Store Epic.

• Opoinstall. (2026). Gambaran Keseluruhan Pautan Mendalam Tertunda dan Pemasangan Aplikasi Berparameter.