애플 브라우저 장벽 무너진다…금기깨는 첫 국가는 일본
모든 iOS 브라우저에서 반드시 자체 웹킷(Webkit)을 사용하게 하는 한편, 서드파티 브라우저 엔진 사용을 막아온 애플의 전략이 무너질 전망이다. 웹킷 장벽을 무너뜨릴 첫 국가로는 일본이 점쳐진다.
(생략)
일본: 애플은 12월까지 브라우저 엔진 제한을 해제해야 한다(ChatGPT번역)
독자는 일본이 최근 ‘스마트폰법’(공식 명칭: 스마트폰에 사용되는 특정 소프트웨어의 경쟁 촉진에 관한 법률)을 통과시켰음을 기억할 것이다. 이 법의 가장 중요한 개혁 중 하나는 애플이 오랫동안 유지해온 iOS에서 서드파티 브라우저 엔진 사용 금지를 직접적으로 금지한 것이다.
이 규제는 Firefox, Chrome, Edge, Opera, Brave, Vivaldi와 같은 브라우저들이 애플의 WebKit 엔진을 사용하도록 강제함으로써 사실상 경쟁을 봉쇄해 왔다. 이로 인해 iOS에서는 실질적인 브라우저 경쟁이 이루어지지 않았고, 웹앱은 네이티브 앱과 경쟁할 성능과 API를 박탈당했다.
이 법은 일본의 디지털 시장 경쟁 본부(HQ for Digital Market Competition)의 최종 보고서를 기반으로 제정되었으며, 이 보고서는 오픈웹어드보커시(Open Web Advocacy)가 자문한 바 있다.
지난주 일본은 ‘모바일 소프트웨어 경쟁법’(MSCA) 지침을 발표하였다. 이 보조 규정은 법이 어떻게 해석되고 집행될지를 명확히 제시한다. 이를 통해 브라우저 경쟁에 대한 시사점을 도출할 수 있다.
대체 브라우저 엔진 차단 금지
지침은 서드파티 브라우저 엔진 채택을 “방해하거나 막는” 조치를 명시적으로 금지하고 있다:
특정 앱 제공자가 대체 브라우저 엔진을 도입하는 것을 방해하는 비합리적 기술적 제약을 부과하거나,
대체 엔진 도입에 과도한 비용 부담을 지우거나,
사용자가 해당 대체 엔진 기반 소프트웨어 사용을 피하도록 유도하는 행위
이제 중요한 것은, 해당 행동이 완벽히 불가능하게 만들지는 않더라도, 그 결과가 발생할 가능성의 정도를 기준으로 판단한다는 점이다.
이 조항은 중대한 의미를 담는다. 애플은 앱 심사항목 2.5.6과 같은 명백한 금지뿐 아니라, 기술적으로 허용하는 것처럼 보이더라도 사실상 실행이 불가능하거나 상업적으로 이용 가능하지 않도록 만드는 관행도 하지 않아야 한다.
이는 EU의 디지털 시장법(DMA) 아래서도 기술적으로나 절차적으로 경쟁을 저해해 온 iOS의 현행 동작과 직접적으로 관련된다. 일본의 지침은 유사한 결과를 방지하도록 명백히 설계되었다.
API 접근의 기능적 동등성 확보
MSCA는 OS API에 대한 공정한 접근을 요구하며, 이는 EU DMA 조항 6(7)을 반영한 것이다. 브라우저는 일반적으로 Safari와 WebKit 전용으로 제공되는 폭넓은 API 접근이 필요하기 때문에 매우 중요하다.
법의 제7조 제2항은, 지정 제공자가 특정 OS 기능을 사용하여 개별 소프트웨어를 제공하는 경우, 다른 사업자도 동등한 성능으로 OS 기능을 사용할 수 있는 권리를 금지하는 행위를 막고자 한다. 이 조항은 개별 소프트웨어 경쟁을 촉진하는 목적을 띤다.
이 법은 대체 API 사용도 허용하지만, 본질적으로 열위인 경우에는 허용되지 않는다는 점을 명확히 하고 있다.
선택 화면 (Choice Screens)
법은 브라우저에 대한 선택 화면 표시도 의무화한다. 특히, "최초 활성화 직후"(promptly after the first activation) 표시해야 한다는 점은 EU DMA보다 한층 개선된 것이다.
스마트폰 최초 활성화 시 초기 설정에서, 또는 해당 선택 소프트웨어를 최초 실행할 때 화면을 표시하고, 사용자가 특정 소프트웨어를 즉시 선택하도록 해야 한다.
향후 일정
모바일 소프트웨어 경쟁법은 2025년 12월까지 발효될 예정이다. EU와 영국에 이어, 이제 세 개의 관할권에서 애플이 자사 엔진이 아닌 브라우저 엔진을 허용해야 한다는 요구가 있다. 일본은 집행을 준비하면서 유럽과 영국에서의 규제 접근 방식과 과제를 연구 중일 것이다.
EU와 UK 사례에서 보듯(DMA 집행, CMA 사례 등), 집행은 장기적이고 어려운 과정이 될 것이다.
이제 일본, EU, 영국이 모두 애플에게 서드파티 브라우저 엔진 지원을 요구함에 따라, 2026년은 iOS에서 브라우저 경쟁이 회복되는 전환점의 해가 될 수 있다. 그러나 이는 규제 당국의 의지와 애플이 단순 형식이 아닌 실질적 준수를 할 준비가 되어 있는지에 달려 있다.
마지막으로, 브라우저·브라우저 엔진·웹앱 경쟁 개선을 위해 수년간 노력을 기울여 온 HDMC, 공정거래위원회(JFTC) 등 관계자들께 깊은 감사를 전한다.
Chromium/Blink 같이 유저베이스가 크고 보안에 어느정도 신경쓰는 대기업들이 개발자원을 많이 투자하는 브라우저/엔진 조합을 쓰는 것이 유사시 대처면에서는 그나마 낫겠죠. 메타같이 보안과는 거리가 먼 기업들이나 중소 벤더의 브라우저는 피하고요.
(기본) 웹브라우저 앱 자체는 그나마 개인이 저렇게 조심할 수 있는데, 규제를 다 풀어버리면 브라우저도 아닌 각종 앱에서 자기 마음대로 인앱 브라우저를 탑재할 수가 있어질 거 같은데, 사용자 입장에서는 뭘로 만들었는지 알 수가 없으니 이게 진짜 위험합니다.
이용자에게 선택권을 박탈하는건 큰 문제이죠... 그리고 다른 브라우져는 뭐 보안 걱정 안하나요?
사파리도 폐쇄적이어서 보안이 그나마 낫다 정도지 아주 강력한건 아닙니다.
저도 지금 상태에서도 불편함을 못느끼는데 보안성을 낮추면서까지 해야할 이유가 있을까? 하는 생각부터 들더군요.