CRM 관리자로서 CMS에 대해 알아야 할 사항은 무엇입니까?

CMS가 무엇이며 CMS에 대해 알아야 할 사항이 궁금한 CRM 관리자, 마케터, 제품 관리자 또는 다른 말로 기술이 아닌 사람입니까? 이미 CMS 사용자이지만 플랫폼에 대한 더 많은 기술 지식을 얻고 싶습니까? CMS 변경을 고려하고 있지만 전혀 알지 못하는 것에 대한 RFP를 작성하는 것이 두렵습니까? 새로운 직책으로 이동하거나 새로운 작업을 수행하고 있으며 CMS 개발자와 더 긴밀하게 협력해야 합니까?

초조해하지 마십시오. CMS 플랫폼에 대한 기술 개념은 상당히 간단하며 비기술자로서 일반적으로 이러한 개념을 자세히 알 필요가 없습니다. 가장 중요한 것은 몇 가지 기본 정의를 이해하고 회사에서 사용하는 플랫폼을 이해하고 몇 가지 기본 용어를 이해하는 것입니다. 나중에 더 자세히 알아야 하는 경우 개발자에게 물어보는 것이 좋습니다. CMS 플랫폼에 대해 그들보다 더 많이 아는 사람은 없습니다. 개발자에게 배우는 것이 기술을 배우는 가장 좋은 방법과 개발자의 언어로 말하기 시작하는 방법에 대해 자세히 알아보세요.

목차:

1. CMS란 무엇입니까?

• CMS 정의
• CMS 목적
• CMS 시스템이 CRM 관리자에게 중요한 이유는 무엇입니까?

2. CMS에서 콘텐츠를 관리하려면 무엇을 배워야 합니까?

• 마크 업 언어
• 초안 작성 방법
• 게시 방법
• 콘텐츠는 어디에 저장되나요?
• 디지털 자산 관리
• 웹사이트 분석
• 즉시 사용 가능한 모듈, 위젯, 템플릿
• 기본 디자인 원칙 – UX / UI

3. 알아야 할 CMS의 기능

• 편집 용이성
• 버전 관리
• 복원(롤백)
• 아카이빙
• 호환성
• 통합
• A/B 테스트
• 개인화된 콘텐츠
• 번역 관리
• SEO 최적화
• 멀티 플랫폼 퍼블리싱
• 액세스
• 공동 작업
  

4. 이해할 가치가 있는 기술 개념

• 귀하의 웹사이트는 정적입니까, 동적입니까?
• 웹사이트 출시
• 환경
• 즉시 사용 가능한 CMS입니까? 아니면 맞춤형 CMS입니까?
• 헤드리스 CMS
• API란 무엇입니까?
• 웹훅이란 무엇입니까?
• SDK란 무엇입니까?
  

5. 요약

‍ CMS란 ?

콘텐츠 관리 시스템( CMS ) – 디지털 콘텐츠의 생성 및 수정을 관리하는 데 사용할 수 있는 소프트웨어 응용 프로그램입니다. 디지털 자산(사진, 비디오, 팟캐스트), 텍스트, 번역, 경우에 따라 페이지 레이아웃, 디자인의 일부(표, 버튼 등)와 ​​같은 콘텐츠를 보관하는 "데이터베이스"입니다. CMS에 저장된 콘텐츠는 웹사이트, 모바일 앱 또는 기타 디지털 채널(SMS, 이메일, 스마트워치 등)에 제공될 수 있습니다. 모든 회사가 모든 콘텐츠를 동일한 CMS에 저장하는 것은 아닙니다. 종종 일부 콘텐츠 "저장" 솔루션은 분리되어 있습니다(이메일 전송 플랫폼의 이메일 콘텐츠, 코드로 저장되고 개발자만 업데이트하는 모바일 앱 콘텐츠 등).

CMS는 콘텐츠를 디지털 채널에 게시하는 것보다 더 많은 용도를 제공할 수 있습니다 . 사용 가능한 API, 플러그인, 웹훅에 따라 다음을 수행할 수 있습니다.

• 번역 내보내기 및 가져오기,
• 콘텐츠를 소셜 미디어 플랫폼, 이메일 플랫폼 및 기타 채널로 푸시합니다.
• 모든 디지털 자산을 한 곳에 저장하고 분류하고,
• 콘텐츠 및 콘텐츠 개인화에 대한 A/B 테스트 준비,
• 페이지 SEO 설정,
• 페이지 내 검색 엔진에 대한 결과 반환,
• 그리고 더.
  

CMS 시스템이 CRM 관리자에게 중요한 이유는 무엇입니까?

CMS는 모든 고객 대면 커뮤니케이션의 중심입니다 . 자체 플랫폼에 콘텐츠를 제공하고 다양한 마케팅 스택과 통합하여 유료 광고에 콘텐츠를 제공할 수 있습니다. 거기에서 페이지 SEO를 관리할 수도 있습니다. 충분하지 않은 경우 이메일 수집 양식을 설정하고 쿠키 정책을 업로드하여 CRM 시스템에 고객 데이터를 수집할 수 있습니다. 여기에서 고객을 분류하고 동일한 CMS에서 이러한 세그먼트에 개인화된 콘텐츠를 제공할 수 있습니다. CMS에서 콘텐츠에 대한 A/B 테스트를 설정하거나 개인화된 콘텐츠를 설정할 수 있습니다. 거기에서 챗봇의 데이터베이스를 제공할 수 있습니다. 또한 CMS 시스템을 마케팅 자동화 도구와 통합할 수 있는 세그먼트 규칙을 생성하여 다양한 유통 채널을 통해 CMS의 특정 고객에게 콘텐츠를 푸시할 수 있습니다(예: 쇼핑을 마치지 않은 사람들에게 이메일을 통해 잊어버린 장바구니 알림 보내기) 그들의 바구니).

CMS에서 콘텐츠를 관리하려면 무엇을 배워야 합니까?

마크 업 언어:

CMS 시스템은 WYSIWYG 편집기(이 경우 콘텐츠 편집자를 위한 콘텐츠를 쉽게 편집할 수 있음) 또는 일종의 마크업 언어(귀하 또는 콘텐츠 편집자가 배워야 함)를 사용합니다.

마크업 언어란?

마크업 언어는 컴퓨터가 해당 텍스트를 조작할 수 있도록 텍스트에 주석을 추가하는 언어입니다(굵게, 기울임꼴, 가운데 맞춤, 색상 지정 등). 기본적으로 편집 중인 텍스트나 자산을 표시할 방법을 컴퓨터와 통신할 수 있는 언어입니다.

HTML 은 마크업 언어의 예입니다.

<p>

이것은 HTML로 작성된 텍스트 단락입니다.

</p>

이 문장은 여는 태그(<p>), 텍스트 및 닫는 태그(</p>)로 구성됩니다. 태그 사이의 텍스트가 화면에 표시됩니다. 각 태그에는 마크업의 일부로 지정하기 위해 "보다 작음" 및 "보다 큼" 기호가 포함됩니다.

마크업 언어를 배우는 방법? 이것이 CMS 고유의 마크업 언어인 경우 CMS 매뉴얼에서 찾을 수 있습니다. 표준 마크업 언어인 경우 MOOC, Udemy, EDX, Codecademy 또는 Coursera와 같이 이를 배울 수 있는 온라인 리소스가 많이 있습니다.

CMS에 WYSIWYG 편집기가 없는 경우 HTML과 함께 작동하여 편집 중인 웹 페이지에 스타일을 추가하는 CSS(Cascading Style Sheets)의 몇 가지 기본 사항을 아는 것도 도움이 될 수 있습니다.

초안 작성 방법:

매뉴얼에서 확인하거나 개발자에게 문의해야 할 사항:

콘텐츠의 초안을 만드는 방법(실수로 게시되지 않도록 하는 방법)은 무엇입니까? 초안을 테스트하는 방법, CMS에서 직접 웹사이트에서 어떻게 보이는지 미리 볼 수 있습니까? CMS에서 직접 미리보기가 불가능한 경우 새로 작성된 내용을 확인할 수 있는 테스트 환경이 있나요?

게시 방법:

매뉴얼에서 확인하거나 개발자에게 문의해야 할 사항:

콘텐츠를 라이브 웹사이트에 게시하는 방법은 무엇입니까? CMS에서 직접(또는 콘텐츠 편집자가 직접) 수행할 수 있습니까? 콘텐츠를 업데이트하려면 웹사이트 릴리스가 필요합니까? 게시와 관련하여 개발자에게 도움을 요청해야 합니까? 콘텐츠 편집자가 CMS에서 콘텐츠의 일부를 게시할 수 있지만 일부 변경에는 개발자 지원이 필요한 혼합 솔루션입니까? 개발자 지원이 필요한 것은 무엇입니까? 당신이 무언가를 출판하고 싶다면 평균 타임라인이 어떻게 됩니까? 얼마나 걸립니까? 콘텐츠가 깨지고 당신이나 콘텐츠 편집자가 스스로 고칠 수 없는 경우 누구에게 연락해야 합니까? 긴급한 지원이 필요한 경우 근무 시간 외 누구에게 연락해야 합니까? 향후 콘텐츠 게시를 예약할 수 있습니까? 앞으로 하나 이상의 콘텐츠 "패키지"를 예약할 수 있습니까? 미래에 콘텐츠를 예약하는 경우 콘텐츠의 다른 부분을 계속 변경하고 게시할 수 있습니까? 아니면 예약된 패키지가 생성한 순간부터 예약된 시간까지 다른 게시를 중단하게 됩니까? 어떤 이유로 마음이 바뀌면 예약된 콘텐츠를 스스로 회수할 수 있습니까?

콘텐츠는 어디에 저장되나요?

개발자/건축가에게 물어봐야 하는 중요한 질문입니다.

어떤 콘텐츠가 어디에서 오는가? 결제 또는 예약 엔진/시스템에 있는 CMS에 어떤 콘텐츠가 저장되고 FE에 직접 저장됩니까? CMS에서 편집할 수 있는 콘텐츠, 개발이 필요한 콘텐츠(또는 필요할 때 해당 정보를 찾을 수 있는 위치)를 알아야 합니다. 그것에 대해 사용할 수 있는 문서가 있거나 콘텐츠 편집자가 알고 있어야 합니다.

디지털 자산 관리:

CMS에서 지원하는 디지털 자산의 종류를 알아야 합니다. 비디오, 사진, mp3 파일을 사용할 수 있습니까? 어떤 파일 확장자를 사용할 수 있습니까? 자산에 대한 요구 사항은 무엇입니까? 이미지 크기 및 무게에 대한 사양을 확인하십시오. 시스템이 이미지의 크기를 자동으로 조정합니까, 아니면 업로드 전에 항상 크기를 조정해야 합니까? 웹사이트나 다른 플랫폼을 느리게 만들고 싶지 않다면 항상 자산을 올바르게 표시하는 데 필요한 최소 가중치를 목표로 해야 합니다.

즉시 사용 가능한 모듈, 위젯, 템플릿:

어떤 작업을 하고 있는지 알아야 합니다. 즉시 사용할 수 있는(또는 개발자가 이미 미리 만든) "구성 요소"가 있습니까? 콘텐츠 모듈, 페이지 템플릿을 사용자 정의 빌드에 대해 항상 요청해야 합니까? 기본 템플릿의 유연성은 무엇이며, 다르게 보이게 하려면 얼마나 변경할 수 있습니까? 모듈이 일부 FE(프론트 엔드) 디스플레이와 통합되었으므로 웹 사이트에 표시하기 위해 추가 사이트 구축이 필요하지 않습니까? 사용할 수 있는 모듈 및 템플릿의 기본 라이브러리가 있으면 몇 주 개발에서 몇 시간 동안 선택하고 사용자 정의 가능성을 가지고 노는 것으로 새 페이지 생성의 시장 출시 시간을 크게 단축할 수 있습니다.

기본 디자인 원칙 – UX/UI:

디자인, 특히 사용자 경험과 사용자 인터페이스(UX/UI)에 대한 기본 지식은 매우 유용할 수 있습니다. 디자이너와 함께 작업할 때(예: 새 구독 양식, 새 마이크로사이트 만들기) 디자이너와 대화하는 방법, 요청해야 할 내용 및 작업 평가 방법을 알 수 있습니다.

웹사이트 분석:

고객, 그들의 행동, 선호도를 이해하고 새로 출시된 랜딩 페이지 또는 구독 양식의 성능을 평가하려면 회사에서 사용하는 웹사이트 분석 소프트웨어를 사용하는 방법(또는 직접 설정하는 방법)을 배워야 합니다. 웹사이트에서 현재 기본적으로 추적되는 항목(태그가 배치된 위치)과 사용자 지정 이벤트 추적 또는 사용자 지정 유입경로와 같이 구체적으로 어떤 종류의 추적을 요청해야 하는지 알아보는 것이 유용합니다.

알아야 할 CMS의 기능

CMS 시스템에 대해 알아야 할 사항은 무엇입니까? CMS 시스템을 선택할 때 무엇을 확인해야 합니까? 가능한 것과 불가능한 것을 이해하기 위해 개발자에게 무엇을 물어봐야 합니까?

편집 용이성:

콘텐츠 편집자의 관점에서 CMS는 얼마나 사용하기 쉬운가요? 이는 콘텐츠의 출시 시간에 영향을 미칩니다. 편집 속도에 영향을 줄 수 있는 요소는 다음과 같습니다. 끌어서 놓기 기능, 페이지를 구축할 수 있는 유연한 '블록', 자동화된 워크플로(예: 번역 보내기/받기), 한 소스에서 채워진 콘텐츠(예: 업데이트하는 동적 모듈 콘텐츠를 한 번만 사용하면 다양한 하위 페이지와 다른 디지털 표면에도 나타남), 환경 간 콘텐츠 동기화(다양한 환경에서 모든 콘텐츠를 복사하여 붙여넣을 필요가 없음).

버전 관리:

CMS에서 이전 버전의 콘텐츠를 저장할 수 있는 경우 콘텐츠의 새 버전을 생성했지만 어떤 이유로 마음이 바뀌면 이전 버전을 복원할 수 있습니다. 때로는 버전 간의 비교를 확인하고 변경된 부분이 자동으로 강조 표시되도록 할 수도 있습니다.

복원(롤백):

릴리스 후 콘텐츠가 중단되면 개발자가 콘텐츠가 실패한 이유를 처음부터 조사할 수 있을 때까지 이전 콘텐츠 버전으로 롤백하여 일시적으로 수정할 수 있어야 합니다.

보관:

CMS를 사용하면 콘텐츠를 보관할 수 있습니다. 알아야 할 중요한 것은 아카이브/오래된 콘텐츠 버전이 저장되는 기간입니다. 다양한 유형의 콘텐츠에 대한 법적 요구 사항을 신중하게 고려하고 향후 필요할 수 있는 고위험 콘텐츠(예: 약관, 프로모션 콘텐츠, 개인 정보 보호 정책, 쿠키 동의)에 대해 보관된 콘텐츠의 수명을 연장해야 합니다. 법적 조사.

호환성:

CMS 시스템의 기본 요구 사항은 아키텍처, 백엔드, 프런트 엔드, 지불 시스템, 예약 시스템, 현재 사용 중인 외부 소프트웨어와의 호환성입니다.

통합:

회사에서 이미 사용하고 있는 다른 소프트웨어에 대한 통합을 제공하거나 기본적으로 또는 API 연결을 통해 마케팅 스택의 다른 부분을 쉽게 통합할 수 있는 시스템을 사용하면 사용자 지정 통합에 지출해야 하는 시간과 비용을 절약할 수 있습니다.

A/B 테스트:

매뉴얼에서 확인하거나 개발자에게 문의해야 할 사항:

콘텐츠 A/B 테스트(동일한 자리 표시자에 배치되고 A/B 테스트 소프트웨어로 토글될 수 있는 여러 콘텐츠 버전)를 생성할 가능성이 있습니까? 그렇지 않은 경우 개발자가 테스트해야 하는 콘텐츠 유형(모듈, 블록)에 맞게 개발할 수 있습니까? 시간이 얼마나 걸릴까요?

개인화된 콘텐츠:

개인화 도구(소프트웨어)가 있습니까? 현재 개인화할 수 있는 콘텐츠 유형은 무엇입니까(개인화 시스템에서 전환할 수 있는 CMS에서 여러 버전을 만들 수 있는 콘텐츠 유형)?

CMS 시스템이 개인화 도구와 통합될 수 있다면 콘텐츠 저장을 위해 하나의 시스템만 계속 사용할 수 있으므로 콘텐츠를 재사용하고 관리하기가 더 쉽습니다(제품명 변경, 번역 변경 시 변경 또는 다른 플랫폼 간 변경 사항을 구현하려는 경우). ‍

번역 관리:

사이트의 현지화된 버전을 제공하려면 CMS 시스템에 언어 지원 이 있어야 합니다. 최소 기능은 동일한 CMS에 동일한 콘텐츠의 다양한 언어 버전을 저장할 수 있음을 의미합니다. 다국어 웹사이트(20개 이상의 언어) 및 기타 디지털 플랫폼에 대한 경험을 바탕으로 내가 권장하는 것은 CMS가 동일한 콘텐츠 모듈/블록에 대해 동일한 위치에 모든 언어를 저장해야 한다는 것입니다. 차이점은 무엇입니까? 동일한 사이트 구조의 "사본"으로 동일한 CMS에 다른 언어 버전을 유지하는 경우 동일한 모듈을 찾고 모든 언어로 업데이트하려면 각 언어 버전을 열고 이 모듈이 각각에 있는 위치를 찾은 다음 업데이트하십시오. 모듈 수준에 직접 언어 버전이 있는 경우 CMS에서 찾을 필요 없이 동일한 콘텐츠를 쉽게 찾고 모든 언어로 업데이트할 수 있습니다.

다양한 언어 콘텐츠 버전을 관리하는 것은 힘든 일입니다. 시간이 많이 걸리고 오류율이 높습니다(콘텐츠 편집자가 무언가를 잘못 복사하는 경우). 번역을 관리하는 가장 쉬운 방법은 CMS 의 번역 에이전시 소프트웨어와 통합하는 것 입니다. 이렇게 하면 CMS에서 직접 다양한 언어로 번역할 원본 콘텐츠(예: 영어)를 보내고 번역 대행사에서 번역을 받을 수 있어야 합니다. 시간을 절약하고(복사 붙여넣기 없음) 오류 위험을 줄이며 시장 출시 시간을 단축합니다. 경우에 따라 번역 에이전시에 대한 미리보기 링크를 표시하여 번역가가 콘텐츠를 훨씬 더 쉽게 번역할 수 있도록 하는 것도 가능합니다. 프록시 번역은 훨씬 더 쉽게 관리할 수 있습니다. 프록시 번역이 하는 일은 웹사이트를 프록시된 현지화된 버전으로 채우는 것입니다. 그런 다음 번역 에이전시는 이러한 언어 버전을 만들고 제공합니다. 콘텐츠 편집 시간을 크게 단축하지만 모바일 앱, 이메일, SMS와 같은 다른 플랫폼이 아닌 웹사이트에서만 작동합니다. 다른 플랫폼을 다루려면 API와 같은 다른 유형의 통합이 필요합니다.

또한 유용한 기능은 번역 에이전시에서 번역이 도착하거나 번역을 내보내거나 가져오는 동안 문제가 발견되면 자동 알림입니다(CMS가 외부에서 제공하지 않는 경우 웹훅으로 구성할 수 있음). 상자).

팁: 개발자에게 계속 듣게 될 표현인 로케일 은 언어와 비슷하지만 더 세분화되어 있습니다. 독일어는 단일 언어이지만 독일의 경우 de-DE, 오스트리아의 독일어의 경우 de-AT, 스위스의 독일어의 경우 de-CH 등 다양한 독일어 로케일이 있습니다.

SEO 최적화:

CMS에서 온페이지 SEO를 관리할 수 있습니까? URL을 직접 사용자 정의할 수 있습니까? 메타타이틀, 메타데이터, 메타태그에 대한 필드가 있습니까? <h1> 태그를 추가할 수 있습니까? CMS는 사이트맵을 자동으로 만들고 게시되면 새 페이지를 추가하거나 개발자에게 이를 수행하도록 요청해야 합니까? 콘텐츠를 둘 이상의 장소에 채우거나 더 많은 언어로 게시하는 경우 hreflang 및 표준 태그를 어떻게 설정할 수 있습니까? 가능성이 무엇이며 언제 개발자에게 연락해야 하는지 알아야 합니다.

멀티 플랫폼 퍼블리싱:

CMS 시스템이 다른 디지털 플랫폼(모바일 앱, 이메일, 스마트워치, 챗봇 등)에 콘텐츠를 제공할 수 있습니까? 그렇게 하도록 구성할 수 있습니까? 더 많은 디지털 커뮤니케이션 채널을 유지할 계획이라면 중요한 질문입니다. 모든 콘텐츠를 한 곳에 보관하면 콘텐츠 관리의 복잡성을 줄이고, 콘텐츠를 재사용하고, 번역을 다시 사용하고, 여러 플랫폼에서 콘텐츠가 일관되지 않을 위험을 줄이는 등 큰 이점이 있습니다.

접속하다:

CMS 시스템은 권한이 다른 다양한 액세스 유형을 제공할 수 있습니다. 다른 사람들이 콘텐츠를 작성, 검토, 승인하도록 하거나 일부 편집자가 특정 콘텐츠 유형에만 액세스할 수 있어야 하는 경우에 유용할 수 있습니다(예: 특정 부서는 해당 부서에 속한 콘텐츠에만 액세스할 수 있음) .

공동 작업:

콘텐츠를 편집하는 편집자가 더 많다면 한 콘텐츠에 대해 공동 작업을 할 수 있는 옵션이 있으면 유용할 것입니다. 일부 CMS 시스템은 한 사용자가 파일을 열면 잠그고 일부는 동시에 편집할 수 있습니다.

이해할 가치가 있는 기술 개념:

CMS 개발자, CMS 관리 또는 콘텐츠 편집과 얼마나 긴밀하게 협력해야 하는지에 따라 좀 더 기술적인 주제에 대해 더 깊이 파고들 수 있습니다. 다음은 이해할 가치가 있는 몇 가지 주제입니다.

귀하의 웹사이트는 정적입니까, 동적입니까?

동적 웹사이트 고객이 귀하의 서버에서 직접 콘텐츠를 다운로드한다는 의미입니다. 이 경우 콘텐츠를 임시로 변경할 수 있으며 웹사이트를 다시 로드하는 모든 고객을 위해 변경 사항이 라이브 웹사이트에 자동으로 푸시됩니다.

정적 웹사이트 는 콘텐츠(및 코드)가 때때로 웹사이트 릴리스와 함께 패키징 및 릴리스됨을 의미합니다(빈도는 회사/코드 유형에 따라 다름). 고객은 해당 정적 버전에만 도달할 수 있으므로 서버에 대한 부하가 훨씬 줄어듭니다. 정적 웹 사이트의 콘텐츠 변경은 웹 사이트 릴리스에서만 가능합니다. 그러한 웹사이트가 있는 경우 릴리스가 언제인지, 언제 콘텐츠를 준비해야 하는지 알아야 합니다. 때때로 정적 웹 사이트에는 릴리스 사이에 콘텐츠를 게시하기 위한 몇 가지 해결 방법이 있습니다. 이러한 해결 방법의 제약 조건을 이해해야 합니다(이 방법으로 게시할 수 있는 항목, 콘텐츠를 패키지로 압축하는 크롤링 및 게시에 걸리는 시간).

웹사이트 출시 :

웹사이트 릴리스는 웹사이트에 새 코드(및 콘텐츠)를 전달하는 것을 의미합니다. 웹 사이트 릴리스를 해결해야 하거나 일부 콘텐츠가 웹 사이트 릴리스로만 제공될 수 있는 경우(예: FE 애플리케이션에 저장되기 때문에) 개발 팀의 주기가 무엇인지 알아야 합니다. 새로운 개발? 얼마나 자주 출시됩니까? 웹사이트에 새 이니셔티브를 게시하기 위해 언제 그들에게 알려야 합니까? 요청에서 배달까지의 시장 출시 시간(배달 시간)은 얼마입니까?

환경:

환경 은 공간 특정 데이터의 여러 버전을 생성 및 유지 관리하고 개별적으로 변경할 수 있는 공간 내의 엔티티입니다. 다양한 환경이 있으면 병렬 개발, 테스트 및 지속적인 통합이 가능하므로 팀이 한 번에 1개 이상의 프로젝트를 제공하고 애자일 방식으로 작업할 수 있습니다(개발 및 테스트 동시에).

즉시 사용 가능한 CMS입니까? 아니면 맞춤형 CMS입니까?

즉시 사용 가능한 솔루션은 유연성이 부족할 수 있으며 사용자 정의하기 어려울 수 있습니다. 맞춤형 솔루션에는 많은 유지 관리가 필요하고 모든 업그레이드에는 많은 노력이 필요합니다. 이는 곧 예측할 수 없는 개발 비용(고정 라이센스 비용과 비교하여)을 의미합니다. 최상의 솔루션은 중간에 있는 것입니다. 즉, 많은 사용자 지정을 수행할 필요가 없도록 충분한 유연성을 제공하는 즉시 사용 가능한 솔루션입니다. 이것이 API 기반 CMS 시스템이 대부분의 회사에서 현재 사용 가능한 최상의 솔루션인 또 다른 이유입니다.

헤드리스 CMS:

"표준"(헤드리스 아님) CMS는 콘텐츠를 생성하기 위한 간단한 인터페이스, 디지털 자산을 저장할 데이터베이스 및 콘텐츠 게시 가능성을 가진 백엔드를 제공합니다. 콘텐츠는 프런트 엔드에서 가져와 페이지에 게시됩니다. 프론트엔드와 콘텐츠가 결합되어 있어 프론트엔드 애플리케이션 없이는 콘텐츠를 업데이트할 수 없습니다. 콘텐츠, 이미지, HTML, CSS 등 모든 것이 하나의 버킷으로 출시됩니다. 이는 콘텐츠가 프론트 엔드 코드와 동일한 릴리스에 있어야 함을 의미할 수 있으며(따라서 업데이트 빈도가 낮을 ​​수 있음) CMS 사용을 웹 사이트로만 제한할 수도 있습니다(콘텐츠와 코드가 혼합되기 때문에 콘텐츠는 다양한 디지털 채널에 유연하게 게시).

콘텐츠 제공에 대한 다른 접근 방식은 "헤드리스" CMS입니다. 웹사이트의 프레젠테이션 레이어가 CMS의 "헤드"인 경우 해당 프레젠테이션 레이어를 잘라내면 헤드리스 CMS가 생성됩니다. 이 경우 콘텐츠 저장소 "본문"은 프레젠테이션 계층에서 분리됩니다. 이를 통해 동일한 콘텐츠를 교차 채널에 게시할 수 있는 단일 헤드리스 콘텐츠 허브에서 모든 콘텐츠를 통합할 수 있습니다. 이렇게 하면 편집 방법이 더 쉬워집니다. 복사본이나 이미지를 한 곳에서 변경하면 해당 변경 내용이 콘텐츠가 있는 모든 곳에 적용됩니다. 헤드리스 CMS는 백엔드 작업과 프론트엔드 작업을 분할합니다. 즉, 개발자는 제한적인 백엔드 기술에 얽매이지 않고 원하는 언어로 프론트엔드 경험을 빠르게 코딩하고 디자인할 수 있습니다. 대신 API(응용 프로그래밍 인터페이스)를 사용하여 컨텐츠 저장 및 관리와 같은 백엔드 기능을 모든 프론트엔드 전달 환경에 연결할 수 있습니다. 새로운 페이지나 모바일 앱 화면을 훨씬 빠르고 쉽게 개발할 수 있습니다.

헤드리스 전자 상거래 플랫폼에 대한 자세한 내용은 여기를 참조하십시오.

API란 무엇입니까?

API 우선 시스템(API – Application Programmable Interface)에는 두 개의 개별 앱 간에 명확하게 정의된 통신을 허용하는 코드가 있습니다. 이들은 최신 소프트웨어 플랫폼으로 CRM 관리자에게 거의 100%의 요구 사항을 충족하기 위해 조합할 수 있는 기성 기능의 빌딩 블록을 제공합니다. 그들은 다른 시스템과의 빠른 통합을 위해 준비되어 있습니다.

“API: 우편 배달부

API를 앱의 요청을 다른 소프트웨어에 전달한 다음 응답을 앱으로 다시 가져오는 우편 배달부로 생각하십시오. 간단한 예: 사용자가 여행을 예약할 때 캘린더와 동기화되도록 Google 캘린더와 여행 앱 간의 통신을 허용하는 API입니다." 출처: 클레버탭

여기에서 API가 무엇이며 API 우선 소프트웨어를 선택할 때 알아야 할 사항에 대해 자세히 읽어보십시오.

웹훅이란 무엇입니까?

Webhook은 API와 유사하지만 더 간단합니다. API는 데이터를 추가, 편집 및 검색하기 위한 함수 또는 호출이 있는 앱용 전체 언어입니다. API를 사용하면 작업을 직접 수행해야 합니다. API를 사용하여 다른 앱에 연결된 애플리케이션을 빌드하는 경우 애플리케이션에는 필요할 때 다른 앱에 새 데이터를 요청할 수 있는 특별한 방법이 있어야 합니다. 반면에 Webhook은 앱의 특정 부분을 위해 설계되었으며 자동화됩니다. 자동으로 실행되는 간단한 일대일 연결입니다.

웹훅의 예로는 새 번역이 CMS에 도착할 때 트리거되는 이메일 알림이 있습니다.

SDK란 무엇입니까?

SDK는 소프트웨어 개발 키트(Software Development Kit)의 약자로 개발자가 특정 플랫폼용 애플리케이션을 만드는 데 사용하는 소프트웨어 도구 및 프로그램 세트입니다. SDK 도구에는 개발자가 특정 플랫폼 또는 프로그래밍 언어용으로 설계된 자체 앱에 사용하고 통합할 수 있는 라이브러리, 문서, 코드 샘플, 가이드 및 프로세스가 포함됩니다.

SDK – 우체국/철물점:

API가 우편 배달부인 경우 해당 컨텍스트에서 SDK는 무엇입니까?
우체국과 철물점을 합친 것입니다. 다른 소프트웨어(예: 하나 이상의 API)와 통신하는 데 필요한 모든 것과 완전히 새로운 앱을 구성하는 데 사용할 수 있는 자료(예: 코드 라이브러리, 디버깅 시설, 기술 노트, 자습서 및 문서)를 포함할 수 있기 때문입니다. (...) 개발 키트입니다. SDK에는 하나 이상의 API와 필수 유틸리티가 포함될 수 있습니다. API는 SDK의 일부일 뿐입니다. devkit을 전체 SDK 도구 어레이에 대한 더 큰 "컨테이너"로 생각하면 맞을 것입니다." 출처: 클레버탭

요약:

CRM 관리자는 CMS 플랫폼에 대한 몇 가지 기본 사항을 알고 있어야 합니다. 대부분의 경우 조만간 일부 콘텐츠를 게시해야 합니다. 당신에게 필요한 절대적인 기본은 당신을 위해 그것을 수행할 콘텐츠 편집자가 있다면 당신 회사의 워크플로우와 프로세스를 아는 것입니다. 콘텐츠를 직접 편집하고 게시해야 하는 경우 콘텐츠를 편집, 초안, 게시하는 방법과 콘텐츠 변경을 테스트하거나 예약할 수 있는 가능성과 같이 사용 중인 플랫폼의 몇 가지 기본 사항을 배우고 싶을 수 있습니다. 고급 지식이 필요한 경우 현재 플랫폼에서 A/B 테스트, 개인화 및 SEO 최적화 옵션에 대해 조금 더 배워야 합니다. 간단한 콘텐츠 편집으로 충분하지 않은 경우 개발 팀이 어떻게 작동하는지, 개발 계획을 얼마나 미리 세워야 하는지에 대해 약간 알고 있는 것이 좋습니다. 특히 웹 사이트 릴리스와 함께 콘텐츠를 릴리스해야 하는 경우(예: 웹 사이트가 정적이거나 CMS가 헤드리스가 아닌 경우) 해당 프로세스에 더 익숙해져야 합니다. 일부 개발자 용어를 알게 되면 대화를 시작하는 데 도움이 됩니다. 기본 사항을 배우고 설명서를 읽은 후에는 이해를 심화하기 위해 개발자에게 질문을 시작하는 것이 좋습니다. 이는 기존 스택에 대한 가장 큰 정보 소스입니다!