20년 동안 WordPress와 이별

발행: (2026년 5월 3일 PM 11:34 GMT+9)
13 분 소요

Source: Hacker News

번역할 텍스트를 제공해 주시면, 요청하신 대로 한국어로 번역해 드리겠습니다. (코드 블록이나 URL은 그대로 유지하고, 마크다운 형식과 기술 용어는 그대로 보존합니다.)

SiteGround에서 Bluehost로 마이그레이션

지난 11월 블랙 프라이데이 즈음에 SiteGround에서 Bluehost로 웹사이트를 이전했습니다. 이는 대규모 인프라 결정을 의미하는 것이 아니라, 두 업체 모두 공유 호스팅을 제공했기 때문입니다. SiteGround는 갱신 시 약 다섯 배 정도 더 비싸게 청구했지만, Bluehost는 훨씬 저렴했고 99.9 % 가동 시간을 광고했으며, 이는 이론적으로 충분히 좋아 보였습니다. 개인 웹사이트에 한 달에 43분 정도 다운되는 것은 큰 문제로 보이지 않았습니다. 블로그에 엘리트급 인프라가 필요하지는 않지만, updown.io에서 사이트가 다운됐다는 이메일을 받거나, 읽는 도중에 사이트가 중단됐다는 불만을 듣고 싶지는 않았습니다.

마이그레이션 경험

마이그레이션은 고통스러웠습니다. 대시보드가 이야기를 충분히 잘 보여줍니다: 사이트가 완전히 다운되지는 않았지만, 신뢰를 계속 깎아내릴 정도로 잡음이 있었습니다. 응답 시간은 제가 원하던 것보다 더 많이 변동했고, Bluehost는 여전히 광고한 99.9 % 가동 시간을 충족하지 못했습니다. 지원팀과의 모든 상호작용—에스컬레이션 경로까지 포함—은 문제를 제대로 진단할 만큼 기술적이지 않았습니다.

Bluehost는 Cloudflare 통합을 제공했으며, 최소한 캐싱을 가능하게 했지만, 그 레이어가 너무 버그가 많아 실제로 안심할 수는 없었습니다. 저렴한 인프라는 지루하게 유지되는 동안에만 저렴합니다; 주목을 요구하기 시작하면 절감 효과는 운영상의 마찰로 상쇄됩니다.

Uptime Dashboard for The Blog
블로그의 가동 시간 대시보드

호스팅 이동은 단지 촉발제에 불과했습니다 {#the-hosting-move-was-only-the-trigger}

그럼에도 불구하고, 이번 이전은 더 깊은 불일치를 드러냈다. 나는 한동안 워드프레스가 더 이상 내가 원하는 것이 아니라는 것을 알고 있었다. 나는 2007년부터 워드프레스를 사용해 왔으며, 그것은 나에게 잘 맞았다. 워드프레스는 출판, 관리 패널, 테마, 플러그인, 댓글, 피드, 그리고 수년간 글을 계속 쓸 수 있는 간단한 방법을 제공했다. 나는 그렇지 않다 최신 유행적인 워드프레스 반대 입장을 가지고 있지 않다. 그것은 오랫동안 올바른 문제를 해결해 주었다.

하지만 오늘날 내 웹사이트는 대부분 아카이브이며, 신문이나 협업 출판물이 아니다. 이는 주제, 언어, 분위기, 시대, 그리고 성숙도 수준에 걸친 수년간의 글이다.

워드프레스는 게시물을 저장하는 데는 뛰어나다. 하지만 내가 작업하고자 하는 방식에 있어서는—아카이브를 내가 검토하고, 재구성하고, 로컬에서 검색하며, 의도적으로 재구성할 수 있는 대상으로 다루는 데는 그다지 좋지 않다.

실제로 원했던 것

WordPress를 떠난 이유는 단순히 Bluehost 때문만은 아니었습니다. 시간이 지나면서 점점 어색해진 방식으로 내 글을 다루고 싶었기 때문이기도 합니다. 저는 Google Docs에서 초안을 작성한 뒤, 모든 내용을 다시 WordPress에 복사하고 있었습니다.

사이트가 출판 인터페이스보다는 실제로 검토할 수 있는 작업물 집합처럼 동작했으면 했습니다. 오래 지속되는 블로그는 복합효과(compounds) 를 일으키는데(예: 복합효과에 대한 글 참고), 복합효과는 그 안에 있는 것을 보고 활용할 수 있을 때만 의미가 있습니다.

또한 포스트 간의 연결을 보다 의도적으로 만들고 싶었습니다. 시간이 흐르면서 이런 사이트는 눈에 보이지 않는 연결 고리를 형성합니다:

  • 10년 전 글에 내가 작년에야 제대로 발전시킨 아이디어의 씨앗이 들어 있을 수 있습니다.
  • 또 다른 글은 속편, 정정, 혹은 더 좁은 후속 글이 필요할 수도 있습니다.

WordPress에서는 이러한 링크가 종종 우연에 머물렀습니다.

이번 마이그레이션을 통해 사이트를 데이터이자 산문 으로 다루어야 했습니다. 그래서 다음과 같은 작업을 해야 했습니다:

  1. 항목을 더 명확히 분류하기.
  2. 카테고리를 보다 의도적으로 정의하기.
  3. 태그를 더 신중하게 사용하기.
  4. 함께 묶여야 할 포스트를 위한 시리즈 모델 도입하기.

지금까지 만든 것

그것이 저를 Yapress 로 이끌었습니다 – 제 이니셜과 “press”를 합친 이름이죠. 그래서 저는 광고 쪽에 있지 않습니다. Codex, Claude, 그리고 Gemini 를 조합해 이를 만들었고 새 출범 목록 에 추가했습니다.

이 프로젝트는 점차 markdown‑first 출판 설정 으로 변모했습니다. 다음을 지원합니다:

  • WordPress 가져오기
  • 분류, 시리즈, 그리고 아카이브
  • 콘텐츠 검증

저는 npm 에 무언가를 게시한 적이 없었기 때문에, 이 작은 프로젝트가 그 이정표가 되었습니다.

Note: 기능 목록이 핵심이 아닙니다. 핵심은 이제 사이트가 파일 형태로 존재한다는 점입니다. 저는:

  • 모든 것을 로컬에서 검색할 수 있고
  • 코드 편집기에서 편집할 수 있으며
  • Git 으로 버전 관리할 수 있고
  • 매번 WordPress 와 씨름하지 않고 재구성할 수 있습니다

또한 플러그인 시스템 을 추가했습니다. 사이트가 완전히 정적이기 때문에 플러그인은 런타임에 동적으로 동작하는 것이 아니라 코드 조각을 삽입하는 형태에 제한됩니다 – 제 요구에는 충분합니다.

마이그레이션 과정에서 이전 URL 을 더 깔끔하게 보존할 수 있게 되었는데, 이는 수년간의 링크가 깨지는 것을 방지하려는 저에게 매우 중요했습니다.

트레이드‑오프 {#the-trade-off}

이것은 공짜가 아니었습니다. 저는 vibe‑codingYapress를 하면서, 문제가 생길 때마다 끼어들고, 링크를 삼중 확인하고, 모든 것이 정상적으로 동작하도록 스크립트 세트를 구축하는 데 상당한 시간을 투자했습니다.

워드프레스가 아직도 매력적인 이유

  • 성숙한 관리자 인터페이스
  • 브라우저에서 바로 편집 가능
  • 방대한 생태계
  • 익숙한 관례

포기한 것들

정적 사이트나 마크다운‑우선으로 전환하면 특히 댓글구독과 관련된 워드프레스의 편의성을 잃게 됩니다. 저는 현재 댓글을 포기했지만, 구독을 처리하기 위해 작은 플러그인 – yapress‑mailerlite – 을 만들었습니다.

실제 적용된 트레이드‑오프

  • 더 직접적인 소유권 – 전체 스택을 제가 직접 제어합니다.
  • 단순한 시스템 – 더 크고 불투명한 플랫폼에 이해를 외주 주기보다 제가 이해할 수 있는 것을 운영하는 것을 선호합니다.

나의 플랫폼‑엔지니어링 기준

플랫폼은 사용자가 직접 구축하는 것보다 실제로 더 나은 길을 제공할 때만 가치가 있습니다:

  1. 마찰 감소
  2. 인지 부하 감소 – 제 글 stop‑wasting‑brainpower 참고
  3. 더 나은 기본값
  4. 안전한 운영

사용자가 동일하거나 더 좋은 경로를 만들 수 있다면, 그 플랫폼은 도움이 되지 않는 것입니다.

이 사이트를 재작성하는 이유

워드프레스는 여전히 플랫폼의 제약을 가지고 있지만, 얻을 수 있는 장점은 점점 줄어들고 있습니다. 저는 하이퍼스케일 블로그 인프라에 갑자기 관심이 생겨서가 아니라, 아카이브가 주요 자산이 되었고, 그 현실에 맞는 설정이 필요해서 사이트를 재작성하고 있습니다.

결과적으로

I know this can look like over‑engineering, but the incentives are good. I chose Next.js for now because it is easy to deploy and I already know the tooling. I could move to Cloudflare’s free tier later, but at this stage I value familiarity more than squeezing out every possible optimisation.

I also suspect this matters more now than it did five years ago. AI assistance changed the question from “Is this worth building?” to “Is this the right thing to build?”. WordPress was always friction. What changed is the cost of replacing it. Once that drops low enough, the question then becomes not whether you can afford to change it, but whether you can justify not doing it.

0 조회
Back to Blog

관련 글

더 보기 »