• Posted by thewebscaper 10 months ago.
  • There are 54 posts. The latest reply is from leewillis77
  • resolved
  • WordPress version: Not Supplied
  • WP e-Commerce version: Not Supplied

The free community support forum is a place where WP e-Commerce users can work with other WP e-Commerce users to help one another get their shops up and running. There is no gaurantee that an Instinct staff member will respond to your topic within the free forum.

Acting out, swearing and threats are not tolerated, please play nice, we are all doing the best we can with the resources available.

 

  1. thewebscaper
    New Member

    My client's site, http://www.musicafter50.com, has been up and running for several months. It's been being indexed by Google and her blog posts have been searchable in Google.

    Suddenly, as of a week ago, nothing that was previously searchable that returned her site is coming up. Even if you do a direct search for a blog post, it will not show up in Google.

    The timing coincides exactly with the launch of her wp e-commerce store a week ago. Ever since we launched it, the site is not returning in google searches. The ONLY page that now returns if you google "music after 50" is her store page.

    Tracked down the problem and it is that her canonical link tag in her header has been replaced seemingly by the shopping cart. Now, EVERY PAGE of her site has the same canonical link tag:
    '<link rel="canonical" href="http://www.musicafter50.com/products-page/featured-products/" /> '

    How/why is this happening, and how can we make it stop?? It is imperative to her that her site is able to be found through searches. We are going to have to completely disable her store if we can't get a quick resolution. Any help would be greatly appreciated.

    Kym

    Posted 10 months ago #

  2. thewebscaper
    New Member

    Some additional information.

    I just disabled our wp shopping cart plugin for a minute, then checked the canonical URLs for the blog pages, and they were indeed fixed by disabling the shopping cart plugin. So I am now 100% positive that the shopping cart is somehow changing the canonical URL link tag in my site's header. I just do not know why - I can't find ANYTHING in any of the settings that is giving instruction to change the canonical URLs at all.

    This is really critical , if we can't make this stop, we can't use this plugin - and we have many, many hours invested in developing the store, to just trash it now...

    please help - thanks!

    Kym

    Posted 10 months ago #

  3. notagrouch
    New Member

    I noticed something similar on my site too... there is a new canonical URL entry that corresponds to wp-e-commerce. It is actually pointing to one of the categories of my shopping cart. That is odd, but I also noticed that it didn't replace the original canonical url on my site, it just added it later on.

    So if I do a search for canonical on any of my pages (via the source), I have the right one that points to my main URL near the header. But then later in the file, actually in between the options for ALL in one SEO, there's something like this:

    <link rel=&quot;canonical&quot; href=&quot;http://www.example.com/?page_id=2323/one-of-my-shop-categories/&quot; />

    I can't test about the pages being indexed by G or not since I haven't gone live with this yet. When I deactivate the plugin, then the 2nd entry changes to the URL of the main site.

    The odd thing is that this entry is in between the ALL in One SEO Pack options.

    Posted 10 months ago #

  4. thewebscaper
    New Member

    Interesting... on my site, there's just one line for canonical, not the two like you're seeing. In my case, it's the link rel=canonical line within the All in One SEO Pack stuff. No other line.

    If I disable the store plugin, the canonical link returns to what it's SUPPOSED to be; but anytime the plugin is active, it points to the main category of products in the store. For every single page on the entire site - not just the store pages. This is obviously a big, big problem.

    In your case, I would think that you'll have problems as well, having two different canonical link lines in your page code - Google won't like that...

    Anyone at all know where in the plugin this is being driven by, and how I can disable it?? I'd rather my store pages not have a canonical link, but the rest of my blog does, if I'm forced to choose. At this point, we will have to disable the plugin permanently if I can't figure out a solution.

    Thanks!

    Kym

    Posted 10 months ago #

  5. mpanda
    New Member

    I'm not sure that I got well your problem but the only way that I found to make wpsc seo friendly is to create wp standard pages and then to paste products or categories shortcodes into them.
    That way you'll have total control of permalinks, titles and contents.
    Wpsc seems to work like a 'wordpress' into wordpress, where product-page works like wp-landing page (the 'famous' hello dolly page...) and products or categories act like 'blog-articles'. (it's also useful to keep in mind the crucial difference between 'dynamic' and 'static' contents)
    Because of that you cannot have well working canonical urls.
    Just want to spend my 2 cents on this argument, IMO to publish shortcodes is the most generous act by auhtors of this appreciable plugin as they let anyone to customize wpsc for any kind of need.
    And all above for free...what we can ask more from life? ;o)))

    Posted 10 months ago #

  6. thewebscaper
    New Member

    mpanda - that's an interesting solution to the problem, and it would work, you're right. And yes - shortcodes are awesome! I do wish however that there was a running list of all the shortcodes and template tags for wp e-commerce.

    As for this issue - yes, your solution would work... I hate to not take full advantage of the plug in as it was built, though, but the title issue (the Dew Point Creations hack - which caused my home page title tag to not work, so I had to disable it) and now the canonical URL issue are definitely things that I hope can be looked at more closely in the future. I really want to hang in there with this cart!

    Kym

    Posted 10 months ago #

  7. leotrocker
    New Member

    Hi There,

    Thank you for the posts. The same issue is happening on my side http://www.childpsychologist.com.au - they all have the same tag" <link rel='canonical' href='http://childpsychologist.com.au/resources/products/featured/' />

    I have check and read lots and all is ponting to the wp-ecommerce - has anyone found a solution as this is really impacting on indexing :-(

    cheers

    Leo

    Posted 8 months ago #
  8. Trusted
    Visser Labs
    Resident Expert

    thewebscaper, just remove the canonical reference from the plugin by searching through the Plugin files for the instance.

    Contact me directly by visiting Visser Labs ( http://www.visser.com.au/wp-ecommerce/ ).
    Posted 8 months ago #

  9. samoht
    New Member

    @visser.labs I tried doing a search for 'canonical' and the only page that returned was the readme.txt stating that canonical support was added. Can you give a more detailed search term from within the plugin?

    I tried
    <link
    rel='canonical
    canonical

    none of these lead me to the code for the insertion of the link. I wonder if All-in-one-SEO is actually creating the link but wp-e-commerce is generating an over ride ??

    Any Ideas?

    Posted 7 months ago #
  10. Trusted
    leewillis77
    Resident Expert

    The canonical code is in wpsc-includes/misc.functions.php.

    You can see the code here:
    http://plugins.trac.wordpress.org/changeset/186003/wp-e-commerce/branches [Original checkin]
    http://plugins.trac.wordpress.org/changeset/186007/wp-e-commerce/branches [a fix for something]

    Hope that helps.

    Posted 7 months ago #

  11. scotthendison
    New Member

    Seriously, this fix is pretty cryptic if you're not a programmer - Are we just supposed to delete lines 202 to 214? I can't just wait until Tuesday when my programmer can get to this...

    Gotta say, I'm pretty frustrated to have had a home page get deindexed - we lost rankings - we lost traffic and presumably some sales, and finally we lost visible Toolbar PageRank from 3 to 0 which is how we were finally alerted to this serious problem!

    Then, we had all the time wasted troubleshooting only to finally figuring out that it WAS caused by the WP ecommerce plugin, and then hunting down and finding this thread, and I have to ask - How this can possibly still remain unresolved, and not be worthy of a plugin update?

    Posted 6 months ago #
  12. Trusted
    leewillis77
    Resident Expert

    Then, we had all the time wasted troubleshooting only to finally figuring out that it WAS caused by the WP ecommerce plugin, and then hunting down and finding this thread, and I have to ask - How this can possibly still remain unresolved, and not be worthy of a plugin update?

    I'm not suggesting any fix at all - certainly not deleting bits of code. I was just trying to show you where the code was.

    For reference - I don't have any problems with the canonical tags on any of my sites running 3.7.5.3 of WPEC. Perhaps you can tell us a little bit more about your problem, maybe post a link and we can try and work out what's going wrong? What makes you so sure that WPEC is at fault? [I'm not denying it is - but it'd be useful understanding what fault finding you've already done so we don't waste our time doing it all over again ...]

    Posted 6 months ago #
  13. Trusted
    leewillis77
    Resident Expert

    Having just read the code linked previously, this checkin:

    http://plugins.trac.wordpress.org/changeset/186007/wp-e-commerce/branches

    Looks to me like it's adding code specifically to deal with compatability with All-In-One SEO Pack - so two more questions:
    1. Do you have All-In-One SEO Pack installed
    2. Can you compare your code - with the code in the link - e.g. does line 209 of your misc.functions.php match the red version or the green version?

    Posted 6 months ago #

  14. scotthendison
    New Member

    Thanks for the fast answer -

    Yes we have all in one seo installed, but turning it off does not fix the problem.

    However, turning off only WP-ecomm does fix it, and makes the incorrect canonical reference go away, so that's what I'm basing my assumption on.

    My line 209 in that file is this -

    if(($wpsc_url != null) && ((count($aioseop_options) <= 1) || (($aioseop_options['aiosp_can'] != '1' && $aioseop_options['aiosp_can'] != 'on'))) ) {

    but I wonder if the problem isn't here instead, on another line ((sorry, I see no numbers in WP-admin) -

    echo "<link rel='canonical' href='$wpsc_url' />n";

    because the incorrect canonical reference that appears on every page of my site ends up "pointing to my main product page --

    (and the "deleting code" sugggestion came from moderator visser.labs above)

    Posted 6 months ago #

  15. scotthendison
    New Member

    Thanks, and I just got ahold of my programmer who figured it out -

    She commented out line 214
    //add_action( 'template_redirect', 'wpsc_canonical_url' );

    but will the next WP-ecomm update screw us again?

    Posted 6 months ago #
  16. Trusted
    leewillis77
    Resident Expert

    While that will make your problem go away - it isn't a fix. It also means that you won't generate canonical URLs for your products / categories.

    Do you have a widget published (Or any other code on your pages) listing products from the category that the "broken" canonical URL was pointing to? (I think I can guess what's causing the problem - but would be nice to confirm it so we can get a proper fix.

    Posted 6 months ago #

  17. scotthendison
    New Member

    No, there were no widgets listing products in use, and the "broken" canonical was simply pointing to the main product page.

    However, I've found another "broken" one though - (embarrassingly enough) - it's a site of our own, where we do some WordPress theme matching here and you can see that it too has the weird canonical in the source (I won't "fix" it today) and a site: search shows no home page even indexed -

    <link rel='canonical' href='http://www.getwordpressed.com/installation/pricing/' />

    thanks for the interest...

    Posted 6 months ago #
  18. Trusted
    leewillis77
    Resident Expert

    Hmm.

    Well, I think the problem is this:

    - WPEC checks the contents of the $wpsc_query to see if there's a product/category set.
    - If that variable exists, then WPEC assumes (Quite reasonably) that you're in the shop, and it can set the canonical URL

    So, do you have any code outside of the WPEC plugin that's running a WPSC Query using the variable $wpsc_query? Perhaps code in your theme - or a custom written widget?

    If so you should change it to use a separate variable, ie something like this:


    $my_wpsc_query = new WPSC_Query();
    // Do stuff to $my_wpsc_query here, NOT $wp_query

    If that makes sense ...

    Posted 6 months ago #

  19. scotthendison
    New Member

    First, thanks for the awesomely fast support -
    Second, I'm not ashamed to say, duhhh... i dunno. I'm not really a programmer, I only play one on TV ;) It's our sunday morning now, but 'll ask Heather to join here Monday, because we've got about 8 installations of your cart we deal with, and we'll want to ensure compatible fixes for them all...

    PS -
    We were in your old forum quite often, and I gotta say that figuring out how to register here gave me fits Saturday! I finally did a site:search on your domain for "register" to find it, but maybe I'd just had too many beers ;)

    thanks again, Scott

    Posted 6 months ago #
  20. Trusted
    leewillis77
    Resident Expert

    we've got about 8 installations of your cart

    It's not "my" cart at all - I just hang around here :)

    Posted 6 months ago #

  21. HeatherB
    New Member

    Ok, where Scott referred to line 214 being commented out. It was over the weekend and I missed stating that I also commented out line 140. (Actually line 214 being commented wasn't necessary and didn't really make any difference.)

    This is what I found was missing that was causing the problem:

    Didn't need to comment out any lines. I added an if statement in the wpsc_change_canonical_url as follows with //HEATHER after the additions -

    code
    function wpsc_change_canonical_url($url) {
    global $wpdb, $wpsc_query;

    global $aioseop_options; //HEATHER
    if(($wpsc_url != null) && ((count($aioseop_options) <= 1) || (($aioseop_options['aiosp_can'] != '1' && $aioseop_options['aiosp_can'] != 'on'))) ) { //HEATHER

    if($wpsc_query->is_single == true) {
    if(!is_numeric($_GET['product_id'])) {
    $product_id = $wpdb->get_var("SELECT product_id FROM ".WPSC_TABLE_PRODUCTMETA." WHERE meta_key IN ( 'url_name' ) AND meta_value IN ( '".$wpsc_query->query_vars['product_url_name']."' ) ORDER BY product_id DESC LIMIT 1");
    } else {
    $product_id = absint($_GET['product_id']);
    }

    $url = wpsc_product_url($product_id);
    } else {
    if($wpsc_query->query_vars['category_id'] > 0) {
    $url = wpsc_category_url($wpsc_query->query_vars['category_id']);
    if(get_option('permalink_structure') && ($wpsc_query->query_vars['page'] > 1)) {
    $url .= $url."page/{$wpsc_query->query_vars['page']}/";
    }
    }
    }
    } // HEATHER
    return $url;
    }
    add_filter('aioseop_canonical_url', 'wpsc_change_canonical_url');
    code

    Posted 6 months ago #

  22. HeatherB
    New Member

    And that was in the misc.functions.php file. (I didn't use the code markup correctly above - sorry.)

    Posted 6 months ago #

  23. HeatherB
    New Member

    One last thing - if there is going to be a version correction, could you please pm me? The other sites that aren't having the issue yet were not upgraded to the most recent version. I'll hold off on upgrading them so that I don't have to manually make the fix. Thanks leewillis77 for your help.

    Posted 6 months ago #
  24. Trusted
    leewillis77
    Resident Expert

    So - basically you did the same as in this checkin?

    http://plugins.trac.wordpress.org/changeset/186007/wp-e-commerce/branches

    Posted 6 months ago #

  25. HeatherB
    New Member

    Sorry leewill77, guess an email doesn't get sent when there is a reply here.

    Yes, basically that's what I did. I just pasted what I did on this post to show the ending } tag location.

    Posted 6 months ago #
  26. Trusted
    Roy Ho
    Resident Expert

    But doing above, when you are actually in the products-page of an specific item, the url shows http://domainname.com/products-page and not the product itself...

    Follow my blog at http://1plusdesign.com | Contact me at http://1plusdesign.com
    Posted 6 months ago #

  27. scotthendison
    New Member

    Nice catch Roy Ho - Yep, I've verified this to be true.

    Heathers "fix" DID get my home page back in the index, and my toolbar PR has even returned now, but yes, the product pages do have this wrong code, which will effectively remove each of them from the index too.

    You know, the title of this post includes "urgent" but I think this its CATASTROPHIC and should REALLY be fixed.

    In my case, luckily, we have just a few products on each of the FOUR affected websites, and we can change shopping carts fairly if this continues to be a problem. This is pretty bad, folks...

    Posted 6 months ago #
  28. Trusted
    leewillis77
    Resident Expert

    I'm running 3.7.5.3 and don't have this issue at all. The canonical tag is correct on my main site, category page, and individual product page.

    Can someone who is having an issue confirm:
    - What version you're running
    - Provide a URL to a page exhibiting the problem
    - Confirm whether you're running an "SEO" pack, and if so, which one.

    Thanks

    Posted 6 months ago #

  29. scotthendison
    New Member

    All in one SEO - 1.6.10.2
    WP Ecommerce Version 3.7.5.3
    WordPress 2.92

    Product page -
    http://www.seoautomatic.com/products-page/pricing/brandable-wp-setup-plugin/
    As you can see, just as Roy Ho pointed out - it's showing simply
    <link rel='canonical' href='http://www.seoautomatic.com/products-page/' />

    ***also***
    Is there really no way to "watch" threads or be notified of additions here?
    I just came back here just to check the post and there you were!

    Posted 6 months ago #
  30. Trusted
    leewillis77
    Resident Expert

    So - the previous fix basically says:

    - IF all-in-one-seo has canonical URL support then leave it to get on with it
    - Otherwise - use the WPEC generated URL

    In this case I think the issue is that all-in-one is generating the canonical URL for /products-page/ (Which on a technical level is correct - that is the Wordpress page that's being viewed).

    What we really need is to be able to tell all-in-one about WPEC's URL structure for that "page". Anyone know of any documentation for all-in-one - I couldn't see anything obvious ...

    Posted 6 months ago #
  31. Trusted
    Visser Labs
    Resident Expert

    Hey scotthendison, I'm going to look at a 'subscribe to Posts' solution for bbPress today.

    Contact me directly by visiting Visser Labs ( http://www.visser.com.au/wp-ecommerce/ ).
    Posted 5 months ago #

  32. thewebscaper
    New Member

    Scott - agree that it would be helpful to get an email notifying for updates on these posts. I had this topic saved as an RSS feed - but the last entry to this topic I received a feed for was in January! For some reason, the feed has just stopped working, so I had no idea this discussion was happening.

    The following won't troubleshoot anything but I do hope that WPEC's developers take this to heart:

    I am very, very happy to see that this issue is being taken seriously finally. I brought this issue to this forum for a client's site as mentioned in the first post. This issue nearly cost me that client and really strained the relationship, as I was the one who heartily ensured that WPEC was the definite way to go for her store. The day after we launched the store was when we discovered that her site traffic tanked - badly - and discovered the search engine indexing fiasco. Unfortunately, once Google penalizes you, simply turning off the offending plugin doesn't fix it. The damage was done.

    Not only did she insist (after literally dozens and dozens of hours of me trying to troubleshoot this) that I remove the cart, but as I said I nearly lost the client. Understandably so, as for her, her Page Rank and Google indexing are everything. It took MONTHS for Google to resume indexing the way it had before we installed the cart, and some of her pages still are not indexing properly.

    Two clients since then with sites that rely on their traffic and indexing requested using this shopping cart and I HATED having to tell them I can't recommend it.

    I did relent and installed the cart on a third client site - however, it is using the Crafty Cart theme so I hoped that all would work well. It does indeed seem to be working fine. I did NOTHING different on this client's site than on my other client's - other than my initial client was using a non-WPEC theme.

    I really, really would like to be able to recommend and use this cart, but my business reputation is on the line. Scott, I truly hope that you can get this worked out, and (assuming my RSS feed keeps working) I will follow the progress. You said it best - "urgent" isn't even the word, "catastrophic" is.

    Really hoping the problem gets isolated and fixed in a future version. So much of WPEC is amazing, but a little thing like this ruins all the fun.

    Posted 5 months ago #
  33. Trusted
    leewillis77
    Resident Expert

    Uninstall All-In-One SEO Pack ...

    This issue is no more WPEC's fault than it is AIOSEOP's, and the canonical links are just fine without AIOSEOP ...

    Posted 5 months ago #

  34. thewebscaper
    New Member

    Please understand I am not placing blame. I can't imagine what it takes to put together a very significant plugin like WPEC, and I give the developers a lot of credit for it being as hugely functional as it is, it really is impressive.

    My ONLY criticism of WPEC was that in the variety of places that I posted about this problem when it occurred, I was unable to get support for what truly was a critical issue. I would have happily paid to have this problem fixed. My only place to get support was this forum, WP forum, and S-Tastic, and I did not find adequate resolution in any of those. (I get that it is a lot of work to develop software and try to answer every question asked - thus why I say I'd have happily paid).

    I do have to comment on your "uninstall SEO pack comment" though - All in One SEO Pack is one of the most-used, most valuable plugins that exists for WordPress. It is the most popular plugin on wordpress.org with 4.6 million users. It harnesses the amazing power of WP for SEO purposes and what it does for sites can't easily be done in the absence of the plugin. It is recommended by WordPress itself as well as the leaders of WP development. Getshopped.org even uses it so I'm preaching to the choir here. I don't think it's a fair statement to say "uninstall it." Plus, what good is a great shopping cart if you lose the SEO to drive customers to the site?

    Plugin developers can't possibly develop their plugins to play nice with every other plugin, but if you look at some of the other top plugins out there, they're constantly updating for compatibility with other major plugins. It's just good business, IMO.

    Let me state again I am not on a mission to bash WPEC. On the contrary, I really, really, really want to be able to use it and promote it for my client sites. It's got so many great features and is very easy to use. I wouldn't bother to comment here at all if I didn't hope that the developers took this issue to heart and fix it so it can be the best tool that it can be.

    Posted 5 months ago #
  35. Trusted
    Visser Labs
    Resident Expert

    With the leester as usual, three simple options:

    1. Deactive AIOSEOP until this is sorted, SEO vs. PageRank... PR and reputation wins?

    2. Contact a WordPress expert from the WP Consultants page under Resources to dedicate time to resolve this

    3. Contact dev@instinct.co.nz to get direct support from Instinct if you are a Gold Cart customer

    Contact me directly by visiting Visser Labs ( http://www.visser.com.au/wp-ecommerce/ ).
    Posted 5 months ago #
  36. Trusted
    leewillis77
    Resident Expert

    It harnesses the amazing power of WP for SEO purposes and what it does for sites can't easily be done in the absence of the plugin

    I'm not aware of anything that AIOSEOP does that can't be done by other plugins, e.g. headspace2 (Which works fine with WPEC). Maybe worth having a look at Headspace2 to see if that will meet your needs?

    I *think* the problem is cause by canonical URL support in AIOSEOP - which I don't think is really necessary anyway - so you could always try turning that bit only off?

    Posted 5 months ago #

  37. thewebscaper
    New Member

    Well, live and learn, my client's site was a Gold Cart site, I didn't know that contacting Instinct directly was an option. Good to know.

    Lee - the suggestion to turn off the canonical URL support is one that at least perhaps I could have tried in the midst of the catastrophe (tho, the damage was already done at that point). However it would not be a long term solution for any site that has many categories in their blog or any kind of well-structured large blog/shop site, as they'd be penalized for duplicate content without the use of the canonical URL. My client's site, though not large, would have taken a duplicate content penalty as some of her content spans multiple categories.

    Headspace2 is also a valid suggestion, I'm not familiar with it, may be worth checking out.

    I don't want to keep belaboring this, again I really wasn't trying to do anything other than explain the experience we had (and Scott, and the few other people above, and I was contacted privately by someone who this also happened to - so it's not just me). The fact remains that *something* on *some* sites causes AIOSEOP and WPEC to conflict, and for those lucky sites, the result of installing WPEC along with AIOSEOP is very damaging to the site - damage that can't be fixed immediately just by disabling either plugin. SINCE AIOSEOP is so popular, It may be something the developers would care to look into, or warn that WPEC and AIOSEOP have been known to conflict (at the very least, if I'd known to even check for this problem, if I'd caught it at the moment I installed the cart, I could have chosen at that point to disable canonical, before Google re-indexed the site).

    So those are my two and a few cents... I appreciate the suggestions and will tuck them away if another client wants to use the cart and we run into the problem.

    Posted 5 months ago #
  38. Trusted
    leewillis77
    Resident Expert

    Lee - the suggestion to turn off the canonical URL support is one that at least perhaps I could have tried in the midst of the catastrophe

    Modern Wordpress versions (2.9 or above?) already generate canonical URLs themselves, and WPEC will override these for shop pages correctly. So if you're using a recent WP version, you do not need AIOSEOP to be generating canonical links and can turn off that bit of functionality - your site should still have canonical links (At least that's my understanding)

    It may be something the developers would care to look into, or warn that WPEC and AIOSEOP have been known to conflict

    I'm sure they have looked into it - there's code in WPEC to try and work around this - evidently it's not working properly. I see there's a thread on the AIOSEOP forums (http://semperfiwebdesign.com/forum/all-in-one-seo-pack-troubleshooting/canonical-url-is-being-changed-by-wp-ecommerce-shopping-cart-plugin-help/?value=canonical&type=1&include=1&search=1) - but nothing from the devs over there explaining how we might go about fixing this ...

    If we know how to work around the issue I'm sure the Instinct guys would accept a patch.

    Posted 5 months ago #

  39. shendison
    New Member

    I'm back here again because yet another site has now been screwed, with pages de-indexed and visible toolbar PageRank completely lost, etc. and I thought I'd see if a fix was out.

    As the #1 SEO plugin by a long shot, with over 4 million downloads, I have to say that believe it IS instincts responsibility to ensure compatibility, and to not do so seems grossly irresponsible and sort of "Microsoft-ish".

    That other thread you point to Lee, shows Dan claiming no previous knowledge of the problem, and "if it's a bug, we'll fix it" last November, but no other participation by anyone there.

    I think it's more than just a bug, especially to clients, where it's a site killing, relationship ending fiasco that they cannot understand.

    As word spreads, somethings going to change, and although Headspace is pretty great too, it's far more complicated for most peoples needs.

    To think that people will bail on the #1 SEO plugin just so that they can use WP-ecommerce is unrealistic.

    We've now done a couple sites with the Shopp plugin, and I'm pretty happy with it so far. B
    But, I'd rather not abandon use of WP-ecomm entirely, and would love to see this get resolved...

    PS - Thanks and I've now subscribed to this thread via RSS - hope it updates!

    Posted 5 months ago #

  40. calicosun2
    New Member

    Hi shendison

    I was wondering if you could answer a couple of questions:

    1. Is this happening to brand new sites where you have installed WP-ecommerce as part of the development or is it happening to sites that have been around for awhile and you have installed wpec at a later date, after they had gained good ranking?

    2. Does it happen as soon as you install wpec or do things work properly to start with and then suddenly change at random?

    The reason I ask is that I get the impression this is happening to sites that have been around for a little while. My site is brand new and the problem doesn't seem to be evident in the development site which is live but under a development URL. I am a little worried now!

    Please know you have my sympathy. I understand what a huge thing it is to have something like this happen. Not good for your business or your customers business.

    I might flick an email to the developers of AIOSEOP and see if they are looking into working towards a solution. I have passed this on to Instinct just in case they are not aware people are still having problems with this issue.

    Thanks so much.

    Posted 5 months ago #

  41. calicosun2
    New Member

    Hi Lee

    I was just wondering if you know for sure whether Headspace2 is ok with wpec? It does seem to work but just wasn't sure if there might be some hidden gremlins with regard to compatibility as there seems to be with AIOSEOP and wpec.

    The reason I ask is that on the detail list of AIOSEOP it states "ONLY plugin to provide SEO Integration for WP e-Commerce sites" (http://wordpress.org/extend/plugins/all-in-one-seo-pack/) and any documentation I have come across regarding SEO and wpec always says to use AIOSEOP, including a couple of pdf books I purchased on wpec and SEO and articles I have come across on the web.

    Thanks so much.

    Posted 5 months ago #
  42. Trusted
    Visser Labs
    Resident Expert

    Has anyone experiencing this issue and is a Gold Cart customer contacted Instinct over this? ...or are we still spinning the same issue? Disable AIOSEO until a fix is announced or commission a WP expert to sort it out.

    Contact me directly by visiting Visser Labs ( http://www.visser.com.au/wp-ecommerce/ ).
    Posted 5 months ago #
  43. Trusted
    leewillis77
    Resident Expert

    I'm back here again because yet another site has now been screwed, with pages de-indexed and visible toolbar PageRank completely lost, etc. and I thought I'd see if a fix was out.

    There was a problem whereby users who were using WPEC with AIOSEOP had all of their site's canonical URLs pointed at the shop. Dan picked up the thread on the AIOSEOP forums, and a fix was posted to WPEC.

    There's one issue left that I'm aware of which is that AIOSEOP creates a canonical URL of /products-page/ for all WPEC pages - can you confirm that's the issue you're having?

    As the #1 SEO plugin by a long shot, with over 4 million downloads, I have to say that believe it IS instincts responsibility to ensure compatibility, and to not do so seems grossly irresponsible and sort of "Microsoft-ish".

    My current understanding of the issue is:
    - A fresh install of WP + WPEC (Without AIOSEOP) will produce that corract canonical URLs for ALL pages
    - Installing AIOSEOP, and activating canonical URL support in it will *break* the canonical URLs on shop pages

    I'm not sure how this is WPEC's fault - and there has been a lot more work put in here on this forum, and by Instinct on fixing this than there has on the AIOSEOP forums - now who looks "Microsoft-ish".

    For the record I don't think that this is a BUG in AIOSEOP - I think they need a way for plugins to override canonical URLs that are important too them. However I haven't seen
    anything for their devs that would point us in the right direction.

    The only person who has a responsibility for making sure two plugins play nicely together is the person that installs them on the same site - Instinct (Or AIOSEOP) can't be expected to test with every other plugin out there ...

    That other thread you point to Lee, shows Dan claiming no previous knowledge of the problem, and "if it's a bug, we'll fix it" last November, but no other participation by anyone there.

    3.7.5.3 was I believe released to address the original issue that people were seeing (Where all canonical URLs on a site were hijacked)

    If someone from AIOSEOP - or someone who understands how it works could explain what we *should* be doing to get the WPEC URL structure registered with AIOSEOP that would be great.

    Posted 5 months ago #
  44. Trusted
    leewillis77
    Resident Expert

    I was just wondering if you know for sure whether Headspace2 is ok with wpec? It does seem to work but just wasn't sure if there might be some hidden gremlins with regard to compatibility as there seems to be with AIOSEOP and wpec.

    I run Headspace2 on a few WPEC sites without any issues (Canonical URLs work beautifully). That's not to say it'll do everything you want/need it to do - but I don't believe it causes any problems.

    Posted 5 months ago #
  45. Trusted
    leewillis77
    Resident Expert

    For reference, I've installed AIOSEOP on a test blog I have, and everything works just fine against both WPEC 3.7.5.3 and the latest development branch - so there's obviously some configuration issue somewhere that's messing things up...

    Posted 5 months ago #
  46. Trusted
    leewillis77
    Resident Expert

    @scotthendison

    I've taken a look at your site with Michael from AIOSEOP and the main observation is that the canonical URL link on your site is NOT being generated by AIOSEOP. Do you have canonical URL support in AIOSEOP turned off?

    If so - can you turn it back on and see what happens?

    Posted 5 months ago #

  47. Dan Milward
    Resident Expert

    This is odd. So its happening to some people but not others (see Lees last post). I've also emailed shendison to see if we can get some more information on this. I'm wondering if people are doing things at a certain point or have other conflicting plugins installed.

    Also for the record I personally have never advocated that people stop using AIOSEO. In fact I have a pretty good working relationship with Michael from AIOSEO and we worked together to get it working in the first place. So this kind of baffles me!

    Infact MT says; "they should absolutely have the canonical urls feature turned on in AIOSEOP, and that you're working with the AIOSEOP developer to fix any possible issues."

    Kia Ora! I'm a founding member of the Plugin. Please use the premium support forum or wait patiently for help - we're working as quickly as we can :)
    Posted 5 months ago #

  48. shendison
    New Member

    Hi Dan, how's it going?

    I just got off the phone with Michael Torbert from AIOSEO, who phoned me to try to get to the bottom of it...

    At his request, I renamed my WP-ecomm plugin folder, downloaded a clean version of your plugin "unhacked" by Heather, my programmer, and turned back on the AIO canonical fix - Voila! - That quick, every single page on my site shows this -

    <link rel="canonical" href="http://www.seoautomatic.com/products-page/pricing/" />

    So...
    I'll leave it that way for a day or two to help you guys troubleshoot, and hopefully I wont lose indexed URLs and toolbar PR overnight ;)

    Posted 5 months ago #
  49. Trusted
    leewillis77
    Resident Expert

    Just spoken to Jeff - I gotta go sleep now - but we think we have a solution (Although the problem does seem to only affect some sites - we're not sure why). Jeff's gonna turn the idea into code while I get my beauty sleep - and he'll be in touch with something to try :)

    Posted 5 months ago #
  50. Trusted
    leewillis77
    Resident Expert

    @shendison - Sent you a PM with a potential solution.

    Posted 5 months ago #
  51. Trusted
    Roy Ho
    Resident Expert

    @shendison,

    Here is a solution for you. The way I am doing it now is write a condition statement wrapping around the WPEC canonical code, if AISEO exists then let AISEO handle the SEO. This is equivalent to what Heather did in earlier post.

    Then in the page that defines your products-page, override the SEO at the bottom with AISEO and put meta title/description/keywords. So that way search engines will land on that page based on the meta information you provided. It will no longer just say "http://yourdomain.com/products-page".

    Follow my blog at http://1plusdesign.com | Contact me at http://1plusdesign.com
    Posted 5 months ago #
  52. Trusted
    leewillis77
    Resident Expert

    Here is a solution for you. The way I am doing it now is write a condition statement wrapping around the WPEC canonical code, if AISEO exists then let AISEO handle the SEO. This is equivalent to what Heather did in earlier post.

    That logic is already in 3.7.5.3. The problem is that on some sites (Not all!) then the WPEC canonical function detects every page on the blog as being a store page. The fix I sent to Scott (& Jeff may well have sent a similar one) changes the logic as to how WPEC decides whether the current page is a store page or not.

    Posted 5 months ago #

  53. leggo-my-eggo
    Contributor

    I'm having this problem, but without the AISEO plugin. Here:

    http://pyramidforpeace.com

    The e-commerce plugin is rewriting my canonical urls on all non-shop pages to a category. Any idea why this would be occurring?

    Posted 5 months ago #
  54. Trusted
    leewillis77
    Resident Expert

    I've replied on this here:

    http://getshopped.org/forums/topic.php?id=10023#post-37377

    Would be great to confirm that this change fixes your problem.

    Posted 5 months ago #

RSS feed for this topic

Reply

You must log in to post.