링크모음 실패 사례에서 배우는 정리 습관

링크를 모으기 시작하는 이유는 단순하다. 흩어지는 정보가 아까워서, 나중에 찾아 쓰고 싶어서다. 문제는 시간이 조금만 지나면 그 선한 의도가 금세 엉망이 되곤 한다. 몇 달 쌓인 북마크 폴더를 열어보면 중복, 미완, 보류, 깨진 링크가 뒤엉켜 있다. 검색창에 키워드를 입력해도, 내 손으로 저장한 자료가 정작 눈앞에 나오지 않는다. 일하면서, 팀을 돕거나 개인 프로젝트를 하면서 나는 이런 장면을 수없이 봤다. 도구가 나빠서가 아니다. 링크를 대하는 습관이 내용을 이긴다.

여기서는 실패 사례에서 건진 교훈을 중심으로, 링크모음과 주소모음이 오래 버티는 정리 습관을 정리했다. 익숙한 도구 이름은 곁가지일 뿐이다. 브라우저 북마크, 스프레드시트, 노트 앱, 전용 서비스인 주소아지트 같은 것을 쓰든, 원리는 같다. 애써 모은 링크가 일의 흐름을 붙잡아 주는가, 아니면 검색의 벽돌이 되는가. 경계는 작고 구체적인 습관에서 갈린다.

어디서 무너지는가, 다섯 실패 패턴

캡처 과잉: 저장 버튼이 쉬운 만큼 아무 생각 없이 담는다. 일주일에 200개씩 저장하는데, 실제로 다시 여는 건 10개 남짓이다. 포만감만 남고, 신뢰는 떨어진다.
태그 폭주: 태그를 자유롭게 붙이다 보면 한 달 만에 태그가 300개를 넘는다. 의미가 겹치는 것들이 늘어난다. 오탈자까지 끼어들어 검색 정확도는 급락한다.
제목 신뢰 붕괴: 자동으로 끌어온 페이지 제목을 그대로 두면, 뉴스 포털의 문구나 트래킹 쿼리, 무의미한 숫자 같은 노이즈가 남는다. 나중에 보려 해도 왜 저장했는지 감이 없다.
업데이트 없는 박제: 링크는 살아 움직인다. URL 구조가 바뀌거나, 로그인 뒤로 숨어버리거나, 문서가 새 버전으로 대체된다. 검증 주기가 없으면, 시간만 지나도 절반은 쓸모가 줄어든다.
플랫폼 종속: 하나의 서비스에 올인해 폴더 구조를 짜고 수백 시간을 쏟는다. 그런데 내보내기 포맷이 제한적이거나, 검색이 막혀 있거나, 가격 정책이 변하면 손발이 묶인다.

이 중 두세 가지만 겹쳐도 정리 시스템은 순식간에 무너진다. 반대로, 각 실패 패턴에 최소한의 안전장치를 걸어두면 웬만한 도구에서도 오래 버틴다.

습관은 제약에서 시작된다

링크모음이 실패하는 가장 큰 이유는 필요 이상으로 많이, 자유롭게, 한 번에 해결하려 하기 때문이다. 제한과 규칙을 먼저 걸면 정리의 품질이 올라간다. 내가 팀과 개인에게 권하는 제약은 다섯 가지다. 수량, 형식, 위치, 언어, 시간에 대한 제약이다.

수량은 하루 저장 상한을 정한다. 예를 들어 개인은 하루 20개, 팀은 50개를 넘지 않도록 한다. 넘으면 다음 날로 이월하지 말고 버린다. 억울해도 괜찮다. 상한이 생기면 선별 기준이 자동으로 예민해진다. 형식은 제목과 메모의 최소 형식을 강제한다. 제목은 스스로 다시 알아볼 수 있도록 60자 안에서 요약하고, 메모는 왜 저장하는지 한 문장으로 남긴다. 링크를 붙일 위치도 제한한다. 개인은 기초 저장소를 하나로 고정한다. 브라우저 북마크든, 메모 앱이든, 주소아지트든 상관없다. 처음 저장은 한 군데서만 하고, 분류는 나중에 묶는다. 언어는 태그 정책으로 구체화한다. 한국어 태그를 쓰면 끝까지 한국어, 영어를 쓰면 끝까지 영어로 유지한다. 시간은 점검 주기로 관리한다. 2주 단위로 최근 항목만, 분기 단위로 핵심 카테고리만 검토한다. 회의 일정처럼 달력에 박는다.

이 다섯 제약이 만드는 효과는 단순하다. 저장할 때 잠깐의 마찰을 추가해, 나중의 검색 시간을 몇 배로 줄인다. 마찰이 너무 커도 문제라서, 기준이 숫자와 문장처럼 빠르게 처리 가능한 요소여야 한다.

깨진 태그의 악순환을 끊는 방법

태그는 링크모음의 생명줄이다. 잘 붙이면 검색과 묶음이 단순해지지만, 대개는 산만하게 늘어난다. 현장에서 본 태그 지옥은 이런 모습이었다. 팀 A는 6개월 동안 2,400개의 링크를 모았다. 태그는 520개였고, 그중 사용 빈도가 1회인 것이 400개에 달했다. 보기만 해도 손이 떨린다.

탈출은 세 단계로 나눈다. 우선, 의미가 겹치는 태그를 합친다. 예를 들어 mobile, 모바일, app, 앱처럼 언어가 섞여 있거나 상위 개념과 하위 개념이 뒤섞여 있으면 상위 개념 한두 개로 통일한다. 두 번째로, 영역 접두사를 붙인다. 디자인 관련이면 d:, 기술 관련이면 t:, 사업 관련이면 b:처럼 짧은 접두사를 태그 앞에 붙인다. 이렇게 하면 화면에서 시각적으로 묶임이 생기고, 검색에서 범위를 먼저 좁힐 수 있다. 세 번째로, 프로젝트 태그는 유통기한을 둔다. P:alpha-2025Q2처럼 분기 단위 만료를 이름에 반영한다. 분기가 지나면 일괄 취소하거나 보관함으로 옮긴다.

태그 수는 어느 정도가 적정일까. 개인은 상위 태그 12개 안에서, 팀은 20개 안에서 관리하는 것을 권한다. 그 이상이면 상위 구조의 역할이 약해진다. 하위 태그는 상위당 5개 내외로 묶되, 하위는 없어도 된다. 중요한 건, 태그가 버릴 것을 빨리 버리게 해주는가다. 검색시에 두 번 타이핑하면 80%가 걸리고, 세 번이면 95%가 걸리게 만드는 것이 목표다.

저장할 때 써야 하는 최소 메모, 그리고 길이

링크 제목만으로는 부족하다. 검색과 재방문을 위해선 한 줄의 맥락이 필수다. 내가 쓰는 간단한 템플릿은 세 요소다. 목적, 키워드, 상태. 예를 들어 이런 식이다. "대학 신입생 대상 UI 리서치 방법, 인터뷰 스크립트 참고, 초안에 반영 예정". 이 한 줄이면 내가 왜 이 링크를 지금 저장하는지, 나중에 어디서 쓸지를 최소한으로 설명한다. 길이는 120자 안쪽으로 제한한다. 이 정도면 모바일에서도 한 화면에 들어오고, 수정의 부담이 적다.

팀에서는 상태 표현을 좀 더 엄격히 가져간다. R:읽기, s:요약, a:적용 같은 상태 코드를 메모 맨 앞에 붙인다. R가 붙은 항목은 주간 스탠드업에서 확인하고, s가 붙은 항목은 위키나 문서로 확산한다. A가 붙은 항목은 작업 항목과 연결한다. 이 매핑이 되어 있어야 링크모음이 레퍼런스를 넘어서 행동으로 이어진다.

주소 형식 정리, 제목 정리, 썸네일 정리

URL 자체의 품질도 검색성과 수명에 영향을 준다. 공유용 단축 URL은 유효기간과 리디렉션 문제를 일으키기 쉽다. 가능하면 원본 URL을 남긴다. 트래킹 파라미터는 저장 전에 제거한다. Utm_source 같은 쿼리가 제목과 메모를 어지럽힌다. 제목은 매체가 붙인 유도 문구를 걷어내고, 내용 핵심을 앞에 둔다. "10가지로 보는…" 같은 구조는 나중에 나를 배신한다. 가능한 한 명사구로 끊고, 중복되는 날짜는 제거한다. 화면 미리보기를 제공하는 도구를 쓰면 썸네일이 캐시를 어지럽힐 수 있다. 시각 힌트가 꼭 필요할 때만 허용하고, 텍스트 정리에 투자하는 편이 대체로 낫다.

이렇게 들어가는 수고가 매 항목 20초 내외라고 보면, 하루 20개 저장 기준으로 추가 시간은 약 7분이다. 그 7분이 한 달 후엔 2시간 이상의 검색 절약으로 돌아온다. 팀 단위에선 절감 효과가 더 확실하다. 같은 링크를 여러 명이 다른 폴더에 중복 저장하는 걸 줄이기 때문이다.

팀과 개인의 경계, 그리고 권한

개인 북마크는 속도가 전부다. 차라리 선별이 조금 느슨해도 상관없다. 팀의 링크모음은 권한과 신뢰가 핵심이다. 신규 입사자가 들어오면, 지난 분기의 핵심 링크를 묶어 브리핑 팩으로 제공한다. 여기서 오래된 자료를 걸러내는 기준을 객관화해야 한다. 예를 들어 기술 스택이 바뀌었거나, 법규가 개정되었거나, 경쟁사 포지셔닝이 달라졌다면 같은 주제를 다룬 링크라도 새 버전에 교체한다. 논의가 끝난 의사결정 스레드는 보관만 하고 검색 노출에서 제외한다. 일부 도구는 보관함 처리만으로는 검색 제외가 되지 않는다. 이럴 땐 상태 태그나 접두사로 노출을 제어한다.

팀 링크모음의 실패 사례 중 기억나는 것이 하나 있다. 영업팀과 마케팅팀이 같은 자료를 다른 구글 드라이브 폴더에서 공존하게 두었다. 이름은 비슷했고, 내용도 중복이었다. 어느 날 가격 정책이 바뀌었는데, 제안서 템플릿의 가격표가 반영되지 않았다. 이틀 뒤 3건의 견적이 틀렸다. 링크모음의 실패가 실 매출 손실로 이어진 셈이다. 여기서 배운 건 분명했다. 단일 진실 원천을 정해야 한다. 한 파일, 한 링크가 기준이 되고, 다른 모든 곳에서 그 기준만 참조해야 한다. 권한은 그 기준 위치에서만 수정 가능해야 한다.

도구 선택보다 중요한 내보내기와 검색

주소아지트 같은 전용 서비스가 주는 장점은 분명하다. 수집 속도가 빠르고, 태그와 메모 필드가 분리되어 있으며, 공유와 권한 기능이 안정적이다. 브라우저 기본 북마크보다 팀용으로 적합하다. 다만 어떤 도구를 고르든 두 가지는 반드시 확인한다. 내보내기와 검색이다.

내보내기는 최소한 HTML과 CSV 포맷을 제공해야 하며, 태그와 메모, 작성일 정보가 함께 담겨야 한다. 백업 주기는 월 1회로 잡되, 분기마다 복원 테스트를 해봐야 한다. 파일만 쌓고 복원을 안 해보면, 위기에서 엉뚱한 포맷 문제로 시간을 잃는다. 검색은 태그와 제목, 메모, 도메인별 필터가 조합되어야 쓸만하다. 링크모음이 수천 개가 되면 도메인 필터만으로도 목적지를 절반으로 줄일 수 있다. 예를 들어 도메인:paperswithcode와 태그:d:ml, 상태:s를 조합하는 식이다.

여기에 한 가지 더. 모바일 입력의 friction. 저장할 때 메모까지 쓰려면, 모바일에서의 입력 마찰이 낮아야 한다. 공유 시트에서 곧바로 태그와 메모를 편집할 수 있는지, 최근 태그가 자동 제안되는지, 오프라인 저장이 가능한지 확인한다. 작은 차이가 습관을 살린다.

실패에서 갈아 넣은 최소 규칙, 다섯 가지 체크리스트

아래 다섯 가지는 실패가 반복될 때마다 뒤돌아가 붙잡았던 기둥 같은 규칙이다. 링크모음 도구가 바뀌어도 크게 달라지지 않았다. 개인과 팀 모두 적용 가능하다.

하루 저장 상한을 정한다. 개인 20, 팀 50. 넘기면 버린다.
제목은 60자, 메모는 120자. 한 줄 목적, 한 줄 상태.
태그는 상위 12개(팀은 20개) 이내, 접두사로 영역을 표시한다.
분기마다 핵심 카테고리 2시간 점검, 오래된 링크는 교체 또는 보관.
백업은 월 1회, 분기별 복원 테스트. 내보내기는 HTML과 CSV 둘 다 확보.

이 다섯 가지를 달력과 자동화로 잠그면, 습관은 흐트러져도 시스템이 무너지지 않는다. 자동화라고 해서 거창할 필요는 없다. 캘린더 리마인더, 간단한 스크립트, 통계 알림이면 충분하다.

링크를 다시 열게 만드는 제목의 기술

링크 리스트에서 손이 가는 항목은 의외로 단순한 규칙을 따른다. 나중에 보려고 저장한 자료는 나중에도 끌려야 한다. 한 번의 수정을 거친 제목이 그렇지 않은 제목보다 클릭률이 2배 이상 높았다. 팀에서 테스트했을 때, 자동 수집 제목의 평균 재방문율이 8%였고, 수동으로 요약한 제목은 17%를 기록했다. 차이는 요약과 순서에서 나왔다. 문장의 동사를 앞으로 당기고, 결과를 먼저 적는다. "디자인 시스템 컴포넌트 비용 절감 사례"처럼 핵심을 초반에 배치한다. 반대로 "2023년 5월, OO그룹 뉴스룸 인터뷰" 같은 제목은 정보성이 약하다. 뉴스룸이 사라지면 무엇을 잃는지도 불분명하다.

제목 끝의 괄호에는 최소 메타만 남긴다. 조직명이나 버전, 기간표시 같은 것들이다. 괄호를 남발하면 시각 소음이 생기고, 나중에 언어가 뒤섞인다. 괄호 안에는 가급적 영어 약어가 아닌, 팀에서 정한 표기만 쓴다.

중복, 이탈, 사라짐에 대비하는 작은 장치들

링크모음의 적은 중복과 사라짐이다. 중복을 줄이는 가장 쉬운 방법은 저장 전 검색이다. 저장하려는 도메인과 키워드로 미리 검색하면 같은 자료의 이전 버전이나 다른 사람의 정리가 이미 있을 수 있다. 도구에서 자동 중복 감지를 제공하면 활성화하고, 없다면 URL 정규화를 해서 비교한다. 트래킹 쿼리를 제거하고, http를 https로 바꾸고, 끝의 슬래시를 정리하는 정도만 해도 중복 감지가 꽤 정확해진다.

사라짐을 막으려면 원문 보관을 고려한다. 반드시 아카이브를 떠야 하는 링크가 있다. 정책 문서, 학술 논문, 공지문, 중요한 블로그 포스트가 그렇다. PDF 저장, 웹 아카이브 스냅샷, 사내 문서로의 요약 이관 같은 옵션을 준비한다. 단, 모든 것을 아카이브하면 저장 시스템이 무거워진다. 기준을 설정하자. 예를 들어 팀은 분기 목표와 직접 연결된 자료만 아카이브 우선순위 1로 둔다.

이탈은 사용 흐름의 문제다. 링크가 저장만 되고 소화되지 않으면, 시스템은 곧 무용지물이 된다. 저장 직후 48시간 안에 한 번 더 열어보는 규칙을 걸면 체감이 달라진다. 메모에 r를 s로 바꾸는 작은 전환이 실제 학습과 문서화를 이끈다.

프로젝트 단위 정리는 어떻게 다른가

일반 카테고리와 프로젝트 카테고리는 수명주기가 다르다. 프로젝트 카테고리는 시작과 끝이 있어야 한다. 프로젝트 시작 시점에 캐치업 리스트를 수집하고, 중간에는 의사결정과 함께 주요 링크를 묶은 아티팩트를 만든다. 종료 시점에는 요약 링크, 교훈 링크, 폐기 링크로 삼분한다. 교훈 링크에는 실패 이유와 함께 다시 보기를 예약해 둔다. 6개월 뒤, 1년 뒤에 다시 보면 가치가 달라진다. 반대로 폐기 링크는 검색 노출에서 제외하고, 아카이브는 유지하되 접근 경로를 끊는다. 이렇게 해야 다음 프로젝트에서 잡음을 줄일 수 있다.

프로젝트 단위에서 주소모음을 성공시키려면, 분류보다 흐름이 우선이다. 저장 - 검토 - 적용 - 기록의 네 구간을 구분하고, 각 구간에서 링크가 떠다니지 않게 상태를 이동시킨다. 이때 도구의 보드를 쓰든, 태그만으로 표현하든, 핵심은 이동이 분명해야 한다는 점이다.

주소아지트처럼 전용 서비스를 쓸 때 유의할 점

전용 서비스는 빠른 캡처와 협업에서 강점을 보인다. 특히 주소아지트는 주소모음 중심으로 설계되어 있어, 링크의 메타데이터와 공유 흐름이 단순하다. 다만 아래 세 가지는 반드시 초기 설정에서 잡아둬야 한다. 첫째, 팀별 네임스페이스. 디자이너, 개발자, 기획자가 한 공간을 쓰더라도, 태그 접두사나 컬렉션 접두사로 경계를 만드는 게 좋다. 둘째, 자동 태그 제안 튜닝. 최근 30일 빈도 중심으로 노출되게 하고, 장기 태그는 고정 즐겨찾기로 올려 충돌을 줄인다. 셋째, 퀵 캡처 기본값. 모바일과 데스크톱 모두 제목 정리와 메모 입력을 거치도록 기본 플로를 강제한다. 환경설정에서 한 번만 손대면, 매일의 품질이 달라진다.

서비스를 쓰다 보면 알려지지 않은 한계가 튀어나온다. 예를 들어 PDF나 슬라이드의 텍스트 검색이 제한적이라면, 파일 자체를 클라우드 문서로 변환해 링크를 재생성하는 편이 낫다. 댓글과 반응 이모티콘이 남발되면 링크가 메신저처럼 변질된다. 코멘트는 요약과 출처 보완에만 쓰고, 의견은 문서나 이슈 트래커로 분리한다.

개인 지식 관리와 링크모음의 경계

무엇이 링크이고 무엇이 노트인가. 선을 긋지 않으면 모든 것이 노트가 되거나, 모든 것이 링크가 된다. 나의 기준은 이렇다. 원문을 다시 읽어야 정보를 복구할 수 있으면 링크, 원문이 없어도 요지를 복구할 수 있으면 노트다. 링크를 저장할 때 한 줄 요약만 쓰는 이유가 여기에 있다. 링크가 노트로 자라지 않도록 그 자리를 지켜준다. 대신 일주일에 한 번, 링크 중에서 다시 펼칠 가치가 있는 것들을 골라 노트로 승격시킨다. 이를테면 5개 정도. 승격된 노트는 링크와 분리된 시스템에서 관리한다. 이렇게 해야 링크모음이 생각의 창고가 아니라, 길잡이 역할을 한다.

검색어 습관이 결과를 좌우한다

검색을 잘하려면 저장을 잘해야 한다. 하지만 저장이 아무리 정갈해도 검색어를 허술하게 넣으면 원하는 것이 빠져나간다. 몇 가지 습관을 적어 둔다. 첫째, 단어 세 개로 시작한다. 도메인, 상위 태그, 핵심 키워드. 둘째, 실패한 검색어는 메모 필드에서 찾는다. 제목에 없고 메모에만 있는 단어가 생각보다 많다. 셋째, 동의어를 의식한다. "도입"을 찾는다면 "적용", "채택", "구축" 같은 동사로도 한 번씩 넣어본다. 넷째, 기간 필터를 자주 쓴다. 기술이나 정책은 신선도가 중요하다. 1년, 2년 단위로 잘라 보면 잡음이 크게 줄어든다.

검색어 습관은 팀에서도 공유돼야 한다. 온보딩 문서에 자주 쓰는 태그와 키워드를 표로 넣으면 신입의 시행착오를 줄일 수 있다. 그 표가 굳어지지 않게, 분기마다 15분만 투자해서 갱신한다.

분기 점검의 실제 진행 예시

팀 B는 분기마다 금요일 오후 2시간을 잡아 링크모음을 점검한다. 인원이 8명일 때, 진행은 이렇게 흘러간다. 먼저, 지난 분기에 가장 많이 열어본 링크 상위 30개를 도구에서 자동으로 뽑는다. 이 중 10개는 여전히 핵심 레퍼런스, 10개는 폐기 또는 아카이브, 10개는 새 버전으로 대체를 결정한다. 다음으로, 상위 태그 5개를 순회하며 이름과 범위를 재정의한다. 예를 들어 d:component가 너무 넓다면 d:token, d:layout, d:widget으로 재배치한다. 마지막으로, 이번 분기 목표와 연결되는 캐치업 리스트를 15개 내외로 선정한다. 각자 3개씩 책임을 지고 r에서 s, s에서 a까지 밀어 올린다. 이 루틴을 세 분기만 이어가도, 링크모음이 실제로 문서를 움직이고 주소아지트 제품의 결정을 돕는 걸 체감한다.

복잡한 주제, 단일 링크가 아니라 묶음으로 남기기

AI 윤리, 암호화폐 과세, 제조 공정 자동화 같은 주제는 단일 링크로는 맥락이 담기지 않는다. 이런 분야는 묶음으로 남기는 것이 좋다. 일종의 미니 컬렉션이다. 링크 5개 안팎으로, 서로 다른 관점을 담아 균형을 이루게 한다. 묶음의 제목은 질문형으로 잡는다. "우리 상황에서 AI 윤리 가이드라인은 어디서부터 적용할 수 있나"처럼 구체적으로. 그러면 팀원들이 논의를 이어가기 쉽다. 묶음은 일정 기간만 전면에 두고, 시간이 지나면 보관으로 내려 보낸다. 전면 노출의 자리는 비워야 가치가 생긴다.

데이터를 적게 보되, 필요할 땐 깊게 본다

링크모음에서도 숫자는 도움이 된다. 다만 과하면 방향을 잃는다. 내가 유지하는 지표는 세 가지뿐이다. 재방문율, 중복률, 태그 편향. 재방문율은 지난 30일 저장 링크 중 다시 열린 비율이다. 개인은 15에서 25% 사이면 충분하다. 팀은 20에서 30% 정도가 건강하다. 중복률은 같은 도메인과 제목을 기준으로 한 중복 비율이다. 3% 이하면 잘 관리되고 있는 셈이다. 태그 편향은 상위 태그 세 개가 전체의 몇 퍼센트를 차지하는지다. 70%를 넘으면 나머지 태그의 의미가 옅어진다. 이 세 지표만 달력에 자동 보고로 받아도, 상태를 짐작하는 데 부족함이 없다.

되살리는 다섯 단계, 파손된 링크모음의 리빌드 절차

시스템이 이미 망가졌다면 구조조정이 필요하다. 사람과 시간이 모자라면, 전면 재정비 대신 핵심을 구해내는 구조로 가야 한다.

최근 90일만 남기고 나머지는 보관함으로 보낸다. 검색 노출에서 제외한다.
상위 태그 12개를 초안으로 만든다. 중복과 동의어를 합치고 접두사를 붙인다.
핵심 컬렉션 3개를 만든다. 온보딩, 현재 분기 목표, 고객 피드백 같은 바로 쓰는 묶음.
모바일 퀵 캡처 플로를 정비한다. 제목 정리와 메모 입력을 강제하고, 최근 태그 자동 제안을 켠다.
2주, 4주, 12주 점검 캘린더를 만든다. 처음 두 번은 반드시 한다. 버릇이 붙는다.

이 다섯 단계를 밟으면, 전체를 완벽히 갈아엎지 않아도 살아 있는 층을 되살릴 수 있다. 중요한 것은 속도와 결단이다. 보관함으로 보내는 결정을 망설이면, 다시 시작할 시점을 놓친다.

습관이 시간을 이긴다

링크모음은 결과만 보면 단조롭다. 주소를 저장하고, 나중에 다시 여는 일의 반복이다. 그런데 그 단조로움 속에 관성이 숨어 있다. 잡다한 링크를 받아들이지 않는 작은 제약, 한 줄 메모를 얹는 성실함, 분기에 두 시간만 들여 그물코를 정리하는 결심. 이런 습관이 쌓이면, 링크는 더 이상 부채가 아니다. 어느 날 오후, 급하게 고객 미팅을 준비하며 예전에 저장한 링크 묶음 하나로 30분 만에 제안서를 정리한다. 숫자와 사례, 리스크까지 딱 맞게 맞물리는 경험이 온다. 그때 안다. 주소모음과 링크모음이 비로소 일의 무게를 덜어 주고 있다는 것을.

도구는 계속 바뀐다. 주소아지트처럼 좋은 전용 서비스가 나오기도 하고, 브라우저가 기본 기능을 강화하기도 한다. 그러나 오래 가는 정리 습관의 뼈대는 변하지 않는다. 제한을 두고, 이름을 가다듬고, 시간을 잡아둔다. 실패에서 배운 작은 장치들이 내일의 검색 시간을 비워 준다. 그게 링크모음을 다시 열게 만드는 유일한 비밀이다.