프로덕션 사이트 마이그레이션 production-migration
이 워크플로우를 사용하여 합의된 페이지 목록을 웹 사이트를 제공하는 Adobe Experience Manager 서비스인 Edge Delivery Services으로 이동합니다. 각 템플릿에 대한 샘플 페이지로 시작하여 해당 콘텐츠 및 디자인이 새 사이트에 매핑되는 방법을 설정하고, 작성자가 사용할 편집기에서 샘플이 작동하는 경우에만 더 많은 페이지를 가져옵니다. 블록, 기본 콘텐츠 또는 미리 보기와 같은 용어가 새로운 경우 사이트 빌드 및 업데이트 방법 및 콘텐츠 구조 모양을 참조하세요.
몇 개의 데모 페이지나 첫 번째 평가를 수행하려면 더 작은 데모 및 체험판 워크플로우를 사용하십시오. 릴리스 전에 프로덕션 사이트에 필요한 검사는 필요하지 않습니다.
범위 및 대상 동의 scope
마이그레이션 리더와 설계자는 범위와 대상에 동의합니다. 소스를 읽고, 대상 저장소를 수정하고, 대상에 컨텐츠 및 에셋을 쓰려면 권한이 필요합니다. 결과에 서명하는 사람과 석방을 승인하는 사람에 대해 동의합니다. 일부 페이지에 로그인이 필요한 경우 전용 읽기 전용 계정으로 보호된 사이트 인증을 설정하십시오. 소스가 자동화된 방문자를 차단하는 경우 카탈로그를 작성하기 전에 해당 관리자에게 액세스 권한을 요청하십시오. 보트 보호가 있는 Source 사이트를 참조하십시오.
기록:
페이지 가져오기는 각 페이지의 콘텐츠와 디자인을 복사합니다. 통합 및 CMS 기능은 검색, 양식 처리, 개인화 규칙 및 컨텐츠 상속과 같은 소스의 서버에서 실행되므로 가져오기는 각 페이지의 출력만 복사합니다. 동작에 나열하고 각 동작이 새 사이트에서 작동하는 방식을 결정하십시오. 제한을 참조하십시오.
콘솔 작업 영역은 한 번에 한 사이트에서 작동합니다. 사이트 전환을 사용하여 다음 사이트를 열기 전에 여러 사이트가 있는 프로그램에서 해당 순서에 동의하고 각 사이트의 작업을 푸시하고 업로드하십시오.
Experience Manager에서 실행되는 사이트 재실행 relaunch-aem-site
팀이 재실행을 결정하면 워크플로는 다른 소스와 동일합니다. 이러한 사항은 Experience Manager 소스에만 해당됩니다.
- 다른 사이트: 에이전트가 원본 사이트의 페이지를 읽고 원본을 변경하지 않습니다. 새 사이트의 Git 저장소와 선택한 컨텐츠 대상에만 기록되므로 조직의 다른 Experience Manager 사이트는 그대로 실행되며 소스 사이트도 릴리스에서 해당 도메인을 전환할 때까지 계속 실행됩니다. Experience Manager 작성을 통해 업로드는
/content/{site-name}아래의 페이지와 사이트의 Assets 폴더 아래의 이미지를 쓰고, 해당 경로에 이미 있는 모든 페이지를 교체하므로 작성자 인스턴스의 관리자와 동의합니다. 콘텐츠 업로드를 참조하십시오. - 에이전트가 소스를 읽는 방법: 브라우저가 렌더링할 때 소스의 구성 요소, 템플릿 또는 저장소가 아니라 각 페이지를 읽습니다. 따라서 구성 요소, 경험 조각 및 콘텐츠 상속은 각 페이지에 출력되므로 이전되지 않습니다. 새 사이트에 한 번 보관할 공유 콘텐츠를 결정합니다. 프로젝트 작업 유지를 참조하십시오.
- 컨텐츠 저장 위치: 원본의 경우 대상은 사용자가 선택할 수 있습니다. 컨텐츠가 저장된 위치와 작성자가 컨텐츠를 편집하는 방법을 참조하세요. Experience Manager 작성에는 Experience Manager as a Cloud Service 작성자 인스턴스가 필요하므로 다른 곳에서 실행되는 작성자 인스턴스는 대상이 될 수 없습니다.
- 저장소: 코드가 Cloud Manager을 통해 연결된 저장소에 있는 경우 콘솔도 이와 함께 작동합니다. 다른 Git 호스트 사용을 참조하세요.
- 팀의 의사 결정: 언어, 시장 간 상속 및 승인 워크플로는 팀의 의사 결정입니다. 가져오기를 사용하면 이러한 구조가 아니라 소스 경로의 페이지를 사용할 수 있습니다. 카탈로그를 만들기 전에 다른 범위 결정과 함께 기록하십시오.
준비 및 카탈로그 prepare
- 콘텐츠가 Experience Manager 작성으로 이동하는 경우 공유 콘솔 설정을 따르거나 Experience Manager 작성 설정을 따르십시오. 기존 프로젝트의 구성을 다시 만들지 않고 다시 사용합니다.
- 에이전트에게 권한 있는 사이트
Scope site https://www.example.com의 카탈로그를 만들도록 요청하십시오. 사이트 카탈로그는 페이지를 검색하고 템플릿(레이아웃을 공유하는 페이지)과 블록 변형으로 그룹화합니다. - 계획 보기에서 카탈로그를 검토하십시오. 템플릿 및 차단 그룹화를 수정하고 실패한 URL을 조사합니다.
- 검색된 URL을 동의한 페이지 목록과 비교합니다. 검색에서 누락된 페이지를 추가하고 실패, 건너뛰기, 복제 또는 제외된 URL에 대해 명시적으로 결정합니다.
- 각 템플릿 및 중요 변형에 대한 샘플 페이지를 선택합니다. 많은 상호 작용으로 긴 콘텐츠, 특이한 이미지, 로케일 및 페이지를 다룹니다.
카탈로그는 소스를 읽고 아무것도 가져오지 않습니다. 상태가 완료인 실행에는 실패한 페이지가 계속 있을 수 있습니다. 결과 및 상태를 참조하세요. 계속 진행하기 전에 모든 범위 내 URL에 템플릿 또는 승인된 제외를 제공하십시오.
에이전트가 규모에 맞게 마이그레이션되는 방법 migration-at-scale
에이전트는 모든 페이지를 AI 모델을 통해 보내지 않습니다. 각 페이지를 별도로 해석하면 수천 페이지로 확장되지 않으며 모델은 매번 유사한 페이지를 약간 다르게 처리할 수 있습니다. 대신 AI 모델이 템플릿당 하나의 샘플 페이지에 대한 매핑을 수행하고 에이전트가 해당 매핑을 템플릿의 다른 페이지에서 실행되는 코드로 변환합니다.
- 페이지를 템플릿으로 그룹화합니다. 사이트 카탈로그는 레이아웃을 공유하는 페이지인 템플릿으로 원본 사이트의 페이지를 그룹화합니다. 카탈로그 없이 페이지를 마이그레이션하는 경우 이름을 지정한 각 페이지는 자체 템플릿을 시작합니다.
- 샘플 페이지를 마이그레이션합니다. 각 템플릿에 대해 에이전트는 먼저 템플릿의 일반적인 레이아웃과 이상적으로 대부분의 블록 및 변형을 표시하는 하나의 실제 페이지를 마이그레이션합니다. 사이트 카탈로그는 각 템플릿에 대해 하나씩 제안합니다. 템플릿의 다른 페이지에 더 많은 블록이 표시되는 경우 대신 해당 페이지를 선택합니다. 샘플 페이지에 부족한 블록은 가져온 페이지에 필요한 경우에만 나중에 추가됩니다. AI 모델은 샘플 페이지의 콘텐츠를 기본 콘텐츠와 블록에 매핑하고 필요한 블록을 만들거나 기존 블록을 재사용합니다.
- 가져오기 스크립트를 생성합니다. 에이전트는 템플릿에 대한 가져오기 스크립트를 작성합니다. 한 부분, 파서는 소스 HTML에서 각 블록의 콘텐츠를 추출하고 다른 부분, 변환기는 페이지를 전체적으로 정리합니다. 스크립트는 프로젝트의
tools/importer/폴더에 있는 JavaScript 파일로, Git에서 나머지 코드와 함께 버전이 지정됩니다. - 페이지가 아닌 패턴을 세분화합니다. 수정을 요청할 때 에이전트는 한 페이지의 출력을 편집하는 대신 결과를 생성한 블록이나 가져오기 스크립트를 변경합니다. 수정은 템플릿의 모든 페이지에 적용되며 나중에 템플릿에서 이미 존재하는 블록을 재사용합니다.
- 나머지 페이지를 일괄적으로 가져옵니다. 일괄 가져오기는 AI 모델이 각 가져오기 스크립트를 해석하지 않고 템플릿의 다른 페이지에서 가져오기 스크립트를 실행합니다. 그런 다음 에이전트는 가져온 페이지를 소스 페이지와 비교하고, 차이가 너무 큰 페이지에 대한 가져오기 스크립트를 수정하고, 해당 페이지를 다시 가져옵니다.
모든 템플릿을 가져오기 전에 각 템플릿의 몇 페이지에 대한 유효성 검사를 수행하십시오. 일괄 가져오기를 참조하십시오.
콘텐츠가 블록이 되거나 페이지가 섹션으로 분할되는 경우와 같은 콘텐츠 구조의 변경에도 동일하게 적용됩니다. 가져오기 스크립트를 변경하십시오. 코드이며 나머지는 그대로 검토 및 병합되며, 다음 가져오기로 템플릿의 모든 페이지에 적용됩니다. 가져온 한 페이지에 대한 편집은 로컬 상태를 유지하며 템플릿을 다시 가져오면 덮어씁니다.
페이지를 다른 템플릿으로 이동하거나 한 블록을 다른 템플릿의 변형으로 만드는 등 템플릿과 블록 자체를 변경하려면 계획 보기를 사용하거나 채팅에서 질문하십시오. 에이전트는 다음에 블록을 생성하거나 페이지를 가져올 때 이러한 변경 사항을 따르며, 이미 가져온 페이지는 변경되지 않습니다. 디자인을 통합하려면 사이트 스타일 변경을 참조하세요. 블록 코드를 통합하려면 결과를 변경하지 않고 리팩터링을 참조하십시오.
template 페이지 메타데이터가 아닙니다. 이 메타데이터는 페이지의 body 요소에 클래스를 추가하여 프로젝트의 코드가 해당 페이지의 스타일을 다르게 지정할 수 있도록 합니다. 두 항목을 맞추려면 에이전트에게 가져오기 스크립트에서 메타데이터를 설정하도록 요청하여 템플릿의 모든 페이지가 가져올 때 가져오도록 합니다. 예: "문서 템플릿의 경우 가져오기 스크립트에서 페이지 메타데이터 template을(를) article(으)로 설정하고 문서 페이지에 더 좁은 주 열을 제공하십시오."샘플 페이지 유효성 검사 representatives
마이그레이션 리더, 디자이너 및 작성자가 첫 번째 템플릿을 함께 해결합니다. 몇 개의 해당 페이지로 시작합니다. 예:
https://www.example.com/products/tents,https://www.example.com/products/backpacks및https://www.example.com/products/boots제품 페이지만 마이그레이션하십시오./products에서 문서 기반 콘텐츠로 콘텐츠를 저장합니다. 승인된 텍스트, 링크, 메타데이터 및 이미지 의미를 유지합니다. 프로젝트의 블록 및 콘텐츠 규칙을 재사용합니다. 가져오기에서 재현하지 않는 누락된 콘텐츠 및 상호 작용을 보고합니다. 업로드, 푸시 또는 게시하지 마십시오.
예제 URL 및 경로를 고유한 URL로 바꿉니다. Experience Manager 작성의 경우 콘텐츠가 JCR에 저장된다고 합니다.
-
에이전트가 선택한 섹션, 기본 콘텐츠, 블록, 변형 및 섹션 스타일과 같은 콘텐츠 구조를 검토합니다. 작성자는 이 구조에서 마이그레이션된 모든 페이지를 편집하므로 샘플 페이지에서 해결합니다. 콘텐츠 구조 셰이프를 참조하십시오.
-
가져온 텍스트, 링크, 이미지, 메타데이터 및 섹션 순서를 소스와 비교합니다. 패턴이 잘못된 경우 페이지가 아닌 가져오기 스크립트를 수정합니다. 에이전트가 규모에 맞게 마이그레이션하는 방법을 참조하세요.
-
소스 스타일을 적용하거나 다시 디자인 워크플로를 따르십시오. 개별 블록을 세분화하기 전에 전역 스타일을 확인하십시오.
-
공유 머리글, 탐색 및 바닥글을 페이지 가져오기와 별도로 완료합니다. 에이전트는 바닥글 이미지를 포함한 페이지를 전체 사이트에 대해 한 번 마이그레이션하여 모든 페이지가 하나의 머리글과 하나의 바닥글을 공유하도록 합니다.
-
샘플 페이지를 콘텐츠 대상에 업로드한 다음 편집, 저장, 다시 열기 및 미리 보기:
- 문서 기반 업로드 및 미리 보기.
- Experience Manager 작성을 위한 범용 편집기에서 전환, 패키지 업로드 및 확인을(를) 수행합니다.
-
더 많은 페이지를 가져오기 전에 소스에서 출력으로의 합의된 매핑, 블록 모델, 디자인 결정 및 알려진 예외를 기록합니다.
작성자가 편집할 수 없는 경우에도 올바르게 보이는 페이지가 실패합니다. Experience Manager 작성의 경우 더 가져오기 전에 블록 모델, 생성된 구성 요소 구성, 변환 오류 및 이미지가 저장된 위치도 확인하십시오.
콘텐츠 구조 모양 지정 content-structure
작성자는 에이전트가 가져올 때 선택하는 구조로 모든 마이그레이션된 페이지를 편집하고 일괄 가져오기를 수행하면 템플릿의 모든 페이지에서 해당 구조가 반복됩니다. Edge Delivery Services 페이지는 기본 컨텐츠와 블록을 포함하는 섹션으로 구성됩니다. 마크업, 섹션, 블록 및 자동 차단을 참조하십시오. 에이전트는 David의 모델을(를) 따르며, 모든 블록과 변형은 작성자가 학습할 수 있는 한 가지이기 때문에 디자인이 허용하는 한 구조를 그대로 유지합니다.
cards-compact과(와) 같은 변형을 만듭니다. 다른 필드 또는 다른 작업이 있는 콘텐츠는 자체 블록을 가져옵니다. 선택적 콘텐츠와 다른 수의 항목은 변형되지 않습니다.dark, light-grey 또는 centered과(와) 같이 표시 뒤에 스타일 이름을 지정합니다. 섹션의 텍스트와 단추는 스타일에서 색상을 가져오므로 색상만 가지면 블록이나 변형이 만들어지지 않습니다.구조를 조정하려면
- 마이그레이션하기 전에 계획 보기에서 카탈로그를 검토하고 블록 이름과 그룹화를 수정하십시오. 카탈로그 구체화를 참조하세요.
AGENTS.md에서 프로젝트의 블록, 변형 및 섹션 스타일을 기록하여 에이전트가 이후 페이지와 이후 세션에서 다시 사용하도록 합니다. 문서 콘텐츠 규칙을 참조하세요.- 미리 보기 패널의 문서 보기에서 각 샘플 페이지를 확인합니다. 이 페이지에는 섹션, 블록 및 기본 콘텐츠가 표시됩니다. 콘텐츠 보기를 참조하세요.
- 일괄 가져오기로 모든 페이지에서 수정을 반복하도록 가져오기 스크립트에서 잘못된 패턴을 수정합니다. 에이전트가 규모에 맞게 마이그레이션하는 방법을 참조하세요.
- 작성자에게 샘플 페이지를 편집하도록 요청합니다. 사용할 블록, 변형 또는 스타일에 대해 주저한다면 선택할 수 있는 항목이 너무 많습니다.
작성자가 거의 하지 않는 선택 사항을 유지합니다. 디자인 시스템은 작성자가 해서는 안 되는 결정을 내려야 합니다. 블록에 소수의 변형 또는 옵션이 넘는 것이 필요한 경우 일부 변형이 디자인에 포함되어 있는지 여부를 묻습니다.
커밋 전 예상 estimate
카탈로그 및 첫 번째 샘플 페이지는 페이지 수가 아니라 사이트에서 필요로 하는 작업을 기반으로 예상 값을 제공합니다.
- 사이트를 카탈로그화합니다. 카탈로그에는 템플릿, 블록 변형, 로케일과 실패한 URL이 나열됩니다. 준비 및 카탈로그를 참조하세요.
- 기본 템플릿의 샘플 페이지에 대한 유효성을 검사합니다. 새로운 블록, 가져오기 스크립트 수정, 스타일 지정 및 콘텐츠 구조 변경 등 각 블록에 필요한 사항을 기록합니다.
- 샘플 페이지에 필요한 크기로 나머지 템플릿의 크기를 조정합니다. 이후 템플릿은 이미 존재하는 블록을 재사용하므로 각 템플릿이 추가하는 블록을 계산합니다. 자체 레이아웃이 있는 페이지는 자체 템플릿으로 계산됩니다.
- 가져오지 않는 항목 추가: 범위의 동작에 기록한 동작과 팀에서 결정하고 빌드하는 프로젝트 작업을(를) 포함합니다.
첫 번째 배치의 URL당 기록에 대해 예상 값을 확인합니다.
팀으로 작업 collaboration
여러 사람이 각자의 콘솔 작업 영역에서 에이전트를 사용하여 동일한 프로젝트를 작업할 수 있습니다. Git을 통해 코드를 공유하고 콘텐츠 대상을 통해 콘텐츠를 공유합니다. 콘솔에는 작업 중인 사용자가 표시되지 않고, 두 사람의 변경 내용을 같은 페이지에 병합하지 않으므로 작업 중인 사용자가 누구인지에 동의하고 서로 계속 이야기합니다.
범위는 에이전트가 없는 경우보다 에이전트와 관련된 경우가 더 많습니다. 하나의 요청으로 여러 파일을 변경할 수 있으므로 두 사람이 동일한 블록이나 스타일을 동시에 변경할 경우 여러 파일 간의 충돌을 수동으로 해결해야 합니다.
마이그레이션 리드 phases
마이그레이션은 단계적으로 실행됩니다. 상담원은 모든 반복적인 업무를 처리하고, 팀은 결정을 내리고 결과를 승인합니다. 마이그레이션 리드와 같은 한 사람이 첫 번째 단계를 실행하게 하고, 블록과 가져오기 스크립트가 해결되면 다른 사람이 참여하도록 합니다. 팀으로 작업을 참조하세요.
시각적 기여자는 샘플 페이지 단계 이후 스타일 지정 작업을 수행할 수 있습니다. 시각적 변경을(를) 참조하십시오.
한 사람으로 시작한 다음 작업을 나눕니다. divide-work
첫 번째 단계는 전역 스타일, 첫 번째 블록 및 첫 번째 템플릿의 가져오기 스크립트와 같은 다른 모든 것이 기반으로 하는 기반을 마련합니다. 한 사람이 설정하도록 합니다. 작업을 분할하기 전에 블록이 실제 콘텐츠에 적합하고 작성자가 사용하기 쉽은지 확인하십시오. 콘텐츠 구조 셰이프를 참조하십시오.
팀이 블록에 동의하면 다른 파일이 변경되도록 작업을 나눕니다.
- 블록별: 한 사람이 카드 블록을 구체화하고 다른 사람은 회전 메뉴를 만듭니다.
- 템플릿별: 각 사용자는 다른 템플릿의 가져오기 스크립트를 구체화합니다. 에이전트가 규모에 맞게 마이그레이션하는 방법을 참조하세요.
- 전문 분야별: 디자이너는 기존 블록의 스타일을 구체화하고 개발자는 통합을 빌드합니다.
두 사람이 조정 방법에 동의하지 않는 한 동일한 블록, 글로벌 스타일 또는 동일한 가져오기 스크립트를 동시에 제공하지 마십시오.
작은 단계로 코드 공유 share-code
main등의 공유 분기 또는 개발 분기에 동의합니다. 각 사용자는 코드 보기에서 분기 전환(으)로 작업 영역을 전환합니다.- 에이전트에 대한 각 요청을 하나의 블록, 템플릿 또는 작업에 초점을 맞춥니다. 작동하는 즉시 결과를 푸시합니다(새 PR 만들기). 콘솔은 변경 사항을 새 분기로 푸시하고 공유 분기로 끌어오기 요청을 열며 작업 영역을 새 분기에 둡니다.
- 가져오기 요청을 자주 검토하고 병합합니다. 작은 변경 사항은 덜 충돌하고 더 빨리 검토하며, 일 동안 열려 있는 가져오기 요청은 충돌을 수집합니다.
- 새 작업을 시작하기 전에 분기 전환을 사용하여 공유 분기로 다시 전환한 다음 동기화 > 가져오기 > 코드를 사용하여 가져오면 모든 사용자의 병합 작업을 빌드할 수 있습니다.
가져오기를 사용할 수 없거나 충돌을 보고하는 경우 다른 사람이 분기를 변경했는지 확인을 참조하세요.
또한 작고 잦은 푸시를 통해 에이전트가 변경한 내용과 그 이유를 팀에 읽어볼 수 있는 기록을 제공합니다. 요청당 하나의 커밋을 가져오려면 각 요청의 레코드 남기기를 참조하십시오.
콘텐츠 변경 조정 share-content
컨텐츠에 병합이 없습니다. 작업 공간에는 페이지 사본이 보관되고, 업로드는 콘텐츠 대상의 페이지를 사본으로 대체합니다. 두 사람이 동일한 페이지를 변경하면 마지막 업로드가 승리하고 다른 사람의 변경 사항이 손실됩니다. 각 페이지 또는 페이지 세트를 한 번에 한 사람에게 제공합니다.
다른 사용자가 작업 공간에 업로드한 페이지를 가져오려면 다음을 수행하십시오.
- 콘텐츠 보기에서 클라우드 아이콘을 표시하는 페이지를 엽니다. 콘솔이 작업 공간으로 다운로드합니다.
- 문서 기반 프로젝트에서 동기화 > 끌어오기 > 컨텐츠를 선택하여 Experience Workspace에서 모든 페이지를 다운로드합니다. 업로드하지 않은 편집 내용을 포함하여 로컬 복사본을 대체하므로 먼저 유지할 편집 내용을 업로드하십시오.
일괄 가져오기 batches
샘플 페이지의 유효성을 검사한 후 카탈로그 일괄 가져오기 워크플로 및 일괄 가져오기 프롬프트를 사용하십시오.
- 템플릿의 가져오기 스크립트로 작은 배치를 가져옵니다.
- 일반 페이지 및 극단적 사례를 확인합니다. 가져오기 스크립트가 잘못된 경우 이를 수정하고 영향을 받은 페이지를 다시 가져온 후 계속합니다.
- 각 소스 URL에 대한 레코드(대상, 가져오기 상태, 오류, 승인 및 승인된 제외)를 유지합니다.
- 템플릿별로 템플릿을 계속합니다. 검색, 분석, 가져오기, 실패, 건너뛰기 및 사인오프된 페이지를 개별적으로 카운트합니다.
- 공유 스타일, 가져오기 스크립트, 블록 모델 또는 블록 코드를 변경할 때 이전 샘플 페이지를 다시 확인합니다.
작성자가 콘텐츠 대상에서 마이그레이션된 페이지의 편집을 시작하면 해당 페이지가 진실의 소스가 됩니다. 이러한 페이지를 다시 가져오거나 업로드하면 작성자의 작업이 덮어쓰기되며, 수정된 가져오기 스크립트는 병합되지 않으므로 먼저 작성자와 동의하십시오.
사이트 완료 complete-site
자동 가져오기는 게재의 한 부분입니다. 다음을 포함하여 합의된 요구 사항 구현 및 확인:
- 머리글, 바닥글, 탐색, 내부 링크 및 오류 페이지.
- 이미지, 다운로드, 글꼴, 에셋 권한 및 보존된 Dynamic Media 참조.
- 필요한 경우 제목, 설명, 표준 URL, 구조화된 데이터, 리디렉션, 사이트 맵 및 로케일 관계.
- Forms, 검색, 상거래, 계정 기능, 분석, 동의 및 기타 통합.
- 작성자 지침, 운영 소유권, 액세스 및 배포 구성.
에이전트는 이러한 코드 측(예: 검색 또는 상거래 API를 호출하는 블록, 양식 및 분석 및 동의를 로드하는 코드)을 구현합니다. 저장소 및 콘텐츠(예: 검색 서비스, CDN 또는 Analytics 계정) 외부에 시스템을 구성할 수 없고 요구 사항을 결정하지 않습니다. API 설명서와 합의된 동작을 제공하고 결과를 서명하는 각 외부 시스템에 대한 소유자의 이름을 지정합니다. 서비스 및 응용 프로그램 연결, 양식, 양식 제출 및 제품 페이지, Commerce 페이지를 참조하십시오.
이미지 및 문서 assets
이미지가 새 사이트에 도달하는 방식은 콘텐츠 대상에 따라 다릅니다.
- Experience Workspace: 콘솔에서 작업하는 동안 가져온 페이지는 여전히 소스 사이트의 이미지를 참조할 수 있습니다. 페이지를 업로드할 때 콘솔은 소스에서 다운로드한 이미지를 포함하여 해당 이미지를 앞에 점이 있는 페이지 이름을 딴 폴더로 업로드합니다. 그런 다음 업로드된 사본에 페이지를 지정합니다. 이미지가 없거나, 지원되지 않는 형식이거나, 모호한 경우 콘솔은 이미지를 보고하고 페이지를 업로드하지 않습니다. 업로드 후 모든 이미지가 도착했는지 확인합니다. 콘텐츠 업로드를 참조하십시오.
- Experience Manager 작성: 콘텐츠 패키지를 업로드할 때 이미지 업로드를 선택하고
/content/dam/에서 폴더를 선택합니다. 기본값은/content/dam/site입니다. 콘텐츠 업로드를 참조하십시오. - Adobe Dynamic Media: Scene7 및 OpenAPI URL이 있는 Dynamic Media를 포함하여 소스에서 Dynamic Media로 제공하는 이미지는 그대로 유지됩니다. 가져온 페이지는 해당 페이지를 참조하고 프로젝트의 코드는 해당 페이지를 렌더링합니다.
Edge Delivery Services은 각 화면에 맞는 크기와 형식의 이미지를 제공합니다. 대용량 파일, 비디오 및 SVG 이미지를 파일 형식 및 크기에 대한 제한에서 확인합니다.
샘플 페이지에서 PDF 등의 문서에 대한 링크를 확인합니다. 각 링크는 사용 중단하려는 소스 사이트가 아니라 새 사이트의 사본을 가리켜야 합니다.
URL, 리디렉션 및 검색 메타데이터 urls-seo
에이전트는 소스 URL에서 각 페이지의 경로를 가져옵니다. 이 메서드는 경로의 범위를 좁히고, .html을(를) 제거하고, 후행 /을(를) index(으)로 바꾸고, 공백 및 밑줄 같은 다른 문자를 하이픈으로 바꿉니다. /About_Us.html이(가) /about-us이(가) 됩니다. 이러한 방식으로 변경하거나 고의로 변경하는 모든 URL에는 리디렉션이 필요합니다.
에이전트는 리디렉션, 사이트 맵 또는 대체 언어를 스스로 만들지 않습니다. 이를 작업으로 요청하고 결과를 검토합니다.
- 리디렉션: Source 및 대상 열이 있는
redirects스프레드시트로, 와일드카드 없이 URL당 한 행입니다. 경로가 변경된 소스 URL을 시트의 행으로 나열하도록 에이전트에 요청합니다. 리디렉션을 참조하세요. - 페이지 메타데이터: 가져오기는 각 페이지의 제목, 설명 및 소셜 이미지를 메타데이터 블록에 유지합니다. 한 번에 많은 페이지에 대한 메타데이터를 설정하려면
metadata스프레드시트를 사용하십시오. 일괄 메타데이터를 참조하십시오. - 사이트 맵 및 언어: 저장소의
helix-sitemap.yaml파일로, 각 페이지의 대체 언어(hreflang)를 포함할 수 있습니다. 사이트 맵을 참조하세요. - 검색 엔진: 미리 보기 및 라이브 사이트
*.aem.page및*.aem.live이(가) 검색 엔진에서 숨겨져 있습니다. 프로덕션 도메인은 숨겨져 있지 않습니다. 컷오버 전에robots.txt을(를) 확인하십시오. robots.txt를 참조하십시오. - 쿼리 색인: 문서 목록 및 사이트 검색과 같은 페이지 목록은 게시된 페이지만 포함하는 쿼리 색인에서 읽습니다. 색인화를 참조하세요.
확인 및 승인 acceptance
릴리스 전에 작동해야 하는 사이트 소유자와 동의하고 미리보기 및 라이브 사이트에서 테스트합니다. 사이트 소유자는 테스터 및 작성자와 함께 결과에 서명합니다.
각 자동화된 신호는 한 가지, 즉 스크립트가 실행된 가져오기 상태, 콘텐츠가 변환된 생성된 패키지, 페이지가 해당 소스처럼 보이는 시각적 유사성 점수 및 랩 테스트에서 한 페이지가 로드되는 방식에 대한 등대 점수를 확인합니다. 프로덕션 준비에는 표의 모든 영역이 필요합니다.
릴리스, 복구 및 전달 handoff
릴리스 소유자는 코드 병합, 콘텐츠 게시 및 도메인 전환을 조정한 다음 사이트의 지속적인 소유자가 인수를 결정하는지 확인합니다.
- 사인오프 코드를 푸시하고 저장소의 정책에 따라 검토하도록 합니다.
main에 병합하면 라이브 사이트의 코드가 즉시 업데이트되므로 콘텐츠 릴리스와의 병합을 계획하십시오. 변경 내용 실행 방법을 참조하세요. - 사인오프된 콘텐츠와 이미지만 확인된 대상에 업로드합니다. 각 페이지 및 이미지에 대한 오류를 검토합니다.
- 미리 보기 사이트
*.aem.page에서 의도한 코드 수정으로 저장된 콘텐츠를 확인합니다. - 사이트의 릴리스 승인을 받고 구성된 게시 및 도메인 전환 프로세스를 따릅니다. 게시를 통해
*.aem.live에서 페이지를 사용할 수 있습니다. Adobe 관리 CDN 또는 자체 CDN을(를) 통해 자체 도메인에서 페이지를 제공하는 전환 작업이 수행됩니다. 전환 전에 Go-Live 확인 목록을 살펴봅니다. - 릴리스 후 라이브 URL, 리디렉션, 주요 여정 및 모니터링을 확인합니다. 운영 원격 분석은(는) 실제 방문자가 사이트 성능을 경험하는 방식을 보여 줍니다.
- 프로젝트 인계, URL별 레코드, 작성자 예제, 승인 결과, 예외 및 복구 연락처를 제공합니다.
오류가 발생하면 정확한 URL 또는 경로, 작업 및 오류 로그를 유지합니다. 원인을 해결한 후 영향을 받는 가장 작은 범위를 다시 시도하십시오. 한 페이지가 실패했으므로 성공한 일괄 처리를 다시 시작하지 마십시오.
코드 푸시, 문서 업로드, 콘텐츠 패키지를 Experience Manager으로 가져오기 및 게시는 별도의 시스템에서 별도의 작업입니다. 부분 장애는 일부 변경 사항만 적용되도록 할 수 있으며, 단일 롤백이 모든 변경 사항을 실행 취소하지 않습니다. Git을 통해 코드를 복구하고, 콘텐츠 대상 또는 동의 프로세스의 버전 기록을 통해 콘텐츠 및 이미지를 복구합니다.