용어 색인

A   B   C   D   E   F   G   H   I   J   K   L   M   N   O   P   Q   R   S   T   U   V   W   X   Y   Z


용어 색인

A   B   C   D   E   F   G   H   I   J   K   L   M   N   O   P   Q   R   S   T   U   V   W   X   Y   Z


용어 색인

A   B   C   D   E   F   G   H   I   J   K   L   M   N   O   P   Q   R   S   T   U   V   W   X   Y   Z

용어

헤드리스 CMS

간략한 정의

헤드리스 CMS는 콘텐츠의 전달 레이어에서 프레젠테이션 레이어를 분리하기 때문에 프런트 엔드 개발자가 HTTP API를 통해 콘텐츠 저장소의 콘텐츠에 직접 액세스하여 해당 콘텐츠를 어디에나 전달할 수 있습니다.

주요 내용

 

헤드리스 콘텐츠 관리는 더욱 빠른 반응형 웹 경험의 필요성, 모바일 앱 및 디바이스의 인기 상승, 프런트 엔드 개발자를 위한 툴 증가 등 여러 트렌드가 맞물린 시기에 등장했습니다.

헤드리스 접근 방식의 이점은 빨라지는 경험으로, 이는 리소스와 대역폭이 제한적인 모바일 애플리케이션에 특히 중요합니다.

헤드리스 CMS는 프레젠테이션, 애플리케이션, 콘텐츠 등 변경 작업 시 IT 개발자에게 많이 의존합니다.

하이브리드 CMS는 콘텐츠를 모든 채널에 전달하고 기존의 사이트 및 애플리케이션과 헤드리스 사이트 및 애플리케이션의 조합을 지원함으로써 기존의 CMS와 헤드리스 CMS 간의 차이점을 보완해 줍니다.


Q: 헤드리스 CMS란 무엇입니까?

A: 헤드리스 CMS는 개발자가 옴니채널 콘텐츠 전달 작업을 손쉽게 수행할 수 있는 시스템으로, 콘텐츠를 선택한 다음 원하는 모든 채널에 전달할 수 있습니다. 헤드리스 CMS를 사용하면 CMS에서 콘텐츠를 가져와 원하는 어떤 툴이든 사용하여 모든 프런트 엔드에 전달할 수 있으며, 전달 방식은 CMS의 유형에 따라 다릅니다.

100% 헤드리스 CMS에는 콘텐츠 저장소 외에는 아무것도 포함되어 있지 않습니다. API를 사용하여 원하는 콘텐츠를 가져올 수 있는 기능 외에는 아무런 기능을 지원하지 않습니다. 다른 기능을 원하면 UI를 구축해야 합니다. 하지만 헤드리스 콘텐츠 관리 기능과 함께 다양한 강력한 기능을 제공하는 CMS도 있습니다.

헤드리스 CMS의 기능 중 하나는 순수 JavaScript 애플리케이션을 프런트 엔드로 활용하여 경험을 제작해서 이 경험을 웹 브라우저에서 실행하고 백 엔드 시스템의 콘텐츠로써 구현하는 것입니다. 그러면 콘텐츠 관리 시스템으로 인해 서버 측에 HTML이 더는 생성되지 않습니다. 또한 헤드리스 CMS를 사용하여 모바일 앱, IoT 디바이스, 채팅봇 또는 음성 지원에 콘텐츠를 전달할 수도 있습니다.

이러한 아키텍처에서 경험을 관리하기 위해서는 프런트 엔드 애플리케이션과 콘텐츠 저장소가 서로 소통하는 데 필요한 API가 있어야 합니다. 모든 헤드리스 CMS는 프런트 엔드 애플리케이션과 백 엔드 콘텐츠 저장소 사이에 API가 위치한 아키텍처로 되어 있습니다. API는 백 엔드 저장소에서 콘텐츠를 가져오기 위한 헤드리스 CMS 구현의 관문과 같습니다. 

헤드리스 CMS 접근 방식을 이용하면 웹 앱, 모바일 디바이스, IoT 디바이스 등 다양한 디바이스와 채널에 콘텐츠를 신속하게 전달할 수 있습니다.

Q: 헤드리스 CMS는 어떻게 발전했습니까?

A: 헤드리스 CMS 기능은 지난 몇 년 사이 등장한 다양한 트렌드의 결합으로 탄생했습니다. 첫 번째 트렌드는 최종 사용자들의 즉각적인 결과에 대한 끊임없는 요구였습니다. 누구나 즉각적인 웹 경험을 원하기 때문입니다.

두 번째 트렌드는 모바일 디바이스의 인기 상승입니다. 모바일은 HTML을 모바일 앱용 브라우저에 전송하지 않는, 기존의 프런트 엔드와 다른 프런트 엔드를 가진 최초의 채널이었습니다. 느린 연결 속도로 인해 초창기 스마트폰에 웹 페이지를 로딩하는 것은 많은 인내가 필요한 프로세스였으며, 개발자들이 솔루션을 모색하기 시작하게 된 것도 이러한 이유 때문이었습니다.

세 번째 트렌드는 프런트 엔드 개발자가 사용할 수 있는 툴의 증가입니다. 프런트 엔드 개발자는 경험을 렌더링할 수 있는 클라이언트측 애플리케이션을 개발합니다. 지난 몇 년 사이 프런트 엔드 개발자가 클라이언트측 애플리케이션을 개발하는 데 사용 가능한 툴의 수가 증가했을 뿐만 아니라 성숙도도 향상되었습니다.

이 세 가지 트렌드가 합쳐져, 서버 측 HTML 렌더링에서 클라이언트 측에 채널별, 목적별 직접 렌더링으로 바뀌는 경향이 나타나고 있습니다. 

모바일 애플리케이션이 빠르게 성장한 이유 중 하나는 모바일 애플리케이션이 콘텐츠와 콘텐츠 전환을 매우 빠르게 구현할 수 있기 때문입니다. 이러한 이점과 함께 프런트 엔드 개발 툴이 증가하면서 헤드리스 CMS 기능 채택이 더욱 가속화되고 있습니다.

Q: 헤드리스 CMS 기능 사용 시 이점은 무엇입니까?

A: 헤드리스 CMS 기능을 사용하면 더욱 빠른 웹 경험을 제공할 수 있을 뿐만 아니라 웹 개발자가 평소 가장 익숙한 툴과 프레임워크를 유연하게 사용할 수 있습니다. 웹 개발자는 이제 HTML을 작성하고 렌더링하는 데 특정 애플리케이션 스택만을 고집하지 않아도, 애플리케이션 프로그래밍 인터페이스, 즉 API로 백 엔드 콘텐츠 저장소와 통신하여 특정 활용 사례나 콘텐츠에 맞게 렌더링되는, 사용 목적별 애플리케이션을 만들 수 있습니다. 콘텐츠 API를 통해 다양한 기술이나 플랫폼과 통신할 수 있습니다.

Q: 헤드리스 CMS와 하이브리드 CMS 기능의 차이점은 무엇입니까?

A: 순수한 헤드리스 CMS 아키텍처는 콘텐츠 저장소만을 제공하고, 다른 기능은 제공하지 않습니다. 이 접근 방식은 개발자가 새로운 경험을 제작하고 테스트할 때 작업 속도가 느려지는 문제점은 해소하지만, 맞춤형 구현으로 인해 관리가 어려울 수 있습니다.

비결합 CMS라고 하는 하이브리드 헤드리스 CMS는 HTML이 브라우저로 전송되는 기존 CMS 도메인과 헤드리스 CMS 중간에 있는 CMS로, 단 하나의 채널이 아닌 옴니채널 경험을 지원합니다. 이를 통해 비즈니스 사용자는 이러한 영역의 콘텐츠를 관리할 수 있고, 개발자는 간단한 툴을 사용하여 콘텐츠에 바로 접근하고 이 콘텐츠를 채팅봇, 음성 지원, 기타 IoT 디바이스 등 어떤 엔드 포인트에나 전달할 수 있습니다.

하이브리드 CMS를 사용하면 헤드리스 콘텐츠 관리를 위한 모든 기능뿐 아니라 다른 기능도 바로 이용할 수 있습니다. 따라서 저작 기능, 멀티사이트 관리, 언어 번역과 같은 기능을 새로 구축하지 않아도 됩니다. 헤드리스 방식으로 웹 사이트에서 콘텐츠를 재사용할 수도 있는데, 이는 순수한 CMS에서는 지원하지 않는 기능입니다. 순수한 헤드리스 CMS는 글로벌 웹 사이트에 필요한 모든 강력한 기능을 갖춘 다중 페이지 웹 사이트를 관리하지 못할뿐더러 헤드리스 방식으로 콘텐츠를 재사용할 수도 없습니다.

하이브리드 CMS를 사용하면 기존의 경험 관리 접근 방식과 새로운 경험 관리 접근 방식을 모두 지원할 수 있다는 점에서 다양한 이점을 얻을 수 있습니다. 그리고 새로운 방식으로 웹 경험을 제작할 때 발생할 수 있는 여러 문제 때문에 많은 웹 콘텐츠 담당자가 자사에 맞게 신규 기술 접근 방식과 기존의 웹 사이트 및 페이지를 결합하여 사용하고 있습니다.

Q: 헤드리스 CMS 기능 사용 시 당면 과제에는 어떤 것이 있습니까?

A: 헤드리스 CMS 아키텍처의 당면 과제는 조직의 문제에서 비롯됩니다. 헤드리스 CMS 환경에서는 시간이 갈수록 콘텐츠 관리가 극단적으로 개발자 중심으로 변할 수 있습니다. 콘텐츠 경험을 장기간에 걸쳐 관리하기 위해서는 IT 개발자의 참여가 필요하기 때문입니다. 이렇게 되면 마케팅 직원과 같은 비즈니스 사용자가 콘텐츠(또는 프레젠테이션) 변경 작업을 스스로 수행할 수 없게 됩니다.

애플리케이션을 만든 개발자가 모든 변경 작업을 수행해야 합니다. 그리고 사내에 자체 개발자가 없는 경우, 즉 대행업체가 헤드리스 CMS 애플리케이션을 구축한 경우라면, 이 애플리케이션과 관련 콘텐츠에 대한 모든 변경 작업은 이 대행업체에 맡겨야 합니다. 이 경우 콘텐츠 운영 속도가 상당히 느려질 수 있고, 웹 경험 업데이트 또는 변경 비용이 증가합니다. 바로 이 때문에 점차 많은 콘텐츠 담당자가 점차 시간과 가치를 기반으로 한 지표를 바탕으로, 어떤 유형의 콘텐츠 관리 접근 방식을 어느 경우에 사용할지를 결정하고, 다양한 활용 사례와 우선순위에 맞게 여러 가지 최적의 접근 방식을 서로 섞어 사용하고 있습니다.

Q: 헤드리스 CMS 기능과 정적 사이트 생성기의 차이점은 무엇입니까?

A: 정적 사이트 생성기는 바로 정적 웹 페이지 또는 사이트를 생성하는 툴입니다. 웹 콘텐츠의 대다수가 다이내믹한 콘텐츠이고, 웹 경험이 컨텍스트 내 분석개인화를 바탕으로 구현되는 요즘에는 정적 사이트 생성기의 경제적 활용 사례가 점차 줄고 있는 실정입니다. 가끔 정적 사이트는 헤드리스 CMS 기능을 소개하기 위한 데모 용도로 사용됩니다.

Q: 헤드리스 CMS 기능 및 아키텍처는 앞으로 어떻게 바뀝니까?

A: 헤드리스 CMS에서 유일하게 변하지 않는 점은 지속적인 빠른 혁신일 것입니다. 프런트 엔드 프레임워크의 진화는 계속될 것이고, 오래된 툴은 사라질 것이며 새롭고 더 나은 툴로 대체될 것입니다. 빠른 프로그래밍, 채널별 및 사용 목적별 클라이언트 애플리케이션의 매력은 더 커질 것입니다. 사용자의 관점에서는 빠르게 진화하는 분야의 혁신 주기를 따라잡아야 하는 부담이 계속될 것입니다.

동시에 대기업 솔루션은 더 많은 새로운 접근 방식과 유틸리티를 적용하게 될 것이고, 최첨단 웹 개발의 이점을 활용해 엔터프라이즈 규모로 콘텐츠 관리를 하려고 할 것입니다.

궁극적으로, 이 모든 진화의 승자는 최종 사용자로, 콘텐츠를 어느 채널, 어느 디바이스에서 소비하든 항상 더욱 빠르고 매력적인 웹 경험을 즐기게 될 것입니다.

Adobe가 도와드리겠습니다

Adobe Experience Cloud를 통해 지식을 행동으로 전환하십시오.