If you are using the Quick.Cart.Ext, with language support, serious problems appears with Google.
If you set up Quick Cart with multiple languages. Let Google index them. For some reason the Quick Cart is mixing up pages within the languages. So for example if I request a certain page in language B from Google, it leads me to a total different page in language A. Or even Worse, the page says "The data could not be found".
It is a result of Quick Cart using sessions to store selected language. When a visitor first visit a page it seems like the default language is set, even though the visitor requested a page in a total different language.
As everyone understands today - Google is very important for all business.
My plugin CheckUpdate solves this problem for any version of QC 3.x, at least I think.
The problem came from the system QuickCart switches languages: it uses a cookie (or a session?) to do this, nothing else. The result is that the same link can point to two different products in two languages, depending on what the cookie setting is currently at. If you want at least alleviate some of your troubles, you MUST use identical databases (product IDs) for both your languages. I know, almost impossible and it doesn't really solve the problem.
I on the other hand generate a specially customized link for every product in the shop (and in every language) so that links don't mix - they are essentially different. This has solved very similar problem to what you have in version 2.x and also 3.x. for In my opinion, for a free version of QC there is no way to solve this problem other than to include CheckUpdate features into the "main source" of QuickCart.
With google there could be another very important problem: what if google has indexed your site and then you delete 1/4 of your products and add other products? A chance is there will be non-existent or changed products linked from google. The customer can get confused or angry. My plugin solves this problem by notifying customer that the link doesn't match.
Grodan - this problem is not only in QC.Ext but in whole QC ... we will fix it in next version. Thanks for advice
Grodan
2008-12-04 17:02
Agree, it is only a problem in QC.Ext since that version is the only one with language support.
beholders plugin seems great, but since I have already paid for the application it hurts to pay additional money to quick-fix a bug. But who know, maybe I have to ;)
It would be great if a fix was released in the next version. Any QC roadmap with release dates?
Any additional solutions? It seems like the opensolution.org has some kind of solution to the problem. The URL looks like this:
http://opensolution.org/quick.cart,en,,9.html
So it seems that they include the language session for every page which could be a solution. How does this work?
Guys, you should seriously think about this one more time, becase without this is QC Free essentially a defective product (in conjunction with several languages and google).
