Web 2.0에 대한 논의가 활발해지면서 Open API에 대한 기업들의 노력이 꾸준히 시도되고 있다. 불행히 국내의 경우에서는 성공적인 사례가 없지만 해외의 대형 서비스들의 Open API 지원은 이제는 서비스의 기본 구성 요소가 된 듯 하다. 또한, Web 2.0과 별개로 Mobile에 대한 관심이 급증하면서 Mobile Open API에 대한 논의도 같이 되고 있다.

Mobile Web과 Web 사이의 기술적, 산업적인 구분이 모호해진 이때에 'Web Open API'와 'Mobile Web Open API'가 과연 무슨 차이가 있을까에 대한 질문을 종종 받는다. 동일한 HTTP 프로토콜과 XML 이라는 동일한 포맷, 그리고 검색을 중심으로 하는 동일한 Content를 사용하는 두 산업에서 'Open API'는 과연 어떠한 차이를 가져야 할 것인가?

이러한 질문에 대부분 Media 포맷, 인증 기술과 같은 다소 Low Level에서의 접근을 흔히들 하다가 포기하고 만다. 그러한 접근법으로는 크게 다른 것이 없다는 결론을 흔히들 얻기 때문이다. 이와 같은 논제에서 고려해야 할 아이템이 바로 'Contextual Web'이다. 또한 'Contextual Web'에서의 Open API는 복잡한 기술적인 요소가 아니라 결과값의 우선순위를 사용자의 Situation에 맞게 정렬해야 한다.


Content보다는 Situation이 더 중요한 Contextual Web의 기본 요소는 Who, Where, When, What 이다. 이중에서 Mobile Web이 Web에 비해서 좀 더 접근이 용이한 부분이 Who와 Where 이다. Web에서도 부분적으로 Who나 Where를 접근 할 수는 있으나, Mobile Web이 상대적으로 많은 정보를 가지고 있게 된다. Mobile Open API이 주목해야 할 점도 바로 이것이다.


Profiling System에 맞는 결과를 보여주어야

Mobile Profiling System의 필요성에 대해서는 여러차례 언급을 하였고, 각 사용자의 온라인 행동에 따라서 Mobile Profiling System이 구성이 된다. Mobile Open API는 사용자에 따라 결과값의 우선순위를 조정을 해주어야 한다.

대표적인 Open API인 검색의 예를 들자면, mobizen과 같이 IT 직종에 근무하고 브라우저에 관심이 많은이가 'Opera'로 검색을 할 때에는 'Opera Browser'를 먼저, 평소에 클래식 음악 mp3를 자주 다운받는 사용자가 'Opera'로 검색을 할 때에는 '음악 Opera'를 먼저 우선순위로 두어 결과값을 주어야 한다. 이러한 API의 특성은 검색이나 SNS 등의 인터넷 서비스 분야에서 고려해야 할 내용들이다. 물론, 이는 Login 기반의 Web에서도 동일하게 적용될 수 있는 부분이어서 'Mobile'에서만 특화되었다고 보기는 다소 무리가 있다.


위치 정보가 가장 중요

오랜 시간을 통해 많은 Database를 쌓아야 서비스가 가능한 Profiling System에 비해서 위치 정보는 보다 명확하게 접근할 수 있다. API를 통해 얻어온 값을 현재의 위치를 기준으로 얻어오는 것이다. 이를 테면 Web에서는 '맛집'으로 검색하면 가나다순으로 정렬되어 오겠지만, Mobile에서는 '맛집'에 해당하는 결과에서 현재 자신의 위치에서 가까운 곳을 먼저 가겨가게 해야 한다. 이는 공공정보 'Open API'에서 보다 적극적으로 활용할 수 있는데, 시내버스 번호를 통해 버스의 현재 위치를 알고자 할 때 도착하는 버스순으로 위치를 내보내 주어야 한다.


정렬만으로도 훌륭한 차이를 만들어 낼 수 있어

혹자는 데이터의 정렬 쯤이야 각 서비스단에서 재정렬을 하면 된다고 할 수 있다. 하지만, 대부분의 모바일 서비스는 이와 같은 정렬을 기본적으로 제공해야 할 것이고, 각 서비스단마다 이러한 정렬을 따로따로 한다면 네트워크나 시스템의 부하가 무척 심해질 것이다.

이를 테면 '맛집'을 정렬없이 위치값만 'Open API'에서 제공하고 전국의 '맛집'에 해당되는 키워드 결과가 십만건이라고 하자. 그렇다면 해당 Open API를 사용하는 모든 모바일 서비스들은 Data를 십만개를 얻어낸 후에 위치를 기준으로 정렬을 해야 한다. 그리고 사용자에게 결과를 보여줄텐데, 실제로 사용자가 보는 결과는 보통 100개도 되지 못한다.

'Mobile Web Open API'란 이렇게 사용자 중심적인 'Contextual Web'으로 접근해야 의미있는 결과를 얻어낼 것이다. 아직은 Open API에 소극적인 대형 서비스나 공공기관에서는 서비스의 성공 사례가 없다고만 할 것이 아니라 자꾸 개방하고 가치있는 결과값을 먼저 보내고, API의 종류를 다양화하면서 에코시스템 구축에 힘을 써야 한다. 다양한 플레이어들이 진입하고 새로운 가치를 창조해 낼때 시장이 활성화될 수 있을테니깐~

어제(9월 29일) 오후 5시쯤 참으로 오랜만에 블로그가 트래픽 초과로 인해 서비스가 중지가 되었다. 호스팅 업체에서 구글 크롤러를 Block하기 전에는 종종 있었던 일이지만 하루 평균 방문자가 600명 미만이 된 지금에 와서는 참으로 오랜만에 있는 일이다. 대략 5개월 정도만에 생긴 일이다.

하지만 뚜렷한 포스팅도 없었고 해서 이상하다고 여겼지만 회사 업무때문에 바쁘다가 이제와서야 원인을 찾아보았다. 리퍼러를 보니 '2008년 팬택 계열 국내 판매량 추이' 포스팅에 유입이 급증되어 있고, 대부분은 국내 포탈에서 '팬택' 또는 '팬택 계열'로 검색해서 들어온 트래픽이다. 오늘 팬택이 무슨 특별한 일이 있는 것도 아니고, 왜 그럴까 포탈의 검색 결과를 보았다.

원인은 한 취업 사이트에 '팬택 계열'에서 이번에 뽑는 구인 정보가 소개되었고, 그와 함께 팬택 계열의 연봉 정보가 공개되었기 때문이다. 해당 사이트는 '사람인'이며, 소개된 팬택 연봉 정도는 아래와 같다.


소개된 정보는 '2006년'에 해당하는 정보이며, 2006년에 저 정도이니 지금은 더 높을 것이라며 모두들 팬택에 입사 지원을 하자고 호들갑이다. 구직에 어려움을 겪는 예비 취업자들에게는 정말 군침을 흘릴만한 기업 정보이다.

상장 폐지까지간 회사의 연봉이 정말 저렇게 높을까 싶지만, 불행히도(?) 저 정보는 사실에 근접한다. 현재 팬택의 신입사원 초봉은 약 3,300만원 정도이며, 전임 1년차일 경우 약 4,200만원이고, 선임 1년차는 약 5,100만원 정도 수준이다.

단말쪽의 개발이 고도의 알고리즘 스킬을 요하거나 신기술을 적용하는 것은 거의 없지만, 다양항 플랫폼과 외부 API을 재빠르게 포팅을 해야 하므로 순발력을 많이 요한다. 게다가 팬택의 경우 9시 칼출근에 하루 평균 12시간정도 일해야 하며, 장기 출장이 잦은 것은 각오해야 한다. 하긴 단말쪽 일이 다 그렇지만..

그나저나 국내 3위업체 연봉이 일케 높은 것도 기이한 현상이다. 부럽네...

PC에서 브라우저는 오랜 기간 IE의 세상이었다. IE6의 경쟁자는 IE7정도일 뿐이고, 가장 무섭게 떠오르고 있는 경쟁자 역시 IE8일뿐이다. 불여우와 사파리가 예상보다 높게 그들의 영역을 야금야금 먹어가고 있지만 아직(!!)까지는 IE가 PC 브라우저 시장을 지배하고 있다라는 사실은 인정하지 않을 수 밖에 없다.

다행스럽게도 모바일에서는 상황이 전혀 다르다. 현재 WAP 브라우저에서 시작한 회사들이 훌륭한 풀브라우저 제품을 제공해주고 있으며, PC에서는 그다지 힘을 쓰지 못했던 오페라 역시 모바일에서 가장 강력한 퍼포먼스를 내면서 강자로 군림하고 있으며, New Face들의 출현으로 모바일 브라우저는 전쟁터라고 불리어도 될만하다. 아래 이미지는 '모바일 웹브라우저 시장 현황 리뷰' 포스팅에서 작성했던 것에 살을 좀 더 붙혀 본 것이다.


여기에서 두가지 의문이 생긴다.

첫번째는 모바일 브라우저 시장이 존재한 것이 어제 오늘일도 아닌데 왜 갑자기 이러한 전쟁터가 된 것인가? 예전 Normal 폰 시장은 Native Application만이 유통이 가능했다. 물론 VM을 통해서 사용자의 선택을 넓힐 수는 있었지만 VM을 유통시키기 위해서는 까다로운 이통사의 입맛에 맞춰 주어야 한다. 그렇지만 요즘에는 스마트폰의 시장이 점점 넓어져서 플랫폼 자체가 Normal 폰의 1 Binary가 아닌 실행가능한 독립적 바이너리가 개발이 가능해졌다. 사용자들이 이통사망을 거치지 않고 인터넷을 통해 다운로드 및 설치를 할 수 있는 것이다. 이러한 인프라적 시장 상황에서 아이폰이라는 대형 스타가 등장하고 개방형 플랫폼을 외치는 스티브잡스의 훅에다가 Android가 어퍼컷을 날리는 분위기를 만들어준 것이 이러한 상황을 부채질한 것이다. 물론, 그 뒤에는 LiMo나 심비안등의 활약 또한 무시할 수가 없다.

첫번째 의문에 대한 답이 그렇다면 브라우저 업체의 수익에 대해서 의문이 생기지 않을 수가 없다. 지금까지 브라우저 개발사는 단말사나 이통사를 통해서 들어갔었기 때문에 로얄티와 NRE라는 수익모델이 명확했다. 하지만 개방형으로 간다면 어플리케이션 개발자는 어떻게 돈을 번다는 것인가? 다른 어플리케이션이라면 판매도 가능하겠지만 브라우저를 사겠다는 소비자는 많지 않을 것이고, 서비스 사업자도 아니어서 광고를 넣을 수가 없을 텐데.. 이런 회사는 브라우저는 무료로 제공을 하고 브라우저 기반의 솔루션을 판매하겠다는 계획을 가지고 있다. RSS Reader, E-mail Reader, Widget 등 다양한 응용 기술을 실제로 준비하고 있다. 이러한 응용 제품에 대해서는 후에 한번 더 설명하도록 하겠다.


이와 같은 이유와 환경, 그리고 렌더링 엔진들이 발전함에 따라 지금과 같은 현상은 점차로 심화될 것으로 보인다. 다행인 것은 PC환경의 플랫폼을 MS가 평정을 했다면 당분간(개인적으로는 당분간이 아닌 꽤나 길어질 것 같다.) 모바일 플랫폼은 혼전의 양상을 유지할 것이고 각 플랫폼에 최적화된 브라우저들이 계속해서 등장하여 사용자 선택의 폭을 넓힐 것으로 예상된다.