Rank: Member
Joined: 2/21/2007(UTC)
Posts: 1,113
|
Consider two scenarios for the same Product(s):
1. One product: Widget1 has six product choices:
Blue
Red
Green
Yellow
Orange
White
2. Six separate products:
Blue Widget
Red Widget
Green Widget
Yellow Widget
Orange Widget
White Widget
Now -- if I add one of each product choices of Widget1 to my cart, and I get a shipping estimate, it takes 30-40 seconds, and sometimes times out and won't return rates (set to get rates from FedEx and USPS)
If I had one of each of the separate products -- ie., the same number of products as in the first example -- I can get a shipping rate in under 10 seconds.
What's the difference? And is there a fix so that I don't have to create separate products for each color, size, other modifier, etc? |
|
|
|
|
|
|
Rank: Member
Joined: 4/10/2009(UTC)
Posts: 120
Location: Mechanicsville, VA
Thanks: 3 times
Was thanked: 1 time(s) in 1 post(s)
|
Wow.
I can't imagine that the product choices/modifiers have anything to do with the shipping calculation. Are these "ship from store" or vendor or manuf? Is it possible that one has an odd weight?
Does this happen on more than parent product or just one? |
Tim
|
|
|
|
|
|
Rank: Member
Joined: 2/21/2007(UTC)
Posts: 1,113
|
It happens with any item with a large number of product choices -- it has nothing to do with weight -- I have tried changing the weight to 0.01 and LWH to .001 across the board and it does the same thing. Try creating a product with about 10 choices and then start adding them to an order on the backend -- increasingly it takes longer and longer to load the choices to add to cart. |
|
|
|
|
|
|
Rank: Member
Joined: 12/23/2003(UTC)
Posts: 909
|
Joe.... please don't take offense to this. I uploaded a catalog of heavy-duty laundry facility products (wire carts, stainless steel) and hospital logistics products (hamper carts, bushel trucks).
Some of the products offered choices of a larger size than I prefer. My max limit has and always will be 2 choices. I have swayed but always put up a fight :)
By organizing the category structure, seperating the products to be less choice heavy, the site is gangbusters in the engines and gangbusters in the order queue.
I will always present the workaround solution. Maybe you would benefit from this approach?
I understand if you're staring at 100 products with umpteen choices, that's quite a task really too much to tackle. But if you're looking at 10 items, go to town! You'll benefit more from the time spent on integrating this than the time spent on watching the rates trying to load.
two cents :) |
|
|
|
|
|
|
Rank: Member
Joined: 1/30/2008(UTC)
Posts: 215
|
We've started trimming our choices as well. BV 6 seems to be lighter in this regard in terms of pagestate, but less IS better. We've done some extensive AB testing and are finding simple is preferred. Goes for templaetes too. After a few months with some new templates we're finding the old templates rated higher generally. Has anyone ever heard from Cliff again BTW? PromoManagers Promotional Pens and Custom Mugs
|
|
|
|
|
|
Rank: Member
Joined: 2/21/2007(UTC)
Posts: 1,113
|
Matt -- no offense taken -- I like things simple -- however, some items -- like plastic chain, where I have eight colors, it would be too cumbersome to have eight separate products. Another problem BV has is if a customer wants to add several colors of the same item, they first add one -- if they click on that item in the shopping cart it takes them back to the product page but into EDIT mode for the color they just chose -- if they choose another color, the first one is removed (changed).
The other thing I'm looking at is I'm wondering if some of the problems I'm having stem from importing products from SF6 to BV5 when I started up. BV does not make a clean import -- it imports the products using the SF Product ID rather than a variable ID established if you create a new product in BV. THe problem this creates is if you have a Category with the same ID number -- ie. Widget A product ID is 36, and Tools Category ID is 36 -- it causes a conflict if you use a custom URL -- it will change any category custom URL and assign it to the product with the same ID.
So I'm thinking there might be other weird things going on due to that naming convention. |
|
|
|
|
|
|
Forum Jump
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.