크로스브라우저 호환성
크로스브라우저 호환성은 동일한 웹사이트가 서로 다른 브라우저·운영체제에서도 동일하게 동작해야 한다는 원칙이다. 2011년 가격비교 사이트 다나와의 사례가 이 문제를 잘 보여준다. 맥·크롬 등 IE(Internet Explorer) 외 환경에서 구매 내역 조회를 시도하면 아무런 오류 메시지 없이 목록이 텅 빈 채로 표시됐지만, 실제로는 자바스크립트 호환성 검사가 특정 브라우저에서만 정상 작동하지 않아 생긴 결함이었다. 사용자 입장에서는 오류인지 자신의 실수인지조차 구분할 수 없는, 조용히 실패하는(silent failure) 최악의 형태였다.
이런 문제의 배경에는 액티브엑스(ActiveX) 같은 특정 브라우저 전용 기술에 대한 의존이 있었다. 당시 국내 웹사이트들은 결제·인증 등 핵심 기능을 IE 전용 플러그인에 의존하는 경우가 많았고, 브라우저 점유율이 절대적으로 높았던 시절의 관성이 표준 미준수로 이어졌다. 그러나 글로벌·국내 브라우저 점유율 통계를 보면 이미 IE 비중이 지속적으로 하락하고 웹킷 기반 모바일 브라우저가 부상하던 시기였고, IE 외 사용자를 고려하지 않는 설계는 점점 더 많은 사용자를 소외시키는 결과로 이어졌다.
이 문제는 우선순위 판단의 딜레마와도 연결된다. '겟팅 리얼(Getting Real)'식 관점처럼, 소수의 마이너 환경 사용자 불만을 처음부터 모두 대응할 수는 없으며 실제로 불평하는 사용자가 늘어난 뒤에 대응해도 늦지 않다는 실용적 태도가 있다. 그러나 최소한 오류 시 사용자에게 명확한 안내(예: "이 기능은 특정 브라우저에서만 지원됩니다")를 제공하는 것과, 아무 설명 없이 기능이 조용히 실패하게 두는 것은 전혀 다른 문제다. 크로스브라우저 대응이 당장 불가능하더라도 실패 상황을 사용자에게 투명하게 전달하는 것은 별도로 지켜야 할 기본 원칙이다.
핵심 내용
- 크로스브라우저 호환성: 브라우저·OS에 관계없이 동일한 기능이 동작해야 한다는 원칙
- 가장 나쁜 실패 형태는 오류 메시지 없이 조용히 기능이 작동하지 않는 것(사용자가 원인을 알 수 없음)
- 액티브엑스 같은 특정 브라우저 전용 기술 의존은 IE 외 사용자를 구조적으로 배제한다
- 브라우저 점유율은 계속 변화하므로, 특정 시점의 절대 강자에게 맞춘 설계는 장기적으로 리스크가 된다
- 마이너 환경 대응의 우선순위는 실용적으로 조정할 수 있어도, 실패를 사용자에게 명확히 안내하는 것은 별개의 기본 원칙
관련 개념
- 웹 접근성과 WAI-ARIA — 다양한 사용자·환경을 포용하는 설계라는 문제의식을 공유
- 현대 CSS 기능 — 브라우저 표준화가 진전되며 벤더 전용 기술 의존이 줄어드는 흐름
- 프론트엔드 보안 — 특정 플러그인·기술 의존이 만드는 구조적 리스크라는 관점에서 연결
출처
- 다나와. ie가 아니면 안나와 — 2011-08-10, 無異