<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Comments on: Tables vs. DIV/CSS Layout: SEO Point of View	</title>
	<atom:link href="https://www.searchenginepeople.com/blog/css-tables.html/feed" rel="self" type="application/rss+xml" />
	<link>https://www.searchenginepeople.com/blog/css-tables.html?utm_source=feed&#038;utm_medium=feed&#038;utm_campaign=feed</link>
	<description>Canada&#039;s Search and Social Media Authority</description>
	<lastBuildDate>Sun, 07 Jul 2013 08:54:28 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		By: ScoDal		</title>
		<link>https://www.searchenginepeople.com/blog/css-tables.html/comment-page-1#comment-551444</link>

		<dc:creator><![CDATA[ScoDal]]></dc:creator>
		<pubDate>Sun, 07 Jul 2013 08:54:28 +0000</pubDate>
		<guid isPermaLink="false">https://www.searchenginepeople.com/?p=20831#comment-551444</guid>

					<description><![CDATA[Just food for thought... a websites table layout is probably a few kb, not even as large as any images that need to be loaded on the page. Soooo... I get that using div&#039;s will speed up your page, but if your page is slow, you&#039;d be better off getting a better host or optimizing other files before rewriting your whole site for days. Focus on div&#039;s for your next project unless you really have lots of time and just want to shift your site over to div&#039;s.

It is my professional opinion that the benefit from switching from table to div will provide minimal, if any SEO benefit at my current time of writing. The only reason I have switched to div/css is because I do web design in the professional field and when a competitor or client views my source I want them to be impressed that I&#039;m on the leading edge of how things should be done in 2013.]]></description>
			<content:encoded><![CDATA[<p>Just food for thought&#8230; a websites table layout is probably a few kb, not even as large as any images that need to be loaded on the page. Soooo&#8230; I get that using div&#8217;s will speed up your page, but if your page is slow, you&#8217;d be better off getting a better host or optimizing other files before rewriting your whole site for days. Focus on div&#8217;s for your next project unless you really have lots of time and just want to shift your site over to div&#8217;s.</p>
<p>It is my professional opinion that the benefit from switching from table to div will provide minimal, if any SEO benefit at my current time of writing. The only reason I have switched to div/css is because I do web design in the professional field and when a competitor or client views my source I want them to be impressed that I&#8217;m on the leading edge of how things should be done in 2013.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: alexander		</title>
		<link>https://www.searchenginepeople.com/blog/css-tables.html/comment-page-1#comment-143236</link>

		<dc:creator><![CDATA[alexander]]></dc:creator>
		<pubDate>Sun, 25 Dec 2011 10:20:01 +0000</pubDate>
		<guid isPermaLink="false">https://www.searchenginepeople.com/?p=20831#comment-143236</guid>

					<description><![CDATA[The only difference I see is that div layout can make something very beautiful with less code because of the high dependence on css as may be compared to using tables, but for purposes of s.e.o table layout is still efficient so long as your perfect with clean coding. 

Many web designers may say div layout is better for s.e.o; but note, most designers that can use css to style their pages are good enough in code view and can clean their codes perfectly and more so using css and divs gets you to work more often in code view to make up things. 

Good s.e.o requires writing clean codes and of-course not including so many unnecessary codes to make the page light and load very fast.
Else div or table has no big impact on s.e.o - just write the clean and only necessary codes in your pages. Cheers!]]></description>
			<content:encoded><![CDATA[<p>The only difference I see is that div layout can make something very beautiful with less code because of the high dependence on css as may be compared to using tables, but for purposes of s.e.o table layout is still efficient so long as your perfect with clean coding. </p>
<p>Many web designers may say div layout is better for s.e.o; but note, most designers that can use css to style their pages are good enough in code view and can clean their codes perfectly and more so using css and divs gets you to work more often in code view to make up things. </p>
<p>Good s.e.o requires writing clean codes and of-course not including so many unnecessary codes to make the page light and load very fast.<br />
Else div or table has no big impact on s.e.o &#8211; just write the clean and only necessary codes in your pages. Cheers!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Glenn Ferrell		</title>
		<link>https://www.searchenginepeople.com/blog/css-tables.html/comment-page-1#comment-122772</link>

		<dc:creator><![CDATA[Glenn Ferrell]]></dc:creator>
		<pubDate>Fri, 04 Nov 2011 13:36:17 +0000</pubDate>
		<guid isPermaLink="false">https://www.searchenginepeople.com/?p=20831#comment-122772</guid>

					<description><![CDATA[@JoyDeep -- I agree on most of your points. I use tables for tabular data, NOT for general layout. The primary reason is that if I want to rework the look and feel of the site, reworking a site that has a layout constructed in tables takes more time and effort than one using CSS/DIVs. Life is just too short. 

On the SEO front, the bottom line is good content tagged correctly. For example, if in-cell CSS styling is taking the place of something that should be in an H1 tag... that&#039;s just not good practice. Unfortunately, I see a lot of this in sites that use tables for layout.]]></description>
			<content:encoded><![CDATA[<p>@JoyDeep &#8212; I agree on most of your points. I use tables for tabular data, NOT for general layout. The primary reason is that if I want to rework the look and feel of the site, reworking a site that has a layout constructed in tables takes more time and effort than one using CSS/DIVs. Life is just too short. </p>
<p>On the SEO front, the bottom line is good content tagged correctly. For example, if in-cell CSS styling is taking the place of something that should be in an H1 tag&#8230; that&#8217;s just not good practice. Unfortunately, I see a lot of this in sites that use tables for layout.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Geoff		</title>
		<link>https://www.searchenginepeople.com/blog/css-tables.html/comment-page-1#comment-122612</link>

		<dc:creator><![CDATA[Geoff]]></dc:creator>
		<pubDate>Fri, 04 Nov 2011 00:11:36 +0000</pubDate>
		<guid isPermaLink="false">https://www.searchenginepeople.com/?p=20831#comment-122612</guid>

					<description><![CDATA[Truly say that Web sites created using DIV/CSS are regarded as to be coded cleaner&quot; – Sure, they are as the container [DIV] attributes peak/width/background colour etc are mentioned in the external CSS and not on-web page, which helps in avoiding great deal of extra (junk) code from the page.]]></description>
			<content:encoded><![CDATA[<p>Truly say that Web sites created using DIV/CSS are regarded as to be coded cleaner&#8221; – Sure, they are as the container [DIV] attributes peak/width/background colour etc are mentioned in the external CSS and not on-web page, which helps in avoiding great deal of extra (junk) code from the page.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Bas		</title>
		<link>https://www.searchenginepeople.com/blog/css-tables.html/comment-page-1#comment-122561</link>

		<dc:creator><![CDATA[Bas]]></dc:creator>
		<pubDate>Thu, 03 Nov 2011 21:42:06 +0000</pubDate>
		<guid isPermaLink="false">https://www.searchenginepeople.com/?p=20831#comment-122561</guid>

					<description><![CDATA[Totally right. Divs and css are definately the way to go. It makes the code / text ratio much better. Besides that using divs and css for markup makes it much easier to position the most important things (headings &#038; text) on top of the pages code. Instead of line 350, after all the table markup. And it is good for page speed too! Don&#039;t forget to minify and combine css and js files!!! I once recoded an oscommerce based shop from table to css layout. The code / text ratio was 75/25 with text starting at line 90 of source code. After finishing code / text ratio was 75  / 25. The document size decreased with 65%.  We used minify to handle css and js compression and removed all newlines and whitespace from html code. Before changes we scored 35 points with google page speed, afterwards that was 94%! I think everone has to agree that this is beneficial for SEO!!!]]></description>
			<content:encoded><![CDATA[<p>Totally right. Divs and css are definately the way to go. It makes the code / text ratio much better. Besides that using divs and css for markup makes it much easier to position the most important things (headings &amp; text) on top of the pages code. Instead of line 350, after all the table markup. And it is good for page speed too! Don&#8217;t forget to minify and combine css and js files!!! I once recoded an oscommerce based shop from table to css layout. The code / text ratio was 75/25 with text starting at line 90 of source code. After finishing code / text ratio was 75  / 25. The document size decreased with 65%.  We used minify to handle css and js compression and removed all newlines and whitespace from html code. Before changes we scored 35 points with google page speed, afterwards that was 94%! I think everone has to agree that this is beneficial for SEO!!!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Joydeep		</title>
		<link>https://www.searchenginepeople.com/blog/css-tables.html/comment-page-1#comment-122471</link>

		<dc:creator><![CDATA[Joydeep]]></dc:creator>
		<pubDate>Thu, 03 Nov 2011 15:10:15 +0000</pubDate>
		<guid isPermaLink="false">https://www.searchenginepeople.com/?p=20831#comment-122471</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://www.searchenginepeople.com/blog/css-tables.html/comment-page-1#comment-122202&quot;&gt;Michael Martinez&lt;/a&gt;.

Hi Michael,

&quot;Websites written using DIV/CSS are considered to be coded cleaner&quot; - Yes, they are as the container [DIV] attributes height/width/background color etc are mentioned in the external CSS and not on-page, which helps in avoiding lot of extra (junk) code from the page.

&quot;while nested TABLEs on the other hand can increase page size and weight.&quot; - In case of TABLEs the container attributes are on-page [tr/ td/ th/ cellspacing/cellpadding/ width/ bgcolor etc...] and improperly nested tables increase juck on-page and maintenance is more.

Regarding &quot;page weight&quot; - I am not sure if you are aware of PageSpeed, Page weight is a measurement of the file size (usually in kilobytes) of a Web page that includes the combined size of all the elements of the page, including HTML files, images, audio or video, Flash animation, etc.

Please refer - http://www.joydeepdeb.com/blog/page-speed-best-practices.html

Let me know if you have any more question(s), I will be happy to answer them.]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://www.searchenginepeople.com/blog/css-tables.html/comment-page-1#comment-122202" data-wpel-link="internal">Michael Martinez</a>.</p>
<p>Hi Michael,</p>
<p>&#8220;Websites written using DIV/CSS are considered to be coded cleaner&#8221; &#8211; Yes, they are as the container [DIV] attributes height/width/background color etc are mentioned in the external CSS and not on-page, which helps in avoiding lot of extra (junk) code from the page.</p>
<p>&#8220;while nested TABLEs on the other hand can increase page size and weight.&#8221; &#8211; In case of TABLEs the container attributes are on-page [tr/ td/ th/ cellspacing/cellpadding/ width/ bgcolor etc&#8230;] and improperly nested tables increase juck on-page and maintenance is more.</p>
<p>Regarding &#8220;page weight&#8221; &#8211; I am not sure if you are aware of PageSpeed, Page weight is a measurement of the file size (usually in kilobytes) of a Web page that includes the combined size of all the elements of the page, including HTML files, images, audio or video, Flash animation, etc.</p>
<p>Please refer &#8211; <a href="http://www.joydeepdeb.com/blog/page-speed-best-practices.html" rel="ugc nofollow external noopener noreferrer" data-wpel-link="external" target="_blank" class="ext-link">http://www.joydeepdeb.com/blog/page-speed-best-practices.html</a></p>
<p>Let me know if you have any more question(s), I will be happy to answer them.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: John Howard		</title>
		<link>https://www.searchenginepeople.com/blog/css-tables.html/comment-page-1#comment-122444</link>

		<dc:creator><![CDATA[John Howard]]></dc:creator>
		<pubDate>Thu, 03 Nov 2011 14:05:59 +0000</pubDate>
		<guid isPermaLink="false">https://www.searchenginepeople.com/?p=20831#comment-122444</guid>

					<description><![CDATA[Good topic we&#039;d love to read more about. Some of our simplest websites using good DIV/CSS get very good search results. I also know it can be a major headache to update some table based sites we inherited. As a designer/developer I avoid tables where possible.]]></description>
			<content:encoded><![CDATA[<p>Good topic we&#8217;d love to read more about. Some of our simplest websites using good DIV/CSS get very good search results. I also know it can be a major headache to update some table based sites we inherited. As a designer/developer I avoid tables where possible.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Ruud Hein		</title>
		<link>https://www.searchenginepeople.com/blog/css-tables.html/comment-page-1#comment-122440</link>

		<dc:creator><![CDATA[Ruud Hein]]></dc:creator>
		<pubDate>Thu, 03 Nov 2011 13:53:26 +0000</pubDate>
		<guid isPermaLink="false">https://www.searchenginepeople.com/?p=20831#comment-122440</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://www.searchenginepeople.com/blog/css-tables.html/comment-page-1#comment-122202&quot;&gt;Michael Martinez&lt;/a&gt;.

HTML5 + CSS3 missed an opportunity to introduce a &quot;rounded corners&quot; element. DIV wrapping for rounded corner styling is probably THE worst case of semantic code destruction. Equal height columns DIV containers would be a close second. Most useless or annoying CSS cruft is having to use a canvas or main container DIV to get IE to do what other browser do when you set the same rules on the BODY instead.]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://www.searchenginepeople.com/blog/css-tables.html/comment-page-1#comment-122202" data-wpel-link="internal">Michael Martinez</a>.</p>
<p>HTML5 + CSS3 missed an opportunity to introduce a &#8220;rounded corners&#8221; element. DIV wrapping for rounded corner styling is probably THE worst case of semantic code destruction. Equal height columns DIV containers would be a close second. Most useless or annoying CSS cruft is having to use a canvas or main container DIV to get IE to do what other browser do when you set the same rules on the BODY instead.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Michael Martinez		</title>
		<link>https://www.searchenginepeople.com/blog/css-tables.html/comment-page-1#comment-122202</link>

		<dc:creator><![CDATA[Michael Martinez]]></dc:creator>
		<pubDate>Wed, 02 Nov 2011 21:28:41 +0000</pubDate>
		<guid isPermaLink="false">https://www.searchenginepeople.com/?p=20831#comment-122202</guid>

					<description><![CDATA[You can&#039;t be serious: &quot;Websites written using DIV/CSS are considered to be coded cleaner while nested TABLEs on the other hand  can increase page size and weight.&quot;

PUH-lease.  Go back and sift through a few DIV-laden pages to look for content.  There is no advantage to using CSS versus tables or tables versus CSS in terms of clean coding and page size.

And what the H*** is &quot;page weight&quot;?]]></description>
			<content:encoded><![CDATA[<p>You can&#8217;t be serious: &#8220;Websites written using DIV/CSS are considered to be coded cleaner while nested TABLEs on the other hand  can increase page size and weight.&#8221;</p>
<p>PUH-lease.  Go back and sift through a few DIV-laden pages to look for content.  There is no advantage to using CSS versus tables or tables versus CSS in terms of clean coding and page size.</p>
<p>And what the H*** is &#8220;page weight&#8221;?</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
