현재 CMS 매핑

전통적인 CMS의 사용자 지정 대부분은 몇 가지 패턴으로 나뉩니다. 이 표는 각 패턴이 Atlas에서 어디로 가는지 보여 줍니다.

현재 CMS	Atlas	비고
페이지 빌더(블록, 행, 위젯)	섹션으로 구성된 페이지. 각 섹션은 여러분의 컴포넌트 중 하나	편집자는 페이지 유형이 허용하는 섹션 중에서 선택합니다
사용자 지정 포스트 유형(제품, 뉴스, 팀)	항목이 있는 컬렉션	Delivery API로 필터링, 정렬, 페이지 나누기를 합니다
사용자 지정 필드(ACF, Drupal 필드, Contentful 필드)	사이트 계약의 형식 있는 필드	텍스트, 서식 있는 텍스트, 숫자, 날짜, 링크, 에셋, 참조, 목록, 그룹, 표 등
항목 간 관계	참조 필드
메뉴, 헤더, 푸터, 사이트 설정	site-header, site-footer 같은 글로벌	렌더링은 여전히 여러분의 코드가 합니다
테마와 디자인 설정	계약의 디자인 토큰: 색상, 글꼴 스타일, 간격	Atlas는 자체 스타일을 사이트에 적용하지 않습니다
미디어 라이브러리	미디어 프로필별 렌디션, 초점, 대체 텍스트가 있는 미디어
다국어 플러그인(WPML, Polylang)	폴백이 있는 페이지, 항목, 글로벌의 번역	아랍어 등 오른쪽에서 왼쪽으로 쓰는 언어 포함
SEO 플러그인(Yoast, Rank Math)	페이지별 SEO 필드, 리디렉션, 사이트맵용 경로 목록	태그와 사이트맵은 여러분의 코드가 출력합니다
리디렉션 관리자	사이트가 읽는 리디렉션
문의 폼(Contact Form 7, Gravity Forms)	Turnstile 스팸 방지와 리드 이메일이 있는 폼	개발 환경과 라이브 웹사이트(현황)
역할과 편집 워크플로	역할, 초안, 미리보기, 게시, 프로덕션 릴리스 승인
예약 게시물	편집용 컬렉션의 예약 게시
웹훅과 “게시 시” 자동화	서명된 웹훅

의도적으로 대응되는 기능이 없는 것

현재 CMS	Atlas가 하지 않는 이유	대신 할 일
사이트에서 코드를 실행하는 플러그인	콘텐츠가 웹사이트에서 코드를 실행할 수 있어서는 안 됩니다	웹사이트 코드에 기능을 구현하고 설정이 있는 컴포넌트를 제공하세요
숏코드, 원시 HTML 블록, “사용자 지정 코드” 위젯	같은 이유입니다. CMS 기반 사이트가 침해되는 흔한 경로이기도 합니다	임베드 유형(동영상, 지도, 예약 위젯)마다 URL 또는 ID 필드가 있는 컴포넌트
편집자가 추가하는 추적 스크립트	스크립트는 코드에서 검토하는 개발자의 결정입니다	Content-Security-Policy 아래에서 코드나 태그 관리자에 추가하세요
CMS가 사이트를 렌더링하고 호스팅(테마)	Atlas는 헤드리스입니다. 웹사이트는 여러분의 것으로 남습니다	기존 호스팅을 유지하세요
CMS의 서버 로직(결제, 회원 영역, 사용자 지정 API)	범위 밖	애플리케이션이나 기존 서비스에 유지하세요
사이트 검색	제공되지 않음	자체 검색을 유지하거나 Delivery API의 항목을 색인하세요

실제 사례

기업용 WordPress 사이트에 페이지 빌더, ACF 필드가 있는 “Projects” 포스트 유형, Yoast, WPML(영어와 아랍어), Contact Form 7, [map] 숏코드가 있습니다.

1. 페이지 빌더의 각 블록은 계약의 컴포넌트가 되며, 기존 React 컴포넌트로 렌더링됩니다.
2. “Projects”는 같은 필드를 가진 컬렉션이 됩니다. 프로젝트 페이지는 /entries?collection=projects를 읽습니다.
3. Yoast의 제목과 설명은 각 페이지의 SEO 필드로 옮깁니다. 이전 URL은 리디렉션에 넣습니다.
4. 영어와 아랍어는 로케일이 됩니다. 사이트는 &locale=ar을 요청하고 dir="rtl"을 설정합니다.
5. 문의 폼은 Atlas 폼이 됩니다. 다음 릴리스와 함께 라이브 사이트에 도달하며, 리드는 Forms & leads에 도착합니다.
6. [map] 숏코드는 주소 필드가 있는 Map 컴포넌트가 됩니다. 지도 스크립트는 웹사이트 코드에 있습니다.