storeindex{CATID}/{PAGE}.html currently produces the following URL http://www.mydomain/storeindex27/ notice the .html is not displayed at the end of the URL.
Prior to the upgrade to 5.0.x, the same storeindex{CATID}/{PAGE}.html would produce http://www.mydomain/storeindex27.html This version of the URL, including the .html at the end, is what the search engines have previously spidered and now produces a 404 error when a user clicks on the link provided by the search engine.
As a result of this, my traffic has now dropped to zero as all spidered links are now invalid.
I am having some SEO issues as well, some categories are rewritten and others are not. eg. http://www.tradenet.com/main
You'll see the first top left category not and also the right second main category not...but then as you go down the page most of them are then the next page some of them are not...so not sure what's going on there.
mrkarron wrote: storeindex{CATID}/{PAGE}.html currently produces the following URL http://www.mydomain/storeindex27/ notice the .html is not displayed at the end of the URL.
Notice the {PAGE} there. That indicates page number. It wouldn't be legal/logical to have a /.html nameless file, so it's safe to assume that the .html should be dropped when the {PAGE} isn't applicable.
That's a format that bears very little resemblance, so if it had that result in 4.1 it was a bug in 4.1 since fixed. If it were being so literal as to not drop the page part, it would be storeindex{CATID}/.html. Randomly making a level above into an HTML file instead of a directory for page 1 but not page 2+ would certainly anger 99% of the people who would type that format.
Thanks, however I've tried using {CATREWRITEPATH}-{CATID}/{PAGE}.html but some of the subcategories don't render out with the names even after I regenerate.
I see, special character removal was in place for all {CATID}-containing schemes. Changing it to only strip when {CATNAME} is also present in the scheme.
Comments on SEO bug?
Experienced
Usergroup: Customer
Joined: Oct 02, 2003
Total Topics: 33
Total Comments: 97
Paul,
I just upgraded from 4.x to 5.0.28. Under SEO, the following category rewrite no longer works:
storeindex{CATID}/{PAGE}.html
Everyth ing after the period is dropped and the link creates a 404 error.
http://www.mydomain.com/MLB-221
developer
Usergroup: Administrator
Joined: Dec 20, 2001
Location: Diamond Springs, California
Total Topics: 61
Total Comments: 7868
Looks to me like it works fine. I put it into action at http://sandbox.webmastersite.net/wsnlinks50/
Experienced
Usergroup: Customer
Joined: Oct 02, 2003
Total Topics: 33
Total Comments: 97
Yes, but the .html does not display. Google and others are looking for storeindex2.html
developer
Usergroup: Administrator
Joined: Dec 20, 2001
Location: Diamond Springs, California
Total Topics: 61
Total Comments: 7868
What .html part? You didn't include any, except for the pages 2+. Did you mean to type something along the lines of storeindex{CATID}-{PAGE}.html?
Experienced
Usergroup: Customer
Joined: Oct 02, 2003
Total Topics: 33
Total Comments: 97
storeindex{CATID}/{PAGE}.html currently produces the following URL http://www.mydomain/storeindex27/ notice the .html is not displayed at the end of the URL.
Prior to the upgrade to 5.0.x, the same storeindex{CATID}/{PAGE}.html would produce http://www.mydomain/storeindex27.html This version of the URL, including the .html at the end, is what the search engines have previously spidered and now produces a 404 error when a user clicks on the link provided by the search engine.
As a result of this, my traffic has now dropped to zero as all spidered links are now invalid.
Forum Regular
Usergroup: Customer
Joined: Oct 14, 2004
Total Topics: 54
Total Comments: 127
I am having some SEO issues as well, some categories are rewritten and others are not.
eg. http://www.tradenet.com/main
You'll see the first top left category not and also the right second main category not...but then as you go down the page most of them are then the next page some of them are not...so not sure what's going on there.
developer
Usergroup: Administrator
Joined: Dec 20, 2001
Location: Diamond Springs, California
Total Topics: 61
Total Comments: 7868
storeindex{CATID}/{PAGE}.html currently produces the following URL http://www.mydomain/storeindex27/ notice the .html is not displayed at the end of the URL.
Notice the {PAGE} there. That indicates page number. It wouldn't be legal/logical to have a /.html nameless file, so it's safe to assume that the .html should be dropped when the {PAGE} isn't applicable.
Prior to the upgrade to 5.0.x, the same storeindex{CATID}/{PAGE}.html would produce http://www.mydomain/storeindex27.html
That's a format that bears very little resemblance, so if it had that result in 4.1 it was a bug in 4.1 since fixed. If it were being so literal as to not drop the page part, it would be storeindex{CATID}/.html. Randomly making a level above into an HTML file instead of a directory for page 1 but not page 2+ would certainly anger 99% of the people who would type that format.
If http://www.mydomain/storeindex27.html is your desired result, storeindex{CATID}-{PAGE}.html would be your rewrite format.
developer
Usergroup: Administrator
Joined: Dec 20, 2001
Location: Diamond Springs, California
Total Topics: 61
Total Comments: 7868
Tradenet - please read note #1: scripts.webmastersite.net/w...s_with_mod_rewrite-62.html
Forum Regular
Usergroup: Customer
Joined: Oct 14, 2004
Total Topics: 54
Total Comments: 127
Tradenet - please read note #1: scripts.webmastersite.net/w...s_with_mod_rewrite-62.html
Thanks, however I've tried using {CATREWRITEPATH}-{CATID}/{PAGE}.html but some of the subcategories don't render out with the names even after I regenerate.
Experienced
Usergroup: Customer
Joined: Oct 02, 2003
Total Topics: 33
Total Comments: 97
If http://www.mydomain/storeindex27.html is your desired result, storeindex{CATID}-{PAGE}.html would be your rewrite format.
This rewrite format drops the '.html' at the end of the URL and produces a 404 error.
developer
Usergroup: Administrator
Joined: Dec 20, 2001
Location: Diamond Springs, California
Total Topics: 61
Total Comments: 7868
tradenet - make sure you're on the lastest version, then post in the bug reports forum.
mrkarron - I'll change it to have the .html retained when {PAGE} is immediately preceded by a -.
Experienced
Usergroup: Customer
Joined: Oct 02, 2003
Total Topics: 33
Total Comments: 97
Paul,
I just updated to 5.0.33. storeindex{CATID}-{PAGE}.html produces storeindex33html Note there is still no period before the html
developer
Usergroup: Administrator
Joined: Dec 20, 2001
Location: Diamond Springs, California
Total Topics: 61
Total Comments: 7868
I see, special character removal was in place for all {CATID}-containing schemes. Changing it to only strip when {CATNAME} is also present in the scheme.
Upload the attached file to /classes/.
Attached Files:
Experienced
Usergroup: Customer
Joined: Oct 02, 2003
Total Topics: 33
Total Comments: 97
Thank you.. works now.