Better seo friendly url support

[mvanhelmont]

seo urls like magento, so it is not necessary to built de url like this:

http://www.domein.com/modulename/returnid/title/

but http://www.domein.com/title/

nice en clean. Magento stores al urls in one place so the are all uniek.

[replytomk3]

wrong!

[kendo451]

For pages, that actually works.  http://domain.com/pagealias  works just as well as http://domain.com/path1/path2/pagealias.htm

This won't work for modules though.

[replytomk3]

For SEO purposes, don't tell me that "magento got it right". Also, you did not even bother to research the difference between CMSMS internal and mod_rewrite paths.

[mvanhelmont]

For SEO purposes, don't tell me that "magento got it right". Also, you did not even bother to research the difference between CMSMS internal and mod_rewrite paths.

i don't tell that magento got it right. would not it be nice that for modules you can make also the urls small.

But i think that you are the men, are all forum members that agresief.

ohh and i have tested internal rewrite and i don't like it, but good that you know that I've done no research.

but let it go, it was just a suggestion

[kendo451]

The modules that use pretty urls usually let you set the module root path.  So if you want it short, just use one letter.

[Dr.CSS]

A simple search of the forum would have shown you that those are necessary for modules as they are things like return id, detail page, detail template, etc. etc. it's a good chance magneto can do it because it's only one thing not a bunch of modules/pages/extensions...

[Salketer]

If you really want it, you could use the RegisterRoute method on modules...
Take this example... We already have a couple in the module, but we can add more.

Code: Select all

//Copy
$this->RegisterRoute('/[nN]ews\/(?P<articleid>[0-9]+)\/(?P<returnid>[0-9]+)$/');

//And modify its copy a bit to point to a new item
$newparams = array('returnid'=>16,'articleid'=>10); //ID of my detail page = 16 and the article is ID 10
$this->RegisterRoute('/Whatever-i-really-want$/',$newparams);

Note: It would be totally dumb to do that but you would have your Magento behavior...

Another way to do it could be to use the alias to create prettyurls and then make the modules grab the ID of the item referred before going inside the normal action.

[tyman00]

I'm going to insert the obligatory note that we cannot support anyone that hacks the code in the core or core modules. Most 3rd party developers won't support hacked modules either.

Salketer please keep this in mind for your future posts. We highly discourage these types of posts because they can actually create more work than they will save. It was clearly outlined in the very top Board in the forum. http://forum.cmsmadesimple.org/index.ph ... .html  Thanks for your attention to this matter.


Back to the topic at hand, this is currently not very possible for reasons already listed by others. There has been discussion for a shortened url module, but I am not sure where it is at and how well it would handle url's from various modules.

[wiseguy]

I would also like to see more flexibility and options for seo friendly urls. Removing the use_hierarchy option from config.php and instead set it to always "true" in version 1.8 was a step in the wrong direction imho. Sure, setting it to "false" may currently brake some of the add-on modules. However, I've been happily using the "false" option for years without any issue since I don't use modules that are affected.

My guess is that when cmsms users start upgrading their installations after the vacation, there will be more complaints about the decision to make cmsms less seo friendly. For myself, I have postponed two planned cmsms projects and all upgrading until this issue is resolved. Anyway, to be productive, can anybody give me some insight on how one could achive the same behavior as with use_hierarchy=false in version 1.8? E.g. are there a lot of code changes needed in core?

[tyman00]

I'm not sure I agree. But I am willing to listen to your reasoning.

How is:

fredscaddyshack.com/golf-club-care

better than

fredscaddyshack.com/about-golf-clubs/golf-club-care

[wiseguy]

I'm not sure I agree. But I am willing to listen to your reasoning.

Basically, the shorter url, the better. The exact words/sentence you want to have in the url can easily be set as page alias. It's debated which url structure to use. Some may believe that adding subfolders creates the best url structure under all circumstances, I think not. My point is to let webmasters choose their own structure as far as it's technically possible. The real answer which url structure is best for a particular site comes from testing and evaluation, which again requires that one can modify the url structure at all.

Further, why this issue is a showstopper for my projects is that I'm lame enough to create additional menus by using child pages, something I picked up in this forum and has been successfully using before version 1.8. A common example is to create a page called something like "footer" which has "shown in menu" disabled and then add the footer pages as child pages, which would result in urls like site.com/footer/ with use_hierarchy=true.

I'm also planning to use this method to create listings for a project which will contain individual pages for different countries and cities around the world. With use_hierarchy=true, the urls would look something like site.com/destinations/spain/madrid rather than site.com/madrid. Which of these best matches the search query " madrid" and is easiest to remember/guess? I think it's the latter url structure, others may prefer the first one.

[jmcgin51]

Basically, the shorter url, the better.

Why?  It's better perhaps for human memories, but I can't see how it has anything to do with SEO.  Robots index content, not URLs.

[wiseguy]

Basically, the shorter url, the better.

Why?  It's better perhaps for human memories, but I can't see how it has anything to do with SEO.  Robots index content, not URLs.

I have no proof really, it's just my own belief. But there is some interesting reading out there for the ones that try to get a better understanding of seo, for example this article -> http://searchengineland.com/supercharge ... pact-14006

[Dr.CSS]

Nice article on SEO, too bad that page source is so screwed up it can't even be run thru validation which in my experience screws with SEO...