7시 정도부터 실제 세미나가 시작되었는데, Google 사원인 이준영씨가 시연을 맡았다. 사실 시연 내용이라는게 Google 크롬 소개 만화를 읽어보고 크롬을 조금만 사용해 봤어도 그 필요성이 느껴지지 않는 정도였다. 1시간 30분의 총 행사 시간 중 거의 반 정도를 시연에 할애했다는 것이 상당히 아쉽게 느껴진다. 시연 중 눈에 띄는 부분이 있었다면 크롬의 자바스크립트 처리 능력을 직접 눈으로 보여준 것이다. 자바스크립트로 만든 복합다면체를 Firefox와 크롬에서 보여주는 것을 비교하였는데, 확연하게 차이가 보일 정도로 크롬이 더욱 부드럽게 처리를 했다. 이것 외에도 자바스크립트로 만들어진 마리오 카트 게임을 통해 Firefox와 크롬의 속도를 비교하였는데, 크롬에서 속도는 더 빨랐지만 게임 진행의 부드러움, 게임화면 등은 Firefox에서 더 좋았다.

시연이 끝나고 질의응답이 시작되었고 많은 의견들이 오갔다. 이 중에 이미 Google 크롬 만화 등을 통해 알 수 있는 부분에 대한 질문은 제한 채, 필요하다고 생각하는 질의응답 4가지를 골라보았다. 단순히 질문을 하고 답변을 하는 형식이 아니라 Google 사원과 참석자 간의 대화 형식으로 진행되었지만, 편의를 위해 질문과 답변, 두 부분으로 나누어 적겠다.

질문: 다양한 운영체제에서 Google 크롬을 사용하고 싶다. Mac이나 Linux에서 사용할 수 있는 버전은 나오는가? 나온다면 언제쯤 나오게 되나? 올해 안에는 나오는가?

답변: 개발중이다. 개발자 분이라면 알겠지만 소프트웨어를 개발하다 보면 언제 나올지 확신할 수가 없다. 열심히 개발하고 있다. 올해 안에 나오냐고 묻는다면 그것도 잘 알 수 없다.

질문: Firefox의 확장기능은 Firefox의 성장에 큰 원동력이 되었다. Google 크롬에서 확장기능을 지원하게 되는가? 지원한다면 Google에서 제공하는 확장기능만 사용이 가능한 것인가, 아니면 Firefox처럼 누구나 만들어 배포할 수 있는 것인가?

답변: 개발 과정에서부터 많이 들은 얘기이다. 부족한 점이 있음에도 먼저 공개하고 의견을 받으면서 수정하겠다는 것이 Google의 생각이다. 확장기능의 개발이나 배포방법에 대해서는 아직 밝힐 수 없다.

질문: 부분적인 ActiveX의 도입에 대한 소식을 들었는데, 구체적으로 설명을 해 달라. 어떤 사이트인지 말해줄 수 있나?

답변: 아직은 아니지만 곧 가능해 질 것이다. Google 크롬이 ActiveX를 전격적으로 지원한다기보다 몇몇 사이트, 사용자들이 많이방문하고 그곳에서 사용하는 ActiveX가 안전할 경우 리스트를 만들어서 한정적으로 ActiveX를 사용할 수 있도록 준비중이다. Google 개발팀에 한국분이 계시기 때문에 이러한 아이디어나 의견들을 많이 반영하기 위해 노력중이다. 구체적인 사이트는 말해줄 수 없지만, 많이들 사용하는 인터넷 뱅킹 등을 생각할 수 있다.(인터넷 뱅킹 외에도 여러개의 예를 들었는데, 기억나는 것이 인터넷 뱅킹 밖에 없어 ‘인터넷 뱅킹 등’이라고 표현하였다. Google 사원인 유경상씨가 답변하던 중 그냥 ActiveX의 대표격이라고 부를 수 있는 인터넷뱅킹을 무의식적으로 언급한 것인지, 인터넷뱅킹할 때 사용하는 ActiveX 지원을 정말로 고려하고 있는 지는 알 수 없다.)

질문: 마케팅은 어떻게 할 생각인가?

답변: Google 크롬의 사용자를 얼마나 모으겠다, 어느 정도의 점유율을 갖겠다라는 것이 Google 크롬의 목표가 아니다. 크롬은 Google의 브랜드가 가지고 있는 이미지, 그러니까 웹을 정말 편하게 만들고 사용자들이 원하는 웹브라우저를 만들어 주겠다는 그 브랜드 이미지를 위한 것이다. 크롬이 오픈소스인 것도 같은 맥락이다. 오픈소스 브라우저 시장이 조금 더 활성화 될 수 있으면 그걸로도 만족한다. 우리는 한단계 더 높은 브라우저를 만들어 냈고, 앞으로도 계속 연구할 것이다.

사정상 오후 6시부터 9시 사이의 행사에만 참여할 수 있는데 어떻게 시간이 잘 맞아서 가게 되었다. 많은 사람들을 만나게 되어 상당히 좋은 행사였지만, 아쉬움 또한 많았다. 우선, IT 쪽에 관심이 많은 사람들을 초청했음에도 쓸데없이 긴 시연 시간을 넣어 40분 정도를 낭비하게 된 점이다. 크롬이 출시되고 바로 다음 날 행사가 있었다는 점에서 사용해 보지 못한 참석자들을 위해 시연 시간이 필요했던 것은 사실이지만, 너무나도 긴 시간을 할애한 것은 실수였다고 본다. 질의응답 시간에도 Google 사원과 참석자 간의 1:1 질의응답 시간이 아니라, 참석자 모두가 서로 얘기를 터놓고 할 수 있는 분위기를 만들었으면 어떨까 하는 생각도 든다.

먼저 Google Code에서 제공하고 있는 자바스크립트 성능테스트에서는 다른 브라우저들과 비교할 수 없을 만큼 빠른 속도를 보여준다. 아래는 CNET News의 Stephen Shankland가 시행한 테스트 결과 그래프이다. Richars, DeltaBlue, Crypto, RayTrace, EarlyBoyer는 테스트하는 코드의 명칭이다.

하지만 테스트페이지의 설명에도 나와있듯이, 위 테스트는 Google 크롬의 자바스크립트 엔진인 V8을 최적화하는데 사용한 테스트라 어떻게 보면 다른 브라우저들에게 불리할 수 밖에 없는 테스트라고 볼 수 있다. 그렇다면, 비교적 중립적인 위치에 있는 테스트인 SunSpider 0.9 결과를 살펴볼 필요가 있다. 아래는 ZDNet Hardware 2.0의 Adrian Kingsley-Hughes가 시행한 SunSpider 0.9 테스트 결과 그래프이다.

ZDNet 영국의 Rupert Goodwins도 SunSpider 0.9를 이용하여 테스트를 해 보았는데, Firefox 3.1b1pre, Safari 3.1.2, Internet Explorer 8 Beta 2 등 바로 위의 테스트보다 조금 더 많은 브라우저들과 비교해 놓았다. 바로 위의 테스트와는 달리 브라우저간의 격차가 조금 더 줄어든 모습을 보여준다. 물론, 승자는 Google 크롬이다.

필자는 개인적으로 Safari 4와의 비교도 궁금했었는데, Alexander Limi의 테스트를 찾을 수 있었다. 그의 테스트에서는 Firefox 3가 3733ms, Safari 4가 3406ms, 크롬이 1814 ms로 Chrome이 Safari 4나 Firefox 3에 비해 2배 가까이 빠른 속도를 보여주었다.

Google 크롬은 웹표준 준수 테스트인 ACID 2를 무난히 통과하였고, ACID 3에서는 76~79점 사이의 점수를 보여준다. Firefox 3와 Internet Explorer 7은 ACID 3에서 각각 71점과 14점이 나왔다. Firefox 3.1 Beta 1은 85점, Opera는 91점, Safari 4는 100점이다.

오늘 오후 6시 30분부터 열리는 Google 크롬 런칭 기념 블로거 세미나에 참석하는데, 이 곳에서 Google 크롬의 방향과 철학에 대해 조금 더 자세한 것들을 들을 수 있을 것이라 기대하고 있으며, 무언가 건지게 된다면 테크캐빈에 올릴 예정이다.

소문으로만 들려오던 Google Browser의 실체가 공개되었다. 내일부터 윈도 버전을 시작으로 배포될 Google Chrome이 바로 그것인데, Google 공식 블로그와 Google Blogscoped를 통해 많은 정보들이 공개되었다. 또한, Google은 만화를 통해 Google Chrome을 재미있고 쉽게 소개하고 있다. Google Chrome의 특징을 간단히 나열하자면 아래와 같다.

• Safari에서도 사용하는 Webkit을 기반으로 제작
• 소스 완전 공개
• Google Gears가 기본으로 포함
• 자바 스크립트 엔진으로 V8을 사용
• 각 탭 별로 별도의 프로세스를 사용
• 탭이 가장 상단에 오는 브라우저 디자인
• Omnibox라고 불리는 주소표시줄
• 개인화된 시작페이지 제공
• 컴퓨터에 아무런 흔적이 남지 않는 incognito 브라우징 모드 제공
• 위험한 사이트 목록 자동 업데이트

만화로 제작된 Google Chrome 소개를 보고 있으면 새로운 것들을 많이 알 수 있다. 총 다섯 개의 장으로 나누어진 이 만화는 Google Chrome의 특징을 잘 소개해 주고 있다. 이 만화를 토대로 Google Chrome에 대해 알 수 있는 정보를 소개하겠다.

1장은 안정성과 테스트, 그리고 멀티 프로세스 구조에 대해 설명하고 있다. 기존의 브라우저들은 하나의 프로세스를 사용하여 많은 탭들을 표시하고 실행하였는데, Google Chrome은 각각의 탭을 분리된 프로세스로 독립시켰다. 이를 통해 크게 2가지 기존 브라우저들의 문제점을 해결하였다. 사용자가 5개의 탭이 열려 있는 브라우저를 실행시키고 있고, 각 탭을 오가면서 브라우징을 하고 있다고 하자. 이때 5개의 탭 중 단 하나의 탭에서 에러가 발생하였음에도 사용자는 문제의 탭과는 상관이 없는 다른 4개의 탭 까지 사용할 수 없게 되어 버린다. 하지만, Google Chrome을 사용할 경우에는 각각의 탭이 분리되어 동작하기 때문에 Chrome 작업 관리자를 열어 문제의 탭만을 종료시키면 나머지 탭들은 문제없이 계속 사용할 수 있다. 기존 브라우저의 또 다른 문제점은 메모리 관리 부실이다. 사용자가 탭을 닫았음에도 해당 탭에서 사용되던 메모리가 완전히 회수되지 않아 웹브라우저를 오래 사용할 수록 점점 사용해야 하는 메모리가 늘어나게 되어 성능 저하를 야기하게 된다. 하지만, Google Chrome은 하나의 탭이 하나의 프로세스로 작동하기 때문에 탭을 닫게 되면 메모리를 완벽하게 회수할 수 있다. Google Chrome을 제작하면서 사용된 테스트 방법도 소개되는데, Google이 가지고 있는 방대한 양의 웹페이지 데이터를 이용해 20~30분 정도 만에 수만개의 페이지에 Chrome을 테스트 해왔고, Chrome Bot이라는 것을 사용하여 매 주 수백만개의 페이지를 테스트하여 Chrome을 일반에 공개하기 전에 고쳐야 하는 문제들을 발견하고 수정해 왔다. Google만이 할 수 있는 테스트 방법이라고 할 수 있다.

2장은 Google Chrome에 사용된 Webkit과 V8에 대해 소개한다. Google이 Webkit을 선택한 이유는 Webkit이 메모리를 효율적으로 사용하고, 다른 기기들에 쉽게 탑재할 수 있으며, 쉽게 배울 수 있기 때문이라고 한다. V8은 기존의 자바스크립트 엔진과는 달리 클래스를 사용, 처리 과정 간소화 등을 통해 처리 속도를 아주 향상시켰다고 한다. Internet Explorer, Firefox, Safari 등 많은 브라우저들이 자바스크립트 성능 향상에 힘을 쏟는 트렌드에 맞춰 나간다고 볼 수 있다.

3장은 검색과 사용자 경험에 대해 이야기한다. Google Chrome의 사용자 경험에서 가장 중요한 것이 탭이라고 하며, Omnibox라고 이름붙여진 주소표시줄을 소개한다. Omnibox는 Firefox 3의 주소표시줄과 비슷한 개념인데, 그것보다 더 많은 기능을 제공한다. 사용자가 키워드를 입력해 나갈 경우 Omnibox는 추천 검색어, 해당 키워드와 관계된 가장 많이 방문했던 페이지, 해당 키워드와 관계된 인기있는 페이지 등을 보여주게 된다. 또한, Amazon이나 Wikipedia 등에서 사용자가 검색을 했을 경우 Google Chrome은 해당 검색 시스템을 기억해 두게 되고, 후에 사용자는 A와 Tab 키의 조합만으로 바로 Amazon에서 검색을 할 수 있다. 개인화된 시작페이지 또한 Google Chrome 멋진 기능 중 하나인데, 사용자가 Google Chrome에서 새 탭이나 새 창을 열었을 경우 가장 많이 방문한 9개의 사이트 썸네일, 최근 검색했던 검색어 목록, 최근에 북마크한 페이지 목록, 최근에 닫은 탭 목록 등이 보기 좋게 표시되어 있는 개인화된 시작페이지가 나오게 된다. Incognito라는 브라우징 모드를 통해 사용자는 흔적을 전혀 남기지 않고 웹브라우징을 할 수 있다. 이 기능은 Internet Explorer의 InPrivate 모드와 같은 기능을 한다.

4장은 보안, Sandboxing 그리고 안전한 브라우징에 대해 이야기한다. Sandboxing 기술을 이용하여 Google Chrome을 통해 열려진 각 탭이 독립적인 권한만을 가지게 하여 보다 안전한 웹브라우징을 할 수 있다. 각 탭은 다른 탭에 접근할 수 없고, 사용자의 하드디스크에 파일을 쓸 수도, 민감한 부분에 있는 문서를 읽을 수도 없다. 한 프로세스를 가둔다고 생각하면 이해하기 쉽다. 사용자와 어떤 탭이 있다고 가정하자. 이 상황에서 모든 소통은 사용자의 명령에 의해서만 진행된다. 탭은 단순히 대답만 할 수 있을 뿐이며, 사용자가 제공하거나 허락한 정보 외에는 접근할 수 없다. 플러그인은 Sandboxing에서 예외이지만, 플러그인 프로세스를 분리시키는 방법으로 웹사이트는 여전히 안전하게 유지된다. Sandboxing 기술을 이용하여 많은 보안 문제들을 막을 수 있지만, 피싱에는 여전히 노출되어 있다. Google Chrome은 계속하여 자동적으로 불량 사이트들의 목록을 업데이트하여 사용자가 해당 사이트에 접근하려 할 경우에 경고를 하게 된다.

5장은 Gears, 표준 그리고 오픈소스에 대하여 설명한다. Google Chrome에는 Google Gears가 기본으로 포함이 되어 있다. 이를 통해 개발자들이 조금 더 강력한 웹어플리케이션을 만들 수 있게 되고, Google Gears는 모든 브라우저에서 사용할 수 있으므로, Google은 이것이 일종의 표준이 될 것이라고 기대하고 있다. Google Chrome은 오픈 소스 브라우저이므로 다른 개발자들이 원한다면 얼마든지 Google Chrome의 소스를 사용해도 좋다고 말하고 있다. 허가를 얻을 필요도 없으며, 돈을 지불할 필요도 없다고 말하고 있다.

Google은 이 만화를 통해 많은 것을 소개하고 있다. 소개들도 물론 중요하지만, 필자는 바로 아래의 한 컷에서 상당히 감명을 받았다. Google이 웹브라우저가 가져야 할 이상점에 대해 어떻게 생각하고 있는지 알 수 있는 부분이다.

“우리는 사용자가 하려고 하는 것을 방해하고 싶지 않다. 당신이 그저 웹브라우저를 신경쓰지 않고 무언가를 할 수 있다면, 그것으로 우리는 잘한 것이다.”

이번 개막식에서 사용된 시스템은 Windows XP가 탑재되어 있었다. 장엄한 공연과 연출 등으로 우리의 눈을 즐겁게 해줄 뿐만 아니라, 이렇게 즐거운 웃음거리까지 준 개막식이었다.

PCWorld와 인터뷰한 Michael Wang에 의하면, 하드디스크와 SSD는 데이터를 처리하는 속도나 방법이 다르기 때문에 오랜 시간동안 하드디스크를 주 저장매체로 사용하면서 발전해온 Windows가 하드디스크에 최적화되면서, 새로운 저장매체인 SSD의 성능을 최대한 끌어내지 못하게 되어 버렸다고 한다. 대표적인 예로, Windows Vista는 하드디스크의 데이터를 읽을 때 하드디스크의 한 섹터의 용량인 512KB에 맞춰 읽지만 SSD의 한 섹터 용량은 4KB이기 때문에 Windows Vista에서 SSD가 제 성능을 발휘하지 못한다는 것이 있다.

Sun은 이미 삼성과 ZFS에서의 SSD 성능 향상을 위해 함께 일하고 있으며, ZFS는 Solaris와 Mac OS X Snow Leopard에 탑재된다. 삼성은 PC 제조사들과도 협력하고 있는데, 자사의 SSD를 여러가지 종류의 노트북에 탑재시키기 위한 형태를 개발하기 위해서이다.

삼성의 이런 작업은 다른 SSD 제조사들에게도 좋은 소식이 될 것이다. 아무런 비용 없이 SSD가 Windows에 최적화 될 것이기 때문이다. 하지만, 삼성은 SSD 시장 점유율이 80%에 달하기 때문에 사실상 그 혜택은 삼성이 가장 많이 받는다고 할 수 있다.

2008 베이징 올림픽 개막일에 맞춰 Google에서 로고를 위와 같이 바꾸었다. 올림픽의 상징인 오륜기와 Google이라는 글자를 절묘하게 조합시킨 것이 눈에 띈다. 또한, 이번 올림픽 마스코트인 푸와를 넣어 한층 더 아기자기한 로고를 만들어냈다.

저 로고를 클릭하면 Google에서 Beijing 2008 Olympic Games라는 검색어로 검색을 한 결과 페이지가 나오게 된다. Google은 자신들의 로고에 대해 설명을 해둔 사이트를 운영하고 있으며 해당 로고를 모으는 비공식 블로그도 존재한다.

이전까지는 Lifepod이 우리나라에서 문자메시지 알림을 무료로 받을 수 있는 유일한 일정 관리 시스템이었는데, Google 캘린더의 이번 기능 추가로 Lifepod의 경쟁력이 거의 사라졌다. SMS 알림 기능 또한 Lifepod보다 강력한데, 하나의 일정에 알림을 여러개 설정할 수 있다는 점이 아주 좋다.

SMS 알림 기능의 취약점이라면 확인하고 바로 닫기 때문에 이것을 지나쳐 버릴 수 있다는 것인데, 바로 위의 설정처럼 여러개를 만들어 놓으면 일정을 놓칠 확률을 최대한 줄일 수 있을 것이다. 알리미는 최대 5개 까지 설정할 수 있으므로, 생각대로 하면 된다.

Google에서 전송되어오는 문자메시지의 내용도 아주 만족스럽다. Google 캘린더에서 내용에 ‘서버 상태 확인’이라는 일정을 8월 7일 오후 11:20 ~ 11:30까지, 지역은 KIDC로 추가한 뒤 문자메시지 알림이 어떻게 도착하는지 확인해 보니, ‘알림: 서버 상태 확인 @ 2008. 8. 7. 오후 11:20 - 오후 11:30 지역: KIDC (Kyoung Wook Kim)’이라는 내용으로 도착하였다. 내용, 시간, 지역, 캘린더 이름 등이 모두 전송되어 온다. 문자메시지 한 건으로 일정 내용을 다 보낼 수 없으면 여러개로 문자메시지를 나눠서 보내주기도 한다.이 때는 나눠진 문자를 역순으로 보내 받는 사람이 읽기 편하도록 해 주는 배려 또한 잊지 않았다.

휴대전화를 이용한 인터넷이 많이 보급되고 있는 현 시점을 생각한다면 SMS 알림 지원은 뒤늦은 것이지만, 단순 알림 기능으로는 손색이 없으므로 앞으로 많은 사용자를 유치할 수 있을 것으로 보인다.

첫번째 표는 점유율이고, 두번째 표는 검색횟수이다. 위 표에서 알 수 있듯이, Google은 최근 일종의 정체기를 맞고 있다. 2008년 4월부터 점유율에 거의 변화가 없기 때문이다. 이에 반해 Microsoft는 5월에 비해 0.7%라는 가장 높은 점유율 증가를 보였으며, 검색 횟수도 15% 증가하였다. 이런 결과에 대해 TechCrunch는 Microsoft의 Live Cashback 덕분이라고 판단하였지만 옳은 판단인지는 알 수 없다.

사실 HTTPS는 예전부터 Google의 여러 상품들에서 사용이 가능했다. 단순히 URL에서 프로토콜을 HTTPS로 바꿔주면 된다. 예를 들어, http://www.gmail.com을 https://www.gmail.com으로 접속하게 되면 조금 더 보안이 강화된 상태로 Gmail을 사용할 수 있는 것이다. 하지만, 공개된 무선인터넷을 사용하는 등 보안이 취약한 상태에서 중요한 정보가 담긴 메일을 읽어야 할 때 프로토콜을 바꾸어 입력하는 것을 잊어버리게 되면 정보가 새어나갈 수 있는 위험이 있다. 그렇기 때문에 공개된 무선인터넷을 사용하는 빈도가 높은 사용자라면 추가된 기능을 이용해 항상 HTTPS를 사용하도록 설정해 두는 것이 좋다.

HTTPS를 통한 Gmail 사용은 그렇지 않을 때 보다 안전하지만 속도를 느리게 할 수 있다. SSL을 통해 암호화하고 그 암호화 된 것을 풀어내는 과정이 추가되기 때문이다. 하지만, 체감적으로 그렇게 크게 느껴지는 것이 아니기 때문에 이 옵션을 항상 켜두고 사용하는 것이 좋겠다. 현재 모바일 기기를 이용해 Gmail에 접근했을 때 모바일 프로그램과 설정이 어긋날 경우 생기는 문제나 Google 툴바 등과의 호환 문제가 발생하고 있으며 해결 중이라고 한다.

바로 아래 문단부터 끝까지가 Google 공식 블로그에 적힌 글의 한국어 번역판이다. 중간에 언어에 따른 Gmail 레이아웃의 변화에 대해 언급하는 부분이 있는데 그 아래에 있는 스크린샷은 이해를 돕기 위해 직접 찍은 것이며, 원문에는 존재하지 않는다.

40개 언어를 향해

7/18/2008 07:01:00 AM

우리의 목표 중 하나는 원하는 정보를 얻기 위해 Google을 사용하는 사람들이 그들의 신분이나 언어, 장비에 상관없이 해당 정보를 얻게 해 주는 것입니다. 그리고 이 목표의 가장 중요한 부분은 우리의 서비스들을 가능한 한 많은 언어로 제공하는 것입니다. 그리고 여러분들이 당연히 알고 있겠지만 그것은 몇개의 문장을 번역하는 것처럼 간단한 일이 아닙니다.

오른쪽에서 왼쪽으로 글을 쓰는 히브리어나 아랍어를 예로 들어보겠습니다. [world cup football 2008]이라는 검색을 아랍어를 하는 사람은 [كأس العالم 2008 لكرة القدم] 이라고 검색할 것입니다. 검색어의 일부는 아랍어로 오른쪽에서 왼쪽으로 쓰여진 것에 반해, 숫자는 왼쪽에서 오른쪽으로 적혀 있습니다. 가끔은 이렇게 쓰는 방법의 차이가 Gmail의 경우처럼 페이지 전체의 레이아웃을 바꾸게 합니다.

이번에는 문장에서 단어의 위치나 역할에 따라 단어가 바뀌는 러시아어를 예로 들어보겠습니다. 예를들어 [pizza in Moscow]는 러시아어로 [пицца в Москве]로 적히지만 [pizza near Moscow]는 [пицца рядом с Москвой]로 적히게 됩니다.

그리고 검색어가 각 지역에 따라 완전히 다른 의미로 쓰이는 경우도 있습니다. 많은 오스트레일리아 사람들이 [freedom]이라는 검색어를 오스트레일리아에 있는 가구 체인점을 찾기 위해 입력하는 반면, 영국이나 미국의 사용자들은 자유라는 단어 그 자체를 검색하기 위해서 입력합니다. 그러므로 우리의 검색 결과는 이런 지역적 차이를 염두에 두어야 합니다.

Google의 제품들을 가능한 한 많은 언어로 제공하려는 노력은 사용자들이 자원하여 Google의 제품들을 그들의 모국어로 번역하는 내 언어로 보는 Google이 시작된 2001년으로 거슬러갈 수 있습니다.

자국어로 된 상품에 대한 필요성이 명백해지면서 점점 더 많은 사용자들, 광고주들, 그리고 파트너들이 세계 곳곳에서 Google과 상호작용하고 있습니다. 2007년에 우리는 회사 차원에서 우리의 상품들이 다국어를 지원할 능력을 갖추도록하는 작업에 착수했습니다. 우리는 98% 이상의 인터넷 사용자들이 사용하는 40개의 언어를 선택하고, ICU와 같은 오픈 소스 라이브러리와 다른 여러 국제화 기술에 의지해 우리의 상품들을 디자인하기 시작했습니다. 중국어로 된 인터넷 검색서비스가 필요합니까? 스페인어로 된 AdWords 온라인 지원이 필요하십니까? 힌두어로 된 Google 뉴스나 한국어로 된 Google 학술 검색이 필요하십니까? 문제가 되지 않습니다.

아래는 우리가 어느정도까지 왔는지 보여줍니다.

다국어 버전 개수의 증가

• 30 in 30: 지금 우리는 30개 이상의 언어로 되어있는 30종 이상의 상품을 제공합니다. 일년 전만 해도 5종의 상품만이 30개 언어로 제공되었습니다.
• 2004년에 우리는 영어 외의 언어로 제공되는 상품의 수가 150개였으나(예를들어, 같은 영어를 사용하지만 약간 다른 영국에 현지화된 제품) 지금은 1500개 이상입니다.
• 2008년 1월부터 3월까지 우리는 256개의 현지언어 버전의 다양한 종류의 상품을 출시하였습니다. 2007년 같은 기간의 55개와 확연히 비교되는 수치입니다.
• 우리는 사람들이 읽고 쓰는 어떤 글자라도 지원할 수 있도록 Unicode 5.1로 업그레이드 하였습니다.

웹은 당신이 사용하는 언어로 접근이 가능한 수준일 때 유용한 것입니다. 이것이 우리들이 우리가 해온 일에 대해 이렇게 흥분해 하는 이유이며, 우리가 앞으로 해야할 일들이 많이 남아있는 것을 아는 이유입니다.

글쓴이: 유럽, 중동, 아프리카, 라틴아메리카 제품 관리 부사장 Mario Queiroz