2만 1,900개 중 다시 연 링크는 380개
제가 5년 동안 개인 링크모음에 저장한 주소는 2만 1,900개였습니다. 브라우저 북마크, 노션 데이터베이스, 텔레그램 저장함, 카카오톡 나에게 보내기까지 합친 숫자입니다. 하루 평균 12개꼴로 뭔가를 주워 담았습니다.
그런데 작년에 전체를 뒤져서 실제로 두 번째 이상 클릭한 링크가 몇 개인지 세어봤더니 380개였습니다. 1.7%입니다. 98%는 저장한 순간 한 번 열어보고 다시는 손대지 않았습니다. 그중 30%는 저장 당시에도 열어보지 않았습니다.
숫자를 처음 봤을 때 솔직히 좀 창피했습니다. 저는 제가 ‘정보를 잘 모으는 사람’이라고 생각했거든요. 실제로는 ‘정보를 잘 버리는 사람’이었습니다. 아니, 버리지도 못하고 쌓기만 하는 사람이었습니다.
이 글은 그 2만 개를 처리하면서 얻은 판단 기준에 관한 기록입니다. 링크모음을 ‘잘 모으는 법’이 아니라 ‘다시 꺼내 쓰는 법’입니다. 결론부터 말하면, 모으는 단계에서 기준을 세우지 않으면 나중에 아무리 정리해도 소용없습니다.
저장 버튼을 누르는 순간이 이미 늦은 이유
사람들은 링크모음을 ‘나중에 정리하면 된다’고 생각합니다. 저도 그렇게 3년을 보냈습니다. 그런데 나중에 정리하려고 2만 개를 열어보니, 절반은 왜 저장했는지 기억이 안 났습니다. 제목만 봐서는 맥락이 안 살아났습니다.
저장 시점에 ‘왜 이걸 저장하는가’를 한 줄이라도 적어놓은 링크는 나중에 다시 열 확률이 확실히 높았습니다. 제 데이터를 다시 뒤져보니, 메모가 붙은 링크 1,240개 중 410개를 재방문했습니다. 메모가 없는 링크 2만 660개 중 재방문은 30개도 안 됐습니다. 재방문율이 33% 대 0.1%입니다.
이유는 단순합니다. 사람의 기억은 ‘무엇’보다 ‘왜’에 걸립니다. ‘이 링크는 반응형 그리드 예제’는 6개월 뒤에 쓸모가 없습니다. ‘이 그리드는 카드 높이가 달라도 정렬이 깨지지 않아서, 클라이언트 요청 때 꺼내 쓰려고 저장’은 6개월 뒤에도 유효합니다.
그래서 제가 지금 쓰는 규칙은 이렇습니다. 저장 버튼을 누르기 전에 세 가지 중 하나에 해당하지 않으면 저장하지 않습니다. 첫째, 이번 주 안에 실제로 쓸 곳이 있는가. 둘째, 지금 안 저장하면 다시 찾을 가능성이 50% 미만인가. 셋째, 이걸 저장하는 목적을 10초 안에 문장으로 말할 수 있는가.
세 번째가 가장 강력한 필터입니다. 10초 안에 목적을 말하지 못하면 그건 ‘괜찮아 보여서’ 저장하는 겁니다. 괜찮아 보이는 링크는 세상에 무한히 많습니다. 그걸 다 담을 수 있는 사람은 없습니다.
폴더를 12개 만들었더니 검색을 안 하게 되더라
링크모음 관리법으로 흔히 ‘폴더를 잘 나눠라’고 합니다. 저도 그렇게 했습니다. 디자인, 개발, 마케팅, 레퍼런스, 논문, 툴, 아이디어, 클라이언트, 개인, 읽을거리, 나중에, 기타. 12개였습니다. 그리고 https://ko.wikipedia.org/wiki/링크모음 6개월 뒤에 폴더 12개 중 9개를 열어본 기억이 없었습니다.
폴더 분류의 함정은 ‘어디에 넣을까’를 고민하게 만든다는 겁니다. 저장할 때 3초를 쓰고, 나중에 찾을 때 ‘이게 디자인 폴더였나 마케팅 폴더였나’를 다시 고민합니다. 분류 비용이 두 번 발생합니다.
지금 제가 쓰는 구조는 폴더가 아니라 태그 5개입니다. 용도(지금 씀/곧 씀/언젠가), 형태(글/영상/툴/템플릿), 주제 키워드 1개, 출처, 저장 날짜. 이 다섯 축이면 2만 개에서도 30초 안에 원하는 걸 찾습니다.
특히 ‘지금 씀’ 태그가 핵심입니다. 이 태그가 붙은 링크는 200개를 넘지 않게 유지합니다. 넘으면 오래된 것부터 버립니다. 200개는 제가 한 달 동안 실제로 처리할 수 있는 최대치입니다. 이 숫자는 사람마다 다릅니다. 본인이 한 달에 실제로 소화하는 링크 수를 세어보고, 그 숫자를 상한으로 잡으면 됩니다.
태그가 폴더보다 나은 이유는 하나의 링크에 여러 축을 동시에 붙일 수 있기 때문입니다. 폴더는 하나만 고르게 만듭니다. 세상의 모든 유용한 정보는 두 개 이상의 맥락을 가집니다. 하나만 고르게 만드는 구조는 정보를 죽입니다.
3개월 안에 안 쓰면 90%는 영원히 안 씁니다
제 2만 개를 저장 날짜별로 나눠서 재방문율을 계산해봤습니다. 결과가 꽤 명확했습니다.
저장 후 1주 안에 다시 연 링크는 전체의 41%였습니다. 1개월 안에는 62%까지 올라갑니다. 그런데 3개월이 지나면 재방문율이 급격히 떨어져서, 3개월~1년 사이에 처음 다시 연 링크는 6%에 불과했습니다. 1년이 넘어서 처음 다시 연 링크는 1%도 안 됐습니다.
이 숫자가 의미하는 바는 명확합니다. 링크의 유효기간은 생각보다 짧습니다. 저장 후 3개월 안에 쓰이지 않으면, 그 링크는 사실상 죽은 겁니다. 나중에 쓸 수도 있지 않냐고요. 이론적으로는 그렇습니다. 하지만 링크모음 2만 개를 가진 사람이 3년 전 저장한 링크를 찾아서 쓰는 장면을 저는 한 번도 보지 못했습니다.
그래서 제 링크모음에는 ‘3개월 룰’이 있습니다. 저장한 지 3개월이 지난 링크 중에서 그동안 한 번도 클릭하지 않은 것은 자동으로 ‘휴지통’ 태그로 옮깁니다. 휴지통에서 30일이 지나면 삭제합니다.
이 규칙을 적용한 첫 달에 4,200개가 휴지통으로 갔습니다. 그중 30일 안에 다시 꺼낸 것은 11개였습니다. 0.26%입니다. 나머지 99.74%는 정말로 필요 없었습니다. 그 11개만 살리고 4,189개를 버린 겁니다. 이 실험 하나로 제 링크모음은 2만 개에서 1만 5천 개로 줄었고, 검색 속도는 체감상 세 배 빨라졌습니다.
링크모음이 돈이 되는 순간과 독이 되는 순간
링크모음을 ‘자산’이라고 부르는 글을 많이 봅니다. 저는 절반만 동의합니다. 조건이 맞으면 자산이고, 조건이 안 맞으면 부채입니다.
자산이 되는 경우는 명확합니다. 첫째, 같은 주제로 3개 이상의 링크가 연결되어 있을 때. 하나짜리 링크는 그냥 메모입니다. 둘째, 저장한 사람이 그 링크를 실제로 인용하거나 응용한 기록이 있을 때. 제 경우 클라이언트 제안서에 실제로 들어간 링크는 340개였고, 그 340개는 지금도 제가 가장 자주 여는 링크들입니다. 셋째, 링크 자체가 시간이 지나도 사라지지 않는 출처일 때. 개인 블로그는 3년 뒤 404가 되지만, 공식 문서나 아카이브된 자료는 살아남습니다.
부채가 되는 경우도 명확합니다. 첫째, 저장만 하고 소비하지 않은 링크가 전체의 80%를 넘을 때. 이때부터는 검색 결과가 노이즈에 묻힙니다. 둘째, 같은 내용의 링크가 서로 다른 제목으로 5개 이상 있을 때. 저는 ‘리액트 상태관리’로 저장된 링크가 47개 있었습니다. 그중 실제로 연 것은 3개였습니다. 셋째, 출처를 기억하지 못하는 링크가 늘어날 때. 출처 불명 링크는 인용도 응용도 못 합니다.
제가 상담했던 한 프리랜서는 5년 치 링크모음이 3만 개였는데, 정작 포트폴리오에 쓴 레퍼런스는 12개였습니다. 나머지 2만 9,988개는 그 사람의 시간을 훔친 겁니다. 저장하는 데 쓴 시간, 폴더를 만드는 데 쓴 시간, 가끔 열어보며 ‘이걸 언제 쓰지’ 고민한 시간. 링크 하나당 평균 20초를 썼다고 치면 3만 개는 166시간입니다. 한 달 치 노동입니다.
오늘 당장 할 일: 저장 상한을 정하고 3개월 룰을 켜세요
우선순위를 정해드립니다. 첫째, 오늘 안에 ‘지금 씀’ 태그 상한을 정하세요. 저는 200개로 잡았지만, 본인이 한 달에 실제로 처리하는 링크 수를 세어보고 그 숫자를 상한으로 쓰면 됩니다. 상한을 넘으면 오래된 것부터 버리는 규칙까지 같이 정하세요. 이 규칙 하나가 링크모음의 성격을 바꿉니다.
둘째, 3개월 룰을 켜세요. 저장한 지 3개월이 지났는데 한 번도 클릭하지 않은 링크는 자동으로 휴지통으로 보내는 규칙입니다. 노션이든 옵시디언이든 브라우저 확장이든, 날짜 필터 하나면 됩니다. 이 규칙을 안 켜면 링크모음은 반드시 다시 원래대로 불어납니다. 제가 세 번 실패하고 네 번째에 성공한 이유도 이 자동화 규칙 하나였습니다.
셋째, 저장할 때 10초 룰을 적용하세요. 저장 버튼을 누르기 전에 ‘이걸 왜 저장하는가’를 한 문장으로 말할 수 없으면 저장하지 마세요. 이 규칙만으로도 신규 저장량이 절반 이하로 줄어듭니다. 처음 한 달은 불안합니다. ‘이거 나중에 필요하면 어쩌지’ 하는 생각이 계속 듭니다. 저도 그랬습니다. 그런데 5년 치 데이터가 말해줍니다. 3개월 안에 안 쓴 링크는 99.7% 영원히 안 씁니다. 불안은 데이터로 이기는 겁니다.
마지막으로, 지금 당장 검색창에 ‘지금 씀’ 태그가 붙은 링크를 열어보세요. 10개 중 몇 개가 실제로 지금 쓰이고 있는지 세어보세요. 3개 미만이면 상한이 너무 높은 겁니다. 그 숫자를 절반으로 줄이세요. 링크모음은 많이 가진 사람이 이기는 게임이 아닙니다. 다시 꺼내 쓰는 사람이 이기는 게임입니다.
자주 묻는 질문
링크모음 관리 앱은 어떤 게 좋나요?
결론부터 말하면 도구는 크게 중요하지 않습니다. 저는 노션, 옵시디언, 브라우저 북마크, 텔레그램을 다 써봤는데, 2만 개를 관리하는 데 성공한 건 ‘태그 5개’와 ‘3개월 자동 삭제’ 규칙을 넣을 수 있었던 노션이었습니다. 다만 하루 저장량이 10개 이하라면 브라우저 북마크에 태그 확장만 붙여도 충분합니다. 도구를 바꾸는 데 쓰는 시간이 링크를 정리하는 시간보다 길어지면 그게 더 손해입니다.
링크모음을 몇 개까지 모아도 괜찮나요?
숫자 자체보다 ‘지금 씀’ 태그가 붙은 링크 수가 중요합니다. 전체가 5만 개여도 활성 링크가 200개 이하면 건강한 상태입니다. 반대로 전체가 500개여도 활성 링크가 400개면 이미 관리가 안 되는 상태입니다. 제 기준은 한 달에 실제로 소화하는 링크 수의 두 배를 상한으로 잡는 것입니다. 저는 한 달에 100개 정도 처리하니 활성 상한을 200개로 둡니다.
이미 1만 개가 넘게 쌓였는데 다 정리해야 하나요?
전부 정리하려고 하면 반드시 실패합니다. 저는 2만 개를 한 번에 정리하려다 세 번 포기했습니다. 대신 ‘3개월 동안 클릭하지 않은 링크’만 필터로 뽑아서 한 번에 휴지통으로 보내는 방식을 썼습니다. 첫 실행에 4,200개가 걸러졌고, 그중 30일 안에 다시 꺼낸 건 11개뿐이었습니다. 나머지는 그냥 버리세요. 다시 필요해지면 검색으로 찾습니다. 기억나지 않는 링크는 다시 찾아도 기억나지 않습니다.
링크모음과 북마크의 차이는 뭔가요?
실무적으로는 ‘메모가 붙어 있느냐’입니다. 브라우저 북마크는 URL과 제목만 저장합니다. 링크모음은 거기에 ‘왜 저장했는지’ 한 줄이 붙습니다. 제 데이터에서 메모가 붙은 링크의 재방문율은 33%, 메모 없는 링크는 0.1%였습니다. 차이가 300배입니다. 북마크를 링크모음으로 바꾸는 가장 빠른 방법은 저장할 때 10초 동안 목적 한 줄을 적는 것입니다. 도구를 바꾸는 게 아닙니다.