헤드리스 커머스: 확실한 가이드 [2022 에디션]
게시 됨: 2022-05-29전자 상거래의 세계가 변화하고 있습니다. 머리를 잃었다고 말할 수도 있습니다.
소비자가 IoT 장치에서 프로그레시브 웹 앱에 이르기까지 다양한 접점을 통해 콘텐츠를 소비하고 구매하는 데 익숙해짐에 따라 기존 전자 상거래 플랫폼은 고객의 요구 사항을 충족하기 위해 고군분투하고 있습니다.
Amazon Dash 버튼, 스마트 음성 도우미 및 매장 내 인터페이스는 소비자에게 제품 정보를 탐색하고, 리뷰를 읽고, 주문할 수 있는 새로운 방법을 제공합니다. 다시 말해, 소비자들은 대부분의 소매업체가 (아직) IoT 시대를 받아들이지 않았음에도 불구하고 IoT 시대를 수용하고 있습니다.
이러한 추세에 따라 움직이는 전자 상거래 브랜드는 보상을 받고 있는 반면(안녕하세요, Amazon), 다른 브랜드는 자체 IoT 장치를 발명하거나 백엔드 솔루션을 처음부터 구축하지 않고도 작업에 참여할 수 있는 방법을 궁금해하며 머리를 긁적입니다. 해답은 헤드리스 콘텐츠 관리이며, 더 나아가 헤드리스 커머스입니다.
헤드리스 커머스에 대해 더 알아야 할 사항은 무엇입니까? 이 기사에서 배울 내용은 다음과 같습니다.
- 헤드리스 커머스 아키텍처란?
- 헤드리스 커머스의 작동 원리
- 헤드리스 커머스 대 전통적 커머스
- 헤드리스 상거래: 주요 이점
- 헤드리스 커머스의 가장 큰 두 가지 단점
- 헤드리스 커머스가 옴니채널 소매를 지원하는 방법
- 고려해야 할 3가지 헤드리스 커머스 플랫폼
- 상거래의 미래는 분리된다

헤드리스 상거래 가이드 다운로드(전자 상거래 공급업체에 질문할 수 있는 보너스 질문 포함)
말 그대로 헤드리스 상거래에 대해 알아야 할 모든 것.
헤드리스 커머스란?
간단히 말해서 헤드리스 상거래는 프런트 엔드 전달 계층 없이 콘텐츠를 저장, 관리 및 전달하는 전자 상거래 솔루션입니다. 헤드리스 상거래 플랫폼을 사용하면 대부분의 경우 템플릿 또는 테마인 프런트 엔드(또는 "헤드")가 분리되고 제거되어 백엔드만 남게 됩니다.
그런 다음 개발자는 API를 사용하여 제품, 블로그 게시물 또는 고객 리뷰와 같은 것을 모든 화면이나 장치에 전달할 수 있고 프론트 엔드 개발자는 원하는 프레임워크를 사용하여 해당 콘텐츠를 표시하는 방법에 대해 작업할 수 있습니다.
기본적으로 시스템의 모든 기능 요소(예: 양식, 블로그, 배너, 제품 등)는 프로그래밍 방식으로 관리할 수 있습니다. 여기에는 콘텐츠 구성 요소의 생성 및 관리가 포함됩니다.
즉, 헤드리스 커머스 아키텍처는 IoT 시대에 맞게 구축되었습니다.
대조적으로, 전통적인 상거래 플랫폼은 머리가 꽉 조여져 있습니다. 즉, 백엔드와 밀접하게 결합된 사전 정의된 프론트엔드가 있으므로 사용자 정의 기능이 많고 코드에 대한 무제한 액세스가 있더라도 플랫폼은 웹사이트 형태로 콘텐츠를 제공하도록 설계되었습니다. 모바일 앱.
헤드리스 상거래 아키텍처는 백엔드 데이터 모델과 클라우드 기반 인프라로 구성된 RESTful API를 통해 플랫폼을 제공합니다. 플랫폼이 백엔드와 밀접하게 연결되어 있지 않기 때문에 전자 상거래 브랜드는 콘텐츠, 제품 및 지불 게이트웨이와 같은 것을 스마트워치, 키오스크 화면, Alexa Skills 및 그 사이의 모든 것에 전달할 수 있습니다.
헤드리스 커머스의 작동 원리
헤드리스 CMS와 마찬가지로 헤드리스 전자 상거래 시스템은 웹 서비스 또는 API(응용 프로그래밍 인터페이스) 호출을 통해 프레젠테이션 계층과 응용 프로그램 계층 간에 요청을 전달하여 작동합니다.
예를 들어, 사용자가 스마트폰에서 "지금 구매" 버튼을 클릭하면 헤드리스 전자 상거래 시스템의 프레젠테이션 계층에서 주문을 처리하기 위해 애플리케이션 계층에 API 호출을 보냅니다. 애플리케이션 계층은 고객에게 주문 상태를 표시하기 위해 애플리케이션 계층에 또 다른 API 호출을 보냅니다.
헤드리스 커머스 대 전통적 커머스
여전히 머리를 긁고 있다면 *에헴*, 헤드리스 상거래와 전통 상거래를 비교합니다. 세 가지 주요 차이점이 있습니다.

1. 유연한 프론트엔드 개발
전통 상업
기존 상거래 시스템에서 작업하는 프론트엔드 개발자는 디자인 및 전체 프로세스와 관련하여 여러 제약 조건에 직면합니다. 변경 사항은 데이터베이스, 코드 및 프론트 엔드 플랫폼도 편집하는 데 많은 시간이 필요합니다. 또한 개발자는 보증을 무효화하거나 향후 업그레이드를 방지할 위험 없이 업데이트 및/또는 편집할 수 있는 항목으로 제한됩니다.
헤드리스 커머스
사전 정의된 프론트 엔드 플랫폼이 제거됨에 따라 헤드리스 상거래를 통해 프론트 엔드 개발자는 핵심 비즈니스 요구 사항에 잘 맞는 사용자 경험을 처음부터 만들 수 있습니다. 프론트엔드 개발자는 간단한 API 호출만 하면 되므로 백엔드에서 데이터베이스 수정에 대해 걱정할 필요가 없습니다. 즉, 프런트 엔드 개발자는 일반적으로 기존 상거래 플랫폼과 관련된 족쇄에서 해방됩니다.
유일한 단점은 프론트 엔드 프리젠테이션 레이어가 전혀 없기 때문에 프론트 엔드 개발자는 마케팅 담당자가 제품 페이지에서 방문 페이지에 이르기까지 모든 것을 처음부터 구축해야 한다는 것입니다. 그리고 전자 상거래 웹 디자인을 제대로 하는 것은 결코 쉬운 일이 아닙니다.
이것이 디커플링 솔루션이 헤드리스 솔루션보다 우수하지만 나중에 자세히 설명하는 이유입니다.
2. 커스터마이징 및 개인화
전통 상업
기존 플랫폼에는 고객과 관리 사용자 모두를 위해 미리 정의된 환경이 갖춰져 있습니다. 그러나 이러한 플랫폼은 사용자 정의 또는 개인화를 위한 공간을 거의 제공하지 않습니다. 이러한 기존 플랫폼이 제공하는 경험에 만족한다면 더 많은 힘을 얻을 수 있습니다.
헤드리스 커머스
전통적인 상거래 플랫폼은 개발자와 사용자가 올바른 사용자 경험으로 정의하는 것을 제한합니다. 헤드리스 플랫폼을 사용하면 프론트엔드가 없기 때문에 개발자는 처음부터 자신의 사용자 경험을 만들 수 있습니다. 상거래 플랫폼의 모양과 느낌을 더 많이 제어할 수 있으며 고객 및 관리자 사용자 모두의 사용자 경험도 제어할 수 있습니다.
3. 유연성 및 적응성
전통 상업
기존 솔루션에서 프론트엔드는 백엔드 코딩 및 인프라와 밀접하게 연결되어 있습니다. 이로 인해 원하는 사용자 정의를 수행할 수 있는 유연성의 여지가 거의 또는 전혀 남지 않습니다. 단일 사용자 정의를 만들기 위해 개발자는 프론트 엔드에서 백엔드에 묻혀 있는 데이터베이스 계층까지 여러 코딩 계층을 편집해야 합니다.
헤드리스 커머스
헤드리스 상거래는 이미 프론트 엔드와 백엔드를 분리했기 때문에 필요할 때마다 사용자 정의할 수 있는 무한한 가능성이 생깁니다. 변경하려면 프런트 엔드 개발자만 있으면 됩니다. 사용자 지정 체크아웃 흐름 구현에서 고객 계정에 새 필드 추가에 이르기까지 크고 작은 변경을 할 수 있습니다. 두 가지 모두 헤드리스 상거래 아키텍처로 실행하기가 매우 간단합니다.
헤드리스 상거래: 주요 이점
Amazon은 헤드리스 상거래 플랫폼 통합의 진정한 가치와 소매업체가 전통적인 상거래 플랫폼과 관련된 답답한 좌절을 겪지 않도록 도울 수 있는 방법을 보여주는 최전선에 있습니다. Salmon의 연구에 따르면 소비자의 60%가 Amazon Prime과 같은 서비스를 원하지만 기존 전자 상거래 솔루션으로는 이를 달성할 수 없습니다.
브랜드가 헤드리스 커머스로 전환하는 것은 필수적이며 다음은 6가지 이유입니다.
1. 진정한 옴니채널로 가기 위해(고통 없이)
먼저 헤드리스 콘텐츠 관리 시스템을 통해 언제 어디서나 콘텐츠를 추진할 수 있습니다. 전자 상거래 브랜드의 경우 이는 제품, 제품 비디오 또는 블로그 게시물을 등장했거나 등장할 모든 채널에 전달하는 것을 의미합니다.
따라서 Alexa Skills, 디지털 사이니지, 프로그레시브 웹 앱, 그리고 스크린이 있는 냉장고(예, 존재합니다)를 통해 판매할 준비를 하십시오.
가장 좋은 소식은 Core dna와 같은 기본적으로 헤드리스 상거래 플랫폼을 사용하면 여러 채널에 게시하기 위해 플랫폼을 다시 설계할 필요가 없다는 것입니다. 이 모든 것은 미래 보장형 패키지의 일부일 뿐입니다.
2. 경쟁력 유지
헤드리스 상거래 플랫폼을 사용하면 백엔드 시스템에 영향을 주지 않고 신속한 업데이트를 배포할 수 있습니다. 또한 소비자 기술의 속도에 맞춰 프런트 엔드를 쉽게 변경할 수 있습니다.
기존 플랫폼을 사용하는 주요 상거래 브랜드는 일반적으로 몇 주에 한 번씩 업데이트를 출시합니다. 아마존과 비교하여; 평균 11.7초마다 업데이트를 배포하여 중단 횟수와 기간을 모두 줄입니다.
프런트 엔드 시스템이 백 엔드와 밀접하게 연결되어 있지 않으면 전체 시스템에 업데이트를 롤아웃할 필요가 없으며 시스템의 일부만 업데이트할 수 있습니다. 따라서 소비자가 원하는 것을 더 빨리 제공하면서도 경쟁력을 유지할 수 있습니다 .
3. 애자일 마케팅을 위해
헤드리스 상거래 시스템은 새로운 기술이 발생하는 즉시 지원할 수 있습니다. 이는 새로운 고객 경험을 디자인할 때 적합합니다. 이를 통해 마케팅 팀은 서로 다른 브랜드, 부서 및 포트폴리오에 걸쳐 여러 사이트를 롤아웃할 수 있는 운전석으로 복귀합니다.
마지막으로 헤드리스 상거래 시스템이 제공하는 유연성 덕분에 마케팅 팀은 몇 달이 아닌 며칠 만에 새 사이트를 설정할 수 있습니다 . 몇 주에서 며칠 .
4. 보다 개인적이고 일관된 고객 경험을 제공하기 위해
시간이 지남에 따라 고객의 요구 사항이 변하더라도 모든 장치와 채널에서 일관된 고객 경험을 제공해야 합니다.
또한 사람들은 모든 채널에서 자신의 요구 사항을 이해하는 전자 상거래 브랜드에서 구매하기를 원합니다. 이것은 일반적인 "X를 구입한 사람은 Y도 구입했습니다"를 넘어선 것입니다. 백엔드는 이미 소비자가 무엇을 구매했는지 알고 있습니다. 이 데이터를 사용하여 CMS, 모바일 앱 및 소셜 채널의 개인화 엔진을 강화합니다.
5. 원활한 통합을 위해
정의에 따르면 헤드리스 상거래 솔루션에는 API(예: GraphQL)가 있어야 다른 플랫폼과 쉽게 통합하고 통신할 수 있습니다. 새로운 기기에 브랜드를 추가하여 기회를 확대하고 동시에 더 많은 고객에게 다가갈 수 있습니다. 또한 상거래 플랫폼을 새 장치에 통합하는 데 몇 달이 걸리지 않으며 몇 시간이면 됩니다.
핵심 dna 고객인 Stanley PMI는 헤드리스 상거래 플랫폼을 사용하여 Oracle 및 Slack과 통합하여 고객 서비스 워크플로를 간소화하는 데 도움이 되는 통합을 사용하여 이를 직접 경험했습니다. 이 특정 통합에 대해 너무 깊이 파고들지 않고 Stanley는 Core dna를 활용하여 OSCV와 통합했습니다. 여기에서 고객 지원 요청, 보증 청구 및 기타 질문을 수집하는 동시에 고객 조회를 실행하여 중복 요청이 아닌지 확인합니다. 있는 경우 시스템에서 요청을 추가하고, 그렇지 않은 경우 새 고객 레코드를 생성합니다. 이것은 모두 Hooks 엔진 으로 수행됩니다.


Slack의 경우 Stanley 지원 팀은 Core dna 후크 엔진을 다시 한 번 사용하여 모든 새로운 트랜잭션을 모니터링합니다. 그들은 특정 한도를 초과하는 주문, 특정 위치의 주문 또는 특정 제품이 포함된 주문을 주시하고 있습니다. Core dna hooks 엔진은 각 구매의 내용을 자동으로 확인하고 특정 기준을 충족하면 해당 Slack 채널에 공유됩니다.
6. 더 나은 전환 최적화를 위해
헤드리스 상거래를 사용하면 다양한 템플릿과 접근 방식을 시도하고 테스트할 수 있습니다. 예를 들어, 동일한 프런트 엔드 검색을 실행하면서 다른 백 엔드 검색 솔루션으로 실험할 수 있습니다.
결과적으로 헤드리스 상거래를 통해 고객을 더 잘 이해하는 데 도움이 되는 지속적인 테스트 및 최적화 주기를 실행할 수 있으며 대부분의 소매업체보다 학습 속도가 더 빨라집니다.
7. 시장 출시 시간 단축
기존 전자 상거래 플랫폼으로 다중 채널 또는 옴니채널 소매 경험을 구축할 수 있다면 출시 시간이 엄청나게 느려지고 확장이 어려울 것입니다.
반면 헤드리스 상거래 플랫폼을 사용하면 콘텐츠와 제품이 중앙 집중식으로 보관되고 API를 통해 어디에서나 전달되기 때문에 브랜드가 다양한 기기와 접점에서 프론트엔드 경험을 구축하는 데 집중할 수 있습니다. 이를 통해 새로운 채널을 채택하고 새로운 지역에 진입할 때 시장 출시 시간을 단축할 수 있습니다.
헤드리스 커머스의 가장 큰 두 가지 단점
헤드리스 상거래 플랫폼에는 해결해야 할 두 가지 주요 문제가 있습니다.
1. 지속적인 비용
헤드리스 상거래 플랫폼은 프론트 엔드를 제공하지 않기 때문에 개발자가 자체적으로 빌드해야 합니다. 하나는 개발자가 각 장치와 접점에 맞춤화된 프런트 엔드를 구축할 수 있게 해주기 때문에 훌륭합니다. 반면에 템플릿과 사용자 인터페이스를 처음부터 구축하는 것은 시간과 비용이 많이 들 수 있습니다. 또한 개발자는 자신의 프론트 엔드 생성 문제를 해결해야 하므로 초기 빌드를 넘어서는 지속적인 비용이 발생합니다.
마케팅 팀이 현재 고립되어 있고 다른 장치에서 랜딩 페이지와 콘텐츠를 시작하기 위해 IT 팀에 크게 의존해야 한다는 사실을 고려할 때 비용은 훨씬 더 증가합니다. 말하자면...
2. 마케터 격리
순수한 헤드리스 상거래 시스템은 프론트 엔드 프레젠테이션 계층을 제공하지 않기 때문에 마케터는 더 이상 다음을 수행할 수 없습니다.
- WYSIWYG 환경에서 콘텐츠 생성
- 최종 사용자의 기기나 화면에서 어떻게 보일지 확인하기 위해 콘텐츠 미리보기
- 다른 부서에 의존하지 않고 콘텐츠를 빠르게 아이디어화, 승인, 생성 및 게시
대신 마케터는 프론트엔드 프레젠테이션 레이어를 구축할 뿐만 아니라 업데이트하고 콘텐츠를 채우는 데 IT 팀에 전적으로 의존합니다. 마케터 친화적인 환경은 거의 없습니다.

헤드리스 상거래 가이드 다운로드(전자 상거래 공급업체에 질문할 수 있는 보너스 질문 포함)
말 그대로 헤드리스 상거래에 대해 알아야 할 모든 것.
헤드리스 커머스가 옴니채널 소매를 지원하는 방법
"옴니채널 소매"라는 개념은 쇼핑객이 동일한 온라인 플랫폼을 사용하여 언제, 어떤 기기에서든 온라인과 오프라인 모두에서 쇼핑할 수 있음을 의미합니다. 헤드리스 상거래 플랫폼의 주요 목표는 채널 전반에 걸쳐 원활한 사용자 경험을 제공하는 것이므로 이러한 플랫폼은 옴니채널 소매 임무의 필수 구성 요소입니다.
Harvard Business Review의 2017년 연구에 따르면 조사 대상 46,000명 이상의 쇼핑객 중 여러 채널을 사용하는 사람들이 단일 채널만 사용하는 사람들보다 온라인에서 더 많이 구매했습니다. 또한 여러 온라인 채널을 사용하는 쇼핑객은 단일 채널만 사용하는 쇼핑객보다 오프라인 매장에서 더 많이 구매했습니다.
가구 매장 Made.com은 옴니채널 마케팅 전략을 고급 런던 쇼룸에 통합했습니다. 고객은 태블릿을 사용하여 항목 태그를 스캔하여 쇼핑 목록을 만든 다음 쇼핑 목록을 자신에게 이메일로 보낼 수 있습니다. Made.com은 고객 목록에서 항목을 선택하고 선호도에 따라 개인화된 권장 사항을 보낼 수 있습니다.
고려해야 할 3가지 헤드리스 커머스 플랫폼
헤드리스 상거래는 새로운 영역이지만 전자 상거래에 대한 헤드리스 또는 분리된 접근 방식을 용이하게 하는 API를 제공하는 다양한 전자 상거래 플랫폼이 있습니다. 다음은 공간에서 고려해야 할 세 가지 이름입니다.
1. 마젠토 2
Magento 2 사용자는 Magento API를 활용할 수 있지만 대규모 콘텐츠를 처리하려면 타사 웹 콘텐츠 관리 시스템에 의존해야 합니다.
2. 쇼피파이 플러스
마찬가지로 Shopify Plus 사용자는 제품 정보를 타사 시스템에 노출할 수 있는 API에 액세스할 수 있습니다. 그러나 추가 콘텐츠를 대규모로 처리하려면 CMS가 필요합니다.
3. 핵심 DNA
전자 상거래 기능, 웹 콘텐츠 관리 기능 및 API를 갖춘 디지털 경험 플랫폼(DXP)인 Core dna는 옴니채널 전자 상거래 경험을 지원할 수 있는 일체형 헤드리스 상거래 솔루션입니다. 오디오 기술 브랜드인 Tivoli Audio, 사무용품 소매업체인 Staples, 스위스의 고급 가전제품 제조업체인 V-Zug와 같은 고객은 Core dna를 사용하여 전자 상거래 사이트를 운영하고 있습니다.
상거래의 미래는 분리된다
헤드리스 커머스 솔루션은 많은 문제(안녕하세요, 끊임없이 진화하는 IoT 장치 환경)를 해결하지만 위에서 논의한 바와 같이 문제를 일으키기도 합니다. 헤드리스 CMS 기사를 읽으면 미래가 헤드리스가 아니라 분리된 이유를 알게 될 것입니다.
분리된 상거래 시스템은 프런트 엔드와 백엔드가 모두 분리되어 있다는 점에서 헤드리스 시스템과 유사합니다. 그러나 헤드리스 CMS와 달리 분리된 CMS는 방정식에서 프런트 엔드 전달 계층을 완전히 제거하지 않습니다. 이 아키텍처는 마케터에게 콘텐츠 저작 및 콘텐츠 미리보기의 형태로 자신의 힘을 되돌려주는 동시에 API를 통해 다양한 기기, 애플리케이션 및 터치포인트에 콘텐츠를 제공하는 데 필요한 동일한 헤드리스 자유를 브랜드에 제공합니다.
분리된 CMS는 두 가지 장점을 모두 제공하므로 전자 상거래의 미래가 분리되어 있다고 말할 수 있습니다.
따라서 전자 상거래가 머리를 잃었다고 말할 수 있습니다. 그러나 기술에 익숙하지 않은 사람들을 위해 분리형 상거래 시스템은 기존 상거래 시스템과 유사한 사용 편의성을 제공하지만 헤드리스 시스템의 유연성을 제공합니다. 그것은 두 세계의 최고입니다.
2022년, Headless Commerce와 함께 Core dna가 있는 곳
Headless Commerce를 위한 핵심 dna 차별화
Core dna가 경쟁사와 다른 점은 무엇입니까? 헤드리스 상거래 플랫폼이 좌우로 나타나고 있습니다. 그럴만한 이유가 있습니다. 그러나 그다지 좋지 않거나 좋은 헤드리스 CMS 플랫폼의 차이점은 무엇입니까?
Core dna가 나머지 부분과 다른 점은 다음과 같습니다.
플랫폼
Core dna는 CMS + 전자 상거래를 하나의 간단하고 사용하기 쉬운 시스템에 결합합니다. 우리 플랫폼에는 사용자가 코딩 언어를 모르거나 이해하지 않고도 콘텐츠를 관리할 수 있는 완전한 CMS 플랫폼이 포함되어 있습니다. 이것이 왜 중요한가? Core dna는 기술에 익숙하지 않은 사람들을 위해 매력적이고 높은 전환율을 자랑하는 콘텐츠 및 상거래 페이지를 만듭니다. 또한 구매 시점에서 방문자에게 문의 사항에 대한 추가 답변을 제공합니다.
Core dna에는 또한 블로그, 뉴스, FAQ 및 다양한 채널과 같은 기타 참여 영역 및 상거래 플랫폼과 콘텐츠를 공유할 수 있는 Headless CMS가 포함되어 있습니다. 이를 통해 풍부하고 매력적인 제품 정보와 콘텐츠를 제공할 수 있습니다.
템플릿
우리는 개발자에게 두 가지 템플릿 옵션을 제공합니다. 이것은 정보를 공유하고 콘텐츠를 렌더링하기 위해 외부 응용 프로그램을 만들고 싶지 않을 때 유용합니다. 대부분의 헤드리스 플랫폼은 JSON Forms에서 정보를 생성하고 프런트 엔드 스택에 의존하여 사용자 경험을 제공합니다. 이 접근 방식은 종종 더 많은 시간, 비용 및 에너지를 필요로 합니다. Core dna는 애플리케이션 생성 또는 애플리케이션 연결 프로세스의 속도를 높일 수 있습니다.
관리 시스템
사용자의 온라인 상점을 최대한 활용할 수 있도록 고유한 관리 시스템을 추가했습니다. 모든 상거래 플랫폼 사용자는 마케팅, 관리 및 관리 작업의 절박한 필요성을 이해할 것입니다. Core dna에서는 마케팅 캠페인 추적기, 참여 유도 도구, SEO, A/B 테스트 및 이메일 통합과 같은 도구를 사용하여 마케팅을 개선하기 위해 플랫폼에 관리 시스템을 추가했습니다. 또한 Core dna 플랫폼은 콘텐츠 관리자와 전자상거래 관리자가 즉시 사용할 수 있는 기본 관리 시스템을 제공합니다. 추가 기능, 플러그인 또는 업그레이드가 필요하지 않습니다.
후크 엔진
Core dna에 고유한 Hooks Engine은 타사 시스템과 통신할 수 있는 분리된 대기열 시스템입니다. Hooks Engine은 개발자에게 외부 시스템에 연결하고 외부 시스템이 플랫폼에 연결되도록 하는 정교한 워크플로 엔진을 제공합니다. 레거시 플랫폼에서도 Hooks Engine을 사용하여 호환성 파일 전송 및 이메일을 제공할 수 있었습니다.
다음은 Hooks Engine이 일상 업무를 어떻게 향상시킬 수 있는지에 대한 몇 가지 예입니다.
- 여러 단계의 조건부 논리로 워크플로를 만들 수 있습니다. 또한 엔진은 외부 API를 호출하여 정보를 캡처하고 배포하는 기능을 자랑합니다.
- 내장된 일정을 통해 미리 정의된 시간에 많은 '후크'를 호출할 수 있습니다.
- 스케줄러는 Core dna가 콘텐츠를 다른 시스템과 완벽하게 통합할 수 있는 강력한 방법입니다.
개발자
Core dna는 개발자가 플랫폼에서 최대한의 가치를 추출할 수 있는 다양한 방법을 제공하도록 설계되었습니다. 개발자는 일반 IDE를 사용할 수 있습니다. Core dna를 사용하기 위해 좋아하는 IDE에서 방해할 필요가 없습니다.
