모바일 크롬 프리징 해결 방법 (아이폰, 갤럭시)

모바일 크롬 프리징은 아이폰에서는 백그라운드 복귀 시 iOS 메모리 회수 정책이 WKWebView 세션과 충돌할 때, 갤럭시에서는 Android System WebView 버전 불일치가 발생할 때 나타나며, 캐시 삭제 또는 WebView 업데이트로 즉시 해결됩니다.

다른 앱을 쓰다가 크롬으로 돌아왔을 때 화면이 멈춰버리거나, 시크릿 탭·일반 탭 가릴 것 없이 링크를 누르면 멈추는 증상이 대표적입니다.

크롬을 강제 종료 후 재실행하면 일시적으로 풀리지만 금방 재현된다면 아래 원인별 처방이 필요합니다. 아이폰과 갤럭시 두 기종을 모두 커버하며, VPN 환경과 배터리 절약 모드 사용자를 위한 마이너 케이스까지 정리했습니다.

아이폰·갤럭시에서 크롬 프리징이 발생하는 구조적 원인

아이폰은 앱이 백그라운드로 전환되면 수십 초 안에 메모리를 회수합니다. 크롬은 iOS에서 WKWebView 기반으로 렌더링하는데, 탭 세션 데이터를 임시 메모리에만 보관합니다.

앱이 Suspended 상태로 전환되면 해당 메모리가 OS에 의해 강제 해제되고, 복귀 시 크롬이 빈 참조를 처리하지 못하면서 화면이 굳습니다. 시크릿 탭은 쿠키·세션 데이터를 디스크가 아닌 메모리에만 저장하는 구조상 이 현상이 더 자주 나타납니다.

갤럭시는 구조가 다릅니다. 안드로이드에서 크롬은 웹 콘텐츠 렌더링을 Android System WebView에 위임합니다.

WebView는 크롬과 별도로 구글 플레이를 통해 업데이트되는데, 두 버전 사이에 충돌이 생기면 탭 전환이나 백그라운드 복귀 시 렌더러 프로세스가 응답을 멈추면서 화면이 굳습니다. 시스템 업데이트 직후 갑자기 프리징이 시작됐다면 이 충돌이 원인인 경우가 대부분입니다.

구글 공식 지원 문서에 따르면, iOS용 Chrome의 시크릿 탭은 플랫폼 제한으로 HTML5 로컬 저장소를 일반 탭과 공유하며, 세션 데이터는 탭을 닫을 때까지 임시 메모리에만 유지됩니다. 이 구조 자체가 메모리 회수 이벤트에 취약합니다.

아이폰 크롬 프리징 해결

Face ID 잠금과 화면 복귀가 동시에 걸려 렉이 발생하는 케이스

크롬 시크릿 탭 잠금(Face ID/Touch ID) 이 활성화된 상태에서 백그라운드 복귀 시, 인증 대기와 WKWebView 복원이 동시에 트리거되면서 화면이 멈추는 사례가 있습니다.

크롬 설정 → 개인 정보 보호 및 보안 → 시크릿 탭 숨기기 → 사용 안 함으로 설정 후 다시 테스트

잠금 해제 후 프리징이 사라지면 이것이 원인입니다. 재활성화하더라도 복귀 직후 잠시 로딩 딜레이를 인지하고 기다리는 습관을 들이시면 됩니다.

iOS 잠금 모드가 크롬 렌더링을 느리게 만드는 케이스

시크릿 탭 숨기기를 설정하면서 크롬 앱 설정 → 개인 정보 보호 및 보안 화면에 “잠금 모드”가 보인다면 확인이 필요합니다.

앞서 다룬 Face ID 시크릿 탭 잠금과는 전혀 다른 기능입니다. Face ID 잠금은 크롬 앱 안에서 시크릿 탭을 다른 사람이 못 보게 가리는 용도이고, 여기서 말하는 잠금 모드는 iOS 시스템 전체에 적용되는 애플의 보안 설정입니다.

경로: 설정 → 개인 정보 보호 및 보안 → 잠금 모드 → 끄기 (기기 재시작 필요)

크롬의 설정 설명이 조금 부실하게 되어 있는데, 이 기능은 기자·인권활동가처럼 정부 수준의 표적 해킹 위협에 노출된 사람을 위해 만들어진 것으로, 일반 사용자가 의도적으로 켤 일은 거의 없습니다.

문제는 이 모드를 켜면 iOS 위에서 동작하는 모든 브라우저의 WebKit 엔진에서 JIT 컴파일을 강제 비활성화한다는 점입니다. iOS에서 크롬은 WKWebView 기반으로 렌더링하기 때문에 이 영향을 그대로 받습니다.

JIT가 꺼지면 JavaScript 실행 속도가 크게 떨어지고, JS 비중이 높은 페이지에서 렌더링이 지연되면서 프리징처럼 느껴지는 증상이 나타납니다. 모르는 사이에 켜진 경우도 있으니, 크롬 설정에서 잠금 모드 항목이 활성화 상태로 표시된다면 아래 경로에서 끄고 재테스트하시기 바랍니다.

iOS 동작 줄이기로 앱 전환 렌더링 부담 감소

마이너하지만 효과가 보고된 방법입니다. iOS의 앱 전환 애니메이션이 WKWebView 복원 타이밍과 겹치면서 화면이 잠깐 멈추는 케이스가 있습니다.

동작 줄이기를 켜면 전환 애니메이션이 줌 대신 단순 페이드로 대체되어 복귀 시 렌더링 부담이 줄어듭니다.

경로: 설정 → 손쉬운 사용 → 동작 → 동작 줄이기 활성화.

애플 공식 지원 문서의 동작 줄이기 가이드에 따르면, 이 설정을 켜면 화면 전환 효과가 줌 대신 디졸브 방식으로 변경됩니다. 앱 전환 속도는 동일하고 렌더링 복잡도만 낮아지므로 일반 사용에는 영향이 없습니다.

아이폰 크롬 캐시 삭제로 프리징 해결

누적된 임시 캐시가 WKWebView 복원 과정을 방해하는 가장 흔한 케이스입니다.

1. 크롬 앱 실행 → 우측 하단 점 세 개(⋯) 탭.
2. 설정 → 개인 정보 보호 → 인터넷 사용 정보 삭제.
3. 기간: 전체 기간, 체크 항목: 캐시된 이미지 및 파일 반드시 포함.
4. 인터넷 사용 정보 삭제 탭 후 크롬 재실행.

⚠️ “쿠키 및 사이트 데이터”까지 함께 삭제하면 로그인 세션이 전부 초기화됩니다. 캐시만 삭제해도 프리징 해결에는 충분합니다.

아이폰 크롬 업데이트로 렌더링 버그 제거

앱스토어 업데이트를 미뤄둔 상태라면 알려진 렌더링 버그가 남아있을 수 있습니다.

1. App Store 실행 → 우측 상단 프로필 아이콘 탭.
2. 사용 가능한 업데이트 목록에서 Chrome 확인.
3. 업데이트 버튼 탭 후 재실행.

갤럭시 크롬 프리징 해결

WebView와 크롬 업데이트로 즉시 해결

갤럭시에서 시도할 첫 번째 방법입니다. 삼성 스마트폰은 Android System WebView를 구글 플레이 스토어에서 단독 업데이트하는 방식이 아니라, Google Play 시스템 업데이트에 묶어서 배포합니다.

실제로 2025년 중반부터 2026년 초까지 갤럭시 기기들이 6개월 이상 Play 시스템 업데이트를 받지 못한 사례가 있을 만큼, 이 업데이트가 밀려있으면 WebView 버전 충돌로 프리징이 발생할 수 있습니다.

WebView 업데이트 (갤럭시)

1. 설정 → 휴대전화 정보 → 소프트웨어 정보 → Google Play 시스템 업데이트 날짜 탭
2. 업데이트가 있으면 설치 후 재시작

크롬 업데이트

1. Google Play 스토어 실행 → 검색창에 Google Chrome 입력
2. 업데이트 버튼 탭 (없으면 이미 최신 버전입니다)
3. 재시작

두 업데이트를 함께 적용한 뒤에도 증상이 남아있다면 아래 캐시 삭제 단계로 넘어갑니다.

갤럭시 크롬, WebView 캐시 양쪽 모두 삭제

WebView 업데이트 후에도 증상이 남아있다면 캐시 누적이 원인입니다. 크롬과 WebView 두 곳을 함께 비워야 효과가 있습니다.

크롬 캐시 삭제

1. 설정 → 애플리케이션 → Chrome 선택
2. 저장공간 → 캐시 삭제

WebView 캐시 삭제

1. 설정 → 앱 → 상단 점 세 개 메뉴 → 시스템 앱 표시
2. Android System WebView 선택 → 저장공간 → 캐시 삭제

두 캐시를 모두 비운 뒤 크롬을 재실행합니다.

엑시노스 APU에서 GPU 래스터라이제이션 충돌 해결

하드웨어 가속 렌더링이 일부 Exynos 계열 SoC와 충돌해 렉·프리징을 유발하는 케이스가 있습니다. GPU 래스터라이제이션만 선택적으로 비활성화하면 전반적인 하드웨어 가속은 유지하면서 충돌을 피할 수 있습니다.

1. 크롬 주소창에 chrome://flags 입력
2. 검색창에 GPU rasterization 입력
3. GPU rasterization 항목을 Disabled 로 변경
4. 하단 Relaunch 탭

효과가 없으면 Default 로 복원하면 됩니다.

VPN 사용 환경에서 QUIC 프로토콜 비활성화

아이폰·갤럭시 공통으로 적용되는 방법입니다. 크롬은 구글 서비스 연결 시 UDP 기반의 QUIC 프로토콜을 사용하는데, VPN이나 일부 통신사 환경이 UDP 포트 443 패킷을 차단하면 페이지 로딩이 멈추면서 화면까지 굳는 현상이 발생합니다. VPN을 켠 상태에서만 렉이 심하다면 이 방법을 먼저 시도하는 것이 빠릅니다.

1. 크롬 주소창에 chrome://flags 입력
2. 검색창에 quic 입력
3. Experimental QUIC protocol 항목을 Disabled 로 변경
4. 하단 Relaunch 탭

QUIC를 끄면 크롬이 TCP 기반 HTTP/2로 폴백합니다. 속도 차이는 대부분 50ms 미만이므로 실사용에서 체감하기 어렵습니다.

탭 정리로 메모리 부족 예방

열린 탭 수가 15개를 초과하면 메모리 부담이 커집니다. 불필요한 탭을 정리하면 복귀 시 렉·프리징 빈도가 줄어듭니다.

• 크롬 우측 상단 숫자(탭 수) 탭 → 불필요한 탭 닫기.
• 시크릿 탭만 한 번에 닫으려면: 알림 바를 내려 시크릿 탭 닫기 알림 탭.

Zero-copy Rasterizer, 효과가 있을까?

국내 커뮤니티와 블로그에서 크롬 프리징 해결책으로 자주 등장하는 방법입니다.

chrome://flags/#enable-zero-copy 에서 Zero-copy rasterizer 를 Enabled 로 바꾸면 렌더링 스레드가 GPU 메모리에 직접 기록해 복사 단계를 생략하므로, 이론상 동적 콘텐츠 렌더링 부담이 줄어 프리징이 완화된다는 논리입니다.

1. 크롬 주소창에 chrome://flags/#enable-zero-copy 입력
2. Zero-copy rasterizer 항목을 Enabled 로 변경
3. 하단 Relaunch 탭

직접 해보니 체감 차이가 있었다는 후기도 있습니다. 다만 이 플래그의 실제 효과는 검증하기 어렵습니다.

Android Authority와 ChromeFixes 등 해외 기술 매체에서는 이 플래그를 “비활성화를 권장하는 목록”에 올리면서, 활성화 시 크래시가 오히려 늘어나는 사례가 보고된다고 명시하고 있습니다. 정적 페이지 위주로 사용한다면 렌더링이 느려지는 반대 결과가 나오기도 합니다.

국내에서 퍼진 팁 대부분이 2015~2016년 인텔 ChromeOS 최적화 자료를 출처로 삼는데, 당시와 지금의 크롬 렌더링 파이프라인은 구조 자체가 달라졌습니다.

시도해볼 수는 있지만, 프리징이 해결되지 않거나 오히려 불안정해지면 즉시 Default 로 복원하시기 바랍니다. 앞서 소개한 캐시 삭제·WebView 업데이트·GPU 래스터라이제이션 비활성화가 근거가 더 명확한 방법입니다.

두 기종 공통 최후 수단인 크롬 재설치

위 방법을 모두 시도해도 프리징이 지속된다면 재설치가 가장 확실합니다. 구글 계정으로 동기화가 활성화되어 있으면 북마크·비밀번호는 자동 복원됩니다. 탭은 복원되지 않으니 미리 기록해두시기 바랍니다.

아이폰

1. 홈 화면에서 크롬 아이콘 길게 누르기 → 앱 제거 → 앱 삭제.
2. App Store에서 Google Chrome 재설치.

갤럭시

1. 설정 → 앱 → Chrome → 업데이트 제거 (시스템 내장 버전은 완전 삭제가 불가하므로 업데이트만 제거합니다).
2. Play 스토어에서 최신 버전 재설치.

증상별 우선순위 요약

증상	아이폰 우선순위	갤럭시 우선순위
백그라운드 복귀 직후 굳음	캐시 삭제 → 크롬 업데이트	WebView 업데이트 → 캐시 삭제
링크 탭 시 반응 없음	캐시 삭제 → 재설치	캐시 삭제 → GPU 래스터 비활성화
VPN 사용 중 특히 심함	QUIC 비활성화	QUIC 비활성화
특정 사이트에서만 발생	해당 사이트 데이터 삭제	해당 사이트 데이터 삭제
업데이트 직후 시작됨	크롬 재설치	WebView 업데이트 → 재설치
배터리 절약 모드 켠 뒤 발생	Reduce Motion 활성화	bfcache 플래그 비활성화

마치며

아이폰 크롬 프리징은 iOS의 공격적인 메모리 회수 정책이 WKWebView 복원과 충돌하는 구조적 원인에서 비롯됩니다. 갤럭시는 Android System WebView 버전 불일치가 주원인인 경우가 많습니다.

두 경우 모두 캐시 삭제와 업데이트만으로 즉시 해결되는 비율이 높습니다. VPN 환경이라면 QUIC 비활성화를, Energy Saver 모드 사용자라면 bfcache 플래그 조정을 추가로 시도해볼 수 있습니다.

FAQ