요약

  • 구글은 2009년 9월 23일 Firefox와 Internet Explorer용 Toolbar에서 Sidewiki를 시작했다. 모든 웹페이지 옆에 글을 붙일 수 있었고, 구글은 자체 신호로 글을 정렬하고 같은 문구가 있는 다른 페이지에도 주석을 표시할 수 있었다.
  • 첫 데이터 API는 페이지나 작성자별 글을 읽는 기능만 제공했다. 11월에는 도메인 전체 조회와 RSS가 추가됐다. 구글은 2011년 9월 중단을 발표하고 작성자가 내용을 내려받을 수 있도록 몇 달을 주겠다고 했다.

같은 페이지를 읽어도 서로 다른 장면

출시 발표는 어느 웹페이지 옆에도 정보를 더할 수 있다고 했다. 여기서 중요한 말은 ‘옆’이다. 주석은 방문한 사이트의 댓글 데이터베이스에 들어가지 않았다. Google Toolbar가 브라우저 안에 별도로 띄운 칸에 나타났다. 도구를 연 독자는 원문과 곁의 대화를 함께 봤고, 그렇지 않은 독자는 운영자가 게시한 원래 페이지만 봤다. 같은 주소에 두 가지 독서 경험이 생긴 셈이다.

이 방식은 사이트 운영자에게 게시판을 설치해 달라고 부탁할 필요를 없앴다. 방문자는 설명을 고치거나 근거를 덧붙이고 주장에 반박할 수 있었다. 사이트 운영자도 그 대화에 참가할 수 있었다. 그러나 원문을 고치는 권한과 옆 칸의 발언 순서를 정하는 권한은 달랐다. 운영자는 자기 서버의 페이지를 편집했고, 작성자는 Sidewiki의 규칙 아래 글을 썼으며, 구글은 그 글이 보이는 자리를 운영했다.

구글은 최신 글부터 보여주는 방식 대신 독자 평가, 작성자의 지난 기여 등으로 유용성을 판단한다고 설명했다. 더 나아가 특정 문구에 붙인 주석을 같은 문구가 있는 다른 페이지 옆에 보여줄 수 있다고 했다. 잘못된 인용을 따라다니는 정정이라면 유용할 수 있다. 동시에 무엇을 같은 문구로 볼지, 누구의 글을 먼저 드러낼지는 그 칸의 운영자가 결정하는 일이 됐다.

기록을 보는 문과 대화를 여는 문

출시 당일의 개발자 발표에 따르면 외부 프로그램은 특정 페이지에 붙은 글이나 특정 작성자의 글을 가져올 수 있었다. 초기 API는 읽기 전용이었다. 다른 도구가 기록을 살펴볼 수 있다는 뜻이지, 브라우저 옆 칸의 자리와 글의 배열까지 가져갔다는 뜻은 아니다.

구글은 출시 50일 뒤 도메인 전체의 글을 찾는 기능과 새 글을 받는 RSS를 추가했다. 사이트 운영자는 자기 여러 페이지 옆에서 무슨 말이 오가는지 확인하기 쉬워졌다. 구글은 Mayo Clinic의 환영 글을 사이트 관리자의 특별한 글 사례로 들었다. 페이지 주인도 옆 칸에 앉아 말할 수 있었지만, 칸을 운영하는 사람으로 바뀌지는 않았다.

같은 발표에는 프로그래밍 도움말과 온라인 청원 같은 사례도 등장한다. 구글이 골라 보여준 사례로 전체 이용 규모를 계산할 수는 없다. 다만 한 공간이 도움말, 이견, 기관의 답변을 함께 담을 수 있었다는 점은 드러난다. API는 글을 다른 곳에서 읽을 길을 열었고, 실제 페이지 곁에서 그 글을 만나는 경험은 Sidewiki가 계속 돌아가야 유지됐다.

글을 내려받아도 옆자리는 남지 않는다

구글은 2011년 9월 2일 더 폭넓은 소셜 사업에 집중한다며 Sidewiki를 중단할 서비스에 넣었다. 작성자에게 추가 안내를 보내고 내용을 내려받을 몇 달을 제공하겠다고 했다. 이 발표에는 정확한 마지막 운영일이나 실제 내려받기를 마친 사람 수가 없다.

내려받은 파일은 문장을 보존한다. 그러나 한 문단에 붙은 주석이 힘을 갖는 데는 원래 페이지, 그 문단과의 연결, 화면에서의 순서, 그곳을 찾는 독자가 필요하다. 텍스트만 보존해도 그 관계가 자동으로 돌아오지는 않는다. 웹사이트는 계속 공개돼 있을 수 있지만, 다른 회사가 운영한 곁의 대화는 회사의 결정에 따라 사라질 수 있었다.