Microsoft, Copilot에 브라우저 내장? 데스크톱 작업 환경의 변화

Microsoft가 Copilot에 브라우저를 내장했나요? Microsoft는 Windows 및 macOS용 Copilot 데스크톱 클라이언트 내에 통합형 사이드바 웹 브라우저를 도입하기 위해 관리자 옵트인 프리뷰를 시작했으며, 이는 Microsoft 365 메시지 센터 공지 MC1474455에 문서화되어 있습니다. Microsoft가 Copilot 브라우저 기능을 대화 스레드 바로 옆에 통합함에 따라, 데스크톱 워크플로우에서 외부 하이퍼링크 콘텐츠를 처리하는 방식이 변화하게 되었습니다. 클릭한 링크를 매번 기본 브라우저로 연결하는 대신, 호스트 애플리케이션이 클라이언트 프레임워크 내에서 웹 탐색을 캡슐화합니다. 이러한 레이아웃은 연구 작업 중 창 전환을 줄여주지만, 2026년 11월 말로 예정된 자동 배포를 앞두고 엔드포인트 관리, 로컬 프로필 데이터 저장 및 기업 정책 관리 측면에서 중요한 고려 사항을 제시합니다.

연대기적 타임라인과 데스크톱 클라이언트의 진화

Copilot에 통합 브라우징 캔버스를 포함하기로 한 결정은 생산성 소프트웨어가 다단계 작업을 단일 창 내에서 유지하려는 흐름을 반영합니다. 과거 데스크톱 운영 체제는 웹 브라우징을 외부 유틸리티로 취급했습니다. 사용자가 이메일 클라이언트, 문서 편집기 또는 협업 도구 내의 하이퍼링크를 클릭하면 운영 체제는 셸 실행 명령을 전달하여 사용자의 기본 브라우저에서 별도의 프로세스를 실행했습니다. 최근 릴리스 주기에서 데스크톱 생산성 제품군은 인터페이스 파편화를 줄이기 위해 인앱 링크 보기 경험을 점진적으로 도입해 왔습니다.

한눈에 보기

내장 브라우징 캔버스: Microsoft 365 메시지 센터 공지 MC1474455는 Windows 및 macOS의 Copilot 데스크톱 셸 내부에서 기본적으로 실행되는 사이드바 방식의 멀티 탭 브라우저 창을 설명합니다.
제어 가능한 관리형 배포: 이 기능은 2026년 11월 말 예정된 자동 배포에 앞서 BrowsingEnabled 정책을 통해 관리되는 옵트인 프리뷰 상태로 작동합니다.
전용 프로필 저장소: 인앱 웹 상호작용은 %localappdata%\Microsoft\Copilot\User Data 하위의 별도 로컬 디렉터리에 기록되며, 선택적으로 Edge 쿠키 가져오기 및 브라우저 데이터 동기화를 지원합니다.

내장형 링크 보기라는 아키텍처 패턴은 기업용 커뮤니케이션 도구를 통해 중요성이 높아졌습니다. 예를 들어 Outlook 및 Teams 웹 링크에 대한 Microsoft의 가이드에 설명된 바와 같이, 특정 웹 링크는 별도의 창을 완전히 띄우는 대신 Microsoft Edge의 대화 스레드 옆에서 열리도록 구성되었습니다. 이러한 설계는 사용자가 기본 대화 내용을 유지하면서도 공유 문서 및 웹 리소스를 참조할 수 있게 해주었습니다.

AI 대화창은 왼쪽에, 내장 브라우저 탐색창은 오른쪽에 배치된 분할 화면 인터페이스를 보여주는 Microsoft Copilot 데스크톱 애플리케이션

Copilot 인앱 브라우징에 대한 Neowin의 기술 보도에 따르면, 이번 통합은 이러한 사이드바 개념을 생성형 AI 대화에 직접 적용한 것입니다. 표준 데스크톱 워크플로우에서 Copilot에 질문하는 사용자는 웹 인용, 소스 링크, 생성된 HTML 미리보기가 포함된 종합적인 답변을 받습니다. 과거에는 이러한 링크를 클릭하면 외부 브라우저 인스턴스가 열려 여러 창을 오가야 했습니다. 대화 인터페이스 바로 옆에 웹 렌더링 컨테이너를 내장함으로써, 애플리케이션은 진행 중인 대화와 함께 참조 자료를 계속 볼 수 있게 합니다.

데스크톱 링크 라우팅 아키텍처의 진화

단계	주요 링크 대상	런타임 및 컨텍스트 경계
기존 데스크톱	시스템 기본 브라우저	프로세스 외부 셸 실행
엔터프라이즈 제품군 변화	도킹된 Edge 사이드바	Edge 호스팅 사이드바 컨텍스트
최신 AI 클라이언트 셸	인앱 내장 컨테이너	전용 Copilot 데이터 저장소

공지 MC1474455의 관리자 커뮤니케이션에 따르면 테스트는 2026년 9월 중순에 시작되었습니다. 프리뷰 기간 동안 장치 관리 정책을 통해 기능을 평가할 수 있으며, 자격 요건을 갖춘 상용 테넌트 전체에 대한 광범위한 자동 배포는 2026년 11월 말로 계획되어 있습니다.

워크플로우 제한에 관한 개발자 및 사용자 피드백을 해결하기 위해, Microsoft는 2026년 9월 21일 보조 클라이언트 업데이트를 예정했습니다. 이 패치는 탭 수준의 우클릭 컨텍스트 메뉴를 구현하여, 사용자가 내장 창에서 페이지를 분리하여 기본 시스템 브라우저에서 열 수 있는 명시적인 옵션을 제공합니다. 이러한 탈출구에도 불구하고, 본 설계는 보조 웹 활동을 흡수하는 독립형 AI 환경으로의 산업 전반적인 전환을 예고합니다.

기술 상세 분석 및 로컬 프로필 관리

내부적으로 내장 브라우저 창은 데스크톱 클라이언트 프로세스 트리 내에 중첩된 독립형 웹 런타임으로 기능합니다. Copilot 애플리케이션은 외부 시스템 브라우저 창을 호출하는 대신 전용 웹 렌더링 컨테이너를 초기화합니다. 이 아키텍처를 통해 호스트 애플리케이션은 사용자의 기본 대화 상태를 유지하면서도 실시간 웹 목적지를 표시하고, 여러 탭을 관리하며, 전체 화면 보기 모드를 제공할 수 있습니다.

외부 애플리케이션 전환을 방지하도록 설계된 통합 인터페이스 커넥터를 보여주는 애플리케이션 워크스페이스 시각화

+-------------------------------------------------------------------------+
|    [ 문서화된 동작에 기반한 개념적 프로세스 토폴로지 ]         |
+-------------------------------------------------------------------------+
|                                                                         |
|  [ Copilot 데스크톱 애플리케이션 셸 (Windows / macOS) ]                |
|          |                                                              |
|          +---> [ 생성형 대화 스레드 (왼쪽 창) ]               |
|          |                                                              |
|          +---> [ 내장 웹 컨테이너 (오른쪽 창) ]                  |
|                     |                                                   |
|                     +---> 멀티 탭 상태 관리                      |
|                     +---> DOM 렌더링 및 스크립트 실행              |
|                     |                                                   |
|                     v                                                   |
|  [ 전용 Copilot 로컬 데이터 위치 ]                              |
|  %localappdata%\Microsoft\Copilot\User Data                             |
|          |                                                              |
|          +---> 탐색 기록 및 로컬 캐시                         |
|          +---> 쿠키 및 저장된 사이트 데이터                               |
|          +---> 양식 자동 완성 정보                                |
|                                                                         |
+-------------------------------------------------------------------------+
|  [ 독립형 Microsoft Edge 프로필 저장소 ]                          |
|  %localappdata%\Microsoft\Edge\User Data                                |
|          |                                                              |
|          +--- (선택 사항: Edge 쿠키 가져오기 및 데이터 동기화 지원)      |
+-------------------------------------------------------------------------+

이 아키텍처의 핵심 기술 고려 사항은 로컬 데이터 저장입니다. 공식 발표에 따르면 내장 브라우저는 사용자 프로필 디렉터리 내의 클라이언트 파일 시스템에 상태를 직접 기록합니다. Windows 엔드포인트에서 이 데이터는 다음 전용 경로에 저장됩니다:

%localappdata%\Microsoft\Copilot\User Data

이 경로에는 인앱 브라우징 세션 중에 생성된 탐색 기록, 쿠키, 자동 완성 정보가 포함됩니다. 이 디렉터리는 독립형 Microsoft Edge 경로(%localappdata%\Microsoft\Edge\User Data)가 아닌 Copilot 폴더 계층 구조 아래에 있으므로, 자동화된 엔드포인트 유지 관리 스크립트, 데이터 검색 도구 및 백업 루틴이 표준 브라우저 위치만 대상으로 하는 조직은 정책이 이 추가 리포지토리를 포함하는지 확인해야 합니다.

엔터프라이즈 데이터 관리 및 로컬 프로필 저장 아키텍처를 보여주는 Windows 및 macOS 노트북

세션 상태와 자격 증명 지속성은 미묘한 엔지니어링 고려 사항을 도입합니다. Copilot은 자체 로컬 브라우징 데이터 경로를 유지하지만, 더 넓은 플랫폼과 완전히 분리된 것으로 보아서는 안 됩니다. Microsoft Copilot 개인정보 보호 FAQ에 명시된 바와 같이, Windows용 Copilot은 시작 시 Microsoft Edge의 쿠키를 가져올 수 있으며, 로그인된 계정은 환경 간에 탐색 기록, 즐겨찾기, 저장된 자격 증명을 선택적으로 동기화할 수 있습니다.

결과적으로 세션 연속성과 ID 유지는 사용자의 선호도와 조직의 정책에 크게 의존합니다. Edge 데이터 동기화를 사용할 수 없는 경우, 세션 연속성은 대상 사이트 자체의 ID 및 싱글 사인온(SSO) 구성에 따라 결정되며, 액세스 제어된 기업 리소스를 로드할 때 별도의 인증이 필요할 수 있습니다. 동기화가 활성화된 경우 사용자는 내부 기업 포털 간에 더 원활한 전환을 경험할 수 있습니다.

내장 웹 뷰는 운영 체제 프로토콜 처리와도 상호작용합니다. 표준 데스크톱 브라우저에서 사용자 지정 프로토콜 체계는 운영 체제의 등록된 핸들러에 위임됩니다. 내장 브라우저 뷰 내에서 탐색 의도, 하드웨어 권한 및 프로토콜 체계는 호스트 애플리케이션의 보안 규칙에 따라 작동합니다. 내부 웹 도구를 유지 관리하는 엔지니어링 팀은 Copilot 사이드 창에서 호출될 때 사용자 지정 URI 체계와 일시적인 사용자 활성화 제스처가 어떻게 작동하는지 검증해야 합니다.

기업 거버넌스 및 정책 구성

기업 엔드포인트 전체에 내장 웹 런타임을 도입하는 것을 관리하려면 IT 엔지니어링 그룹은 표준 브라우저 정책을 넘어서야 합니다. 기존 Microsoft Edge 관리 템플릿은 독립형 Copilot 데스크톱 애플리케이션을 자동으로 제어하지 않습니다. 공식 문서에 따르면 Copilot 내의 클라이언트 측 브라우징은 별도의 정책 계층을 통해 규제됩니다.

Microsoft Learn의 Copilot 정책 구성 가이드에 명시된 바와 같이, Windows 및 macOS 전반에서 이 기능을 제어하는 설정은 BrowsingEnabled 정책입니다. Windows 시스템에서 이 구성은 Windows 레지스트리에 기록되는 업데이트된 관리 템플릿(CopilotApp.admx)을 사용하여 배포됩니다:

HKLM\SOFTWARE\Policies\Microsoft\Copilot

이 키 내에서 관리자는 32비트 DWORD 항목을 관리합니다:

값 이름: BrowsingEnabled
값 데이터 0x00000001 (1): 데스크톱 클라이언트 내에서 내장 사이드바 브라우저 창을 활성화합니다.
값 데이터 0x00000000 (0): Microsoft Copilot의 인앱 브라우징 기능을 비활성화하여 사용자를 표준 외부 브라우저 워크플로우로 유도합니다.

MDM(모바일 장치 관리) 플랫폼을 통해 관리되는 macOS 엔드포인트에서는 Copilot 애플리케이션 도메인 아래에 BrowsingEnabled라는 불리언 기본 설정 키를 적용하는 구성 프로필을 배포하여 동일한 운영 상태를 적용합니다.

멀티 탭 페이지 간 비교 및 브라우징 상태 집계를 강조하는 최신 인터페이스 다이어그램

엔터프라이즈 브라우저 정책 비교 매트릭스

속성	Edge 브라우저 정책	데스크톱 Copilot 앱 정책
정책 이름	`AllowBrowsingWithCopilot`	`BrowsingEnabled`
대상 구성 요소	Microsoft Edge 브라우저 UI	독립형 데스크톱 Copilot 셸
관리 템플릿	`msedge.admx`	`CopilotApp.admx`
레지스트리 루트 경로	`HKLM\SOFTWARE\Policies\Microsoft\Edge`	`HKLM\SOFTWARE\Policies\Microsoft\Copilot`
저장소 대상	`Microsoft\Edge\User Data`	`Microsoft\Copilot\User Data`
정책 범위	Edge 내부 AI 기능 규제	Copilot 내 인앱 브라우저 제어

AllowBrowsingWithCopilot과 BrowsingEnabled를 구분하는 것은 필수적인 운영 구분입니다. Edge 정책 AllowBrowsingWithCopilot은 웹 페이지를 요약하거나 활성 탭과 상호작용하기 위해 Microsoft Edge 내에서 Copilot을 호출할 수 있는지 여부를 규제합니다. 이는 별도의 Edge 정책이며 독립형 Copilot 앱의 BrowsingEnabled 설정을 대체하지 않습니다. Edge에서 엄격한 브라우징 제어를 유지하는 조직은 Edge 전용 정책만으로는 독립형 Copilot 앱의 인앱 브라우징 설정을 구성할 수 없다는 점에 유의해야 합니다.

관리자는 문서화된 배포 의미론에도 주의를 기울여야 합니다. 2026년 9월과 10월에 걸친 초기 프리뷰 단계에서는 테스트를 위해 기능이 옵트인 상태로 유지됩니다. 그러나 Microsoft Learn 문서에 따르면 2026년 11월 말에 광범위한 배포가 이루어지면, 이 기능은 활성화되거나 구성되지 않은 경우 활성 상태가 되도록 설계되었으며, 명시적으로 비활성화로 설정된 경우에만 비활성화됩니다. 기존의 외부 브라우저 라우팅을 유지하려는 조직은 광범위한 배포가 시작되기 전에 BrowsingEnabled를 0으로 설정하여 선제적으로 배포해야 합니다.

엔터프라이즈 파일럿 및 검증 체크리스트

1. 정책 수집 및 템플릿 배포

[ ] 최신 CopilotApp.admx를 엔터프라이즈 중앙 저장소 리포지토리에 수집합니다.
[ ] 관리 템플릿 > Microsoft Copilot > 브라우징 아래의 그룹 정책 가시성을 확인합니다.
[ ] 관리형 macOS 클라이언트 제품군을 위한 MDM 기본 설정 페이로드를 구성합니다.

2. 레지스트리 검증 및 기준 테스트

[ ] HKLM\SOFTWARE\Policies\Microsoft\Copilot\BrowsingEnabled가 대상 파일럿 그룹에 적용되는지 확인합니다.
[ ] BrowsingEnabled를 0으로 설정하면 애플리케이션 재시작 시 인앱 브라우징 창이 비활성화되는지 확인합니다.
[ ] 인앱 브라우징이 비활성화되었을 때 외부 브라우저 라우팅이 의도한 대로 작동하는지 확인합니다.

3. 엔드포인트 위생 및 저장소 포렌식

[ ] %localappdata%\Microsoft\Copilot\User Data를 엔드포인트 스캔 루틴에 포함해야 하는지 검토합니다.
[ ] Copilot 로컬 데이터 디렉터리에 대한 DLP(데이터 유출 방지) 검사 정책을 검증합니다.
[ ] 활성 Copilot 사용자 데이터를 호스팅하는 장치에 대한 프로필 정리 및 오프보딩 절차를 확인합니다.

단계적인 파일럿을 수행하면 엔터프라이즈 인프라 팀이 네트워크 송신 트래픽을 측정하고, 데이터 동기화 설정을 검토하며, 클라이언트가 광범위하게 활성화되기 전에 로컬 저장소 아티팩트가 기업 보안 기준에 부합하는지 확인할 수 있습니다.

자주 묻는 질문 (FAQ)

Copilot 데스크톱 브라우저가 Microsoft Edge와 쿠키를 공유하나요?

Copilot은 `%localappdata%\Microsoft\Copilot\User Data` 아래에 자체적인 로컬 브라우징 데이터 위치를 유지합니다. 하지만 이 두 환경이 완전히 격리된 것은 아닙니다. 공식 개인정보 보호 문서에 설명된 바와 같이, Windows용 Microsoft Copilot은 시작 시 사용자가 Microsoft Edge에서 쿠키를 가져오도록 허용합니다. 또한 사용자는 Edge와 Copilot 간에 기록, 즐겨찾기, 저장된 자격 증명과 같은 브라우저 데이터를 동기화하도록 선택할 수 있으므로, 실제 데이터 중복 여부는 사용자 구성 및 기업 관리 정책에 따라 달라집니다.

관리자가 광범위한 배포 전에 인앱 브라우징을 비활성화하려면 어떻게 해야 하나요?

관리자는 그룹 정책 또는 MDM 도구를 사용하여 `BrowsingEnabled` 정책을 배포함으로써 인앱 브라우징 활성화를 방지할 수 있습니다. Windows 엔드포인트의 경우 `HKLM\SOFTWARE\Policies\Microsoft\Copilot` 경로 아래에 DWORD 값 `BrowsingEnabled`를 `0`으로 구성합니다. macOS 시스템의 경우 관리자는 Copilot 애플리케이션 도메인 내에서 불리언 키 `BrowsingEnabled`를 `false`로 설정하는 MDM 프로필을 배포합니다.

사용자가 여전히 기본 시스템 브라우저에서 링크를 열 수 있나요?

네, 사용자는 웹 링크를 외부에서 열 수 있는 옵션을 유지합니다. 프리뷰 빌드에서 사용자는 채팅 인용문의 점 세 개 메뉴를 클릭하여 링크를 복사하거나 등록된 시스템 브라우저에서 실행할 수 있습니다. 또한 2026년 9월 21일에 릴리스된 클라이언트 업데이트를 통해 사이드 창 탭 내에서 우클릭 컨텍스트 메뉴가 도입되어, 사용자가 열려 있는 웹 페이지를 기본 브라우저로 바로 전송할 수 있게 되었습니다.

실질적인 영향과 향후 전망

Microsoft 데스크톱 AI 클라이언트에 내장 브라우징을 도입한 것은 데스크톱 인터페이스 디자인의 지속적인 진화를 보여줍니다. 개인 컴퓨팅의 역사 전반에 걸쳐 운영 체제는 창 관리자와 셸 실행 명령을 통해 느슨하게 결합된 애플리케이션들을 조정해 왔습니다. 대화형 AI 인터페이스의 부상은 클라이언트 소프트웨어가 작업 전환을 최소화하고 지식 근로자가 주요 목표에 집중할 수 있도록 인접한 실행 환경을 호스팅하는 보다 통합된 애플리케이션 모델을 촉진했습니다.

이러한 진화는 관리 책임과 함께 실질적인 이점을 가져옵니다. 최종 사용자에게는 사이드바 브라우징이 데스크톱을 어지럽히지 않고도 원활하게 인용문을 확인하고 참조 문서를 읽을 수 있는 환경을 제공합니다. 그러나 엔터프라이즈 IT 및 보안 팀에게는 기존 브라우저 경계를 넘어 엔드포인트 가시성을 확장할 것을 요구합니다. 데스크톱 생산성 애플리케이션은 웹 아티팩트를 저장하고, 인증 상태를 관리하며, 웹 콘텐츠를 실행할 수 있는 독립형 애플리케이션 셸로서의 기능을 점점 더 많이 수행하고 있습니다.

이러한 발전을 성공적으로 처리하려면 선제적인 엔드포인트 거버넌스가 필요합니다. IT 리더는 웹 브라우징이 표준 브라우저 내에서만 발생한다고 가정하기보다, 최신 관리 템플릿을 유지하고, 로컬 데이터 디렉터리를 검사하며, 데이터 동기화에 대한 명확한 정책을 수립해야 합니다. 정책 기본값과 프로필 경로를 평가하기 위한 구조적인 단계를 밟음으로써, 조직은 엄격한 엔터프라이즈 보안 및 규정 준수 표준을 유지하면서 통합된 AI 워크스페이스의 생산성 이점을 최대한 활용할 수 있습니다.