구글 워크스페이스가 파이어폭스를 막겠다고? 브라우저 차별이 반복되는 이유

'지원하지 않는 브라우저입니다'라는 경고의 정체

파이어폭스로 구글 워크스페이스(Gmail, 문서, 캘린더 같은 업무용 구글 서비스 묶음)를 쓰던 한 개발자가 황당한 안내를 마주했어요. '곧 이 브라우저에서는 접속이 제한될 수 있다'는 식의 경고였죠. 한 줄로 요약하면 '파이어폭스 쓰지 말고 크롬 쓰세요'라는 신호예요. 문제는 파이어폭스가 무슨 낡거나 망가진 브라우저가 아니라는 거예요. 최신 웹 표준을 충실히 따르는, 멀쩡한 현역 브라우저거든요. 그런데도 왜 이런 차별이 생길까요?

기술적으로 뜯어보면

사이트가 특정 브라우저를 걸러내는 방식은 크게 둘이에요. 하나는 '유저 에이전트(User-Agent) 스니핑'이에요. 브라우저는 접속할 때마다 '나는 파이어폭스야, 버전은 몇이야' 같은 자기소개 문자열을 서버에 보내는데, 서버가 이 문자열만 보고 '너는 크롬이 아니니까 막을게'라고 판단하는 거죠. 다른 하나는 '기능 탐지(feature detection)'예요. 브라우저 이름을 묻는 대신 '이 기능 쓸 수 있어?'라고 실제 능력을 확인하는 방식이에요.

웹 개발의 정석은 후자예요. 이름표가 아니라 실제 능력을 봐야 하니까요. 그런데 현실에서 '크롬만 지원'이 벌어지는 진짜 이유는 기술적 한계가 아니라 비용과 선택인 경우가 많아요. 모든 브라우저에서 테스트하고 호환성을 맞추는 데는 인력과 시간이 드는데, 시장 점유율 1위인 크롬에만 맞추면 그 비용을 아낄 수 있거든요. 게다가 크롬을 만든 게 구글 본인이니, 구글 서비스가 크롬에서 가장 먼저·가장 잘 돌아가는 건 어찌 보면 자연스러운 일이고요. 이게 쌓이면 '굳이 파이어폭스까지 챙길 이유가 있나'라는 결정으로 흘러가는 거죠.

처음 있는 일이 아니다

사실 구글과 비(非)크롬 브라우저의 마찰은 역사가 깁니다. 유튜브가 새 디자인(Polymer)을 도입했을 때 파이어폭스와 엣지에서 유독 느리게 돌아간다는 지적이 있었고, 구글 미트나 문서에서도 비크롬 브라우저에 '최적화되지 않았다'는 안내가 종종 떴어요. 이런 일이 반복되면서 사람들이 걱정하는 게 바로 '브라우저 단일화(monoculture)'예요.

지금 웹 브라우저의 속을 들여다보면 사실상 엔진이 몇 개 안 남았어요. 크롬, 엣지, 브레이브, 오페라, 아크... 이름은 다 달라도 속은 전부 구글이 주도하는 크로미움(Chromium) 엔진이에요. 독립 엔진은 파이어폭스(Gecko)와 애플 사파리(WebKit) 정도만 남았고, 그나마 파이어폭스의 점유율은 계속 줄고 있어요. 한 회사가 사실상 웹의 표준을 좌우하게 되면, '구글에서 되면 표준'이고 '구글이 안 하면 사라지는' 위험한 구조가 돼요. 인터넷이 특정 기업의 사유물처럼 변하는 거죠.

한국 개발자에게

이 대목에서 한국 개발자라면 뜨끔할 거예요. 우리는 이미 '브라우저 종속'의 쓴맛을 제대로 본 나라거든요. 한때 은행, 관공서, 쇼핑몰 거의 전부가 인터넷 익스플로러(IE)와 액티브X, 공인인증서 없이는 한 발짝도 못 나가던 시절이 있었잖아요. 특정 브라우저에 모든 걸 묶어놓으면 어떤 대가를 치르는지, 우리는 몸으로 겪어서 알아요. 익스플로러가 역사 속으로 사라지고 나서야 비로소 웹이 정상으로 돌아왔고요.

그래서 실무에서의 교훈은 분명해요. 첫째, 유저 에이전트로 브라우저를 막지 말고 기능 탐지로 분기하세요. 둘째, 크롬에서 잘 된다고 끝이 아니라 파이어폭스·사파리에서도 최소한 점검은 하세요. 표준 API를 쓰면 대부분 별 탈 없이 돌아가요. 셋째, '우리 서비스는 크롬만 지원'이라는 결정을 내릴 때 그게 사용자에게 어떤 메시지인지 한 번쯤 생각해보세요. 우리가 만드는 서비스 하나하나가 모여서 웹의 다양성을 지키거나 무너뜨리니까요.