Jepang: Apple harus mencabut larangan mesin browser pada bulan Desember

 (open-web-advocacy.org)
10 poin oleh GN⁺ 2025-08-07 | 7 komentar | Bagikan ke WhatsApp
  • Pemerintah Jepang baru-baru ini meloloskan Undang-Undang Smartphone, yang secara langsung melarang kebijakan Apple di iOS yang melarang mesin browser pihak ketiga
  • Selama ini, karena pemaksaan penggunaan mesin WebKit, persaingan browser di iOS pada praktiknya terhambat, dan daya saing web app pun menurun
  • Pedoman baru tersebut menegaskan bahwa Apple juga tidak boleh melakukan hambatan yang secara teknis maupun komersial tidak realistis
  • Selain itu, hak akses ke API OS untuk browser harus dijamin setara secara fungsional, dan penurunan performa yang diskriminatif tidak diperbolehkan
  • Dengan berlakunya hukum Jepang ini, bersama UE dan Inggris kini terbentuk lingkungan regulasi untuk memulihkan persaingan browser, dan tahun 2026 diperkirakan menjadi titik balik

Jepang menuntut Apple mencabut larangan mesin browser

Jepang baru-baru ini secara resmi meloloskan ‘Undang-Undang Promosi Persaingan Perangkat Lunak Smartphone’, yang secara langsung melarang kebijakan lama Apple yang melarang mesin browser pihak ketiga di iOS

Kondisi larangan mesin browser

  • Sebelumnya, Apple hanya mengizinkan penggunaan mesin WebKit, sehingga semua mesin browser utama seperti Firefox, Chrome, Edge, Opera, Brave, dan Vivaldi pada praktiknya tersingkir dari iOS
  • Hal ini pada dasarnya menghambat persaingan browser dan menyebabkan web app tidak dapat menggunakan API maupun performa yang dibutuhkan untuk bersaing setara dengan aplikasi native

Legislasi dan pedoman di Jepang

  • Undang-undang ini dirancang berdasarkan laporan dari Markas Besar Persaingan Pasar Digital, dan juga mencerminkan masukan dari Open Web Advocacy
  • Baru-baru ini, pedoman Undang-Undang Persaingan Perangkat Lunak Mobile (MSCA) diterbitkan untuk menjelaskan secara lebih jelas bagaimana undang-undang ini akan ditafsirkan dan ditegakkan dalam praktik

Larangan menghambat mesin browser alternatif

  • Pedoman tersebut secara eksplisit melarang segala tindakan yang menghambat atau menghalangi penerapan mesin browser pihak ketiga
    • Ini mencakup pemberian pembatasan teknis yang berlebihan kepada penyedia aplikasi, pembebanan biaya, atau langkah-langkah yang menjauhkan pengguna dari browser alternatif
    • Dalam menilai tindakan penghambatan, yang termasuk bukan hanya ketika penyedia secara terang-terangan melarangnya, tetapi juga ketika kemungkinan adopsinya secara nyata menjadi sangat rendah
  • Ketentuan ini berarti bahwa meskipun Apple secara nominal mengizinkannya, situasi yang pada praktiknya membuatnya tidak dapat digunakan atau tidak bermakna secara komersial tetap tidak diperbolehkan

Kesetaraan fungsional dalam akses API OS

  • MSCA menetapkan bahwa hak akses ke API OS harus menjamin akses yang setara secara fungsional
  • Penyediaan API alternatif diperbolehkan, tetapi jika performanya secara nyata jauh lebih rendah, hal itu tidak dianggap setara secara fungsional
    • Artinya, meskipun pendekatan teknisnya berbeda, browser pihak ketiga juga harus dijamin memperoleh performa dan aksesibilitas yang setara dengan tingkat yang dinikmati penyedia yang ditunjuk seperti Apple

Kewajiban layar pilihan browser (Choice Screen)

  • Undang-undang ini mewajibkan penyediaan layar pilihan (Choice Screen) untuk browser (dan perangkat lunak lainnya)
  • Sebagai pedoman yang lebih ketat daripada UE, layar pilihan harus ditampilkan segera "setelah aktivasi pertama"
    • Saat pengaturan awal smartphone atau saat aplikasi tersebut pertama kali dijalankan, pengguna harus diarahkan untuk memilih perangkat lunak tertentu

Perkembangan selanjutnya

  • Undang-Undang Persaingan Perangkat Lunak Mobile dijadwalkan berlaku pada Desember 2025
  • Jepang bergabung dengan UE dan Inggris sebagai wilayah yang mewajibkan Apple mengizinkan mesin browser pihak ketiga
  • Jepang diperkirakan akan menyiapkan penegakan hukum dengan merujuk pada pengalaman regulasi di Eropa dan Inggris
  • Seperti terlihat pada kasus UE dan Inggris, penegakan yang substantif kemungkinan akan menjadi proses yang panjang dan kompleks

Kesimpulan dan implikasi

  • Jepang, UE, dan Inggris sama-sama tengah mendorong pemulihan persaingan browser yang nyata di iOS melalui kewajiban dukungan mesin browser pihak ketiga dari Apple
  • Tahun 2026 berpotensi menjadi titik balik bagi perubahan struktur pasar browser
  • Keberhasilan akhirnya akan bergantung pada kemauan otoritas regulasi untuk menegakkan aturan serta upaya perbaikan nyata dari Apple
  • Peran pemerintah Jepang dan organisasi terkait, yang telah lama berupaya memperbaiki lingkungan persaingan browser dan web app, kembali ditekankan

Bacaan terkait

7 komentar

 
galadbran 2025-08-09

Hmm... menurut saya, kalau semua fitur penjelajahan melewati pustaka dasar yang sama, maka saat sistem memblokir URL tertentu akan ada konsistensi yang baik karena tidak bisa dilewati di fitur penjelajahan internal semua aplikasi, jadi agak disayangkan juga.
 
tensun 2025-08-08

Diperkirakan browser AI akan semakin menonjol.
 
prunusnira 2025-08-07

Dari sudut pandang developer, hasilnya jadi ada lebih banyak lingkungan yang perlu dipertimbangkan ya hehe..
 
ndrgrd 2025-08-08

Sekarang saatnya mengembangkan sesuai standar web. Dan jangan terlalu agresif memakai fitur yang belum ada.
 
aqqnucs 2025-08-07

Kelihatannya jumlahnya memang banyak, tapi pada akhirnya bukannya cuma Firefox dan mesin Chromium?
 
kwj9211 2025-08-07

Hanya melihat daftar engine yang disebut dalam status pelarangan saja sudah bikin pusing @_@
 
GN⁺ 2025-08-07
Komentar Hacker News

  • Semua orang membicarakan Chrome, tapi saya mematikan Chrome di Android dan memakai Firefox. Jika memasang uBlock Origin di Firefox mobile, rasanya hampir seperti pengalaman web desktop. Bukan cuma blokir iklan, saya juga bisa langsung memblokir elemen yang tidak saya pedulikan dengan aturan RegEx seperti :has-text. Chrome sekarang bahkan tidak bisa melakukan hal seperti ini di desktop. Sampai-sampai saya mempertimbangkan pindah total menjadikan Android sebagai perangkat utama. Hanya saja, kemudahan membalas chat langsung dari MacBook karena iMessage terlalu besar, jadi sulit lepas. Selain itu, Android secara umum jauh lebih baik. Soal keyboard iOS atau Siri saja bahkan rasanya tak usah dibahas

    • Kombinasi FF dan uBO adalah killer app yang membuat saya tetap bertahan di Android. Kalau Apple mengizinkan itu, saya sudah pindah dari dulu. Pernah mempertimbangkan messages.google.com? Perlu aplikasi Messages dari Google (bukan Samsung Messages), dan itu memungkinkan SMS serta RCS di desktop, jadi pas sebagai pengganti iMessage

    • Ekstensi consent-o-matic di Firefox mobile juga sangat berguna. Hampir semua banner cookie diklik otomatis untuk dilewati, jadi di mobile tidak perlu menanganinya satu per satu dan jauh lebih nyaman

    • Saya juga memakai https://messages.google.com untuk membuat lingkungan mirip iMessage desktop berbasis Android. Mungkin cocok juga untuk kebutuhan Anda? Saya tidak memakai iMessage, jadi bisa saja saya kurang paham

    • Kalau bisa tanpa iMessage dan cukup SMS biasa, KDE Connect memungkinkan messaging desktop yang sangat bagus dari Android (bisa dipakai di Linux, Windows, dan MacOS; ada perbedaan fitur antar-platform, tapi SMS didukung semuanya). https://kdeconnect.kde.org/

  • Jepang tampaknya belajar dari contoh “kepatuhan ala permainan kata” yang Apple tunjukkan di UE. Kalau Apple datang dengan cara seperti itu, saya harap di Jepang mereka juga kena denda yang benar-benar menyakitkan. Menurut saya ini bukan soal "if", tapi "when"

    • Saya bahkan membayangkan larangan penjualan dan impor; kalau begitu, saya penasaran berapa lama Apple Store harus tutup sampai Apple bertekuk lutut

    • Saya suka walled garden yang mencegah saya melakukan kesalahan sendiri. Saya bersyukur karena Apple jadi tidak sembarangan menyerahkan lokasi saya atau membuat Monarch aneh melacak saya, sehingga kekhawatiran kebocoran privasi berkurang. (+4500 upvotes) Di Reddit, headline anti-Apple bisa mendapat +30 ribu upvote, sementara komentar pro-Apple jauh lebih sedikit, jadi saya selalu curiga. Saya jadi berpikir mungkin tim pemasaran atau troll farm melakukan manajemen reputasi

  • Jika gerakan legislasi global ini menghasilkan ekosistem aplikasi iOS yang lebih terbuka, itu benar-benar patut disambut. BrowserEngineKit hanyalah pembungkus tipis untuk XPC dan sistem ekstensi iOS. Kalau XPC adalah API terbuka, dan kalau Apple mengizinkan JIT di subproses terisolasi tanpa perlu izin Apple, pengembangan akan jauh lebih baik. Misalnya, aplikasi messenger bisa punya subproses terpisah untuk menangani input yang tidak tepercaya (iMessage sudah melakukannya), komponen aplikasi yang tidak stabil bisa diisolasi sehingga usability dan pemulihan crash membaik, emulator sistem retro bisa jauh lebih cepat, penggunaan WASM di iOS jadi mungkin, dan browser juga bisa memakai XPC tanpa API tujuan khusus. Masalahnya, kalau hal seperti ini dimungkinkan, akan jauh lebih mudah memuat kode yang berjalan pada kecepatan native di dalam aplikasi setelah lolos peninjauan App Store, dan seperti yang semua orang tahu, katanya kalau dunia seperti itu datang maka bencana akan terjadi

    • Kalau “bencana” itu datang, saya ingin menonton orang-orang panik di situs seperti MacRumors. Sulit rasanya untuk naif dan berpikir Apple tidak akan mensponsori promosi atau situs yang mendorong narasi di internet demi keuntungan ekonominya sendiri. Misalnya, opini tidak masuk akal seperti kebebasan memakai ponsel secara bebas mengancam keamanan dan privasi semua orang, itu pada dasarnya terus diulang-ulang

    • Dengan cara ini, beban pencegahan malware tingkat sistem akan sangat banyak dipindahkan ke app sandbox. Sebenarnya sekarang pun sandbox hanyalah salah satu dari beberapa lapisan pertahanan seperti notarization, permissions, dan app review. Saya juga setuju pengguna boleh memasang aplikasi apa pun yang mereka inginkan, tetapi kita juga perlu mengakui kenyataan bahwa dengan begini iPhone biasa akan lebih mudah terekspos malware seperti Android. Di balik kebijakan seperti ini pada Apple, selain dorongan monopoli, memang ada masalah keamanan yang nyata juga (meskipun kemungkinan pendorong utamanya tetap keuntungan)

    • Browser itu sendiri juga semacam app store, jadi pada praktiknya kita menjalankan aplikasi dari sana setiap saat tanpa peninjauan Apple. Dalam konteks ini, saya benar-benar tidak terlalu paham kenapa Apple dan para penggemarnya begitu menekankan keamanan App Store

    • Jika JIT diizinkan, dampaknya bukan cuma berhenti pada level emulator yang lebih cepat; efisiensi juga membaik karena tidak perlu terus berputar di interpreter, sehingga pengelolaan daya tahan baterai dan masalah panas ponsel saat menjalankan game tahun 2008 juga bisa membaik

    • (Pendapat yang tidak bermakna dihilangkan)

  • Jika “kemungkinan pemblokiran” ditafsirkan secara luas, misalnya “menerapkan region lock sehingga engine browser alternatif hanya bisa dirilis untuk akun Apple Jepang”, itu pada dasarnya juga bisa dianggap menghalangi keberadaan nyata browser alternatif itu sendiri. Dalam kondisi seperti itu, target pasar Mozilla juga jadi terlalu kecil sehingga tidak ada alasan untuk mem-port Firefox ke iOS. Memang kecil kemungkinan terjadi, tapi mungkin ini bisa menjadi awal kecil bagi kebebasan memilih browser secara global

    • Menerapkan region lock sehingga engine browser alternatif hanya diizinkan untuk akun tertentu, itu salah satu hal yang Apple lakukan di UE

    • Setahu saya Gecko (engine Firefox) sudah pernah di-port ke iOS

    • Pangsa pasarnya memang kecil sejak awal, jadi saya ragu apakah layak mem-port hanya untuk menambah sedikit sekali lagi

    • Mozilla memang organisasi yang sudah terbiasa dengan pangsa pasar kecil. Situasi seperti ini tidak akan terlalu berbeda, malah bisa menjadi kesempatan untuk merilis versi QA lewat pengguna sebelum pasar benar-benar dibuka

  • Setelah UE dan UK, sekarang Jepang juga mengakhiri larangan engine browser alternatif di iOS. Karena ketiganya adalah pasar besar, saya penasaran apakah ini cukup memberi motivasi bagi Chrome atau Firefox untuk berinvestasi pada versi iOS yang memakai engine mereka sendiri (yakni browser berbasis Blink dan Gecko). Selama ini banyak rumor bahwa inilah alasan pengembangannya tertunda

    • Saya melihat di situs yang sama bahwa Apple masih terus menghalangi berbagai cara agar vendor browser besar tidak bisa merilis engine mereka sendiri blog terkait

    • Untuk UK, setahu saya ada pembicaraan bahwa pemerintah kurang tegas menegakkan hukum terkait seperti Digital Markets Act 2024

    • Dalam budaya Jepang, perubahan seperti ini mungkin tidak akan terlalu diperhatikan. Melihat tingkat pemakaian Linux di Jepang juga begitu: segelintir pengguna fanatik akan tetap memakainya apa pun yang terjadi, tapi masyarakat umum hanya memakai yang nyaman. Mereka tidak terlalu suka mengutak-atik sistem atau pengaturan

    • Ada juga pandangan bahwa ini terjadi karena Apple sudah membuat hidup pengembang browser begitu sulit sampai tak seorang pun bisa melewati hambatan itu

    • Saya jadi bertanya-tanya apakah pilihan yang realistis dan lebih mudah bukan justru Firefox beralih ke Blink dan bekerja sama dengan Google untuk membuat engine alternatif bagi iOS

  • Saya bertanya-tanya apakah perubahan seperti ini benar-benar baik. Jangan-jangan hasilnya justru memperbesar pangsa Chromium di pasar

    • Safari secara struktural bukan browser yang baik. Karena kepentingan Apple, platform web sengaja dibuat lemah. Kalau bukan browser pesaing yang benar-benar layak, Anda tak bisa memaksa orang memakainya; membuat browser yang benar-benar bagus dan dipilih pengguna itulah persaingan pasar yang sesungguhnya

    • Benar juga. Pada akhirnya Safari adalah benteng terakhir di iOS yang menahan seluruh web berubah menjadi "All Chrome Everywhere"

    • Pemerintah juga bisa mengatasi monopoli pasar wiki gugatan DOJ AS vs Google

    • Ya, itulah mengapa dilemanya rumit. Di satu sisi, Apple memang harus dipaksa membuka iOS lebih jauh, tapi di sisi lain hasil akhirnya bisa memperkuat monopoli Chrome

    • Keuntungan besarnya adalah kita akhirnya bisa memakai Firefox yang benar-benar layak di iOS. Dan ini perubahan yang positif. Pengaruh Apple yang tidak semestinya dalam melemahkan standar Web demi kepentingannya sendiri (misalnya menghambat dukungan SPIR-V di WebGPU) akan berkurang

  • (Narator) Setahun kemudian, pangsa Chrome di Jepang mencapai 100%, dan semua situs web dirancang hanya untuk browser ini

    • Itu terlalu meremehkan kekuatan default. Sebagian besar pengguna hampir tidak pernah mengubah pengaturan bawaan sistem

  • Jepang punya hubungan yang unik dengan Apple. Misalnya, fitur tiket berbasis Felica (sistem NFC khas Jepang) tertanam di semua iPhone, sehingga pengguna iOS dari seluruh dunia juga bisa menikmati hidup yang jauh lebih nyaman saat berada di Jepang. Yang lebih mengejutkan, untuk benar-benar memakai tiket itu tidak perlu aplikasi apa pun, cukup Apple Pay. Tren seperti ini makin mempersempit keunggulan aplikasi native itu sendiri (meskipun sampai sekarang aplikasi native masih punya kelebihan khas), namun di sisi lain sulit membantah argumen bahwa pada akhirnya Apple hanya memindahkan “peran penjaga gerbang” ke wilayah lain

    • Dukungan jaringan FeliCa terutama karena teknologi transportasi dan pembayaran mobile di Jepang sudah mapan lebih dulu sebelum iPhone. Sudah ada Mobile Suica dan Osaifu-Keitai, jadi agar tetap kompetitif Apple perlu bergerak aktif mengikutinya. Ini dimulai dari iPhone SKU khusus Jepang lalu kemudian diperluas secara global. Bahkan sampai sekarang, pasar pembayaran mobile di Jepang juga bukan monopoli. Ketika Apple mendapat tekanan kompetitif, perubahan memang terjadi, seperti penambahan express transit untuk Suica. Dan aplikasi pembayaran QR buatan Jepang seperti PayPay bahkan lebih tersebar luas daripada pembayaran kartu kredit

    • Pangsa iOS di Jepang bahkan lebih tinggi daripada AS (59%), UK (47%), atau Eropa (34%), yaitu 64% sumber statcounter

    • FeliCa adalah soal lisensi paten. Tampaknya Apple memperoleh kontrak yang menguntungkan di suatu tempat. Google Pixel juga sebenarnya memiliki semua chip yang dibutuhkan, tetapi kalau bukan model Jepang fitur itu diblokir lewat software (bisa dibuka kalau di-root)

  • Saya benar-benar merasakan dahsyatnya “kekuatan untuk bisa melakukannya”. Begitu satu negara berhasil, negara lain yang selama 20 tahun dianggap tidak mungkin pun berubah dengan berpikir, “kalau mereka bisa, kita juga bisa, kita tidak boleh tertinggal”

    • Itu justru bisa menakutkan juga. Misalnya, setelah UK menerapkan verifikasi usia dengan ID nama asli, negara-negara lain pun berbondong-bondong memperkenalkan rancangan undang-undang terkait ID terbitan pemerintah

  • Sulit untuk tidak berasumsi bahwa Google sudah lama bersiap agar bisa merilis Chrome yang ‘sesungguhnya’ di iOS. Mungkin mereka sudah membuatnya sejak lama agar bisa langsung meluncurkannya begitu hukum berubah?

    • Google sedang memindahkan Blink (engine Chrome untuk iOS) dan ada kemajuan bertahap. Ada pelacakan di bug tracker Chromium tautan pelacakan. Mungkin karena kebijakan region lock Apple (geofencing UE) dan berbagai batasan BrowserEngineKit, sumber daya untuk layanan produksi belum benar-benar banyak dicurahkan

    • Februari 2023: “Google mulai mengerjakan Chrome di iOS dengan engine Blink alih-alih Apple WebKit” artikel terkait

    • (Blink adalah engine rendering web milik Chrome) Dalam dokumentasi resmi cara membangun Chromium/Chrome untuk iOS, tertulis bahwa ‘blink web platform’ masih eksperimental dan hanya dipakai untuk analisis. Disebutkan bahwa target terkait seperti content_shell dan chrome berguna. dokumentasi build resmi