고급 URL 구성

AEM CIF 핵심 구성 요소 는 제품 및 카테고리 페이지의 URL을 사용자 지정하는 고급 구성을 제공합니다. 많은 구현이 SEO(검색 엔진 최적화) 목적으로 이러한 URL을 사용자 지정합니다. 다음 비디오에서는 구성 방법에 대해 자세히 설명합니다. UrlProvider 의 서비스 및 기능 Sling 매핑 제품 및 카테고리 페이지의 URL을 사용자 지정합니다.

구성

을(를) 구성하려면 다음을 수행하십시오. UrlProvider seo 요구 사항 및 요구 사항에 따라 프로젝트는 CIF URL 공급자 구성.

제품 페이지 URL 형식

제품 페이지의 URL을 구성하고 다음 옵션을 지원합니다.

• {{page}}.html/{{sku}}.html#{{variant_sku}} (기본값)
• {{page}}.html/{{sku}}/{{url_key}}.html#{{variant_sku}}
• {{page}}.html/{{sku}}/{{category}}/{{url_key}}.html#{{variant_sku}}
• {{page}}.html/{{sku}}/{{url_path}}.html#{{variant_sku}}
• {{page}}.html/{{url_key}}.html#{{variant_sku}}
• {{page}}.html/{{category}}/{{url_key}}.html#{{variant_sku}}
• {{page}}.html/{{url_path}}.html#{{variant_sku}}

필요한 경우 Venia 참조 저장소:

• {{page}} 이(가) (으)로 대체됨 /content/venia/us/en/products/product-page
• {{sku}} 는 제품의 SKU로 대체됩니다. 예: VP09
• {{url_key}} 이(가) 제품의 (으)로 대체됩니다. url_key 속성(예: ) lenora-crochet-shorts
• {{url_path}} 이(가) 제품의 (으)로 대체됩니다. url_path, 예: venia-bottoms/venia-pants/lenora-crochet-shorts
• {{variant_sku}} 는 현재 선택한 변형(예: )으로 대체됩니다. VP09-KH-S

다음 이후 url_path 더 이상 사용되지 않는 경우 사전 정의된 제품 URL 형식은 url_rewrites 다음과 같은 경우 가장 많은 경로 세그먼트가 있는 세그먼트를 대안으로 선택하십시오. url_path 을(를) 사용할 수 없습니다.

위의 예제 데이터를 사용하면 기본 URL 형식을 사용하여 형식이 지정된 제품 변형 URL이 다음과 같이 표시됩니다 /content/venia/us/en/products/product-page.html/VP09.html#VP09-KH-S.

카테고리 페이지 URL 형식

카테고리 또는 제품 목록 페이지의 URL을 구성하고 다음 옵션을 지원합니다.

• {{page}}.html/{{url_path}}.html (기본값)
• {{page}}.html/{{url_key}}.html

필요한 경우 Venia 참조 저장소:

• {{page}} 이(가) (으)로 대체됨 /content/venia/us/en/products/category-page
• {{url_key}} 이(가) 범주의 url_key 속성
• {{url_path}} 이(가) 범주의 url_path

위의 예제 데이터를 사용하면 기본 URL 형식을 사용하여 형식이 지정된 카테고리 페이지 URL이 다음과 같습니다 /content/venia/us/en/products/category-page.html/venia-bottoms/venia-pants.html.

저장소별 구성

에서 설정한 시스템 전체 범주 및 제품 페이지 URL 형식 CIF URL 공급자 구성 각 스토어에 대해 변경할 수 있습니다.

CIF 구성에서 편집기는 대체 제품 또는 카테고리 페이지 URL 형식을 선택할 수 있습니다. 아무 것도 선택하지 않으면 시스템 전체 구성으로 돌아갑니다.

라이브 웹 사이트의 URL 형식을 변경하면 사이트의 유기 트래픽에 부정적인 영향을 줄 수 있습니다. 다음을 참조하십시오 우수 사례 아래에서는 URL 형식 변경을 미리 신중하게 계획합니다.

카테고리 인식 제품 페이지 URL

제품 URL에 카테고리 정보를 인코딩할 수 있으므로, 여러 카테고리에 있는 제품도 여러 제품 URL로 해결될 수 있습니다.

기본 URL 형식은 다음 체계를 사용하여 가능한 대체 요소 중 하나를 선택합니다.

• 다음과 같은 경우 url_path 은 e-commerce 백엔드에서 정의합니다(더 이상 사용되지 않음).
• 다음에서 url_rewrites 의 제품으로 끝나는 URL 사용 url_key 대체 요소로서
• 이러한 대체 형식에서는 경로 세그먼트가 가장 많은 대체 형식을 사용합니다
• 여러 개가 있는 경우 전자 상거래 백엔드에서 지정한 순서대로 첫 번째 항목을 사용합니다

이 구성표는 다음을 선택합니다. url_path 상위 항목이 가장 많은 경우 하위 범주가 상위 범주보다 더 구체적이라는 가정을 기반으로 합니다. 선택한 항목 url_path 고려됨 표준- 및 는 항상 제품 페이지나 제품 사이트 맵에서 표준 링크로 사용됩니다.

그러나 쇼핑객이 카테고리 페이지에서 제품 페이지로 이동하거나 한 제품 페이지에서 동일한 카테고리의 다른 관련 제품 페이지로 이동할 때는 현재 카테고리 컨텍스트를 유지하는 것이 좋습니다. 이 경우 url_path 선택은 현재 카테고리 컨텍스트 내에 있는 대안보다 선호해야 합니다. 표준- 위에서 설명한 선택 사항.

이 기능은 다음에서 활성화해야 합니다. CIF URL 공급자 구성. 활성화한 경우 다음과 같은 상황에서 선택 점수가 더 높습니다.

• 지정된 범주의 일부와 일치합니다 url_path 시작 부분(퍼지 접두사 일치)
• 또는 지정된 범주의 url_key 어디서나(완전 부분 일치)

예를 들어 다음에 대한 응답을 생각해 보십시오. products 쿼리 아래요. 다음과 같은 경우

• 사용자가 "New Products / New in Summer 2022" 카테고리 페이지에 있습니다.
• 스토어는 기본 카테고리 페이지 URL 형식을 사용합니다

대체 "new-products/new-in-summer-2022/gold-cirque-earrings.html"은 처음부터 컨텍스트의 경로 세그먼트 중 두 개와 일치합니다. 즉, "신제품"과 "2022년 여름 신제품"입니다. 스토어에서 카테고리만 포함하는 카테고리 페이지 URL 형식을 사용하는 경우 url_key, 컨텍스트와 일치하므로 동일한 대체 요소가 계속 선택됩니다. url_key 어디든. 두 경우 모두 "new-products/new-in-summer-2022/gold-cirque-earrings.html"에 대해 제품 페이지 URL이 만들어집니다. url_path.

{
  "data": {
    "products": {
      "items": [
        {
          "sku": "VA18-GO-NA",
          "url_key": "gold-cirque-earrings",
          "url_rewrites": [
            {
              "url": "gold-cirque-earrings.html"
            },
            {
              "url": "venia-accessories/gold-cirque-earrings.html"
            },
            {
              "url": "venia-accessories/venia-jewelry/gold-cirque-earrings.html"
            },
            {
              "url": "new-products/gold-cirque-earrings.html"
            },
            {
              "url": "new-products/new-in-summer-2022/gold-cirque-earrings.html"
            }
          ]
        }
      ]
    }
  }
}

특정 범주 및 제품 페이지

다음을 만들 수 있습니다. 다중 범주 및 제품 페이지 카탈로그의 특정 하위 집합 또는 제품에만 해당됩니다.

선택 기준

특정 카테고리 페이지의 선택은 해당 카테고리에 따라 정방향입니다. url_path 또는 url_key. 일치하는 하위 범주는 전체 범주가 포함된 URL 형식에 대해서만 지원됩니다 url_path. 그렇지 않은 경우 url_key 가능합니다.

특정 제품 페이지는 제품의 SKU 또는 카테고리에 의해 선택됩니다. 후자는 제품 URL에 일부 카테고리 정보를 인코딩해야 합니다. 이 기능은 일부 기본 URL 형식에만 사용할 수 있습니다. SKU 또는 카테고리별로 특정 페이지 선택을 지원하는 URL 포맷을 비교하려면 다음 표를 참조하십시오.

심층 연결

다음 UrlProvider 작성자 계층 인스턴스에서 특정 카테고리 및 제품 페이지에 대한 딥 링크를 생성하도록 사전 구성되어 있습니다. 이 기능은 미리보기 모드를 사용하여 사이트를 탐색하고 특정 제품 또는 카테고리 페이지로 이동한 다음 편집 모드로 다시 전환하여 페이지를 편집하는 편집자에게 유용합니다.

반면에 게시 계층 인스턴스에서는 카탈로그 페이지 URL이 안정적으로 유지되어야 검색 엔진 순위에서 이득을 잃지 않습니다. 해당 게시 계층 때문에 인스턴스는 기본적으로 특정 카탈로그 페이지에 대한 딥링크를 렌더링하지 않습니다. 이 동작을 변경하려면 CIF URL 공급자별 페이지 전략 는 항상 특정 페이지 URL을 생성하도록 구성할 수 있습니다.

여러 카탈로그 페이지

편집자가 사이트의 최상위 수준 탐색을 완전히 제어하려는 경우 단일 카탈로그 페이지를 사용하여 카탈로그의 최상위 수준 카테고리를 렌더링하는 것은 필요하지 않을 수 있습니다. 대신 편집자는 최상위 탐색에 포함할 카탈로그의 각 카테고리에 대해 하나씩 여러 카탈로그 페이지를 만들 수 있습니다.

해당 사용 사례의 경우, 각 카탈로그 페이지에는 카탈로그 페이지에 대해 구성된 카테고리와 관련된 제품 및 카테고리 페이지에 대한 참조가 있을 수 있습니다. 다음 UrlProvider 에서는 이러한 연결을 사용하여 구성된 카테고리의 페이지 및 카테고리에 대한 링크를 만듭니다. 그러나 성능상의 이유로 사이트 탐색 루트/랜딩 페이지의 직접 카탈로그 페이지 하위 항목만 고려됩니다.

카탈로그 페이지의 제품 및 카테고리 페이지는 해당 카탈로그 페이지의 하위 페이지인 것이 좋습니다. 그렇지 않으면 탐색 또는 탐색 표시와 같은 구성 요소가 제대로 작동하지 않을 수 있습니다.

사용자 정의

사용자 정의 URL 형식

사용자 지정 URL 형식을 제공하기 위해 프로젝트는 다음 중 하나를 구현할 수 있습니다. ProductUrlFormat 또는 CategoryUrlFormat 서비스 인터페이스를 구현하고 구현을 OSGI 서비스로 등록합니다. 이러한 구현은 사용 가능한 경우 구성된 사전 정의된 형식을 대체합니다. 등록된 구현이 여러 개일 경우 서비스 순위가 높은 구현이 서비스 순위가 낮은 구현을 대체합니다.

사용자 지정 URL 형식 구현은 주어진 매개 변수에서 URL을 작성하고 URL을 구문 분석하여 동일한 매개 변수를 각각 반환하기 위한 메서드 쌍을 구현해야 합니다.

Sling 매핑과 결합

이외에도 UrlProvider를 설정하는 것도 가능합니다. Sling 매핑 를 클릭하여 URL을 다시 작성하고 처리합니다. AEM Archetype 프로젝트에서는 예제 구성 포트 4503(게시) 및 80(Dispatcher)에 대해 일부 Sling 매핑을 구성합니다.

AEM Dispatcher와 결합

AEM Dispatcher HTTP 서버를에 사용하여 URL 재쓰기를 수행할 수도 있습니다. mod_rewrite 모듈. 다음 AEM Project Archetype 는 이미 기본이 포함된 참조 AEM Dispatcher 구성을 제공합니다. 규칙 다시 작성 생성된 크기입니다.

모범 사례

최상의 URL 형식 선택

사용 가능한 기본 형식 중 하나를 선택하거나 사용자 지정 형식을 구현하기 전에 언급했듯이 는 저장소의 요구 사항과 요구 사항에 따라 크게 달라집니다. 다음과 같은 제안은 교육적인 결정을 내리는 데 도움이 될 수 있습니다.

​SKU가 포함된 제품 페이지 URL 형식을 사용합니다.​

CIF 핵심 구성 요소는 모든 구성 요소에서 SKU를 기본 식별자로 사용합니다. 제품 페이지 URL 형식에 SKU가 포함되어 있지 않은 경우 이 문제를 해결하려면 GraphQL 쿼리가 필요합니다. 이 해상도는 첫 번째 바이트까지의 시간에 영향을 줄 수 있습니다. 또한, 쇼핑객이 검색 엔진을 사용하여 SKU별로 제품을 찾을 수 있는 것이 필요할 수 있습니다.

​카테고리 컨텍스트가 포함된 제품 페이지 URL 형식을 사용합니다.​

CIF URL 공급자의 일부 기능은 범주와 같은 범주 컨텍스트를 인코딩하는 제품 URL 형식을 사용하는 경우에만 사용할 수 있습니다 url_key 또는 카테고리 url_path. 새 스토어에 이러한 기능이 필요하지 않더라도 맨 앞에 이러한 URL 형식 중 하나를 사용하면 향후 마이그레이션 작업을 줄일 수 있습니다.

​URL 길이와 인코딩된 정보 간의 균형.​

카탈로그 크기, 특히 카테고리 트리의 크기 및 깊이에 따라, 전체를 인코딩하는 것은 합리적이지 않을 수 있다 url_path URL에 포함할 수 있습니다. 이 경우 범주의 만 포함하여 URL 길이를 줄일 수 있습니다. url_key 대신, 이 메서드는 카테고리를 사용할 때 사용할 수 있는 대부분의 기능을 지원합니다 url_path.

또한 Sling 매핑 SKU를 제품과 결합 url_key. 대부분의 전자 상거래 시스템에서 SKU는 특정 형식을 따르며 SKU를 url_key 들어오는 요청의 경우 쉽게 가능합니다. 이를 염두에 두고 제품 페이지 URL을 다음과 같이 다시 작성할 수 있어야 합니다 /p/{{category}}/{{sku}}-{{url_key}}.html, 범주 URL /c/{{url_key}}.html 각각. 다음 /p 및 /c 제품 및 카테고리 페이지를 다른 컨텐츠 페이지와 구분하는 데 여전히 접두사가 필요합니다.

새 URL 형식으로 마이그레이션

대부분의 기본 URL 형식은 서로 호환됩니다. 즉, 형식이 다른 URL이 다른 URL에 의해 구문 분석될 수 있습니다. URL 형식 간에 마이그레이션하는 데 도움이 됩니다.

반면 검색 엔진은 새 URL 형식으로 모든 카탈로그 페이지를 다시 캡처하는 데 시간이 필요합니다. 이 프로세스를 지원하고 최종 사용자 경험을 개선하기 위해 사용자를 이전 URL에서 새 URL로 전달하는 리디렉션을 제공하는 것이 좋습니다.

이에 대한 한 가지 접근 방식은 프로덕션 전자 상거래 백엔드에 단계 환경을 연결하고 새 URL 형식을 사용하도록 구성하는 것입니다. 나중에 cif 제품 사이트 맵 생성기를 통해 생성된 제품 사이트 맵 스테이지와 프로덕션 환경 모두에 대해 를 만들고 이를 사용하여 Apache httpd 다시 작성 맵. 그런 다음 이 재작성 맵을 새 URL 형식의 롤아웃과 함께 Dispatcher에 배포할 수 있습니다.

예

다음 Venia 참조 저장소 프로젝트에는 제품 및 카테고리 페이지에 대한 사용자 지정 URL의 사용을 보여 주는 샘플 구성이 포함되어 있습니다. 이 구성을 통해 각 프로젝트는 SEO 요구 사항에 따라 제품 및 카테고리 페이지에 대한 개별 URL 패턴을 설정할 수 있습니다. CIF의 조합 UrlProvider 위에 설명된 대로 Sling 매핑이 사용됩니다.

추가 리소스

• Venia 참조 저장소
• AEM 리소스 매핑
• Sling 매핑

Business.Adobe.com 리소스