Configurações avançadas de URL url

NOTE
A Otimização do mecanismo de pesquisa (SEO) se tornou uma preocupação principal para muitos comerciantes. Como resultado, as preocupações com a SEO devem ser abordadas em muitos projetos de AEM. Consulte Práticas recomendadas de gerenciamento de SEO e URL para obter informações adicionais.

Os Componentes principais da CIF do AEM fornecem configurações avançadas para personalizar os URLs das páginas de produto e categoria. Muitas implementações personalizam esses URLs para fins de otimização de mecanismo de pesquisa (SEO). O vídeo a seguir mostra detalhes sobre como configurar o serviço UrlProvider e os recursos do Mapeamento do Sling para personalizar os URLs das páginas de produto e categoria.

Configuração configuration

Para configurar o UrlProvider de acordo com os requisitos e necessidades de SEO, um projeto deve fornecer uma configuração OSGI para a "configuração do Provedor de URL CIF".

NOTE
AEM Desde a versão 2.0.0 dos Componentes principais do CIF, a configuração do Provedor de URL fornece apenas formatos de URL predefinidos, em vez dos formatos configuráveis de texto livre conhecidos das versões 1.x. Além disso, o uso de seletores para transmitir dados em URLs foi substituído por sufixos.

Formato do URL da página do produto product

O modelo configura os URLs das páginas de produto e oferece suporte às seguintes opções:

  • {{page}}.html/{{sku}}.html#{{variant_sku}} (default)
  • {{page}}.html/{{url_key}}.html#{{variant_sku}}
  • {{page}}.html/{{sku}}/{{url_key}}.html#{{variant_sku}}
  • {{page}}.html/{{url_path}}.html#{{variant_sku}}
  • {{page}}.html/{{sku}}/{{url_path}}.html#{{variant_sku}}

Se houver Loja de referência Venia:

  • {{page}} é substituída por /content/venia/us/en/products/product-page
  • {{sku}} é substituído pelo SKU do produto, por exemplo, VP09
  • {{url_key}} é substituído pelo nome do produto url_key propriedade, por exemplo, lenora-crochet-shorts
  • {{url_path}} é substituído pelo nome do produto url_path, por exemplo, venia-bottoms/venia-pants/lenora-crochet-shorts
  • {{variant_sku}} é substituída pela variante selecionada no momento, por exemplo, VP09-KH-S

Uma vez que a url_path foi descontinuado, os formatos de URL de produto predefinidos usam o url_rewrites e escolha aquele com mais segmentos de caminho como alternativa se a variável url_path não está disponível.

Com os dados de exemplo acima, um URL de variante de produto formatado usando o formato de URL padrão se parece com /content/venia/us/en/products/product-page.html/VP09.html#VP09-KH-S.

Formato do URL da página de categoria product-list

O modelo configura os URLs das páginas de categoria ou lista de produtos e oferece suporte às seguintes opções:

  • {{page}}.html/{{url_path}}.html (default)
  • {{page}}.html/{{url_key}}.html

Se houver Loja de referência Venia:

  • {{page}} é substituída por /content/venia/us/en/products/category-page
  • {{url_key}} é substituído pelo nome da url_key propriedade
  • {{url_path}} é substituído pelo nome da url_path

Com os dados de exemplo acima, uma URL de página de categoria formatada usando o formato de URL padrão se parece com /content/venia/us/en/products/category-page.html/venia-bottoms/venia-pants.html.

NOTE
A variável url_path é uma concatenação da variável url_keys dos ancestrais de um produto ou categoria e do produto ou categoria do url_key separado por / barra.

Páginas de categoria/produto específicas specific-pages

É possível criar várias páginas de categoria e produto apenas para um subconjunto específico de categorias ou produtos de um catálogo.

A variável UrlProvider O é pré-configurado para gerar deep links para essas páginas nas instâncias do nível do autor. Isso é útil para editores que navegam em um site usando o modo de Visualização, navegam até uma página de produto ou categoria específica e voltam ao modo de Edição para editar a página.

Por outro lado, em instâncias do nível de publicação, os urls de páginas de catálogos devem ser mantidos estáveis para não perder ganhos nas classificações do mecanismo de pesquisa, por exemplo. Por causa disso, as instâncias de nível de publicação não renderizarão deep links para páginas de catálogo específicas por padrão. Para alterar esse comportamento, a variável Estratégia de página específica do provedor de URL do CIF O pode ser configurado para sempre gerar urls de página específicos.

Formatos personalizados de URL custom-url-format

Para fornecer um formato de URL personalizado que um projeto possa implementar ProductUrlFormat ou o CategoryUrlFormat e registre a implementação como um serviço OSGI. Essas implementações, se disponíveis, substituem o formato pré-definido configurado. Se houver várias implementações registradas, aquela com a classificação de serviço mais alta substituirá aquelas com a classificação de serviço mais baixa.

As implementações de formato de URL personalizado devem implementar um par de métodos para criar um URL a partir de determinados parâmetros e para analisar um URL para retornar os mesmos parâmetros, respectivamente.

Combinar com Mapeamentos do Sling sling-mapping

Além do UrlProvider, também é possível configurar Mapeamentos do Sling para substituir e processar URLs. O projeto Arquétipo AEM também fornece um exemplo de configuração para configurar alguns Mapeamentos do Sling para as portas 4503 (Publish) e 80 (Dispatcher).

Combinar com o AEM Dispatcher dispatcher

As substituições de URL também podem ser obtidas usando o servidor HTTP do AEM Dispatcher com mod_rewrite módulo. O Arquétipo de projeto do AEM fornece uma configuração de referência do AEM Dispatcher que já inclui regras de substituição básicas para o tamanho gerado.

Exemplo

O projeto da loja de referência Venia inclui configurações de exemplo para demonstrar o uso de URLs personalizados para páginas de produto e categoria. Isso permite que cada projeto configure padrões de URL individuais para páginas de produto e categoria de acordo com suas necessidades de SEO. Usa-se uma combinação do UrlProvider da CIF e os Mapeamentos do Sling conforme descrito acima.

NOTE
Essa configuração deve ser ajustada com o domínio externo usado pelo projeto. Os Mapeamentos do Sling estão funcionando com base no nome do host e no domínio. Portanto, essa configuração é desativada por padrão e deve ser ativada antes da implantação. Para fazer isso, renomeie a pasta hostname.adobeaemcloud.com do Mapeamento do Sling em ui.content/src/main/content/jcr_root/etc/map.publish/https de acordo com o nome de domínio usado e ative essa configuração adicionando resource.resolver.map.location="/etc/map.publish" à configuração JcrResourceResolver do projeto.

Recursos adicionais

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2