1. Use SSL only within your cart. There’s a hell of a lot of debate around this. But one fact is clear: SSL page requests require more server cycles than non-SSL page requests. If your site gets tens of thousands of page and file requests per day, it adds up. Plus, if your whole site’s in SSL, things like Google Webmaster Tools won’t work. So only use SSL for pages that need it: Your checkout process, and any other pages where a customer has to enter confidential information.
2. Don’t use SSIDs in your page URLs. Ever. . SSIDs are ugly things like ?sid=asdfweroi120398123582745 that end up on the end of URLs on some sites. They’re used to uniquely identify a user session, for purposes of tracking stuff like your cart contents. They’re also unnecessary until you put something in your cart. So don’t use them, at all, on the site unless someone’s added something to their shopping cart.
3. Use good validation. When the designer asks you to check if someone forgot to type in their address, don’t make some smartass remark about how you don’t want them as a customer anyway. Practice good defensive design: Regardless of what someone does wrong, be sure you give them clear guidance to correct it. Forgot to fill out a field? Reload the page with a note indicating the problem. Someone used a weird escape character? Fix it for them.
4. Use friendly validation.
5.6.Minimize database hits. Caching does some of this. But you should also keep a close eye on round trips to and from the database. If you’re loading product options, inventory and 10 images from 3 different tables and 3 different queries, why not load them all using a single query? If you really want to optimize, create a view.
7. Use stored procedures.stored procedures – they make your database faster, provide a layer of security and make maintenance a lot easier.
8.Give your database and your website separate homes. Put your database on one server and your website on another.
9.Set up your database server to handle the kind o f read/write-heavy operations it’ll have to support. That means RAID 5 or 10, lots of storage, and lots of RAM. You want at least as much RAM as the eventual maximum size of your database. Note: For some non-ecommerce applications, you may only need RAID 10 for your transaction logs, and can save a little cash by putting the actual database files on a less expensive array of disks. If you can’t afford this fancy stuff, invest, at least, in a basic SATA array and buy the fastest drives you can afford.
10.Set up your web server to handle the kind of throughput- and cache-heavy operations it has to handle. That means lots of RAM, maybe a really fast processor, but don’t worry about the hard drive speed. Unless you really screwed something up, you shouldn’t need a zippy hard drive set up.
11. Plan for coupons,Promotion and discount. Make sure the shopping cart can handle coupons,promotion and discount structures.
12.Plan for product reviews. At some point, someone will say “we need to be customer-focused”
13. AJAX is fine for checkout, not for product browsing. Don’t load products or product previews in DHTML windows or an AJAX widget. Search engines won’t be able to find them. Which means you won’t sell anything. Which means you’ll go from full time to part time to contract to unemployed. Use AJAX to smooth out the checkout process, instead.
14.Build in analytics. Make sure your whole site is set up for analytics. That includes the usual stuff, like tracking pageviews and visits. It also includes goal tracking and order tracking. Ask the marketing team what analytics package they want, then implement it. If they don’t know, try Google Analytics, since it’s free and pretty damned complete to boot.
15. Build in an XML sitemap.
16. Get ready for fulfillment.Build in an automatic product feed,
Comments
Is that this a paid subject or did you modify it your
self? Either way keep up the nice high quality writing,
it's uncommon to see a great weblog like this one nowadays..
Here is my weblog ... lodersmotorgroup.Co.uk