사파리 MCP 서버 공개, AI가 브라우저를 직접 본다
애플이 사파리 기술 프리뷰 247에 MCP 서버를 넣어 코딩 에이전트에 실제 렌더링 화면을 열어줬다
애플이 웹 개발자를 위한 새로운 자동화 통로를 열었다. 2026년 7월 1일 공개된 사파리 기술 프리뷰(Safari Technology Preview) 247에는 코딩 에이전트를 사파리 브라우저 창에 직접 연결하는 사파리 MCP 서버(Safari MCP Server)가 처음 담겼다. 에이전트가 이제 코드가 실제 브라우저에서 어떻게 그려지는지를 눈으로 확인하고 스스로 디버깅할 수 있게 됐다.
무슨 일인가
MCP(모델 컨텍스트 프로토콜)는 AI 에이전트가 외부 도구와 연결되는 표준 규약이다. 애플은 이 규약을 지원하는 아무 클라이언트나 사파리 창에 붙일 수 있도록 서버를 공개했다. 연결된 에이전트는 문서 객체 모델(DOM), 네트워크 요청, 콘솔 출력, 스크린샷 같은 정보에 접근해 사용자가 실제로 겪는 화면을 그대로 재현한다. 지금까지 개발자는 화면에서 문제를 발견하면 콘솔을 열고, 스타일 탭을 뒤지고, 다시 코드로 돌아가 고치는 과정을 버그가 잡힐 때까지 몇 번이고 반복해야 했다. 사파리 MCP 서버는 이 '창 갈아타기'를 없애고 에이전트가 터미널 안에서 대부분을 처리하도록 만든다. 개발자는 완벽한 프롬프트로 문제를 일일이 설명할 필요 없이, 에이전트가 브라우저를 직접 열어 상황을 파악하도록 맡기면 된다.
핵심 짚어보기
공개된 도구 목록을 보면 자동화의 폭이 분명하다. 페이지 콘텐츠를 마크다운·HTML·JSON 등으로 추출하는 도구, 네트워크 요청 상세를 헤더·본문·타이밍까지 뽑아내는 도구, 자바스크립트를 페이지에서 실행해 결과를 돌려받는 도구, 화면을 PNG로 캡처하는 도구, 클릭·입력·스크롤을 순서대로 수행하는 상호작용 도구 등 열여섯 개 안팎이 제공된다. 뷰포트 크기를 바꿔 반응형을 확인하거나 인쇄용 미디어를 흉내 내는 도구, 페이지 로딩 완료를 기다렸다가 최종 URL과 제목을 돌려주는 도구도 있다. 특히 접근성 검사(누락된 레이블, 잘못된 ARIA 속성, 낮은 명암비)와 성능 분석(내비게이션 타이밍, 리소스 로드 시간)까지 에이전트가 스스로 수행한다는 점이 눈에 띈다. 사파리에서만 나타나는 호환성 버그를 창을 바꾸지 않고 잡아낼 수 있다는 것도 실무적으로 의미가 크다.
1인기업 실전 적용 포인트
- 랜딩페이지나 상세페이지를 직접 만든다면, 에이전트에 "사파리에서 이 페이지 열어 콘솔 오류와 접근성 문제를 잡아줘"라고 시켜 아이폰 사용자 대상 깨짐을 배포 전에 걸러낸다.
- 결제·문의 폼처럼 상태가 중요한 화면은 상호작용 도구로 클릭·입력을 재현시켜 "장바구니→결제" 흐름이 실제로 도는지 매번 손으로 확인할 필요를 없앤다.
- 스크린샷·네트워크 로그를 에이전트가 직접 수집하므로, 개발자를 따로 두지 않는 1인 운영에서도 버그 리포트 작성 시간을 크게 줄인다.
- 크로스 브라우저 QA를 외주 주던 비용을, 사파리 대상만이라도 에이전트 검증으로 대체해 시험해 볼 수 있다.
전망 / 주의점
아직 정식 사파리가 아닌 기술 프리뷰 채널에 실린 실험적 기능이라 안정성과 지원 범위는 유동적이다. 맥 환경과 사파리에 묶여 있어 윈도우·안드로이드 사용자 검증까지 대체하지는 못한다. 그럼에도 브라우저 제조사가 직접 에이전트 연결 통로를 표준 규약으로 여는 흐름은, 웹 개발과 QA가 '사람이 창을 오가는 일'에서 '에이전트가 검증하는 일'로 넘어가는 신호로 읽힌다.
출처: WebKit 블로그 (https://webkit.org/blog/18136/introducing-the-safari-mcp-server-for-web-developers/)