마이그레이션 체크리스트

현재 웹사이트를 만든 사람과 함께하는 기획 회의에서 이 목록을 사용하세요. “아니요”가 그 자체로 차단 요인은 아닙니다. 어디에 작업이 필요한지 알려 줄 뿐입니다.

1. 기술

• 사이트가 Next.js App Router이거나, 다른 서버 프레임워크를 위한 추가 작업을 팀이 감수합니다. (이유)
• 콘텐츠를 서버 코드에서 가져올 수 있고, 전달 토큰을 서버 환경 변수에 둘 수 있습니다.
• 사이트가 옮기는 모든 페이지에 내장 폴백을 유지할 수 있어, Atlas에 연결할 수 없어도 동작합니다.
• 팀이 미리보기용 경로 하나, 웹훅용 경로 하나, 시작 시점의 빌드 보고를 추가할 수 있습니다.

2. 디자인과 컴포넌트

• 페이지가 재사용 가능한 섹션(히어로, 카드, FAQ, 행동 유도)으로 구성되어 있습니다. 일회성 페이지도 필드가 있는 컴포넌트 하나로 만들 수 있습니다.
• 모든 페이지 유형을 나열했습니다. 홈, 제품, 기사, 랜딩 페이지, 법적 고지 등입니다.
• 각 섹션에서 편집자가 바꾸는 부분(텍스트, 이미지, 링크, 목록)과 코드에 고정된 부분을 알고 있습니다.
• 인터랙티브한 부분(계산기, 구성기, 지도, 애니메이션)은 코드에 남습니다. 편집자는 그 텍스트와 설정만 채웁니다.

3. 현재 CMS의 콘텐츠

• 페이지, 항목, 이미지를 내보낼 수 있습니다. 데이터베이스 덤프, API, CSV, 또는 이전 사이트를 읽는 AI 에이전트 등입니다.
• 반복되는 콘텐츠(제품, 뉴스, 팀, 지점)는 컬렉션에 매핑됩니다.
• 사용자 지정 필드를 나열했고 유형을 알고 있습니다. 텍스트, 서식 있는 텍스트, 숫자, 날짜, 링크, 이미지, 참조, 목록입니다.
• 현재 CMS가 콘텐츠 안에서 코드를 실행하는 위치를 알고 있습니다. 숏코드, 임베드, HTML 블록, 스크립트입니다. 각각 대체 컴포넌트가 필요합니다. 현재 CMS 매핑을 참고하세요.
• 검색 순위를 잃지 않도록 유지할 URL과 리디렉션 목록이 있습니다.
• 언어와 폴백 규칙이 명확합니다. 오른쪽에서 왼쪽으로 쓰는 언어는 컴포넌트에서 dir="rtl" 지원이 필요합니다.

4. 사이트가 의존하는 기능

결정하기 전에 각 항목을 기능 현황과 대조해 보세요.

• 폼과 리드 이메일: 개발 환경과 라이브 웹사이트(출시 전 최종 검토 중).
• 챗봇: 개발 환경과 라이브 웹사이트(출시 전 최종 검토 중).
• 리드를 CRM이나 다른 시스템으로 보내기: 현재 CRM 전송과 Leads API는 개발 환경의 리드만 대상으로 합니다. 라이브 웹사이트의 리드는 웹훅으로 전달됩니다.
• 분석: Atlas는 개발 환경과 라이브 웹사이트에서 쿠키 없이 경로별 페이지 조회수를 집계합니다. 기존 분석 도구는 유지하세요.
• 사이트 내 검색: Atlas는 사이트 검색을 제공하지 않습니다. 자체 검색을 유지하거나 항목 API로 구축하세요.
• 이커머스, 결제, 회원 로그인: Atlas에 포함되지 않습니다. 코드나 기존 서비스에 남습니다.
• 예약 게시, 번역, 리디렉션, SEO 필드: 지원됩니다.

5. 사람과 승인

• 누가 편집하고, 누가 검토하고, 누가 프로덕션 릴리스를 승인하는지 알고 있습니다.
• 로그인하는 모든 사람이 Atlas 로그인을 사용할 수 있습니다. 자체 ID 제공자를 통한 싱글 사인온은 제공되지 않습니다.
• 법무 및 보안 검토자가 보안과 FAQ의 미결 항목을 읽었습니다.

결과

• 대부분 예: 단계별 마이그레이션을 따르세요.
• 1~3번 섹션에서 여러 개가 아니요: 한 페이지 유형으로 파일럿을 시작하세요.
• 4번 섹션에서 사이트가 의존하는 항목이 제공되지 않음: 기다리거나, 해당 부분은 당분간 Atlas 밖에 유지하세요.