Geavanceerde URL-configuraties url
AEM CIF de Componenten van de Kernverstrekt geavanceerde configuraties om URLs voor product en categoriepagina's aan te passen. In veel implementaties worden deze URL's aangepast voor SEO-doeleinden (Search Engine Optimization, optimalisatie van zoekprogramma's). De volgende videodetails hoe te om de UrlProvider
Dienst en eigenschappen van het Schipen Afbeeldingte vormen om URLs voor product en categoriepagina's aan te passen.
Configuratie configuration
Om de UrlProvider
dienst volgens de eisen en de behoeften van SEO te vormen, moet een project een configuratie OSGI voor de CIF configuratie van de Leverancier URL verstrekken.
URL-indeling van productpagina product
Vormt URLs van de productpagina's en steunt de volgende opties:
{{page}}.html/{{sku}}.html#{{variant_sku}}
(standaardwaarde){{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}}
Als er de opslag van de Verwijzing van Veniais:
{{page}}
wordt vervangen door/content/venia/us/en/products/product-page
{{sku}}
wordt bijvoorbeeld vervangen door de SKU van het productVP09
{{url_key}}
wordt bijvoorbeeld vervangen door de eigenschapurl_key
van het product.lenora-crochet-shorts
{{url_path}}
wordt bijvoorbeeld vervangen doorurl_path
van het productvenia-bottoms/venia-pants/lenora-crochet-shorts
{{variant_sku}}
wordt vervangen door de geselecteerde variant, bijvoorbeeldVP09-KH-S
Aangezien de url_path
is vervangen, gebruiken de vooraf gedefinieerde product-URL-indelingen de indeling van een product url_rewrites
en kiezen de indeling met de meeste padsegmenten als alternatief als de url_path
niet beschikbaar is.
Met de bovenstaande voorbeeldgegevens ziet een URL voor een productvariant die is opgemaakt met de standaard-URL-indeling eruit als /content/venia/us/en/products/product-page.html/VP09.html#VP09-KH-S
.
Categorie Pagina-URL-indeling product-list
Hiermee configureert u de URL's van de pagina's in de categorie- of productlijst en ondersteunt u de volgende opties:
{{page}}.html/{{url_path}}.html
(standaardwaarde){{page}}.html/{{url_key}}.html
Als er de opslag van de Verwijzing van Veniais:
{{page}}
wordt vervangen door/content/venia/us/en/products/category-page
{{url_key}}
wordt vervangen door de eigenschapurl_key
van de categorie{{url_path}}
wordt vervangen door de categorieurl_path
Met de bovenstaande voorbeeldgegevens ziet een categoriepagina-URL die is opgemaakt met de standaard-URL-indeling eruit als /content/venia/us/en/products/category-page.html/venia-bottoms/venia-pants.html
.
url_path
is een samenvoeging van de url_keys
van de voorouders van een product of categorie en de url_key
van het product of de categorie gescheiden door /
slash. Elke url_key
wordt beschouwd als uniek binnen een bepaalde winkel.Winkelspecifieke configuratie store-specific-urlformats
De systeem-brede categorie en van de productpaginaURL formaten die door de worden geplaatst CIF configuratie van de Leverancier URL kunnen voor elke opslag worden veranderd.
In de Configuratie van de CIF, kan een redacteur een alternatief product of formaat van de categoriepagina URL selecteren. Als daar niets wordt geselecteerd, valt de implementatie terug naar de systeem-brede configuratie.
Het wijzigen van de URL-indeling van een live website kan een negatief effect hebben op het organische verkeer van uw site. Zie Beste praktijkenhieronder en plant zorgvuldig de verandering van het formaat URL vooraf.
URL's voor productpagina's die zijn afgestemd op de categorie context-aware-pdps
Omdat het mogelijk is om categoriegegevens te coderen in een product-URL, kunnen producten die in meerdere categorieën zijn ook worden geadresseerd met meerdere product-URL's.
Met de standaard-URL-indelingen selecteert u een van de mogelijke alternatieven met behulp van het volgende schema:
- als
url_path
door de e-commerce achterste wordt bepaald gebruik het (afgekeurd) - van
url_rewrites
gebruiken de URL's die eindigen met de interface van het producturl_key
als alternatief - van deze alternatieven wordt de versie met de meeste padsegmenten gebruikt
- als er meerdere zijn, neemt u de eerste in de volgorde van de e-commerce-backend
Dit schema selecteert de url_path
met de meeste voorouders, op basis van de aanname dat een onderliggende categorie specifieker is dan de bovenliggende categorie. Geselecteerde url_path
wordt beschouwd als canonical en altijd gebruikt als canonieke verbinding op productpagina's of in de productsitemap.
Wanneer een winkelier echter van een categoriepagina naar een productpagina navigeert, of van de ene productpagina naar de andere gerelateerde productpagina in dezelfde categorie, is het nuttig om de huidige categoriecontext te behouden. In dit geval, zou de url_path
selectie alternatieven moeten verkiezen die binnen de huidige categoriecontext over de canonieke hierboven beschreven selectie zijn.
Deze eigenschap moet in de CIF configuratie van de Leverancier URL worden toegelaten. Als deze optie is ingeschakeld, worden alternatieven voor de selectiescore hoger weergegeven, wanneer
- ze komen overeen met delen van een bepaalde categorie
url_path
vanaf het begin (wazzy prefix matching) - of ze komen overeen met de
url_key
-waarde van een bepaalde categorie (exact gedeeltelijke overeenkomst)
Bijvoorbeeld, overweeg de reactie voor a productvraaghieronder. Gezien het volgende:
- de gebruiker bevindt zich op de categoriepagina "New Products / New in Summer 2022"
- de winkel gebruikt de standaard URL-indeling van de categoriepagina
Het alternatief "new-products/new-in-summer-2022/gold-cirque-earrings.html"past twee van de de wegsegmenten van de context van het begin aan. Dat wil zeggen: "nieuwe producten" en "nieuwe-in-zomer-2022". Als de winkel een URL-indeling van een categoriepagina gebruikt die alleen de categorie url_key
bevat, wordt hetzelfde alternatief nog steeds geselecteerd als het op een willekeurige plaats aansluit bij de context url_key
. In beide gevallen wordt de URL van de productpagina gemaakt voor "new-products/new-in-summer-2022/gold-cirque-earrings.html" 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"
}
]
}
]
}
}
}
Specifieke categorie en productpagina's specific-pages
Het is mogelijk om multi-category en productpagina'svoor slechts een specifieke ondergroep van categorieën of producten van een catalogus tot stand te brengen.
Selectiecriteria specific-pages-selection
De selectie van een specifieke categoriepagina is recht vooruit, op basis van de categorieën url_path
of url_key
. Overeenkomende subcategorieën worden alleen ondersteund voor URL-indelingen die de volledige categorie url_path
bevatten. Anders is alleen een exacte overeenkomst van url_key
mogelijk.
Specifieke productpagina's worden geselecteerd door de SKU of de categorie van het product. Voor deze laatste is het vereist dat bepaalde categoriemo-informatie in de URL van het product wordt gecodeerd. Deze functionaliteit is alleen beschikbaar voor bepaalde standaard-URL-indelingen. Zie de volgende lijst voor een vergelijking die het formaat URL specifieke paginaselectie door SKU of categorie steunt.
{{page}}.html/{{url_key}}.html
{{page}}.html/{{category}}/{{url_key}}.html
{{page}}.html/{{url_path}}.html
{{page}}.html/{{sku}}.html
{{page}}.html/{{sku}}/{{url_key}}.html
{{page}}.html/{{sku}}/{{category}}/{{url_key}}.html
{{page}}.html/{{sku}}/{{url_path}}.html
Diepe koppeling specific-pages-deep-linking
UrlProvider
is vooraf geconfigureerd om diepgaande koppelingen te genereren naar specifieke categorie- en productpagina's op instanties van de auteurslaag. Deze mogelijkheid is handig voor editors die in de modus Voorbeeld door een site bladeren, naar een specifiek product of een bepaalde categoriepagina navigeren en terugschakelen naar de modus Bewerken om de pagina te bewerken.
Op publicatielagen moeten URL's van cataloguspagina's echter stabiel blijven om bijvoorbeeld geen winsten te verliezen op beoordelingen van zoekmachines. Vanwege die publicatielaag worden op instanties standaard geen diepgaande koppelingen naar specifieke cataloguspagina's weergegeven. Om dit gedrag te veranderen, kan de CIF URL Provider Specifieke Strategie van de Pagina worden gevormd om specifieke pagina URLs altijd te produceren.
Meerdere cataloguspagina's multiple-product-pages
Wanneer editors volledige controle willen hebben over de navigatie op hoofdniveau van een site, is het mogelijk dat u niet de hoogste categorieën van een catalogus wilt weergeven met één cataloguspagina. In plaats daarvan kunnen editors meerdere cataloguspagina's maken, één voor elke categorie van de catalogus die ze in de navigatie op hoofdniveau willen opnemen.
In dat geval kan op elke cataloguspagina een verwijzing staan naar een product- en categoriepagina die specifiek is voor de categorie die voor de cataloguspagina is geconfigureerd. UrlProvider
gebruikt deze verbindingen om verbindingen voor de pagina's en de categorieën in de gevormde categorie tot stand te brengen. Om prestatieredenen worden echter alleen de onderliggende elementen van de directe cataloguspagina van de basis-/landingspagina van een site in overweging genomen.
Het wordt aanbevolen dat de product- en categoriepagina's van een cataloguspagina aan die cataloguspagina worden gekoppeld, anders werken componenten zoals Navigatie of Breadcrumb mogelijk niet correct.
Aanpassingen customization
Aangepaste URL-indelingen custom-url-format
Om een formaat van douaneURL te verstrekken, kan een project of ProductUrlFormat
uitvoerenof de CategoryUrlFormat
de dienstinterface en de implementatie registreren als dienst OSGI. Deze implementaties, indien beschikbaar, vervangen de geconfigureerde, vooraf gedefinieerde indeling. Als er veelvoudige geregistreerde implementaties zijn, vervangt één met de hogere de dienstrangschikking degenen met de lagere de dienstrangschikking.
De de formaatimplementaties van douaneURL moeten een paar methodes uitvoeren om een URL van bepaalde parameters te bouwen, en een URL te ontleden om de zelfde parameters respectievelijk terug te keren.
Combineren met Sling Mappings sling-mapping
Naast UrlProvider
, is het ook mogelijk om het Schuiven Mappingste vormen om URLs te herschrijven en te verwerken. Het project van Archetype van de AEM verstrekt ook een voorbeeldconfiguratieom sommige Wijzen voor haven 4503 (te vormen publiceert) en 80 (Dispatcher).
Combineren met AEM Dispatcher dispatcher
URL herschrijft kan ook worden bereikt door AEM Dispatcher HTTP-server met mod_rewrite
module te gebruiken. Het AEM Archieftype van het Projectverstrekt een verwijzing AEM Dispatcher config die reeds basis omvat herschrijft regelsvoor de geproduceerde grootte.
Aanbevolen procedures best-practices
Kies de beste URL-indeling choose-url-format
Zoals vermeld voordat u een van de beschikbare standaardindelingen selecteert of zelfs een aangepaste indeling implementeert, is de toepassing in hoge mate afhankelijk van de behoeften en vereisten van een winkel. De volgende suggesties kunnen helpen een goed opgeleid besluit te nemen.
gebruik een formaat van productpagina URL dat SKU bevat.
De CIF Componenten van de Kern gebruiken SKU als primaire herkenningsteken in alle componenten. Als de URL-indeling van de productpagina niet de SKU bevat, is een GraphQL-query nodig om deze op te lossen. Deze resolutie kan van invloed zijn op de tijd-aan-eerste-byte. Ook, kan het gewenst zijn, dat de kopers producten door SKU kunnen vinden gebruikend onderzoeksmotoren.
gebruik een formaat van productpagina URL dat de categoriecontext bevat.
Sommige functies van de CIF URL-provider zijn alleen beschikbaar wanneer u product-URL-indelingen gebruikt die de categoriecontext coderen, zoals de categorie url_key
of de categorie url_path
. Zelfs als deze functies niet vereist zijn voor een nieuwe winkel, helpt het gebruik van een van deze URL-indelingen in het begin de migratie-inspanningen in de toekomst te verminderen.
Saldo tussen URL lengte en gecodeerde informatie.
Afhankelijk van de grootte van de catalogus, met name de grootte en diepte van de categoriestructuur, is het wellicht niet verstandig om de volledige url_path
categorieën in de URL te coderen. In dat geval kan de lengte van de URL worden verminderd door alleen de categorie url_key
in plaats daarvan op te nemen. Deze methode ondersteunt de meeste functies die beschikbaar zijn wanneer u de categorie url_path
gebruikt.
Ook, gebruik het Schuiven Toewijzingenom SKU met het product url_key
te combineren. In de meeste e-commercesystemen, volgt SKU een bepaald formaat en het scheiden van SKU van url_key
voor inkomende verzoeken zou gemakkelijk moeten mogelijk zijn. Daarom moet het mogelijk zijn om de URL van een productpagina te herschrijven naar /p/{{category}}/{{sku}}-{{url_key}}.html
en een categorie-URL naar /c/{{url_key}}.html
. Het voorvoegsel /p
en /c
zijn nog steeds nodig om product- en categoriepagina's te onderscheiden van andere inhoudspagina's.
Migreren naar een nieuwe URL-indeling migrate-url-formats
Veel van de standaard-URL-indelingen zijn op de een of andere manier compatibel met elkaar. Dit betekent dat URL's die door een van deze indelingen zijn opgemaakt, door een andere kunnen worden geparseerd. Hierdoor kunt u gemakkelijker migreren tussen URL-indelingen.
Aan de andere kant hebben zoekprogramma's tijd nodig om alle cataloguspagina's opnieuw in te delen met de nieuwe URL-indeling. Om dit proces te ondersteunen en ook de gebruikerservaring te verbeteren, wordt aanbevolen om omleidingen te bieden die de gebruiker van de oude URL's naar de nieuwe URL's sturen.
Eén manier om dat mogelijk te doen, is een werkgebiedomgeving verbinden met de back-end van de e-commerce productie en deze zodanig configureren dat de nieuwe URL-indeling wordt gebruikt. Daarna verkrijg de product sitemap die door CIF producten sitemapgeneratorvoor zowel het stadium als het productiemilieu wordt geproduceerd, en gebruik hen om een Apache httpd te creëren kaartherschrijft. Deze herschrijfkaart kan vervolgens samen met de uitrol van de nieuwe URL-indeling worden geïmplementeerd op de Dispatcher.
Voorbeeld example
Het 🔗 project van de opslag van de Verwijzing van 0} Venia {omvat steekproefconfiguraties om het gebruik van douane URLs voor product en categoriepagina's aan te tonen. Met deze configuratie kan elk project afzonderlijke URL-patronen instellen voor product- en categoriepagina's op basis van hun SEO-behoeften. Er wordt een combinatie van CIF UrlProvider
en Sling Mappings gebruikt, zoals hierboven beschreven.
hostname.adobeaemcloud.com
in ui.content/src/main/content/jcr_root/etc/map.publish/https
op basis van de gebruikte domeinnaam en schakelt u deze configuratie in door resource.resolver.map.location="/etc/map.publish"
toe te voegen aan de JcrResourceResolver
config van het project.