이제 컨텐츠 작성자는 간단한 구성을 통해 AEM Sites에서 만든 경험을 위해 점진적 웹 앱(PWA) 기능을 활성화할 수 있습니다.
이 기능은 다음을 필요로 하는 고급 기능입니다.
이 기능을 사용하기 전에 개발 팀과 함께 이를 논의하여 프로젝트에 활용할 수 있는 최상의 방법을 정의하는 것이 좋습니다.
점진적 웹 앱(PWA) AEM Sites를 사용자의 컴퓨터에 로컬로 저장하고 오프라인으로 액세스할 수 있도록 하여 앱과 유사한 몰입형 경험을 활성화합니다. 인터넷 연결이 끊겼더라도 이동 중에 사이트를 검색할 수 있습니다. PWA을 사용하면 네트워크가 손실되거나 불안정하더라도 원활한 경험을 제공할 수 있습니다.
컨텐츠 작성자는 사이트를 다시 코딩하는 대신 PWA 속성을 페이지 속성 구현합니다.
PWA을 사용하면 사이트의 로컬 복사본을 가지고 있으므로 인터넷에 연결하지 않고도 앱과 같은 경험을 제공합니다.
점진적 웹 앱은 로컬 앱 설치 및 기타 기능에 대한 진화된 기술 및 지원 사용하는 브라우저에 따라 다릅니다.
사이트에 PWA 기능을 사용하려면 프로젝트 환경에 두 가지 요구 사항이 있습니다.
다음은 작성자가 개발 팀과 협력해야 하는 기술적 단계입니다. 이러한 단계는 사이트당 한 번만 필요합니다.
코어 구성 요소 릴리스 2.15.0 이상은 AEM 사이트의 PWA 기능을 완전히 지원합니다. AEMaaCS는 항상 최신 버전의 핵심 구성 요소를 포함하므로 즉시 사용 가능한 PWA 기능을 활용할 수 있습니다. AEMaaCS 프로젝트는 이 요구 사항을 자동으로 충족합니다.
Adobe은 사용자 지정 구성 요소나 구성 요소에 PWA 기능을 사용하지 않는 것이 좋습니다 핵심 구성 요소에서 확장.
PWA 기능은 을 생성하고 사용합니다 /content/<sitename>/manifest.webmanifest
파일. 기본적으로 디스패처 은 이러한 파일을 표시하지 않습니다. 이러한 파일을 표시하려면 개발자가 다음 구성을 사이트 프로젝트에 추가해야 합니다.
File location: [project directory]/dispatcher/src/conf.dispatcher.d/filters/filters.any >
# Allow webmanifest files
/0102 { /type "allow" /extension "webmanifest" /path "/content/*/manifest" }
프로젝트에 따라 rewrite 규칙에 다른 유형의 확장을 포함할 수 있습니다. 다음 webmanifest
확장은 요청을 숨기고 리디렉션하는 규칙을 도입했을 때 rewrite 조건에 포함하는 데 유용할 수 있습니다 /content/<projectName>
.
RewriteCond %{REQUEST_URI} (.html|.jpe?g|.png|.svg|.webmanifest)$
사용 전제 조건 met, 컨텐츠 작성자가 사이트에 PWA 기능을 활성화하는 것은 매우 쉽습니다. 다음은 이 작업을 수행하는 방법에 대한 기본 개요입니다. 개별 옵션은 섹션에 자세히 설명되어 있습니다 세부 옵션.
AEM에 로그인합니다.
기본 메뉴에서 을(를) 탭하거나 클릭합니다 탐색 -> Sites.
사이트 프로젝트를 선택하고 탭하거나 클릭합니다 속성 또는 핫키 를 사용합니다 p
.
을(를) 선택합니다 Progressive Web App 탭하고 해당 속성을 구성합니다. 최소한 다음을 수행할 수 있습니다.
옵션을 선택합니다 PWA 활성화.
을(를) 정의합니다 시작 URL.
512x512 png 아이콘을 DAM에 업로드하고 이를 앱의 아이콘으로 참조합니다.
서비스 작업자가 오프라인으로 전환할 경로를 구성합니다. 일반적인 경로는 다음과 같습니다.
/content/<sitename>
/content/experiencefragements/<sitename>
/content/dam/<sitename>
/etc/clientlibs/<sitename>
저장 및 닫기를 탭하거나 클릭합니다.
이제 사이트가 구성되었으며 다음 작업을 수행할 수 있습니다 로컬 앱으로 설치합니다.
이제 PWA을 지원하도록 사이트를 구성했습니다. 직접 체험하실 수 있습니다.
다음 섹션에서는 다음 경우에 사용할 수 있는 옵션에 대해 자세히 설명합니다 PWA 사이트 구성
이러한 설정을 사용하면 방문자의 홈 화면에서 사이트를 설치하고 오프라인에서 사용할 수 있도록 함으로써 사이트가 기본 앱처럼 작동할 수 있습니다.
이러한 설정은 이 사이트의 일부를 오프라인으로 사용할 수 있도록 하며 방문자의 장치에서 로컬로 사용할 수 있도록 합니다. 이를 통해 웹 앱의 캐시를 제어하여 네트워크 요청을 최적화하고 오프라인 경험을 지원할 수 있습니다.
개발자 팀에는 오프라인 구성을 설정하는 방법에 대한 중요한 입력이 있을 수 있습니다.
AEM Sites에 일부 PWA 기능을 사용할 수 있는 것은 아닙니다. 다음은 몇 가지 주목할 만한 제한 사항입니다.
또한 Adobe은 PWA을 구현할 때 다음과 같은 권장 사항을 제공합니다.
Adobe은 페이지 수를 사전 캐시로 제한하도록 권장합니다.
클라이언트 라이브러리는 다음 패턴을 관찰하는 캐시 선택기의 추가와 함께 전달됩니다 lc-<checksumHash>-lc
. 라이브러리 변경을 구성하는 파일(및 종속성) 중 하나가 변경될 때마다 이 선택기가 변경됩니다. 서비스 작업자가 미리 캐싱할 클라이언트 라이브러리를 나열하고 새 버전을 참조하려는 경우 항목을 수동으로 검색하고 업데이트합니다. 따라서 프로젝트 스크립트 및 스타일시트가 안정화된 후 사이트를 PWA으로 구성하는 것이 좋습니다.
AEM 코어 구성 요소의 이미지 구성 요소 는 가져올 최고의 렌디션의 프런트엔드 중 하나를 결정합니다. 이 메커니즘에는 해당 리소스의 마지막 수정 시간에 해당하는 타임스탬프도 포함됩니다. 이 메커니즘은 PWA 사전 캐시의 구성을 복잡하게 합니다.
사전 캐시를 구성할 때는 가져올 수 있는 모든 경로 변형을 나열해야 합니다. 이러한 변형은 품질 및 폭과 같은 매개 변수로 구성됩니다. 이러한 변형의 수를 최대 3개(작은, 중간, 큰)로 줄이는 것이 좋습니다. 의 컨텐츠 정책 대화 상자를 통해 이 작업을 수행할 수 있습니다 이미지 구성 요소.
신중하게 구성하지 않으면 메모리 및 네트워크 사용량이 PWA 성능에 심각한 영향을 줄 수 있습니다. 또한 50개의 이미지를 미리 캐시하고 이미지당 3개의 너비를 보유하려는 경우 사이트를 유지 관리하는 사용자는 페이지 속성의 PWA 사전 캐시 섹션에서 최대 150개의 항목 목록을 유지 관리해야 합니다.
또한 Adobe에서는 프로젝트 이미지 사용이 안정화된 후 사이트를 PWA으로 구성할 것을 권장합니다.