[opencms-dev] SEO options for a container page
Paul-Inge Flakstad
flakstad at npolar.no
Sun Jul 21 15:17:14 CEST 2013
Hi Tobias,
The permanent redirect is a good thing, as it will cause search engines to index content using the end destination URL, not the alias.
As for the folder URL / index.html problem, this is something you should always handle yourself if you care about SEO, since it's inherently duplicate content. (While you may control the navigation links etc., you cannot count on visitors or editors not creating links to both the folder and its index page.)
I think short URLs (aliases) are very handy, especially when promoting specific pages or sections, and especially when you're doing so in print - say, on a poster or something. However, I never use aliases in navigation and such.
Just my thoughts :)
Cheers,
Paul
Tobias Karrer <kartobi at gmail.com>:
Hi all,
I just played arount with the seo options "alias" with "show page" in the sitemap editor (and I think I don't exactly get the use case?)
At first it looks like a nice feature for me, as you could create a short url to pages on a deeper levels, e.g. http://localhost:8080/opencms/child<http://localhost:8080/opencms/flower-de/child> for page http://localhost:8080/opencms/flower-en/flower-inheritance/flower-child/<http://localhost:8080/opencms/flower-de/flower-inheritance/flower-child/>
At the second look, don't seems to be that good regarding SEO.
Since the short url isn't used in the left navigation, it will create duplicate content in search indexes (same content for two urls)
And using "alias" with "Permanent Redirect" isn't good, as the redirect results in a url with index.html (http://localhost:8080/opencms/flower-de/flower-inheritance/flower-child/index.html) whereas left navigation uses folder urls...
What do you think?
Regards,
Tobias
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://webmail.opencms.org/pipermail/opencms-dev/attachments/20130721/eea0158d/attachment.htm>
More information about the opencms-dev
mailing list