Screen Capture API 추가, CSS grid-template 속성 보간 등
달리 명시되지 않는 한 아래에 설명된 변경사항은 Android, ChromeOS, Linux, macOS, Windows용 최신 Chrome 베타 채널 버전에 적용됩니다. 제공된 링크 또는 ChromeStatus.com의 목록을 통해 여기에 나열된 기능에 대해 자세히 알아보세요. 2022년 9월 29일 현재 Chrome 107은 베타입니다. 데스크톱의 경우 Google.com에서, Android의 경우 Google Play 스토어에서 최신 버전을 다운로드할 수 있습니다.
CSS grid-template 속성 보간
CSS 그리드에서 grid-template-columns 및 grid-template-rows 속성을 사용하면 개발자가 각각 선 이름을 정의하고 그리드 열과 행의 크기를 추적할 수 있습니다. Microsoft의 기여자 덕분에 이제 이러한 속성에 대해 보간을 지원합니다. 이제 그리드 레이아웃이 애니메이션이나 전환의 중간 지점에서 스냅되는 대신 상태 간에 원활하게 전환될 수 있습니다.
개인 정보 보호 화면 공유 관리
화면 캡처 API는 기존 미디어 캡처 및 스트림 API에 추가 기능을 도입하여 사용자가 미디어 스트림으로 캡처할 화면 또는 화면의 일부 (예: 창)를 선택할 수 있도록 합니다. 이 스트림은 녹화하거나 네트워크를 통해 다른 사용자와 공유할 수 있습니다. 이 베타 버전에서는 이 API에 몇 가지 새로운 기능이 추가되었습니다.
DisplayMediaStreamConstraints.selfBrowserSurface
웹 애플리케이션이 getDisplayMedia() 호출 시 현재 탭을 사용자에게 제공되는 탭 목록에서 제외해야 하는지 브라우저에 지시할 수 있도록 허용하는 힌트입니다.
이를 통해 사용자가 실수로 앱이 실행 중인 탭을 선택할 때 발생하는 실수로 인한 자체 캡처를 방지할 수 있습니다. 자체 캡처가 발생하면 거울의 방 효과가 생성되어 사용자가 혼란스러워하고 원격 사용자와의 토론이 중단됩니다.
DisplayMediaStreamConstraints.surfaceSwitching
화면 공유 중에 Chrome에서 탭 전환 버튼을 표시할지 여부를 프로그래매틱 방식으로 제어하는 옵션을 추가합니다. 이 옵션은 navigator.mediaDevices.getDisplayMedia()에 전달됩니다.
이 탭 대신 공유 버튼을 사용하면 사용자가 화상 회의 탭을 다시 선택하거나, 버튼을 클릭하여 getDisplayMedia()을 다시 시작하거나, 긴 탭 목록에서 새 탭을 선택하지 않고도 공유 중인 탭을 원활하게 전환할 수 있습니다. 이 동작은 모든 웹 애플리케이션이 이 동작을 처리할 수 있는 것은 아니므로 조건부로 노출됩니다.
MediaTrackConstraintSet.displaySurface
getDisplayMedia()가 호출되면 브라우저에서 사용자에게 탭, 창, 모니터 등 디스플레이 화면을 선택하도록 안내합니다. 이제 웹 애플리케이션은 displaySurface 제약 조건을 사용하여 특정 표시 유형이 사용자에게 더 눈에 띄게 제공되기를 원하는 경우 브라우저에 힌트를 줄 수 있습니다.
이러한 기능이 실수로 과도하게 공유하는 것을 방지하는 데 어떻게 도움이 되는지 자세히 알아보세요.
리소스 타이밍의 렌더링 차단 상태
리소스의 렌더링 차단 상태를 나타내기 위해 PerfomanceResourceTiming에 필드를 추가합니다. 현재 개발자 관점에서 실제로 렌더링을 차단한 리소스를 확인하는 유일한 방법은 복잡한 휴리스틱에 의존하는 것입니다. 새 필드는 대신 이에 관한 직접적인 신호를 제공합니다.
권한 정책 출처의 와일드 카드
이 기능은 유효한 출처가 SCHEME://HOST:PORT (예: https://foo.com/)에서 구성될 수 있는 SCHEME://*.HOST:PORT (예: https://*.foo.com/)와 같은 권한 정책에서 와일드 카드를 지원합니다. 이렇게 하려면 호스트가 eTLD+1 (등록 가능한 도메인) 이상이어야 합니다. 즉, https://*.bar.foo.com/은 작동하지만 https://*.com/은 작동하지 않습니다. 스키마 및 포트 섹션의 와일드 카드는 지원되지 않으며 https://*.foo.com/는 https://foo.com/에 위임되지 않습니다. 이전에는 권한 정책이 다음과 같았을 수 있습니다.
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://cdn1.foo.com" "https://cdn2.foo.com")
이 기능을 사용하면 다음을 사용할 수 있습니다.
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://*.foo.com")
<form> 요소에서 rel 속성 지원
이 기능은 rel 속성을 양식 요소에 추가하여 rel=noopener가 있는 양식 요소로 이동한 웹사이트에 window.opener가 표시되지 않도록 하고 rel=noreferrer와 함께 리퍼러 헤더가 전송되지 않도록 합니다.
오리진 트라이얼
이 Chrome 출시에는 2개의 새로운 오리진 트라이얼이 포함되어 있습니다.
선언적 PendingBeacon API
브라우저가 비콘 전송 시점을 제어할 수 있는 상태 저장 비콘 API 비콘은 특정 응답을 기대하지 않고 백엔드 서버로 전송되는 데이터 번들입니다. 이러한 이벤트는 사용자가 페이지를 방문한 후 전송하는 것이 바람직한 경우가 많지만, '전송' 호출이 이루어지기에 적절한 시기는 없습니다. 이 API는 전송을 브라우저 자체에 위임하므로 개발자가 정확한 시간에 전송 호출을 구현하지 않아도 페이지 언로드 시 또는 페이지 숨김 시 비콘을 지원할 수 있습니다.
이 트라이얼은 Chrome 109까지 실행될 예정입니다. 여기에서 무료 체험을 신청하세요.
Permissions-Policy: unload
이 기능을 사용하면 페이지에서 로드 취소 이벤트 핸들러의 실행을 사용 중지할 수 있습니다. 목표는 모든 언로드 핸들러를 삭제한 사이트가 실수로 새 핸들러를 추가하지 않도록 하는 것입니다. 이를 통해 사이트가 로드 취소 이벤트 핸들러에서 이전하고 BFCache 적중률을 개선할 수 있습니다.
이 트라이얼은 Chrome 109까지 실행될 예정입니다. 여기에서 무료 체험을 신청하세요.
지원 중단 및 삭제
이 버전의 Chrome에서는 아래에 나열된 지원 중단 및 삭제가 도입되었습니다. ChromeStatus.com에서 계획된 지원 중단, 현재 지원 중단, 이전 삭제 목록을 확인하세요.
이번 Chrome 출시에서는 한 가지 기능이 지원 중단됩니다.
Expect-CT
Expect-CT는 웹사이트가 기본적으로 적용되기 전에 인증서 투명성 적용을 선택할 수 있도록 허용하는 HTTP 헤더입니다. 또한 개발자가 CT 잘못된 구성을 발견하는 데 도움이 되는 보고 기능도 있습니다.
Expect-CT HTTP 헤더는 모든 공개 웹사이트에서 (Chrome에 의해) CT 시행이 요구되기 전에 가치가 높은 웹사이트가 더 나은 보안을 위해 CT 시행 또는 보고를 선택할 수 있도록 하여 범용 인증서 투명성 (CT) 시행으로 전환하는 데 도움을 주기 위해 설계되었습니다. 하지만 이제 Expect-CT의 유용성이 사라졌습니다. 이제 Chrome은 모든 공개 웹사이트에서 CT를 요구하므로 Expect-CT의 보안 가치가 더 이상 없습니다. 다른 브라우저는 Expect-CT를 구현하지 않았으므로 이를 삭제해도 상호 운용성 문제가 발생하지 않습니다.