크롬 북마크 위치 찾을 때—파일 경로와 백업 방법 딱 정리

새 PC에 크롬을 깔아서 켰는데 내가 쌓아온 북마크가 하나도 없어서 당황하여 크롬 북마크 위치가 어디인지 찾아 헤매는 상황입니다. 이 문제는 크롬이 사용자 데이터를 시스템 폴더 깊숙한 곳에 숨겨진 파일 형태로 저장하기 때문에 일반적인 탐색 방법으로는 쉽게 눈에 띄지 않아서 발생합니다. 북마크는 단순한 링크의 나열이 아니라, 우리가 인터넷을 사용하며 축적해 온 지식의 지도와 같습니다. 업무에 필요한 레퍼런스부터 취미 생활을 위한 정보까지 수년간 걸쳐 정리한 데이터가 순식간에 사라진 듯한 느낌을 받으면 당혹스러울 수밖에 없습니다. 이 글에서는 윈도우와 맥 OS별 실제 저장 경로를 찾는 방법부터 북마크 파일을 직접 백업하고 복원하는 절차, 그리고 더 나아가 구글 클라우드를 활용한 자동 동기화 설정까지 단계별로 명확하게 정리해 드립니다. 이 가이드를 통해 여러분의 소중한 디지털 자산을 안전하게 보호하고 관리하는 방법을 익혀보시기 바랍니다.

북마크가 사라지는 기술적 원인과 파일 구조 이해

새 컴퓨터를 켰을 때 북마크가 없는 이유는 데이터가 인터넷에 자동으로 저장되는 것이 아니라 로컬 하드디스크의 특정 위치에 파일 형태로 저장되기 때문입니다. 크롬은 북마크 정보를 Bookmarks라는 이름의 파일에 저장하며, 이 파일은 SQLite 기반이 아닌 JSON과 유사한 특수 텍스트 구조를 가집니다. 실제 사용자들은 이 위치를 찾기가 매우 어렵습니다. 실제 사용자는 clien.net에서 "크롬 북마크 저장 위치를 찾으려고 검색을 해도 도통 나오지 않더라구요"라고 토로했습니다. 이처럼 일반적인 문서 폴더나 바탕화면과는 전혀 다른 경로에 저장되기 때문에, 사용자가 PC를 교체하거나 운영체제를 재설치할 때 데이터를 미리 챙기지 못하면 소중한 정보가 그대로 남겨지게 되는 것입니다.

이 파일이 위치한 곳은 운영체제의 보안 및 사용자 계정 분리 정책에 따라 숨김 폴더로 지정되어 있습니다. 따라서 단순히 탐색기에서 문서 폴더를 열어서는 찾을 수 없으며, 명시적인 경로 입력이나 시스템 설정 변경이 필요합니다. 또한 크롬이 실행 중일 때 이 파일을 직접 수정하거나 이동하면 데이터베이스 손상 우려가 있어 주의가 필요합니다. 크롬은 이러한 손상 방지를 위해 Bookmarks.bak 파일을 자동으로 생성하여 직전 세이브 상태를 백업해 두는 안전장치를 갖추고 있습니다. 사용자가 실수로 즐겨찾기를 모두 삭제하거나 파일이 깨지는 경우, 이 백업 파일을 활용하여 복구할 수 있는 마지막 기회가 제공됩니다.

파일 구조를 이해하는 것은 백업의 필수 단계입니다. Bookmarks 파일에는 URL, 제목, 폴더 구조, 생성 날짜 등의 메타데이터가 모두 포함되어 있습니다. 만약 이 파일이 0KB 수준으로 비어 있다면 데이터가 손상된 것으로 간주하고 Bookmarks.bak 파일을 이용하여 복구를 시도해야 합니다. Google 지원 문서에 따르면 북마크 파일은 사용자가 브라우저를 닫을 때마다 자동으로 갱신되도록 설계되어 있습니다. 즉, 브라우저를 사용하는 동안에는 메모리상에서 데이터가 관리되다가 종료 시점에 디스크에 기록되는 방식이므로, 갑작스러운 정전이나 프로그램 강제 종료 시에는 최신 변경 사항이 반영되지 않을 수도 있다는 점을 인지해야 합니다.

또한 북마크 데이터는 단순 텍스트 파일 이상의 역할을 수행합니다. 사용자가 방문한 사이트의 아이콘(Favicon) 정보나 폴더별 색상 설정 등도 함께 저장되기 때문입니다. 따라서 파일을 백업할 때는 Bookmarks 파일뿐만 아니라 같은 폴더에 있는 Favicons 파일도 함께 복사하는 것이 좋습니다. 그래야 새로운 환경에서 북마크를 불러왔을 때 익숙한 웹사이트 아이콘들을 그대로 볼 수 있어 시각적인 편의성이 유지됩니다.

Photo by RDNE Stock project on Pexels

윈도우 11에서 크롬 북마크 위치 찾는 법

윈도우 환경에서 크롬 북마크 위치는 기본적으로 AppData\Local 경로 아래에 존재합니다. 이 폴더는 시스템 보호를 위해 기본적으로 사용자에게 보이지 않도록 설정되어 있습니다. 윈도우 11 탐색기 상단의 보기 메뉴에서 '숨김 항목' 체크 박스를 활성화하거나, 실행 창을 사용하여 직접 진입하는 것이 가장 빠릅니다. 파일 탐색기의 주소창에 경로를 직접 입력하는 것보다 실행 명령어를 사용하는 것이 오타를 줄이고 정확한 경로로 이동하는 데 유리합니다. 특히 윈도우 11은 사용자 계정 보안(UAC)이 강화되어 있어, 시스템 폴더 접근 시 관리자 권한이나 명확한 경로 지정이 더욱 중요해졌습니다.

이 경로는 사용자 계정마다 독립적입니다. 예를 들어 사용자 이름이 'User'라면 전체 경로는 C:\Users\User\AppData\Local\Google\Chrome\User Data\Default가 됩니다. 만약 여러 개의 크롬 프로필(예: 개인용, 업무용)을 사용 중이라면 Default 폴더가 아닌 Profile 1, Profile 2와 같은 이름의 폴더 안을 확인해야 합니다. 각 프로필은 독립된 Bookmarks 파일을 가지고 있으므로, 모든 프로필의 데이터를 백업하고 싶다면 각 폴더를 순회하며 파일을 복사해야 합니다.

윈도우 사용자들이 겪는 또 다른 어려움은 'AppData' 폴더 자체가 탐색기 설정에 따라 투명하게 처리되거나 접근이 제한될 때입니다. 이 경우 실행 창(Win + R)을 사용하는 것이 가장 확실한 우회 방법입니다. 또한, 탐색기의 주소창에 경로를 직접 입력할 때는 역슬래시(\)를 빠뜨리지 않도록 각별히 주의해야 합니다. 오타 하나로 인해 '경로를 찾을 수 없다'는 오류 메시지가 뜰 수 있기 때문입니다.

맥OS에서 숨겨진 크롬 북마크 위치 접근하기

맥OS 환경에서도 크롬 북마크 위치는 시스템 라이브러리 폴더 내에 숨겨져 있습니다. macOS 15.2 버전을 기준으로 파인더(Finder)에서 기본적으로 보이지 않는 Library 폴더 안에 저장됩니다. 이 경로에 접근하기 위해 가장 확실한 방법은 파인더의 '폴더로 이동' 기능을 사용하는 것입니다. 터미널을 사용하는 방법도 있지만 명령어 입력에 익숙하지 않은 사용자에게는 GUI 방식이 더 직관적이며 실수를 줄여줍니다. 맥OS는 파일 시스템의 구조가 유닉스 기반이기 때문에, 숨김 파일의 개념이 윈도우보다 강하게 적용되어 있습니다.

맥OS에서 사용자 계정 폴더 앞의 물결표(~)는 현재 로그인한 사용자의 홈 디렉터리를 의미합니다. 만약 터미널을 사용하여 파일 존재 여부를 확인하고 싶다면 ls 명령어를 활용할 수 있습니다. 다음은 터미널에서 해당 파일이 존재하는지 확인하는 명령어 예시입니다.

ls -l ~/Library/Application\ Support/Google/Chrome/Default/Bookmarks

이 명령어를 실행했을 때 파일 정보가 출력된다면 경로가 정확한 것입니다. 맥OS는 파일 권한 관리가 엄격하므로, 이 파일을 다른 곳으로 복사할 때는 현재 사용자의 읽기 권한 문제가 발생하지 않도록 바탕화면이나 문서 폴더와 같은 사용자 접근 권한이 있는 곳으로 복사하는 것이 좋습니다.

맥OS를 사용하는 경우, 'Time Machine'과 같은 시스템 백업 기능을 활용하고 있다면 굳이 수동으로 파일을 찾을 필요 없이 전체 시스템 복원을 통해 북마크를 되살릴 수도 있습니다. 하지만 특정 시점의 북마크만 선택적으로 복구하거나, 다른 맥 기기로 데이터를 옮겨야 한다면 위에서 설명한 파일 경로를 직접 접근하는 방법이 필수적입니다. 또한, 맥OS는 업데이트 시 보안 샌드박스 정책이 강화될 수 있으므로, 최신 macOS(Sequoia 등)를 사용 중이라면 터미널 접근 시 '전체 디스크 접근 권한' 설정이 필요할 수도 있습니다.

HTML 파일로 백업하여 데이터 안전하게 지키기

복잡한 파일 경로를 직접 건드리지 않고도 크롬 내장 기능을 통해 북마크를 안전하게 백업할 수 있습니다. 이 방식은 JSON 파일이 아닌 표준 HTML 형식으로 저장하기 때문에 다른 브라우저(Edge, Safari, Firefox 등)에서도 즐겨찾기를 불러올 수 있다는 장점이 있습니다. 특히 PC를 포맷하거나 새 기기로 이동할 때 가장 추천하는 방법입니다. 백업 과정은 크롬 메뉴의 '북마크' 섹션에서 진행할 수 있으며, 별도의 프로그램 설치 없이 기본 기능만으로 완료됩니다.

이렇게 생성된 HTML 파일은 텍스트 편집기로 열어 내용을 확인할 수 있을 정도로 구조가 투명합니다