어느 기업이던 장기적으로 계획을 가지고 개발해야 하는 제품이 있는 반면, 단기적으로 집중 개발하여 타이밍을 맞추어야 하는 제품이 있다. 국내 모바일 브라우저 개발사의 장기 제품이 '위젯'과 같은 플랫폼이라면 단기제품으로는 'Transcoder'가 있다.

PC Web에 맞춰서 개발된 웹페이지를 Proxy Server를 거쳐서 모바일 화면에 맞게끔 DIV나 이미지, 표 등을 재배치하여 html 이나 WAP으로 변환하여 보여주는 기술을 'Transcoder'라고 한다. 주로 동영상의 용어로 사용되었던 'Transcoder'가 일반인들에게 알려진 것은 google 덕분이다. 국내에서도 'google transcoder'기술과 제휴한 SKT나 아이허브 등에서는 WAP 브라우저를 통해서 일반 Web 페이지에 들어가서 검색을 하거나 브라우징을 할 수가 있게 되었다.

현재 위와 같은 솔루션은 구글뿐만이 아니라 WAP 브라우저에서 출발한 대부분의 모바일 브라우저 개발사는 보유하고 있다. 다만 제품의 완성도면에서 구글을 것을 아직은 따라오지 못하고 있으며 구글이 검색과 함께 패키지로  제공함으로 제휴면에서 유리하게 작용하여 맥을 못추고 있다.

생각해보면 이 제품이 일반 html 구문을 분석하는 기술과 그 분석된 내용을 작은 화면으로 재배치 하는 기술 또는 WAP 브라우저에서 사용하는 tag로 재생산하는 기술이 필요한 것을 알 수 있다. 그렇다면 지금껏 WAP 브라우저에서 많은 작업을 했던 WAP 브라우저 개발사에게 꽤나 유리한 제품이라는 것이다. 하지만 '구글'이란 공룡에 밀려서인지 국내 개발사들이 이 제품 개발에 소홀히 하고 있다는 느낌이다. 구글 제품 외에 국내 솔루션이 실려서 국내 WAP 브라우저 내에서 Web 서핑을 하게끔 한단 소리를 들어본 적이 없다. 그나마도 일부 서비스 사업자만이 이를 제공한다. 단순히 시장성이 없다고 이야기 하기에는 조금 아쉬운 감이 있다. 아이허브에서도 소개를 했듯이 사용자들은 별의별 방법을 동원하여 WAP 브라우저에 Web 서핑을 하려고 하고 있다. 국내 사업자에게 상당히 유리한 솔루션이다. 2-3년 후에는 쓸모가 없어질 기술일 수도 있다. 잘 고민해보기를 바란다.

아이뉴스24의 5월 14일자 기사에 "풀브라우저와 웹뷰어 뭐가 다른가"란 기사가 포스팅되었다. 원문은 이곳에 가면 읽을 수 있고, 주가되는 내용은 아래와 같다.


요는 클라이언트에서 메타 언어를 해석해서 뿌려주면 '풀브라우저'이고, 서버사이드에서 컨버팅해서 웹사이트를 보여주는 것은 '웹뷰어'이므로 이 둘은 구별되어야 한다는 것이다. 기사의 원문에서 아래 부분만 제외하면 기사의 이야기는 사실 틀린 이야기하고 할 수는 없다.


'풀브라우저'인가 아닌가를 내장형 어플리케이션인가 VM인가로 구분하는 저 어리석음을 제외하고는 분명히 뭔가를 아는 전문가의 이야기를 정리하고 있다. 실제로 이 기사 외에도 종종 인터넷에서는 이렇게 구별하여 사용하는 경우가 있다.


ETRI에 근무하고 있으며 별주부뎐 블로그를 운영하는 거부기아찌님은 'Top 10 Mobile Web 2.0 Predictions for 2008 (2008년도 모바일 웹 2.0 전망)' 포스팅에서 '풀브라우저'와 '모바일 웹 브라우저'를 구분하여 설명하고 있다. 해당 포스팅에서 그 부분의 일부를 소개하자면 아래와 같다.


즉, '풀브라우저'는 WAP과 WEB을 한 브라우저 안에서 모두 보여주는 것을 말하는 것이고, '모바일 웹 브라우저'는 WEB만을 지원하는 것으로 두 개를 구분해야 한다는 것이다. '풀브라우저'라는 용어가 NTT에서 시작된 용어로 태생이 WAP 브라우저에서 시작되었다가 WEB의 일부분을 지원하면서 생긴 것을 생각해보면 이러한 구분 역시 설득력이 있다.


위 두개의 사례는 모두 설득력있는 의견이지만 그렇다고 모두 맞는 이야기다라고 생각하기에도 무리가 있다. 분명히 '풀브라우저'의 역사는 그렇게 시작했지만 여기에 따른 여러 연구와 시도, 그리고 미디어의 왜곡과 그에 따른 사용자들의 오해 때문에 처음의 의미와 많이 변질이 되었기 때문이다. 사실 "풀브라우저의 처음 뜻이 뭔데?"라고 생각하는 것 또한 지금에 와서는 별 의미가 없다.

어떤 산업에서 새로운 단어를 사용하려면 명확한 Define이 되어야 하는데 '풀브라우저'의 Define은 어디에도 없다. 여러 포스팅이나 논문에서 각자 자신의 입장에서 Define을 하기는 하지만 그 Define이 해당 산업에서 표준으로 쓰기에 맞다라고 할만한 용어가 없다라는 뜻이다. 그나마 온 세상 네티즌들이 만들어내어 공감대를 형성한다는 위키디피아에 조차 'Full Browser'라는 단어는 없다는 사실을 알고 있는가?(위키디피아의 한국어판에도 역시 '풀브라우저'는 없다.

결국은 풀브라우저에 대한 정의나 위의 구분등은 하나의 일리가 있는 주장일 뿐 아직까지는 보편타당하게 사용되는 정의와 구분이 아니라는 생각이 든다. 풀브라우저에 대한 정의 중에 개인적으로 가장 적당한 정의는 e-Words에서 정리한 것이라고 생각하는데 아래와 같은 내용으로 이루어져 있다. "이것이 맞다"라고도 말하는 것은 위험하지만 적어도 풀브라우저를 정의하는 요소는 모두 포함되어 있는 듯 하다. '풀브라우저'의 한글 표기를 '풀 브러우저'라고 한 것을 제외한다면..


또한 사용에 따른 '풀브라우징(풀브라우저가 아님)'의 종류는 통상적으로 아래와 같이 구분을 한다.

1. Browser-based Adaptation
클라이언트에서 소켓을 직접 생성하여 목적 웹사이트로 접속하여 메타 정보를 얻어내고 이를 해석하여 화면에 뿌리는 방식. Opera, NetFront, Infraware, Safari 등을 이용하여 웹사이트에 접속하는 것이 여기에 속한다.

2. Proxy-based Adaptation
Proxy 서버에서 웹사이트에 접속하여 웹페이지의 내용을 해석하고 이를 Image로 만든 후 Image 정보를 모바일 기기에 전송하여 화면에 뿌리는 방식. 대표적인 예로는 Deepfish와 국내 유자드 브라우저를 이용하는 것을 들 수 있다. 첫번째 기사에서 '웹뷰어'라고 정의한 제품을 이용하는 것을 말한다.

3. Metadata-based Adaptation
1번과 유사하지만 클라이언트 브라우저를 이용해 모바일 최적화한 사이트에 접속하는 것을 말한다. WAP이 아닌 Web의 메타 태그로 사이트를 개발하지만 일반 Web 브라우저로 접속했을 때는 다른 화면을 보여준다. iPhone의 성공으로 Safari 전용 페이지를 만드는 각종 사이트와 국내에서도 Infraware 브라우저로 접속하는 플레이톡과 같은 것을 예로 들 수 있다.

4. Transcoding Adaptation
각종 브라우저 솔루션 업체나 구글과 같은 포탈등이 보유한 기술로 일반 WEB 페이지를 이루는 Meta Tag를 WAP 페이지에서 사용하는 Meta tag로 서버에서 변환하여 '풀브라우저'가 아닌 일반 WAP Browser로 Web 사이트를 접속하는 것을 말한다. 국내에서도 일반 WAP 브라우저로 구글 검색을 한 후 검색 결과에서 나타나는 웹페이지를 선택하면 WAP 브라우저에서도 Transcoding된 Web 사이트를 볼 수 있다.


하지만 위의 풀브라우징의 구분에서 보면 첫번째 기사에서 언급한 '웹뷰어'도 풀브라우징을 할 수 있는 '풀브라우저'의 종류로 구분하는게 더 자연스럽지 않을까 하는 생각이다. 역시나 Web만을 보여주는 Opera나 Safari도 '풀브라우저'라는 테두리안에 넣어주어도 무리가 없지 않을까? 물론, 이러한 정의나 구분 또한 어떤 표준이 아니라 mobizen의 개인적인 경험이나 의견을 토대로 한 것일 뿐, 이게 절대적인 정의와 구분이라고 할 수 없다. 
다시 한번 강조하지만 위의 두 의견은 모두 설득력이 있다. 다만, 정의와 종류를 너무 작은 Segment로 나누기에는 아직까지 '풀브라우저'의 존재 정의는 너무 혼란스럽다는 생각일 뿐..