요약

  • W3C의 2013년 12월 첫 공개 초안은 웹사이트의 이름, 아이콘, 선호하는 시작 주소를 HTML에서 연결한 JSON 문서에 모았다.
  • 2026년 10월 작업 초안은 짧은 이름, 시작 URL, 탐색 범위, 표시 방식, 안정적인 앱 식별자를 다듬었고 브라우저가 이를 환경에 맞게 적용한다.

브라우저 탭 안에서는 페이지 제목과 작은 그림이면 자기소개가 된다. 휴대폰 홈 화면의 한 칸에서는 사정이 다르다. 긴 이름은 잘리고, 그림은 손톱만 해지며, 누르는 순간 익숙한 서비스가 열려야 한다. 이름표, 얼굴, 현관. 하찮아 보이는 세 가지가 수많은 사이트에서 제각각 관리되면 브라우저의 골칫거리가 된다.

사이트는 자신이 누구인지 안다. 브라우저는 기기 화면과 메뉴 구조를 안다. 사용자는 홈 화면의 남은 공간을 안다. 한 문서에 사이트의 정보를 담으면 다른 둘은 추측을 줄일 수 있다. HTML이 문서의 위치를 가리키고 브라우저가 읽는다. 사용자가 그 사이트를 자기 화면에 둘지는 사용자 몫이다. 좋은 접수처는 입주 신청서와 집 열쇠를 혼동하지 않는다.

W3C는 2013년 12월 17일 첫 공개 초안 Manifest for web apps and bookmarks를 발표했다. 웹 앱의 메타데이터를 담는 중앙 JSON 문서와 페이지에서 그 문서를 연결하는 rel="manifest"가 제안됐다. 초록에는 이름, 아이콘 링크, 사용자가 실행할 때 열고 싶은 URL이 담겼다. 홈 화면에 웹 앱을 더하는 사례도 있었다. 페이지가 탭 밖에서 쓸 수 있는 명함을 작성하기 시작한 셈이다.

초기의 명함은 지금과 다른 어휘를 썼다. 2013년 예시에는 name, url, mode: standalone, icons가 나온다. 문서는 발전 중인 초안이었다. 그럼에도 원하는 바는 분명하다. 사이트는 탭 밖에서도 같은 이름으로 인식되고, 어디에서 시작하고 싶은지 브라우저에 알려 주고자 했다. 여러 곳에 흩어진 단서 대신 한 장의 서류를 내는 방식이었다.

2026년 10월 16일 W3C 작업 초안에는 더 정교한 칸들이 있다. name과 short_name, icons, start_url, scope, display, id 등이다. 긴 이름과 짧은 이름은 자리 크기가 다를 때 쓰인다. 아이콘은 눈으로 찾는 표식이다. 시작 URL은 선호하는 입구, 범위는 앱 안이라고 여기는 길을 나타낸다. 식별자는 시작 주소와 분리해서 앱 자체를 가리킨다.

짧은 이름은 사소해 보이지만 긴 브랜드 문구를 작은 아이콘 아래 넣어 보면 왜 필요한지 알 수 있다. 발행자는 사람이 읽을 수 있는 표현을 고를 수 있다. 아이콘도 마찬가지다. 큰 화면에서 멋진 그림이 작은 칸에서는 알아볼 수 없는 얼룩이 될 수 있다. 이름만 바꾸고 예전 아이콘을 남겨 두면 사용자는 자기가 저장한 칸 앞에서 잠시 멈춘다.

start_url은 앱을 열 때 원하는 시작 지점이다. 2026년 초안은 이 값을 사용자 에이전트에 대한 선호로 다룬다. 브라우저가 다르게 처리하거나 사용자에게 선택하게 할 수 있다. 사이트는 화살표를 그려 오고 건물 관리인은 실제 안내를 맡는다. 별도 id는 시작 페이지가 옮겨 가도 같은 앱으로 식별할 수 있게 한다. 현관이 이동했다고 세입자의 이름까지 바꿀 이유는 없다.

scope는 탐색 지도를 그린다. 그 안의 URL은 앱 맥락에 속하고, 바깥으로 나갈 때 브라우저는 다른 방식으로 목적지를 보여 줄 수 있다. 제품 팀에는 아주 현실적인 질문이 생긴다. 홈 화면 아이콘으로 들어간 경험은 어디까지인가? 같은 도메인의 도움말, 쇼핑 공간, 게시판을 한 집에 넣을지 정해야 한다. 지도를 대충 넓히면 출구를 찾기 어려워진다.

display는 원하는 표시 방식을 적는다. 브라우저가 해당 기기에서 이 선호를 해석한다. 선언문은 사이트의 말을 일정한 문법으로 전하고, 화면에서 실제로 가능한 모습은 사용자 에이전트가 결정한다. 홈 화면 한 칸을 내어 주는 마지막 선택은 사람에게 있다. 짧은 파일이 쓸모 있는 이유는 세 사람의 일을 한꺼번에 빼앗지 않기 때문이다.

W3C 공식 발행 기록은 2013년 첫 초안부터 2026년 작업 초안까지 이어진다. 이름과 그림, 시작 주소만 다루는 서류에 긴 시간이 들어간 셈이다. 오늘 알아본 아이콘으로 내일도 같은 서비스에 돌아갈 수 있으려면, 문 앞의 작은 정보들을 계속 관리해야 한다.

매니페스트는 화려한 마법보다 좋은 접수 절차에 가깝다. 웹사이트가 자기소개를 한곳에 적고 브라우저가 읽는다. 사용자는 알아볼 수 있는 이름과 문을 보고 자리를 내줄지 결정한다. 로비에서 이름을 세 번 묻는 일은 줄어든다.