오픈AI가 ChatGPT의 Chrome 확장과 데스크톱 앱에 'Side Chat'과 멀티탭 동시 분석 기능을 탑재했다. aitimes 보도에 따르면 사용자는 이제 웹페이지를 보면서 별도 복사 없이 ChatGPT에 직접 질문하고, 여러 탭의 내용을 종합 비교하거나 콘텐츠의 사실 여부를 실시간으로 검증할 수 있다. 브라우저 기록을 AI가 참고해 이전 맥락을 이어가는 것도 가능해졌다.
이 변화가 단순한 기능 추가처럼 보인다면, 한 발 더 들어가 볼 필요가 있다. 지금까지 프론트엔드 개발자가 설계하는 '사용자 여정'은 명확한 전제 위에 세워져 있었다. 사용자는 우리 앱 안에 머문다. 내비게이션은 우리가 정의한 플로우를 따른다. 정보 탐색과 의사결정은 우리가 설계한 UI 레이어에서 일어난다. 그런데 AI가 브라우저 사이드바에 올라타는 순간, 그 전제가 조용히 무너진다.
Geeknews에서 논의된 '웹앱과 AI' 관점은 이 맥락을 더 넓게 열어준다. AI가 개발을 대부분 맡아주는 시대에 웹앱은 단순한 서비스 제공 수단이 아니라 'AI 에이전트와의 소통 창구'로 재정의된다. 사용자가 원하는 것을 말하면 웹앱이라는 형태로 즉시 구현되는 세계—이것은 일회성 코딩이 아니라 실시간 소통에 가깝다는 것이다. 두 기사를 겹쳐 읽으면 하나의 방향이 보인다. 브라우저는 AI 인터페이스의 주전장이 되고 있고, 웹앱은 그 전장 안에서 'AI가 해석하고 개입하는 대상'이 되고 있다.
그렇다면 프론트엔드 개발자는 무엇을 다르게 설계해야 하는가. 가장 먼저 짚어야 할 것은 콘텐츠 구조의 기계 가독성이다. Side Chat이 페이지를 요약하고, 특정 문장을 드래그해 설명을 요청하고, 사실 여부를 검증하는 흐름은 AI가 우리가 만든 HTML을 직접 파싱하고 해석한다는 의미다. 시맨틱 마크업, 명확한 섹션 구조, 적절한 aria-label은 이제 접근성만의 문제가 아니다. AI가 우리 콘텐츠를 얼마나 정확하게 이해하느냐를 결정하는 설계 변수가 된다.
두 번째는 AI 개입을 전제한 사용자 여정 재설계다. 사용자는 우리 앱의 CTA를 클릭하기 전에 Side Chat에서 이미 ChatGPT에게 이 페이지가 믿을 만한지 물어볼 수 있다. 비교 쇼핑 시나리오에서는 우리 상품 페이지와 경쟁사 탭이 동시에 AI에게 분석된다. 전환율을 높이기 위한 UI 설계가 'AI 필터'를 통과하는 단계를 상정해야 하는 시대가 왔다. 이것은 다크 패턴을 배제하는 방향으로 설계를 강제하는 역설적 순기능이기도 하다.
세 번째는 프로그레시브 디스클로저와 컨텍스트 밀도의 균형이다. AI 사이드바는 기본적으로 '현재 페이지에서 더 많은 것을 이해하고 싶다'는 욕구의 표현이다. 그 욕구가 생기지 않도록—즉, 페이지 자체가 충분한 맥락을 제공하도록—설계하는 것이 AI 시대 UX의 역할이다. 반대로, AI와의 협업을 전제하고 '핵심만 노출, 깊이는 AI에게 위임'하는 정보 설계도 유효한 전략이 될 수 있다. 어느 쪽이든 '그냥 텍스트를 쌓는' 방식은 이제 유효하지 않다.
오픈AI가 ChatGPT Atlas 독립 브라우저 프로젝트를 종료하고 기존 브라우저에 통합을 선택한 것, 구글이 Gemini를 Chrome 사이드바에 깊숙이 심은 것—이 두 움직임은 같은 메시지를 가리킨다. AI의 주전장은 별도 앱이 아니라 이미 사람들이 살고 있는 웹 위다. 프론트엔드 개발자에게 이것은 경쟁 구도의 변화가 아니라 설계 레이어의 확장으로 읽혀야 한다. AI가 우리 UI 위에 올라타는 것을 막을 수 없다면, 그 개입이 사용자에게 좋은 경험이 되도록 설계하는 것이 우리의 몫이다.
빠른 프로토타이핑과 사용자 검증을 중시하는 입장에서 보면, 지금 당장 해볼 수 있는 실험이 있다. 자신이 만든 페이지를 ChatGPT Side Chat으로 열어보라. AI가 이 페이지를 어떻게 요약하는지, 어떤 정보를 놓치는지, 어떤 질문에 답하지 못하는지—그 결과가 곧 다음 스프린트의 UX 개선 백로그가 된다. 브라우저가 AI 인터페이스가 되는 시대, 프론트엔드의 첫 번째 테스트 도구도 AI가 되고 있다.