Add support for Canonical Link Element
In addition to "Redirect document aliases to main URL," (formerly a web.config appSettings directive), I'd like to see an option for "Use Canonical Link Element."
With that option, the URL alias would be honored and persist in the address bar, but an indication of the actual URL would be made as a canonical link element in the <head>:
<link rel="canonical" href=" http://www.example.com/Actual-Url "/>
We are currently exploring the possibility to cover this idea. There are few questions related to Canonical links I’d like to ask:
Do you prefer this feature to automatically cover most used scenarios (such as redirections) or do you prefer manual control of Canonical links?
If automatically, what would be the top required scenarios for your projects?
Is the primary concern the variant of the URL (like http vs https, trailing slash vs non-trailing slash?
How do you want to specify the format of the canonical link globally?
If manually, then do you consider the Content editor to specify the canonical link using a selector or URL manually?
Is the primary concern a page alias created for a page?
Is it ok just to handle links within a single site or there is also a need for links to external sites?
Is the scenario covered by Marketplace module (for linked pages) enough?
Thanks for your comments!
Ilesh Mistry commented
I agree with Leigh, as we would like it to be automatic, but there will always be points when you want to override it manually.
To add to this, it would be good to have some Kentico API to manipulate it via code, just in case we need to add some conditions around it and potentially change it according to what's displayed on the page e.g. Search Results is a good example.
Leigh Chilcott commented
I think the ability to have this feature automatic but with a manual override would be the most useful.
My main concern is around ensuring that (i) various alias' of the same page all canonically link together to maintain SEO value, but also so that I can link together value on pages which use query string parameters i.e. ~/page?param1=1 and ~/page?param2=2 both need to attribute value to ~/page
Also the use of rel/next canonical tags should also be considered within this.
Personally I only see this being used for links within a single site and a selector field would be appropriate
you can download this one or any other from the market place:
Dave Nelson commented
Did it make it into Kentico 9?
Because of major Kentico redesign in version 8, this feature was unfortunately not implemented. It has still high priority and it will probably make it to the next major version.
Is this implemented in Kentico v8 or isn't it?
We're on Kentico 7... still very little support with creating canonical links.
This is especially the case for ecommerce sites, where a robust web part would be useful. Generating canonical for paginated product listings, pointing back to the first page would be an example of a useful implementation.