Better seo friendly url support
-
- Forum Members
- Posts: 15
- Joined: Wed Aug 05, 2009 4:24 pm
Better seo friendly url support
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.
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.
Re: Better seo friendly url support
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.
This won't work for modules though.
Re: Better seo friendly url support
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.
-
- Forum Members
- Posts: 15
- Joined: Wed Aug 05, 2009 4:24 pm
Re: Better seo friendly url support
i don't tell that magento got it right. would not it be nice that for modules you can make also the urls small.replytomk3 wrote: 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.
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
Re: Better seo friendly url support
The modules that use pretty urls usually let you set the module root path. So if you want it short, just use one letter.
Re: Better seo friendly url support
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...
Re: Better seo friendly url support
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.
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.
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);
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.
Last edited by Salketer on Sat Jun 26, 2010 3:48 pm, edited 1 time in total.
Re: Better seo friendly url support
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.
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.
If all else fails, use a bigger hammer.
M@rtijn wrote: This is a community. This means that we work together and have the same goal (a beautiful CMS), not that we try to put people down and make their (voluntary) job as difficult as can be.
Re: Better seo friendly url support
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?
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?
Re: Better seo friendly url support
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
How is:
fredscaddyshack.com/golf-club-care
better than
fredscaddyshack.com/about-golf-clubs/golf-club-care
If all else fails, use a bigger hammer.
M@rtijn wrote: This is a community. This means that we work together and have the same goal (a beautiful CMS), not that we try to put people down and make their (voluntary) job as difficult as can be.
Re: Better seo friendly url support
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.tyman00 wrote: I'm not sure I agree. But I am willing to listen to your reasoning.
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.
Re: Better seo friendly url support
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.Basically, the shorter url, the better.
Re: Better seo friendly url support
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-14006jmcgin51 wrote: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.Basically, the shorter url, the better.
Re: Better seo friendly url support
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...