Skip to main content

Don't publish your catalog

Catalog Manager (for non-legacy Yahoo Stores) provides a nicer, easier to use interface to update your products. You can sort and page through your items, look for items using simple and advanced searches, or edit or delete multiple items at once, tasks that are not very easily done in the store editor.

If you ever work in Catalog Manager, you may also have noticed the "Publish" button there. The inline help says, if you publish your catalog, all the changes will be immediately visible on your site. You may be tempted to use this function particularly if your editor usually takes a long time to publish, however, if your store is an editor-based store, publishing the catalog separately from the editor is not for you.

Catalog Manager was originally created to allow access to the product catalog for stores that are built on the web hosting account using "store tags". Today, of the thousands of Yahoo stores very few use store tags (and I don't recommend it either; read this posts about store tags vs RTML templates: http://www.ytimes.com/yahoo-store-tags-vs-rtml.html). Because store tags fetch information from the catalog whenever a page is requested (displayed), wherever you have a store tag referencing the price of an item for example, that price will always be as current as your last Catalog or Editor publish.

Store editor - or template driven - pages, however, work differently. When you publish your editor-based store, the final, live HTML pages are generated during the publish process, and those pages become static on your published, live site. A price displayed on such a page is simply static text.

So what happens if you have an editor-based store, and you publish only the catalog from Catalog Manager? Chances are your publish process will complete fairly quickly, and you will end up with a published catalog - and possibly an out of date store! Publishing the catalog basically pushes your product database live, but leaves all your static store pages intact, showing the state your EDITOR was last published. So, you can end up with Widget A displaying a price of $10.00 while the actual price of it may now be $12.00. A visitor going to Widget A's page will see the $10.00 price, add the product to the cart, and all of a sudden he or she will see $12.00 for the same product at checkout.

To make sure your live site and catalog are in synch, always publish your editor-based store from the Store Editor.

There is one case, though, when this out of synch behavior may be useful: that is when you have products with MAP pricing or where the manufacturer doesn't allow you to openly advertise a  price lower than the MSRP. In such a case, being able to charge a different dollar amount in the cart vs. the product page itself may be helpful. Here is how this could work:

  • Widget A can only be advertised at $10.00
  • You want to sell Widget A at $9.00
  • You set the price of Widget A to $10.00 and publish your store editor
  • Go back to catalog manager, and change the price of Widget A to $9.00
  • Publish your CATALOG only.
Now, when you go to the page of Widget A, it will show $10.00, but when you add it to the cart, it will show $9.00. If you use this method, you may also want to put a line of text on the page asking your customers to put the item in the cart for a lower price.

Comments

Popular posts from this blog

Pre-Season Checkup

With the holiday shopping season fast approaching it's a good idea to do a general checkup on your store to be sure it's ready for prime time. Below are a few things you would want to check, along with a few add-ons that are not too major in scope, but which are often neglected and give you an edge over your competition. Can you Search and Order? Every time we do anything major in a store we test two things: whether searching and adding to cart/ordering works. You can have nice, flashy pictures, cool animation effects, a very quick loading site, anything, but if the store search is broken or you can't add to the cart or can't check out then an ecommerce site is worth nothing. Can you Order? Chances are if your checkout was completely broken you'd know about it by now, but it doesn't have to be totally broken in order to scare away potential customers. So go ahead, go to your site and first do a search and make sure it works. Then, add one or more products ...

Multi-Add and Yahoo Floating Cart Blues

Although the Yahoo! Floating Cart is considered pretty much bug free by Yahoo (you can look at the official open issues list here http://help.yahoo.com/l/us/yahoo/smallbusiness/store/floatingcart/floatingcart-09.html ) , there are some pretty "interesting" issues still, so since I keep running into them, I decided to post them here along with the work-arounds. The following issues all occur with multi-add forms only. 1) If you have your quantity set up as anything other than a simple text box (for example a drop-down SELECT box), the floating cart will not take the quantity value. It will take vwquantity as a customer-selected option. The workaround: use a text box instead. Nothing else works currently. 2) If you have a script that checks if the shopper made a selection from a drop-down (basically, any kind of an "onsubmit" handler), the floating cart will still receive the item, even if you cancel the submit event. The workaround: put the event handler on the click...

What to expect when your redesign goes live

At Y-Times we roll out new designs, redesigns and other major upgrades to Yahoo stores on a fairly regular basis. Some of the main questions our clients ask are how to prepare for a roll-out and what to expect in terms of SEO and conversions when the changes go live? For any functional Yahoo store how well the site ranks and how well it converts are probably the two most important metrics. Since pretty much ANY change you make to any page can potentially alter either or both of these metrics, merchants may understandably feel nervous about far reaching alterations to their sites. However, when those functionality and design changes and additions are done right, there is really very little to fear. First off, what does it mean for a design or redesign to be "done right?" From the technical stand point, search engines look at the underlying structure of your site (the HTML, and increasingly also the CSS and JavaScript code) to try to extract information and meaning from i...