처음 웹 페이지를 만들고 브라우저마다 화면이 깨져 속을 썩여본 경험이 있을 것입니다. 크롬에서는 깔끔하게 보이던 버튼이 다른 브라우저에서는 엉뚱한 곳에 가 있거나, 폰트 크기가 제멋대로 바뀌어 밤샘 디버깅을 하던 기억은 웹 개발자라면 누구나 한 번쯤 겪는 통과의례입니다.
오늘날 우리가 당연하게 누리고 있는 웹 표준(Web Standards)과 대화형 웹 환경은 저절로 얻어진 것이 아닙니다. 1990년대 중반, 인터넷의 입구를 독점하기 위해 실리콘밸리의 신성 넷스케이프와 거대 제국 마이크로소프트가 벌였던 피 튀기는 격돌, 이른바 '제1차 브라우저 전쟁'의 상흔 위에서 피어난 결과물입니다.
[1. 넷스케이프의 독주와 마이크로소프트의 위기감]
1994년 출시된 '넷스케이프 내비게이터(Netscape Navigator)'는 웹의 대중화를 이끈 선구자였습니다. 팀 버너스리가 만든 초기 텍스트 위주의 웹 브라우저와 달리, 넷스케이프는 사진을 부드럽게 띄우고 다채로운 레이아웃을 표현하며 순식간에 시장 점유율 80% 이상을 장악했습니다.
당시 전 세계 PC 운영체제 시장을 90% 이상 쥐고 있던 마이크로소프트(MS)의 빌 게이츠는 이 현상을 보며 극심한 공포를 느꼈습니다.
넷스케이프의 창업자 마크 앤드리슨이 "앞으로 운영체제는 브라우저 아래에서 하드웨어를 구동하는 부속품으로 전락할 것"이라고 공언했기 때문입니다. 모든 작업이 브라우저 안에서 이뤄진다면 사람들은 굳이 비싼 윈도우 운영체제에 얽매일 이유가 없어집니다. 플랫폼의 주도권을 빼앗길 위기에 처한 MS는 1995년 여름, '타오르는 조류(Internet Tidal Wave)'라는 사내 메모를 돌리며 전면전을 선언했습니다.
[2. 제1차 브라우저 전쟁: 번들링과 비표준 태그의 난타전]
MS는 후발 주자였던 '인터넷 익스플로러(IE)'를 들고 거칠게 시장을 공략했습니다. 이 과정에서 벌어진 두 가지 전략은 웹 역사에 깊은 상처와 교훈을 남겼습니다.
첫째는 운영체제 끼워팔기(번들링)였습니다.
MS는 윈도우 95와 98에 인터넷 익스플로러를 기본 무료 소프트웨어로 탑재했습니다.
사용자가 컴퓨터를 사서 켜면 이미 브라우저가 깔려 있었기에, 유료(또는 별도 설치)였던 넷스케이프를 굳이 찾아 깔아야 할 이유가 사라졌습니다. (이 전략은 훗날 역사적인 미국 법무부의 반독점 소송으로 이어집니다.)
둘째는 독자 규격과 비표준 기술의 남발이었습니다.
두 회사는 표준화 기구인 W3C의 승인을 기다리지 않고, 자사 브라우저에서만 작동하는 전용 태그와 기능을 경쟁적으로 쏟아냈습니다.
넷스케이프가
<blink>(글자 깜빡임) 태그를 만들면, 익스플로러는<marquee>(글자 흘러가기) 태그로 맞받아쳤습니다.넷스케이프가 만든 가벼운 스크립트 언어인 '자바스크립트(JavaScript)'에 대항해, MS는 독자 규격인 'JScript'와 액티브X(ActiveX)를 밀어붙였습니다.
그 결과 인터넷에는 "이 사이트는 넷스케이프 800x600 해상도에 최적화되었습니다", "이 사이트는 Internet Explorer 전용입니다"라는 문구가 대문에 내걸리기 시작했습니다. 개발자들은 동일한 웹사이트를 브라우저별로 코드를 따로 짜야 하는 극심한 피로에 시달렸습니다.
[3. 승자의 몰락과 모질라(Firefox), 그리고 웹 표준의 부활]
전쟁은 결국 자금력과 운영체제 지배력을 앞세운 마이크로소프트의 압승으로 끝났습니다. 2000년대 초반, 인터넷 익스플로러의 시장 점유율은 95%에 달했습니다.
패배한 넷스케이프는 아메리카온라인(AOL)에 인수되었지만, 해체 직전인 1998년 마지막 반격을 준비했습니다. 바로 자신들의 브라우저 소스코드를 인터넷에 전면 공개하며 '모질라(Mozilla) 프로젝트'를 출범시킨 것입니다.
한편 시장을 독점한 마이크로소프트는 오만에 빠졌습니다. 경쟁자가 사라지자 IE6 출시 이후 수년간 브라우저 업데이트를 사실상 중단했고, 심각한 보안 취약점과 웹 표준 무시로 웹 생태계를 정체에 빠뜨렸습니다.
이 빈틈을 파고든 것이 넷스케이프의 후예들이 오픈소스로 다듬어낸 파이어폭스(Firefox)와 W3C 중심의 웹 표준화 운동이었습니다. 개발자들은 더 이상 특정 기업의 사유 기술(Proprietary Technology)에 휘둘리지 않고, 어떤 브라우저에서도 동일하게 작동하는 표준 규격(HTML, CSS, DOM 표준)을 지키자고 결집했습니다. 이어 구글의 크롬(Chrome)이 가볍고 빠른 성능을 무기로 등장하면서, 독점의 상징이던 IE는 역사의 뒤안길로 사라지게 되었습니다.
[4. 단방향 문서를 넘어 대화형 플랫폼으로: 웹 2.0의 개막]
브라우저 전쟁의 혼란을 딛고 웹 표준이 자리를 잡아가던 2000년대 중반, 웹의 성격 자체가 완전히 뒤바뀌는 패러다임 전환이 일어났습니다. 바로 웹 2.0(Web 2.0)의 등장입니다.
웹 1.0 (읽기 중심): 운영자가 미리 만들어둔 정적인 HTML 문서를 사용자가 일방적으로 소비하던 시대였습니다.
웹 2.0 (읽기·쓰기·참여): 사용자가 직접 콘텐츠를 생산하고 공유하는 플랫폼 중심의 생태계로 진화했습니다.
이 변화를 기술적으로 뒷받침한 결정타가 바로 AJAX(Asynchronous JavaScript and XML)였습니다. 과거에는 페이지 안의 작은 데이터 하나만 바뀌어도 화면 전체가 하얗게 깜빡이며 새로고침(Reload)되어야 했습니다. 하지만 AJAX 기술이 보편화되면서, 백그라운드에서 서버와 조용히 데이터를 주고받아 화면의 일부분만 부드럽게 갱신할 수 있게 되었습니다.
구글 지도(Google Maps)가 마우스 드래그만으로 끊김 없이 지도를 불러오고, 소셜 미디어 피드가 스크롤에 맞춰 무한히 이어지는 현대적인 웹 애플리케이션의 경험은 모두 이 기술적 성숙에서 비롯되었습니다. 브라우저는 마침내 단순한 문서 뷰어를 넘어 강력한 운영 플랫폼으로 도약했습니다.
[5. 현대 웹 실무와 프론트엔드 설계에서의 시사점]
오늘날 웹 서비스를 구축하는 기획자나 프론트엔드 엔지니어에게 이 역사는 강력한 가이드라인을 제공합니다.
특정 플랫폼이나 단일 브라우저에만 특화된 사유 기술(과거의 액티브X나 플래시 같은 기술)에 의존하는 시스템은 당장 편리해 보일지라도 생태계가 바뀌는 순간 거대한 기술 부채로 돌아옵니다. 웹의 본질은 언제나 기기와 브라우저를 가리지 않는 '상호운용성(Interoperability)'과 '접근성(Accessibility)'에 있습니다.
현재 우리가 프레임워크(React, Vue 등)를 활용해 컴포넌트를 설계할 때도 시맨틱 HTML 태그를 준수하고 웹 표준을 철저히 지켜야 하는 이유는 명확합니다. 검색 엔진 로봇이 문서를 올바르게 색인하고, 스크린 리더를 쓰는 사용자까지 차별 없이 정보를 접할 수 있는 탄탄한 접근성이야말로 서비스의 지속 가능성을 결정하는 가장 안전한 토대이기 때문입니다.
[핵심 요약]
1990년대 넷스케이프와 마이크로소프트의 브라우저 전쟁은 운영체제 번들링과 독자 비표준 태그 남발로 극심한 개발 파편화를 낳았습니다.
넷스케이프의 오픈소스 공개(모질라)와 W3C의 규격화 노력이 맞물려 사유 기술 독점을 깨고 보편적인 웹 표준 생태계를 확립했습니다.
AJAX 기술과 웹 2.0의 도래는 정적인 읽기 중심 웹을 동적인 참여·공유형 애플리케이션 플랫폼으로 완전히 탈바꿈시켰습니다.
0 댓글