사진: Miguel Ángel Padriñán Alba, 출처 Unsplash

소개

얼마 전 호스팅형 블로그 옵션에 대해 글을 쓴 적이 있다.¹ 당시 흥미로운 선택지 중 하나로 소개했던 것이 Pagecord였다. 사용하기 쉽고 잘 만들어졌으며 다른 장점들도 있어 꽤 괜찮은 옵션으로 보였다. 그때는 추천하기에 약간 망설여지는 부분이 있었지만, 명확한 이유를 찾지 못해 일단 소개한 옵션 목록에 포함해 두었다.

지금 보니 Pagecord의 업데이트된 AI 공개 내용을 계기로 당시 살펴보기 시작했던 문제들을 짚어볼 만하다. (6~7월에 Pagecord를 처음 살펴볼 때 정리해 둔 메모들을 다시 모으는 중에 재미있는 반전이 있었다.)

Olly는 누구인가?

참고: 다음 내용은 Olly에 대한 비판이 아니다. 조금만 찾아보면 누구나 알 수 있는 그의 이력을 정리한 것일 뿐이다. 그는 이 정보들을 숨기려 하지도 않지만, 그렇다고 적극적으로 이야기하지도 않는다.

Olly Headey는 2007년 FreeAgent라는 소프트웨어 플랫폼을 창업한 그룹의 일원이었다.² FreeAgent는 기본적으로 개인과 소규모 사업자가 필요한 모든 업무를 처리할 수 있도록 설계된 회계 시스템이었다.

FreeAgent는 상당히 빠르게 성장했다.³ 2012년에는 미국 시장 진출을 위해 60mo를 인수했고, 2013년에는 Deloitte가 선정한 가장 빠르게 성장하는 기술 기업 중 하나로 이름을 올렸다. 2015년에는 100만 파운드 이상을 유치했으며, 2016년에는 상장 기업이 되었다.

2018년 FreeAgent는 NatWest Group(구 Royal Bank of Scotland Group)에 5,300만 파운드에 인수되었다. FreeAgent를 떠난 뒤 Olly는 FeedGrab을 비롯한 여러 다른 프로젝트를 시도한 것으로 보인다.⁴ 그리고 이제는 물론 Pagecord가 있다.⁵

Pagecord

Pagecord는 새로운 미니멀 블로그 플랫폼을 찾던 중 처음에 큰 관심을 가졌던 프로젝트다. 하지만 프로젝트에서 몇 가지 눈에 띄는 점을 발견하고 Olly와 몇 차례 이메일을 주고받으면서 신경 쓰이는 부분들이 생겼고, 지금은 더 신중하게 봐야 할 점들이 보이기 시작했다.

비교

Olly와 대화하면서 언급했던 것 중 하나는 Pagecord를 WordPress, Substack, Medium과 비교한 것이 다소 의아했다는 점이다. 이들 플랫폼 중 어느 것도 Pagecord가 지향하는 미니멀 블로그 플랫폼에 속한다고 보지 않는다.⁶ 그는 Pagecord를 인디 블로깅 플랫폼으로도 내세운다.⁷

하지만 Bear Blog⁸, Pika Page⁹, micro.blog¹⁰, WriteFreely¹¹ / Write.as¹² 같은 진정한 미니멀 블로그 플랫폼과의 비교는 빠져 있다. 오히려 Pagecord는 이들 플랫폼과 비교하는 것이 더 적절하다고 생각한다. Pagecord의 잠재 사용자라면 Substack이나 Medium보다는 이들 플랫폼과의 비교에 더 관심이 있을 것 같다.

현재의 비교는 미니멀 혹은 인디 블로깅에 대한 진정한 관심이나 잠재 사용자에게 정보를 제공하려는 목적보다는 SEO와 홍보를 노린 느낌이 강하다. 물론 이 모든 페이지는 Pagecord가 다른 플랫폼보다 더 나은 선택처럼 보이도록 설계되어 있다.

홍보

주요 검색 엔진(Startpage, Ecosia, DuckDuckGo, Google)에서 PageCord를 검색해 보면 대부분의 결과가 홍보성으로 느껴진다. 상위 결과는 대개 (a) Pagecord 자체 사이트나 도움말 문서, 혹은 (b) ProductHunt, Trend Hunter, Ventrue Gaps, Open Alternative 같은 사이트들이다. 가끔 Reddit 게시물이 몇 개 보이기도 하지만 그 자체는 문제가 되지 않는다.¹³ 다만 이를 통해 Olly가 Pagecord를 마케팅할 특정 타깃을 찾고자 한다는 점은 분명해진다:

고맙습니다, 맞아요 제 블로그에 약간 Tumblr 감성이 있죠! 이상적인 고객 프로필은… 아직 만들어지는 중이에요! 😅 지금 당장 누구를 타깃으로 해야 할지 100% 확신은 없고, 너무 일반적이라(아마 타기팅 관점에서는 문제겠죠).

현재 유료 및 무료 고객층의 프로필은 꽤 다양하지만, 지금은 전부 B2C입니다. 대부분은 비기술직이거나, 적어도 기술 관련 글을 쓰기 위해 블로그를 사용하지는 않는다고 할 수 있겠네요. 창업자도 있고 취미로 하는 분들도 있습니다.

사실 스타트업의 제품 블로그로도 괜찮다고 생각해요(예: https://blog.feedgrab.net), 다만 대부분의 기업은 많은 커스터마이징을 원할 텐데 Pagecord는 그렇게 설계되지 않았으니 아주 틈새적인 용도겠죠.

아마도 제가 타깃으로 하는 건 글을 쓰고 싶지만 디자인에 대해 깊게 고민하고 싶지 않은 사람들인 것 같아요. 그냥 글을 써서 인터넷에 올리는 거죠. 또 가끔 글을 올리는 정도라 블로그에 돈을 내고 싶지 않은 사람, 혹은 커스텀 도메인과 이메일 뉴스레터를 원하지만 가장 저렴한 가격만 감당할 수 있는 사람들 — 이 경우 연 20달러인데 경쟁사는 연 60달러 이상이니까요.

위 내용은 약 1년 전 그가 Pagecord를 누구에게 마케팅하고 있는지에 대해 답한 것이다. 그는 B2C 사용자를 따로 언급하며, 이를 다른 제품을 위한 보조 블로그로 소개한다(자신의 FeedGrab을 예로 들면서). 또한 주목할 점은 불과 1년 전만 해도 블로그 가격을 20달러로 책정했다가 지금은 40달러로 올랐다는 것이다.¹⁴

이 중 어느 것도 반드시 나쁘다고 할 수는 없지만, 인디 블로그와 미니멀 블로깅 정신에는 어긋나는 것처럼 보인다.

오픈소스?

Pagecord는 말 그대로 오픈소스다. 소스 코드가 올라와 있는 GitHub 저장소가 있다. 하지만 사용자가 저장소 내용을 이용해 셀프 호스팅을 할 수 있는지는 전혀 다른 문제다. 나는 처음에 Pagecord의 Docker 이미지를 로컬 시스템에서 구동해 보려다 구독해야만 접근할 수 있는 몇 가지 기능을 살펴보려고 했고, 그 과정에서 Olly에게 연락했다. Olly에게 문의해 보니 Docker 이미지가 한동안 업데이트되지 않아 설정이 맞지 않았던 것이었다.

이때 나는 이 “오픈소스” 프로젝트에 대한 Olly의 생각을 엿볼 수 있었다. Docker 이미지는 사실상 Pagecord의 로컬 개발 및 테스트용으로 제공되는 것이었다. 사용자가 직접 Pagecord 인스턴스를 구축해 호스팅하도록 하려는 의도는 아닌 듯했다. 나는 직접 인스턴스를 구축하는 것을 고려하고 있던 참이었다.

게다가 프로젝트에는 셀프 호스팅을 어렵게 만들 수 있는 종속성들이 내장되어 있는 것으로 보인다. 예를 들어 GitHub 저장소의 문서에는 다음과 같이 적혀 있다:

• Postgres 데이터베이스 호스팅을 위한 Ubicloud
• 이미지 처리를 위한 Cloudflare R2
• 배포를 위한 Hatchbox
• 도메인 및 SSL 관리를 위한 Caddy
• DNS 및 엣지 캐싱을 위한 Cloudflare

이 중 어느 것도 문제가 되는 것은 아니지만, Pagecord를 셀프 호스팅하려는 사람들에게는 (잠재적으로) 상당한 부담을 더할 수 있다. 이는 Olly가 Pagecord를 오픈소스 프로젝트라기보다는 오픈소스 도구를 활용해 상용 제품을 개발하고자 했음을 분명히 보여준다고 생각한다.

이는 오픈소스 정적 블로그 엔진인 Hugo를 감싸고 확장한 micro.blog와 비교해 볼 수 있다. 즉, micro.blog를 사용하더라도 언제든 Hugo를 직접 설치하고 micro.blog에서 콘텐츠를 내보내 거의 그대로 Hugo에 옮길 수 있다는 뜻이다.

또 다른 비교 대상은 WriteFreely와 Write.as의 관계다. WriteFreely는 누구나 내려받아 직접 호스팅할 수 있는 오픈소스이며(이 글을 쓰는 시점에 페디버스에서 550개 이상의 인스턴스가 운영되고 있다). 반면 Write.as는 WriteFreely를 기반으로 한 호스팅 서비스다. Write.as는 WriteFreely 전체 사용자 기반의 2.75%에 불과하다. 그리고 물론 WordPress는 수년간 내려받아 셀프 호스팅할 수 있었으며, WordPress.com을 비롯한 호스팅 서비스들도 이를 기반으로 구축되어 있다.

여기에 더해 Pagecord는 1인 개발 프로젝트로 보인다. GitHub 저장소에 등록된 기여자는 세 명뿐이다: Olly, 종속성을 관리하는 봇, 그리고 1년 넘게 전에 두 번 기여한 다른 한 명이다.

다시 말하지만 이 중 어느 것도 나쁘다는 것은 아니지만, Pagecord는 오픈소스 커뮤니티의 정신이라기보다는 문자 그대로의 의미에서만 오픈소스 프로젝트에 가깝다는 것을 시사한다.

AI 활용

오늘 아침까지만 해도 한 달 넘게 전에 대부분의 조사를 마쳤음에도 Pagecord에 대해 글을 쓸 생각이 없었다. 하지만 오늘 아침 Pagecord로부터 받은 이메일 업데이트가 내 관점을 바꾸었다(이 부분에는 흥미로운 반전이 있다). 분명히 해두자면, Olly는 Pagecord 코딩에 AI를 활용한 사실을 비교적 솔직하게 밝혀 왔다. 그러나 오늘 아침 Pagecord가 이제 OpenAI를 콘텐츠 검토 도구로 사용하고 있다는 내용의 이메일이 발송되었다:¹⁵

2. 콘텐츠 검토

Pagecord는 사용자 생성 콘텐츠 플랫폼이므로 스팸 블로그가 유입되고 악용될 여지가 있다. 이용 약관(T&Cs)이 이를 다루고 있으며, Pagecord는 영국 온라인 안전법(UK Online Safety Act)에 따른 의무도 진다. 자동 검사는 무료 및 체험 계정에만 적용되는 한 가지가 있다. 게시물이 발행되면 제목, 본문 및 최대 5개의 이미지가 OpenAI의 콘텐츠 검토 서비스로 전송되며, 해당 서비스는 콘텐츠에 금지되거나 불법적인 카테고리(폭력, 음란물, 혐오 발언 등)가 포함되어 있는지 표시한다.

이 검사는 무료 또는 체험 블로그의 공개된 게시물만 대상으로 한다. 비공개 초안, 삭제된 게시물, 이메일 주소, 구독자 목록 및 계정 정보는 전송되지 않는다. 표시된 콘텐츠는 내가 직접 검토한다.

이 말을 믿는다면 무료/체험 계정을 사용하는 모든 사람의 콘텐츠가 검토 목적으로 OpenAI에 제출되고 있는 셈이다. Olly는 해당 콘텐츠가 OpenAI의 LLM 학습에 사용되지 않는다고 말한다. 그것이 그의 믿음이긴 하지만, 이는 그의 서비스 무료 티어 사용자들이 OpenAI가 학습에 이 정보를 수집하지 않기로 한 합의를 지키고 있다고 믿어야 함을 의미한다. 그리고 문제는 Pagecord 사용자와 OpenAI 사이에 OpenAI가 콘텐츠를 사용하지 않고 있음을 확인할 수 있는 합의가 존재하지 않는다는 점이다.

(내가 재미있다고 생각하는) 반전은 Olly가 오늘 자신의 블로그에 이렇게 썼다는 것이다:¹⁶

Pagecord에서 OpenAI 스팸 블로그 검사를 없앴습니다. 사실 제대로 작동하지 않아서, 앞으로는 새로 생성되는 모든 블로그를 직접 검토하기로 했습니다. 그 수가 감당할 수 없을 정도로 많아질 때까지, 즉 사실상 영원히요. /ai 페이지도 간소화했습니다.

이 때문에 한 가지 궁금증이 생긴다… OpenAI 스팸 블로그 검사는 얼마나 오래 운영되었던 것일까? 제대로 작동하지 않는다고 판단하려면 꽤 큰 데이터셋이 필요했을 것 같다. 그렇다면 적어도 몇 주, 길게는 한 달 이상 운영되었음을 시사한다.

하지만 Pagecord를 사용하려는 사람이라면 여전히 알아두어야 할 점이 있다:

AI 검색 인덱서는 게시물이 검색되고 인용될 수 있게 하므로 차단하지 않습니다. 이를 원하지 않는다면 모든 것을 차단하는 커스텀 robots.txt를 작성하거나 인덱싱 자체를 비활성화할 수 있습니다.

세상에는 400개가 넘는 AI 웹 스크래퍼가 있으며,¹⁷ 자신의 콘텐츠가 스크래핑되는 것을 우려하는 사람들이 이 모든 봇이 단순히 콘텐츠를 “인용”하는 데 그칠 것이라고 생각할지는 의문이다. 그리고 콘텐츠를 인용하려면 LLM이 그 콘텐츠로 학습되어야 하는 것 아닌가?

이 부분은 얼마 전 Olly와 이메일로 주고받은 대화에서도 다룬 내용이다. 당시에는 사용자가 자신의 사이트에서 robots.txt 파일을 수정할 수 없었다. Olly가 이 기능을 추가한 점은 칭찬할 만하다. 나는 또한 사용자가 페이지의 HEAD 영역에 직접 코드를 삽입할 수 있도록 하는 방안에 대해서도 이야기했다. (이유는 LLM이 데이터셋을 스캔하지 않도록 카나리 GUID를 이용해 LLM을 오염시킬 수 있다고 알려주는 방법에 대해 읽었기 때문이다.¹⁸ 이 방법이 지금도 통하는지는 모르겠지만, 여전히 구현해 볼 만한 합리적인 기능으로 보인다.) Olly는 당시 사용자가 페이지의 HEAD 부분을 수정하도록 허용하는 아이디어에 동의하지 않았지만, 향후 고려해 볼 수 있다고 말했다.

소셜 연동

아주 사소한 부분이지만, 살펴본 많은 플랫폼에서 당연히 있을 것으로 기대했던 기능이다. Pagecord에는 Fediverse Author Attribution이라는 옵션이 있지만, 게시물이 페디버스에 발행된다는 내용은 어디에서도 찾을 수 없었다. 알고 보니 이 기능은 ActivityPub을 이용해 게시물을 발행하지 않는다. Fediverse Author Attribution 기능은 단지 게시물 헤더에 fediverse:creator meta tag를 추가할 뿐이다.

대신 Olly는 페디버스, Bluesky 등에 게시하기 위해 Echofeed를 사용할 것을 권장했다.¹⁹ 물론 작동하는 방법이긴 하지만 내게는 차선책으로 느껴진다. 플랫폼에 통합되어야 할 기능을 위해 서드파티 서비스에 의존해야 하는 것을 좋아하지 않는다. 그리고 Echofeed의 서비스 종료는 왜 그래서는 안 되는지를 정확히 보여주는 사례다.²⁰

결론

이 글의 목적은 Olly를 비난하거나 Pagecord 사용을 만류하려는 것이 아니다. 이는 인식의 문제다. 우리가 사용하는 플랫폼을 선택할 때 충분한 정보를 바탕으로 결정하는 것이 요즘에는 무엇보다 중요하다고 생각한다. 우리 중 많은 이들이 Mastodon, GoToSocial, Lemmy 등 페디버스 플랫폼을 사용하는 이유는 콘텐츠를 통제하는 플랫폼에서 벗어나고 싶었고, 주류 소셜 플랫폼의 방향성에 동의하지 않았기 때문이다.

Pagecord는 오픈소스이자 개방적인 플랫폼이라는 정신을 내세워 왔다. 하지만 Olly의 이력, Pagecord에 대한 그의 발언, 프로젝트가 운영되는 방식 등을 살펴보면 우리 커뮤니티에 정확하게 전달되고 있지 않다는 느낌을 지울 수 없다.

이 배경 정보를 읽고도 Pagecord에 만족한다면, 그것 역시 좋은 일이다.