오랜 세월동안, 역시나 돈으로 좌우되는 웹브라우저시장에서 각 브라우저들은 저마다 경쟁하면서 각자 발전해 왔습니다.
결국은 Microsoft 의 ‘OS 에 브라우저 끼워팔기’ 로 순진한 Windows 사용자들을 현혹시킨 Internet Explorer(IE) 가 브라우저 시장을 독점하게 됩니다.
사용자들 뿐만 아니라 웹개발자들도 그렇게 독점된 IE 에 길들여져서 IE 안에서만 만들고 보여져 왔습니다.
그러나 Windows 에 길들여져온 순진한 사용자들은 한참 후 에야 브라우저가 IE 만 있는게 아니었고, 더 좋은 브라우저도 있다는걸 뒤늦게 알게 됩니다.
요즘 구루들의 칭찬이 자자한 FireFox(FF) 로 갈아타려고 했더니, 그동안 IE 에 맞춰져 만들어진 웹사이트들은 FF 에서 이리저리 깨지고 난리도 아닙니다. 사실 웹표준에 대한 이슈의 계기가 바로 FF 의 출현이라고 해도 과언이 아니죠.
얼마전 acid3 테스트 1위에 빛나는 apple 의 Safari 는 빠른 렌더링 속도의 매력으로 많은 사용자들을 끌어모으고 있습니다만 역시 IE 에 맞춰진 웹사이트들은 제대로 보여지지 않습니다.
웹사이트는 하나인데 브라우저는 여러가지가 있고, 또 그 브라우저들은 한 웹사이트를 제각각의 모습으로 보여줍니다.
사용자들은 어떤 OS의 어떤 브라우저로 웹사이트에 접근하더라도 똑같은 모습으로 보여지길 원합니다.
사용자들의 수준이 높아지면서 Mozilla 계열의 FF, Opera, apple 의 Safari 등 비 IE 브라우저들의 점유율이 나날이 조금씩 높아지고 있습니다.
이미 전세계적으로 비 IE 브라우저들의 점유율은 FF 를 선두로 IE 의 점유율에 근접해 있습니다. 우리나라를 포함한 아시아권만 아직까지 IE 가 독보적이긴 하지만 말이죠.
모바일웹도 이제는 www 와 유사하게 진화 하고 있으며 곧 www 와 동일한 플랫폼으로 발전하게 될 것 입니다.
이쯤되면 IE 만 고려하고 IE 에만 맞춰진 웹사이트는 글로벌 시대에서 자연스럽게 퇴보하겠구나 라는 생각이 들게 됩니다.
안타깝지만 각 브라우저들의 해석 렌더링 엔진을 통일시킬 방법은 현재로선 없어 보입니다.
그렇다면 웹사이트를 만드는 웹개발자들은 어떤 브라우저에서도 똑같은 모습이 나오도록 웹사이트를 만들면 되겠죠.
그래서 필요한것이 어디서나 똑같이 보여줄 수 있는 방법, 일명 “웹표준” 입니다.
다행히 W3C의 권고안을 기초로 하는 일명 “웹표준”에 대한 노력들이 우리나라에서도 여기저기서 잡초처럼 일어나면서 현재는 무성하게 자라나 있습니다.
물론 그 권고안을 무시하는 개념없는 MS 의 브라우저 IE 도 있습니다.
안타깝게도 우리나라는 그런 브라우저가 오랜시간동안 뿌리깊이 자리잡고 있는 특수한 상황이라서 더욱 시급하게 대처해 나가지 않으면 안됩니다.
IE 가 아니면 인터넷 뱅킹도 못하고, 고스톱 게임도 못하고, 연말정산 자료도 받지 못하는 실정입니다.
이제는 웹디자이너, 웹기획자, 웹퍼블리셔 등등 웹사이트를 만드는데 관련된 모든 웹개발자들의 몫입니다.
그동안 배우고 잘 써먹어온 방법과는 다른, 생소하고 익숙하지 않은 방법이라서 망설이거나 거부감을 느끼는 개발자들도 많이 있을것입니다.
여러가지 브라우저에서 제대로 보이게 하는 가장 편리한 방법은 웹표준 – 뭐 꼭 이런 동기가 아니더라도 웹표준을 해야하는 이유는 얼마든지 있습니다.
우선 코딩이 단순화 됩니다.
기존의 <table> 을 이용한 레이아웃은 위지윅 에디터의 힘까지 입어 태그가 2중 3중으로 겹쳐있고, css 를 활용하지 않고 구조와 표현이 공존하는 코딩으로 소스만 길어져서 브라우저의 렌더링 속도가 느려지게 됩니다.
<table> 은 “표” 를 담당하는 엘리먼트(태그)입니다. 애시당초 <table> 로 웹페이지의 구조를 잡는다는건 용도에 맞지 않는 구성이었죠.
구조를 담당하는 <div>,<ul> 등 엘리먼트를 이용해 구조(layout)를 잡고, <dl>,<dt> 등의 구조안의 컨텐츠요소를 담당하는 엘리먼트들로 채워줍니다.
그리고 css 를 통해서 그 구조를 표현(style) 해 준다면 구조와 표현이 분리되어 소스도 간결해지고 브라우저 렌더링 속도 역시 빨라집니다.
웹2.0 이라는 단어로 더 유명한 시맨틱 웹 에 맞춰야 한다는 이유도 있습니다.
검색엔진등의 기계가 해석하는 용도에 맞춰서 코딩한다는 거죠. 예를 들면 <h1>,<h2> 등의 문서의 제목으로 쓰이는 용도의 엘리먼트는 문서 제목 정도로 해석될 수 있기 때문에 그 용도에 맞는 내용이 있어야 검색 데이터도 제대로 쌓일 수 있겠죠.
이런것도 용도에 맞는 표준 엘리먼트(태그)를 사용하면서 코딩을 하게 된다면 자연스럽게 해결되는 문제입니다.
웹표준을 해야해 말아야해? 라는 논쟁은 너무나 시대에 뒤떨어진 논쟁이고, 무조건 해야 한다는 전제로 다른 논쟁과 연구를 해야겠죠.
예를 들면 보다 효율적인 웹접근성의 방법에는 어떤것들이 있는가 라던지, 곧 시행될 장애인 차별 금지법에 대해서 우리의 웹사이트는 어떻게 대처해야 할까 등을 말이죠.
우리나라의 많은 웹개발 종사자들이 뒤늦게나마 웹표준의 중요함에 대해서 인지하고 있다는건 다행이라고 생각합니다.
몰랐더라도 이제부터 인지하고 함께 만들어가는 개발자분들이 많이 생겨났으면 하는 바램입니다.
개인적으로 안타까운 사실은, 제가 다니고 있는 회사에서는 웹표준의 중요함과 필요성에 대해서 대부분 모르고 있다는 것입니다.
ActiveX 컨트롤 등 IE 에 친화적인 웹서비스를 하는 회사의 특징 때문에 특별히 고민할 필요를 못느끼는 듯 합니다.
얼마전 사이트 개편때 디자인 외주를 주면서까지 웹표준(엄밀히 말하자면 DTD Transitional) 사이트 디자인 개편을 단행했는데,
그 이유가 단순히 다른 사이트도 그렇게 바꾸고 있으니까 우리도 하자는 것, <table> 로 만들어진 레이아웃은 IE 에서 렌더링 속도가 느려서 라는 것입니다.
어떤 이유에서라도 웹표준에 근접하는 노력을 했다는건 중요하지만,
이제는 그 필요성을 정확히 인지하고 웹표준에 대한 노력을 함께 한다면 더없이 좋을것 같습니다.
웹표준이라는 단어가 어디서 시작된 단어인지는 모르지만, 상당히 적절한 단어라고 생각됩니다.
단순히 css+xhtml 에 의한 표준에 국한된 의미가 아니라, 웹페이지에 사용되는 모든 도구들의 표준을 통칭한다는 의미로 받아들여 집니다.
javascript 역시 제멋대로인 MS 의 Jscript 덕분에 ECMAscript 라는 표준안이 탄생하게 되었죠.
억울하겠지만 우리는 이런 표준을 위한 노력의 결과물들을 공부하고 사용해서 악의 무리에 대항(?) 해야 합니다. 
웹표준에 대한 노력은 이제 막 시작된것도 끝난것도 아닙니다. 많은 사람들의 노력으로 계속해서 끊임없이 이루어져 나가고 있는것 입니다.
제자신도 아직은 부족한 실력이지만 이런 뜻깊은 노력에 동참하고 싶습니다.
이런 노력들이 멈추지 않는한 우리나라도 언젠가는 safari 나 FF 로 인터넷 뱅킹이 가능한 시대가 반드시 오리라 믿고 있습니다.
그래서 저는 앞으로 더 많은 시간과 노력을 웹표준에 투자 하고자 합니다.
짧은 지식으로 두서없이 적은 제생각을 읽어주셔서 감사합니다
올타쿠나!