Chrome과 Chromium은 같은 엔진을 공유하며, 차이는 코덱 라이선스, DRM 컴포넌트, 자동 업데이트, 텔레메트리, 계정 서비스에 집중된다. 두 제품의 버전 주기와 라이선스 차이를 항목별로 설명하고, 일반 사용자와 깨끗한 엔진이 필요한 사람이 각각 무엇을 골라야 하는지 정리한다.
Chrome과 Chromium의 화면은 거의 똑같고 메뉴, 단축키, 확장 프로그램 체계까지 맞아떨어지기 때문에, 둘이 같은 것이 아니라는 말을 처음 들으면 조금 의아하다. 둘을 갈라놓는 것은 눈에 보이지 않는 부분이다. 코덱 라이선스, DRM 컴포넌트, 업데이트 채널, 텔레메트리, 계정 서비스가 그것이다.
하나는 프로젝트, 하나는 제품
Chromium은 오픈 소스 프로젝트로, 2008년 Chrome과 함께 오픈 소스화되었고 코드는 자체 저장소에서 관리된다. 공식적인 의미의 정식 배포판은 없고, 내려받을 수 있는 것은 계속 빌드되는 스냅샷이며 버전 번호는 트렁크를 따라간다. Chrome은 Google이 이 프로젝트 위에 여러 요소를 더해 포장한 제품으로, 브랜드가 있고 배포 주기가 있으며 정책과 고객 지원 체계가 있고, 라이선스와 컴플라이언스 비용도 부담한다.
코덱과 DRM
오픈 소스 부품은 특허와 라이선스의 제약을 받기 때문에, Chromium 공식 빌드에는 보통 H.264, AAC 같은 독점 코덱이 들어가지 않고 Widevine DRM도 빠져 있다. 그 결과 일부 동영상 사이트는 페이지가 열려도 재생되지 않고, Netflix, Spotify 같은 스트리밍 서비스는 아예 재생을 거부한다. Chrome은 라이선스 비용을 지불하고 이것들을 배포판에 담는다. 다만 Linux 배포판은 시스템의 ffmpeg로 디코딩 능력을 메우는 경우가 많아, “Chromium은 동영상을 재생할 수 없다”가 절대적이지는 않고 구체적인 빌드에 따라 다르다.
업데이트 방식과 버전 주기
Chrome은 설치하면 업데이터가 함께 딸려 오고 백그라운드에서 조용히 업그레이드하기 때문에 사용자는 거의 느끼지 못한다. 안정 버전은 대략 4주마다 메이저 버전이 하나 올라가고, 그 밖에 매일 업데이트되는 Canary, 매주 업데이트되는 Dev와 Beta 채널이 있어 새 기능을 미리 써 보고 싶은 개발자가 전환할 수 있다. Chromium에는 공식 자동 업데이트가 없어 새 스냅샷을 직접 내려받아 덮어써야 한다. 트렁크 주기는 Chrome과 대략 맞물리지만 브랜드화된 안정 브랜치는 없어서, 어느 날짜의 빌드를 쓸지는 전적으로 본인이 고른다.
버전 차이는 호환성 테스트에서 특히 중요하다. Chrome의 버전 번호는 명확하지만, Chromium 스냅샷에는 커밋 날짜만 있어서 문제가 생겼을 때 환경을 맞추기가 어렵다.
자동 업데이트는 수고를 덜어 주는 것만이 아니라 보안 패치가 언제 도착하는지와도 관계된다. Chrome의 취약점 수정은 안정 버전과 함께 배포되고 사용자는 알아채지 못한 채 업그레이드를 마친다. Chromium을 쓰는 사람은 보안 공지를 직접 살피고, 손에 든 빌드에 수정이 들어 있는지 판단한 뒤 언제 새 스냅샷으로 바꿀지 결정해야 한다. 그 사이의 공백이 곧 위험 노출이다.
텔레메트리, 동기화, 계정
Chrome은 기본적으로 충돌 보고서와 사용 통계를 되돌려 보내고, Google 계정에 로그인하면 북마크, 비밀번호, 방문 기록, 확장 프로그램이 모두 동기화된다. Chromium에는 이런 서비스가 없다. 계정 로그인 입구도, 동기화 백엔드도 없고, 충돌 보고서도 기본적으로 보내지 않는다. 덧붙이자면 위치 정보, 맞춤법 검사, 번역처럼 Google 서비스에 의존하는 기능은 Chromium에서 내장 API 키가 없어 동작하지 않거나 성능이 떨어진다.
일반 사용자와 엔진을 건드리는 사람
일반 사용자가 Chromium으로 갈아탈 이유는 없다. 아낀다는 텔레메트리 데이터는 재생되지 않는 동영상, 동기화되지 않는 북마크, 직접 지켜봐야 하는 보안 업데이트와 맞바꾸는 것이라 이득이 아니다. Google 서비스에 연결하고 싶지 않다는 것이 분명한 경우에만 의미가 있다. Chromium을 설치해 놓고 스트리밍이 열리지 않는다고 불평하는 것이 가장 흔한 실망의 원인이다.
반대로 깨끗한 엔진이 필요한 사람은 Chromium을 더 자주 고른다. 프런트엔드 호환성을 검증할 때는 문제가 표준 엔진에 있는지 벤더 패치에 있는지 확인해야 하고, 자동화 스크립트를 쓸 때는 자동 업그레이드에 흔들리지 않도록 버전을 고정하고 싶으며, 자체 배포판을 만들고 2차 개발을 하는 사람에게는 오픈 소스 라이선스가 없어서는 안 된다. 골칫거리는 보통 엔진 자체가 아니라 라이선스가 필요한 컴포넌트의 누락과 버전 표류에서 생긴다. 그래서 많은 사람이 둘 다 설치한다. 일상적인 탐색은 Chrome, 테스트와 스크립트 실행은 버전을 고정한 Chromium이다.
“Chromium 기반”이 말해 주는 것
어떤 브라우저가 Chromium 기반이라고 말할 때 확실한 것은 렌더링 엔진과 JavaScript 엔진이 같다는 점, 그리고 페이지 동작, 확장 인터페이스, 디버깅 프로토콜이 대체로 동일하다는 점이다. 확실하지 않은 것은 개인정보 기본값, 동기화 백엔드, 텔레메트리 정책, 업데이트 채널이고, 업스트림보다 몇 버전 뒤처졌는지도 알 수 없다. 그 한 문장만 보고 브라우저를 고르지 말고, 업스트림 위에서 무엇을 바꾸고 무엇을 뺐는지 봐야 한다. 같은 이치로 Chrome과 Chromium의 비교도 화면이 비슷한지에서 멈출 게 아니라, 설치되어 있는지, 연결되는지, 스스로 업데이트하는지를 비교해야 한다.
