Hong Cheung 
CMS란 무엇인가요?
WordPress, Medium, Blogspot, Ghost 등이 아닌 다른 것을 원하시거나, 다른 블로그 플랫폼을 원하시거나, 아니면 그냥 더 알고 싶으신가요? 그렇다면 CMS라는 용어를 알게 되실 겁니다 - 콘텐츠 관리 시스템(Content Management System)이죠.
CMS가 하는 일은 콘텐츠를 관리할 수 있는 구조적인 방법을 제공하는 것뿐입니다. 수만 개의 블로그 글이 있다고 상상해 보세요. 그것들을 어떻게 잘 정리된 순서로 저장하고 관리할 수 있을까요? 그래야 나중에 효과적으로 편집하고 다시 찾아볼 수 있겠죠.
관리 기능은 다음과 같습니다:
- 작성자 - 작성자가 몇 명인지 관리하고, 그들의 글을 검토하는 등의 작업을 합니다.
- 콘텐츠 - 글을 카테고리로 분류하고, 태그 시스템을 추가하고, 테마를 체계적인 순서로 배치할 수 있습니다.
- 플러그인 - WordPress에는 SEO 개선부터 구독 섹션 추가까지 다양한 플러그인이 있습니다.
이러한 기능들은 오래 지속되는 블로그나 웹사이트를 원한다면 거의 필수적입니다. 하지만 단순히 몇 개의 페이지로 구성된 웹사이트를 만드는 것이라면, 정말 필요하지 않습니다.
전통적인 CMS란 무엇인가요?
- 글이 Markdown으로 저장됩니다
전통적인 CMS는 모든 블로그 글을 별도의 파일로 저장하며, 보통 .md 또는 .mdx 확장자를 가집니다. 이는 Markdown 파일의 줄임말입니다. 그래서 다음과 같이 작성할 수 있습니다:
## Happy New Year
**Hello** mum.위의 입력은 CMS에 의해 변환됩니다: “##를 사용하면 제목 2, **를 사용하면 굵게”로 해석한 다음 HTML로 출력해 줍니다. 따라서 “<h2>Happy New Year</h2><p><b>Hello</b> mum</p>“와 같은 코드를 작성할 필요 없이 콘텐츠 작성에만 집중할 수 있습니다.
- Markdown에서 게시 URL로
Markdown 파일은 보통 blog 또는 posts라는 폴더 안에 위치하며, 원하는 방식에 따라 다릅니다. Markdown 파일을 배치하는 방식은 보통 게시 URL에도 반영됩니다. 파일을 root/posts/hello-mum.md에 넣으면, 게시 URL은 example.com/posts/hello-mum처럼 됩니다. 하지만 이는 설정 방식이나 사용하는 CMS에 따라 다릅니다.
새 글을 원한다면, 새로운 .md 파일을 만들면 됩니다. 파일 이름을 peter-parker.md로 지정하면, URL은 posts/peter-parker로 끝나게 됩니다.
- Markdown을 위한 스키마
스키마는 CMS를 위해 정의하는 변수들의 집합입니다. 예시 Markdown 파일은 다음과 같습니다:
---title: 'Hello Mum'date: 2023-11-10tags: ['Parenting', 'Mum', 'Family']summary: 'Say hi to your mum instead of hello world'image: src: /images/mumSmiling.jpg alt: myMumauthors: ['default']---
<img src="../../../public/images/omelet.jpg" alt="omelet"/>or
3 collapsed lines
## Breakfast
I usually make omelet for her....... (continue on your article)title, date, tags, summary, image src & alt, authors와 같은 필드들은 미리 정의되어 있습니다. 각 필드에 맞게 값만 변경하면 됩니다. 하지만 개발자라면, 원하는 대로 필드를 쉽게 편집할 수 있습니다.
보시다시피, Markdown 안에 HTML 코드를 삽입할 수도 있습니다. 얼마나 편리한가요?
헤드리스 CMS란 무엇인가요?
- 데이터베이스를 사용하여 웹페이지와 블로그 글을 분리합니다.
헤드리스 CMS는 전통적인 CMS와 비슷하게 작동하며, Markdown으로 작성할 수도 있습니다. 하지만 블로그 글을 웹사이트의 Markdown으로 저장하지 않습니다. 대신 콘텐츠를 웹사이트로부터 분리합니다. 설명해 드리겠습니다.
헤드리스 CMS는 콘텐츠가 프런트엔드로부터 분리된다는 것을 의미합니다. 블로그 글은 다른 곳의 백엔드 서버에 저장됩니다.
전통적인 CMS로 웹사이트를 구축할 때, 우리는 보통 이를 정적 사이트 생성이라고 부릅니다. 이는 작성한 글, 웹사이트 디자인, CMS 시스템을 포함한 모든 것을 같은 폴더에 넣는다는 의미입니다. 그런 다음 준비가 되면 생성하여 모든 것이 포함된 폴더를 출력합니다 - 그것이 방문자들이 보게 되는 것입니다.
하지만 헤드리스 CMS는 원래 웹사이트 디자인 폴더 안에 블로그 글이나 작성자 정보를 포함하지 않습니다.
대신, 콘텐츠는 데이터베이스 안의 클라우드 서버에 저장됩니다. 웹사이트를 구축할 때, 웹사이트에는 클라우드 서버에 저장된 모든 글을 검색하기 위해 쿼리(클라우드의 데이터베이스와 통신)하는 로직이 있습니다. 따라서 웹사이트를 게시하면, 클라우드에서 자동으로 데이터를 가져와 웹사이트의 일부로 통합한 다음, 블로그 글이 포함된 완전한 웹사이트를 출력합니다.
헤드리스 CMS의 단점
- 비용
전통적인 CMS는 보통 무료이며, 웹사이트 호스팅 비용만 지불하면 됩니다. GitHub를 사용한다면 기본적으로 무료입니다. 반면, 헤드리스 CMS는 보통 월 요금에 좌석(작성자)당 추가 비용이 부과됩니다. 즉, 팀 규모에 따라 비용을 지불하는 것입니다.
- 대역폭 제한 (비용)
웹사이트에 콘텐츠와 에셋(이미지)이 많으면 헤드리스 CMS 서버의 대역폭을 많이 사용할 수 있습니다. 해당 서비스도 선택한 요금제마다 대역폭 제한이 있습니다. 하지만 전통적인 CMS의 경우 호스팅 비용과 웹사이트 대역폭만 신경 쓰면 됩니다. 그리고 Cloudflare Pages를 사용한다면 무제한 대역폭을 무료로 제공합니다.
- 구축에 더 많은 노력이 필요합니다
정적 사이트 생성기(전통적인 CMS)는 헤드리스 CMS보다 구현하기 쉽습니다. 전통적인 CMS는 스키마와 Markdown 작성만 신경 쓰면 되고, 많은 전통적인 CMS에서 작동할 가능성이 높기 때문입니다. 하지만 헤드리스 CMS는 약간의 API 가져오기 로직이 필요하고, 각 헤드리스 CMS 제공업체마다 특정 쿼리 방법을 배워야 합니다.
언제 무엇을 사용해야 할까요?
- 전통적인 CMS
예: Hugo, 11ty, Jekyll, Gatsby 등
소규모 팀이거나 혼자일 때.
- 헤드리스 CMS
예: Sanity, WordPress, Strapi, Drupal, Payload, Prismic 등
큰 팀이거나 향후 확장성을 위해.
소규모 팀이라고 해서 헤드리스 CMS를 사용하면 안 된다는 의미는 아니며, 단지 일반적인 가이드라인일 뿐입니다.
또한, 블로그 글을 로컬에서 관리하고 작성하고 싶지 않다면, 헤드리스 CMS 사용을 고려해야 합니다.
글쓰기만 신경 쓰거나 개발자가 아니라면
그냥 WordPress를 사용하세요. 다른 CMS는 신경 쓰지 마세요.
필요할 때 확장성을 제공하며, 가장 중요한 것은 코드를 만질 필요가 없다는 것입니다.
이것은 제 연구와 경험에서 나온 것입니다.
행운을 빕니다.
