Hacker News 2026.03.24 37

POSSE: 내 사이트에 먼저 쓰고, 나머지는 퍼뜨리기 — 콘텐츠 주권을 되찾는 전략

플랫폼에 글을 올리면, 그 글은 누구의 것인가

개발자라면 한 번쯤 이런 경험이 있을 겁니다. 열심히 작성한 기술 블로그 글을 Medium에 올렸는데, 어느 날 갑자기 유료 벽(paywall) 뒤로 들어가 버린다든가. 트위터에 올린 스레드가 플랫폼 정책 변경으로 검색이 안 된다든가. 브런치에 연재하던 글이 서비스 종료와 함께 사라질 위험에 놓인다든가. 우리가 만든 콘텐츠는 분명 우리의 것인데, 정작 그 콘텐츠의 생사여탈권은 플랫폼이 쥐고 있는 상황이 반복됩니다.

POSSE(Publish on your Own Site, Syndicate Elsewhere)는 이 문제에 대한 IndieWeb 커뮤니티의 답입니다. 이름 그대로 "자기 사이트에 먼저 게시하고, 다른 곳에는 배포만 하라"는 원칙인데, 단순한 구호가 아니라 실제로 동작하는 기술적 패턴과 도구 생태계가 갖춰져 있습니다.

POSSE가 구체적으로 어떻게 동작하는가

POSSE의 핵심 워크플로우는 이렇습니다. 먼저 자신의 도메인(예: blog.myname.dev)에 글을 게시합니다. 이것이 "원본(canonical)"이 됩니다. 그 다음, 이 원본을 트위터, 마스토돈, LinkedIn, Medium, DEV.to 같은 서드파티 플랫폼에 자동 또는 반자동으로 배포합니다. 이때 각 플랫폼에 맞는 형태로 변환하되, 반드시 원본 URL로의 링크를 포함합니다.

기술적으로는 여러 방식이 있습니다. 가장 간단한 것은 RSS 피드를 활용하는 것입니다. 자기 사이트의 RSS 피드를 IFTTT나 Zapier 같은 자동화 도구에 연결해서, 새 글이 올라오면 자동으로 트위터에 제목과 링크를 올리는 식이죠. 좀 더 정교한 방법으로는 Webmention이라는 W3C 표준 프로토콜이 있습니다. Webmention은 한 웹페이지가 다른 웹페이지를 언급했을 때 상대방에게 알림을 보내는 메커니즘인데, 이를 통해 자기 사이트에 달린 댓글과 외부 플랫폼의 반응을 양방향으로 동기화할 수 있습니다.

IndieWeb 생태계에서는 Bridgy라는 오픈소스 서비스가 이 역할을 합니다. Bridgy는 트위터, 마스토돈, GitHub 등에서 자기 콘텐츠에 대한 반응(좋아요, 리트윗, 댓글)을 수집해서 Webmention 형태로 원본 사이트에 돌려줍니다. 즉, 각 플랫폼에서 일어나는 상호작용이 자기 사이트로 다시 모이는 구조입니다.

기존 방식과 무엇이 다른가

전통적인 접근법은 크게 두 가지였습니다. 하나는 "플랫폼 올인"으로, Medium이나 Substack 같은 곳에만 글을 쓰는 것입니다. 초기 트래픽을 얻기 쉽지만, 플랫폼 의존도가 높아지고 SEO 혜택도 플랫폼이 가져갑니다. 다른 하나는 "자기 사이트 고집"으로, 오직 자기 블로그에만 글을 올리고 소셜 미디어는 무시하는 것입니다. 콘텐츠 주권은 완벽하지만 발견 가능성(discoverability)이 극도로 떨어집니다.

POSSE는 이 두 접근의 장점을 결합합니다. 원본은 자기 사이트에 있으니 콘텐츠 주권을 잃지 않고, 동시에 사람들이 실제로 모여 있는 플랫폼에도 노출되니 도달 범위도 유지됩니다. Google 검색 결과에서도 canonical URL이 자기 도메인이므로 SEO 혜택이 자기에게 돌아옵니다. 플랫폼이 망하거나 정책이 바뀌어도 원본은 그대로 살아있습니다.

반대 패턴인 PESOS(Publish Elsewhere, Syndicate to your Own Site)도 있습니다. 트위터에 먼저 올리고 자기 사이트에 백업하는 방식인데, 이 경우 원본의 canonical URL이 여전히 외부 플랫폼에 있으므로 POSSE만큼의 이점을 누리지 못합니다.

업계 맥락: 왜 지금 다시 주목받는가

이 개념 자체는 IndieWeb 커뮤니티에서 2010년대 초반부터 제안된 것이지만, 최근 몇 년간 그 중요성이 재조명되고 있습니다. 트위터의 인수와 정책 급변, Reddit의 API 가격 인상, Medium의 반복적인 비즈니스 모델 변경 등 대형 플랫폼의 불안정성을 직접 경험한 사람들이 늘었기 때문입니다.

기술적으로도 환경이 성숙했습니다. Hugo, Astro, Next.js 같은 정적 사이트 생성기가 발전하면서 자기 사이트를 만드는 비용이 극도로 낮아졌고, Cloudflare Pages나 Vercel 같은 서비스로 무료 호스팅도 가능합니다. ActivityPub 프로토콜 기반의 분산 소셜 네트워크(마스토돈, Bluesky 등)가 성장하면서, POSSE를 지원하는 인프라도 더 다양해졌습니다.

한국 개발자에게 주는 시사점

한국에서는 기술 블로그를 velog, tistory, 혹은 노션 기반으로 운영하는 분들이 많습니다. 이 플랫폼들도 결국 동일한 문제를 안고 있습니다. POSSE 전략을 적용한다면, 자기 도메인의 블로그(GitHub Pages + Hugo, 혹은 Vercel + Next.js 등)를 원본으로 삼고, velog이나 DEV.to에는 canonical URL 태그를 달아 교차 게시하는 방식을 취할 수 있습니다.

실용적인 시작점은 이렇습니다. 첫째, 자기 도메인을 하나 확보합니다. 둘째, 정적 사이트 생성기로 블로그를 만들고 RSS 피드를 활성화합니다. 셋째, 기존에 쓰던 플랫폼에는 canonical 링크와 함께 교차 게시합니다. 이것만으로도 콘텐츠의 원본 주권이 자기에게 돌아옵니다.