기예르모 라우크가 평범한 웹페이지를 멸종 명단에 올렸습니다

Vercel CEO 기예르모 라우크가 평범한 웹페이지를 멸종 명단에 올렸습니다.

사람들은 그가 올린 트윗을 8만 3,643번 봤고, 좋아요를 1,272개 눌렀어요. 바이럴 규모는 아니지만, 웹 인프라를 쥔 회사 대표가 내놓은 전망이라 사람들이 꽤 시끄럽게 반응했습니다.

라우크는 짧게 썼습니다. "나는 웹이 두 극단으로 진화한다고 본다. 그 사이는 잡아먹힐 것이다."

한쪽 끝에는 극도로 화려한 인간용 웹이 있습니다. 반대쪽 끝에는 꾸밈을 전부 걷어낸, 기계만 읽는 웹이 있고요. 라우크는 그 사이 보통 웹페이지를 사라질 후보로 꼽았습니다. 매일 열어보는 블로그, 문서, 상품 목록 말이죠.

그가 말한 두 극단은 정확히 무엇일까요?

첫 번째 극단은 사람을 홀리는 웹입니다. 라우크는 이 웹을 "즐거움, 탐험, 브랜드, 엔터테인먼트에 봉사하는 극도로 화려한 인간 경험"이라고 불렀어요.

이걸 가능하게 하는 도구로 vGPU·three.js·TypeGPU 세 개를 직접 거명했습니다. 셋 다 GPU로 브라우저 화면을 그리는 물건들이죠.

두 번째 극단은 기계만 읽는 웹입니다. 에이전트용 콘텐츠, 데이터, API. 라우크 표현으로는 "기계를 위한 순수하고 무손실인 신호"예요. 마크다운과 MCP가 여기서 빙산 일각이라고 했습니다.

그리고 중간이 있습니다. 화려하지도 않고 기계 전용도 아닌, 사람이 읽으라고 만든 보통 HTML 페이지 전부요. 라우크는 양쪽 극단이 이 층을 흡수할 가능성이 크다고 봤습니다.

화려한 쪽 끝은 누가 만들고 있을까요?

거명한 세 도구 가운데 vGPU는 Vercel이 자사 홈 화면을 그리던 WebGPU 코드를 MIT 라이선스로 푼 라이브러리입니다. Vercel은 풀스크린 이펙트 하나를 25KB(gzipped)에 담았고, 용량 예산은 CI로 지킵니다.

나머지 둘도 같은 계열입니다. three.js는 브라우저에서 3D 그래픽을 그릴 때 가장 오래 쓰여온 라이브러리고, TypeGPU는 타입스크립트로 WebGPU를 다루는 도구예요.

세 도구 모두 웹페이지를 렌더링 대상으로 다룹니다.

저는 여기서 방향 하나를 읽었습니다. 브랜드와 엔터테인먼트가 웹에서 승부하려면 CSS 애니메이션 수준으로는 부족하고, 셰이더와 GPU까지 내려가야 한다는 판단이에요. 마케터들이 게임 그래픽 기술을 마케팅 페이지로 가져오는 중입니다.

저는 발화자와 도구가 같은 회사라는 점을 눈여겨봤습니다. 라우크는 자기 회사가 방금 오픈소스로 푼 제품을 첫 번째 극단의 증거로 들었어요.

기계만 읽는 쪽 끝은 어떤 모습일까요?

두 번째 극단은 화면이 아예 없습니다.

마크다운은 서식을 최소로 줄인 텍스트 포맷입니다. 구조를 그대로 드러내서 모델이 손실 없이 읽기 좋은 형식이죠.

MCP는 에이전트가 데이터와 도구에 직접 연결하는 프로토콜이고요. 둘 다 화면을 건너뛰고 신호만 주고받는 통로입니다.

Vercel은 vGPU 레포에 기계용 통로도 함께 넣었습니다. agents.md와 llms.txt가 있고, vgpu.sh가 읽기전용 MCP 서버를 직접 띄우고, 설치형 에이전트 스킬까지 동봉했어요.

OpenAPI 3.1 예제 API까지 넣어서, 에이전트도 사람처럼 이 라이브러리를 배우고 쓸 수 있어요. 사람을 홀리는 그래픽 라이브러리를 만들면서도 문서는 기계용으로 함께 낸 셈입니다.

그래서 저는 이 트윗을 전망보다 해설로 읽었습니다. 라우크는 사실상 자기 제품 로드맵을 읽어준 셈이에요.

중간 웹은 정말 잡아먹힐까요?

반론부터 세워봅니다.

지금 웹 대부분이 그 '중간'입니다. 블로그, 기술 문서, 쇼핑몰 목록, 사내 관리자 화면. 이 페이지들은 화려할 이유도 없고, 기계 전용일 이유도 없어요. 운영자들은 수십 년을 그 모습으로 굴려왔고, 당장 누가 없애러 오지도 않습니다.

그런데 저는 페이지 대신 독자를 봅니다.

사람이 검색해서 열어보던 페이지를 에이전트가 대신 읽고 요약해 주기 시작하면, 에이전트는 그 페이지에서 데이터만 가져갑니다. 사람들도 검색창에 질문을 치고 파란 링크 열 개를 훑던 습관을 버리고, 챗봇에게 묻고 답만 받는 쪽으로 옮겨 가는 중이잖아요.

화면을 보는 사람이 줄면, 운영자도 화면을 유지할 이유를 잃어요. 그 순간 중간 페이지는 마크다운 파일과 API 앞에 씌운 껍데기가 됩니다.

라우크 주장에서 눈여겨볼 대목이 여기입니다. 아무도 중간 웹을 부수러 오지 않아요. 독자가 떠나면 운영자가 스스로 손을 놓는 시나리오거든요. 망하는 방식 중에 가장 조용한 방식입니다.

남는 중간도 있습니다. 결제, 서명, 계약처럼 사람이 직접 확인하고 책임지는 단계에서는 화면이 법적 장치 역할을 해요. 이런 페이지는 에이전트가 대신 읽어준다고 사라지지 않습니다.

무엇을 보면 판정할 수 있을까요?

제가 잡은 판정 기준은 두 개입니다.

하나, 새 제품이 문서를 낼 때 HTML 페이지보다 마크다운·llms.txt·MCP를 먼저 내놓는가. Vercel은 vGPU 레포를 이미 그렇게 냈습니다. 업계가 이 순서를 기본값으로 삼으면, 신제품부터 중간 웹을 건너뛸 겁니다.

둘, 보통 페이지에 들어오는 트래픽에서 에이전트 비중이 얼마나 빨리 크는가. 에이전트 독자가 빨리 늘수록 중간 웹도 빨리 껍데기가 됩니다.

새로 나오는 레포 몇 개만 열어봐도 확인할 수 있는 기준입니다.

남는 생각

저는 방향은 맞고 시한은 라우크가 말하는 것보다 길다고 봅니다.

사람들은 페이지를 직접 열어 읽는 습관부터 버릴 거예요. 페이지는 한동안 그대로 있겠지만, 읽는 쪽이 에이전트로 바뀌면 운영자가 페이지를 둘 이유부터 잃어요.

만드는 사람이라면 할 일은 하나예요. 이제 글이든 제품이든 독자를 둘로 상정해야 해요. 사람에게 보여줄 장면과 기계에 넘길 신호를 따로 준비하는 거죠. 한쪽만 챙기면 라우크가 말한 그 '중간'에 떨어집니다.

적당히 꾸민 랜딩 페이지, 적당히 정리한 문서. 지금까지는 그 정도면 충분했지만, 앞으로는 어느 독자에게도 최선이 아닌 어중간한 물건이 됩니다.

저는 화면을 vGPU급까지 끌어올리면서 마크다운과 MCP도 같이 내는 팀이 두 독자를 다 잡는다고 봅니다.

---