Nhật Bản: Apple phải gỡ lệnh cấm engine trình duyệt trước tháng 12

 (open-web-advocacy.org)
10 điểm bởi GN⁺ 2025-08-07 | 7 bình luận | Chia sẻ qua WhatsApp
  • Chính phủ Nhật Bản gần đây đã thông qua luật smartphone, trực tiếp cấm Apple duy trì lệnh cấm engine trình duyệt bên thứ ba trên iOS
  • Trong thời gian qua, việc bắt buộc dùng engine WebKit đã khiến cạnh tranh trình duyệt trên iOS gần như bị chặn đứng và làm suy giảm khả năng cạnh tranh của web app
  • Hướng dẫn mới nêu rõ Apple cũng không được phép tạo ra các rào cản phi thực tế về mặt kỹ thuật hoặc thương mại
  • Đồng thời, quyền truy cập API của hệ điều hành cho trình duyệt cũng phải được bảo đảm tương đương về chức năng, và không được có việc làm giảm hiệu năng theo hướng phân biệt đối xử
  • Với việc luật của Nhật có hiệu lực, cùng với EU và Anh, môi trường quản lý nhằm khôi phục cạnh tranh trình duyệt đang được hình thành, và năm 2026 được xem là thời điểm bước ngoặt

Nhật Bản yêu cầu Apple gỡ lệnh cấm engine trình duyệt

Nhật Bản gần đây đã chính thức thông qua “Đạo luật thúc đẩy cạnh tranh phần mềm smartphone”, triển khai biện pháp trực tiếp cấm chính sách lâu nay của Apple về việc cấm engine trình duyệt bên thứ ba trên iOS.

Tình trạng lệnh cấm engine trình duyệt

  • Trước đây, Apple chỉ cho phép sử dụng engine WebKit, dẫn đến việc Firefox, Chrome, Edge, Opera, Brave, Vivaldi cùng mọi engine trình duyệt lớn đều bị loại khỏi iOS
  • Điều này trên thực tế đã chặn cạnh tranh trình duyệt, đồng thời khiến web app không thể sử dụng API hoặc hiệu năng cần thiết để cạnh tranh ngang hàng với ứng dụng native

Luật hóa và hướng dẫn của Nhật Bản

  • Luật này được xây dựng dựa trên báo cáo của Trụ sở cạnh tranh thị trường số, đồng thời có phản ánh tư vấn từ Open Web Advocacy
  • Gần đây, hướng dẫn của Đạo luật cạnh tranh phần mềm di động (MSCA) đã được công bố, nêu rõ cách diễn giải và thực thi luật trên thực tế
Quảng cáo

Cấm cản trở engine trình duyệt thay thế

  • Hướng dẫn nêu rõ cấm mọi hành vi cản trở hoặc gây khó khăn cho việc đưa engine trình duyệt của bên thứ ba vào
    • Bao gồm việc áp đặt ràng buộc kỹ thuật quá mức lên nhà cung cấp ứng dụng, đẩy gánh nặng chi phí cho họ, hoặc thực hiện các biện pháp khiến người dùng xa rời trình duyệt thay thế
    • Khi đánh giá hành vi cản trở, không chỉ trường hợp nhà cung cấp công khai cấm đoán mới bị tính, mà cả những trường hợp khiến khả năng triển khai trên thực tế giảm mạnh đến mức rất khó khả thi cũng được xem là vi phạm
  • Điều khoản này có nghĩa là ngay cả khi Apple cho phép trên danh nghĩa, luật vẫn không chấp nhận những tình huống mà trên thực tế không thể sử dụng hoặc không có ý nghĩa về mặt thương mại

Tính tương đương chức năng trong truy cập OS API

  • MSCA quy định phải bảo đảm quyền truy cập tương đương về chức năng đối với OS API
  • Việc cung cấp API thay thế được cho phép, nhưng nếu hiệu năng trên thực tế kém hơn đáng kể thì sẽ không được xem là tương đương về chức năng
    • Tức là dù cách triển khai kỹ thuật có khác nhau, trình duyệt bên thứ ba cũng phải được bảo đảm mức hiệu năng và khả năng truy cập tương đương với những gì Apple hoặc các nhà cung cấp được chỉ định đang được hưởng
Quảng cáo

Nghĩa vụ màn hình lựa chọn trình duyệt (Choice Screen)

  • Luật yêu cầu phải cung cấp màn hình lựa chọn (Choice Screen) cho trình duyệt (và các phần mềm khác)
  • Hướng dẫn này còn chặt hơn EU, yêu cầu phải hiển thị màn hình lựa chọn ngay "sau lần kích hoạt đầu tiên"
    • Khi thiết lập smartphone lần đầu hoặc khi chạy ứng dụng đó lần đầu, người dùng phải được hướng tới việc chọn một phần mềm cụ thể

Diễn biến sắp tới

  • Đạo luật cạnh tranh phần mềm di động dự kiến có hiệu lực từ tháng 12 năm 2025
  • Nhật Bản gia nhập cùng EU và Anh trong nhóm các khu vực mà Apple buộc phải cho phép engine trình duyệt bên thứ ba
  • Nhật Bản được dự đoán sẽ chuẩn bị thực thi dựa trên kinh nghiệm quản lý từ châu Âu và Anh
  • Như đã thấy ở EU và Anh, việc thực thi trên thực tế nhiều khả năng sẽ là một quá trình dài hạn và phức tạp

Kết luận và hàm ý

  • Tại Nhật Bản, EU và Anh, việc buộc Apple hỗ trợ engine trình duyệt bên thứ ba đang thúc đẩy quá trình khôi phục cạnh tranh trình duyệt thực chất trên iOS
  • Năm 2026 có thể trở thành bước ngoặt cho sự thay đổi cấu trúc của thị trường trình duyệt
  • Thành bại cuối cùng sẽ phụ thuộc vào quyết tâm thực thi của cơ quan quản lý và nỗ lực cải thiện thực chất từ Apple
  • Vai trò của chính phủ Nhật Bản và các tổ chức liên quan, những bên đã nỗ lực trong thời gian dài để cải thiện môi trường cạnh tranh cho trình duyệt và web app, được nhấn mạnh

Bài viết liên quan

7 bình luận

 
galadbran 2025-08-09

Hmm... Tôi nghĩ việc mọi chức năng duyệt web đều đi qua thư viện nền tảng sẽ giúp hệ thống khi chặn một URL cụ thể thì có được sự nhất quán tốt, không thể bị lách qua bằng chức năng duyệt web bên trong của mọi ứng dụng, nên cũng thấy hơi đáng tiếc.
 
tensun 2025-08-08

Dự kiến các trình duyệt AI sẽ tăng trưởng mạnh.
 
prunusnira 2025-08-07

Từ góc độ nhà phát triển thì có vẻ sẽ thành ra phải cân nhắc thêm nhiều môi trường hơn nữa nhỉ haha..
 
ndrgrd 2025-08-08

Giờ thì phải phát triển đúng theo web standards thôi. Những tính năng không có thì đừng tích cực sử dụng.
 
aqqnucs 2025-08-07

Trông thì có vẻ nhiều đấy, nhưng cuối cùng chẳng phải vẫn chỉ là Firefox với engine Chromium sao?
 
kwj9211 2025-08-07

Chỉ nhìn danh sách các engine được nhắc đến trong tình trạng cấm thôi cũng thấy choáng @_@
 
GN⁺ 2025-08-07
Ý kiến Hacker News

  • Mọi người đều đang nói về Chrome, nhưng tôi thì đã tắt Chrome trên Android và đang dùng Firefox. Dùng uBlock Origin trên Firefox di động cho cảm giác gần như giống trải nghiệm web trên desktop. Không chỉ chặn quảng cáo, tôi còn có thể chặn ngay những thành phần mình không quan tâm bằng các quy tắc RegEx như :has-text. Giờ Chrome thậm chí trên desktop cũng không làm được kiểu này. Tôi còn đang cân nhắc chuyển hẳn sang dùng Android làm thiết bị chính. Chỉ là sự tiện lợi của iMessage khi có thể trả lời chat ngay trên MacBook quá lớn nên khó dứt ra. Ngoài điều đó ra thì Android nhìn chung tốt hơn nhiều. Còn bàn phím iOS hay Siri thì đúng là khỏi cần nhắc tới

    • Bộ đôi FF và uBO là killer app khiến tôi ở lại với Android. Nếu Apple cho phép điều đó thì tôi đã chuyển từ lâu rồi. Bạn đã từng nghĩ tới messages.google.com chưa? Cần ứng dụng nhắn tin của Google thôi, không phải Samsung Messages, và bạn có thể dùng SMS lẫn RCS trên desktop, nên khá hợp để thay thế iMessage

    • Trên Firefox di động, tiện ích consent-o-matic cũng rất đáng dùng. Nó tự động bấm qua gần như mọi banner cookie, nên đỡ phải xử lý thủ công trên di động và tiện hơn hẳn

    • Tôi cũng dùng https://messages.google.com để tạo một môi trường kiểu iMessage trên desktop nhưng dựa trên Android. Có thể sẽ hợp với nhu cầu của bạn? Tôi không dùng iMessage nên có thể không hiểu hết

    • Nếu không cần iMessage mà chỉ cần SMS thì KDE Connect cho phép nhắn tin desktop rất tốt với Android (dùng được trên Linux, Windows, MacOS, có khác biệt tính năng giữa các nền tảng nhưng SMS thì hỗ trợ hết). https://kdeconnect.kde.org/

  • Có vẻ Nhật Bản đã rút kinh nghiệm từ kiểu “tuân thủ lắt léo” mà Apple từng thể hiện ở EU. Nếu Apple lại làm như vậy thì mong là ở Nhật họ cũng sẽ bị phạt thật sự đủ đau. Tôi nghĩ không phải là “nếu” mà là “khi nào”

    • Tôi còn tưởng tượng tới chuyện cấm bán và cấm nhập khẩu, rồi tự hỏi Apple Store sẽ phải đóng cửa bao lâu thì Apple mới chịu khuất phục

    • Cá nhân tôi thích kiểu walled garden giúp ngăn bản thân khỏi mắc sai lầm. Tôi cũng thấy biết ơn vì Apple giúp giảm bớt nỗi lo như tự tiện chia sẻ tọa độ của tôi hay có một Monarch kỳ quặc nào đó theo dõi tôi, tức là giảm rủi ro lộ riêng tư. (+4500 upvotes) Trên Reddit, các tiêu đề chống Apple thường có +30 nghìn upvote, trong khi những bình luận ủng hộ Apple lại ít hơn rất nhiều, nên tôi luôn thấy đáng ngờ. Tôi từng nghĩ có thể đội marketing hoặc troll farm đã làm quản lý danh tiếng

  • Nếu làn sóng lập pháp toàn cầu này dẫn tới một hệ sinh thái ứng dụng cởi mở hơn trên iOS thì rất đáng hoan nghênh. BrowserEngineKit chỉ là một lớp bọc mỏng quanh XPC và hệ thống extension của iOS. Nếu XPC là API mở, và nếu Apple cho phép JIT trong các tiến trình con bị cô lập mà không cần sự cho phép của Apple, thì việc phát triển sẽ tốt hơn nhiều. Ví dụ, ứng dụng nhắn tin có thể có một tiến trình con riêng để xử lý đầu vào không đáng tin cậy (iMessage đã làm vậy rồi), có thể cô lập các thành phần không ổn định của ứng dụng để cải thiện khả năng sử dụng hoặc phục hồi sau crash, trình giả lập hệ thống retro sẽ nhanh hơn nhiều, có thể tận dụng WASM trên iOS, và trình duyệt cũng đã có thể dùng XPC mà không cần API chuyên biệt nào. Vấn đề là, nếu những thứ đó khả thi thì việc nạp mã chạy ở tốc độ native vào bên trong ứng dụng sau khi đã qua duyệt App Store sẽ trở nên dễ dàng, và như mọi người đều biết, người ta nói rằng nếu thế giới đó đến thì thảm họa sẽ xảy ra

    • Nếu “thảm họa” đó xảy ra, tôi muốn ngồi xem mọi người náo loạn trên các trang như MacRumors. Thật khó để ngây thơ tin rằng Apple sẽ không tài trợ quảng bá cho những trang đẩy narrative trên Internet vì lợi ích kinh tế của chính họ. Ví dụ, kiểu ý kiến vô lý rằng quyền tự do sử dụng điện thoại của mình sẽ đe dọa an ninh và quyền riêng tư của tất cả mọi người dường như cứ lặp đi lặp lại mãi

    • Làm vậy sẽ chuyển rất nhiều gánh nặng chống malware ở cấp hệ thống sang sandbox của ứng dụng. Thực ra ngay cả bây giờ sandbox cũng chỉ là một trong nhiều lớp phòng thủ như notarization, quyền hạn, duyệt ứng dụng, v.v. Tôi cũng ủng hộ việc người dùng được cài ứng dụng họ muốn, nhưng cũng cần thừa nhận rằng như vậy iPhone phổ thông sẽ dễ bị phơi nhiễm malware hơn, giống Android. Ngoài ham muốn độc quyền, Apple còn có những mối lo bảo mật có thật khi theo đuổi chính sách này nữa (dù động lực chính có lẽ vẫn là lợi nhuận)

    • Bản thân trình duyệt cũng là một kiểu app store, nên thực chất chúng ta vẫn luôn chạy ứng dụng từ đó mà không qua khâu duyệt của Apple. Trong bối cảnh này, tôi thật sự không hiểu vì sao Apple và fan của họ lại nhấn mạnh đến độ an toàn của App Store đến vậy

    • Nếu cho phép JIT thì không chỉ dừng ở mức giả lập nhanh hơn, mà còn hiệu quả hơn vì không phải quay vòng với interpreter, nên cũng có thể cải thiện quản lý pin và vấn đề điện thoại nóng khi chạy game từ năm 2008

    • (Lược bỏ ý kiến không có ý nghĩa)

  • Nếu diễn giải “khả năng chặn” theo nghĩa rộng, thì chẳng hạn việc “khóa vùng để engine trình duyệt thay thế chỉ phát hành được cho tài khoản Apple ở Nhật” về bản chất cũng có thể bị xem là ngăn cản sự tồn tại thực chất của trình duyệt thay thế. Nếu như vậy thì Mozilla cũng sẽ không có lý do để port Firefox lên iOS vì tệp người dùng mục tiêu quá nhỏ. Khả năng này không cao, nhưng biết đâu đây có thể là khởi đầu nhỏ cho quyền lựa chọn trình duyệt trên phạm vi toàn cầu

    • Khóa vùng để chỉ một số tài khoản nhất định được dùng engine trình duyệt thay thế là một trong những điều Apple đang làm ở EU

    • Theo tôi biết thì Gecko (engine của Firefox) đã được port sang iOS rồi

    • Thị phần vốn đã nhỏ, nên tôi băn khoăn liệu họ có port chỉ để tăng thêm một nhóm cực nhỏ như vậy không

    • Mozilla vốn là một tổ chức đã quen với thị phần nhỏ. Tình huống này chắc cũng không khác mấy, thậm chí còn có thể là cơ hội phát hành bản QA thông qua người dùng trước khi thị trường mở ra hoàn toàn

  • Sau EU và UK, giờ đến lượt Nhật chính thức chấm dứt lệnh cấm engine trình duyệt thay thế trên iOS. Cả ba đều là những thị trường lớn, nên tôi tò mò liệu như vậy đã đủ tạo động lực để Chrome hoặc Firefox đầu tư vào các bản iOS dùng engine riêng của họ hay chưa, tức các trình duyệt dựa trên Blink và Gecko. Đã có rất nhiều tin đồn rằng việc phát triển bị trì hoãn vì lý do này

    • Tôi thấy trên cùng trang đó rằng Apple vẫn đang tìm mọi cách cản trở các hãng trình duyệt lớn tung ra engine riêng của họ blog liên quan

    • Trong trường hợp của UK, theo tôi biết thì chính phủ đang thực thi khá thụ động các luật liên quan như Digital Markets Act 2024

    • Xét về văn hóa Nhật Bản thì thay đổi này có lẽ sẽ không tạo ra nhiều quan tâm. Nhìn vào mức độ sử dụng Linux ở Nhật cũng thấy, một nhóm nhỏ người dùng rất nhiệt thì có chuyện gì cũng sẽ tiếp tục dùng, còn đại chúng thì chỉ dùng thứ nào tiện. Họ cũng không thích mày mò hệ thống hay chỉnh cấu hình lắm

    • Cũng có quan điểm cho rằng vì Apple đã làm khó các nhà phát triển trình duyệt quá mức nên không ai vượt qua nổi rào cản đó

    • Tôi tự hỏi liệu Firefox chuyển sang Blink và hợp tác với Google để làm một engine thay thế cho iOS có phải là lựa chọn thực tế và dễ hơn không

  • Tôi băn khoăn liệu thay đổi này có thực sự tốt không. Có phải cuối cùng nó chỉ càng làm tăng thêm thị phần của Chromium trên thị trường không

    • Safari xét về cấu trúc không phải là một trình duyệt tốt. Vì lợi ích của Apple mà họ cố tình làm suy yếu nền tảng web. Nếu không có trình duyệt cạnh tranh đúng nghĩa thì họ sẽ ép người dùng phải dùng nó, còn cạnh tranh thị trường thực sự là tạo ra một trình duyệt tốt để người dùng tự chọn

    • Đúng là vậy. Rốt cuộc Safari trên iOS chính là tuyến phòng thủ cuối cùng ngăn web biến thành “All Chrome Everywhere” hoàn toàn

    • Chính phủ có thể giải quyết độc quyền thị trường wiki vụ kiện Bộ Tư pháp Mỹ vs Google

    • Đúng, nên mới khó nghĩ. Một mặt thì bắt buộc phải buộc Apple mở iOS hơn, nhưng mặt khác điều đó lại củng cố độc quyền của Chrome

    • Lợi ích lớn là cuối cùng có thể dùng Firefox đúng nghĩa trên iOS. Và đây là thay đổi tích cực. Ảnh hưởng thiếu chính đáng của Apple trong việc làm xói mòn các tiêu chuẩn Web vì lợi ích riêng của họ sẽ giảm đi, chẳng hạn như việc cản trở hỗ trợ SPIR-V trong WebGPU

  • (Người dẫn chuyện) Một năm sau, tại Nhật Bản, thị phần của Chrome đã đạt 100%, và mọi website đều được thiết kế chỉ cho duy nhất trình duyệt này

    • Bạn đang đánh giá quá thấp sức mạnh của thiết lập mặc định. Phần lớn người dùng gần như không bao giờ thay đổi cài đặt mặc định của hệ thống

  • Nhật Bản có mối quan hệ khá đặc biệt với Apple. Ví dụ, tính năng vé dựa trên Felica (hệ thống NFC kiểu Nhật) được tích hợp trong mọi iPhone, nên người dùng iOS trên toàn thế giới cũng có thể sống thuận tiện hơn rất nhiều khi ở Nhật. Điều còn đáng kinh ngạc hơn là để dùng vé thực tế thì không cần bất kỳ ứng dụng nào cả, chỉ cần Apple Pay là đủ. Xu hướng này đang dần thu hẹp chính các lợi thế của ứng dụng native (dù đến nay ứng dụng native vẫn còn những ưu thế riêng), nhưng mặt khác cũng khó bác bỏ lập luận rằng cuối cùng Apple chỉ đang chuyển “vai trò người gác cổng” sang một lĩnh vực khác

    • Hỗ trợ mạng FeliCa chủ yếu là vì công nghệ giao thông và thanh toán di động đã phổ biến ở Nhật trước cả khi iPhone xuất hiện. Khi đó đã có Mobile Suica và Osaifu-Keitai, nên Apple cần nhanh chóng bắt kịp để giữ sức cạnh tranh. Nó bắt đầu từ các mẫu iPhone SKU riêng cho Nhật rồi sau đó mới mở rộng toàn cầu. Thậm chí đến giờ ở Nhật, thị trường thanh toán di động vẫn chưa bị độc quyền. Khi Apple chịu áp lực cạnh tranh thì thay đổi sẽ xảy ra, ví dụ như bổ sung express transit như Suica. Và các ứng dụng thanh toán QR nội địa như PayPay còn phổ biến hơn cả thanh toán thẻ tín dụng

    • Thị phần iOS ở Nhật còn cao hơn cả Mỹ (59%), UK (47%) hay châu Âu (34%), lên tới 64% nguồn statcounter

    • FeliCa là vấn đề cấp phép bằng sáng chế. Có vẻ Apple đã giành được một hợp đồng có lợi ở đâu đó. Google Pixel cũng đều có chip này, nhưng nếu không phải mẫu bán cho thị trường Nhật thì chức năng đó bị khóa bằng phần mềm (có thể mở nếu root)

  • Tôi thực sự cảm nhận được sức mạnh của “quyền lực có thể làm được”. Một khi một quốc gia làm được, thì những quốc gia khác từng cho rằng 20 năm qua điều đó là bất khả thi cũng sẽ thay đổi theo kiểu “chúng ta cũng làm được, không thể bị bỏ lại phía sau”

    • Điều đó đôi khi lại đáng sợ. Ví dụ, sau khi UK áp dụng xác minh độ tuổi bằng ID thật, các nước khác cũng bắt đầu ồ ạt đưa ra các dự luật liên quan đến ID do chính phủ cấp

  • Tôi cho rằng gần như chắc chắn Google đã chuẩn bị từ lâu để có thể tung ra Chrome “thật sự” trên iOS. Chắc họ đã phát triển từ trước rất lâu để có thể phát hành ngay khi luật thay đổi?

    • Google đang port Blink (engine của Chrome cho iOS) và đang tiến triển dần. Có một mục theo dõi trên bug tracker của Chromium liên kết theo dõi. Có lẽ do chính sách khóa vùng của Apple ở EU (EU geofencing) và nhiều hạn chế của BrowserEngineKit nên họ vẫn chưa đầu tư đủ nguồn lực cho bản triển khai dịch vụ thực tế

    • Tháng 2 năm 2023: “Google bắt đầu làm Chrome trên iOS chạy bằng engine Blink thay cho Apple WebKit” bài viết liên quan

    • (Blink là engine kết xuất web của Chrome) Trong tài liệu chính thức về cách build Chromium/Chrome cho iOS, phần blink web platform được ghi là thử nghiệm và chỉ nên dùng cho mục đích phân tích. Tài liệu cũng nêu rõ các target hữu ích liên quan là content_shell và chrome. tài liệu build chính thức