모바일 장치용 사이트 만들기 creating-sites-for-mobile-devices

Last update: Mon Jul 15 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

주제:
개발

작성 대상:

개발자

NOTE

Adobe 단일 페이지 애플리케이션 프레임워크 기반 클라이언트측 렌더링(예: React)이 필요한 프로젝트에는 SPA Editor를 사용하는 것이 좋습니다. 자세히 알아보기.

모바일 사이트를 만드는 것은 템플릿 및 구성 요소를 만드는 작업도 포함하므로 표준 사이트를 만드는 것과 비슷합니다. 템플릿 및 구성 요소 만들기에 대한 자세한 내용은 템플릿, 구성 요소 및 AEM Sites 개발 시작 페이지를 참조하십시오. 주요 차이점은 사이트 내에서 Adobe Experience Manager(AEM) 내장 모바일 기능을 활성화하는 것입니다. 모바일 페이지 구성 요소에 의존하는 템플릿을 만들어 이를 수행할 수 있습니다.

반응형 디자인을 사용하여 여러 화면 크기를 수용하는 단일 사이트를 만드는 것이 좋습니다.

시작하려면 AEM에서 사용할 수 있는 We.Retail 모바일 데모 사이트 를 볼 수 있습니다.

모바일 사이트를 만들려면 다음과 같이 진행하십시오.

페이지 구성 요소를 만듭니다.
- sling:resourceSuperType 속성을 wcm/mobile/components/page(으)로 설정
  이러한 방식으로 구성 요소는 모바일 페이지 구성 요소를 사용합니다.
- 프로젝트별 논리로 body.jsp을(를) 만듭니다.
페이지 템플릿 만들기:
- sling:resourceType 속성을 새로 만든 페이지 구성 요소로 설정합니다.
- allowedPaths 속성을 설정합니다.
사이트에 대한 디자인 페이지를 만듭니다.
/content 노드 아래에 사이트 루트 페이지를 만듭니다.
- cq:allowedTemplates 속성을 설정합니다.
- cq:designPath 속성을 설정합니다.
사이트 루트 페이지의 페이지 속성에서 모바일 탭에서 장치 그룹을 설정합니다.
새 템플릿을 사용하여 사이트 페이지를 만듭니다.

모바일 페이지 구성 요소(/libs/wcm/mobile/components/page):

모바일 탭을 페이지 속성 대화 상자에 추가합니다.
해당 head.jsp을(를) 통해 요청에서 현재 모바일 장치 그룹을 검색하고 장치 그룹이 발견되면 그룹의 drawHead() 메서드를 사용하여 장치 그룹의 연결된 에뮬레이터 초기화 구성 요소(작성자 모드에서만)와 장치 그룹의 렌더링 CSS를 포함합니다.

NOTE

모바일 사이트의 루트 페이지는 노드 계층의 레벨 1에 있어야 하며 /content 노드 아래에 있는 것이 좋습니다.

다중 사이트 관리자를 사용하여 모바일 사이트 생성 creating-a-mobile-site-with-the-multi-site-manager

MSM(Multi Site Manager)을 사용하여 표준 사이트에서 모바일 라이브 카피를 만듭니다. 표준 사이트는 자동으로 모바일 사이트로 변환됩니다. 모바일 사이트에는 모바일 사이트의 모든 기능(예: 에뮬레이터 내의 버전)이 있으며 표준 사이트와 동기화하여 관리할 수 있습니다. 다중 사이트 관리자 페이지에서 다른 채널에 대한 Live Copy 만들기 섹션을 참조하십시오.

서버측 모바일 API server-side-mobile-api

모바일 클래스가 포함된 Java™ 패키지는 다음과 같습니다.

com.day.cq.wcm.mobile.api - MobileConstant를 정의합니다.
com.day.cq.wcm.mobile.api.device - Device, DeviceGroup 및 DeviceGroupList를 정의합니다.
com.day.cq.wcm.mobile.api.device.capability - DeviceCapability를 정의합니다.
com.day.cq.wcm.mobile.api.wurfl - WurflQueryEngine을 정의합니다.
com.day.cq.wcm.mobile.core - WCM Mobile을 중심으로 순환하는 다양한 유틸리티 메서드를 제공하는 MobileUtil을 정의합니다.

모바일 구성 요소 mobile-components

We.Retail 모바일 데모 사이트 에서는 /libs/foundation/components 아래에 있는 다음 모바일 구성 요소를 사용합니다.

이름

그룹

특성

mobilefooter

숨김

- 바닥글

mobileimage

모바일

- 이미지 기초 구성 요소 기반
- 장치가 가능한 경우 이미지를 렌더링합니다.

mobilelist

모바일

- list foundation 구성 요소 기반
- listitem_teaser.jsp는 장치가 가능한 경우 이미지를 렌더링합니다.

mobilelogo

숨김

- 로고 기초 구성 요소 기반
- 장치가 가능한 경우 이미지를 렌더링합니다.

mobilereference

모바일

- 참조 기초 구성 요소와 유사

- textimage 구성 요소를 mobiletextimage 구성 요소에 매핑하고 이미지 구성 요소를 mobileimage 구성 요소에 매핑합니다.

mobiletextimage

모바일

- textimage foundation 구성 요소
을(를) 기반으로 - 장치가 가능한 경우 이미지를 렌더링합니다.

mobiletopnav

숨김

- topnav foundation 구성 요소 기반

- 텍스트만 렌더링

모바일 구성 요소 만들기 creating-a-mobile-component

AEM 모바일 프레임워크를 사용하여 요청을 실행하는 장치에 민감한 구성 요소를 개발할 수 있습니다. 다음 코드 샘플은 구성 요소 jsp에서 AEM 모바일 API를 사용하는 방법을 보여 주며 특히 다음 방법을 보여 줍니다.

요청에서 장치 가져오기:
Device device = slingRequest.adaptTo(Device.class);
장치 그룹 가져오기:
DeviceGroup deviceGroup = device.getDeviceGroup();
장치 그룹 기능 가져오기:
Collection<DeviceCapability> capabilities = deviceGroup.getCapabilities();
디바이스 속성(WURFL 데이터베이스의 원시 기능 키/값) 가져오기:
Map<String,String> deviceAttributes = device.getAttributes();
장치 사용자 에이전트 가져오기:
String userAgent = device.getUserAgent();
현재 페이지에서 장치 그룹 목록(작성자가 사이트에 할당한 장치 그룹)을 가져옵니다.
DeviceGroupList deviceGroupList = currentPage.adaptTo(DeviceGroupList.class);
장치 그룹이 이미지를 지원하는지 확인
if (deviceGroup.hasCapability(DeviceCapability.CAPABILITY_IMAGES)) {
…
또는
if MobileUtil.hasCapability(request, DeviceCapability.CAPABILITY_IMAGES) {
…

NOTE

jsp에서 slingRequest은(는) <sling:defineObjects> 태그를 통해 사용할 수 있으며 currentPage은(는) <cq:defineObjects> 태그를 통해 사용할 수 있습니다.

에뮬레이터 emulators

에뮬레이터 기반 작성은 작성자가 모바일 클라이언트용 콘텐츠 페이지를 만들 수 있는 방법을 제공합니다. 모바일 컨텐츠 작성은 동일한 원본 위치 WYSIWYG 편집 원칙을 따릅니다. 작성자가 모바일 디바이스에서 페이지 모양을 인지할 수 있도록 디바이스 에뮬레이터를 사용하여 모바일 콘텐츠 페이지를 편집합니다.

모바일 장치 에뮬레이터는 일반 에뮬레이터 프레임워크를 기반으로 합니다. 자세한 내용은 에뮬레이터를 참조하세요.

디바이스 에뮬레이터는 모바일 디바이스를 페이지에 표시하는 반면 일반적인 편집(parsys, components)은 디바이스의 화면 내에서 발생합니다. 장치 에뮬레이터는 사이트에 대해 구성된 장치 그룹에 따라 다릅니다. 여러 에뮬레이터를 장치 그룹에 할당할 수 있습니다. 그런 다음 콘텐츠 페이지에서 모든 에뮬레이터를 사용할 수 있습니다. 기본적으로 사이트에 할당된 첫 번째 장치 그룹에 할당된 첫 번째 에뮬레이터가 표시됩니다. 에뮬레이터는 Sidekick 상단의 에뮬레이터 회전 메뉴 또는 페이지의 편집 단추를 통해 전환할 수 있습니다.

에뮬레이터 만들기

에뮬레이터를 만들려면 일반 에뮬레이터 페이지에서 사용자 지정 모바일 에뮬레이터 만들기를 참조하십시오.

모바일 에뮬레이터의 주요 특성

장치 그룹은 하나 이상의 에뮬레이터로 구성됩니다. 예: /etc/mobile/groups/touch와 같은 장치 그룹 구성 페이지에는 jcr:content 노드 아래의 emulators 속성이 있습니다.
참고: 동일한 에뮬레이터가 여러 장치 그룹에 속할 수는 있지만 그다지 적절하지 않습니다.
장치 그룹의 구성 대화 상자를 통해 emulators 속성이 원하는 에뮬레이터의 경로로 설정됩니다. 예: /libs/wcm/mobile/components/emulators/iPhone4.
에뮬레이터 구성 요소(예: /libs/wcm/mobile/components/emulators/iPhone4)는 기본 모바일 에뮬레이터 구성 요소(/libs/wcm/mobile/components/emulators/base)를 확장합니다.
기본 모바일 에뮬레이터를 확장하는 모든 구성 요소는 장치 그룹을 구성할 때 선택할 수 있습니다. 따라서 사용자 지정 에뮬레이터를 쉽게 만들거나 확장할 수 있습니다.
편집 모드의 요청 시, 에뮬레이터 구현은 페이지를 렌더링하는 데 사용됩니다.
페이지의 템플릿이 모바일 페이지 구성 요소에 있으면 에뮬레이터 기능은 (모바일 페이지 구성 요소의 head.jsp을(를) 통해) 페이지에 자동으로 통합됩니다.

장치 그룹 device-groups

모바일 장치 그룹은 장치 기능에 따라 모바일 장치의 세그먼테이션을 제공합니다. 장치 그룹은 작성자 인스턴스의 에뮬레이터 기반 작성과 게시 인스턴스의 올바른 컨텐츠 렌더링에 필요한 정보를 제공합니다. 작성자가 모바일 페이지에 컨텐츠를 추가하고 게시하면 게시 인스턴스에서 페이지를 요청할 수 있습니다. 여기서 에뮬레이터 편집 보기 대신 구성된 장치 그룹 중 하나를 사용하여 컨텐츠 페이지가 렌더링됩니다. 장치 그룹 선택은 모바일 장치 감지를 기반으로 합니다. 그러면, 매칭 디바이스 그룹은 필요한 스타일링 정보를 제공한다.

장치 그룹은 /etc/mobile/devices 아래의 콘텐츠 페이지로 정의되었으며 모바일 장치 그룹 템플릿을 사용합니다. 장치 그룹 템플릿은 컨텐츠 페이지 형식의 장치 그룹 정의에 대한 구성 템플릿 역할을 합니다. 주요 특징은 다음과 같습니다.

위치: /libs/wcm/mobile/templates/devicegroup
허용되는 경로: /etc/mobile/groups/*
페이지 구성 요소: wcm/mobile/components/devicegroup

사이트에 장치 그룹 할당 assigning-device-groups-to-your-site

모바일 사이트를 만들 때 장치 그룹을 사이트에 할당해야 합니다. AEM은 장치의 HTML 및 JavaScript 렌더링 기능에 따라 세 개의 장치 그룹을 제공합니다.

기능 휴대폰, Sony Ericsson W800과 같은 기능 장치의 경우 기본 HTML은 지원되지만 이미지 및 JavaScript은 지원되지 않습니다.
BlackBerry®와 같은 장치의 스마트 휴대폰은 기본 HTML 및 이미지를 지원하지만 JavaScript은 지원하지 않습니다.
HTML, 이미지, JavaScript 및 장치 회전을 완전히 지원하는 iPad과 같은 장치의 경우 Touch 휴대폰입니다.

에뮬레이터를 장치 그룹에 연결할 수 있으므로(장치 그룹 만들기 섹션 참조) 장치 그룹을 사이트에 할당하면 작성자가 장치 그룹과 연결된 에뮬레이터 중에서 선택하여 페이지를 편집할 수 있습니다.

장치 그룹을 사이트에 할당하려면 다음 작업을 수행하십시오.

브라우저에서 Siteadmin 콘솔로 이동합니다.
웹 사이트 아래에서 모바일 사이트의 루트 페이지를 엽니다.
페이지 속성을 엽니다.
모바일 탭을 선택합니다.
- 장치 그룹을 정의합니다.
- 확인 을 클릭합니다.

NOTE

사이트에 대해 장치 그룹이 정의되면 사이트의 모든 페이지에 상속됩니다.

장치 그룹 필터 device-group-filters

장치 그룹 필터는 장치가 그룹에 속하는지 여부를 결정하는 기능 기반 기준을 정의합니다. 장치 그룹을 만들 때 장치 평가에 사용할 필터를 선택할 수 있습니다.

AEM이 장치에서 HTTP 요청을 받는 런타임에 그룹과 연결된 각 필터는 장치 기능을 특정 기준과 비교합니다. 장치에 필터가 필요로 하는 모든 기능이 있는 경우 장치가 그룹에 속하는 것으로 간주됩니다. 기능은 WURFL™ 데이터베이스에서 검색됩니다.

장치 그룹은 기능 감지를 위해 0개 이상의 필터를 사용할 수 있습니다. 또한 필터를 여러 장치 그룹과 함께 사용할 수 있습니다. AEM은 디바이스에 그룹에 대해 선택된 기능이 있는지 여부를 결정하는 기본 필터를 제공합니다.

CSS
JPG 및 PNG 이미지
JavaScript
장치 회전

장치 그룹에서 필터를 사용하지 않는 경우 그룹에 대해 구성된 선택된 기능은 장치에 필요한 유일한 기능입니다.

자세한 내용은 장치 그룹 필터 만들기를 참조하세요.

장치 그룹 만들기 creating-a-device-group

AEM이 설치하는 그룹이 요구 사항을 충족하지 않을 때 장치 그룹을 만듭니다.

브라우저에서 도구 콘솔로 이동합니다.
도구 > 모바일 > 장치 그룹 아래에 페이지를 만듭니다. 페이지 만들기 대화 상자에서:
- 제목(으)로 Special Phones을(를) 입력하십시오.
- 이름(으)로 special을(를) 입력하십시오.
- 모바일 장치 그룹 템플릿 을(를) 선택하십시오.
- 만들기 를 클릭합니다.
CRXDE에서 /etc/mobile/groups/special 노드 아래에 장치 그룹의 스타일이 포함된 static.css 파일을 추가합니다.
특수 전화 페이지를 엽니다.
장치 그룹을 구성하려면 설정 옆에 있는 편집 단추를 클릭하십시오.
일반 탭에서:
- 제목: 모바일 장치 그룹의 이름입니다.
- 설명: 그룹에 대한 설명입니다.
- 사용자 에이전트: 장치가 일치하는 사용자 에이전트 문자열입니다. 이 변수는 선택 사항이며 정규 표현식이 될 수 있습니다. 예: BlackBerryZ10
- 기능: 그룹이 이미지, CSS, JavaScript 또는 장치 순환을 처리할 수 있는지 여부를 정의합니다.
- 최소 화면 너비 및 높이
- 에뮬레이터 사용 안 함: 콘텐츠를 편집하는 동안 에뮬레이터를 사용/사용하지 않도록 설정할 수 있습니다.
에뮬레이터 탭에서:
- 에뮬레이터: 이 장치 그룹에 지정된 에뮬레이터를 선택합니다.
필터 탭에서:
- 필터를 추가하려면 항목 추가 를 클릭하고 드롭다운 목록에서 필터를 선택합니다.
- 필터는 표시되는 순서대로 평가됩니다. 장치가 필터의 기준을 충족하지 않으면 목록의 후속 필터가 평가되지 않습니다.
확인을 클릭합니다.

모바일 장치 그룹 구성 대화 상자는 다음과 같습니다.

screen_shot_2012-02-01at22043pm

장치 그룹당 사용자 지정 CSS custom-css-per-device-group

앞에서 설명한 대로 사용자 지정 CSS를 디자인 페이지의 CSS와 마찬가지로 장치 그룹 페이지와 연결할 수 있습니다. 이 CSS는 작성 및 게시에 대한 페이지 콘텐츠의 장치 그룹별 렌더링에 영향을 주는 데 사용됩니다. 그런 다음 이 CSS가 자동으로 포함됩니다.

작성자 인스턴스의 페이지에서 이 장치 그룹에 사용되는 모든 에뮬레이터에 대해 다음을 수행합니다.
게시 인스턴스의 페이지에서 요청의 사용자 에이전트가 이 특정 장치 그룹의 모바일 장치와 일치하는 경우.

서버측 장치 감지 server-side-device-detection

필터 및 장치 사양의 라이브러리를 사용하여 HTTP 요청을 수행하는 장치의 기능을 결정합니다.

장치 그룹 필터 개발 develop-device-group-filters

장치 그룹 필터를 만들어 장치 기능 요구 사항 집합을 정의합니다. 필요한 장치 기능 그룹을 타깃팅하는 데 필요한 만큼 필터를 만듭니다.

필터 조합을 사용하여 기능 그룹을 정의할 수 있도록 필터를 디자인합니다. 일반적으로 서로 다른 장치 그룹의 기능이 겹칩니다. 따라서 여러 장치 그룹 정의가 있는 일부 필터를 사용할 수 있습니다.

필터를 만든 후 그룹 구성에서 사용할 수 있습니다.

자세한 내용을 보려면 장치 그룹 필터 만들기(으)로 이동하십시오.

WURFL™ 데이터베이스 사용 using-the-wurfl-database

AEM은 WURFL™ 데이터베이스의 잘린 버전을 사용하여 장치의 사용자 에이전트를 기반으로 화면 해상도 또는 JavaScript 지원과 같은 장치 기능을 쿼리합니다.

/libs/wcm/mobile/devicespecs/wurfl.xml.에서 wurfl.xml파일을 구문 분석하여 WURFL™ 데이터베이스의 XML 코드가 /var/mobile/devicespecs 아래의 노드로 표시됩니다. cq-mobile-core 번들이 처음 시작될 때 노드로 확장됩니다.

디바이스 기능은 노드 속성으로 저장되며, 노드는 디바이스 모델을 나타냅니다. 쿼리를 사용하여 장치 또는 사용자 에이전트의 기능을 검색할 수 있습니다.

WURFL™ 데이터베이스가 발전함에 따라 데이터베이스를 사용자 정의하거나 교체해야 할 수 있습니다. 모바일 장치 데이터베이스를 업데이트하려면 다음 옵션이 필요합니다.

이 사용을 허용하는 라이센스가 있는 경우 파일을 최신 버전으로 바꾸십시오. 다른 WURFL 데이터베이스 설치를 참조하십시오.
AEM에서 사용할 수 있는 버전을 사용하고 사용자 에이전트 문자열과 일치하고 기존 WURFL™ 디바이스를 가리키는 regexp를 구성합니다. regexp 기반 사용자 에이전트 일치 추가를 참조하십시오.

WURFL™ 기능에 대한 사용자 에이전트 매핑 테스트 testing-the-mapping-of-a-user-agent-to-wurfl-capabilities

장치가 모바일 사이트에 액세스하면 AEM이 장치를 감지하여 기능에 따라 장치 그룹에 매핑하고 장치 그룹에 해당하는 페이지 보기를 보냅니다. 매칭하는 디바이스 그룹은 필요한 스타일링 정보를 제공한다. 매핑은 모바일 사용자 에이전트 테스트 페이지에서 테스트할 수 있습니다.

https://localhost:4502/etc/mobile/useragent-test.html

다른 WURFL™ 데이터베이스 설치 installing-a-different-wurfl-database

AEM과 함께 설치되는 잘린 WURFL™ 데이터베이스는 이전 릴리스입니다.
2011년 8월 30일. WURFL 버전이 2011년 8월 30일 이후에 릴리스된 경우 사용이 라이센스를 준수하는지 확인하십시오.

WURFL™ 데이터베이스를 설치하려면:

CRXDE Lite에서 다음 폴더를 만듭니다. /apps/wcm/mobile/devicespecs
폴더에 WURFL™ 파일을 복사합니다.
파일 이름을 wurfl.xml(으)로 바꾸십시오.

AEM은 wurfl.xml 파일을 자동으로 구문 분석하고 /var/mobile/devicespecs 아래의 노드를 업데이트합니다.

NOTE

전체 WURFL™ 데이터베이스가 활성화된 경우 구문 분석과 활성화가 몇 분 정도 소요될 수 있습니다. 진행 상황 정보를 보려면 로그를 볼 수 있습니다.

정규 표현식 기반 사용자-에이전트 일치 추가 adding-a-regexp-based-user-agent-matching

/apps/wcm/mobile/devicesecs/wurfl/regexp 아래에 사용자 에이전트를 정규식으로 추가하여 기존 WURFL™ 장치 유형을 가리킵니다.

CRXDE Lite 에서 /apps/wcm/mobile/devicesecs/regexp 아래에 노드를 만드십시오(예: apple_ipad_ver1).
노드에 다음 속성을 추가합니다.
- regexp: 사용자 에이전트를 정의하는 정규 표현식(예: ).*모질라.*iPad.*AppleWebKit.*Safari.*
- deviceId: wurfl.xml에 정의된 장치 ID(예: apple_ipad_ver1)

위의 구성은 사용자 에이전트가 제공된 정규 표현식과 일치하는 장치가 apple_ipad_ver1 WURFL™ 장치 ID(있는 경우)에 매핑되도록 합니다.

클라이언트측 디바이스 감지 client-side-device-detection

이 섹션에서는 AEM의 장치 클라이언트측 감지를 사용하여 페이지 렌더링을 최적화하거나 클라이언트에 대체 웹 사이트 버전을 제공하는 방법에 대해 설명합니다.

AEM은 BrowserMap을(를) 기반으로 장치 클라이언트측 검색을 지원합니다. BrowserMap이(가) /etc/clientlibs/browsermap의 클라이언트 라이브러리로 AEM에 제공됩니다.

BrowserMap은(는) 클라이언트에 대체 웹 사이트를 제공하는 데 사용할 수 있는 세 가지 전략을 제공합니다. 이 전략은 다음 순서로 사용됩니다.

대체 링크
장치 그룹별 URL
선택기 기반 URL

NOTE

클라이언트 라이브러리 통합에 대한 자세한 내용은 클라이언트측 HTML 라이브러리 사용을 참조하십시오.

대체 링크 제공 providing-alternate-links

PageVariantsProvider OSGi 서비스에서 동일한 패밀리에 속하는 사이트에 대한 대체 링크를 생성할 수 있습니다. 서비스에서 고려할 사이트를 구성하려면 cq:siteVariant 노드를 사이트의 루트에서 jcr:content 노드에 추가해야 합니다.

cq:siteVariant 노드에는 다음 속성이 있어야 합니다.

cq:childNodesMapTo - 하위 노드가 매핑될 링크 요소의 특성을 결정합니다. 루트 노드의 하위 노드가 전역 웹 사이트의 언어 변형에 대한 루트를 나타내도록 웹 사이트의 콘텐츠를 구성하는 것이 좋습니다(예: /content/mysite/en, /content/mysite/de). 이 경우 cq:childNodesMapTo의 값은 hreflang이어야 합니다.
cq:variantDomain - 페이지 변형 절대 URL을 생성하는 데 사용되는 Externalizer 도메인을 나타냅니다. 이 값을 설정하지 않으면 상대 링크를 사용하여 페이지 변형이 생성됩니다.
cq:variantFamily - 이 사이트가 속한 웹 사이트 패밀리를 나타냅니다. 동일한 웹 사이트의 여러 장치별 표시가 동일한 패밀리에 속해야 합니다.
media - link 요소의 미디어 특성 값을 저장합니다. BrowserMap 라이브러리가 클라이언트를 웹 사이트의 올바른 변형에 자동으로 전달할 수 있도록 등록된 BrowserMap의 이름을 사용하는 것이 좋습니다.DeviceGroups

PageVariantsProvider 및 Externalizer pagevariantsprovider-and-externalizer

cq:siteVariant 노드의 cq:variantDomain 속성 값이 비어 있지 않으면 PageVariantsProvider 서비스는 이 값을 Externalizer 서비스에 대해 구성된 도메인으로 사용하여 절대 링크를 생성합니다. 설정을 반영하도록 Externalizer 서비스를 구성해야 합니다.

NOTE

AEM을 사용하여 작업할 때 이러한 서비스에 대한 구성 설정을 관리할 수 있는 방법에는 몇 가지가 있습니다. 자세한 내용 및 권장 사례를 보려면 OSGi 구성을 참조하십시오.

장치 그룹별 URL 정의 defining-a-device-group-specific-url

대체 링크를 사용하지 않으려면 각 DeviceGroup에 대해 전역 URL을 구성할 수 있습니다. Adobe은 browsermap.standard 클라이언트 라이브러리를 임베드하지만 장치 그룹을 다시 정의하는 고유한 클라이언트 라이브러리를 만들 것을 권장합니다.

BrowserMap은 사용자 지정된 클라이언트 라이브러리에서 이름이 같은 장치 그룹을 만들어 BrowserMap 개체에 추가하여 장치 그룹 정의를 재정의할 수 있도록 디자인되었습니다.

NOTE

자세한 내용은 사용자 지정된 BrowserMap을 참조하세요.

선택기 기반 URL 정의 defining-selector-based-urls

BrowserMap에 대한 대체 사이트를 나타내는 데 사용된 이전 메커니즘이 없으면 DeviceGroups의 이름을 사용할 선택기가 URL에 추가됩니다. 이 경우 요청을 처리할 고유한 서블릿을 제공해야 합니다.

예를 들어 BrowserMap에서 smartphone(으)로 식별된 www.example.com/index.html을(를) 탐색하는 장치가 www.example.com/index.smartphone.html.에 전달됩니다.

페이지에서 BrowserMap 사용 using-browsermap-on-your-pages

페이지에서 표준 BrowserMap 클라이언트 라이브러리를 사용하려면 페이지의 head 섹션에서 cq:include태그를 사용하여 /libs/wcm/core/browsermap/browsermap.jsp 파일을 포함해야 합니다.

<cq:include script="/libs/wcm/core/browsermap/browsermap.jsp" />

JSP 파일에 BrowserMap 클라이언트 라이브러리를 추가하는 것 외에 client-side(으)로 설정된 cq:deviceIdentificationMode 문자열 속성을 웹 사이트의 루트 아래에 있는 jcr:content 노드에 추가해야 합니다.

BrowserMap의 기본 동작 재정의 overriding-browsermap-s-default-behaviour

DeviceGroups을(를) 재정의하거나 더 많은 Probe를 추가하여 BrowserMap을(를) 사용자 지정하려면 browsermap.standard클라이언트측 라이브러리를 포함할 고유한 클라이언트측 라이브러리를 만들어야 합니다.

또한 JavaScript 코드에서 BrowserMap.forwardRequest() 메서드를 수동으로 호출해야 합니다.

NOTE

클라이언트 라이브러리 통합에 대한 자세한 내용은 클라이언트측 HTML 라이브러리 사용을 참조하십시오.

사용자 지정된 BrowserMap 클라이언트 라이브러리를 만든 후에는 Adobe에서 다음 방법을 제안합니다.

응용 프로그램에 browsermap.jsp 파일 만들기

code language-xml

code language-xml
<%@include file="/libs/foundation/global.jsp" %> <%@ taglib prefix="c" uri="https://java.sun.com/jsp/jstl/core" %> <%@ page import=" com.day.cq.wcm.api.variants.PageVariant, com.day.cq.wcm.api.variants.PageVariantsProvider, com.day.cq.wcm.api.devicedetection.DeviceIdentificationMode, com.day.cq.wcm.api.WCMMode" %> <% final PageVariantsProvider p = sling.getService(PageVariantsProvider.class); if(p == null) { throw new IllegalStateException("Missing PageVariantsProvider service"); } for(PageVariant v : p.getVariants(currentPage, slingRequest)) { final String curVar = v.getAttributes().get("data-current-variant"); String media = v.getAttributes().get("media"); if (media != null) { media = media.replaceAll(" ", ""); } %> <link rel="alternate" data-cq-role="site.variant" title="<%= xssAPI.encodeForHTMLAttr(v.getTitle()) %>" hreflang="<%= xssAPI.encodeForHTMLAttr(v.getAttributes().get("hreflang")) %>" media="<%= xssAPI.encodeForHTMLAttr(media) %>" href="<%= xssAPI.getValidHref(v.getURL()) %>" <% if(curVar != null) { %> data-current-variant="<%= curVar %>"<% } %> /> <% } Boolean browserMapEnabled = true; final DeviceIdentificationMode dim = sling.getService(DeviceIdentificationMode.class); String[] selectors = slingRequest.getRequestPathInfo().getSelectors(); boolean isPortletRequest = false; for (int i = 0; i < selectors.length; i++) { if ("portlet".equals(selectors[i])) { isPortletRequest = true; break; } } if (isPortletRequest) { log.debug("Request was made by a portlet container - BrowserMap will not be embedded"); } else { final WCMMode wcmMode = WCMMode.fromRequest(slingRequest); boolean shouldIncludeClientLib = false; if (WCMMode.EDIT != wcmMode && WCMMode.PREVIEW != wcmMode && WCMMode.DESIGN != wcmMode) { if (dim != null) { final String mode = dim.getDeviceIdentificationModeForPage(currentPage); shouldIncludeClientLib = DeviceIdentificationMode.CLIENT_SIDE.equals(mode); if (shouldIncludeClientLib) { browserMapEnabled = (Boolean) request.getAttribute("browsermap.enabled"); if (browserMapEnabled == null) { browserMapEnabled = true; } } } } %> <c:if test="<%= !browserMapEnabled %>"> <meta name="browsermap.enabled" content="false"> </c:if> <c:if test="<%= shouldIncludeClientLib %>"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <cq:includeClientLib categories="browsermap.custom"/> </c:if> <% } %>

<%@include file="/libs/foundation/global.jsp" %>
<%@ taglib prefix="c" uri="https://java.sun.com/jsp/jstl/core" %>
<%@ page import="
    com.day.cq.wcm.api.variants.PageVariant,
    com.day.cq.wcm.api.variants.PageVariantsProvider,
    com.day.cq.wcm.api.devicedetection.DeviceIdentificationMode,
    com.day.cq.wcm.api.WCMMode"
%>
<%
    final PageVariantsProvider p = sling.getService(PageVariantsProvider.class);
    if(p == null) {
        throw new IllegalStateException("Missing PageVariantsProvider service");
    }
    for(PageVariant v : p.getVariants(currentPage, slingRequest)) {
        final String curVar = v.getAttributes().get("data-current-variant");
        String media = v.getAttributes().get("media");
        if (media != null) {
            media = media.replaceAll(" ", "");
        }
%>
    <link
        rel="alternate"
        data-cq-role="site.variant"
        title="<%= xssAPI.encodeForHTMLAttr(v.getTitle()) %>"
        hreflang="<%= xssAPI.encodeForHTMLAttr(v.getAttributes().get("hreflang")) %>"
        media="<%= xssAPI.encodeForHTMLAttr(media) %>"
        href="<%= xssAPI.getValidHref(v.getURL()) %>"
        <% if(curVar != null) { %> data-current-variant="<%= curVar %>"<% } %>
    />
<%
    }
    Boolean browserMapEnabled = true;
    final DeviceIdentificationMode dim = sling.getService(DeviceIdentificationMode.class);
    String[] selectors  = slingRequest.getRequestPathInfo().getSelectors();
    boolean isPortletRequest = false;
    for (int i = 0; i < selectors.length; i++) {
        if ("portlet".equals(selectors[i])) {
            isPortletRequest = true;
            break;
        }
    }
    if (isPortletRequest) {
        log.debug("Request was made by a portlet container - BrowserMap will not be embedded");
    } else {
        final WCMMode wcmMode = WCMMode.fromRequest(slingRequest);
        boolean shouldIncludeClientLib = false;
        if (WCMMode.EDIT != wcmMode && WCMMode.PREVIEW != wcmMode && WCMMode.DESIGN != wcmMode) {
            if (dim != null) {
                final String mode = dim.getDeviceIdentificationModeForPage(currentPage);
                shouldIncludeClientLib = DeviceIdentificationMode.CLIENT_SIDE.equals(mode);
                if (shouldIncludeClientLib) {
                    browserMapEnabled = (Boolean) request.getAttribute("browsermap.enabled");
                    if (browserMapEnabled == null) {
                        browserMapEnabled = true;
                    }
                }
            }
        }
%>
        <c:if test="<%= !browserMapEnabled %>">
            <meta name="browsermap.enabled" content="false">
        </c:if>
        <c:if test="<%= shouldIncludeClientLib %>">
            <meta name="viewport" content="width=device-width, initial-scale=1.0">
            <cq:includeClientLib categories="browsermap.custom"/>
        </c:if>
<%
    }
%>

헤드 섹션에 broswermap.jsp 파일을 포함하십시오.

code language-xml
`<cq:include script="browsermap.jsp" />`

특정 페이지에서 BrowserMap 제외 excluding-browsermap-from-certain-pages

클라이언트 검색이 필요하지 않은 일부 페이지에서 BrowserMap 라이브러리를 제외하려면 요청 속성을 추가할 수 있습니다.

<%
request.setAttribute("browsermap.enabled", false);
%>

이렇게 하면 /libs/wcm/core/browsermap/browsermap.jsp 스크립트가 페이지에 메타 태그를 추가하게 되어 BrowserMap에서 검색을 수행하지 않게 됩니다.

<meta name="browsermap.enabled" content="false">

웹 사이트의 특정 버전 테스트 testing-a-specific-version-of-a-web-site

일반적으로 BrowserMap 스크립트는 항상 방문자를 가장 적합한 웹 사이트 버전으로 리디렉션하며, 일반적으로 필요한 경우 데스크탑 또는 모바일 사이트로 리디렉션합니다.

URL에 device 매개 변수를 추가하여 요청 장치로 웹 사이트의 특정 버전을 테스트하도록 강제할 수 있습니다. 다음 URL은 Geometrixx Outdoors 웹 사이트의 모바일 버전을 렌더링합니다.

https://localhost:4502/content/geometrixx-outdoors/en.html?wcmmode=disabled&device=smartphone

NOTE

게시 인스턴스의 동작을 시뮬레이션하도록 wcmmode 매개 변수를 disabled(으)로 설정합니다.

오버라이드 장치 값은 쿠키에 저장되므로 각 URL에 device 매개 변수를 추가하지 않고 웹 사이트를 검색할 수 있습니다.

따라서 웹 사이트의 데스크톱 버전으로 돌아가려면 device이(가) browser(으)로 설정된 동일한 URL을(를) 호출해야 합니다.

NOTE

BrowserMap은 BMAP_device 쿠키에 재정의 장치 값을 저장합니다. 이 쿠키를 삭제하면 CQ가 현재 장치(예: 데스크탑 또는 모바일)에 따라 적절한 웹 사이트 버전을 제공합니다.

모바일 요청 처리 mobile-request-processing

AEM은 터치 장치 그룹에 속하는 모바일 장치에서 발행한 요청을 다음과 같이 처리합니다.

iPad이 AEM 게시 인스턴스(예: https://localhost:4503/content/geometrixx_mobile/en/products.html)에 요청을 보냅니다.
AEM은 요청된 페이지의 사이트가 모바일 사이트인지 여부를 결정합니다(첫 번째 수준 페이지 /content/geometrixx_mobile이(가) 모바일 페이지 구성 요소를 확장하는지 여부를 확인하여). 해당되는 경우:
AEM은 요청 헤더의 사용자 에이전트를 기반으로 장치 기능을 조회합니다.
AEM은 장치 기능을 장치 그룹에 매핑하고 touch을(를) 장치 그룹 선택기로 설정합니다.
AEM이 요청을 https://localhost:4503/content/geometrixx_mobile/en/products.touch.html.(으)로 리디렉션합니다.
AEM이 iPad에 응답을 보냅니다.
- products.touch.html은(는) 일반적인 방식으로 렌더링되며 연결할 수 있습니다.
- 렌더링 구성 요소는 선택기를 사용하여 프레젠테이션을 조정합니다.
- AEM은 페이지의 모든 내부 링크에 모바일 선택기를 자동으로 추가합니다.

통계 statistics

모바일 장치에서 AEM 서버에 대해 수행한 요청 수에 대한 몇 가지 통계를 가져올 수 있습니다. 요청 수는 다음과 같이 분류할 수 있습니다.

장치 그룹 및 장치당
년, 월 및 일

통계를 보려면 다음과 같이 하십시오.

도구 콘솔로 이동합니다.
도구 > 모바일 아래의 장치 통계 페이지를 엽니다.
링크를 눌러 특정 연도, 월 또는 일에 대한 통계를 확인합니다.

통계 페이지는 다음과 같습니다.

screen_shot_2012-02-01at24353pm

NOTE

모바일 장치가 AEM에 처음 액세스하고 검색되면 통계 페이지가 만들어집니다. 그 전에는 사용이 불가능합니다

통계에서 항목을 생성해야 하는 경우 다음과 같이 진행할 수 있습니다.

모바일 디바이스 또는 에뮬레이터(예: Firefox의 https://chrispederick.com/work/user-agent-switcher/)를 사용합니다.
작성 모드를 비활성화하여 작성자 인스턴스의 모바일 페이지를 요청합니다. 예를 들면 다음과 같습니다.
https://localhost:4502/content/geometrixx_mobile/en/products.html?wcmmode=disabled

이제 통계 페이지를 사용할 수 있습니다.

친구에게 링크 보내기 링크에 대한 페이지 캐싱 지원 supporting-page-caching-for-send-link-to-a-friend-links

장치 그룹에 대해 렌더링되는 페이지는 장치 그룹 선택기(예: /content/mobilepage.touch.html)에 의해 페이지 URL에서 구분되므로 Dispatcher에서 모바일 페이지에 연결할 수 있습니다. 선택기가 없는 모바일 페이지에 대한 요청은 캐시되지 않습니다. 이 경우 디바이스 감지가 작동하고 최종적으로 일치하는 디바이스 그룹(또는 해당 문제에 대한 "nomatch")으로 리디렉션됩니다. 장치 그룹 선택기로 렌더링된 모바일 페이지는 링크 재작성기에 의해 처리되며, 링크 재작성기는 페이지 내의 모든 링크를 장치 그룹 선택기를 포함하도록 재작성하여 이미 자격이 있는 페이지를 클릭할 때마다 장치 감지를 다시 수행하지 않도록 합니다.

따라서 다음과 같은 시나리오가 발생할 수 있습니다.

사용자 Alice는 coolpage.feature.html(으)로 리디렉션되고 친구 Bob에게 해당 URL을 전송하며, 친구 Bob은 touch 장치 그룹에 속하는 다른 클라이언트로 해당 URL에 액세스합니다.

coolpage.feature.html이(가) 프론트엔드 캐시에서 제공되는 경우 AEM에서 요청을 분석하여 모바일 선택기가 새 사용자 에이전트와 일치하지 않고 Bob이 잘못된 표시를 받는지 확인할 수 없습니다.

이 문제를 해결하려면 페이지에 간단한 선택 UI를 포함할 수 있습니다. 이 UI에서 최종 사용자는 AEM에서 선택한 장치 그룹을 무시할 수 있습니다. 위의 예에서 페이지의 링크(또는 아이콘)를 사용하면 최종 사용자가 자신의 장치가 해당 장치에 충분하다고 생각하는 경우 coolpage.touch.html(으)로 전환할 수 있습니다.

recommendation-more-help

19ffd973-7af2-44d0-84b5-d547b0dffee2