다음에 올 것을 만들어가는 기술에 대한 심층 기사.

작은 웹이 인터넷의 가장 좋은 부분이다

알고리즘 피드 밖에서 개인 웹사이트, 인디 블로그, 작은 웹 프로젝트가 번성하고 있습니다. 이들을 찾는 법과 개발자에게 중요한 이유를 정리했습니다.

야간 하늘 아래 전구 줄로 연결된 작고 빛나는 수제 집들

브라우저를 열고 아무 대형 웹사이트에나 들어가 보세요. 늘 보던 풍경이 펼쳐집니다. 쿠키 동의 배너, 뉴스레터 팝업, 자동재생 영상, 클릭을 유도하는 헤드라인, 독자가 아니라 광고를 위해 존재하는 콘텐츠까지. 지금 형태의 상업 웹은 그 웹을 쓰는 사람들에게 적대적입니다.

하지만 상업 웹이 스스로를 잡아먹는 동안 조용히 자라온 또 다른 웹이 있습니다. 자기가 진심으로 관심 있는 주제를 한 사람이 써 내려간 개인 블로그. 키워드 분석 도구가 잘 먹힐 거라고 해서가 아니라 저자가 흥미로워서 생일 법한 생소한 주제를 깊이 파고든 기술 글. 특정 문제 하나를 해결하려고 만든 작은 도구. 200밀리초 만에 로드되고 찾아온 목적인 콘텐츠만 담긴 손으로 짠 HTML 페이지.

이것이 작은 웹이고, 인터넷에서 가장 좋은 부분입니다.

작은 웹의 실체

작은 웹은 기술이나 프로토콜이 아닙니다. 개인이나 소규모 팀이 만든 웹사이트를 느슨하게 묶은 범주에 가깝습니다. 콘텐츠 결정을 수익 모델이 좌우하지 않는 사이트들이죠. 컴파일러 내부 구조를 다루는 개발자 블로그, 빈티지 신디사이저에 푹 빠진 취미 생활자의 페이지, 자기 분야의 연구 노트, 흥미로운 것들을 링크로 모아 둔 개인 사이트 같은 것들입니다.

이 사이트들의 공통점은 기술 스택이 아닙니다. 손으로 쓴 HTML부터 정적 사이트 생성기, 워드프레스까지 제각각입니다. 공통점은 의도입니다. 무언가를 팔려고 만든 게 아니라 할 말이나 나누고 싶은 게 있어서 만들었다는 것이죠. 콘텐츠는 참여도 알고리즘이나 광고 네트워크가 아니라 독자를 위해 존재합니다.

이 차이는 생각보다 중요합니다. 콘텐츠가 참여 지표를 채우기 위해 존재하면 클릭 수, 체류 시간, 재방문율을 최적화하게 됩니다. 리스트형 글을 쓰고, 낚시성 헤드라인을 달고, 분량 목표를 채우려고 글을 부풀립니다. 반면 무언가를 설명하고 싶어서 콘텐츠를 만들면, 설명이 끝날 때까지 쓰고 그다음에 멈춥니다.

발견의 문제

작은 웹에는 노출 문제가 있습니다. 구글의 랭킹 알고리즘은 백링크가 많고 꾸준히 글을 올리는 기존 도메인을 크게 우대합니다. 콘텐츠 팜이 가진 특성은 그대로 갖추고 개인 블로거는 갖추지 못한 바로 그 조건들이죠. 도메인 전문가가 쓴 포괄적이고 기술적으로 정확한 글이, 도메인 권위가 더 높은 콘텐츠 팜의 얇고 SEO에만 맞춘 글에 밀려나는 일이 흔합니다.

예전에는 소셜 미디어가 이 문제를 어느 정도 풀어 줬습니다. 흥미로운 사람들을 팔로우하면 그 사람들이 재미있는 글을 공유해 줬거든요. 하지만 그 유통 채널도 쪼개졌습니다. 트위터는 내가 팔로우한 사람 대신 ‘참여도’가 높은 글을 보여 주고, 레딧 메인 페이지는 대형 서브레딧이 점령했습니다. 해커 뉴스는 개인 블로그 글이 넓은 독자에게 닿을 수 있는 몇 안 되는 곳으로 남았지만, 그마저도 특정 관점을 가진 하나의 커뮤니티일 뿐입니다.

여기서 Kagi의 Small Web 프로젝트가 흥미로워집니다. 유료 검색 엔진인 Kagi는 작고 독립적인 웹사이트를 큐레이션한 인덱스를 관리하고, 검색 결과에서 이들에게 순위 가산점을 줍니다. 아이디어는 단순합니다. 누군가 기술 주제를 검색하면 상업적 결과 옆에 생각이 깊은 블로그 글도 함께 보여 주자는 것이죠. 선택은 사용자에게 맡기고요.

개발자가 작은 웹에 관심을 가져야 하는 이유

코드를 써서 먹고사는 사람이라면 작은 웹은 특히 큰 가치가 있습니다. 인터넷에서 가장 좋은 기술 콘텐츠는 상업 플랫폼이 아니라 개인 블로그에 있으니까요.

실제로 배운 기술 자료를 떠올려 보세요. 시스템 프로그래밍에 관한 줄리아 에반스의 zine과 블로그 글. 댄 아브라모프가 쓴 React 내부 구조 심층 분석. 힐렐 웨인의 형식 기법(formal methods) 글. 제시 프레절의 컨테이너 보안 포스트. 전부 개인 사이트입니다. 저자들은 어떤 것을 깊이 이해했고 그 이해를 나누고 싶어서 글을 씁니다. SEO를 위해 발행 일정을 맞추려고 쓰는 게 아니죠.

상업 기술 콘텐츠는 넓이를 노립니다. 모든 프레임워크, 모든 도구, 모든 키워드를 다루죠. 넓이가 곧 트래픽이니까요. 개인 작성자는 깊이를 노립니다. 자기가 실제로 아는 것에 대해 쓰기 때문입니다. 특정 Postgres 쿼리 플래너 이슈를 디버깅한 개발자의 상세한 글 한 편이, ‘알아야 할 Postgres 팁 10가지’류 리스트 글 열 개보다 가치가 큽니다.

작은 웹을 찾는 방법

발견 문제는 실재하지만, 실제로 통하는 도구와 방법이 있습니다.

  • RSS는 아직 살아 있습니다. 대부분의 개인 블로그는 RSS 피드를 제공합니다. 피드 리더(NetNewsWire, Miniflux, Feedbin)를 쓰고 마음에 드는 블로그를 구독하세요. 작은 웹을 따라가는 가장 효과적인 방법입니다. 알고리즘이 무엇을 보여 줄지 정하지 않고, 모든 글을 시간순으로 받아볼 수 있습니다.
  • 블로그롤과 링크 페이지. 많은 작은 웹사이트에는 저자가 즐겨 읽는 다른 사이트를 모아 둔 ‘links’나 ‘blogroll’ 페이지가 있습니다. 이 링크를 따라가는 건 큐레이션된 도서관을 둘러보는 것과 같습니다. 좋은 블로그롤 하나가 새로운 작가 열두 명을 소개해 줄 수 있습니다.
  • 해커 뉴스와 Lobsters. 두 커뮤니티 모두 개인 블로그 글을 꾸준히 띄웁니다. 특히 Lobsters는 초대제 운영과 태그 시스템 덕분에 기술 글을 찾기에 훌륭합니다.
  • Kagi와 Marginalia. Kagi의 Small Web 인덱스와 Marginalia Search(작은 웹사이트만 집중적으로 색인하는 독립 검색 엔진)는 비상업 콘텐츠를 찾기 위해 만들어진 도구입니다.
  • 웹링과 디렉터리. 네, 아직 있습니다. IndieWeb 커뮤니티는 개인 웹사이트 디렉터리를 관리합니다. 복고풍 느낌이 나지만, 실제로 잘 작동합니다.

나만의 한구석 만들기

작은 웹에 참여하는 가장 좋은 방법은 내 사이트를 갖는 것입니다. Medium 계정도, Substack 뉴스레터도, 트위터 스레드도 아닌, 내가 통제하는 도메인에 있는 웹사이트. 10년 뒤에도 접근할 수 있는 콘텐츠를 말이죠.

기술적 진입장벽은 거의 없습니다. 정적 사이트 생성기, 저렴한 도메인, 무료 호스팅(GitHub Pages, Cloudflare Pages, Netlify)이면 연간 15달러 미만으로 빠르고 안정적인 웹사이트를 운영할 수 있습니다. CMS, 데이터베이스, 자바스크립트 프레임워크는 필요 없습니다. HTML과 CSS면 충분합니다. 오히려 단순함이라는 제약이 로딩이 빠르고, 접근성이 좋고, 콘텐츠에 집중한 더 나은 사이트를 만들어 내기도 합니다.

<!-- A perfectly functional personal website -->
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="utf-8">
<meta name="viewport" content="width=device-width, initial-scale=1">
<title>Your Name</title>
<style>
body {
max-width: 650px;
margin: 2rem auto;
padding: 0 1rem;
font-family: system-ui, sans-serif;
line-height: 1.6;
color: #333;
}
a { color: #0066cc; }
</style>
</head>
<body>
<h1>Your Name</h1>
<p>Developer. Writes about things.</p>
<h2>Posts</h2>
<ul>
<li><a href="/post-one/">That time I debugged a race condition for three days</a></li>
<li><a href="/post-two/">Why I switched from React to vanilla JS</a></li>
</ul>
</body>
</html>
<!-- Loads in under 50ms. Accessible. Readable.
No cookies, no tracking, no JavaScript needed.
This is a complete website. -->

중요한 건 기술이 아니라 내가 통제하는 공간에 글을 발행한다는 행위입니다. 트위터 글은 트위터 서버에 있고, 노출 여부, 모더레이션, 서비스 지속 여부가 트위터의 결정에 달려 있습니다. 내 도메인에 있는 블로그 글은 도메인 비용을 내는 한 계속 남아 있습니다. 소중하게 여기는 콘텐츠라면 이 차이는 꽤 큽니다. 그리고 이것은 웹에서 지식을 보존하려는 더 큰 노력에도 기여합니다.

무엇에 대해 쓸까

블로그를 시작하지 않는 가장 흔한 이유는 ‘독창적으로 할 말이 없어요’입니다. 이 말은 거의 항상 틀렸고, 맞더라도 상관없습니다.

오늘 배운 것에 대해 쓰세요. 튜토리얼이 아니라, 배운 것과 그것이 왜 놀랍거나 헷갈렸는지에 대해서요. 고친 버그와 그걸 어떻게 찾았는지에 대해 쓰세요. 아주 작더라도 직접 만든 도구에 대해 쓰세요. 내가 내린 기술 결정에 대한 의견도 좋습니다. 이런 글은 구체적이고, 개인적이고, 실제 경험에 기반하기 때문에 정확히 가치가 있습니다.

포괄적인 가이드나 결정판 레퍼런스를 쓸 필요는 없습니다. 상업 웹에도 그런 글은 이미 있습니다(품질은 들쭉날쭉하지만요). 작은 웹이 유독 잘하는 건 1인칭 경험 기반의 글입니다. ‘X를 해봤더니 이런 일이 있었다’는 형식은 흉내 내기가 거의 불가능하고, 누군가에게는 거의 항상 도움이 됩니다.

관심의 경제학

상업 웹이 존재하는 이유는 관심이 돈이 되기 때문입니다. 내 클릭을 두고 경쟁하는 모든 웹사이트는 내 관심을 광고 수익, 구독료, 제품 판매로 바꾸려고 합니다. 그 결과 자극적인 헤드라인, 더 거슬리는 광고, 더 조작적인 디자인 패턴이 바닥을 향한 경쟁처럼 번집니다.

작은 웹은 이 경제에서 아예 빠져 있습니다. 관심을 붙잡을 재정적 동기가 없으면 조작할 동기도 없습니다. 콘텐츠는 필요한 만큼만 길면 되고, 디자인은 참여도보다 가독성을 우선할 수 있습니다. 사용자의 시간을 낭비하는 것에 의존하는 비즈니스 모델이 없으니, 사이트가 사용자의 시간을 존중할 수 있습니다.

이 방식이 모두에게 지속 가능한 건 아닙니다. 사람은 먹고살아야 하고, 광고 기반 콘텐츠가 본질적으로 나쁜 것도 아닙니다. 하지만 다른 인센티브로 돌아가는 병렬적인 웹이 존재하는 것만으로도 전체 생태계는 더 건강해집니다. 어두운 패턴이 필수가 아니며, 웹사이트는 빠르고, 존중하고, 유용할 수 있다는 것을 증명하기 때문입니다. 상업 웹이 사용자에게 보이는 적대감은 불가피한 것이 아니라 선택이라는 사실도 보여 주고요.

기묘함을 지켜라

좋은 작은 웹사이트는 상업 사이트처럼 보이지 않습니다. 개성이 있죠. 특이한 색 조합, 손으로 그린 일러스트, 관습을 벗어난 레이아웃, 저자가 재미있다고 생각해서 존재하는 페이지들. 이것은 비전문적인 게 아니라, 전환 지표가 아니라 자기 자신을 위해 무언가를 만드는 개인들의 자연스러운 결과입니다.

웹은 원래 이래야 했습니다. 플랫폼들이 모든 것을 똑같아 보이는 피드로 묶어버리기 전에, 웹은 저마다 그것을 만든 사람을 담은 개인 공간들의 모음이었습니다. 작은 웹은 그 원래의 약속으로 돌아가는 것입니다. 사람이 만들고 사람을 위한, 사람 크기의 사이트들로 이루어진 네트워크. 이것들을 만들고 호스팅하는 기술은 지금이 가장 쉽고 저렴합니다. 남은 것은 실제로 해보겠다고 결심하는 일뿐입니다.