요약

  • HTML 링크의 href는 이동할 곳을 가리킨다. ping은 클릭을 알릴 주소를 더 적을 수 있으며, 브라우저는 별도의 POST 요청을 보낼 수 있다.
  • 실제 목적지를 가리는 우회 링크보다 솔직한 설계라는 기대가 있었다. 정작 클릭한 사람이 추가 알림을 볼 수 있는지가 오랫동안 쟁점으로 남았다.

문패에는 분명히 목적지가 적혀 있다. 문을 열고 들어가면 그 집이 맞다. 그런데 옆 건물의 초인종도 울린다. 누가 눌렀냐고? 방금 당신이 누른 링크다. HTML의 ping 속성은 링크를 따라갈 때 다른 주소에도 짧은 요청을 보내도록 지정할 수 있다. href가 여행지라면, ping은 출발했다는 소식을 받을 곳이다. 손가락은 한 번 움직였지만 브라우저의 할 일은 두 가지가 된다.

2005년 10월 WHATWG 메일링리스트에는 이 구조를 둘러싼 초기 논쟁이 남아 있다. 브라우저가 추가 요청을 알릴 것인가, 이용자가 알림을 끄거나 일부 주소를 제외할 수 있을 것인가. HTML 원문에 주소가 적혀 있으면 개발자는 찾을 수 있다. 하지만 글을 읽던 사람은 보통 링크를 누르기 전에 원문을 들춰보지 않는다. 문서에 공개된 정보가 화면에서도 공개되는지는 별개의 문제였다.

2006년 1월 Tyler Close는 ping을 옹호했다. 사이트는 이미 외부 링크 클릭 수를 세기 위해 독자를 자기 서버의 우회 주소로 먼저 보낼 수 있었다. 그렇게 되면 실제 목적지가 가려지고, 링크를 복사하거나 북마크할 때도 돌아가는 주소가 남는다. 목적지는 href에 똑바로 적고 통지 주소는 ping에 따로 적자는 제안이었다. 출입 기록을 남기겠다고 길 안내판을 바꿔 달 필요는 없다는 이야기다.

현재 유지되는 HTML 표준은 동작을 구체적으로 정한다. ping에는 공백으로 구분한 HTTP 또는 HTTPS 주소를 여러 개 적을 수 있다. 링크를 따라갈 때 브라우저는 허용된 각 주소에 별도의 POST를 보낸다. 본문은 text/ping 형식의 네 바이트 PING이다. 응답 본문은 무시한다. 이용자 설정에 따라 일부 또는 모든 알림을 보내지 않을 수도 있다. 페이지가 초인종을 달고, 브라우저가 누를지를 정한다.

메시지 본문이 네 글자라고 해서 전달되는 사실까지 네 글자짜리는 아니다. 지정된 서버는 요청이 왔다는 사실을 받는다. 표준에는 조건에 따라 Ping-To와 Ping-From 헤더도 들어간다. 이때 핵심은 정보의 길이가 아니라 클릭이라는 행동의 행방이다. 누가 그 소식을 받고, 누가 전송을 막을 수 있을까?

2007년 11월 Boris Zbarsky는 WHATWG 토론에서 상태 표시줄의 한계를 짚었다. 알림을 거기에 띄워도 많은 사람은 그곳을 보지 않는다. 기본 화면에서 아무 신호도 보여주지 않을 가능성을 당시 내다봤다. 그 시절의 전망이지만, 표지판을 사람들이 지나가지 않는 복도에 달면 무슨 소용인가 하는 질문은 날카롭다.

표준 문서도 곧장 한 방향으로 가지 않았다. 2010년 3월 4일 W3C HTML 작업반 의장은 해당 HTML5 초안에서 <a ping>을 빼자는 합의 절차가 통과됐다고 알렸다. 나중에 다시 제안할 여지는 남겼다. 2018년 W3C의 HTML 5.3 작업 초안에는 링크 감사 설명이 다시 등장한다. 그 초안은 당시 알려진 브라우저 중 이용자가 이를 관리하거나, 심지어 발생 사실을 알아볼 수 있게 해 주는 화면을 제공하는 제품이 없다고 적었다. 사용자 통제라는 약속은 문서 안에서 먼저 완성됐고, 손이 닿는 조작부는 뒤처져 있었다.

지금의 WHATWG 표준은 ping을 유지하며 브라우저가 추가 요청의 주소를 표시하고 이용자 뜻에 따라 동작을 바꿀 여지를 둔다. 링크 작성자는 알림 주소를 고르고, 브라우저는 요청을 처리하며, 이용자는 보이는 목적지를 믿고 클릭한다. 같은 한 줄의 HTML 안에서도 세 사람이 가진 정보는 다르다. 목적지를 정직하게 쓰는 것만으로 옆집 초인종까지 설명되지는 않는다.

우회 링크를 없애자는 발상에는 분명 장점이 있다. 남은 숙제는 소스 코드 속의 정직함을 클릭하는 사람의 눈앞까지 옮기는 일이다. 문패가 제대로 붙어 있다면, 두 번째 초인종에도 이름표를 달아야 한다.