AI 에이전트로 반복 웹사이트 업무를 줄이는 ChatGPT 사이트 툴

ChatGPT 사이트 툴은 지원되는 웹사이트 작업이 충분히 자주 반복되어 구축 비용을 회수할 수 있을 때 비로소 값어치를 합니다. 2026년 8월 31일, OpenAI는 ChatGPT Work와 Codex에 웹사이트 제공 액션을 직접 사용하는 길을 열었습니다. AI 에이전트는 별도 연결 없이 데스크톱 앱 내장 브라우저 안에서 이 액션을 호출할 수 있습니다.

AI 에이전트용 사이트 툴이 실제로 바꾸는 것

일반적인 브라우저 자동화 에이전트는 사람을 위해 만든 화면을 살펴보고, 어떤 버튼이 필요한지 판단한 뒤 클릭과 입력으로 인터페이스를 조작해야 합니다. 반면 사이트 툴은 페이지 자체가 제공하는 구조화된 액션을 에이전트에 전달합니다.

이를 두 번째 메뉴라고 생각하면 이해하기 쉽습니다. 사람에게는 버튼과 폼이 보이고, 어시스턴트에게는 이름이 붙은 간결한 액션 목록과 각 액션에 필요한 정보, 실행할 코드가 보입니다.

웹사이트는 클라이언트 측 JavaScript 함수를 에이전트 툴로 공개하기 위해 제안된 웹 표준인 WebMCP를 통해 이러한 액션을 등록합니다. 툴에는 이름, 알기 쉬운 설명, 필드를 정의하는 입력 스키마, 실행 함수가 포함될 수 있습니다. 읽기 전용인지, 신뢰할 수 없는 콘텐츠를 반환하는지, 중요한 결과를 초래하는 액션인지 알려주는 힌트도 붙일 수 있습니다. 현재 WebMCP 초안은 커뮤니티 그룹 보고서이며, 완성된 W3C 표준은 아닙니다.

실무에서의 차이는 다음과 같습니다.

WebMCP와 백엔드 MCP는 툴, 스키마 같은 용어를 함께 쓰지만 서로 바꿔 쓸 수 있는 기술은 아닙니다. WebMCP는 브라우저 네이티브 방식으로 작동하는 클라이언트 측 경로입니다. 사양에 따르면 브라우저는 MCP나 독자적인 함수 호출 방식 또는 다른 방법을 통해 페이지 툴을 에이전트에 전달할 수 있습니다. WebMCP 프로젝트는 이를 백엔드 통합의 대체재가 아니라 보완재로 설명합니다.

이 차이를 알면 사이트 툴과 ChatGPT Computer History도 명확히 구분할 수 있습니다. Computer History는 승인된 활동을 기록해 나중에 작업을 찾고 다시 확인할 수 있게 합니다. 사이트 툴은 웹페이지가 현재 시점에 의도적으로 제공하는, 호출 가능한 액션입니다.

ChatGPT 업무 자동화에서 사용자 설정이 줄어드는 이유

지원되는 페이지를 사용하는 사람은 별도의 커넥터를 설치할 필요가 없습니다. ChatGPT 데스크톱 앱의 브라우저에서 페이지를 열고, 필요하면 그곳에서 로그인하면 됩니다. 그러면 ChatGPT가 해당 페이지에서 공개한 액션을 찾아낼 수 있습니다.

설정 작업 자체가 사라진 것은 아닙니다. 그 몫이 웹사이트 소유자에게 옮겨갔습니다.

제품 팀은 여전히 유용한 액션을 고르고 등록해야 합니다. 입력값을 검증하고, 기존 애플리케이션 로직을 호출하고, 화면에 보이는 페이지를 갱신하고, 실패 상황을 처리하고, 권한 흐름도 테스트해야 합니다. 다만 같은 페이지 내 작업을 위해 별도의 에이전트용 백엔드를 또 구축하지 않고도 현재 페이지 상태와 로그인 세션을 그대로 활용할 수 있다는 이점이 있습니다.

비즈니스 관점에서 중요한 변화는 여기에 있습니다. 사이트 툴을 한 번 구현하면 반복되는 탐색과 폼 입력을 줄일 수 있지만, 이를 지원하는 페이지와 액션에서만 가능합니다. 알맞은 툴을 공개하지 않은 웹사이트, 접근 권한이 없는 계정이나 모델, 페이지를 닫은 뒤에도 계속 실행되어야 하는 워크플로에는 아무런 효과가 없습니다.

일반 Chat, Work, Codex 가운데 어떤 환경이 원하는 결과물에 맞는지 판단하려면 ChatGPT Work 리뷰를 참고할 수 있습니다.

누가 어떻게 활용할 수 있나

브라우저 기반 업무 보드를 쓰는 운영 책임자

제품 팀은 실제 업무 페이지에 이미 있는 ‘후속 작업 추가’ 액션 하나를 공개할 수 있습니다. 운영 책임자가 ChatGPT에 회의에서 합의한 액션을 추가해 달라고 요청한 뒤 필드를 확인하면, 같은 화면에 업무가 등록됩니다.

반복적인 화면 이동이 줄어드는 것이 핵심 효과입니다. 검증 책임은 여전히 사이트에 있고, 운영자가 결과를 검토하는 곳도 기존 화면 그대로입니다.

대시보드에서 일하는 고객지원 관리자

고객지원 제품은 현재 열어 둔 고객 화면만 조회하는 검색 액션과, 사내 메모를 수정하는 별도 액션을 제공할 수 있습니다. 대시보드를 열어 둔 채 ChatGPT Work에 관련 계정 정보를 찾고 메모를 준비하도록 요청할 수 있습니다.

복잡한 인터페이스 안에서 더 빠르게 이동할 수 있다는 것이 장점입니다. 권한 경계가 분명하게 보이도록 읽기 액션과 쓰기 액션은 분리해야 합니다.

장바구니를 확인하는 이커머스 운영자

OpenAI는 사이트 툴이 지원하는 작업의 하나로 장바구니 변경을 제시합니다. 이커머스 운영자는 로그인한 페이지에서 ChatGPT에 장바구니를 조정하도록 요청한 다음, 구매 전에 결과를 확인할 수 있습니다.

수작업 단계가 줄어드는 것이 이점입니다. 구매는 여전히 중요한 결과를 초래하므로 확인 절차가 적용됩니다.

코드 리뷰 페이지를 쓰는 엔지니어링 리드

WebMCP 프로젝트는 코드 리뷰 인터페이스를 활용 사례 중 하나로 제시합니다. 페이지는 자체 애플리케이션 코드를 통해 상태 조회, 실패 상세 정보, 수정안 제안 액션을 공개할 수 있습니다. Codex는 실패 내용을 살펴본 후 검토 가능한 변경안을 화면의 리뷰 인터페이스에 다시 올려놓을 수 있습니다.

목표는 병합을 자율화하는 데 있지 않습니다. 복잡한 페이지 상태에서 사람이 검토할 수 있는 제안까지 가는 경로를 단축하는 데 있습니다.

ChatGPT 활용법: 사이트 툴 워크플로 테스트하기

OpenAI 사이트 툴 가이드는 접근 가능 여부를 화면에서 확인하는 방법을 안내합니다. 페이지가 지원 대상인지 추측할 필요가 없습니다.

1. 1

   1. 알맞은 브라우저 열기

   macOS 또는 Windows용 데스크톱 앱에서 ChatGPT Work나 Codex의 내장 브라우저를 사용합니다. 사이트 툴은 Chrome 확장 프로그램에서 사용할 수 없습니다.

2. 2

   2. 페이지를 열고 로그인하기

   액션을 제공해야 하는 페이지로 이동합니다. 내장 브라우저는 자체 브라우저 상태를 유지하므로 Chrome의 로그인 정보가 이어지지 않을 수 있습니다.

3. 3

   3. 주소 표시줄 확인하기

   회색 화살표가 보이면 사이트 툴을 사용할 수 있다는 뜻입니다. 화살표를 선택하면 해당 페이지의 툴 목록과 각 툴이 정보를 읽는지, 변경을 일으키는지 확인할 수 있습니다. ChatGPT가 툴을 사용하는 동안에는 화살표가 파란색으로 바뀝니다.

4. 4

   4. 범위를 좁힌 액션 하나 요청하기

   원하는 결과와 어느 레코드에 반영할지 명시합니다. 첫 테스트는 현재 화면에서 결과를 확인할 수 있는 액션 하나로 제한합니다.

5. 5

   5. 접근 권한과 결과 검토하기

   웹사이트 상호작용을 요청받으면 승인합니다. 구매, 삭제, 권한 변경, 개인정보 공유, 메시지 전송처럼 민감한 활동을 하기 전에는 ChatGPT가 다시 확인을 요청합니다.

화살표가 없다면 계정, 선택한 모델, 현재 웹페이지라는 세 가지 관문 가운데 하나가 충족되지 않은 것입니다. OpenAI의 현재 가이드는 요금제와 모델의 정확한 호환성 표를 공개하지 않습니다. 따라서 모호한 사용 가능성 안내만 믿고 구매를 결정해서는 안 됩니다. 실제로 사용할 계정과 모델에서 직접 확인해야 합니다.

구축 전에 투자 회수 기간부터 계산하기

계산식은 간단합니다.

단순 투자 회수 기간(주) = 구현 비용 / 주간 절감 인건비 가치

출시 과정에서 제시된 수치가 아니라 실제로 측정한 작업 시간을 사용해야 합니다. 여기에 참고한 원자료에는 사이트 툴의 시간 절감 벤치마크가 없습니다.

이 예시에는 어시스턴트 사용료, 유지보수, 보안 검토, 오류 처리, 잘못된 쓰기 작업으로 인한 비용이 빠져 있습니다. 구축을 승인하기 전에 이 항목들도 추가해야 합니다. 팀이 아직 사이트 툴을 쓸 수 없다면, 실제 배포할 계정과 모델에서 접근 권한을 확인한 뒤에만 추가 계정 비용을 반영해야 합니다.

계산 결과를 가장 빠르게 개선하는 방법은 툴을 더 많이 공개하는 것이 아닙니다. 반복 빈도가 높고 입력값이 안정적이며 사람이 결과를 확인할 수 있는 액션 하나를 고르는 것이 중요합니다. 방대한 툴 목록은 모델 컨텍스트를 더 많이 사용하고 툴을 혼동할 가능성도 키웁니다.

반드시 알아야 할 한계

사이트 툴은 페이지에 종속됩니다. ChatGPT는 여러 탭에 걸쳐 작업할 수 있지만, 툴은 이를 제공한 페이지에 속합니다. 그 페이지를 닫으면 툴도 사라집니다. 임베디드 콘텐츠에서만 공개되는 툴은 현재 지원되지 않습니다.

또한 백그라운드 자동화 시스템도 아닙니다. WebMCP는 웹페이지를 중심으로 사람이 과정에 참여하는 협업형 작업을 위해 설계됐습니다. 페이지를 열어 두지 않은 채 무인으로 실행해야 하는 작업이라면 백엔드 통합이나 일반 애플리케이션 API가 더 적합합니다.

이 제안은 계속 바뀌고 있습니다. 선언형 폼 기반 API는 현재 초안에서도 미완성이며, 여러 오류 처리·검증·문서 간 동작 방식 역시 아직 논의 중입니다. 측정 가능한 결과를 내는 최소한의 범위로 구축하고 지속적인 유지보수를 예상해야 합니다.

지금 실행할 팀, 기다릴 팀, 신경 쓰지 않아도 될 팀

웹사이트를 직접 관리하고, 한 가지 페이지 내 액션이 자주 반복되며, 애플리케이션에 그 액션을 처리하는 명확한 함수가 이미 있고, 사람이 결과를 검토할 수 있다면 이번 주에 시작해도 됩니다. 이 조건이면 범위를 좁힌 파일럿을 진행하기에 충분합니다.

필요한 모델이나 요금제에서 접근 권한이 표시되지 않거나, 유용한 액션이 임베디드 콘텐츠 안에 있거나, 페이지를 계속 열어 둘 수 없거나, 작업 빈도는 낮은데 위험은 크다면 기다리는 편이 낫습니다. 표준이 새롭다는 이유만으로 설정 비용을 회수할 수 있는 것은 아닙니다.

사이트 툴을 제공하지 않는 타사 웹사이트만 사용한다면 영향을 받지 않습니다. ChatGPT 쪽에서 액션을 추가할 수는 없습니다. 일반적인 브라우저 제어 기능은 계속 도움이 될 수 있고, 서버 측 작업에는 별도의 MCP 연결이 여전히 더 적합할 수 있습니다.

월요일에 바로 할 일

팀이 소유한 웹사이트에서 반복되는 액션 하나를 고릅니다. 지난주 반복 횟수를 세고, 일반적인 실행 5회의 시간을 잰 뒤, 반드시 남겨야 할 사람의 검토 절차를 적습니다. 먼저 읽기 전용 툴 하나로 범위를 정해 데스크톱 내장 브라우저에서 테스트하고, 측정한 투자 회수 기간이 사내 소프트웨어에 이미 적용하는 예산 기준에 맞을 때만 다음 단계로 넘어갑니다.

새로 나온 AI 기능을 실제 업무에 적용할지 명확한 기준으로 판단하고 싶다면 뉴스레터를 구독하세요.