Configurations d’URL avancées url
Les composants principaux AEM CIF offrent des configurations avancées pour personnaliser les URL des pages de produits et de catégories. De nombreuses mises en œuvre personnalisent ces URL à des fins d’optimisation pour les moteurs de recherche (SEO). La vidéo suivante explique comment configurer le UrlProvider service et les fonctionnalités du mappage Sling pour personnaliser les URL des pages de produits et de catégories.
Configuration configuration
Pour configurer le service UrlProvider en fonction des exigences et des besoins de SEO, un projet doit fournir une configuration OSGI pour la « configuration du fournisseur d’URL CIF ».
Format d’URL de page de produits product
Celui-ci configure les URL des pages de produits et prend en charge les options suivantes :
{{page}}.html/{{sku}}.html#{{variant_sku}}(par défaut){{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}}
Si le magasin de référence Venia est disponible :
{{page}}est remplacé par/content/venia/us/en/products/product-page;{{sku}}est remplacé par le SKU du produit, par exempleVP09{{url_key}}est remplacé par la propriétéurl_keydu produit, par exemplelenora-crochet-shorts{{url_path}}est remplacé par leurl_pathdu produit, par exemplevenia-bottoms/venia-pants/lenora-crochet-shorts{{variant_sku}}est remplacé par la variante actuellement sélectionnée, par exempleVP09-KH-S
Depuis que url_path a été abandonné, les formats d’URL de produit prédéfinis utilisent les url_rewrites d’un produit et choisissent celui qui contient le plus de segments de chemin comme alternative si url_path n’est pas disponible.
Avec les données d’exemple ci-dessus, une URL de variante de produit formatée à l’aide du format d’URL par défaut ressemblera à /content/venia/us/en/products/product-page.html/VP09.html#VP09-KH-S.
Format d’URL de page de catégorie product-list
Celui-ci configure les URL des pages de listes de catégories ou de produits et prend en charge les options suivantes :
{{page}}.html/{{url_path}}.html(par défaut){{page}}.html/{{url_key}}.html
Si le magasin de référence Venia est disponible :
{{page}}est remplacé par/content/venia/us/en/products/category-page;{{url_key}}est remplacé par la propriétéurl_keyde la catégorie{{url_path}}est remplacé par leurl_pathde la catégorie.
Avec les données d’exemple ci-dessus, une URL de page de catégorie formatée à l’aide du format d’URL par défaut ressemble à /content/venia/us/en/products/category-page.html/venia-bottoms/venia-pants.html.
url_path est une concaténation de url_keys des ancêtres d’un produit ou d’une catégorie et de url_key du produit ou de la catégorie séparés par une barre oblique /.Pages de catégorie/produit spécifiques specific-pages
Il n’est possible de créer plusieurs pages de catégories et de produits que pour un sous-ensemble spécifique de catégories ou de produits d’un catalogue.
L’UrlProvider est préconfiguré pour générer des liens profonds vers ces pages sur les instances dʼauteur. Cette fonctionnalité est utile aux rédacteurs qui parcourent un site en mode Prévisualisation, se rendent sur une page produit ou de catégorie spécifique, puis repassent en mode Édition pour modifier la page.
Dans les instances de publication, en revanche, les adresses URL des pages de catalogue doivent rester stables pour ne pas perdre les gains de classement dans les moteurs de recherche, par exemple. Pour cette raison, les instances de publication ne généreront pas de liens profonds vers des pages de catalogue spécifiques par défaut. Pour modifier ce comportement, une Stratégie de page spécifique du fournisseur d’URL CIF peut être configurée pour toujours générer des adresses URL de page spécifiques.
Formats d’URL personnalisés custom-url-format
Pour fournir un format dʼURL personnalisé, un projet peut implémenter soit lʼinterface de service ProductUrlFormat soit l’interface de service CategoryUrlFormat et enregistrer lʼimplémentation en tant que service OSGI. Ces implémentations, si elles sont disponibles, remplaceront le format configuré et prédéfini. S’il existe plusieurs implémentations enregistrées, celle qui a le rang de service supérieur remplace celles qui ont le rang de service inférieur.
Les implémentations de format dʼURL personnalisé doivent implémenter une paire de méthodes pour créer une adresse URL à partir de paramètres donnés, et pour analyser une URL afin de renvoyer les mêmes paramètres, respectivement.
Combinaison avec des mappages Sling sling-mapping
En plus du UrlProvider, il est également possible de configurer des mappages Sling afin de réécrire et de traiter les URL. Le projet AEM Archetype fournit également un exemple de configuration afin de configurer des mappages Sling pour les ports 4503 (publication) et 80 (Dispatcher).
Combinaison avec AEM Dispatcher dispatcher
Les réécritures d’URL peuvent également être obtenues en utilisant le serveur HTTP AEM Dispatcher avec le module mod_rewrite. L’archétype de projet AEM fournit une configuration de Dispatcher AEM de référence qui inclut déjà des règles de réécriture de base pour la taille générée.
Exemple
Le projet de magasin de référence Venia comprend des exemples de configuration afin de démontrer l’utilisation d’URL personnalisées pour les pages de produits et de catégories. Cela permet à chaque projet de configurer des modèles d’URL individuels pour les pages de produits et de catégories en fonction de leurs besoins d’optimisation de moteur de recherche. Une combinaison de mappages UrlProvider et Sling CIF telle que décrite ci-dessus est utilisée.
hostname.adobeaemcloud.com de mappage Sling dans ui.content/src/main/content/jcr_root/etc/map.publish/https en fonction du nom de domaine utilisé et activez cette configuration en ajoutant resource.resolver.map.location="/etc/map.publish" à la configuration JcrResourceResolver du projet.