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 mais informações.

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 serviç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 do 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 a loja de referência Venia:

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

Como o url_path foi descontinuado, os formatos predefinidos de URL de produto usam o url_rewrites de um produto e escolhem aquele com mais segmentos de caminho como alternativa se o url_path não estiver disponível.

Com os dados de exemplo acima, uma URL de variante de produto formatada 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 a loja de referência Venia:

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

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
O url_path é uma concatenação do url_keys dos ancestrais de um produto ou categoria e o url_key do produto ou categoria separado por uma barra /.

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

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

O UrlProvider é pré-configurado para gerar deep links para essas páginas nas instâncias do nível de criação. 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 Estratégia de página específica do provedor de URL do CIF pode ser configurada 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 a interface de serviço ProductUrlFormat ou CategoryUrlFormat e registrar a implementação como 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 os Mapeamentos do Sling para substituir e processar URLs. O Arquétipo AEM também fornece um exemplo de configuração para definir alguns Mapeamentos do Sling para as portas 4503 (Publish) e 80 (Dispatcher).

Combinar com AEM Dispatcher dispatcher

As substituições de URL também podem ser obtidas usando o servidor HTTP AEM Dispatcher com o módulo mod_rewrite. 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