크롬 탭 자동 새로고침, 작업하던 페이지를 유지하려면

작업하던 탭만 유지하려면 크롬의 사이트 예외부터 설정하는 편이 낫다. 메모리 절약을 전부 끄면 읽고 끝낸 자료 탭까지 계속 메모리를 사용할 수 있지만, 예외를 쓰면 필요한 사이트를 지정할 수 있다. 이미 이 기능을 껐는데도 탭이 다시 열린다면 설정을 반복해서 껐다 켜기보다 어떤 동작이 일어났는지 확인할 차례다.

Reddit의 한 Windows 사용자는 댓글을 쓰다가 다른 탭에서 검색하고 돌아오면 페이지가 다시 로드된다고 질문했다. 메모리 절약을 꺼도 계속된다는 설명이 함께 있었다. 이처럼 스위치를 꺼도 작성 화면이 유지되지 않으면, 초안을 저장한 뒤 탭을 관리하는 확장을 잠시 끄고 같은 이동을 반복해 볼 수 있다. 확장이 페이지를 내려놓는 동작은 크롬의 메모리 절약 설정과 별도로 작동한다.

작업 사이트 하나를 활성 상태로 남기기

컴퓨터용 크롬에서 계속 열어 둘 문서나 입력 화면을 연다. Google이 안내하는 사이트 예외는 오른쪽 위 더보기 → 설정 → 성능 → ‘다음 사이트를 항상 활성 상태로 유지’의 추가에서 설정한다. 현재 사이트 추가에서 해당 사이트를 고르면 주소를 손으로 옮기지 않아도 된다. 등록 뒤에는 목록의 주소가 방금 작업하던 사이트와 맞는지 확인한다. Android·iOS용 Chrome에는 이 성능 설정 메뉴가 없다.

예를 들어 로그인 화면을 거쳐 별도의 편집 사이트로 들어가는 업무라면, 로그인 화면을 열어 둔 상태에서 예외를 만드는 것과 문서 편집 화면에서 만드는 결과가 다를 수 있다. 주소창이 어디로 바뀌었는지 보고 문서가 열린 최종 사이트를 대상으로 삼는다. 로그인 서버를 유지해도 편집기 주소가 예외에 포함되지 않으면 작성 탭을 보호하려던 목적을 이루지 못한다.

같은 성능 화면의 메모리 절약 강도는 전체 탭에 대한 조정이다. 보통·균형·최대는 비활성화까지 기다리는 정도가 다르지만, 공식 안내는 이를 몇 분짜리 고정 시간표로 제시하지 않는다. 따라서 ‘최대에서 보통으로 바꾸면 정확히 30분 동안 유지된다’고 예상하기보다, 자주 돌아오는 작업 사이트에는 예외를 두고 나머지 탭의 유지 정도를 조절한다.

도메인 전체와 편집 페이지 하나는 예외 범위가 다르다

수동으로 주소를 넣을 때는 짧게 입력한 도메인이 의외로 넓은 범위를 포함할 수 있다. 아래는 공식 제외 주소 문법을 가상 업무 사이트에 적용한 예다. example.com은 설명용 주소이며 실제 서비스의 설정값이 아니다.

예외가 필요할 때마다 모든 주소를 포함시키면 메모리 절약으로 쉬게 둘 탭도 줄어든다. 특히 https://*는 HTTPS 사이트 전체를 대상으로 하는 넓은 패턴이다. 반대로 example.com/*처럼 익숙한 파일 검색 문법을 그대로 쓰면 공식 안내의 지원 문법과 맞지 않는다. 경로를 넣을 때는 실제 주소의 경로를 그대로 사용한다.

새 문서마다 주소가 달라지는 편집기에서는 문서 번호 앞의 공통 경로를 예외로 지정할 수 있다. 다만 로그인 후 다른 호스트로 이동하거나 문서 종류마다 경로가 달라진다면 한 규칙으로 모두 포함되지 않을 수 있다. 문서 두 개를 번갈아 쓰는데 하나만 계속 재로딩된다면, 두 주소가 같은 예외 범위에 들어가는지 먼저 비교할 수 있다.

멈췄다가 이어지는 페이지와 처음부터 로드되는 페이지

크롬이 탭을 폐기하면 탭 표시줄의 제목과 아이콘은 남지만 페이지 내용은 메모리에서 내려간다. 사용자가 그 탭을 선택하면 다시 로드한다. 그래서 탭을 닫은 적이 없는데 로딩 화면이 나타날 수 있다. Chrome 개발자 문서는 메모리 절약의 선제적 폐기와, 시스템의 메모리가 부족할 때 이루어지는 폐기를 설명한다. 메모리 절약 스위치만으로 모든 자원 부족 상황을 없앨 수는 없다.

반면 동결은 페이지를 메모리에 둔 채 실행할 작업을 멈추는 동작이다. 예를 들어 백그라운드의 타이머가 멈췄다가 탭으로 돌아왔을 때 이어서 처리되는 상황이다. 에너지 절약과 동결에 관한 안내에서 Google은 다시 선택한 탭이 상태를 유지한 채 재개된다고 설명한다.

배터리로 쓸 때만 백그라운드 갱신이 멈춘다면 현재 에너지 절약이 켜져 있는지 살핀다. 주소창 옆 에너지 절약 표시에서 해당 세션 동안 끄고 같은 갱신 동작을 비교할 수 있다. 다만 배터리 설정을 바꾼 뒤에도 문서 전체가 새로 로드된다면, 동결 설명만으로 끝내지 않고 확장 프로그램과 페이지 오류 쪽으로 이어서 확인한다.

고정한 탭도 작성 내용의 저장소는 아니다

Google은 일부만 채운 양식, 고정 탭, 재생 중인 미디어 같은 활동이 비활성화를 막을 수 있다고 안내한다. 이는 입력 중인 페이지를 보존하려는 동작이다. 하지만 사이트 예외나 탭 고정을 켰다고 제출하지 않은 글이 계정에 저장되는 것은 아니다. 페이지가 다시 열렸을 때 글·스크롤 위치·선택한 항목을 돌려놓으려면 사이트가 그 상태를 저장하고 복원해야 한다.

페이지 수명 주기 문서는 개발자에게 사라지기 전에 상태를 저장하라고 권고한다. 폐기되는 순간에는 저장 코드를 실행할 이벤트조차 오지 않을 수 있기 때문이다. 사용자가 탭을 닫을 때 보던 ‘변경사항을 저장하지 않았습니다’ 경고가 모든 폐기 상황에서 나타나는 것도 아니다. 종료 경고가 없었다는 이유만으로 작성 내용이 안전하게 저장됐다고 볼 수 없다.

긴 글을 쓰는 화면에서는 사이트의 초안 저장 버튼이나 저장 완료 표시를 확인한 뒤 자료 탭으로 이동한다. 자동 저장이 없는 입력란이라면 긴 본문을 다른 편집기에 보관하고 옮기는 방법도 있다. 회사 자료는 허용된 저장 위치를 쓴다. 이렇게 남긴 초안은 탭 유지 설정과 달리, 브라우저가 다시 열리더라도 이어 쓸 수 있는 실제 내용이다.

메모리 절약을 꺼도 반복되면 확장 프로그램과 작업을 본다

탭 관리·자동 새로고침 확장 프로그램을 사용한다면 그 설정부터 살핀다. 크롬의 확장 프로그램 API에는 탭을 메모리에서 폐기하는 기능이 있다. 내장 메모리 절약을 끄는 것으로 확장의 별도 동작까지 꺼지는 것은 아니다. 그렇다고 설치된 확장이 모두 원인인 것도 아니므로, 문제가 생기기 시작한 시점과 함께 확인한다.

더보기 → 확장 프로그램 → 확장 프로그램 관리에서 의심되는 탭 관리 확장을 잠시 끈다. 시험할 문서의 초안을 저장한 뒤 원래 문제가 나던 작업 순서로 다시 이동한다. 확장을 끈 상태에서는 유지되고 다시 켰을 때 같은 문제가 재현되면 그 확장의 설정이나 동작을 더 좁혀 볼 근거가 생긴다. 여러 확장을 동시에 삭제하면 어느 항목을 바꿔서 결과가 달라졌는지 알기 어렵다.

다른 앱까지 느려지거나 크롬이 메모리를 많이 쓰는 상황이라면 더보기 → 도구 더보기 → 작업 관리자를 연다. Google은 메모리 열로 정렬해 불필요한 작업과 백그라운드 페이지를 찾도록 안내한다. 우선 표시만 읽고 어느 탭이나 확장이 큰지 확인한다. 사용하지 않는 작업을 끝낼 때도 그 안에 저장하지 않은 내용이 없는지 본다. ‘프로세스 종료’는 초안을 보존하는 버튼이 아니다.

회사에서 관리하는 브라우저라 확장을 끌 수 없거나 설정이 잠겨 있다면 관리 상태를 확인한다. 더보기 메뉴의 조직 관리 표시 또는 chrome://management에서 확인할 수 있다. 관리자는 기능을 제한하거나 확장을 설치할 수 있으므로, 문제 페이지의 주소와 재현 순서를 함께 전달한다.

폐기됐는지와 오류로 다시 열린 것인지 확인하기

설정을 조정해도 반복된다면 chrome://discards를 새 탭에서 열어 문제 페이지의 상태를 살필 수 있다. 이 화면은 탭의 폐기·동결을 조사하는 내부 화면이다. 단순히 목록에 나온다는 이유만으로 문제가 있는 탭은 아니다. 원래 탭이 다시 로드된 시점과 해당 탭의 표시를 함께 확인한다. 시험 삼아 폐기 버튼을 누르면 보고 있던 현상 대신 직접 만든 폐기를 관찰하게 된다.

개발자 도구를 사용할 수 있다면 재로딩 직후 해당 페이지에서 더보기 → 도구 더보기 → 개발자 도구를 열고 Console을 선택한다. Windows·Linux는 Ctrl+Shift+J, Mac은 Command+Option+J로 Console을 바로 열 수도 있다. 최상위 페이지를 대상으로 아래 읽기 전용 식을 직접 입력하고 Enter를 눌러 결과를 본다. 결과를 보기 전에 다시 수동 새로고침하지 않는다.

document.wasDiscarded

true는 현재 문서가 탭 폐기 뒤 다시 로드됐다는 단서다. 누가 폐기했는지, 어떤 설정이 원인인지는 알려 주지 않는다. false도 정상 동작 인증은 아니며 현재 로드가 폐기 후 복원으로 표시되지 않았다는 뜻이다. 일반 새로고침, 사이트 이동, 오류 후 복구를 이 값 하나로 모두 판별할 수는 없다. 이 속성의 의미는 Chrome의 폐기 감지 설명에서 확인할 수 있다.

예를 들어 작업 탭에 돌아온 직후 true를 봤다면 그 결과와 당시 예외 설정을 함께 남긴다. 이후 확장을 끄고 재현할 때도 같은 페이지의 같은 시점에서 값을 본다. 관리 화면이나 새 탭의 Console에서 값을 읽으면 작업하던 문서의 상태를 확인한 것이 아니다. 확인을 마치면 개발자 도구를 닫고 평소 작업 방식으로 돌아간다.

‘앗, 이런!’ 같은 오류 페이지가 보였다면 표시된 메시지를 먼저 남긴다. 인터넷 연결이 끊긴 경우와 페이지 자체가 충돌한 경우는 다음 조치가 다르다. Google의 오류 안내는 다른 사이트는 정상인데 한 사이트만 충돌할 때 해당 사이트 문제를 살피고 운영자에게 알리도록 설명한다. 모든 오류 화면을 메모리 절약 실패로 묶으면 필요한 연결·페이지 점검을 놓치게 된다.

같은 문서에서 바꾼 설정의 결과를 비교한다

재현용으로 저장된 문서 하나를 정하고, 어느 사이트에 예외를 넣었는지와 메모리 절약 상태를 적는다. 평소처럼 자료 탭이나 다른 앱으로 이동했다 돌아온 뒤 페이지 전체가 로드됐는지, 배경 갱신만 재개됐는지, 작성한 내용이 남았는지를 각각 본다. 설정을 바꾸기 전후에 사이트와 작업 순서를 같게 두면 서로 다른 현상을 한 결과로 세는 일을 줄일 수 있다.

예외를 넣은 편집 화면은 유지되고 자료 탭만 다시 로드된다면 필요한 작업을 남긴 채 절약 기능을 쓰는 구성이 된 것이다. 편집 화면도 계속 다시 열린다면 확인한 주소, 확장 프로그램을 끈 결과, 폐기 여부와 오류 메시지를 묶어 사이트 운영자나 관리자에게 전달한다. ‘크롬이 느리다’는 설명보다 어느 화면에서 무엇을 바꿨는데 어떤 동작이 남았는지가 다음 점검에 직접 쓰인다.