View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0002828||OXID eShop (all versions)||4.09. SEO, SEO URL||public||2011-05-04 10:54||2012-12-10 13:34|
|Product Version||4.5.0 revision 34568|
|Target Version||Fixed in Version||4.5.3 revision 39087|
|Summary||0002828: on redirect of old url, url-params are lost|
|Description||if you call an old url (that is no in seo-history) with additional url params, the redirect removes those params.|
|Steps To Reproduce||- open a product in admin and change its seo-url to test123.html and save|
- call test123.html?searchparam=test in frontend to check, if it works
=> it should and you see "search result of 'test'"
- remove this seo-url from the product and save
- open the product twice in frontend with test123.html (be sure, the redirect really happens).
- now open test123.html?searchparam=test
=> it redirect you to the new url, but searchparam is lost and no "search result of ..." is shown
|Additional Information||Before you add "searchparam" is some "include-those-params-list" (i dont even know, if such thing exists :-))|
The same problem occures with all user-defined parameters that my be used for tracking adwords, marking newsletter-clicks, parameters for modules, etc.
|Tags||No tags attached.|
sorry, quite misunderstandable typo:
description says "(that is no in seo-history)"
should be: "(that is NOW in seo-history)"
||Normally seo urls goes plain/static, no dynamic parameters should be attached to them (that is why they were "invented"). E.g. "searchparam" should never appear in search engines index, because search page indexing is disabled. So what you assume as a bug is a feature request.|
Ok, I think, I did not explain clear enough, what the problem is:
ANY history url that is called with a url-parameter, is redirected to the new url without that parameter, not only manually added seo-urls.
I just explained the problem step-by-step with a user-defined seo url.
Another usecase without search engines:
- we send out a newsletter with links to some of our products. The links are
- a week later we rename the productx to producty
- users that click the newsletter-link now are redirected to
-> the source parameter is lost
- some user bookmarks the result of a insite search, where he has opened the detail page of a product. The breadcrumb on that detail page provides a link to all searchreults of "mysearch". the bookmarks url is
- we rename the productx to producty
- the next time the user visits his bookmark he is redirected to
=> the search result link in the breadcrumb is lost
The point is, that the redirecting mechanism when identifing an old url should preserve the given url parameters, attach them to the history url and then redirect.