헤드리스 CMS를 선택하는 방법

이 기사는 시각적 편집기, 중첩 구성 요소 및 웹 사이트 및 앱용 사용자 정의 가능한 콘텐츠 블록이 있는 친숙한 헤드리스 CMS인 Storyblok의 친애하는 친구의 지원을 받았습니다. 감사합니다!

지금 읽고 있는 것과 같은 웹 페이지에는 정보를 제공하는 텍스트, 이미지, 비디오 및 기타 자산이 있습니다. 이 데이터는 콘텐츠 편집자가 WCMS(웹 콘텐츠 관리 시스템)에서 수집하고 작성합니다. WCMS는 기존 CMS에서 분리형 CMS, 헤드리스 CMS로 진화하는 과정을 거쳤습니다.

헤드리스 CMS로의 전환은 쉬운 결정이 아니며 선택 과정을 가볍게 여겨서는 안 됩니다. 이 기사에서는 모든 헤드리스 CMS가 제공해야 하는 몇 가지 핵심 기능을 강조할 것입니다. 이러한 기능과 관련 과제를 살펴보고 조직의 고유한 요구 사항을 충족하는 헤드리스 CMS를 선택하는 데 도움을 드립니다.

Luminary의 기술 이사로서 저는 고객이 필요에 따라 최고의 CMS, DXP(디지털 경험 플랫폼) 또는 헤드리스 CMS를 선택하도록 도왔습니다. 디지털 공간에서 Luminary의 21년 경험, CMS 공간에서의 17년 경험 및 2016년부터 Headless에 대한 집중을 바탕으로 다음은 여러분이 주의해야 할 사항에 대한 2센트입니다.

헤드리스 CMS를 선택할 때 고려해야 할 사항

• 개념
• 마이크로서비스 아키텍처
• 옴니채널
• 콘텐츠 작성자
• 편집 경험
• 이미지 관리
• 저작 역할
• 워크플로
• 콘텐츠 미리보기
• 콘텐츠 현지화
• 개발자용
• RESTful 및 GraphQL API
• 네이티브 SDK
• 환경
• CDN
• 사용 제한
• 기타 요인
• 데이터 센터 위치
• 기술 및 영업 지원
• 엔터프라이즈 기능
• 인프라 통합

모놀리식 대 마이크로서비스

여기 Smashing Magazine에서 헤드리스 CMS의 개념을 자세히 살펴보았지만 간단히 요약해 보겠습니다. 기존 CMS의 경우 CMS와 그에 따른 프런트 엔드 웹 사이트는 모놀리식 아키텍처를 기반으로 구축됩니다. Traditional CMS는 개발자, 콘텐츠 작성자 및 마케팅 담당자의 요구 사항을 충족하기 위해 여러 가지 방법으로 시도하고 성공합니다. 예를 들어 CMS가 Microsoft의 .NET Framework를 기반으로 구축된 경우 프런트 엔드 웹 사이트도 동일한 기술을 기반으로 구축됩니다. 모든 기능과 통합은 또한 긴밀한 종속성을 가지므로 결과적으로 크고 성가신 모놀리식 코드 기반이 됩니다.

분리된 CMS 는 이러한 상호 의존성을 어느 정도 제거했습니다. 이는 프론트엔드 웹사이트를 CMS 백오피스 및 콘텐츠 리포지토리에서 분리하여 달성되었습니다.

모놀리식 아키텍처는 헤드리스 CMS로 뒷자리를 차지합니다. CMS 및 기타 모든 통합은 마이크로서비스입니다. CMS 자체는 내가 CaaS( Content-as-Service )라고 부르는 SaaS( Software-as-a-Service ) 모델에서 제공됩니다. 이 마이크로서비스 아키텍처를 사용하면 기존 CMS에서 얻은 모든 것이 주석에서 나오지 않습니다. 각 요구 사항에 맞는 최상의 서비스를 제공하기 위해 다양한 서비스와 공급업체가 있을 수 있습니다.

마이크로서비스 사고방식으로의 전환에는 약간의 인내가 필요합니다. 헤드리스 CMS를 사용할 때 여러 시스템과 서비스를 조사하는 아이디어를 거부하는 전통적인 CMS 배경의 마케터가 있었습니다. 우리는 헤드리스 CMS 플랫폼을 선택하고 구현하는 과정에서 그들을 데려갈 수 있었습니다. 이제 그들은 기존 CMS에서 제공하는 시스템과 서비스에 얽매이지 않고 새로운 시스템과 서비스를 통합할 수 있는 헤드리스 CMS 플랫폼을 지지합니다.

피려:

• 유명한 SaaS 공급업체
• 헤드리스 CMS를 마이크로서비스로 통합
• 최고의 서비스

옴니채널의 핵심

헤드리스 CMS를 통합할 때 마이크로서비스 사고방식이 도움이 되는 만큼 헤드리스의 진정한 힘은 옴니채널 특성에서 실현됩니다. 옴니채널 경험은 고객을 중심으로 돌아가며 판매 및 마케팅을 통합하여 브랜드 전반에 걸쳐 단일 고객 경험을 생성합니다. 헤드리스 CMS를 사용하면 웹, 모바일, 소셜, UI가 없는 스마트 장치, IoT 장치 및 오프라인 매장과 같은 비디지털 터치포인트와 같은 다양한 채널에 콘텐츠가 제공됩니다.

헤드리스 CMS를 사용하면 처음부터 각 콘텐츠 모델에 대한 스키마를 정의 해야 합니다. 만들고 게시하는 콘텐츠 항목에 대해 이 건전하고 논리적인 분류 구조를 정의하는 프로세스를 콘텐츠 모델링이라고 합니다. 첫 번째 채널이 웹사이트가 될 예정이라면 콘텐츠 모델링에서 옴니채널을 고려하여 미래의 고통을 완화해야 합니다. 웹사이트에 전력을 공급하기 위한 대체 CMS만 찾고 있다면 기존 또는 분리된 CMS 공간을 다시 한 번 자세히 살펴보고 귀하의 요구 사항에 더 적합한 것이 있는지 확인하십시오.

콘텐츠 스키마를 모델링할 때 미래를 생각하십시오. 10년 전만 해도 주요 항공사에서 일하면서 모바일 장치용 콘텐츠 모델링을 시도했던 기억이 납니다(예! 모바일 웹사이트를 위한 별도의 하위 도메인이 있었습니다). 콘텐츠 스키마가 데스크톱 웹 사이트에만 맞춰져 있었기 때문에 이것은 극도로 어려웠습니다. 그러나 우리가 콘텐츠 모델링에 대해 경계해야 한다는 이야기는 오늘날에도 유효합니다.

피려:

• 타겟팅하려는 채널
• 좋은 콘텐츠 모델링 사례

훌륭한 콘텐츠 만들기

기존 CMS이든 헤드리스 CMS이든 주요 요구 사항은 콘텐츠를 관리하는 것입니다. 콘텐츠 작성자는 백오피스에서 일하는 것을 좋아해야 합니다. 작성자가 댓글 또는 제안 기능을 위해 Google 문서도구와 같은 다른 작성 도구를 사용하는 것을 본다면 어떤 기능이 누락되었는지에 대한 위험 신호일 수 있습니다.

Microsoft Word 문서, 스프레드시트, Google 문서는 콘텐츠 작성자와 작업할 때 항상 주의를 기울이고 있습니다. 콘텐츠 작성자를 미리 추방하기보다 CMS에서 작업하도록 하는 가장 쉬운 방법은 필요한 기능을 제공 하면 자동으로 단계적으로 제거됩니다. 헤드리스 CMS에서 Luminary의 웹사이트를 라이브로 푸시했을 때 모든 팀 구성원(그 중 50명)은 웹사이트에 대한 자신의 프로필을 추가하고 편집할 수 있는 충분한 액세스 권한을 받았습니다. 50개의 Google 문서도구를 여기저기에 띄우지 않고도 훌륭하게 작동했습니다.

편집 경험

헤드리스 CMS를 사용하기로 한 결정은 IT 결정일 수 있습니다. 그러나 조직 내 마케터와 콘텐츠 작성자의 동의는 조직의 채택과 성공에 매우 중요합니다. 콘텐츠 작성자가 콘텐츠를 쉽게 입력하고 기존 콘텐츠를 찾고 콘텐츠를 재사용할 수 있도록 하는 헤드리스 CMS는 기본적으로 제공되어야 하는 것입니다.

콘텐츠를 쉽게 작성하려면 WYSIWYG 편집기, 텍스트 편집기, 드롭다운 및 사용자 정의 편집기와 같은 사용하기 쉬운 편집기가 있어야 합니다. 콘텐츠 작성자가 당면한 작업에 집중할 수 있도록 하는 깨끗하고 미니멀한 인터페이스는 높이 평가될 것입니다. 동일한 인터페이스에서 자식 콘텐츠 항목의 동시 편집, 댓글 작성 및 생성을 허용하는 편집 인터페이스는 콘텐츠 작성자의 생산성을 높일 것입니다.

WYSIWYG 편집기를 사용하거나 HTML을 생성하는 편집 인터페이스에 크게 의존할 때 주의하십시오. 헤드리스 CMS는 여러 채널에 맞춰져 있으므로 WYSIWYG 편집기에 의존하면 재사용할 수 있는 콘텐츠의 원자적 특성을 제거할 수 있습니다. 사용자 정의 편집기 가 세분화된 수준에서 데이터 필드에 액세스할 수 있는지 확인하십시오. 예를 들어 모바일 및 데스크톱과 같은 다양한 채널에서 콘텐츠 재사용을 방해하는 것을 보았습니다.

헤드리스 CMS를 사용하면 콘텐츠 항목을 트리 구조로 구성하는 것이 일반적이지 않습니다. 그러나 콘텐츠 작성자가 기존 CMS에서 헤드리스 CMS로 쉽게 전환할 수 있는 다리입니다. 컨텐츠 항목이 트리 구조로 시각화되지 않은 경우 패싯 및 태깅 기능이 있는 강력한 검색 엔진이 컨텐츠 편집자에게 가장 중요합니다. 이를 통해 작성자는 기존 콘텐츠를 쉽게 찾고 재사용할 수 있습니다.

콘텐츠를 재사용할 때 고려해야 할 또 다른 측면은 콘텐츠 항목이 다른 콘텐츠 항목 내에 쉽게 중첩될 수 있는지 여부입니다. 이를 통해 기존 콘텐츠를 최대한 재사용할 수 있습니다. 그러나 골치 아픈 문제와 성능 문제를 일으킬 수 있는 콘텐츠에 대한 순환 참조에 주의하십시오 . 예를 들어 전문 지식에 대한 콘텐츠 항목에 연결된 변호사용 콘텐츠 항목이 있습니다. 그런 다음 전문 콘텐츠 항목이 여러 변호사 콘텐츠 항목에 다시 연결되면 순환 참조를 형성할 수 있습니다. 이러한 함정을 피하기 위해 API의 깊이를 제한하고 연결된 콘텐츠 항목을 표시하는 시각화 기능이 포함된 헤드리스 CMS를 찾으십시오.



피려:

• 저작 경험
• 콘텐츠 항목의 구조
• 콘텐츠 검색 용이성
• WYSIWYG 편집기의 남용
• 콘텐츠 재사용

그림의 가치: 미디어를 다루는 방법

그림은 천 마디 말의 가치가 있습니다. 그러나 이미지 자산은 전송하기 어렵고 구성하기 어렵고 검색하기 어렵습니다. 일반적인 CMS에서는 시간이 지남에 따라 중복되고 이름이 잘못된 이미지 자산을 볼 수 있습니다. 콘텐츠 편집자에게 헤드리스 CMS 내에서 이미지를 구성, 분류, 태그 지정, 재사용 및 검색할 수 있는 도구가 제공되는 것이 중요합니다. 저에게 이것은 폴더나 컨테이너에 자산을 구성하는 것을 의미합니다. 그러나 정적 자산 관리 측면에서 팀에 필요한 것이 무엇인지 이해하는 것이 좋습니다.

단일 이미지를 업로드하고 초점을 설정한 다음 다양한 장치 및 화면 크기에 맞게 크기와 품질을 조작할 수 있는 기능은 콘텐츠 편집기와 뒤에서 작업하는 디자이너/그래픽 아티스트의 시간을 크게 절약해 줍니다. CDN(콘텐츠 전송 네트워크)을 통해 WebP와 같은 형식으로 정적 자산을 전달 하는 것도 사용자에게 빠른 웹사이트를 제공하는 데 중요합니다.

대부분의 헤드리스 CMS에는 이러한 기능이 기본 제공됩니다. 그렇지 않다면 어떤 기능 없이 살 수 있는지 결정해야 합니다. 그 규칙에는 주의 사항이 있습니다. 원본 이미지를 광범위하게 편집하려면 Photoshop과 같은 작업에 가장 적합한 도구를 사용해야 합니다.



이미지와 함께 다음으로 무거운 자산은 비디오입니다. 다시 한 번, 마이크로서비스 마인드로 동영상 스트리밍은 YouTube, Vimeo 및 기타 온라인 스트리밍 서비스와 같은 서비스 제공업체에 맡겨야 합니다. 헤드리스 CMS가 이러한 공급자 중 한 곳에서 비디오를 검색하거나 선택할 수 있는 멋진 편집 인터페이스를 제공할 수 있다면 그것은 보너스입니다.

피려:

• 이미지 정리
• CDN을 통해 이미지 자르기 및 전달
• 동급 최고의 외부 비디오 서비스

저작 역할

콘텐츠를 입력할 수 있는 사람과 라이브 사이트에 콘텐츠를 승인하거나 게시할 수 있는 사람 및 기타 세부적인 권한도 헤드리스 CMS를 통해 관리해야 합니다. 2인 팀은 고유한 저작 역할 없이도 생존할 수 있지만 조직과 콘텐츠 팀이 성장함에 따라 저작 역할은 필수입니다.

저는 40명이 넘는 편집자로 구성된 콘텐츠 팀과 함께 일했으며 이 요구 사항은 귀하가 선택한 헤드리스 CMS에 대해 신중하게 평가해야 합니다. 그렇지 않으면 판데모니움이 지배할 것입니다. 나와 함께 일한 40명의 팀과 함께 특정 콘텐츠, 언어 변형, 워크플로 승인 및 출판 권한에 액세스할 수 있는 다른 권한을 가진 카피라이터, 번역가, QA 직원 및 법률 승인자가 있었습니다.

고유한 역할과 백오피스 사용자의 수는 일반적으로 헤드리스 CMS가 가격을 구성하는 방식입니다. 공급업체 간의 가격대를 비교할 때 현재 수치와 콘텐츠 팀의 미래 성장을 생각하십시오.

피려:

• 고유한 역할
• 백오피스 사용자 수

워크플로

모든 콘텐츠 항목을 워크플로를 통해 관리할 필요는 없습니다. 그러나 워크플로, 감사 추적 및 승인이 필요한 경우 헤드리스 CMS 내에서 프로세스를 관리해야 합니다. 헤드리스 CMS에서 처음부터 강력한 워크플로를 구축하면 마음의 평화와 비즈니스 프로세스에 따라 모든 콘텐츠 항목을 처리할 수 있는 기회를 얻을 수 있습니다. 웹훅 또는 API를 통해 타사 시스템을 통합하는 기능은 주의해야 하는 보너스입니다.



피려:

• 강력한 워크플로
• 웹훅

콘텐츠 미리보기

콘텐츠 편집자가 콘텐츠를 작성하고 이미지를 추가하고 승인을 위해 워크플로를 통해 보냈습니다. 그러나 일반 대중에게 제공되기 전에 콘텐츠를 미리 볼 수 있는 곳은 어디입니까? 여기에서 게시되지 않은 콘텐츠를 검색하기 위한 미리보기 API와 미리보기 환경을 설정하는 기능이 작동합니다.

헤드리스 CMS를 사용하면 단일 채널 사고 방식에서 벗어나 콘텐츠 편집자가 CMS 백오피스 내에서 전체 페이지 미리보기를 볼 수 있을 것으로 기대해서는 안 됩니다. 각 채널에는 아직 게시되지 않은 초안 콘텐츠를 볼 수 있는 자체 스테이징 또는 미리 보기 환경이 있어야 합니다. 이것은 웹사이트의 준비 사이트이거나 로컬에 설치된 모바일 앱 버전일 수 있습니다. 선택한 헤드리스 CMS에 대해 선택한 요금제에서 미리 보기 기능을 사용할 수 있어야 합니다.

피려:

• 공급업체의 API 미리보기
• 사용자 측에서 별도의 스테이징 및 프로덕션 환경

로케일

콘텐츠를 다른 로케일로 제공해야 하는 경우 프로젝트 초기에 해당 요구 사항을 식별해야 합니다. 개조는 가능하지만 재미있는 활동은 아닙니다. 문화와 언어 전반에 걸쳐 콘텐츠와 자산을 관리하는 방법을 고려하고 문서화해야 합니다. 어떤 언어와 자산이 다른 언어와 자산에서 상속되거나 기본값인지 식별하기 위해 청사진을 만드는 것이 좋습니다. 그런 다음 선택한 헤드리스 CMS가 해당 청사진을 지원하는지 확인하거나 동일한 결과를 다르게 달성할 수 있는 방법을 탐색하십시오.

피려:

• 국제화 및 현지화 지원
• 로케일 처리를 위한 고유한 청사진 만들기

훌륭한 콘텐츠를 만드는 것은 항상 중요합니다. 따라서 콘텐츠 작성자는 헤드리스 CMS로의 성공적인 전환을 위해 일상 활동에서 가능한 최고의 경험을 제공해야 합니다.

"

개발 시간은 소중합니다

헤드리스 CMS에서는 개발자의 참여가 필수입니다. 백엔드 개발자이거나 헤드리스 API를 사용하여 웹사이트에 콘텐츠를 표시하는 프런트엔드 개발자일 수 있습니다. 그러나 초기 개발이 완료되면 콘텐츠 작성자는 최소한의 개입으로 작업할 수 있어야 합니다. 이것이 CMS를 사용하는 요점입니다. 헤드리스 CMS에서도 마찬가지입니다.

기능을 비교할 때 콘텐츠 작성자를 고려하는 만큼 개발자 기능도 살펴봐야 합니다. 이 섹션에서는 개발자의 시간을 절약할 수 있는 기능을 살펴보겠습니다.

API/GraphQL 지원

콘텐츠 항목의 선택, 페이지 매김 및 프로젝션을 허용하는 성숙한 API는 개발자가 헤드리스 CMS로 작업하는 데 중요합니다. 즉시 사용 가능한 GraphQL 지원은 개발자가 매우 세분화된 수준에서 필요한 결과를 정의할 수 있도록 하는 또 다른 정의 요소입니다. 포괄적인 문서와 코드 샘플도 필수입니다.



헤드리스 CMS를 사용하기 전에 개발자가 콘텐츠 검색 API에 만족하는지 확인하세요. 미리보기 API, 보안 API 및 코드를 통한 사용 용이성을 잊지 마십시오. 콘텐츠 생성을 자동화하시겠습니까? 그런 다음 콘텐츠 관리 API 를 고려해야 합니다.

Content Management API는 WordPress 사이트에서 헤드리스 CMS로 2,000개 이상의 블로그 게시물을 자동으로 가져오는 축복이었습니다. 모든 블로그 게시물과 관련 이미지는 콘텐츠 작성자를 위한 최소한의 작업으로 가져왔습니다. 일부 헤드리스 CMS는 버튼 클릭으로 이를 수행할 수 있는 Google 스프레드시트 추가 기능 및 기타 유용한 도구를 제공합니다.

많은 헤드리스 CMS가 무료 평가판을 제공하므로 테스트 드라이브를 통해 콘텐츠 생성 및 검색 선택에 대한 적합성과 적합성을 확인하는 것이 좋습니다.

피려:

• 성숙한 REST API
• GraphQL 지원
• API 미리보기 및 보안
• CRUD 작업을 위한 콘텐츠 관리 API
• 사용해 볼 수 있는 무료 평가판

네이티브 SDK

다양한 기술, 언어 및 플랫폼용 SDK(소프트웨어 개발 키트)는 Headless 공급업체, 오픈 소스 이니셔티브 또는 타사에서 직접 사용할 수 있습니다. 이러한 SDK가 웹사이트 또는 소비자 앱을 구축할 기술, 언어 및 플랫폼을 지원하는지 확인하십시오. RESTful 및 GraphQL API를 사용하여 콘텐츠를 쿼리할 수 있는 만큼 기본 SDK를 사용하면 개발 시간을 상당히 줄일 수 있습니다 .

Luminary에서는 헤드리스 CMS용 기본 SDK를 사용하여 Microsoft .NET Core 및 .NET 5와 같은 최신 기술을 수용할 수 있었습니다. 또한 기존 SDK를 기반으로 구축함으로써 비용을 절감하면서 공급업체에서 권장하는 모범 사례를 따를 수 있었습니다. 시각.

피려:

• 선택한 기술, 언어 및 플랫폼에 대해 지원되는 SDK입니다.

환경

소규모 상점을 위한 웹 사이트 또는 앱은 단일 프로덕션 환경에서 콘텐츠를 선별하고 미리 볼 수 있습니다. 그러나 조직, 팀 및 기능이 성장함에 따라 콘텐츠를 선별하고 미리 보기 위한 여러 환경이 필요하게 됩니다. 헤드리스 CMS는 환경을 제공해야 할 뿐만 아니라 소비 애플리케이션에도 환경이 설정되어 있어야 합니다. 여러 환경에서 콘텐츠를 새로 고치는 방법을 고려해야 합니다.

피려:

• 헤드리스 CMS 내의 환경
• 환경 간에 콘텐츠를 이식하는 기능

이미지, 파일 및 CDN

콘텐츠 작성자를 위한 기능에 대해 이야기할 때 이미지 관리에 대해 다루었습니다. 개발자의 관점에서 보면 정적 자산만 CDN에 캐시되어야 하는 것은 아닙니다. 많은 헤드리스 CMS가 RESTful 또는 GraphQL API를 통해 검색된 콘텐츠를 캐시합니다. 이렇게 하면 검색 프로세스의 속도가 빨라지고 응용 프로그램의 성능이 향상됩니다.

CDN 캐싱은 매우 유용하지만 캐시 손상이나 오래된 캐시 항목으로 인해 문제가 발생할 수 있습니다 . CDN 캐시를 제거하는 기능 또는 특정 HTTP 헤더가 있는 최신 콘텐츠를 가져오는 기능은 헤드리스 CMS API 기능의 일부여야 합니다.

CDN에 대해 사용자 지정 도메인을 사용하여 콘텐츠 또는 정적 자산을 제공하는 기능은 고려해야 할 요구 사항일 수 있습니다.

피려:

• CDN을 통한 이미지 및 콘텐츠 캐싱
• 사용자 정의 도메인 기능

플랜 간 사용 제한

고려해야 할 또 다른 요소는 헤드리스 CMS를 선택할 때 구독하는 각 계획에 대해 설정된 사용 제한입니다. 콘텐츠 항목 수, 대역폭 사용량, 백오피스 사용자 수, API 호출 수 및 속도 제한을 고려해야 합니다. 사용량 제한을 계획할 때 현재 사용량과 향후 사용량을 고려하십시오. 많은 헤드리스 CMS가 구독 기반으로 작동 하며 더 높은 제한이 있는 계획으로 거의 즉시 업그레이드할 수 있다는 점을 기억하십시오.

그러나 플랫폼을 사용할 사용자 수와 솔루션을 대규모로 확장해야 하는지 여부를 알고 있어야 합니다. 우리는 클라이언트가 할당된 할당량보다 많은 수의 사용자를 무의식적으로 추가하여 매우 큰 청구서를 받는 것을 목격했습니다. 관리자는 Headless 플랜이 제공하는 내용을 알고 사용량을 파악하는 것이 좋습니다.

운영 비용을 줄이기 위해 클라이언트 측 캐싱, 정적 페이지 생성기 및 스마트 API 또는 GraphQL 호출을 사용하여 현재 제한에 대한 사용 제한을 유지하는 것을 고려하십시오.

피려:

• 특정 기능에 대한 제한
• 운영 비용

개발자의 시간은 비쌉니다. 헤드리스 CMS는 개발자 친화적인 CMS로 선전되지만 각 공급업체는 기본적으로 지원하는 기능이 다릅니다. 이를 이해하고 개발자의 요구 사항과 비교하는 것이 좋습니다.

"

기타 요인

콘텐츠 작성자나 개발자에게 영향을 미치지 않을 수 있는 몇 가지 다른 요소가 있습니다. 이는 마케팅에서 재무, 산업 및 비즈니스에 대한 법적 및 규제 요구 사항에 이르기까지 다양할 수 있습니다.

데이터 센터 위치

우리가 자주 받는 질문 중 하나는 데이터가 어디에 저장됩니까? 예, 클라우드에서. 그러나 특정 비즈니스의 법적 및 규제 요구 사항으로 인해 지리적 데이터 센터가 중요한 문제입니다. 선택한 데이터 센터에 데이터를 저장할 수 있는 헤드리스 CMS는 선택하는 CMS를 결정하는 중요한 요소일 수 있습니다.

기술 및 영업 지원

해당 시간대에 기술 및 영업 지원을 받을 수 있는 능력은 헤드리스 CMS를 선택할 때 또 다른 결정 요인입니다. 현지 영업 사원이 없다는 것은 많은 프로젝트에 관련 지역에 사람이 있는 공급업체에게 유리하게 작용했습니다.

대규모 NFP(Not for Profit) 조직이 호주 내 Azure 데이터 센터에 데이터를 저장할 수 있는 기능 때문에 헤드리스 CMS 공급업체를 선택했습니다. 현장 판매 지원과 24시간 기술 지원을 통해 헤드리스 CMS 공급업체의 판매가 성사되었습니다.

피려:

• 데이터 저장에 대한 법적 및 규제 요구 사항
• 현지 판매 및 기술 지원

고려해야 할 엔터프라이즈 기능

일부 대규모 조직에서는 쉽게 쿼리할 수 있는 회사의 인증 시스템 또는 감사 로그에 연결된 SSO(Single-sign-on)가 필요할 수 있습니다. SaaS 제품이 적합한 것으로 간주되기 전에 제자리에 있어야 하는 기존 시스템 및 특정 ISO 인증에 대한 통합이 있을 수 있습니다. 헤드리스 CMS를 선택할 때 엔터프라이즈 수준 조직에 고유한 이러한 엔터프라이즈 기능 및 기타 기능 목록을 만드는 것이 좋은 출발점입니다.

커뮤니티 활동

일반적으로 간과되는 또 다른 영역은 주어진 헤드리스 CMS 주변의 커뮤니티입니다. 제품에 열정을 가진 사람들이 있습니까? 나는 벤더의 마케팅 엿보기에 대해 말하는 것이 아닙니다. 도구를 사용하는 사람들이 공유하는 오픈 소스 리소스가 충분합니까? 이것은 결정적인 요소는 아니지만 프로젝트의 구현 또는 지원 단계에서 어려운 상황에 처했을 때 도움이 됩니다.

인프라 통합

헤드리스 CMS를 사용하면 기술, 언어 또는 플랫폼에 구속되지 않습니다. 헤드리스 CMS가 구축된 기술 또는 플랫폼은 클라이언트 애플리케이션에 영향을 미치지 않습니다. .NET에서 Node.js까지 원하는 기술을 사용할 수 있고 OS는 Windows, Linux 또는 macOS가 될 수 있으며 언어는 Python에서 C#까지 무엇이든 될 수 있습니다.

마찬가지로 인프라 조달과 관련하여 Netlify, Azure, GCP 또는 AWS에서 사이트를 호스팅하도록 선택할 수 있습니다. 웹사이트의 아키텍처와 인프라 결정은 이제 전적으로 귀하의 요구 사항을 기반으로 합니다. 또한 Gatsby Cloud와 같은 서비스와의 기본 1급 통합이 있어 더 많은 콤보를 제공하여 삶을 더 쉽게 만듭니다. 어떤 사람들에게는 이것이 중요한 결정이 될 수 있으며 헤드리스 공간의 일부 전문 실무자와 이야기하여 내려야 합니다.

피려:

• 없이는 살 수 없는 엔터프라이즈 기능
• 공급업체 및 제품과의 커뮤니티 참여
• 인프라 선택 지원

Luminary에서의 경험

Luminary에서 우리는 Acoustic, Contentful, Kentico Kontent 및 Umbraco Heartcore와 같은 헤드리스 CMS와 파트너 관계를 맺은 행운을 얻었습니다. 우리는 플랫폼의 베타 버전부터 이러한 CMS 중 일부와 함께 작업해 왔습니다. 공개 로드맵, 뛰어난 기술 지원 및 기능 요청 처리는 이러한 플랫폼의 하이라이트 중 일부입니다.

우리는 프론트엔드 전용 구현으로 헤드리스 웹사이트의 SEO를 처리하고, 대형 목록 페이지를 캐싱하고, 대형 서버측 캐시를 처리하고, 헤드리스 CMS와 다른 마이크로서비스를 통합한 경험이 있습니다. 이들 각각에는 조심해야 하는 고유한 문제가 있었습니다 . 또한 양식 제출 및 사이트 검색과 같은 기존 CMS의 간단한 작업과 타사 서비스를 통한 사용자 인증 및 권한 부여와 같은 고급 기능을 잘 고려해야 합니다.

위의 포인터와 올바른 구현 파트너와 함께 올바른 헤드리스 CMS를 선택하면 행복한 마케터, 행복한 콘텐츠 편집자, 행복한 개발자를 만드는 헤드리스 CMS로 끝나야 합니다.

SmashingMag에 대한 추가 정보:

• 헤드리스: 사용 사례 및 장점
• 머리를 잃지 마십시오: 머리 없는 평가