요약

  • Web Intents는 웹사이트가 사진 편집이나 링크 공유라는 일만 요청하고, 어느 서비스가 맡을지는 브라우저와 이용자가 정하도록 하려는 구상이었다.
  • Chrome은 2012년 안정판에 실험 기능을 넣었지만 서비스 등록은 Chrome Web Store 앱 매니페스트로 제한했다. Google은 Chrome 24부터 실험 지원을 껐고, W3C는 2013년 권고 표준으로 발전시키는 작업을 중단했다.

사진 보관 사이트에 편집기가 필요했다

Chromium의 2011년 8월 제안은 자체 편집기를 만들 여력이 없는 작은 사진 사이트를 예로 들었다. 그동안은 도구를 직접 만들거나 특정 편집 업체와 연결을 따로 맺어야 했다. Web Intents는 사진과 ‘편집’이라는 작업을 브라우저에 맡기고, 브라우저가 처리 가능한 서비스를 찾도록 설계했다. 보기와 공유도 초기 작업에 들어 있었다. 사이트가 기능 하나를 늘릴 때마다 상대 업체와 계약하고 코드를 붙이는 비용을 줄일 수 있다는 제안이었다.

W3C 문서에는 작업을 요청하는 페이지, 할 수 있는 일을 등록하는 서비스 페이지, 둘을 이어 주는 브라우저가 나온다. 요청에는 동작, 자료 유형, 실제 자료가 담긴다. 브라우저가 등록된 처리 능력과 대조해 이용자에게 선택을 보여 주고 결과를 원래 페이지로 돌려준다. 일반 링크는 도착지를 먼저 적는다. Intent는 일을 먼저 적고 도착지는 나중에 고른다. 목적지를 정하는 권한이 출발 사이트 밖으로 이동한다.

명단을 만드는 사람은 누구인가

브라우저가 서비스 안내소를 맡으면 누가 명단에 들어갈지 정해야 한다. 초안은 서비스가 자기 출처의 처리 페이지만 등록하도록 하고, 동작과 자료 유형이 요청과 맞아야 전달하도록 했다. 새로 발견된 서비스로 자료를 보내기 전에는 이용자의 구체적인 행동이 필요했다. 요청 사이트가 방문자의 등록 서비스 목록을 몰래 열람하는 것도 막았다. 반복되는 선택은 기본 설정으로 줄일 수 있지만 이용자가 전달 대상을 조정할 수 있어야 했다.

사진 사이트는 외부 편집 기능을 원한다. 편집 업체는 후보 목록에 오르고 싶다. 브라우저는 그 목록과 등장 시점을 관리한다. 이용자는 자기 사진이 어느 곳으로 가는지 알아야 한다. 선택 화면은 편의 기능이면서 거래의 입구였다.

안정판에 실린 실험, 상점에 묶인 등록

Chromium은 2012년 5월 실험 구현이 당시 Chrome 안정판에 들어갔다고 발표했다. 안정판은 브라우저 배포 채널을 가리켰다. API에는 실험용 접두사가 붙었고 향후 호환되지 않는 변경도 예상됐다. 서비스 등록은 우선 Chrome Web Store 앱 매니페스트를 통해서만 가능했다. 팀은 API가 성숙하면 이 제한을 없애겠다고 했다. 열린 웹서비스 중개라는 구상이 실제 시험에서는 브라우저 자체 상점의 문을 통과해야 했다.

좁은 입구는 시험을 관리하기 쉬웠지만, 웹의 모든 서비스가 자발적으로 등록해 경쟁하는 상태를 보여 주지는 못했다. 실제 Chrome 메뉴에 나타날 후보는 이미 등록 경로에서 걸러졌다.

2012년 11월 1일, Google의 Greg Billock은 W3C 공개 메일에 Chrome 24부터 실험 지원을 비활성화했다고 밝혔다. 팀은 API와 Chrome의 구체적인 이용 경험 모두에서 손볼 곳을 찾았다. 그는 사용량 숫자나 단일 고장 원인을 제시하지 않았다. 불과 몇 달 전 개발자를 초대했던 실험이 꺼진 것이다.

문서는 남고 표준화는 멈췄다

2013년 5월 23일 W3C 작업반 문서는 설계를 보존하면서 권고 표준을 향한 진전을 중단한다고 적었다. 상호운용 시험도 하지 않았다. 같은 해 6월 W3C 현황 보고서는 이용자 상호작용에 이 기능을 어떻게 넣을지를 둘러싼 문제가 해결되지 않았다고 설명했다. 연결할 일감은 있었다. 자료를 넘기기 전에 받을 서비스를 보여 주고 신뢰할 수 있게 고르는 방식이 어려웠다.