<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Social Archive Blog</title><description>Social Archiver를 만들며 남기는 기록 — 중요한 것을 저장하는 아카이빙 서비스.</description><link>https://blog.social-archive.org/</link><item><title>덜 저장하고, 더 읽기</title><link>https://blog.social-archive.org/ko/posts/save-less-read-more/</link><guid isPermaLink="true">https://blog.social-archive.org/ko/posts/save-less-read-more/</guid><description>아카이브 저장 서비스를 일 년 가까이 만들고 운영하며 정리한, &apos;나중에 읽기&apos;가 실패하는 이유와 팁.</description><pubDate>Tue, 01 Sep 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;&amp;quot;나중에 읽기&amp;quot;라는 아카이브 저장 서비스를 만들어서 운영한 지 거의 일 년이 다 되어 갑니다. 항상 사용자 입장이다가 만드는 처지가 되고 보니 다르게 보이는 것도 있어 한번 공유해 봅니다. 해당 서비스를 만들기도 했지만 실제로 제가 첫 번째 소비자가 되어 지금까지 잘 사용하고 있기도 합니다.&lt;/p&gt;
&lt;p&gt;&apos;나중에 읽기&apos;는 보통 어떤 게시물을 저장해서 나중에 읽는 것을 말합니다. 페이스북, 인스타그램, X 등의 플랫폼에는 기본적으로 탑재되어 있고, 온라인 커뮤니티에도 &apos;스크랩&apos; 같은 기능으로 존재하죠. 전용 서비스도 다양합니다. 글 저장이 핵심인 포켓(Pocket, 모질라 인수 후 서비스 종료)과 인스타페이퍼(Instapaper)가 있고, 사이트 자체를 즐겨찾기 하는 데 초점을 맞춘 레인드롭(Raindrop)도 있습니다. OS와 브라우저 레벨에서도 지원하는데 아이폰 사파리에도 내장되어 있죠.&lt;/p&gt;
&lt;p&gt;스크랩, 아카이브, 북마크, 나중에 읽기 등 여러 이름으로 불리지만, 이 기능을 쓰는 사용자들에게는 한 가지 공통점이 있습니다. 대부분은 나중에 읽는 데 실패한다는 사실입니다. 저장은 무언가를 모으고 싶은 욕구를 긁어주고 생산적인 기분을 줍니다. 정작 노력이 드는 것은 읽기 쪽이죠. 미리 말해두자면 이것은 저장 용량의 문제가 아닙니다. 텍스트를 저장하는 비용은 사실상 공짜고 검색도 빠릅니다. 희소한 것은 주의력이고, 읽히지 않은 저장물 하나하나가 무엇을 읽을지 고르는 순간마다 작은 소음이 됩니다.&lt;/p&gt;
&lt;p&gt;그렇다면 왜 실패할까요? 가장 근본적인 이유는 사람들이 나중에 읽을 글을 저장하지 않기 때문입니다. 보통 저장하는 글은 세 가지입니다.&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;읽어 봤는데 좋아서 아카이브하고 싶은 글&lt;/li&gt;
&lt;li&gt;추후 찾아보거나 주변에 공유하고 싶은 정보성 글&lt;/li&gt;
&lt;li&gt;관심은 있는데 시간이 없어서 나중에 읽으려는 글&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;첫 번째 경우는 정보를 저장하고, 메모하고, 관리하는 자신만의 시스템이 있다면 잘 활용됩니다. 노션, 옵시디언, 메모장, 엑셀 등 선호하는 도구의 차이는 있지만, 점점 AI와 연계해서 쓸 수 있는 플랫폼을 선호하는 추세입니다. 읽은 글의 분류, 검색, 요약을 AI와 연계하면 자신만의 작은 위키를 구축할 수 있으니까요. 검색이 좋아지면 저장의 의미 자체도 바뀝니다. 이 글의 초안을 해외 커뮤니티에 올렸을 때 한 댓글이 짚어준 부분인데, 질문이 &amp;quot;내가 이 글을 읽으러 돌아올까&amp;quot;에서 &amp;quot;이 주제를 다시 생각할 때 이 글이 떠오르면 반가울까&amp;quot;로 바뀐다는 겁니다. 두 번째 질문에는 죄책감이 없습니다. 다만 한 가지 단서가 붙습니다. 이런 재부상은 직접 읽고 밑줄 긋고 메모한 글에서 제대로 작동합니다. 열어 본 적도 없는 글이 다시 떠오르는 것은 과거의 충동을 연료로 삼는 추천 알고리즘과 다를 게 없으니까요.&lt;/p&gt;
&lt;p&gt;여기에는 함정도 하나 있습니다. 세컨드 브레인을 만들기 시작하면 조금이라도 쓸모 있어 보이는 것을 전부 클리핑하고 싶어집니다. 아카이브는 계속 커지는데, 어느 순간부터는 정말 읽으려고 저장한 것과 그냥 구색 맞추기로 담아둔 것이 구분되지 않습니다. 읽으려던 글이 읽히지 않은 채 가득한 저장소는 세컨드 브레인이 아닙니다. UI만 예쁜 저장 강박이죠. (직접 찾아보려고 적어둔 참조 노트, 그러니까 시리얼 넘버, 보험 정보, 차량 정비 기록 같은 것은 전혀 다른 이야기입니다. 그런 노트는 적는 순간 이미 제 역할을 다한 것이고, 다시 읽을 일이 없기를 바라는 게 오히려 정상입니다.)&lt;/p&gt;
&lt;p&gt;두 번째, 정보성 글은 대부분 바로 정제됩니다. 맛집 정보를 찾았다면 네이버나 카카오 지도에 바로 핀을 꽂아 두고, 시의성이 중요한 기사나 SNS 게시물이라면 관련 커뮤니티나 카카오톡 대화방에 공유하죠. 보관해 둘 정보라는 생각이 들면 &apos;나에게 공유하기&apos;로 자신의 카카오톡 채널에 올리거나, 그냥 생각나는 사람에게 공유하고 잊어버리는 경우가 많습니다. 주변에 이런 친구분 한 분은 있을 거예요. 본인이 좋다고 생각하는 것을 끊임없이 공유해 주는 분. 혹은 본인이 그런 분일 수도 있죠.&lt;/p&gt;
&lt;p&gt;마지막으로 관심은 있는데 시간이 없어서 나중에 읽으려는 경우입니다. 긴 연구 페이퍼, 외신 기사, 블로그 글, 긴 SNS 글이 여기에 해당하죠. 어떤 의미에서는 &apos;나중에 읽기&apos;라는 말에 가장 부합하는 사용 패턴인데, 아이러니하게도 가장 많이 실패하는 지점이기도 합니다. 이 부분을 포함해서 나중에 읽기에 관심이 있으신 분들을 위해 간단한 팁들을 정리해 봤습니다.&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;해당 콘텐츠를 소비할 시간이 &apos;나중에&apos; 있으리라는 전제 위에서 저장하세요.&lt;/strong&gt; 그 시간이 특정되지 않은 채 무작정 저장된 콘텐츠는 오히려 죄책감이나 숙제로 돌아오는 경우가 많습니다.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;긴 글은 저장하지 마세요.&lt;/strong&gt; 읽을 시간이 없어서 긴 글을 저장하시는 분들이 계시지만, 긴 글을 읽을 시간은 나중에 더 없는 경우가 많습니다. 긴 글이 본래 하는 일과 맞닿아 있고 중요한 내용이라면, 단순히 나중에 읽을 것으로 여기지 말고 별도의 할 일이나 프로젝트로 분류해서 읽는 게 좋습니다. GTD 방식으로 할 일을 관리하신다면 할 일 하나만큼의 중요치를 두는 거죠.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;소비 기한에 대한 원칙을 정하세요.&lt;/strong&gt; 예를 들면 저장한 글은 한 주 안에 무조건 소비하고, 소비되지 않은 글은 무조건 아카이브하는 식입니다. 제가 만든 서비스에서는 저장이라는 행위를 메일함처럼 바라봤습니다. 저장한 글은 먼저 인박스에 도착하고, 인박스에서 소비한 뒤 아카이브합니다. 기한에 대한 원칙도 설정할 수 있게 했고요. (참고로 저는 인박스 제로 원칙으로 메일을 관리합니다.) 소비하며 밑줄을 긋고, 메모하고, 분류하고, 아카이브된 상태에서는 잘 검색되어야 합니다.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;SNS 플랫폼이 제공하는 기능으로 저장하지 마세요.&lt;/strong&gt; SNS의 메인은 피드고, 저장 UI는 메인 기능이 아니라서 저장된 글에 가려면 피드를 거쳐야 합니다. 저장한 글을 읽기는커녕 다시 피드를 소비하는 늪에 빠지게 되죠. 나중에는 뭘 저장했는지조차 잊어버리고, 원본 글이 삭제되면 저장한 것도 사라집니다. 무엇보다 저장이라는 행위는 나의 강력한 선호를 플랫폼에 알리는 신호가 되어 알고리즘의 재료가 될 뿐입니다.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;자신의 미디어를 만드세요.&lt;/strong&gt; 덤핑하듯 저장하면 쌓인 콘텐츠를 읽을지 말지 고민하는 데 시간을 더 쓰게 됩니다. 밀린 글을 보며 스트레스받지 말고, 나만의 잡지를 만든다는 생각으로 질 컨트롤을 해보세요. 저장했을 때의 자아와 나중에 읽는 자아는 다른 상황에 있는 다른 사람입니다. 다시 봤을 때 별로인 글은 과감하게 한 번 더 여과하세요. 음식도 좋은 것을 찾아 먹듯이 콘텐츠 소비도 마찬가지입니다.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;글보다는 글쓴이를 중심으로 저장하고 관리하세요.&lt;/strong&gt; 좋은 글은 좋은 글쓴이에게서 나옵니다. 하지만 좋은 글쓴이가 항상 좋은 글을 쓰는 것은 아니죠. 타점 좋은 글쓴이가 있다면 저는 그분의 새 글을 전부 구독합니다. 블로그라면 RSS로, SNS라면 새 글 알림으로요. (제가 만든 서비스에 구독 기능을 넣어둔 이유입니다.) 간간이 좋은 글을 쓰는 글쓴이의 글은 선택적으로 아카이브합니다.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;보기에도 좋은 글이 읽기에도 좋습니다.&lt;/strong&gt; 모바일에서 저장하고 모바일에서 읽을 수도 있고, 데스크톱, 리더기, 패드 등 선호하는 소비 패턴이 있으실 겁니다. 중요한 것은 얼마나 오래 몰입할 수 있느냐입니다. 책이라는 물리적 매체가 좋은 이유는 책에는 글만 쓰여 있고, 책으로는 &apos;읽기&apos;라는 한 가지 행위만 가능하기 때문입니다. 읽기에만 집중한 이리더기가 좋은 것도 같은 이유죠. 결국 중요한 것은 의지입니다. 자투리 시간에 숏폼을 보는 대신 자신이 아카이브한 콘텐츠로 그 시간을 대체해 나가면, 도파민은 좀 줄어도 콘텐츠의 포만감은 훨씬 높아집니다.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;긴 영상도 긴 글과 마찬가지입니다.&lt;/strong&gt; 2번을 다시 읽어 보세요. 숏폼은 대부분 저장할 이유가 없지만 짧은 꿀팁, 레시피, 정보성 콘텐츠는 저장할 만합니다. 저는 영상도 필사화(transcribe)해서 텍스트로 저장하는 것을 선호합니다. 한번 본 영상을 굳이 다시 볼 필요는 없고, 보는 것보다 읽는 게 빠르니까요. 요즘은 문서화 도구도 많고, 유튜브는 자막이 내장된 경우가 많아 별도 필사화 없이도 텍스트를 확보할 수 있습니다.&lt;/p&gt;
&lt;/li&gt;
&lt;/ol&gt;
</content:encoded></item></channel></rss>