EmDash 1.0 이후, 개인 블로그를 직접 운영할 때 따져볼 비용과 권한

블로그를 직접 운영하고 싶다는 생각은 화면을 조금 더 자유롭게 바꾸고 싶은 순간에 찾아옵니다. 주소와 데이터, 편집 방식을 스스로 정할 수 있다는 점도 매력적입니다. 하지만 글을 쓰는 일보다 사이트를 고치는 일이 많아진다면 원래 목적과는 멀어질 수 있습니다.

Cloudflare는 2026년 9월 28일 Astro 기반 오픈소스 CMS인 EmDash의 1.0 안정 버전과 플러그인 레지스트리를 발표했습니다. 새로운 선택지가 생겼다는 점은 흥미롭습니다. 다만 안정 버전이라는 이름과 내 블로그를 옮길 준비가 됐다는 판단은 따로 다뤄야 합니다.

이 글은 EmDash로 블로그를 이전한 사용기가 아닙니다. 공식 발표를 10월 11일 확인하고 개인 운영자의 비교 기준을 정리한 검토안입니다. 제목의 1.0은 발표의 기준점이며 현재 최신 버전을 뜻하지 않습니다. 구체적인 지원 기능과 비용은 실제 도입 시점에 다시 확인해야 합니다.

자유롭게 바꾸고 싶은 불편 하나를 고릅니다

독립 CMS를 검토하기 전에 현재 플랫폼에서 가장 불편한 작업 하나를 적습니다. 글을 내보내기 어렵다는 문제인지, 표와 코드를 원하는 방식으로 보여 주기 어렵다는 문제인지, 여러 종류의 콘텐츠를 묶기 어렵다는 문제인지에 따라 필요한 기능이 달라집니다.

‘내가 모두 통제한다’는 말만으로는 전환의 성공을 확인하기 어렵습니다. 반면 ‘같은 원고를 수정했을 때 두 곳의 내용을 놓치지 않는다’나 ‘오래된 글의 이미지 주소를 확인할 수 있다’는 검증할 수 있는 질문입니다. 통제권을 얻는다는 기대를 실제 작업의 변화로 바꿔야 합니다.

EmDash의 발표는 개발자가 Astro로 사이트를 만들고 편집자는 관리 화면에서 내용을 다루는 구조를 소개합니다. 또한 분산형 플러그인 레지스트리와 샌드박스 플러그인의 권한 경계를 설명합니다. 여기서 가져올 질문은 내 글쓰기와 확장 기능을 어느 수준까지 직접 관리하고 싶은지입니다.

새 기능을 모두 쓰는 계획보다 현재 불편과 연결되는 기능만 고르는 편이 좋습니다. 문제를 해결하는 데 꼭 필요하지 않은 기능을 추가하면 배울 내용과 고장 날 지점도 늘어납니다. 개인 블로그에서는 선택지를 많이 가진 것보다 매주 같은 방식으로 글을 올릴 수 있는지가 더 중요한 기준일 수 있습니다.

글 세 편으로 편집과 이관의 범위를 확인합니다

모든 글을 한 번에 옮기기 전에 성격이 다른 대표 글 세 편을 고를 수 있습니다. 문단과 목록 위주의 글, 이미지와 표가 있는 글, 코드와 외부 링크가 있는 글처럼 구성을 나눕니다. 단순한 글 하나가 잘 보이는 것만으로 전체 이관이 가능하다고 판단하지 않기 위해서입니다.

검토할 것은 본문만이 아닙니다. 제목, 작성일, 카테고리, 태그, 공개 상태와 이미지의 설명도 확인 대상입니다. 어떤 항목을 가져올 수 있고 어떤 항목을 별도 작업해야 하는지 적습니다. 댓글이나 플랫폼 안의 관계 기능처럼 같은 방식으로 옮기기 어려운 요소는 콘텐츠 파일과 분리해 판단합니다.

대표 자료	확인할 결과
문단·목록 글	제목 단계와 목록 순서가 유지되고 수정 후 저장됩니다.
이미지·표 글	원본 파일, 설명, 표의 행과 열이 누락되지 않습니다.
코드·링크 글	코드 내용과 외부 주소가 바뀌지 않고 작은 화면에서도 읽힙니다.
게시 정보	공개 상태와 날짜, 카테고리를 의도대로 관리할 수 있습니다.

티스토리나 네이버에서 EmDash로 자동 이관되는 기능을 이 글에서 보증하지는 않습니다. 현재 제공되는 내보내기와 가져오기 형식이 맞는지 확인해야 합니다. 형식이 다르면 변환과 검수가 별도 작업으로 생깁니다. 그 시간을 제외한 채 ‘이전은 금방 끝난다’고 계산하면 실제 부담이 드러나지 않습니다.

편집 경험은 새 글을 만드는 일과 기존 글을 고치는 일을 모두 포함합니다. 휴대전화에서 오타를 고치고 싶은지, 예약 시간을 자주 바꾸는지, 이미지 설명을 덧붙이는지처럼 실제 습관을 기준으로 봅니다. 개발자가 구현할 수 있다는 사실과 피곤한 날에도 편하게 쓸 수 있다는 사실은 다릅니다.

플러그인의 편리함과 허용할 권한을 함께 봅니다

공식 발표는 샌드박스 플러그인이 추가 기능을 수행하려면 필요한 권한을 선언하고 관리자의 승인을 받는 방식을 설명합니다. 이런 구조는 무엇을 허용하는지 살펴볼 근거가 됩니다. 다만 ‘샌드박스’라는 이름만으로 모든 플러그인을 검토 없이 설치해도 된다고 해석해서는 안 됩니다.

개인 사이트에서도 공개 글과 미공개 원고, 미디어, 계정 정보는 같은 취급을 받을 필요가 없습니다. 이미지 처리 기능이 어떤 자료를 읽어야 하는지, 외부 서비스로 보내는 정보가 무엇인지 묻는 것이 좋습니다. 기능 설명과 요청 권한을 나란히 읽어 보면 불필요한 확장을 줄일 수 있습니다.

플러그인을 고를 때는 설치 후 잘 동작하는지만 보지 않습니다. 업데이트 기록을 어디에서 확인하는지, 사용을 중단했을 때 글이 어떤 모습으로 남는지, 다른 기능과 연결되어 있는지를 기록합니다. 사이트의 핵심 내용이 특정 플러그인 없이는 읽히지 않는다면 그 의존성은 운영 계획에 포함해야 합니다.

처음에는 필요한 확장 하나만 검토하고, 그것이 해결하는 불편을 설명할 수 있을 때 추가하는 편이 낫습니다. 설치하기 쉬워졌다는 이유로 운영 책임이 사라지는 것은 아닙니다. 권한과 버전을 기록해 두어야 문제가 생겼을 때 최근에 무엇이 바뀌었는지부터 찾을 수 있습니다.

비용에는 주소를 지키고 복구하는 시간도 넣습니다

CMS 자체의 이용 조건과 사이트 운영 비용은 구분해야 합니다. 호스팅, 데이터 저장, 이미지 전달, 도메인처럼 선택한 구성에 따라 비용 항목이 달라질 수 있습니다. 무료라는 단어 하나로 전체 비용을 정하지 말고 실제 구성과 사용량 기준으로 확인해야 합니다.

돈 외에 따로 적을 것은 월별 관리 시간입니다. 업데이트를 확인하고, 게시 실패를 조사하고, 백업을 복구할 수 있는지 살펴보는 일입니다. 직접 운영하는 권한이 매력적인 만큼 문제가 생겼을 때 누구에게 어떤 도움을 받을 수 있는지도 알아야 합니다.

기존 글의 주소는 별도 표로 남깁니다. 새 사이트에 같은 글이 있어도 예전 링크를 따라온 사람이 그 글을 찾을 수 있어야 합니다. 이전 주소를 직접 제어할 수 있는 범위와 새 주소 연결 방법을 확인하고, 제어할 수 없는 플랫폼 주소까지 마음대로 전환할 수 있다고 가정하지 않습니다.

백업은 파일을 다운로드했다는 사실에서 끝내지 않습니다. 글과 이미지, 필요한 설정을 어디까지 되살릴 수 있는지 설명할 수 있어야 합니다. 실제 운영 전환을 검토한다면 복구를 확인할 별도 환경과 절차를 마련합니다. 시험 사이트가 잘 뜬 것만으로 장애 이후 복구까지 확인했다고 기록하지 않습니다.

• 유지: 현재 불편이 작고 글쓰기 흐름이 안정적이면 기존 플랫폼을 씁니다.
• 시험: 해결할 문제가 명확하지만 이관과 운영 조건이 미확인이면 대표 자료로 범위를 좁힙니다.
• 이전 검토: 필요한 편집 동작과 콘텐츠 보존, 주소 연결, 복구 방법을 확인한 뒤 결정합니다.

마치며: 새 CMS보다 내 운영 기준을 먼저 만듭니다

EmDash의 발표는 개인 블로그를 어떤 방식으로 관리할지 다시 생각하게 하는 계기입니다. 하지만 새 도구가 나왔다고 기존 운영을 곧바로 바꿀 필요는 없습니다. 제어권이 실제로 해결하는 불편과 그 제어권을 유지하는 비용을 함께 볼 수 있어야 합니다.

오늘은 가장 불편한 게시 작업 하나와 대표 글 세 편의 주소를 적어 보시길 권합니다. 그 작은 목록으로 편집, 이미지, 링크, 공개 상태가 어떻게 유지되어야 하는지 정리하면 됩니다. 도입을 미루더라도 이 기록은 다음 도구를 비교하거나 현재 블로그를 정비할 때 다시 쓸 수 있습니다.

출처: Cloudflare, EmDash 1.0 및 플러그인 레지스트리 발표(2026-09-28, 확인 2026-10-11). 직접 설치·이전·비용 측정을 수행한 결과가 아니며, 개별 플랫폼 이관 지원은 도입 시 별도 확인해야 합니다.