상호운용성이 열린 웹을 살릴 수 있을까? — 거대 플랫폼 시대, 우리가 놓치고 있는 해법

열린 웹이 점점 닫히고 있다는 이야기

요즘 인터넷을 쓰다 보면 묘한 답답함을 느끼지 않나요? 카카오톡에서 공유한 링크는 카카오톡 안에서만 열리고, 인스타그램 안의 브라우저는 외부 링크를 열 때마다 이상하게 동작하고, 한 플랫폼에서 만든 콘텐츠를 다른 곳으로 옮기려면 처음부터 다시 시작해야 하죠. 원래 웹이라는 건 누구나 자유롭게 연결하고, 이동하고, 데이터를 가져갈 수 있는 공간이었는데요. 지금은 몇몇 거대 기업이 각자의 울타리를 높이 쌓아놓은 느낌이에요.

SF 작가이자 디지털 권리 활동가인 코리 닥터로우(Cory Doctorow)는 이 문제의 핵심 해법으로 "상호운용성(interoperability)"을 제안하고 있어요. IEEE Spectrum에 기고한 글에서 그는 상호운용성이 단순한 기술 개념이 아니라, 열린 웹의 생존을 결정짓는 정책적 무기라고 이야기하거든요.

상호운용성, 이게 뭐냐면

상호운용성이라는 말이 좀 딱딱하죠? 쉽게 말하면 "서로 다른 서비스끼리 대화할 수 있는 능력"이에요. 우리가 당연하게 쓰는 이메일이 대표적인 예시예요. Gmail에서 보낸 메일이 네이버 메일로 도착하고, 다음 메일에서 보낸 메일이 Outlook에서 열리죠. 이메일은 SMTP, IMAP 같은 공통 프로토콜을 쓰기 때문에 어떤 서비스를 쓰든 서로 통신이 가능한 거예요.

그런데 카카오톡 메시지를 텔레그램으로 보낼 수 있나요? 인스타그램 팔로워를 블루스카이로 그대로 옮길 수 있나요? 전혀 안 되죠. 이런 서비스들은 의도적으로 상호운용성을 차단해 놓았어요. 사용자가 떠나지 못하게 만드는 거예요. 닥터로우는 이걸 "전환 비용(switching cost)"이라고 부르는데, 플랫폼이 이 전환 비용을 일부러 높여서 사용자를 가두는 구조가 문제라는 거예요.

세 가지 상호운용성: 협력, 경쟁, 그리고 적대

닥터로우가 흥미롭게 분류하는 부분이 있어요. 상호운용성에는 세 가지 종류가 있다는 건데요.

첫 번째는 협력적 상호운용성(cooperative interop)이에요. 회사들이 서로 합의해서 공통 표준을 만드는 거예요. USB-C나 Wi-Fi처럼요. 이건 모든 참여자가 이익을 보기 때문에 자연스럽게 발생하죠.

두 번째는 강제적 상호운용성(mandated interop)이에요. 정부가 법으로 상호운용성을 의무화하는 거예요. 유럽연합의 디지털 시장법(DMA)이 대표적인데, 애플에게 아이폰에서 서드파티 앱스토어를 허용하라고 강제한 것이 이런 경우에요. 한국에서도 구글 인앱결제 강제에 대응해서 통신사업법을 개정한 적이 있죠.

세 번째가 가장 논쟁적인데, 적대적 상호운용성(adversarial interop)이에요. 줄여서 "comcom(competitive compatibility)"이라고도 불러요. 플랫폼의 동의 없이 리버스 엔지니어링이나 스크래핑 등을 통해 상호운용성을 구현하는 거예요. 과거에 페이스북이 Myspace의 주소록을 가져올 수 있게 만든 것, 또는 Pidgin 같은 멀티 메신저가 MSN, AIM 등 여러 프로토콜을 한 앱에서 지원했던 것이 이런 사례에요.

왜 적대적 상호운용성이 사라졌을까

닥터로우가 강조하는 핵심 포인트는, 과거에는 적대적 상호운용성이 기술 혁신의 원동력이었다는 거예요. 하지만 지금은 DMCA(디지털 밀레니엄 저작권법), CFAA(컴퓨터 사기 및 남용법) 같은 법률 때문에 이런 시도 자체가 불법이 됐어요. 기술적으로는 가능한데 법적으로 막혀 있는 상황인 거죠.

예를 들어 어떤 개발자가 트위터(현 X)의 API를 역공학해서 대안 클라이언트를 만들면, 서비스 약관 위반으로 소송당할 수 있어요. 웹 스크래핑도 점점 법적 리스크가 커지고 있고요. 이런 법적 장벽이 결과적으로 빅테크의 독점을 보호하는 방패 역할을 하고 있다는 게 닥터로우의 주장이에요.

최근 움직임: ActivityPub과 Fediverse

그래도 희망적인 움직임이 있어요. ActivityPub 프로토콜 기반의 Fediverse(페디버스)가 바로 그거예요. 마스토돈, 블루스카이의 AT Protocol 등은 탈중앙화된 소셜 네트워크를 지향하면서 상호운용성을 핵심 가치로 두고 있죠. 최근 메타의 Threads도 ActivityPub 지원을 시작하면서, 거대 플랫폼도 이 흐름을 무시할 수 없게 됐어요.

유럽의 DMA는 한발 더 나아가서 왓츠앱 같은 대형 메시징 서비스에 다른 메신저와의 상호운용을 의무화했어요. 한국에서는 아직 이 정도 수준의 규제가 논의되고 있지는 않지만, 오픈뱅킹이나 마이데이터 같은 금융 분야의 상호운용성 정책이 비슷한 맥락이에요.

한국 개발자에게 주는 시사점

이 이야기가 우리한테 왜 중요할까요? 몇 가지 관점이 있어요.

프로토콜 기반 개발에 관심을 가져볼 때예요. ActivityPub, AT Protocol, Matrix(메시징 프로토콜) 같은 오픈 프로토콜들은 앞으로 점점 중요해질 거예요. 이런 프로토콜을 이해하고 구현할 수 있는 개발자는 분명 차별화된 가치를 가질 수 있어요.

API 설계 철학을 다시 생각해 볼 수 있어요. 자사 서비스의 API를 설계할 때, 폐쇄적으로 만들 것인지 개방적으로 만들 것인지는 비즈니스 판단이기도 하지만 기술 문화의 문제이기도 하거든요. 오픈 API를 잘 설계하면 생태계가 커지고, 결국 본 서비스에도 도움이 돼요.

규제 환경의 변화를 인지해야 해요. 유럽의 DMA가 보여주듯, 플랫폼 상호운용성은 점점 법으로 강제되는 추세예요. 한국도 디지털 플랫폼 관련 법안이 계속 논의되고 있으니, 이런 흐름을 미리 알아두면 기술 전략을 세울 때 도움이 될 거예요.