돌아간 탭이 다시 불러오는 이유 — 브라우저가 탭을 내려놓는 방식

며칠 전 열어 둔 탭이 있습니다. 다시 눌러 봅니다. 그런데 페이지가 처음부터 다시 읽힙니다.

탭은 그 자리에 있었습니다. 제목도 그대로였습니다. 그런데 내용은 없었습니다.

탭과 그 안의 내용은 다른 것이기 때문입니다.

탭 하나가 무엇을 갖고 있나

브라우저의 탭은 「주소 하나」가 아닙니다. 열려 있는 동안 이런 것들을 갖고 있습니다.

• 불러온 문서와 이미지
• 실행 중인 스크립트와 그것이 만든 데이터
• 스크롤 위치, 입력하던 값 같은 «현재 상태»

즉 탭 하나가 작은 프로그램에 가깝습니다. 그래서 탭이 늘면 메모리 사용이 늘어납니다.

그래서 «내려놓습니다»

메모리가 빠듯해지면 브라우저는 선택을 합니다. 오래 안 본 탭의 «내용»을 버리고, «주소와 제목»만 남깁니다.

목록에서는 그대로 보입니다. 그런데 누르는 순간 없는 것을 다시 가져와야 합니다. 그래서 로딩이 시작됩니다.

⇒ 이것이 「탭이 되살아난다」의 정체입니다. 되살아나는 것이 아니라 다시 만들어지는 것입니다.

무엇이 먼저 내려가는지의 판단 기준은 애플이 공개하지 않습니다. 다만 관찰되는 경향은 오래 안 본 탭, 메모리를 많이 쓰던 탭입니다.

무엇이 남고 무엇이 사라지나

여기가 실무적으로 중요합니다. 다시 불러올 때 전부 잃는 것은 아닙니다.

대체로 남는 것

• 주소와 제목 — 이건 탭 목록이 갖고 있습니다.
• 스크롤 위치 — 복원되는 경우가 많습니다.
• 로그인 상태 — 쿠키 등은 탭이 아니라 브라우저가 보관합니다.

사라질 수 있는 것

• ★페이지가 «메모리에만» 들고 있던 것 — 스크립트가 만든 화면, 무한 스크롤로 불러온 아래쪽 목록 같은 것입니다.
• 입력 중이던 값 — 이쪽이 가장 아픕니다. 다만 갈립니다.

입력하던 글이 살아남는 조건

같은 상황에서 어떤 사이트는 쓰던 글이 남아 있고 어떤 사이트는 사라집니다. 브라우저가 아니라 사이트의 차이인 경우가 많습니다.

• 브라우저가 폼 값을 복원해 주는 범위가 있습니다. 다만 단순한 입력란에 한정되기 쉽고, 복잡한 편집기는 벗어납니다.
• ★사이트가 «직접 저장»해 두면 남습니다. 요즘 글쓰기 서비스가 「임시 저장됨」을 띄우는 이유입니다. 브라우저에 기대지 않고 스스로 보관합니다.
• 그래서 「탭을 열어 둔 것」은 저장이 아닙니다. 열어 둔 상태는 언제든 회수될 수 있습니다.

⇒ 실무 지침은 하나입니다. 긴 글은 탭에 두지 말고 어딘가에 저장하십시오.

다시 불러올 때 네트워크를 쓰나

「다시 읽힌다」가 항상 「다시 내려받는다」는 뜻은 아닙니다.

브라우저는 받아 둔 파일을 캐시에 보관합니다. 그래서 다시 만들 때 상당 부분을 디스크에서 가져올 수 있습니다.

다만 페이지가 그때그때 서버에 물어야 하는 것은 다시 요청합니다. 로그인이 필요한 화면, 실시간 목록 같은 것입니다.

⇒ 그래서 오프라인이면 「다시 불러오기 실패」가 뜹니다. 탭이 남아 있어도 내용을 못 만듭니다. 비행기에서 미리 열어 둔 탭이 안 열리는 이유가 이것입니다.

「탭이 많으면 느리다」가 반쯤만 맞는 이유

탭이 백 개 열려 있으면 느릴 것 같습니다. 그런데 실제로는 느릴 때와 안 느릴 때가 갈립니다.

내려놓인 탭은 주소와 제목만 남아 있습니다. 이건 목록의 한 줄과 다르지 않습니다. 백 줄짜리 목록이 컴퓨터를 느리게 만들지는 않습니다.

그러면 언제 느려지는가.

하나, 한꺼번에 되살릴 때. 브라우저를 다시 열면서 「모든 창 복원」이 걸리면, 여러 탭이 동시에 다시 만들어집니다. 이때는 실제로 무겁습니다.

둘, 안 내려가는 탭이 섞여 있을 때. 소리를 내고 있거나, 시간마다 갱신되거나, 백그라운드에서 계속 일하는 탭은 회수 대상이 되기 어렵습니다. 이런 탭 몇 개가 조용한 탭 백 개보다 무겁습니다.

셋, 탭이 아니라 «확장 프로그램»일 때. 확장은 탭마다 붙어 동작하는 경우가 있어, 탭이 늘면 그 몫도 함께 늡니다. 그런데 사용자는 원인을 «탭 개수»로 읽습니다.

⇒ ★그래서 「탭을 줄였는데 여전히 느리다」가 흔합니다. 줄인 것이 원래 가벼운 쪽이었기 때문입니다. 무거운 탭은 대개 «자주 쓰는 탭»이라 정리 대상에서 살아남습니다.

탭을 줄이는 게 답인가

• ★탭 개수 자체가 문제인 것은 아닙니다. 내려놓은 탭은 메모리를 거의 안 씁니다.
• 문제는 「활성 상태로 유지되어야 하는」 탭들입니다. 계속 갱신되는 대시보드, 재생 중인 미디어, 무거운 웹앱입니다.
• 자주 쓰는 것은 즐겨찾기나 탭 그룹으로 옮기십시오. 열어 두는 것보다 안전하고, 다시 찾기도 쉽습니다.
• 여러 창으로 흩어 놓는 것은 도움이 안 됩니다. 창을 나눠도 탭의 수는 그대로입니다.
• 읽을 것은 「읽기 목록」류로 빼십시오. 「나중에 읽으려고 열어 둔 탭」이 대부분의 탭입니다.

정리하면

• 탭과 그 «내용»은 다릅니다. 탭이 남아 있어도 내용은 버려질 수 있습니다.
• 탭 하나는 작은 프로그램에 가깝습니다. 문서·스크립트·현재 상태를 갖고 있습니다.
• 메모리가 빠듯하면 오래 안 본 탭의 내용을 내려놓고 주소·제목만 남깁니다.
• ★「되살아나는」 것이 아니라 «다시 만들어지는» 것입니다.
• 판단 기준은 애플이 공개하지 않습니다. 경향은 「오래 안 봤고 무거웠던 탭」입니다.
• ★탭을 열어 둔 것은 저장이 아닙니다. 긴 글은 반드시 따로 저장하십시오.
• 캐시 덕분에 상당 부분은 디스크에서 오지만, 서버에 물어야 하는 것은 다시 요청합니다. 오프라인이면 실패합니다.
• 탭 개수보다 「활성 상태로 유지되는 탭」이 문제입니다.
• ★「탭을 줄였는데 그대로다」가 흔한 이유 — 줄인 쪽이 원래 가벼웠고, 무거운 탭은 자주 쓰는 탭이라 살아남습니다. 확장 프로그램이 원인인 경우도 탭 개수로 오인됩니다.

본 콘텐츠는 브라우저 동작의 일반 개념을 정리한 해설입니다. 사파리의 탭 언로딩 판단 기준은 애플이 공개하지 않아 적지 않았고, 다른 브라우저와의 메모리 비교 수치는 측정 조건에 좌우되어 싣지 않았습니다. 설정 항목의 이름과 경로는 버전마다 바뀌므로 쓰지 않았습니다. 최종 확인일: 2026-08-28.

작성: Inkpipes 편집팀 — 「열어 둔 것」과 「저장한 것」이 다르다는 데까지 가는 것이 목표였습니다.

참고

• 브라우저의 탭 언로딩과 메모리 회수
• 페이지 상태 복원의 범위
• HTTP 캐시와 재요청이 발생하는 조건
• 탭별 자원 사용과 활성 상태의 구분