온라인 반응속도 측정은 얼마나 정확할까 — 브라우저 측정의 원리와 한계
반응속도 테스트 사이트를 여러 곳 돌아다녀 본 분이라면 이상한 점을 느꼈을 겁니다. 사이트마다 기록이 다릅니다. A 사이트에서는 230ms인데 B 사이트에서는 260ms가 나옵니다. 어느 쪽이 진짜일까요? 답부터 말하면, 둘 다 '그 사이트 기준의 진짜'이고, 절대값으로서의 진짜는 어느 쪽도 아닙니다. 왜 그런지 브라우저 측정의 속사정을 열어 보겠습니다.
브라우저는 시간을 어떻게 잴까
본 사이트를 포함한 대부분의 테스트는 브라우저의 고정밀 타이머 performance.now()를 사용합니다. 색상을 바꾸는 시점의 시각과 클릭 이벤트가 들어온 시점의 시각을 찍어 그 차이를 계산하는 방식입니다. 타이머 자체는 밀리초 이하 단위까지 표현할 수 있어 시계로서는 충분히 정밀합니다. (참고로 브라우저는 보안상의 이유로 이 타이머의 해상도를 의도적으로 0.1ms 안팎으로 뭉툭하게 만들어 두었지만, 반응속도 측정에서 0.1ms는 무시해도 되는 수준입니다.)
문제는 시계가 아니라 시계가 찍는 두 시점이 실제 사건과 어긋난다는 데 있습니다.
측정값에 몰래 더해지는 시간들
시작점의 어긋남: "색을 바꿨다"와 "색이 보인다" 사이
코드가 색상 변경을 지시하고 타이머를 찍는 순간, 화면의 픽셀은 아직 예전 색입니다. 변경 지시는 브라우저의 렌더링 파이프라인(스타일 계산 → 페인트 → 합성)을 거쳐 다음 화면 갱신 시점에야 실제 픽셀이 되고, 모니터의 픽셀 응답 시간까지 지나야 눈에 보입니다. 이 구간이 주사율과 패널에 따라 대략 10~30ms입니다. 즉 스톱워치가 실제 출발 신호보다 먼저 눌린 셈이라, 이 지연은 기록에 그대로 더해집니다.
끝점의 어긋남: "눌렀다"와 "눌렸다고 전달됐다" 사이
손가락이 스위치를 누른 순간부터 브라우저의 클릭 이벤트 핸들러가 실행되기까지도 여정이 있습니다. 스위치 디바운스, 마우스 폴링, 운영체제의 이벤트 처리, 브라우저의 이벤트 큐를 차례로 지나며 대략 5~20ms가 걸립니다. 자세한 구조는 마우스 클릭 지연 문서에 정리되어 있습니다.
합산
결과적으로 브라우저 기반 측정값은 다음과 같이 구성됩니다.
측정값 = 순수한 신체 반응 시간 + 화면 출력 지연(10~30ms) + 입력 전달 지연(5~20ms) + 브라우저 처리 시간(수 ms)
장비와 브라우저에 따라 합계 20~60ms의 시스템 지연이 사람마다 다르게 얹히는 구조입니다. 실험실 연구들이 온라인 테스트보다 수십 ms 빠른 평균을 보고하는 이유이고(평균 데이터 가이드 참고), 전용 하드웨어 없이 웹에서 측정하는 모든 사이트가 공유하는 한계입니다.
사이트마다 기록이 다른 이유
같은 사람, 같은 장비인데 사이트별 기록이 다른 것은 각 사이트의 구현이 다르기 때문입니다.
- 타이머를 찍는 위치 — 색 변경 '지시' 시점에 찍는지, 브라우저가 실제로 그리기 직전(requestAnimationFrame 콜백)에 찍는지에 따라 한 프레임 안팎의 차이가 납니다.
- 클릭 감지 방식 — 버튼을 누르는 순간(mousedown)을 잡는지, 뗐다가 완성되는 클릭(click)을 잡는지에 따라 수~수십 ms가 달라집니다. 본 사이트는 더 빠른 mousedown 시점을 기준으로 합니다.
- 화면 요소의 무게 — 광고·애니메이션이 많은 페이지는 색 전환 자체가 늦게 그려질 수 있습니다.
- 집계 방식 — 부정 출발 처리 기준, 평균 산출 방식, 이상치 제외 규칙이 사이트마다 다릅니다.
그래서 서로 다른 사이트의 기록을 비교하는 것은 서로 다른 자로 잰 길이를 비교하는 것과 같습니다. 의미 있는 비교는 '같은 사이트, 같은 장비, 같은 시간대'라는 조건이 갖춰졌을 때만 성립합니다.
본 사이트의 측정 규칙
AIMBST 테스트의 동작 방식은 다음과 같습니다.
- 신호 등장 시점은 회차마다 1.5~3.5초 사이 무작위로 결정되어 타이밍 암기를 방지합니다.
- 클릭은 mousedown(왼쪽 버튼) 시점에 잡아 클릭 완성 대기로 인한 지연을 줄입니다.
- 100ms 미만의 기록은 부정 출발로 간주해 집계에서 제외하고 재시도를 안내합니다. 인간의 생리학적 하한선(반응 시간의 과학 참고)보다 빠른 값은 예측 클릭이기 때문입니다.
- 대기 색상 중의 클릭은 해당 회차를 무효 처리합니다.
- 최종 결과는 설정한 회차의 평균값으로 제공합니다. 단발 기록의 우연성을 줄이기 위해서입니다.
- 모든 계산은 브라우저 안에서 끝나며, 기록은 서버로 전송·저장되지 않습니다.
올바르게 읽는 법: 절대값이 아니라 변화량
이 모든 한계에도 온라인 테스트가 유용한 이유는 분명합니다. 시스템 지연은 같은 환경에서라면 매번 거의 같은 크기로 더해지는 상수이기 때문입니다. 상수가 낀 값이라도 그 변화는 온전히 여러분의 변화입니다. 지난주보다 15ms 빨라졌다면 그것은 진짜 개선이고, 수면 부족한 날 25ms 느려졌다면 그것도 진짜 신호입니다.
- 절대값으로 남과 비교하지 말고, 같은 조건에서의 추이를 보세요.
- 측정 환경(기기·브라우저·시간대)을 고정하면 기록의 해상도가 올라갑니다.
- 5회 이상의 평균만 신뢰하세요. 1회 기록은 프레임 타이밍 운의 영향이 큽니다.
참고 자료
- MDN Web Docs — performance.now(): 고해상도 타이머의 정밀도와 브라우저별 해상도 제한.
- Anwyl-Irvine, A., et al. (2021). Realistic precision and accuracy of online experiment platforms, web browsers, and devices. Behavior Research Methods, 53, 1407–1425 — 웹 기반 반응 시간 측정의 지연·편차 실측 연구.