css based shopping cart

[Devilsown]

Anyone know any shoping cart software thats css based in php? I am using oscommy atm, but would like to find something more SEO friendly.

[stymiee]

FYI, CSS has nothing to do with SEO. For a shopping cart to be more SE friendly it would have static appearing URLs with keywords in it and be easily crawled (i.e. no session IDs in the URLs).

[Devilsown]

Just being css has no effect on seo but. What you can do in css can really help. If the store is done in css you can move you content up just below the head tag. My oscommy store content is in the Last 1/2 of the source. I know oscommy v3 alpha is all css driven but its going to be awhile. I was seeing if there is anything else out there other than oscommy. I don't mind paying for a cart.

[ProImpulse]

Just being css has no effect on seo but. What you can do in css can really help. If the store is done in css you can move you content up just below the head tag. My oscommy store content is in the Last 1/2 of the source. I know oscommy v3 alpha is all css driven but its going to be awhile. I was seeing if there is anything else out there other than oscommy. I don't mind paying for a cart.

I agree, css has much to do with SEO, if a spider has to dig through 10,000 nested tables than it will be harder to index the site also you need the SEO friendly URLs as well.

Have you looked at Zen Cart? (you can google Zen Cart, I didn't know if it was ok to post a link here).

It is XHTML based with very few tables and has SEO friendly URLs (module).

Also you might want to add something else with the cart such as a CMS or blog to add text content to the site so you will have good linkable content.

[stymiee]

I agree, css has much to do with SEO, if a spider has to dig through 10,000 nested tables than it will be harder to index the site also you need the SEO friendly URLs as well.

Not true. HTML can only harm you if you make serious errors. In that case it may cause parsing issues. Otherwise, large nested tables will not cause you to have any issues getting indexed or ranking well.

[ProImpulse]

Not true. HTML can only harm you if you make serious errors. In that case it may cause parsing issues. Otherwise, large nested tables will not cause you to have any issues getting indexed or ranking well.

Wanna put some $$$ on it?

[stymiee]

Considering that there are thousands of websites to verify my point I don't think you should try to turn this into a wager. Also consider there are no studies showing a lot of HTML hurts your rankings. I'm even fairly certain the search engines have not published anything saying anything to the contrary as well.

In fact, I'd love to see what evidence you have to support your claim.

[cscgal]

Firstly, going the CSS route with less HTML markup and nested tables dramatically increases browser rendering times for the user. As far as search engines are concerned, search engines do take into consideration the file size of each page they access. They will limit the number of bytes that they download per session so as to not allow googlebot to take down a server spidering an entire site in one session. Additionally, they will only index the first 100KB or so (not sure of the exact number, but something like this) of a page. HTML markup takes up a lot of kilobytes. There is evidence in this in the Google Webmaster Tools, where Google now allows you to see graphs of the number of bytes download per day, and temporarily control the rate at which googlebot can spider your site if you have enough bandwidth to spare.

Additionally, search engines put more weight on the content which appears closer to the top of the page. Suppose you have a two-column table where the left column is a sidebar and the right column is the main content. The left column (the sidebar navigation) will always appear first in the HTML markup, giving the navigation slightly higher importance over main content. With a completely CSS layout, you could use fixed positioning to put the markup for the left column below the markup for the right column in the (x)html code, thereby putting the higher prioritized information closer to the top of the page.

[ProImpulse]

csgal, you're my hero!

You took the words right out of my mouth!

With your main content being positioned with css so it comes first, then your navigation, etc, etc, it makes for better indexing.

[csscart]

CSS can help SEO dramatically. As previous posters of this thread have noted it can put the "good stuff" up towards the top of the page, and also dramatically reduce the tags that mark up the page (removing style and positioning to a different file).

So, I would disagree that CSS has nothing to do with SEO. I think it is an SEO enabler. Some crawlers also look at ratios of HTML vs. Content. The higher the content ratio the better you are looking.

Here is an example of how to spot an SEO optimized site:

Using a developer tool bar disable CSS for a page. If the page reminds you of a college paper, i.e. H1 Tag, followed by content w/ h2 Tags dividing sections, you have created SEO friendly page. Try that with Tables...

[Devilsown]

I finaly have my oscommy site pretty well re done for css and divs etc. I now have my content first and other stuff down and i have had very good results so far with it. I think all thats holding my site back now is good incoming links. I think my on page seo is Pretty good.

[stymiee]

CSS can help SEO dramatically. As previous posters of this thread have noted it can put the "good stuff" up towards the top of the page, and also dramatically reduce the tags that mark up the page (removing style and positioning to a different file).

This is a myth. There is no evidence of this at all. No one has ever been able to prove this and countless hundreds of thousands of websites prove this to be untrue. The quality of the content is not indicated by it's location. The fact that a webmaster can easily manipulate this is just one example of why you can't judge by this.

This is especially true with Google. They use off page factors to determine quality. That's where PageRank comes in. If a page has good quality information it naturally will attract more incoming links.So, I would disagree that CSS has nothing to do with SEO. I think it is an SEO enabler. Some crawlers also look at ratios of HTML vs. Content. The higher the content ratio the better you are looking.
No they don't. Where do they say that? Nowhere. This is another myth. They look for content and content only. All they use HTML for is to understand context (ever hear of the semantic web?). You can have tons of HTML and they don't care one bit. (Although having an extreme amount of HTML will cause your file size to approach the limits of what they will download and parse but this only affects extremely large webpages with lots of content and markup).

Example: someone has great content but sucks at HTML. Should their content rank lower for that? No. No search engine cares how well you code. They care about the content you provide. It's all relevance and quality of content. It is never about quality of code. Quality of codenever indicates quality of content. The search engines are in the business of delivering quality content.

Using a developer tool bar disable CSS for a page. If the page reminds you of a college paper, i.e. H1 Tag, followed by content w/ h2 Tags dividing sections, you have created SEO friendly page. Try that with Tables...

You actually can do that with tables if you do it properly. Not hard at all.

Once again, CSS hasno direct affect on SEO. There are plenty of reasons to use CSS for your layout but none of them directly translate in SE success.

(Judging by your username I can see where your biases is)