월간 크롬 이슈 리포트 2024년 12월호

들어가며

프런트엔드 개발에 가장 많은 영향을 주는 크롬 브라우저의 버전별 변경 예정 항목을 정리 및 공유한다.

💡 각 항목은 Chrome Platform Status의 Roadmap과 한 달간의 blink-dev 활동 요약을 바탕으로 정리했다.

💡 각 항목의 ⚠️는 지원 중단(Deprecated), ✅는 새로운 기능(Enabled by default), 🧪는 미리 보기(Developer Trial, Origin Trial)를 의미한다.

💡 각 항목 중 기존 서비스에 미치는 영향이 크다고 판단한 항목은 소제목 뒤에 📌 표시를 했다.

💡 지원 중단(⚠️) 외의 항목은 공유 가치가 있다고 판단한 경우에만 포함했다.

💡 미리 보기(🧪)는 chrome://flags 페이지에서 Experimental Web Platform features를 활성화(Developer Trial) 또는 출처 미리 보기(Origin Trial)를 신청해 사용할 수 있다.

💡 각 항목에 대한 주요 브라우저 및 웹 개발자의 의견은 Chrome Platform Status를 그대로 인용했다.

목차

1. Chrome 132

   • ⚠️ HTMLVideoElement 전체 화면 webkit 접두사가 붙은 API 제거 📌
   • ✅ inset 및 margin 속성에 대해 anchor-size() 허용
   • ✅ fetch API 요청과 응답에 bytes() 메소드 추가
   • ✅ File System Access API: 로컬 파일 액세스 간소화
   • ✅ 스크롤 영역 자동 포커스
   • ✅ PushMessageData 인터페이스에 bytes() 메소드 추가
   • ✅ sideways writing-mode 지원
   • ✅ 비활성화된 문서에서 발생하는 팝오버와 다이얼로그에 예외 추가
   • 🧪 자바스크립트 파싱과 컴파일 제어를 위한 주석 추가
   • 🗓️ 배포 예정일

2. Chrome 133

   • ⚠️ Intl Locale 객체의 getters 속성 지원 중단
   • ⚠️ <link rel=prefetch> 5분 규칙 제거
   • ⚠️ WebGPU maxInterStageShaderComponents 제한 제거
   • ⚠️ 비표준 getUserMedia 오디오 제약 조건 제거
   • ✅ Animation 클래스에 overallProgress 속성 추가
   • ✅ attr() 함수에 추가 기능 제공
   • ✅ 파일 시스템 옵저버 인터페이스 미리보기 추가
   • ✅ 팝오버 내부 이벤트가 외부로 버블링 않도록 수정
   • ✅ ClipboardItem 생성자에 Promise<DOMString> 지원 추가
   • ✅️ WebAssembly 에 64비트 포인터 환경 제공
   • 🗓️ 배포 예정일

3. Chrome 134

   • ⚠️ SwiftShader fallback 제거
   • 🗓️ 배포 예정일

4. Chrome NEXT

   • ⚠️ unload 이벤트 지원 중단 📌
   • ⚠️ DOM 요소 제거 시 blur 이벤트가 발생하지 않도록 변경 📌
   • ⚠️ 제3자 쿠키 지원 중단 📌
   • ⚠️ WebView에서 CHIPS 임시 비활성화
   • ⚠️ Protected Audience API의 구버전인 서브리소스 웹 번들 방식 지원 중단 📌

1. Chrome 132

⚠️ HTMLVideoElement 전체 화면 webkit 접두사가 붙은 API 제거 📌

<video> 요소의 일부 접두사 API를 제거한다.

지금은 대부분의 브라우저가 Element.requestFullscreen() 메서드를 사용해 <video> 요소가 아니라도 특정 요소를 전체 화면으로 띄울 수 있다. 제거 예정인 API는 과거 <video> 요소의 전체 화면 지원을 위해 접두사(webkit)를 붙여 추가했던 속성으로, Chrome 38 버전부터 지원 중단되었다.

Chrome도 71 버전부터 Fullscreen API를 지원하니 아직 이전 API를 사용한다면 해당 API로 전환해야 한다. 이번에 제거되는 속성은 다음과 같다.

- boolean webkitSupportsFullscreen;
- boolean webkitDisplayingFullscreen;
- void webkitEnterFullscreen();
- void webkitExitFullscreen();
- void webkitEnterFullScreen();
- void webkitExitFullScreen();

이 항목에 대한 주요 브라우저 및 웹 개발자의 의견은 다음과 같다.

• Firefox: 해당 없음
• Safari: 의견 없음
• 웹 개발자: 의견 없음

참조

• Feature: Remove Prefixed HTMLVideoElement Fullscreen APIs
• Fullscreen API

✅ inset 및 margin 속성에 대해 anchor-size() 허용

CSS 명세가 변경되어 inset 및 margin 속성에 대해 anchor-size() 값을 허용한다.

• Firefox: 의견 없음
• Safari: 의견 없음
• 웹 개발자: 의견 없음

참조

• Feature: CSS Anchor Positioning: allow anchor-size() in inset and margin Properties
• MDN - anchor-size()
• CSSWG - anchor-size()

✅ fetch API 요청과 응답에 bytes() 메소드 추가

Request와 Response 인터페이스에 bytes() 메서드가 추가된다.

Uint8Array를 반환하는 프로미스를 통해 요청과 응답 결과를 더 쉽게 읽을 수 있다.

이 항목에 대한 주요 브라우저 및 웹 개발자의 의견은 다음과 같다.

• Firefox: 배포 완료
• Safari: 배포 완료
• 웹 개발자: 의견 없음

참조

• Feature: Fetch: Request.bytes() and Response.bytes()
• Spec: Fetch Standard

✅ File System Access API: 로컬 파일 액세스 간소화

File System Access API를 사용하면 개발자가 IDE, 사진 및 동영상 편집기, 텍스트 편집기 등 사용자의 로컬 기기에 있는 파일과 상호작용하는 강력한 웹 앱을 빌드할 수 있다.

사용자가 웹 앱 액세스 권한을 부여하면 이 API를 사용하여 사용자 기기의 파일과 폴더를 직접 읽거나 변경사항을 직접 저장할 수 있으며, 파일을 읽고 쓰는 것 외에도 디렉터리를 열고 콘텐츠를 열거하는 기능을 제공한다.

파일 시스템을 활용한 텍스트 편집기 데모((출처: github: GoogleChromeLabs/text-editor))

이 항목에 대한 주요 브라우저 및 웹 개발자의 의견은 다음과 같다.

• Firefox: 부정적
• Safari: 의견 없음
• 웹 개발자: 긍정적

참조

• Feature: File System Access
• File System Access
• 브라우저-fs-access 라이브러리

✅ 스크롤 영역 자동 포커스

스크롤 컨테이너 요소를 자동으로 포커스 가능한(focusable) 요소로 취급한다. 브라우저는 스크롤 컨테이너 요소에 tabindex가 없어도 <input>, <button>처럼 해당 요소에 자동으로 포커스를 맞추며, 사용자는 화살표 방향키로 해당 요소를 스크롤 할 수 있다.

이는 마우스가 없는 환경에서 접근성을 높이기 위한 조치이다. 하지만 실제 사이트에서 이 기능이 동작하는 경우는 찾기 어려울 것으로 보인다. 이 기능은 하위 요소 중 포커스를 맞출 수 있는 요소가 없을 때만 적용되기 때문이다.

이 항목에 대한 주요 브라우저 및 웹 개발자의 의견은 다음과 같다.

• Firefox: 배포 완료
• Safari: 의견 없음
• 웹 개발자: 긍정적

참조

• Feature: Keyboard-focusable scroll containers
• CSS Overflow Module Level 3 - Scrolling Overflow

✅ PushMessageData 인터페이스에 bytes() 메소드 추가

PushMessageData 인터페이스에 bytes() 메소드가 추가된다.

Uint8Array를 반환하는 프로미스를 통해 데이터를 더 쉽게 읽을 수 있다.

이 항목에 대한 주요 브라우저 및 웹 개발자의 의견은 다음과 같다.

• Firefox: 배포 완료
• Safari: 배포 완료
• 웹 개발자: 긍정적

참조

• Feature: PushMessageData::bytes()

✅ sideways writing-mode 지원

CSS writing-mode 속성에서 sideways-rl 과 sideways-lr 속성은 세로로 쓰기 위해 사용하는 값으로, 명세에 추가되었지만 크롬에서는 아직 지원되지 않았다.

이제 크롬에서도 sideways-rl 과 sideways-lr 속성을 지원하게 되어 세로로 쓰기를 더 쉽게 할 수 있다.

이 항목에 대한 주요 브라우저 및 웹 개발자의 의견은 다음과 같다.

• Firefox: 배포 완료
• Safari: 개발 중
• 웹 개발자: 매우 긍정적

참조

• Feature: Sideways writing modes
• CSSWG: writing-mode

✅ 비활성화된 문서에서 발생하는 팝오버와 다이얼로그에 예외 추가

기존에는 비활성 문서(다른 탭으로 이동한 경우)에서 showPopover()와 showDialog() 메서드는 호출되지만 아무 동작도 하지 않았다.

크롬은 이러한 작업에 InvalidStateError 에러를 발생시킨다.

개발 중 예외를 발생시키지 않을 것이라고 생각한다면 매우 조금 호환성 위험이 있지만, 이에 대해 알려진 사용 사례가 없어 크게 문제가 되지 않을 것으로 보인다.

이 항목에 대한 주요 브라우저 및 웹 개발자의 의견은 다음과 같다.

• Firefox: 의견 없음
• Safari: 의견 없음
• 웹 개발자: 의견 없음

참조

• Feature: Throw exception for popovers/dialogs in non-active documents

🧪 자바스크립트 파싱과 컴파일 제어를 위한 주석 추가

웹 개발자가 자바스크립트 파일의 특정 함수를 파싱하고 컴파일해야 하는지에 대한 주석을 eagerCompilation 주석을 통해 추가할 수 있다.

//# eagerCompilation=all

이를 통해, 아래와 같은 문제를 해결 할 수 있다.

1. 웹사이트 로드 시 브라우저가 필요한 스크립트를 분석하고 컴파일해 지연이 발생하는 경우가 많다. 이러한 지연을 줄이기 위해 브라우저에게 어떤 함수가 미리 컴파일되어야 하는지 알려준다.
2. 사용자가 웹사이트에서 상호작용할 때 웹사이트가 상호작용에 얼마나 빨리 반응해야 하는지에 지연이 발생한다.

이 항목에 대한 주요 브라우저 및 웹 개발자의 의견은 다음과 같다.

• Firefox: 의견 없음
• Safari: 의견 없음
• 웹 개발자: 긍정적

참조

• Feature: Explicit Compile Hints with Magic Comments

🗓️ 배포 예정일

Chrome 132은 2025년 1월 8일에 정식 배포 예정이다.

2. Chrome 133

⚠️ Intl Locale 객체의 getters 속성 지원 중단

Intl Locale Info API는 ECMAScript의 TC39 위원회에서 개발 중인 Stage 3 단계의 제안이다. 이 API는 Intl.Locale 객체를 확장하여 지역(locale)에 대한 다양한 정보를 제공하며 사용자가 위치한 지역의 문화적 요소를 더 잘 이해하고 처리할 수 있도록 돕는 도구를 제공한다.

하지만 기존에 사용되던 일부 getter 메서드가 제안이 새롭게 수정되었다. 따라서 기존에 구현된 deprecated(사용 중단)된 getter를 제거하고, 새로 제안된 함수로 다시 출시한다.

이 항목에 대한 주요 브라우저 및 웹 개발자의 의견은 다음과 같다.

• Firefox: 긍정적
• Safari: 배포 완료
• 웹 개발자: 긍정적

참조

• Feature: Deprecate getters of Intl Locale Info
• MDN - Intl.Locale

⚠️ <link rel=prefetch> 5분 규칙 제거

<link rel=prefetch>는 브라우저가 페이지를 미리 로드할 수 있도록 하는 방법 중 하나로 사용자가 페이지를 방문하기 전에 필요한 리소스를 미리 로드해 페이지 로딩 시간을 단축할 수 있다.

5분 규칙은 <link rel=prefetch>를 사용하여 리소스를 미리 가져올 때, 첫 번째 사용 시 5분 동안 캐시 전략(max-age나 no-cache)을 무시하지 않고 일반 HTTP 캐시 전략을 사용한다.

5분 규칙은 표준화되지 않았고 브라우저 간의 prefetch 동작을 일치시키기 위해 이 규칙을 제거한다.

prefetch 재사용의 0.05%만이 이 규칙의 혜택을 받고 있고, 요청에 5분 max-age를 설정하여 이 규칙을 유지할 수 있어 이 규칙을 제거해도 큰 영향이 없다.

이 항목에 대한 주요 브라우저 및 웹 개발자의 의견은 다음과 같다.

• Firefox: 배포 완료
• Safari: 의견 없음
• 웹 개발자: 의견 없음

참조

• Feature: Remove five-minute rule
• <link rel=prefetch>

⚠️ WebGPU maxInterStageShaderComponents 제한 제거

WebGPU maxInterStageShaderComponents 제한은 비슷한 목적을 가진 기존의 maxInterStageShaderVariables 제한과 중복된다.

두 제한의 계산 방식에 큰 차이가 없고 maxInterStageShaderVariables 제한이 더 유연하게 동작하기 때문에 maxInterStageShaderComponents 제한을 제거한다.

이 항목에 대한 주요 브라우저 및 웹 개발자의 의견은 다음과 같다.

• Firefox: 의견 없음
• Safari: 개발 중
• 웹 개발자: 의견 없음

참조

• Feature: Remove WebGPU limit maxInterStageShaderComponents
• GPUWeb maxInterStageShaderComponents 명세

⚠️ 비표준 getUserMedia 오디오 제약 조건 제거

표준화 이전 getUserMedia 사용을 위해 goog- 접두사가 붙은 여러 비표준 조건을 지원했다.

제약 조건에 따라 사용량이 크게 감소하고, 크로미움의 오디오 캡처 스택의 변경으로 더 이상 사용되지 않는 조건을 제거한다.

이 항목에 대한 주요 브라우저 및 웹 개발자의 의견은 다음과 같다.

• Firefox: 의견 없음
• Safari: 의견 없음
• 웹 개발자: 의견 없음

참조

• Feature: Remove nonstandard getUserMedia audio constraints

✅ Animation 클래스에 overallProgress 속성 추가

Animation 클래스에 overallProgress 속성은 현재 시간(currentTime)과 associated effect end의 비율 값이다.

이 속성을 추가해 애니메이션의 진행 상태를 AnimationTimeline와 관계없이 일관되게 표현할 수 있다.

Animation.overallProgress 계산 규칙은 다음과 같다.

1. 다음 중 하나라도 참인 경우

   • 애니메이션에 associated effect가 없거나
   • 애니메이션의 currentTime이 unresolved인 경우
   • overallProgress는 0이다.

2. associated effect end이 0인 경우

   • currentTime이 음수인 경우
   • overallProgress는 0이다.
   • 이 외의 경우
   • overallProgress는 1이다.
3. associated effect end이 무한인 경우
4. overallProgress는 0이다.
5. 이 외의 경우
6. overallProgress = currentTime / associated effect end
7. 0에서 1사이의 최솟값과 최댓값을 가진다.

이 항목에 대한 주요 브라우저 및 웹 개발자의 의견은 다음과 같다.

• Firefox: 의견 없음
• Safari: 의견 없음
• 웹 개발자: 의견 없음

참조

• Feature: Animation.overallProgress
• CWWSG - overallProgress
• CWWSG - currentTime
• CWWSG - associated effect end

✅ attr() 함수에 추가 기능 제공

CSS Level 5의 명세에서 attr() 함수에 <string>에 더해 추가로 사용할 수 있는 기능을 추가한다.

<style>
  div {
    background-color: attr(data-bg-color color, red);
    width: attr(data-width length, 100px);
    height: attr(data-height length, 100px);
  }
</style>
<div data-bg-color="blue" data-width="200px" data-height="200px">Test Div</div>

• background-color 속성은 attr() 함수를 사용하여 data-bg-color 속성에서 값을 가져오고 이를 color 타입으로 처리한다.
• width와 height 속성은 attr() 함수를 사용하여 각각 data-width와 data-height 속성에서 값을 가져오고 이를 length 타입으로 처리한다.

이 기능은 많은 요청이 있었고, 이제 크롬이서도 사용할 수 있다.

이 항목에 대한 주요 브라우저 및 웹 개발자의 의견은 다음과 같다.

• Firefox: 의견 없음
• Safari: 의견 없음
• 웹 개발자: 의견 없음

참조

• Feature: CSS advanced attr() function
• CSSWG - attr()

✅ 파일 시스템 옵저버 인터페이스 미리보기 추가

현재 웹 애플리케이션이 파일 시스템의 변경 사항을 감지하려면, 파일 시스템을 주기적으로 확인해야 한다.

FileSystemObserver 인터페이스는 웹사이트가 파일 시스템의 변경 사항을 실시간으로 확인 받을 수 있는 기능이다. 웹 애플리케이션은 파일이나 디렉토리에서 발생하는 변경 사항(예: 파일 추가, 삭제, 수정 등)에 대해 이벤트를 받을 수 있다.

enum FileSystemChangeType {
  "appeared",     // 파일 추가
  "disappeared",  // 파일 삭제
  "modified",     // 파일 수정
  "moved",        // 파일 이동
  // ...
};

이 항목에 대한 주요 브라우저 및 웹 개발자의 의견은 다음과 같다.

• Firefox: 긍정적
• Safari: 의견 없음
• 웹 개발자: 매우 긍정적

참조

• Feature: FileSystemObserver interface
• File System Observer 설계 문서

✅ 팝오버 내부 이벤트가 외부로 버블링 않도록 수정

아래와 같은 구조를 가진 요소를 고려해보자.

<button popovertarget=foo>Activate
  <div popover id=foo>Clicking me shouldn't close me</div>
</button>

버튼을 클릭하면 팝오버가 활성화된다. 그 후 팝오버를 클릭하면 팝오버가 닫히지 않아야 한다.

하지만, 현재 팝오버 요소 내부에 클릭 이벤트가 발생하면 <button> 요소로 이벤트가 버블링되어 호출되고, 팝오버의 닫는 동작을 실행한다.

이번 변경으로 중첩된 팝오버를 클릭해도 팝오버에서 호출되지 않도록 동작을 변경한다.

이 항목에 대한 주요 브라우저 및 웹 개발자의 의견은 다음과 같다.

• Firefox: 의견 없음
• Safari: 긍정적
• 웹 개발자: 의견 없음

참조

• Feature: Popover nested inside invoker shouldn't re-invoke it

✅ ClipboardItem 생성자에 Promise<DOMString> 지원 추가

ClipboardItem은 클립보드 API의 인터페이스로, 클립보드 데이터를 읽거나 작성할 때 사용된다.

ClipboardItem의 생성자는 데이터를 Blob 또는 Promise<Blob>의 형태로 받고 있다.

하지만, Clipboard API 명세에 따르면 생성자로 DOMString을 받을 수 있도록 제공해야 한다.

현재 개발자는 ClipboardItem을 사용하기 위해 모든 문자열을 Blob 데이터로 바꿔야 하는 불편한 작업이 필요하고, 다른 브라우저에서는 이미 지원되는 기능이므로 크롬도 이에 맞춰 지원한다.

이 항목에 대한 주요 브라우저 및 웹 개발자의 의견은 다음과 같다.

• Firefox: 배포 완료
• Safari: 배포 완료
• 웹 개발자: 의견 없음

참조

• Feature: Support creating ClipboardItem with Promise
• MDN - ClipboardItem
• Clipboard API 명세

✅️ WebAssembly 에 64비트 포인터 환경 제공

크롬의 WebAssembly 애플리케이션에서 8GB의 메모리를 사용할 수 있게 되었다. 이전에는 4GB까지만 사용 가능했다.

64비트 포인터 환경의 소스 언어를 지원하기 위해 이 제안은 64비트 인덱스를 허용하도록 테이블을 확장한다.

많은 애플리케이션의 경우 4기가바이트의 메모리면 충분하며 메모리를 절약할 수 있다는 추가 이점이 있다. 그러나 이보다 더 많은 메모리가 필요한 애플리케이션의 경우 현재 WebAssembly 애플리케이션을 고려하면 쉽게 해결할 수 없다.

이제 크롬에서 WebAssembly 애플리케이션이 32비트와 64비트 메모리 인덱스를 모두 지원해 문제를 쉽게 해결할 수 있다.

이 항목에 대한 주요 브라우저 및 웹 개발자의 의견은 다음과 같다.

• Firefox: 긍정적
• Safari: 개발 중
• 웹 개발자: 긍정적

참조

• Feature: WebAssembly Memory64
• MDN - WebAssembly
• TOASTUI - WebAssembly에서 메모리 최대 4GB 까지 사용하기
• WebAssembly - memory64

🗓️ 배포 예정일

Chrome 133은 2025년 1월 29일에 정식 배포 예정이다.

3. Chrome 134

⚠️ SwiftShader fallback 제거

WebGL이 SwiftShader로 자동 대체되던 동작이 중단된다.

SwiftShader를 사용하려면 --enable-unsafe-swiftshader 플래그를 명시적으로 설정해야 하며, WebGL 실패 시 대체 API(Canvas2D 등)를 사용할 수 있도록 대비해야 한다.

이 항목에 대한 주요 브라우저 및 웹 개발자의 의견은 다음과 같다.

• Firefox: 의견 없음
• Safari: 의견 없음
• 웹 개발자: 의견 없음

참조

• Feature: Remove SwiftShader fallback (Deprecated)

🗓️ 배포 예정일

Chrome 134은 2025년 2월 26일에 정식 배포 예정이다.

4. Chrome NEXT

⚠️ unload 이벤트 지원 중단 📌

unload 이벤트는 해당 문서를 떠나거나 하위 자원(.js, .css 등)을 메모리에서 해제할 때 발생하는 이벤트다. 이 이벤트를 이용하면 사용자가 페이지를 종료하기 전에 특정 동작을 실행할 수 있다.

window.addEventListener('unload', (event) => {
  navigator.sendBeacon('/api/log', 'unload!');
});

하지만 unload 이벤트는 beforeunload 이벤트와 달리 기본 동작을 취소(event.preventDefault())할 수 없어 이벤트가 아예 발생하지 않기도 한다. W3C의 통계에 따르면 unload 이벤트가 제대로 발생하는 경우가 크롬 데스크탑에서는 95%, 모바일에서는 57%~68% 정도로, 이는 모바일 환경의 특성상 브라우저가 아닌 다른 앱을 보다가 브라우저 자체를 종료하는 경우가 빈번하기 때문이다.

영향도가 큰 만큼, 크롬은 점진적으로 unload 이벤트를 제거할 계획이다. 먼저 Permissions-Policy를 추가해 사용 여부 허용을 결정할 수 있도록 하고, 나중에는 해당 권한의 기본값을 deny로 바꿀 예정이다. 참고로, Chrome 117에서 unload 이벤트의 허용 여부를 결정하는 Permissions-Policy의 미리 보기를 추가했다.

이 항목에 대한 주요 브라우저 및 웹 개발자의 의견은 다음과 같다.

• Firefox: 의견 없음
• Safari: 의견 없음
• 웹 개발자: 긍정적

참조

• Feature: Deprecate unload event
• MDN - Window: unload event

⚠️ DOM 요소 제거 시 blur 이벤트가 발생하지 않도록 변경 📌

포커스된 DOM 요소 제거 시 blur 이벤트가 발생하지 않도록 변경한다. 기존 명세에는 포커스된 DOM 요소를 제거하는 경우에 대한 정의가 없어 Chromium 기반의 브라우저는 포커스된 DOM 요소 제거 시 해당 요소에 blur 이벤트를 발생시켰다. 최신 명세에서 DOM 요소를 제거하는 경우, 포커스 제거 단계(blur, change 이벤트 발생)를 수행하지 않도록 정의함에 따라 크롬도 포커스 제거 단계를 수행하지 않도록 변경할 예정이다.

다만 정식 적용 일정은 불분명하다. 크롬은 예기치 못한 버그가 있을 수 있어 관련 사이드 이펙트를 꼼꼼히 검토 후 기능을 적용한다는 입장이다.

이 항목에 대한 주요 브라우저 및 웹 개발자의 의견은 다음과 같다.

• Firefox: 배포 완료
• Safari: 배포 완료
• 웹 개발자: 의견 없음

참조

• Feature: Stop sending blur events on element removal
• HTML Standard - DOM trees

⚠️ 제3자 쿠키 지원 중단 📌

제3자 쿠키(Third-Party Cookies)는 현재 도메인과 다른 도메인에서 발행한 쿠키를 말한다. 제3자 쿠키를 활용하면 사용자의 취향, 활동 정보 등을 파악할 수 있어 광고 마케팅 분야에서 자주 사용했으나, 원하지 않는 개인정보까지 유출될 수 있다는 큰 단점이 있다.

Chrome은 이미 관련 법 준수를 위해 2020년 1월부터 제3자 쿠키의 중단을 예고했다. 그동안 영향이 큰 점을 고려해 지원 중단을 계속 미뤄왔으나, 2024년에는 점진적으로 제3자 쿠키를 지원 중단할 예정이다.

참고로, 구글이 대안으로 사용자의 개인정보는 보호하되, 기존의 제3자 쿠키가 하던 역할을 대체할 수 있는 Privacy Sandbox를 개발 중이다.

현재 배포된 Chrome 127에서 미리보기를 통해 미리 확인할 수 있다.

이 항목에 대한 주요 브라우저 및 웹 개발자의 의견은 다음과 같다.

• Firefox: 배포 완료
• Safari: 배포 완료
• 웹 개발자: 복합적

참조

• Feature: Deprecate Third-Party Cookies
• The Chromium Projects - The Privacy Sandbox

⚠️ WebView에서 CHIPS 임시 비활성화

독립적인 파티션 상태가 있는 쿠키(이하 CHIPS)는 개발자가 최상위 사이트마다 별도의 쿠키 저장소를 사용하여 분할된 스토리지에 쿠키를 사용할 수 있다.

WebView에서 쿠키를 확인하기 위해 사용하는 Android CookieManager API가 CHIPS를 가져올 수 있는 방법을 제공하지 않는다.

WebView에서 CHIPS를 비활성화하고 문제를 해결한 뒤 다시 제공할 수 있도록 준비한다.

이로 인해 실제 내용과 API 내용이 불일치하는 문제가 발생했고 크롬은 이를 해결하기 위해 영향도를 파악중이다.

이 항목에 대한 주요 브라우저 및 웹 개발자의 의견은 다음과 같다.

• Firefox: 의견 없음
• Safari: 의견 없음
• 웹 개발자: 의견 없음

참조

• Feature: Deprecate CHIPS and Relaunch in WebView
• Chrome Blog - CHIPS

⚠️ Protected Audience API의 구버전인 서브리소스 웹 번들 방식 지원 중단 📌

Protected Audience API는 크로스 사이트 서드 파티 추적 없이 리마케팅 및 광고 타겟팅을 지원하는 API다.

API 신호의 진위성과 무결성을 보장하는 방식으로 서브리소스 웹 번들을 사용한 이전 버전과 페이지 시작 fetch() 요청에 특수 HTTP 응답 헤더를 사용한 새로운 버전이 존재한다.

서브리소스를 사용하는 이전 버전이 5억분의 1 정도로 낮은 페이지 사용량을 보이고 있어 제거하고자 한다.

이 항목에 대한 주요 브라우저 및 웹 개발자의 의견은 다음과 같다.

• Firefox: 의견 없음
• Safari: 의견 없음
• 웹 개발자: 의견 없음

참조

• Feature: Deprecate and Remove Protected Audience Subresource bundle directFromSellerSignals
• Protected Audience API