Configurações avançadas de URL

OBSERVAÇÃO

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 precisam ser abordadas em muitos projetos de AEM. Leia 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

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 da CIF".

OBSERVAÇÃO

Desde a versão 2.0.0 dos Componentes principais da CIF do AEM, 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

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}}

No caso do Loja de referência Venia:

  • {{page}} será substituída por /content/venia/us/en/products/product-page
  • {{sku}} será substituído pelo SKU do produto, por exemplo, VP09
  • {{url_key}} será substituído pelo nome do produto url_key propriedade, por exemplo lenora-crochet-shorts
  • {{url_path}} será substituído pelo nome do produto url_path, por exemplo, venia-bottoms/venia-pants/lenora-crochet-shorts
  • {{variant_sku}} será 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 será semelhante a /content/venia/us/en/products/product-page.html/VP09.html#VP09-KH-S.

Formato do URL da página de categoria

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

No caso do Loja de referência Venia:

  • {{page}} será substituída por /content/venia/us/en/products/category-page
  • {{url_key}} será substituída pela categoria de url_key propriedade
  • {{url_path}} será substituída pela categoria de url_path

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

OBSERVAÇÃO

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

É 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 da CIF O pode ser configurado para sempre gerar urls de página específicos.

Formatos personalizados de URL

Para fornecer um formato de URL personalizado, um projeto pode implementar o ProductUrlFormat ou o CategoryUrlFormat e registre a implementação como um serviço OSGI. Essas implementações, se disponíveis, substituirão o formato pré-definido configurado. Se houver várias implementações registradas, aquela com a classificação de serviço mais alta substituirá aquela(s) 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

Além do UrlProvider, também é possível configurar os Mapeamentos do Sling para substituir e processar URLs. O Arquétipo do 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 o AEM Dispatcher

As substituições de URL também podem ser obtidas usando o servidor HTTP do 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.

OBSERVAÇÃO

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

Nesta página