Skip to main content

Simple trick to speed up your Yahoo! Store pages

If your store uses images or other files stored in the "Files" library, there is an easy trick to improve the response time of those files - and make your pages load faster.

Typically you reference files from the library using this relative URL:

/lib/yourstoreid/filename

where you replace yourstoreid with the Yahoo account ID of your store. This is generally fine, because the Store is smart enough to expand this to the actual location of the file, which is at

http://lib.store.yahoo.net/lib/yourstoreid/filename

What I often see in stores is that the store operator enters things like this:

http://www.yourdomainname.com/lib/yourstoreid/filename

or

http://lib.store.yahoo.com/lib/yourstoreid/filename

What's wrong with that? Well, Yahoo! Store is still smart enough to find the correct file for you, but it doesn't come cheap. What happens is that the Yahoo! Store server does a redirect on these URLs so that they reference the file correctly from the lib.store.yahoo.net server. In a test I've done, these redirects generally took a little over 1,000 milliseconds - or one second. Now imagine if you had 10 or 20 such references in a page? Or inside a css file. It would slow your pages down and completely unnecessarily.

This can be even more pronounced on your checkout pages, where everything is served over an already slower SSL connection (yes, SSL is always slower than regular, unsecure HTTP://), and if you have relative URLs such as /lib/yourstoreid/... in your checkout pages, those will always be redirected. The fix is to use the absolute URL https://lib.store.yahoo.net/lib/yourstoreid/... in your checkout pages, and http://lib.store.yahoo.net/lib/yourstoreid/... on the regular store editor pages. Be sure to do this not only in your HTML source but in all JavaScript and CSS files you use as well.

Comments

Popular posts from this blog

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...

Adding custom Yahoo Store fields - Catalog Manager vs. Store Editor

In a non-legacy Yahoo Store, there are two ways to add custom fields: through Catalog Manager under "Manage my Tables" and through the Store Editor, under "Types" (the Store Editor's "Types" are essentially the same as Catalog Manager's "Tables".) Whether you add custom fields from Catalog Manager or from the Store Editor does make a difference as each has its advantages as well as disadvantages. Catalog Manager To me the main advantages of using Catalog Manager to add custom fields are: 1) You can add multiple fields quicker 2) You can later change the field's name and even type 3) You can delete the field if you no longer need it. 4) All the fields that are available in Catalog Manager are included in the data.csv file if you download your catalog. 5) All the fields that are available in Catalog Manager are also included in the catalog.xml datafeed file, which is used by the comparison shopping engines, for example. (See the Search ...

CPR for a Yahoo Store on Google's Supplemental Index

Recently a client of mine came to me and said that most of his store pages disappeared from Google, and he did not do anything to make this happen. I was a bit skeptical, so I went to Google, did a search on his store, and sure enough, there were only two pages indexed, his home page and his site map (ind.html) page. The rest were in the supplemental results, which means that Google thought the rest of the pages were not much different than these two pages. When I looked at the supplemental results, the little excerpts under each link were exactly the same, and I also noticed that what Google showed under each result was actually text from the ALT tags of the header image. I looked at some of these pages in my client's store, and they were actually different. This was a bit puzzling, but then I thought perhaps Google saw that the header and left navigation was the same throughout the site (which is pretty normal), but that the text that made each page different was too far down ins...