크로스 사이트 데이터를 공유하지 않고 페이지에 콘텐츠를 안전하게 삽입합니다.
구현 상태
이 문서에서는 새로운 HTML 요소인 <fencedframe>에 대해 설명합니다.
| 제안 내용 | 상태 |
|---|---|
| urn에서 config로의 웹 API 변경사항 설명 |
2023년 1분기에 Chrome에서 사용할 수 있습니다. |
| 광고 보고를 위한 격리된 프레임의 광고 소재 매크로 (FFAR) GitHub Issue |
2023년 3분기에 Chrome에서 사용할 수 있습니다. |
| 자동 비콘 한 번 전송 GitHub 문제 |
2023년 3분기에 Chrome에서 사용할 수 있습니다. |
| 직렬화 가능한 펜싱된 프레임 구성 GitHub Issue |
2023년 3분기에 Chrome에서 사용할 수 있습니다. |
| Protected Audience 광고 크기 매크로의 추가 형식 옵션 GitHub Issue |
2023년 4분기에 Chrome에서 사용할 수 있습니다. |
| 등록된 모든 URL로 자동 비콘 전송 GitHub Issue | GitHub Issue |
2023년 4분기에 Chrome에서 사용할 수 있습니다. |
| Urn iFrame 및 광고 구성요소 프레임에서 광고 관심분야 그룹 나가기 사용 설정
GitHub 문제 |
2024년 1분기에 Chrome에서 사용 가능 |
| reserved.top_navigation_start/commit 도입
GitHub 문제, GitHub 문제 |
2024년 1분기에 Chrome에서 사용 가능 |
| 3PCD가 될 때까지 ReportEvent에서 쿠키 설정을 사용 중지하지 않음
GitHub 문제 |
2024년 1분기에 Chrome에서 사용 가능 |
| 교차 출처 하위 프레임에서 자동 비콘 지원 추가
GitHub 문제 |
2024년 1분기에 Chrome에서 사용 가능 |
교차 출처 하위 프레임이 reportEvent() 비콘을 전송하도록 허용하기
GitHub 문제 |
2024년 2분기에 Chrome에서 사용 가능 |
비콘의 Referer 헤더
GitHub 문제 |
2025년 1분기에 Chrome에서 사용 가능 |
| 자동 비콘 교차 출처 데이터 지원
GitHub 문제 |
2025년 2분기에 Chrome에 제공될 예정 |
펜스 처리된 프레임이 필요한 이유는 무엇인가요?
분리 프레임 (<fencedframe>)은 iframe과 비슷하게 삽입된 콘텐츠에 대해 제안된 HTML 요소입니다. 분리 프레임은 iframe과 달리 삽입 컨텍스트와의 통신을 제한하여 프레임이 삽입 컨텍스트와 공유하지 않고도 크로스 사이트 데이터에 액세스할 수 있도록 합니다. 일부 개인 정보 보호 샌드박스 API는 선택한 문서가 Fenced Frame 내에서 렌더링되도록 요구할 수 있습니다.
마찬가지로 삽입 컨텍스트의 퍼스트 파티 데이터는 격리된 프레임과 공유할 수 없습니다.
예를 들어 news.example (삽입 컨텍스트)가 shoes.example의 광고를 차단된 프레임에 삽입하는 경우 news.example는 shoes.example 광고에서 데이터를 유출할 수 없고 shoes.example는 news.example에서 퍼스트 파티 데이터를 학습할 수 없습니다.
스토리지 파티셔닝으로 크로스 사이트 개인 정보 보호 강화
웹을 탐색하는 동안 한 사이트에서 제품을 살펴본 후 완전히 다른 사이트의 광고에서 해당 제품이 다시 표시되는 것을 본 적이 있을 것입니다.
오늘날 이 광고 기법은 주로 서드 파티 쿠키를 사용하여 사이트 간에 정보를 공유하는 추적 기술을 통해 이루어집니다.
Chrome에서는 사이트별로 브라우저 저장소를 분리하는 저장소 파티셔닝을 작업하고 있습니다. 파티셔닝이 없으면 shoes.example의 iframe이 news.example에 삽입되고 해당 iframe이 값을 스토리지에 저장하는 경우 해당 값을 shoes.example 사이트에서 읽을 수 있습니다. 저장소가 파티셔닝되면 교차 사이트 iframe이 더 이상 저장소를 공유하지 않으므로 shoes.example가 iframe에 저장된 정보에 액세스할 수 없습니다. iframe이 *.shoes.example에서 제공되고 *.shoes.example에 삽입된 경우 브라우저 스토리지는 동일한 사이트로 간주되므로 공유됩니다.
스토리지 파티셔닝은 LocalStorage, IndexedDB, 쿠키를 비롯한 표준 스토리지 API에 적용됩니다. 파티셔닝된 환경에서는 퍼스트 파티 스토리지 간 정보 유출이 크게 줄어듭니다.
크로스 사이트 데이터 작업
펜스 처리된 프레임은 최상위 사이트가 데이터를 파티셔닝해야 한다고 제안하는 개인 정보 보호 샌드박스 기능입니다. 많은 개인 정보 보호 샌드박스 제안과 API는 서드 파티 쿠키나 기타 추적 메커니즘 없이 크로스 사이트 사용 사례를 충족하는 것을 목표로 합니다. 예를 들면 다음과 같습니다.
- Protected Audience API를 사용하면 개인 정보를 보호하는 방식으로 관심 기반 광고를 게재할 수 있습니다.
- Shared Storage를 사용하면 안전한 환경에서 파티셔닝되지 않은 크로스 사이트 데이터에 액세스할 수 있습니다.
펜스 처리된 프레임은 Protected Audience API와 함께 작동하도록 설계되었습니다. Protected Audience API를 사용하면 사용자의 관심분야가 사용자가 관심을 가질 수 있는 광고와 함께 광고주의 사이트에 관심분야 그룹으로 등록됩니다. 그런 다음 별도의 사이트('게시자'라고 함)에서 관련 관심분야 그룹에 등록된 광고가 입찰되고 낙찰된 광고가 차단된 프레임에 표시됩니다.
게시자가 낙찰된 광고를 iframe에 표시하고 스크립트가 iframe의 src 속성을 읽을 수 있는 경우 게시자는 해당 광고의 URL에서 방문자의 관심분야에 관한 정보를 추론할 수 있습니다. 이는 개인 정보 보호가 아닙니다.
게시자는 펜스 처리된 프레임을 사용하여 방문자의 관심분야와 일치하는 광고를 표시할 수 있지만 src 및 관심분야 그룹은 프레임의 광고주에게만 알려집니다. 게시자가 이 정보에 액세스할 수 없습니다.
격리된 프레임은 어떻게 작동하나요?
펜스 처리된 프레임은 탐색에 FencedFrameConfig 객체를 사용합니다. 이 객체는 Protected Audience API 입찰 또는 Shared Storage의 URL 선택 작업에서 반환될 수 있습니다. 그런 다음 구성 객체가 격리된 프레임 요소의 config 속성으로 설정됩니다. 이는 URL 또는 불투명 URN이 src 속성에 할당되는 iframe과 다릅니다. FencedFrameConfig 객체에는 읽기 전용 url 속성이 있습니다. 하지만 현재 사용 사례에서는 내부 리소스의 실제 URL을 숨겨야 하므로 이 속성은 읽을 때 opaque 문자열을 반환합니다.
분리 프레임은 postMessage를 사용하여 삽입자와 통신할 수 없습니다. 하지만 차단된 프레임은 차단된 프레임 내에서 iframe과 함께 postMessage를 사용할 수 있습니다.
펜스 처리된 프레임은 다른 방식으로 게시자로부터 격리됩니다. 예를 들어 게시자는 차단된 프레임 내의 DOM에 액세스할 수 없으며 차단된 프레임은 게시자의 DOM에 액세스할 수 없습니다. 또한 게시자가 모든 값으로 설정하고 관찰할 수 있는 name와 같은 속성은 차단된 프레임에서 사용할 수 없습니다.
펜스 처리된 프레임은 최상위 탐색 컨텍스트(예: 브라우저 탭)처럼 작동합니다. 특정 사용 사례(예: 관심분야 기반 재타겟팅 광고)의 격리된 프레임에는 크로스 사이트 데이터 (예: Protected Audience API 관심분야 그룹)가 포함될 수 있지만 프레임은 파티셔닝되지 않은 저장소나 쿠키에 액세스할 수 없습니다. 펜스 처리된 프레임은 고유한 nonce 기반 쿠키 및 스토리지 파티션에 액세스할 수 있습니다.
격리된 프레임의 특징은 설명서에 자세히 설명되어 있습니다.
펜스 처리된 프레임은 iframe과 어떻게 다른가요?
이제 차단된 프레임의 기능과 제한사항을 알았으므로 기존 iframe 기능과 비교해 보겠습니다.
| 기능 | iframe |
fencedframe |
|---|---|---|
| 콘텐츠 삽입 | 예 | 예 |
| 삽입된 콘텐츠가 삽입 컨텍스트 DOM에 액세스할 수 있음 | 예 | 아니요 |
| 삽입 컨텍스트가 삽입된 콘텐츠 DOM에 액세스할 수 있음 | 예 | 아니요 |
관찰 가능한 속성(예: name) |
예 | 아니요 |
URL (http://example.com개) |
예 | 예 (사용 사례에 따라 다름) |
브라우저 관리 불투명 소스 (urn:uuid) |
아니요 | 예 (사용 사례에 따라 다름) |
| 크로스 사이트 데이터 액세스 | 아니요 | 예 (사용 사례에 따라 다름) |
펜스 처리된 프레임은 개인 정보를 보호하기 위해 외부 통신 옵션을 더 적게 지원합니다.
펜스 처리된 프레임이 iframe을 대체하나요?
궁극적으로 차단된 프레임은 iframe을 대체하지 않으며 이를 사용하지 않아도 됩니다. 펜스 처리된 프레임은 서로 다른 최상위 파티션의 데이터를 동일한 페이지에 표시해야 하는 경우에 사용할 수 있는 더 비공개적인 프레임입니다.
동일 사이트 iframe (친근한 iframe이라고도 함)은 신뢰할 수 있는 콘텐츠로 간주됩니다.
분리 프레임 사용
펜스 처리된 프레임은 다른 Privacy Sandbox API와 함께 작동하여 단일 페이지 내에 서로 다른 스토리지 파티션의 문서를 표시합니다. 잠재적 API가 논의 중입니다.
이 조합의 현재 후보는 다음과 같습니다.
- TURTLEDOVE API 제품군 (Protected Audience API의 기반)에서 펜스 처리된 프레임은 Shared Storage를 사용하여 전환 리프트 측정과 함께 작동할 수 있습니다.
- 또 다른 옵션은 격리된 프레임이 읽기 전용이거나 파티셔닝되지 않은 스토리지에 액세스하도록 허용하는 것입니다.
자세한 내용은 펜스 처리된 프레임 사용 사례 설명을 참고하세요.
예
펜스 처리된 프레임 config 객체를 가져오려면 Protected Audience API의 runAdAuction() 호출 또는 Shared Storage의 selectURL() 호출에 resolveToConfig: true을 전달해야 합니다. 속성이 추가되지 않았거나 false로 설정된 경우 결과 프로미스는 iframe에서만 사용할 수 있는 URN으로 변환됩니다.
const frameConfig = await navigator.runAdAuction({ // ...auction configuration resolveToConfig: true });
const frameConfig = await sharedStorage.selectURL('operation-name', { resolveToConfig: true });
구성을 가져온 후에는 이를 격리된 프레임의 config 속성에 할당하여 프레임을 구성으로 표현되는 리소스로 이동할 수 있습니다. 이전 버전의 Chrome에서는 resolveToConfig 속성을 지원하지 않으므로 탐색하기 전에 약속이 FencedFrameConfig로 해결되었는지 확인해야 합니다.
if (window.FencedFrameConfig && frameConfig instanceof FencedFrameConfig) { const frame = document.createElement('fencedframe'); frame.config = frameConfig; }
자세한 내용은 격리된 프레임 및 격리된 프레임 구성 설명서를 참고하세요.
헤더
브라우저는 차단된 프레임과 차단된 프레임 내에 삽입된 iframe에서 이루어진 요청에 Sec-Fetch-Dest: fencedframe를 설정합니다.
Sec-Fetch-Dest: fencedframe
서버는 문서가 격리된 프레임에 로드되도록 Supports-Loading-Mode: fenced-frame 응답 헤더를 설정해야 합니다. 헤더는 격리된 프레임 내의 iframe에도 있어야 합니다.
Supports-Loading-Mode: fenced-frame
공유 스토리지 컨텍스트
Private Aggregation을 사용하여 삽입자의 컨텍스트 데이터와 연결된 차단된 프레임의 이벤트 수준 데이터를 보고할 수 있습니다. fencedFrameConfig.setSharedStorageContext() 메서드를 사용하면 이벤트 ID와 같은 일부 컨텍스트 데이터를 삽입기에서 Protected Audience API로 시작된 공유 스토리지 워클릿으로 전달할 수 있습니다.
다음 예에서는 삽입기 페이지에서 사용할 수 있는 일부 데이터와 차단된 프레임에서 사용할 수 있는 일부 데이터를 공유 저장소에 저장합니다. 삽입기 페이지에서 모의 이벤트 ID가 공유 저장소 컨텍스트로 설정됩니다. 격리된 프레임에서 프레임 이벤트 데이터가 전달됩니다.
삽입기 페이지에서 컨텍스트 데이터를 공유 스토리지 컨텍스트로 설정할 수 있습니다.
const frameConfig = await navigator.runAdAuction({ resolveToConfig: true });
// Data from the embedder that you want to pass to the shared storage worklet
frameConfig.setSharedStorageContext('some-event-id');
const frame = document.createElement('fencedframe');
frame.config = frameConfig;
분리 프레임에서 프레임의 이벤트 수준 데이터를 공유 스토리지 워크릿에 전달할 수 있습니다 (위의 삽입자의 컨텍스트 데이터와 관련 없음).
const frameData = {
// Data available only inside the fenced frame
}
await window.sharedStorage.worklet.addModule('reporting-worklet.js');
await window.sharedStorage.run('send-report', {
data: {
frameData
},
});
sharedStorage.context에서 삽입자의 컨텍스트 정보를 읽고 data 객체에서 프레임의 이벤트 수준 데이터를 읽은 다음 비공개 집계를 통해 보고할 수 있습니다.
class ReportingOperation {
convertEventIdToBucket(eventId) { ... }
convertEventPayloadToValue(info) { ... }
async run(data) {
// Data from the embedder
const eventId = sharedStorage.context;
// Data from the fenced frame
const eventPayload = data.frameData;
privateAggregation.contributeToHistogram({
bucket: convertEventIdToBucket(eventId),
value: convertEventPayloadToValue(eventPayload)
});
}
}
register('send-report', ReportingOperation);
격리된 프레임 구성 객체에서 삽입기의 컨텍스트에 대해 자세히 알아보려면 설명을 참고하세요.
분리 프레임 사용해 보기
Chrome 플래그를 사용하여 chrome://flags/#enable-fenced-frames에서 Fenced Frame API를 사용 설정합니다.
대화상자에는 여러 선택사항이 있습니다. Chrome이 새 아키텍처가 출시될 때 자동으로 업데이트되도록 *사용 설정*을 선택하는 것이 좋습니다.
ShadowDOM 사용 설정 및 다중 페이지 아키텍처 사용 설정 옵션은 브라우저 엔지니어에게만 관련이 있는 다양한 구현 전략을 제공합니다. 현재 사용 설정은 ShadowDOM 사용 설정과 동일한 방식으로 작동합니다. 향후 사용 설정은 다중 페이지 아키텍처로 사용 설정에 매핑됩니다.
기능 감지
펜스 처리된 프레임이 정의되어 있는지 확인하려면 다음 단계를 따르세요.
if (window.HTMLFencedFrameElement) {
// The fenced frame element is defined
}
격리된 프레임 구성을 사용할 수 있는지 확인하려면 다음을 실행하세요.
if (window.FencedFrameConfig && frameConfig instanceof FencedFrameConfig) {
// The fenced frame config is available
}
브라우저 지원
참여 및 의견 공유
Fenced Frame은 현재 활발히 논의되고 있으며 향후 변경될 수 있습니다. 이 API를 사용해 보고 의견이 있다면 언제든지 알려주세요.
- GitHub: 설명서를 읽고 질문을 게시하고 토론을 살펴보세요.