Canonical URL is being changed by wp ecommerce shopping cart plugin - HELP! All in One SEO Pack Troubleshooting Forum

The support forums have a new home! Please visit All in One SEO Pack's new residence at Semper Plugins to purchase a support plan.

Please consider registering
guest

Log In

Lost password?
Advanced Search:

— Forum Scope —



— Match —



— Forum Options —




Wildcard usage:
*  matches any number of characters    %  matches exactly one character

Minimum search word length is 4 characters - maximum search word length is 84 characters

Topic RSS
Canonical URL is being changed by wp ecommerce shopping cart plugin - HELP!
November 9, 2009
6:34 pm
thewebscaper
New Member
Forum Posts: 2
Member Since:
November 9, 2009
Offline

Need help quickly, hoping someone might have some insight for me. 

My client's site (www.musicafter50.com) is a WordPress v. 2.8.4 site running numerous plugins, including SEO Pack. It's been up for months and working fine. Thanks to SEO pack and Google XML Sitemap plugin, it has been indexed and ranking high in Google for months on relevant searches. Suddenly last week, searches do not return this site anymore at all. 

Discovered the problem today, it's a plugin, WP e-commerce shopping cart. (I have posted to their support forum with no response thus far). This plugin is changing the canonical link line that appears in the SEO Pack code. If I disable the plugin, and do a view source check of each page, the canonical URL is what it SHOULD be and varies page by page as it should. As soon as I activate the plugin, the canonical URL on each and every page is identical: http://www.musicafter50.com/pr…..-products/. 

As I said, I contacted the plugin's support forum with no response as of yet. We put in many hours of development on the e-store running wp e-commerce. We don't want to just disable it and be done – all that work down the drain. But we cannot keep the store up if the canonical URL on every page is identical. We're up against the wall here and don't know what to do. I have no idea where in the plugin code it's affecting the canonical URL, and would very, very much appreciate if someone can give me some guidance on how to fix this. We are planning on disabling the store tonight if we can't get some advice. 

THanks in advance, 

Kym 

November 9, 2009
10:09 pm
danmilward
New Member
Forum Posts: 2
Member Since:
October 5, 2009
Offline

Hello. Sorry we just havent spotted this one until now.

We'll take a look in the morning and if its a bug we'll fix it :D

I am the WP e-Commerce Plugin leader. My company Instinct has been contributing to WordPress for over 6 years in one way or another - but we're mostly known for our work making the e-Commerce Plugin, the bestest of the WordPress e-Commerce Plugins. @danmilward
November 9, 2009
11:02 pm
thewebscaper
New Member
Forum Posts: 2
Member Since:
November 9, 2009
Offline

Hi Dan! 

Thank you!! Please be aware, I found a temporary fix for the problem, but it is NOT a long-term solution. But wanted to make you aware, in case you look at my site to see what's happening. 

I needed the canonical URLs to go back to showing what SEO Pack had them showing, so in the misc-functions.php file, I found where you added the code to re-write the canonical URLs. I simply added the line: return $url;  after the function line, to force it to just return back what it was originally displaying — essentially, I disabled the feature. Again, just a temporary hack to get things to work, without having to remove the store from the site. 

If there's anything I can do to help as far as providing more info of what was happening on our site, just let me know. Anything to help make the plugin better. 

Kym 

November 10, 2009
1:55 pm
ThomasHoward
New Member
Forum Posts: 1
Member Since:
November 10, 2009
Offline

Hi

I have been doing some testing with this, and I cannot see the problem happen on two sites I tried it on.

They are here http://apps.instinct.co.nz/wp-dev-2.8/ and here http://sandbox.boiling-pukeko……ucts-page/

From looking at the code in question, the only way I can see for it to break in this way is if the WP query values "product_url_name" or "category_id" were set to something not null, but also not valid, on all pages.

This would cause the functions to return the URL to the products page, and nothing else unless either of those two values were set to something valid.

December 27, 2009
3:43 am
leotrocker
New Member
Forum Posts: 1
Member Since:
December 27, 2009
Offline

Hi There,

Thank you for the post. This is happening with my site (www.childpsychologist.com.au) – quite annoying.

all pages return the same link: 

href='http://childpsychologist.com.a…../featured/' /> "

we have tried several things to get this fixed, however, no luck. Have you found a solution?

February 12, 2010
9:16 pm
shendison
New Member
Forum Posts: 8
Member Since:
February 12, 2010
Offline

I have the identical  problem  at a site of mine – REALLY irritating. Disable WP-ecommerce, it's fine, (but cant make any money) – Re-enable, it's back. 

Unreal. I found nothing at WP-ecomm site so I came here, but I'll go post there too….

February 13, 2010
9:31 pm
shendison
New Member
Forum Posts: 8
Member Since:
February 12, 2010
Offline

We too found a temporary (apparently) solution at a WP-commerce forum post -

 http://getshopped.org/forums/t…..hp?id=7602

March 11, 2010
8:49 am
shendison
New Member
Forum Posts: 8
Member Since:
February 12, 2010
Offline

OOPS – The "solution" we posted does fix the posts and pages, however, it still leaves incorrect canonical code on the actual cart product pages – This could be pretty damaging to a site….

http://getshopped.org/forums/t…..hp?id=7602

Forum Timezone: America/New_York

Most Users Ever Online: 205

Currently Online:
61 Guest(s)

Currently Browsing this Page:
1 Guest(s)

Top Posters:

romiojuliat: 102

yaoming987: 50

jintuy: 50

miki1986: 33

newshow: 28

karen1234: 27

Member Stats:

Guest Posters: 0

Members: 6356

Moderators: 3

Admins: 4

Forum Stats:

Groups: 5

Forums: 23

Topics: 1546

Posts: 3450

Newest Members: carofern@cisco.com, pronto, jessie, pbaylies, ninaeast, freda

Moderators: davecashmore (2), aaron (5), tempadmin (0)

Administrators: WordPress Professional (442), hallsofmontezuma (202), onefinejay (10), stevemortiboy (4)