본문으로 건너뛰기
피드

크롬, 매니페스트 버전 2 우회로까지 닫는다

frontend 약 5분
vote
0
댓글
북마크

구글 크롬이 매니페스트 버전 2 확장 지원을 사실상 최종 종료 단계로 밀어넣고 있다. 기존에는 플래그나 레지스트리 설정으로 유블록 오리진 같은 확장을 살리는 우회가 있었지만, 크로미움 150과 151을 거치며 그 우회 코드까지 제거되는 흐름이다.

  • 1

    크롬은 지원 중인 버전에서 매니페스트 버전 2 확장을 더 이상 허용하지 않는 방향으로 이동 중

  • 2

    크로미움 150과 151에서 매니페스트 버전 2 관련 플래그와 우회 옵션이 제거됨

  • 3

    유블록 오리진 사용자는 크롬에 남으려면 유블록 오리진 라이트나 다른 브라우저를 고려해야 함

  • 크롬의 매니페스트 버전 2(Manifest V2) 퇴출이 이제 “경고 단계”가 아니라 “우회로 제거 단계”로 들어감

    • 크로미움 쪽 논의에 따르면, 매니페스트 버전 2 확장을 켜고 끄던 내부 플래그들이 최신·차기 버전에서 제거되고 있음
    • 구글 엔지니어는 매니페스트 버전 2 확장이 지원 중인 크롬 버전에서 더 이상 허용되지 않는다고 설명함
  • 핵심 변화는 유블록 오리진 같은 확장을 살리던 꼼수가 점점 안 먹힌다는 점임

    • kExtensionManifestV2Disabled 플래그는 이미 제거됐고, 이 플래그에 기대던 테스트 코드도 함께 정리됨
    • 윈도우 레지스트리 수정으로 매니페스트 버전 2 확장 사용 기간을 늘리던 방식도 크로미움 151 이후에는 작동하지 않을 전망임

⚠️주의

> 크롬에서 기존 유블록 오리진을 계속 쓰던 사용자는 버전 업데이트 이후 확장이 사라지거나 비활성화될 수 있음. 회사 표준 브라우저가 크롬이면 정책 배포만 믿고 버티기 어려워지는 구간임.

  • 크로미움 릴리스별로 보면 제거 일정이 꽤 구체적임

    • 크로미움 150에서는 ExtensionManifestV2Disabled 옵션이 사라짐
    • 크로미움 151에서는 ExtensionManifestV2Unsupported, ExtensionManifestV2Availability, AllowLegacyMV2Extensions 옵션까지 없어질 가능성이 큼
    • 구글은 전체 코드를 한 번에 싹 지우진 않겠지만, 남은 코드도 결국 사라질 거라고 못 박음
  • 구글이 내세우는 이유는 유지보수 비용, 기술 부채, 보안 리스크임

    • 매니페스트 버전 2 전용 버그가 최근에도 여러 개 발견됐다고 언급함
    • 오래된 확장 모델을 무기한 유지하려면 브라우저 내부 구현 복잡도가 계속 쌓인다는 논리임
  • 문제는 다른 크로미움 기반 브라우저도 따라갈 가능성이 높다는 점임

    • 마이크로소프트 엣지는 이미 2월부터 유블록 오리진을 비활성화하기 시작한 정황이 있음
    • 오페라도 2024년 10월에는 매니페스트 버전 2를 더 오래 지원하겠다고 했지만, 개발자에게 매니페스트 버전 3 전환을 요구하는 메일을 보낸 상태임
    • 유블록 오리진 개발자 레이먼드 힐은 오페라에 새 버전을 제출했지만 리뷰 리소스가 더 이상 배정되지 않는 듯하다고 언급함
  • 현재 선택지는 크게 세 갈래임

    • 크롬에 남는다면 매니페스트 버전 3 기반인 유블록 오리진 라이트로 이동하는 게 가장 쉬움
    • 다만 기사 작성자 경험상 라이트 버전은 원본 유블록 오리진만큼 강력하지 않다고 함
    • 매니페스트 버전 2와 3을 모두 지원하는 파이어폭스로 옮기거나, 브레이브·비발디처럼 매니페스트 버전 2 지원 의지가 남아 있는 브라우저를 보는 선택지도 있음

기술 맥락

  • 매니페스트 버전 2에서 버전 3으로 넘어가는 이유는 단순히 확장 규격 이름이 바뀌어서가 아니에요. 브라우저가 확장에게 네트워크 요청을 얼마나 직접 만지게 할지, 백그라운드에서 얼마나 오래 실행하게 둘지를 다시 정하는 변화거든요.

  • 유블록 오리진이 민감한 이유는 광고 차단기가 요청을 실시간으로 보고 막는 구조에 크게 기대기 때문이에요. 매니페스트 버전 3에서는 이런 제어가 더 선언적인 방식으로 제한되니까, 같은 이름의 확장이라도 동작 폭이 달라질 수 있어요.

  • 구글 입장에서는 오래된 권한 모델을 계속 살려두면 보안 버그와 브라우저 내부 분기 처리가 누적돼요. 그래서 이번 변화는 기능 하나를 끄는 수준이 아니라, 크로미움 코드베이스에서 매니페스트 버전 2용 스위치 자체를 걷어내는 작업에 가까워요.

  • 확장 개발자라면 이제 “사용자가 플래그로 켜겠지” 같은 전제를 두기 어려워요. 크롬 배포를 유지하려면 매니페스트 버전 3 제약 안에서 기능을 다시 설계하거나, 브라우저별로 지원 전략을 갈라야 하는 상황이에요.

이건 단순히 광고 차단 확장 하나의 문제가 아니라, 브라우저 확장 플랫폼의 권한 모델이 바뀌는 사건임. 크롬 생태계에 맞춰 확장을 배포하던 개발자라면 매니페스트 버전 3 제약을 이제 ‘언젠가’가 아니라 ‘지금’ 처리해야 하는 단계에 들어왔음.

댓글

댓글

댓글을 불러오는 중...

frontend

HTML 우선 사이트로 전환했더니 신청 완료자가 하룻밤 사이 2배가 된 이야기

한 공공성 강한 유틸리티 회사가 React 기반 신청 폼 실패 뒤, Astro와 HTML 우선 구조로 다시 만들었더니 폼 완료자가 출시 직후 2배로 늘어남. 핵심은 자바스크립트 없이도 동작하는 페이지별 폼, 서버 저장 세션, 접근성, 점진적 향상이었음.

frontend

Linear가 빠른 이유? 브라우저 안에 DB를 넣고 서버를 ‘동기화 대상’으로 밀어낸 설계

Linear의 속도는 특정 프레임워크나 마법 같은 최적화가 아니라, 브라우저 로컬 DB, 낙관적 업데이트, 세밀한 MobX 반응성, 공격적인 코드 스플리팅, 서비스 워커 캐싱, 키보드 중심 UX가 쌓인 결과다. 전통적인 CRUD 앱이 이슈 업데이트에 약 300ms를 쓰는 동안 Linear는 사용자가 체감하기 전에 로컬 상태를 먼저 바꾸고 서버와는 나중에 맞춘다.

frontend

Vite 만든 VoidZero가 Cloudflare로 합류, 핵심은 ‘Vite는 계속 벤더 중립’이라는 약속

Vite, Vitest, Rolldown, Oxc, Vite+를 만드는 VoidZero 팀이 Cloudflare에 합류한다. Cloudflare는 Vite 생태계가 계속 오픈소스, 벤더 중립, 커뮤니티 주도로 유지된다고 강조하면서 100만 달러 규모의 생태계 펀드도 약속했다.

frontend

차세대 영상 코덱 AV2, 최종 1.0 명세 공개

오픈미디어연합이 AV1의 후속 영상 코덱인 AV2 최종 1.0 명세를 공개했다. 더 낮은 비트레이트로 고화질 영상을 전달하는 압축 효율, AR/VR, 화면 콘텐츠, 다중 프로그램 분할 화면, 실시간 화상회의 같은 현대 영상 워크로드를 겨냥한다.

frontend

샨텔 산스 제작기, 손글씨와 코믹 산스에서 출발한 오픈소스 가변 폰트

샨텔 산스는 아티스트 샨텔 마틴의 손글씨를 바탕으로 만든 오픈소스 폰트로, 굵기·기울임·비격식성·튀는 움직임 같은 가변 축을 제공한다. 코믹 산스의 친근함과 접근성을 현대적으로 다시 해석하면서도, 380개 이상 언어 지원과 키릴 문자 확장, 오픈타입 기능까지 챙긴 꽤 진지한 타입 디자인 프로젝트다.