브라우저마다 즐겨찾기가 따로 놀면 일상이 자잘하게 비효율적이다. 회사 PC에서는 엣지를 쓰고, 집에서는 크롬을 켠다. 아이폰으로는 사파리로 기사를 저장해두고, 출근길에 윈도우 노트북을 열면 그 기사가 보이지 않는다. 하루에도 링크를 열고 닫는 횟수가 수십 번인데, 이 동기화가 헐거우면 검색과 클릭, 다시 검색의 반복으로 10분, 20분이 사라진다. 반대로 주소모음을 단단하게 세팅해두면 링크가 자산이 된다. 업무 문서, 참조 논문, 레시피 블로그, 은행 사이트까지 한 손에 들어온다.
여기서는 크롬, 사파리, 엣지라는 세 개의 축을 기준으로, 운영체제와 계정 체계를 섞어도 무너지지 않는 링크모음 구조를 제안한다. 동기화 방식, 마이그레이션 절차, 도구 선택, 보안과 프라이버시 판단 기준, 장애 대처, 그리고 실전에서 자주 벌어지는 엣지 케이스까지. 몇 년간 팀 단위로 북마크 체계를 운영하며 얻은 시행착오를 함께 묶었다.
브라우저 동기화의 기본기부터 바로잡기
각 브라우저는 자사 계정과 클라우드로 북마크를 동기화한다. 이 자체 동기화는 가장 안정적이고 빠르다. 다만, 서로 다른 생태계끼리는 기본적으로 연결되지 않는다.
크롬은 구글 계정으로 동기화한다. 북마크, 비밀번호, 히스토리, 확장 프로그램을 같은 계정으로 묶는다. 속도는 빠르고 충돌 복구가 비교적 낫다. 여러 프로필을 만들어 업무와 개인을 나눌 수 있다.
엣지는 마이크로소프트 계정 또는 Entra ID 조직 계정으로 동기화한다. 윈도우와 결합이 촘촘하고, IE 모드 같은 레거시 호환이 필요한 환경에서 유리하다. 보안 정책이 강하면 회사 단말기에서는 타 브라우저 대비 제약이 있을 수 있다.
사파리는 iCloud 계정과 묶인다. 애플 기기 간 연동이 뛰어나고, 읽기 목록, 탭 그룹이 자연스럽다. 비맥 환경에서는 공식 지원이 없다. 윈도우용 사파리는 단종되어, 윈도우에서 사파리 북마크를 네이티브로 쓰는 방법은 사실상 없다.
여기까지는 상식처럼 들리지만, 첫 단추를 잘못 끼우면 나중에 엮어내기 힘들다. 예를 들어, 크롬의 개인 계정과 업무 계정을 뒤섞은 채로 쓰다가, 엣지에 그대로 가져오면 폴더가 기형적으로 중첩된다. 계정별 경계를 분명히 하고, 폴더 깊이를 2층 이내로 잡는 것이 이후 모든 작업의 기반이 된다.
최소한의 폴더 구조로 통일감 만들기
실무에서 가장 많이 보는 실패는 폴더가 예뻐 보이도록 세부 카테고리를 잔뜩 만드는 경우다. 개발, 디자인, 마케팅 같은 큰 칸 아래에 프레임워크, 레퍼런스, 튜토리얼을 여러 층으로 파고들면 이론적으로는 깔끔하다. 하지만 검색과 자동 추천이 강력한 시대에는 깊은 구조가 오히려 발목을 잡는다. 내가 쓰는 기준은 단순하다. 최상단에 6개 이내 대분류, 각 폴더 안에서 바로 링크에 닿는다. 필요하면 태그형 도구를 쓰고, 브라우저 기본 폴더만으로는 태그를 흉내 내려 하지 않는다.
크롬, 엣지, 사파리 모두 상단 바에 고정된 북마크 바가 있다. 매일 여는 사이트만 바에 두고, 나머지는 대분류 폴더 안으로 넣는다. 폴더 이름은 짧고, 기억 가능한 단어로. 긴 이름과 이모지는 즐거움을 주지만, 동기화 충돌 시 깨질 가능성이 올라간다. 폴더 두께를 줄이면 브라우저를 바꿔도 손이 자동으로 같은 자리로 가서 멈춘다.
내장 동기화의 한계와 교차 동기화 전략
각 브라우저의 기본 동기화는 서로 통하지 않는다. 크롬에서 저장한 북마크를 사파리에서 곧장 읽으려면 중간 매개가 필요하다. 선택지는 세 가지로 압축된다. 수동 HTML 내보내기와 가져오기, 클라우드 북마크 서비스 활용, 확장 프로그램 기반의 교차 동기화다. 각각의 성격을 감안해 상황별로 조합하면 된다.
HTML 수동 방식은 가장 원초적이지만 통제력이 크다. 어느 브라우저든 북마크를 HTML로 내보내고, 다른 쪽에서 가져오면 끝이다. 이 방식은 일회성 마이그레이션이나 분기별 스냅샷 백업에 적합하다. 자동 동기화는 아니므로, 두 환경을 매일 왔다 갔다 한다면 곧 귀찮아진다. 그래도 이 수동 경로를 알아두면 돌발 상황에서 살 수 있다. 회사 보안 정책으로 외부 확장이 막혀 있을 때, 또는 구형 맥북에서 사파리를 최신으로 올릴 수 없을 때처럼.
클라우드 북마크 서비스는 브라우저와 기기 사이의 공통 저장소 역할을 한다. Raindrop.io, Pinboard, Memex 같은 서비스는 태그, 중복 제거, 컬렉션 공유, 썸네일 미리보기 같은 기능을 갖춘다. 브라우저 확장, 모바일 앱, API까지 붙여서 장치 간 이동이 매끄럽다. 다만, 조직 보안 정책에서 금지될 수 있고, 유료 기능이 핵심인 경우가 많다. 프라이버시 요구 수준도 점검해야 한다. 개인 링크모음이라면 유연성이 커서 좋고, 팀에서는 태그 표준과 공유 권한을 누가 주도하는지 합의가 필요하다.
확장 프로그램 기반 교차 동기화는 브라우저 간 직접 연결을 링크모음 시도한다. Floccus는 WebDAV, Nextcloud, Google Drive를 저장소로 쓰며, XBrowserSync는 자체 서버 또는 커뮤니티 서버를 활용한다. 장점은 내 데이터를 내가 소유한다는 점, 단점은 셋업 난도가 올라가고 장애 시 스스로 복구해야 한다는 점이다. 네트워크가 제한된 환경, 사내 NAS를 적극 활용하는 팀이라면 매력적이다.
실전 시나리오별 구성 예시
업무용 윈도우 PC에서 엣지를 기본 브라우저로, 개인 맥북과 아이폰에서는 사파리를 쓰고, 크롬은 개발용 또는 별도 프로필로 쓴다고 가정해보자. 이 구성이 요즘 가장 흔하다. 여기서 목표는 주소모음을 한 번 저장하면 모든 환경에서 접근 가능하게 만드는 것, 그리고 최소한의 손놀림으로 유지하는 것이다.
나는 이렇게 나눈다. 기기 고유 기능이 강한 곳에서는 그 기능을 살리고, 공용 링크는 클라우드 저장소로 모은다. 예를 들어, 읽고 싶은 장문 기사는 사파리의 읽기 목록이 편하다. 반대로 반복 방문하는 레퍼런스, 팀 위키, 주요 SaaS 대시보드는 Raindrop.io 같은 공용 저장소로 모아둔다. 이렇게 하면 사파리 읽기 목록은 애플 생태계에서 최고의 편의성을 유지하고, 업무 핵심 링크는 어디서든 동일하게 열린다. 엣지에서도, 크롬에서도 같은 확장을 깔면 똑같은 컬렉션을 본다. 이때 브라우저 기본 북마크 바에는 각 서비스의 진입점만 가볍게 올려두고, 자세한 묶음은 클라우드 서비스에서 관리한다.
수동 백업은 분기에 한 번, HTML로 각 브라우저 북마크를 내보낸다. 파일명에 날짜와 브라우저를 붙인다. 혹시 확장 서비스가 장애를 일으키거나 계정을 분리해야 할 때, 이 백업이 도망로가 된다. 압축하여 클라우드 드라이브와 로컬 외장에 이중 저장해두면 안전하다.
마이그레이션, 중복, 충돌을 깔끔하게 정리하는 법
처음 동기화를 설계하는 것보다, 기존에 누적된 링크를 정리해서 옮기는 일이 더 어렵다. 5년 넘게 쓴 브라우저에는 중복과 죽은 링크가 많고, 비슷한 폴더가 겹겹이 쌓여 있다. 여기서 중요한 것은 욕심을 줄이는 것이다. 완벽한 분류를 만들겠다는 생각을 내려놓고, 중요도 순으로 이동하면서 중복을 절반 이하로 줄이는 데 초점을 맞춘다.
나는 한 번에 모든 브라우저를 건드리지 않고, 기준 브라우저를 하나 정한다. 가장 많이 쓰는 브라우저, 또는 폴더 구조가 가장 덜 망가진 브라우저를 택한다. 그 안에서 폴더를 대분류 6개 내로 재정렬하고, 북마크 바를 다이어트한다. 그다음 HTML로 내보내서 다른 브라우저로 가져온다. 이때 가져오는 브라우저의 기존 북마크는 임시 폴더로 밀어두고, 새로 들여온 구조를 최상단에 둔다. 한 달 정도 두 구조를 병행하면서 놓친 것이 없나 확인한다. 한 달이 지나면 임시 폴더를 삭제한다. 이런 유예기간이 심리적 저항을 줄이고, 실수도 줄인다.
중복 제거는 자동화에 기대되지만, 100 퍼센트를 믿지 않는다. Raindrop.io나 브라우저 확장 중에는 중복 링크를 찾아주는 기능이 있다. 다만, url 파라미터나 프로토콜 차이로 동일 링크를 다르게 본다. 실제로 업무 툴의 대시보드는 UTM 파라미터가 달라지는 일이 많다. 그래서 대분류 폴더 단위로 중복 검사를 돌리고, 상식적인 범위에서만 일괄 삭제한다. 중요 폴더는 수동으로 훑으면서 북마크 이름을 정리한다. 이름에 키워드를 몇 개 박아두면 브라우저 주소창에서 검색이 잘 걸린다.
충돌은 대개 동기화 타이밍 때문에 생긴다. 크롬과 엣지에서 동시에 폴더 이름을 바꾸면, 어느 쪽이 승자가 될지 예측하기 어렵다. 교차 동기화를 쓰는 경우라면 더 그렇다. 구조를 바꾸는 날은 한 브라우저에서만 작업한다. 다른 브라우저는 완전히 종료해둔다. 15분 정도 기다렸다가, 다른 브라우저를 켠다. 이 작은 습관이 충돌을 크게 줄인다.
안전과 프라이버시, 기업 환경에서의 판단 기준
링크라고 해서 가볍게 보면 안 된다. 북마크에는 내부 대시보드, 계약서 저장소, 재무 데이터로 바로 들어가는 링크가 있다. 클라우드 서비스에 이 링크들이 모이면, 계정 탈취 한 번으로 상당한 정보가 노출될 수 있다. 조직에서 주소모음 정책을 정할 때는 다음을 기준으로 판단한다. 사내 자산, 고객 데이터로 이어지는 링크는 기업 계정과 기업이 승인한 브라우저 동기화에만 둔다. 외부 북마크 서비스로는 옮기지 않는다. 반대로 공개 문서, 블로그, 제품 매뉴얼, 오픈소스 레포지토리 등 외부 공개 정보는 자유롭게 써도 된다. 개인 영역과 업무 영역이 엇갈리지 않게 크롬과 엣지의 프로필을 분리하고, 브라우저마다 프로필을 눈에 띄는 색으로 지정한다.
의심스러운 주소모음이나 링크모음 사이트는 피한다. 요즘 커뮤니티에는 무료넷플릭스 같은 키워드로 트래픽을 모으는 주소 저장소가 자주 뜬다. 합법적 혜택 안내처럼 포장되지만, 실제로는 피싱, 광고 소프트웨어 유도, 크리덴셜 스터핑의 전단계가 된다. 원클릭 설치를 요구하거나 알 수 없는 확장을 끼워넣는 페이지는 닫는다. 합법 서비스의 프로모션은 공식 도메인에서 확인하고, 콘텐츠 구독은 정식 채널에서만. 주소모음을 속도 향상 도구로 쓰되, 보안 습관은 기본 설정으로 둔다.
크롬, 사파리, 엣지에서 꼭 알아둘 내장 기능
브라우저마다 북마크를 다루는 습관이 조금씩 다르다. 이 차이를 이해하면 같은 구조를 유지해도 손맛이 달라져서 사용성이 오르고, 동기화 과정에서 실수도 줄어든다.
크롬은 주소창에서 폴더 단위 검색이 빠르고, 북마크 매니저의 드래그 앤 드롭이 부드럽다. 프로필별로 북마크 바가 따로 보여서 업무와 개인을 쉽게 분리할 수 있다. 확장 생태계가 넓어 북마크 정리 도구를 여러 가지 붙일 수 있는데, 너무 많이 설치하면 충돌을 부른다. 하나만 고른다.
엣지는 수집 기능이 특이점이다. 웹 페이지 조각, 이미지, 노트를 모아보기에 좋다. 하지만 수집은 북마크와 독립된 구조라, 외부 서비스와 교차 동기화할 때는 헷갈릴 수 있다. 주소모음의 중심은 북마크에 두고, 수집은 임시 스크랩 보드처럼 쓰면 관리가 단순해진다. 기업 정책이 강하면 확장 설치가 제한될 수 있으니, 초기에 IT팀과 교차 동기화 도구 허용 여부를 상의해두면 좋다.
사파리는 읽기 목록과 탭 그룹이 고급스럽다. 탭 그룹별로 북마크 바 구성이 바뀌므로, 특정 프로젝트용 바로가기 세트를 만든 뒤 프로젝트가 끝나면 통으로 접을 수 있다. 다만, 사파리의 북마크 편집기는 대량 정리에 불편할 수 있다. 이럴 때는 맥에서 크롬이나 엣지로 임시 가져와 대량 정리를 한 뒤, 다시 사파리로 보내는 우회가 효과적이다.
교차 동기화 도구, 어디까지 자동화할 것인가
모든 것을 자동으로 맞추려는 욕망은 이해한다. 라인업도 많다. Raindrop.io는 컬렉션과 태그가 깔끔하고, 중복 제거, 죽은 링크 검사, 스크린샷 저장 같은 실용 기능이 안정적이다. 구독형이지만, 시간당 몇 분을 절약해준다고 계산하면 비용 대비 효율은 높은 편이었다. Pinboard는 간결하고 오래된 도구지만, API와 태그 중심의 사고방식을 좋아하는 사람에게 맞는다. Floccus는 웹DAV로 셀프 호스팅 스토리지를 쓸 수 있어 데이터 주권을 챙기려는 사용자에게 적합하다. XBrowserSync는 가볍고, 익명 동기화를 표방한다.
다만, 팀에서 쓰려면 두 가지를 먼저 본다. 첫째, 링크의 생명주기다. 프로젝트가 끝나면 링크는 폐기되거나 보관된다. 도구가 보관 상태를 잘 표현하는지, 링크에 메모와 책임자를 붙일 수 있는지가 중요하다. 둘째, 장애 시 복구 절차다. 북마크가 사라졌을 때 누구의 책임인지, 백업에서 복구하는 데 얼마나 걸리는지, 이슈 트래킹을 어디로 올릴 수 있는지가 명확해야 한다. 단순한 개인용이라면, 내보내기와 가져오기가 쉬운지가 핵심이다. 바깥으로 뽑을 수 있으면 도구 교체는 큰일이 아니다.
HTML 내보내기와 가져오기를 쓸 때의 요령
브라우저가 다르면 글자 인코딩, 줄바꿈, 특수문자 처리에서 차이가 난다. 긴 폴더명, 이모지, 비라틴 문자가 섞인 이름은 내보내기 후 다시 가져올 때 깨질 수 있다. 무난하게 가려면 폴더명은 30자 이내, 이모지는 사용하더라도 최상위 폴더에서는 피한다. 링크 제목은 핵심 키워드 몇 개만 남기고 군더더기는 버린다. 예를 들어, 문서 제목 끝의 버전 넘버나 날짜는 태그나 메모에 빼고, 북마크 이름은 고정 키워드로 균일하게 만든다.
가끔 HTML 가져오기 후에 중첩 폴더가 두 겹 생기는 일이 있다. 예를 들어, 가져온 폴더 안에 다시 북마크 바라는 이름의 폴더가 생기는 식이다. 이럴 때는 겁먹지 말고, 상위 폴더 구조를 펼쳐서 진짜 상단 바로 끌어올리면 된다. 손으로 15분만 정리해도 전체 구조가 눈에 익고, 다음 번 옮길 때 더 빨라진다.
모바일과 데스크톱의 접점을 다듬기
아이폰과 아이패드에서 사파리는 독보적이다. 링크 저장은 공유 시트의 북마크 추가 또는 읽기 목록 추가가 가장 빠르다. 크롬과 엣지에서도 iOS용 앱을 깔면 북마크 동기화가 가능하지만, OS 차원에서 사파리만큼 깊지는 않다. 그래도 모바일에서 생산성을 내야 한다면 두 가지 습관이 큰 차이를 만든다. 하나, 공유 시트에 클라우드 북마크 앱을 올려두고, 모바일에서 발견한 자료를 바로 컬렉션으로 보낸다. 둘, 모바일에서는 북마크 바를 최대한 비워서 새 탭의 첫 화면을 청결하게 유지한다. 손으로 찾는 시간이 줄어든다.
안드로이드에서는 크롬이 가장 자연스럽다. 엣지도 앱 완성도가 높아서 마이크로소프트 계정으로 회사 자료를 다루기에 좋다. 클라우드 북마크 앱은 플랫폼을 가리지 않고 제공되는 경우가 많다. 다만, 모바일에서 태그를 많이 붙이는 습관은 오래가지 못한다. 터치로 태그를 여러 개 고르는 과정이 번거롭기 때문이다. 모바일에서는 임시로 한 곳에 모으고, 데스크톱에서 태그를 붙이는 흐름이 편하다.
팀에서 공유할 때 무너지는 지점과 대처법
개인이야 조금 난잡해도 버틴다. 팀에서는 주소모음이 느슨하면 업무가 분산된다. 한 번은 12명 규모의 팀에서 프로젝트 링크를 구글 스프레드시트로 공유하던 적이 있다. 누군가가 열을 하나 더 삽입하면서 정렬이 깨졌고, 다른 팀원이 복구하려다 링크 일부를 지웠다. 그 주 내내 링크 요청이 슬랙을 채웠다. 이 일을 겪고 나서 규칙을 단 세 가지로 줄였다. 프로젝트별 상단 컬렉션, 담당자 필수 메모, 아카이브 시점 명시. 도구는 Raindrop.io를 썼고, 컬렉션 소유자는 PM으로 고정했다. 3개월이 지나자 검색으로 발견하지 못한 링크는 사실상 필요 없는 링크라는 판단이 섰다. 주소모음은 늘어난 링크를 보관하는 창고가 아니라, 일이 흐르는 경로 그 자체여야 한다.
회사 정책으로 외부 서비스 사용이 금지되면, 엣지와 크롬의 내장 동기화만으로도 버틸 수 있다. 이때는 프로필 분리가 더욱 중요하다. 프로젝트마다 프로필을 만들면 과할 수 있으니, 부서 또는 고객사 단위로 두세 개가 적당하다. 프로필 간 전환은 단축키와 아이콘 색으로 빠르게. 정리 회의는 분기별로 30분만 투자한다. 세밀한 정리는 개인별로, 공용 컬렉션은 PM이 유지한다. 팀 문서에 컬렉션 링크를 넣고, 링크 추가 규칙을 두 줄로 적는다. 길고 복잡한 가이드라인은 아무도 읽지 않는다.
장애와 복구, 현실적으로 준비하기
동기화가 망가지는 시나리오는 대체로 단순하다. 계정 로그아웃, 비밀번호 변경, 다중 인증 기기 분실, 스토리지 용량 부족, 확장 프로그램 버전 충돌. 문제를 빨리 파악하려면 증상을 기록하는 습관이 필요하다. 예를 들어, 북마크가 갑자기 사라졌다면, 어느 브라우저에서 언제 무슨 조작을 했는지, 온라인 상태였는지, 같은 계정을 다른 기기에서 열었는지. 이런 로그가 있으면 복구 지원 문서를 읽을 때도 길을 잃지 않는다.
브라우저별로 과거 북마크를 복원하는 방법이 있다. 크롬은 사용자의 로컬 프로필 폴더에 이전 버전의 Bookmarks 파일이 남아 있을 때가 많다. 윈도우에서는 사용자 디렉터리 아래 AppData 경로, 맥에서는 라이브러리 경로다. 엣지도 유사한 위치에 세션 데이터가 있다. 물론 이 파일을 수동으로 만지는 건 위험하니, 복원은 복사본을 떠서 별도 브라우저 프로필에서 테스트한 뒤 적용한다. 클라우드 북마크 서비스는 보통 휴지통과 버전 기록이 있다. 유료 플랜에서만 제공되는 경우도 있으니, 평소에 확인해두는 편이 낫다.
유지보수 루틴, 짧고 단단하게
동기화는 초기 세팅보다 유지가 더 중요하다. 구조를 자주 바꾸지 말고, 루틴을 작게 만든다. 나는 매주 금요일 오후 10분을 루틴으로 쓴다. 그 주에 추가된 북마크 중 임시 스크랩을 지우고, 레퍼런스만 남긴다. 죽은 링크가 있는지 대분류 한 칸만 훑는다. 한 달에 한 번은 HTML로 내보내 백업한다. 새로운 도구를 시도하고 싶을 때는 본계정에 바로 적용하지 않는다. 보조 프로필에서 실험해보고, 충돌이 없다는 확신이 생기면 편입한다.
여기까지 실행하면 동기화는 잔고장이 줄고, 주소모음이 밀도 높은 자원이 된다. 이 상태에서야 비로소 고급 기능이 빛난다. 예를 들어, 크롬의 주소창 키워드 검색을 적극 활용한다. 폴더 이름, 북마크 이름에 일정한 접두사를 넣어둔다. Eng, des, fin 같은 짧은 접두사가 검색 속도를 높인다. 사파리에서는 탭 그룹을 계절별 프로젝트로 운용해, 프로젝트가 끝나면 그룹을 접는다. 엣지에서는 수집 기능을 브리핑 자료의 스크랩 보드로 쓰고, 완성되면 북마크로 격상한다. 도구마다 잘하는 일을 맡기면, 교차 동기화의 부담이 줄어든다.
바로 실행할 수 있는 세팅 가이드
아래 순서로 세팅하면 이틀이면 안정적인 교차 동기화 구조를 만들 수 있다. 중간에 막히면 멈추고, 브라우저 한 곳에서만 다시 정리하면 된다.
- 기준 브라우저 하나를 정한다. 대분류 폴더를 6개 이내로 다듬고, 북마크 바를 한 줄로 줄인다. 기준 브라우저에서 HTML로 내보낸다. 파일명에 브라우저와 날짜를 붙인다. 다른 브라우저로 가져오되, 기존 북마크는 임시 폴더로 밀어둔다. 클라우드 북마크 서비스를 하나 골라 확장과 앱을 설치하고, 공용 링크를 옮긴다. 4주간 병행 사용하며 빠진 링크를 보완한 뒤, 임시 폴더를 정리한다.
마지막 점검 체크리스트
필수만 챙기면 반은 끝난다. 이 다섯 가지를 확인하고 넘어가자.
- 업무와 개인 프로필이 분리되어 있는가. 대분류 폴더가 6개 이내, 폴더 깊이는 2층 이내인가. 분기별 HTML 백업 경로와 보관 위치가 정해져 있는가. 공용 컬렉션의 소유자와 보조 관리자가 지정되어 있는가. 의심스러운 주소모음, 링크모음 사이트를 북마크에서 제거했는가.
실무에서 자주 만나는 엣지 케이스
여행 중 오프라인에서 링크를 열어야 하는 경우가 있다. 항공권 확인 메일, 호텔 예약, 지도, 비상 연락처 링크 같은 것들이다. 이럴 때는 북마크보다는 PDF로 저장하거나, 읽기 목록의 오프라인 저장 기능을 써야 한다. 사파리는 읽기 목록을 오프라인으로 내려받을 수 있고, 크롬과 엣지도 비슷한 기능을 제공한다. 출국 전 와이파이에서 한 번 동기화를 눌러두면, 기내에서도 문서를 볼 수 있다.
사내 프록시와 SSL 가시화 장비가 있는 환경에서는 확장 프로그램이 예기치 않게 동작을 멈출 수 있다. 클라우드 북마크 앱이 동기화를 실패하면, 먼저 브라우저 개발자 도구의 네트워크 오류를 본다. 인증서 에러가 보이면 IT팀과 협의가 필요하다. 임시로는 수동 HTML 경로로 링크를 옮겨서 업무를 이어간다. 이런 환경에서는 로컬 네트워크의 WebDAV 서버에 Floccus를 붙이는 구성이 의외로 잘 맞는다. 외부로 나가지 않고 회사망 안에서만 동기화가 이뤄진다.
브라우저를 새로 설치하거나 PC를 교체할 때는 마음이 급해진다. 동시에 여러 브라우저에 로그인하고 확장을 깔다 보면, 초기에 충돌이 터진다. 이럴 때는 장치를 셋업하는 순서를 정해두는 편이 안전하다. 운영체제 계정 로그인, 브라우저 하나 설정과 북마크 확인, 클라우드 북마크 앱 설치, 다른 브라우저 설정. 순서를 지키면 문제의 범위를 좁혀서 원인을 찾기 쉽다.
마무리하며, 주소모음이 나를 돕도록
동기화의 핵심은 기술보다 습관이다. 계정을 분리하고, 폴더를 단순하게 유지하고, 백업을 생활화하면, 어떤 도구를 골라도 절반은 성공한다. 크롬, 사파리, 엣지를 동시에 쓰는 환경은 앞으로도 오래 이어질 것이다. 각 브라우저의 장점을 살리되, 공용 링크는 하나의 중립 지대에 모아두자. 의심스러운 링크모음, 무료넷플릭스 같은 유혹은 단칼에 치우고, 신뢰 가능한 경로로만 주소를 모은다. 그러면 모든 화면이 같은 길로 통한다. 출근한 자리, 카페 구석, 밤늦은 거실에서 열어도, 같은 폴더와 같은 이름이 당신을 기다린다.