콤퓨타수선집은 문체부지정 공식
저작권대리중개업체 육하원칙과 함께합니다.

콤퓨타이슈 Chrome·Firefox·Edge, 브라우저 업데이트 주기 2주로 단축

주요 브라우저의 Stable 릴리스 주기가 4주에서 2주로 바뀐다

페이지 정보

본문

작성일


Chrome·Firefox·Microsoft Edge가 주요 브라우저 버전의 배포 간격을 기존 4주에서 2주로 단축했다. Chrome은 153, Firefox는 155, Edge는 Stable 152부터 새 주기를 적용했다. 이번 변화는 웹 기능·버그 수정·보안 패치가 일반 사용자의 Stable 환경에 도달하는 간격이 짧아졌다는 의미다.

KEY FACTS / 핵심 사실

Chrome은 153부터, Firefox는 155부터, Microsoft Edge는 Stable 152부터 주요 릴리스 주기를 4주에서 2주로 변경했다. Google과 Mozilla는 완성된 기능과 수정 사항을 더 빠르게 전달하는 것을 주요 배경으로 설명한다. 릴리스 빈도가 두 배가 됐다고 해서 기능 변화량이나 웹사이트 오류가 두 배가 된다는 뜻은 아니다. Chrome과 Edge는 기업 환경을 위한 8주 단위 Extended Stable 경로도 제공한다.

01. 주요 브라우저, 4주에서 2주 릴리스로 전환

주요 웹 브라우저의 Stable 릴리스 주기가 짧아지고 있다. Google은 Chrome 153부터 주요 Stable 버전을 2주 간격으로 배포하기 시작했고, Mozilla는 Firefox 155부터 기존 4주 주기를 2주로 단축했다. Microsoft Edge 역시 Stable 152부터 2주 단위 주요 릴리스 체계로 전환했다.

브라우저새 주기 적용 버전주요 릴리스 주기
Google ChromeChrome 1534주 → 2주
Mozilla FirefoxFirefox 1554주 → 2주
Microsoft EdgeStable 1524주 → 2주

세 브라우저의 변화는 단순한 제품 UI 업데이트 속도의 변화가 아니다. 브라우저 주요 버전에는 HTML·CSS·JavaScript와 웹 API(Web API), 접근성, 개인정보 보호, 보안 정책 등 웹사이트가 실제로 동작하는 웹 플랫폼의 변화가 포함될 수 있다.

02. Chrome 153부터 2주 Stable 릴리스 시작

Google은 Chrome 153부터 Stable 주요 릴리스 주기를 기존 4주에서 2주로 변경했다. Chrome 153은 2026년 9월 8일 Stable로 출시됐고, 다음 주요 버전인 Chrome 154는 9월 22일 공개됐다.

Google은 새 주기를 통해 새로운 기능과 성능 개선, 버그 수정 사항을 더 빠르게 사용자에게 전달할 수 있다고 설명한다. 보안 측면에서는 수정 사항이 공개 코드베이스에 반영된 뒤 실제 사용자에게 패치가 도달하기까지 생기는 N-day 패치 격차(N-day Patch Gap)를 줄이는 효과도 제시했다.

또한 릴리스가 더 자주 이루어지면 각 릴리스에 포함되는 변경 범위가 작아질 수 있어, 변경 이후 기존 기능에서 문제가 발생하는 회귀 오류(Regression)의 원인을 격리하기 쉬워진다고 밝혔다.

03. Firefox 155도 2주 릴리스 체계 적용

Mozilla 역시 Firefox 155부터 주요 릴리스 주기를 4주에서 2주로 변경했다. Firefox 155는 2026년 9월 1일 출시됐다.

Mozilla는 완성된 기능과 버그 수정을 더 빨리 전달하고, 주요 버전 사이에 여러 차례 발생하던 소규모 점 릴리스(Dot Release)를 보다 예측 가능한 일정으로 가져가는 것을 변화의 배경으로 설명했다. Mozilla에 따르면 Firefox 152에서는 최대 6회의 점 릴리스가 있었다.

2주 릴리스 = 기능이 두 배라는 뜻은 아니다.
Mozilla는 릴리스 빈도가 두 배가 되더라도 Firefox가 기존보다 두 배 많은 기능을 제공하는 것은 아니라고 명시했다. 필요한 경우 별도의 점 릴리스도 계속 제공될 수 있다.

04. Microsoft Edge도 Stable 152부터 2주 주기

Microsoft Edge도 Stable 152부터 주요 버전 릴리스 주기를 2주로 변경했다. Microsoft의 공식 릴리스 일정은 Stable 채널의 주요 버전을 2주 간격으로 제공하는 체계를 안내하고 있다.

동시에 Microsoft는 관리되는 기업 환경을 위해 확장 안정화 채널(Extended Stable Channel)을 제공한다. Extended Stable의 주요 릴리스 주기는 8주로, 새로운 기능을 적용하기 전에 더 긴 검증 시간이 필요한 조직이 사용할 수 있는 별도 배포 경로다.

05. 왜 브라우저 릴리스가 빨라졌나



Chrome과 Firefox의 공식 설명에서 공통적으로 확인되는 방향은 완성된 기능과 수정 사항이 Stable 사용자에게 도달하기까지의 시간을 줄이는 것이다.

변화공식 자료에서 확인되는 의미
기능 전달구현이 완료된 웹 기능과 성능 개선을 더 짧은 간격으로 Stable에 제공
버그 수정완료된 수정 사항을 다음 장기 릴리스까지 기다리지 않고 전달
보안 패치Chrome은 공개된 수정과 사용자 배포 사이의 N-day 패치 격차 축소를 이점으로 설명
릴리스 범위더 자주 배포하는 대신 개별 주요 릴리스의 변경 범위를 작게 가져갈 수 있음

따라서 이번 변화는 한 달 동안 발생하는 웹 플랫폼 변경량을 단순히 두 배로 늘리는 정책이라기보다, 준비된 변경 사항을 더 작은 단위로 나눠 Stable 환경에 전달하는 배포 방식의 변화로 보는 것이 정확하다.

06. 웹사이트가 실행되는 환경도 더 자주 바뀐다

브라우저 주요 버전에는 새로운 웹 기능뿐 아니라 기존 기능의 동작 변경과 지원 중단 예고(Deprecation)가 포함될 수 있다. 예를 들어 Chrome 154 릴리스에는 CSS와 웹 플랫폼 기능의 추가·변경 사항이 포함됐다.

웹 표준에 정의된 기능이 모든 브라우저에 동시에 동일하게 구현되는 것도 아니다. 각 브라우저 엔진은 기능을 구현하고 시험한 뒤 각자의 릴리스 채널을 통해 Stable 사용자에게 배포한다. 주요 릴리스 간격이 짧아지면 이러한 구현 변화가 실제 사용자 환경에 도달하는 간격도 함께 짧아진다.

RELEASE FLOW / 웹 플랫폼 변화가 사용자에게 도달하는 과정
Web PlatformHTML · CSS · JavaScript · Web API
→
Browser Implementation브라우저 엔진 구현 · 테스트 · 수정
→
Stable Release일반 사용자 환경에 배포
개념을 단순화한 흐름. 기능별 구현 시점과 지원 범위는 브라우저마다 다를 수 있다.



07. Extended Stable은 8주 주기를 유지

Stable 릴리스가 2주로 빨라졌지만 모든 조직이 같은 속도로 주요 기능 업데이트를 적용해야 하는 것은 아니다. Chrome과 Edge는 복잡한 업무 시스템을 운영하는 조직을 위해 Extended Stable 경로를 제공한다.

Chrome의 Extended Stable에서는 주요 기능 업데이트를 8주 단위로 제공하며, Google은 보안 수정이 정기적으로 백포트된다고 설명한다. Microsoft Edge 역시 관리되는 기업 환경을 대상으로 8주 단위 Extended Stable 주요 릴리스를 제공한다.

따라서 현재의 브라우저 배포 구조에는 빠른 Stable 릴리스와 더 긴 기업용 검증 주기가 함께 존재한다.

08. 2주 릴리스가 의미하지 않는 것

브라우저의 주요 릴리스 주기가 절반으로 줄었다는 사실만으로 웹사이트 오류가 두 배로 늘어난다고 볼 수는 없다. Google은 더 작은 릴리스 범위가 회귀 문제의 격리에 도움이 될 수 있다고 설명하고, Mozilla도 릴리스 빈도 증가가 기능 수의 두 배 증가를 뜻하지 않는다고 밝혔다.

현재 공식 자료로 확인할 수 있는 변화는 보다 제한적이고 명확하다. 새로운 웹 기능, 버그 수정, 보안 패치와 브라우저 구현 변화가 Stable 환경에 전달되는 주요 버전의 간격이 기존 4주에서 2주로 짧아졌다는 것이다.

THE TAKEAWAY / 핵심 정리

Chrome·Firefox·Microsoft Edge가 주요 브라우저 릴리스 주기를 4주에서 2주로 단축했다. Chrome은 153, Firefox는 155, Edge는 Stable 152부터 새 주기를 적용했다. 이번 변화는 웹 플랫폼의 기능과 수정 사항이 Stable 사용자에게 전달되는 간격을 줄이는 배포 체계의 변화이며, 변경량이나 웹사이트 오류가 자동으로 두 배가 된다는 의미는 아니다. Chrome과 Edge는 기업 환경을 위한 8주 단위 Extended Stable 경로도 병행한다.

REFERENCE / GLOSSARY · 용어집
안정화 채널(Stable Channel)
일반 사용자에게 제공되는 브라우저의 정식 배포 채널.
확장 안정화 채널(Extended Stable Channel)
주요 기능 업데이트 간격을 늘려 기업과 관리 환경에 더 긴 검증 시간을 제공하는 배포 채널.
릴리스 주기(Release Cadence)
새로운 주요 소프트웨어 버전을 정기적으로 배포하는 시간 간격.
회귀 오류(Regression)
새로운 코드나 기능 변경 이후 기존에 정상 작동하던 기능에서 문제가 발생하는 현상.
N-day 패치 격차(N-day Patch Gap)
취약점 수정이 공개된 뒤 실제 사용자 환경에 패치가 전달되기까지 발생하는 시간 차이.
점 릴리스(Dot Release)
주요 버전 사이에 버그나 보안 문제 등을 수정하기 위해 제공되는 소규모 업데이트.
웹 API(Web API)
브라우저가 웹 애플리케이션에 제공하는 기능 인터페이스. 브라우저별 구현과 지원 시점이 다를 수 있다.
지원 중단 예고(Deprecation)
기존 기능을 즉시 제거하지 않고 향후 변경 또는 제거 가능성을 알리며 사용 축소를 유도하는 과정.
REFERENCES / 공식 출처
  1. Google Chrome for Developers, Fresher features, faster fixes: The two-week release cycle is here.
  2. Google Chrome for Developers, Chrome 154 Release notes.
  3. Mozilla Support Blog, Firefox new release cadence and what to expect.
  4. Microsoft Learn, Microsoft Edge release schedule.