같은 기기인데 브라우저마다 점수가 다른 이유 — Chrome·Safari·Edge·Firefox 비교하는 법

같은 노트북, 같은 전원, 같은 시각에 측정했는데 Chrome에서는 점수가 높고 Safari에서는 낮게 나왔다면, 기기가 고장 난 것도 측정이 틀린 것도 아닐 가능성이 큽니다. 웹 벤치마크는 하드웨어를 직접 재는 것이 아니라 "브라우저라는 실행 환경을 거친 뒤의 성능"을 재기 때문입니다. 이 글은 브라우저마다 점수가 달라지는 이유를 정리하고, 웹 벤치의 브라우저 대결 기능으로 같은 기기에서 브라우저를 공정하게 비교하는 순서와 결과를 해석하는 방법을 설명합니다.

설치형 벤치마크는 운영체제 가까이에서 하드웨어의 한계에 가까운 값을 재도록 만들 수 있습니다. 반면 웹 벤치마크는 자바스크립트와 WebAssembly, Canvas, WebGPU 같은 브라우저 API를 통해서만 기기에 접근합니다. 코드가 CPU까지 가는 중간에 브라우저의 엔진, 그래픽 계층, 보안 정책이 모두 끼어듭니다. 그래서 같은 하드웨어라도 어떤 브라우저로 여느냐에 따라 숫자가 달라지는 것이 정상입니다.

이것은 단점만은 아닙니다. 요즘 문서 편집, 영상 통화, 디자인 도구, 게임까지 많은 일이 웹 앱으로 옮겨 갔기 때문에, 브라우저 위에서의 성능은 그 자체로 실제 사용 경험에 가깝습니다. "내 기기가 얼마나 빠른가"와 "내가 쓰는 브라우저가 이 기기에서 얼마나 잘 돌아가는가"는 서로 다른 질문이고, 웹 벤치는 후자에 답합니다.

그래서 점수를 비교할 때는 항상 어떤 브라우저인지 함께 봐야 합니다. 웹 벤치는 결과 카드에 "빠른 측정 · 12개 테스트 · WebGPU · Chrome 142"처럼 측정 방식, 테스트 수, 그래픽 경로, 브라우저 계열과 주 버전을 함께 표시합니다. 브라우저 정보는 계열과 주 버전만 읽고, 사용자 에이전트 원문은 저장하거나 전송하지 않습니다.

점수 차이를 만드는 첫 번째 요인, 자바스크립트 엔진

브라우저는 자바스크립트를 실행하는 엔진을 내장하고 있습니다. 널리 알려진 대로 Chrome과 Edge는 V8, Safari는 JavaScriptCore, Firefox는 SpiderMonkey를 씁니다. 세 엔진 모두 코드를 처음에는 가볍게 해석하다가 자주 쓰는 부분을 점점 더 빠른 기계어로 바꾸는 단계적 최적화(JIT) 구조를 갖지만, 어떤 코드를 언제 얼마나 공격적으로 최적화할지는 엔진마다 다릅니다.

그 결과 작업의 성격에 따라 우열이 달라질 수 있습니다. 문자열 처리, JSON 파싱, 정렬, 수치 계산, 객체를 많이 만드는 코드 등 세부 항목마다 엔진의 장단점이 드러납니다. 가비지 컬렉션(메모리 정리) 방식도 달라서 메모리를 많이 쓰는 작업에서는 편차가 더 커지기도 합니다. 어떤 브라우저가 항상 더 빠르다고 말할 수 없는 이유가 여기에 있습니다. 엔진은 버전마다 계속 바뀌므로 지난해의 경향이 올해에도 맞는다는 보장도 없습니다.

같은 계열이라도 운영체제에 따라 사정이 다릅니다. 예를 들어 iPhone과 iPad에서는 오랫동안 모든 브라우저가 Safari와 같은 WebKit 계열 엔진 위에서 동작해 왔습니다. 그래서 iOS에서 Chrome 아이콘을 눌렀다고 해서 PC의 Chrome과 같은 엔진이 도는 것은 아닙니다. 지역과 운영체제 버전에 따라 정책이 바뀔 수 있으니, 정확한 계열은 결과 카드에 표시된 브라우저 이름과 엔진 정보를 기준으로 확인하세요.

WebGPU·WebGL 지원과 그래픽 백엔드

GPU 점수는 브라우저 차이가 특히 크게 드러나는 영역입니다. 웹 벤치는 WebGPU를 먼저 쓰고, 사용할 수 없으면 그래픽 항목에 한해 WebGL2 경로로 대신 실행합니다. 그런데 WebGPU 지원 범위는 브라우저, 운영체제, 드라이버 조합에 따라 계속 바뀝니다. 한쪽 브라우저에서는 WebGPU로, 다른 쪽에서는 WebGL2로 실행됐다면 두 점수는 같은 줄에 놓고 우열을 가릴 수 없습니다.

브라우저는 내부적으로 운영체제의 그래픽 API 위에서 동작하고, 어떤 백엔드를 고르는지도 환경에 따라 달라질 수 있습니다. 같은 GPU라도 드라이버와 백엔드가 다르면 셰이더가 컴파일되는 방식과 속도가 달라집니다. 연산 항목은 WebGPU가 있어야 하고, f16 행렬곱은 shader-f16 기능이 지원될 때만 실행됩니다. 그래서 같은 이름의 GPU인데도 브라우저에 따라 실행되는 테스트 개수가 다를 수 있습니다.

• 지원되지 않는 항목은 오류가 아니라 "제외"로 처리되고, 결과 화면에 제외 사유가 표시됩니다.
• 그래픽 경로(WebGPU 또는 WebGL2)가 서로 다르면 GPU 점수는 참고로만 보세요.
• 하드웨어 가속이 꺼져 있으면 GPU 점수가 크게 낮아질 수 있으니 브라우저 설정에서 먼저 확인하세요.
• 브라우저가 WebGPU를 지원하는데 꺼져 있다면 설정에서 켤 수 있는지 살펴보세요.

보안 정책이 바꾸는 것 — 교차 출처 격리와 타이머 정밀도

브라우저는 CPU의 추측 실행 취약점(Spectre 계열) 같은 위협을 막기 위해 정밀한 시간 측정과 메모리 공유 기능을 제한해 왔습니다. 널리 알려진 방식은 두 가지입니다. 하나는 타이머 해상도를 일부러 낮추는 것이고, 다른 하나는 SharedArrayBuffer처럼 여러 Worker가 메모리를 공유하는 기능을 "교차 출처 격리"가 된 페이지에서만 허용하는 것입니다.

이 정책은 브라우저마다 구현과 기본값이 다릅니다. 타이머가 거칠면 짧은 작업의 시간을 정확히 재기 어려워 측정 오차가 커지고, 격리가 되지 않으면 멀티 코어 테스트에서 Worker를 조율하는 방식이 달라질 수 있습니다. 웹 벤치의 CPU 멀티 결과가 "브라우저가 쓰는 Worker 수와 동기화 방식에 영향을 받으므로 물리 코어 수로 곧바로 환산하지 말라"고 안내하는 것도 이 때문입니다.

그래서 브라우저 대결의 실행 환경 비교 표에는 교차 출처 격리와 동기화 방식, 사용한 Worker 수, 측정된 최소 타이머 간격(마이크로초 단위)이 포함됩니다. 두 브라우저의 숫자가 다를 때 "이 브라우저가 느려서"인지 "시간을 재는 해상도 자체가 달라서"인지 구분하는 단서가 되기 때문입니다.

확장 프로그램·탭·전원 상태의 영향

엔진과 정책만큼 흔한 원인이 사용 환경입니다. 평소에 쓰는 브라우저에는 광고 차단, 번역, 비밀번호 관리자 같은 확장 프로그램이 여러 개 깔려 있고 탭도 수십 개 열려 있기 마련입니다. 반면 거의 쓰지 않던 브라우저는 깨끗한 상태입니다. 이 상태로 비교하면 "엔진의 차이"가 아니라 "확장과 탭의 차이"를 재게 됩니다.

• 확장 프로그램: 페이지마다 스크립트를 끼워 넣거나 백그라운드에서 CPU를 쓰는 확장은 점수를 낮추고 편차를 키웁니다. 시크릿(비공개) 창은 확장이 기본적으로 꺼져 있어 비교 기준으로 쓰기 좋습니다. 단, 시크릿 창에서는 저장소 같은 일부 기능이 제한될 수 있습니다.
• 열린 탭과 백그라운드 작업: 다른 탭의 영상 재생, 다운로드, 동기화가 CPU와 메모리를 나눠 씁니다. 측정 전에 닫고, 측정 중에는 탭을 숨기지 마세요. 숨기면 진행 중이던 회차를 버리고 돌아와 다시 측정합니다.
• 전원과 발열: 노트북은 전원 연결 여부와 전원 모드에 따라 성능 한도가 달라지고, 앞서 부하를 준 브라우저 때문에 기기가 뜨거워진 상태면 다음 브라우저의 점수가 낮아집니다.
• 브라우저 설정: 하드웨어 가속, 절전(효율) 모드, 사생활 보호 설정이 결과에 영향을 줍니다.

웹 벤치 브라우저 대결 사용 순서

웹 벤치에는 서버 없이 공유 링크만으로 두 브라우저를 나란히 비교하는 "브라우저 대결" 기능이 있습니다. 순서는 다음과 같습니다.

1. 첫 번째 브라우저에서 측정을 마치고 공유 링크를 만듭니다. 공유 패널에 "다른 브라우저에서 이 링크를 열어 측정하면 나란히 비교할 수 있어요"라는 안내가 나옵니다.
2. 같은 기기의 다른 브라우저에서 그 링크를 엽니다. 링크 안에 첫 번째 결과가 담겨 있어서 별도 계정이나 서버 저장 없이 열립니다.
3. 공유된 결과 페이지에서 "이 브라우저로 측정해서 비교" 버튼을 누릅니다. 측정 화면 위쪽에 "비교 대상: Chrome · ○○○○점" 같은 배너가 나타나고, 측정 방식은 대상과 같게 고정됩니다. 방식을 바꾸면 경고가 뜹니다.
4. 측정을 끝내면 "브라우저 대결" 카드가 나옵니다. 종합과 카테고리 점수를 두 브라우저 열로 나란히 보여 주고, 차이를 %로 계산하며, 카테고리별 승자와 종합 한 줄 요약을 표시합니다.
5. 아래의 "세부 비교" 표에서 테스트별 값을, "브라우저 환경 비교" 표에서 엔진·그래픽 경로·격리·타이머 같은 실행 환경을 확인합니다.

두 열 제목은 "공유된 결과 · Chrome 155", "이 브라우저 · Safari 18"처럼 역할과 브라우저 이름을 함께 보여 줍니다. 두 브라우저 이름이 같으면 "이 브라우저"와 "공유된 결과"로 구분해 표시합니다. 대결 결과도 다시 공유할 수 있으며, 공유 링크에는 상대 결과가 함께 담깁니다. 링크가 너무 길어지면 세부 값은 생략하고 카테고리 점수만 담는다는 안내가 나옵니다.

대결 결과 읽는 법 — 승자보다 오차 범위를 먼저

대결 카드는 카테고리마다 어느 쪽이 높은지 보여 주지만, 가장 먼저 볼 것은 차이의 크기입니다. 웹 벤치는 두 점수의 차이가 ±3% 이내이면 "비슷함"으로 보고, 이때 종합 요약에는 이기거나 진 것으로 표시하지 않고 만두가 생각하는 표정을 짓습니다. 이기면 크게 웃고, 지면 우는 표정이 나오지만 3% 안쪽의 차이는 측정할 때마다 뒤집힐 수 있는 수준이기 때문입니다.

세부 비교 표는 더 엄격합니다. 각 테스트는 3회 측정한 중간값을 쓰고, 3회 사이의 편차(최대/최소에서 1을 뺀 값)도 함께 기록합니다. 두 브라우저의 편차를 합친 범위 안에 들어오는 차이는 최소 ±3%를 기준으로 "차이 없음(오차 범위)"으로 회색 처리됩니다. 지연 시간처럼 낮을수록 좋은 지표는 방향을 뒤집어 해석합니다. 요약 문장은 카테고리 승자를 집계해 "JS·데이터 처리는 한쪽, 그래픽·저장소는 다른 쪽이 우세" 형태로 보여 주고, 오차 범위 안의 항목 수도 알려 줍니다.

경고 문구도 무시하지 마세요. 정리된 기기 이름(칩/GPU)이나 코어 수가 서로 다르면 "다른 기기의 결과일 수 있어 공정한 비교가 아닙니다"라는 경고가 뜨고, 공식 버전이 다르면 숫자 비교 대신 안내가 나옵니다. 이 경우에는 비교 결과를 근거로 브라우저를 판단하지 마세요.

공정한 비교를 위해 조건 맞추기

브라우저 비교는 변수를 하나만 남기는 일입니다. 바꾸고 싶은 것은 브라우저뿐이므로 나머지는 모두 같아야 합니다. 다음 체크리스트대로 준비하면 결과를 훨씬 믿을 수 있습니다.

1. 같은 기기, 같은 운영체제 계정에서 측정합니다. 대결 카드가 기기 이름과 코어 수가 다르다고 경고하지 않는지 확인합니다.
2. 두 브라우저를 모두 최신 안정판으로 업데이트합니다. 버전이 크게 다르면 엔진 개선 때문에 결과가 달라질 수 있습니다.
3. 측정 방식(빠른 측정, 기본 측정 등)을 같게 합니다. 대결 모드는 이를 자동으로 고정해 줍니다.
4. 확장 프로그램을 끄거나 시크릿 창을 씁니다. 두 브라우저 모두 같은 방식으로 맞춥니다.
5. 다른 앱과 탭을 닫고, 다운로드·영상 재생·클라우드 동기화를 멈춥니다.
6. 노트북은 전원을 연결하고 전원 모드를 같게 합니다. 한 브라우저를 측정한 직후에는 기기가 식을 때까지 잠시 쉬고 다음 브라우저를 측정합니다.
7. 측정 순서가 결과에 영향을 줄 수 있으니, 가능하면 순서를 바꿔 한 번 더 측정해 봅니다.
8. 각 브라우저에서 두세 번 반복해 범위를 확인합니다.

그래픽 경로도 확인하세요. 한쪽이 WebGPU, 다른 쪽이 WebGL2로 실행됐다면 GPU 항목의 직접 비교는 피하고, 환경 비교 표의 "그래픽 경로" 행을 근거로 설명해야 합니다. AI 추론을 포함했다면 WebGPU 경로인지 WASM 경로인지도 같아야 같은 조건입니다.

결과를 보고 내 용도에 맞는 브라우저 고르기

대결 결과가 나왔다면 "어느 브라우저가 이겼나"보다 "내가 주로 하는 일이 어느 카테고리에 가까운가"를 먼저 생각하세요. 점수가 가장 높은 브라우저가 반드시 나에게 가장 좋은 브라우저는 아닙니다.

• 문서 편집, 메신저, 쇼핑처럼 일상적인 웹 사용이 대부분이라면 CPU 싱글과 브라우저 카테고리의 체감이 중요합니다. 이 영역에서 차이가 오차 범위 안이면 속도보다 동기화, 확장 지원, 개인정보 설정처럼 다른 기준으로 고르는 편이 합리적입니다.
• 웹 기반 이미지·영상 편집이나 데이터 처리처럼 무거운 작업을 한다면 CPU 멀티, 메모리, 저장소 항목을 눈여겨보세요.
• 3D 지도, 웹 게임, 시각 효과가 많은 사이트, 브라우저 안 AI 기능을 쓴다면 GPU 그래픽·연산과 WebGPU 지원 여부가 중요합니다.
• 노트북 배터리를 오래 쓰고 싶다면 점수만이 아니라 전력 사용도 영향을 줍니다. 웹 벤치의 점수는 전력 효율을 직접 보여 주지 않으므로, 실제 사용 시간은 따로 확인해야 합니다.
• 회사나 학교에서 지정한 웹 서비스가 특정 브라우저만 공식 지원한다면 점수와 상관없이 그 브라우저가 우선입니다.

마지막으로, 브라우저 점수 차이는 업데이트마다 달라집니다. 몇 달 전의 대결 결과로 지금의 선택을 정하기보다, 브라우저를 크게 업데이트했거나 기기를 바꿨을 때 다시 측정해 보는 정도가 알맞습니다. 모든 점수는 환경에 따라 달라지는 참고값이며, 특정 브라우저가 항상 우월하다는 결론을 내리는 데 쓰면 안 됩니다.

웹 벤치에서 측정 시작하기

참고: 이 글은 웹 벤치의 현재 기능 설명이며 점수는 기기·브라우저·조건에 따라 달라지는 참고값입니다. 결과는 서버로 전송되지 않고 공유 링크에 담겨 전달됩니다.