<?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: The Merits of the Mini-CMS</title>
	<atom:link href="http://www.ccseo.com/blog/27/the-merits-of-the-mini-cms/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ccseo.com/blog/27/the-merits-of-the-mini-cms/</link>
	<description></description>
	<lastBuildDate>Wed, 04 Jan 2012 01:54:15 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Bat Man</title>
		<link>http://www.ccseo.com/blog/27/the-merits-of-the-mini-cms/comment-page-1/#comment-2637</link>
		<dc:creator>Bat Man</dc:creator>
		<pubDate>Thu, 07 Jan 2010 01:50:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.ccseo.com/blog/?p=27#comment-2637</guid>
		<description>I have been thinking of putting a blog on our site but dont know if it is needed, I read all the time that it is somthing that will keep content fresh but since I do the brick and mortar part of the work on top of the web site it is hard to keep up on the site content until winter. Thanks for the post and Happy Blogging.</description>
		<content:encoded><![CDATA[<p>I have been thinking of putting a blog on our site but dont know if it is needed, I read all the time that it is somthing that will keep content fresh but since I do the brick and mortar part of the work on top of the web site it is hard to keep up on the site content until winter. Thanks for the post and Happy Blogging.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bat Man</title>
		<link>http://www.ccseo.com/blog/27/the-merits-of-the-mini-cms/comment-page-1/#comment-11634</link>
		<dc:creator>Bat Man</dc:creator>
		<pubDate>Thu, 07 Jan 2010 01:50:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.ccseo.com/blog/?p=27#comment-11634</guid>
		<description>I have been thinking of putting a blog on our site but dont know if it is needed, I read all the time that it is somthing that will keep content fresh but since I do the brick and mortar part of the work on top of the web site it is hard to keep up on the site content until winter. Thanks for the post and Happy Blogging.</description>
		<content:encoded><![CDATA[<p>I have been thinking of putting a blog on our site but dont know if it is needed, I read all the time that it is somthing that will keep content fresh but since I do the brick and mortar part of the work on top of the web site it is hard to keep up on the site content until winter. Thanks for the post and Happy Blogging.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lindsay Ogden</title>
		<link>http://www.ccseo.com/blog/27/the-merits-of-the-mini-cms/comment-page-1/#comment-2084</link>
		<dc:creator>Lindsay Ogden</dc:creator>
		<pubDate>Tue, 15 Dec 2009 17:42:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.ccseo.com/blog/?p=27#comment-2084</guid>
		<description>I can see both sides of this...

On one hand, it often makes sense for a client who is not very technically savvy or who simply doesn&#039;t have much time to be able to maintain a couple of pages independent of the web developer/maintainer. They can&#039;t break the site, they can&#039;t get confused and overwhelmed by all of the available options.

On the other, a plan like this seems inherently inflexible and well, static. They may tell you they only want to change their About Us page, but please remember what Dilbert has to say on the subject: http://dilbert.com/2009-12-07

With a Drupal site (hehe), they can fire me or I can get hit by a truck (I hope not) and they can easily find another developer or maintainer to make changes to their site because it&#039;s all pretty standard. Also, I can train them or a member of their staff to do most of the obvious stuff like editing and adding nodes, add/remove/change menu items, even create their own webforms and analyze the stats collected. I&#039;ve had great feedback regarding the manuals I provide for each site.

-Lindsay</description>
		<content:encoded><![CDATA[<p>I can see both sides of this&#8230;</p>
<p>On one hand, it often makes sense for a client who is not very technically savvy or who simply doesn&#8217;t have much time to be able to maintain a couple of pages independent of the web developer/maintainer. They can&#8217;t break the site, they can&#8217;t get confused and overwhelmed by all of the available options.</p>
<p>On the other, a plan like this seems inherently inflexible and well, static. They may tell you they only want to change their About Us page, but please remember what Dilbert has to say on the subject: <a href="http://dilbert.com/2009-12-07" rel="nofollow">http://dilbert.com/2009-12-07</a></p>
<p>With a Drupal site (hehe), they can fire me or I can get hit by a truck (I hope not) and they can easily find another developer or maintainer to make changes to their site because it&#8217;s all pretty standard. Also, I can train them or a member of their staff to do most of the obvious stuff like editing and adding nodes, add/remove/change menu items, even create their own webforms and analyze the stats collected. I&#8217;ve had great feedback regarding the manuals I provide for each site.</p>
<p>-Lindsay</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lindsay Ogden</title>
		<link>http://www.ccseo.com/blog/27/the-merits-of-the-mini-cms/comment-page-1/#comment-11633</link>
		<dc:creator>Lindsay Ogden</dc:creator>
		<pubDate>Tue, 15 Dec 2009 17:42:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.ccseo.com/blog/?p=27#comment-11633</guid>
		<description>I can see both sides of this...

On one hand, it often makes sense for a client who is not very technically savvy or who simply doesn&#039;t have much time to be able to maintain a couple of pages independent of the web developer/maintainer. They can&#039;t break the site, they can&#039;t get confused and overwhelmed by all of the available options.

On the other, a plan like this seems inherently inflexible and well, static. They may tell you they only want to change their About Us page, but please remember what Dilbert has to say on the subject: http://dilbert.com/2009-12-07

With a Drupal site (hehe), they can fire me or I can get hit by a truck (I hope not) and they can easily find another developer or maintainer to make changes to their site because it&#039;s all pretty standard. Also, I can train them or a member of their staff to do most of the obvious stuff like editing and adding nodes, add/remove/change menu items, even create their own webforms and analyze the stats collected. I&#039;ve had great feedback regarding the manuals I provide for each site.

-Lindsay</description>
		<content:encoded><![CDATA[<p>I can see both sides of this&#8230;</p>
<p>On one hand, it often makes sense for a client who is not very technically savvy or who simply doesn&#8217;t have much time to be able to maintain a couple of pages independent of the web developer/maintainer. They can&#8217;t break the site, they can&#8217;t get confused and overwhelmed by all of the available options.</p>
<p>On the other, a plan like this seems inherently inflexible and well, static. They may tell you they only want to change their About Us page, but please remember what Dilbert has to say on the subject: <a href="http://dilbert.com/2009-12-07" rel="nofollow">http://dilbert.com/2009-12-07</a></p>
<p>With a Drupal site (hehe), they can fire me or I can get hit by a truck (I hope not) and they can easily find another developer or maintainer to make changes to their site because it&#8217;s all pretty standard. Also, I can train them or a member of their staff to do most of the obvious stuff like editing and adding nodes, add/remove/change menu items, even create their own webforms and analyze the stats collected. I&#8217;ve had great feedback regarding the manuals I provide for each site.</p>
<p>-Lindsay</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin</title>
		<link>http://www.ccseo.com/blog/27/the-merits-of-the-mini-cms/comment-page-1/#comment-2083</link>
		<dc:creator>Kevin</dc:creator>
		<pubDate>Tue, 15 Dec 2009 17:19:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.ccseo.com/blog/?p=27#comment-2083</guid>
		<description>Hey Nick, thanks for the comment.

I don&#039;t want to give the impression that I&#039;m advocating the use of more than one CMS on the same site build - if we have a client that would like to blog with Wordpress and also edit their own content, we will definitely set them up with Wordpress as their only CMS solution.  On the other hand, if we have a client that has no need for a blog, and only wants to edit their &quot;About Us&quot; page, we may use a mini-CMS.  More specifically, we will use a customized mini-CMS most often when the client wants to manage a more complex aspect of their site, like a photo gallery.  This allows us to control all the finer points of the gallery search engine optimization, and keeps things simple for the client.

I can understand how you would advocate Wordpress as a package for the independent website owner, but we find more often than not our clients are thrilled to have a developer who not only offers to provide ongoing development support, but recommends it.  I think there&#039;s an important distinction to make between a search engine &lt;strong&gt;friendly&lt;/strong&gt; website (which Wordpress provides), and a search engine &lt;strong&gt;optimized&lt;/strong&gt; website - SEO isn&#039;t a one-time project, and if we are building search optimized websites, we like to stay involved in the project, and help maintain that optimization.  Whether clients realize it or not, there is definitely a difference between having your developer add/update/optimize content, and handling it yourself, and most clients would rather not invest the time required to get it right themselves.

Also, I think it&#039;s interesting to note that most of our clients don&#039;t opt for the full CMS, and a majority of those that do end up not utilising it at all - if (our) statistics show that our clients don&#039;t use Wordpress, is it worth the development time to implement it?</description>
		<content:encoded><![CDATA[<p>Hey Nick, thanks for the comment.</p>
<p>I don&#8217;t want to give the impression that I&#8217;m advocating the use of more than one CMS on the same site build &#8211; if we have a client that would like to blog with WordPress and also edit their own content, we will definitely set them up with WordPress as their only CMS solution.  On the other hand, if we have a client that has no need for a blog, and only wants to edit their &#8220;About Us&#8221; page, we may use a mini-CMS.  More specifically, we will use a customized mini-CMS most often when the client wants to manage a more complex aspect of their site, like a photo gallery.  This allows us to control all the finer points of the gallery search engine optimization, and keeps things simple for the client.</p>
<p>I can understand how you would advocate WordPress as a package for the independent website owner, but we find more often than not our clients are thrilled to have a developer who not only offers to provide ongoing development support, but recommends it.  I think there&#8217;s an important distinction to make between a search engine <strong>friendly</strong> website (which WordPress provides), and a search engine <strong>optimized</strong> website &#8211; SEO isn&#8217;t a one-time project, and if we are building search optimized websites, we like to stay involved in the project, and help maintain that optimization.  Whether clients realize it or not, there is definitely a difference between having your developer add/update/optimize content, and handling it yourself, and most clients would rather not invest the time required to get it right themselves.</p>
<p>Also, I think it&#8217;s interesting to note that most of our clients don&#8217;t opt for the full CMS, and a majority of those that do end up not utilising it at all &#8211; if (our) statistics show that our clients don&#8217;t use WordPress, is it worth the development time to implement it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin</title>
		<link>http://www.ccseo.com/blog/27/the-merits-of-the-mini-cms/comment-page-1/#comment-11632</link>
		<dc:creator>Kevin</dc:creator>
		<pubDate>Tue, 15 Dec 2009 17:19:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.ccseo.com/blog/?p=27#comment-11632</guid>
		<description>Hey Nick, thanks for the comment.

I don&#039;t want to give the impression that I&#039;m advocating the use of more than one CMS on the same site build - if we have a client that would like to blog with Wordpress and also edit their own content, we will definitely set them up with Wordpress as their only CMS solution.  On the other hand, if we have a client that has no need for a blog, and only wants to edit their &quot;About Us&quot; page, we may use a mini-CMS.  More specifically, we will use a customized mini-CMS most often when the client wants to manage a more complex aspect of their site, like a photo gallery.  This allows us to control all the finer points of the gallery search engine optimization, and keeps things simple for the client.

I can understand how you would advocate Wordpress as a package for the independent website owner, but we find more often than not our clients are thrilled to have a developer who not only offers to provide ongoing development support, but recommends it.  I think there&#039;s an important distinction to make between a search engine &lt;strong&gt;friendly&lt;/strong&gt; website (which Wordpress provides), and a search engine &lt;strong&gt;optimized&lt;/strong&gt; website - SEO isn&#039;t a one-time project, and if we are building search optimized websites, we like to stay involved in the project, and help maintain that optimization.  Whether clients realize it or not, there is definitely a difference between having your developer add/update/optimize content, and handling it yourself, and most clients would rather not invest the time required to get it right themselves.

Also, I think it&#039;s interesting to note that most of our clients don&#039;t opt for the full CMS, and a majority of those that do end up not utilising it at all - if (our) statistics show that our clients don&#039;t use Wordpress, is it worth the development time to implement it?</description>
		<content:encoded><![CDATA[<p>Hey Nick, thanks for the comment.</p>
<p>I don&#8217;t want to give the impression that I&#8217;m advocating the use of more than one CMS on the same site build &#8211; if we have a client that would like to blog with WordPress and also edit their own content, we will definitely set them up with WordPress as their only CMS solution.  On the other hand, if we have a client that has no need for a blog, and only wants to edit their &#8220;About Us&#8221; page, we may use a mini-CMS.  More specifically, we will use a customized mini-CMS most often when the client wants to manage a more complex aspect of their site, like a photo gallery.  This allows us to control all the finer points of the gallery search engine optimization, and keeps things simple for the client.</p>
<p>I can understand how you would advocate WordPress as a package for the independent website owner, but we find more often than not our clients are thrilled to have a developer who not only offers to provide ongoing development support, but recommends it.  I think there&#8217;s an important distinction to make between a search engine <strong>friendly</strong> website (which WordPress provides), and a search engine <strong>optimized</strong> website &#8211; SEO isn&#8217;t a one-time project, and if we are building search optimized websites, we like to stay involved in the project, and help maintain that optimization.  Whether clients realize it or not, there is definitely a difference between having your developer add/update/optimize content, and handling it yourself, and most clients would rather not invest the time required to get it right themselves.</p>
<p>Also, I think it&#8217;s interesting to note that most of our clients don&#8217;t opt for the full CMS, and a majority of those that do end up not utilising it at all &#8211; if (our) statistics show that our clients don&#8217;t use WordPress, is it worth the development time to implement it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Armstrong</title>
		<link>http://www.ccseo.com/blog/27/the-merits-of-the-mini-cms/comment-page-1/#comment-1932</link>
		<dc:creator>Nick Armstrong</dc:creator>
		<pubDate>Thu, 10 Dec 2009 19:31:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.ccseo.com/blog/?p=27#comment-1932</guid>
		<description>Kevin, you&#039;re a web genius but I couldn&#039;t disagree with you more.

Mini-CMS options have their place, but the &quot;overhead&quot; you&#039;re talking about inherent in WordPress is just good common-sense web design.  I know I beat the WordPress drum - a lot - but I really do believe that a half-and-half solution brings about more problems than a 100% dedicated CMS solution.

Especially when you integrate both.  Now, instead of one set of log-ins, you have two.  Not to mention the extra programs needed to edit two sources of content (ie, HTML/Dreamweaver and WYSIWYG in WordPress or another CMS).

I push WordPress almost exclusively because it&#039;s secure, the SEO is built in, and the client isn&#039;t stuck with me to make their changes, update the software, perform SEO, or any other task.  They can do it themselves, or there&#039;s a myriad of other developers out there who can help them.  In addition, plug-ins almost always exist to do exactly what you want, and if they don&#039;t, modification or creation is just as easy as building out a micro-widget elsewhere.

Is WordPress right for every project?  Maybe not - but I&#039;ve yet to see a situation where using it has led to more problems than its worth (beyond bad theming or bad web design practices inherent to any web project, WordPress or no).

Anyway, definitely a thought provoking subject - thanks for writing!

-Nick</description>
		<content:encoded><![CDATA[<p>Kevin, you&#8217;re a web genius but I couldn&#8217;t disagree with you more.</p>
<p>Mini-CMS options have their place, but the &#8220;overhead&#8221; you&#8217;re talking about inherent in WordPress is just good common-sense web design.  I know I beat the WordPress drum &#8211; a lot &#8211; but I really do believe that a half-and-half solution brings about more problems than a 100% dedicated CMS solution.</p>
<p>Especially when you integrate both.  Now, instead of one set of log-ins, you have two.  Not to mention the extra programs needed to edit two sources of content (ie, HTML/Dreamweaver and WYSIWYG in WordPress or another CMS).</p>
<p>I push WordPress almost exclusively because it&#8217;s secure, the SEO is built in, and the client isn&#8217;t stuck with me to make their changes, update the software, perform SEO, or any other task.  They can do it themselves, or there&#8217;s a myriad of other developers out there who can help them.  In addition, plug-ins almost always exist to do exactly what you want, and if they don&#8217;t, modification or creation is just as easy as building out a micro-widget elsewhere.</p>
<p>Is WordPress right for every project?  Maybe not &#8211; but I&#8217;ve yet to see a situation where using it has led to more problems than its worth (beyond bad theming or bad web design practices inherent to any web project, WordPress or no).</p>
<p>Anyway, definitely a thought provoking subject &#8211; thanks for writing!</p>
<p>-Nick</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Armstrong</title>
		<link>http://www.ccseo.com/blog/27/the-merits-of-the-mini-cms/comment-page-1/#comment-11631</link>
		<dc:creator>Nick Armstrong</dc:creator>
		<pubDate>Thu, 10 Dec 2009 19:31:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.ccseo.com/blog/?p=27#comment-11631</guid>
		<description>Kevin, you&#039;re a web genius but I couldn&#039;t disagree with you more.

Mini-CMS options have their place, but the &quot;overhead&quot; you&#039;re talking about inherent in WordPress is just good common-sense web design.  I know I beat the WordPress drum - a lot - but I really do believe that a half-and-half solution brings about more problems than a 100% dedicated CMS solution.

Especially when you integrate both.  Now, instead of one set of log-ins, you have two.  Not to mention the extra programs needed to edit two sources of content (ie, HTML/Dreamweaver and WYSIWYG in WordPress or another CMS).

I push WordPress almost exclusively because it&#039;s secure, the SEO is built in, and the client isn&#039;t stuck with me to make their changes, update the software, perform SEO, or any other task.  They can do it themselves, or there&#039;s a myriad of other developers out there who can help them.  In addition, plug-ins almost always exist to do exactly what you want, and if they don&#039;t, modification or creation is just as easy as building out a micro-widget elsewhere.

Is WordPress right for every project?  Maybe not - but I&#039;ve yet to see a situation where using it has led to more problems than its worth (beyond bad theming or bad web design practices inherent to any web project, WordPress or no).

Anyway, definitely a thought provoking subject - thanks for writing!

-Nick</description>
		<content:encoded><![CDATA[<p>Kevin, you&#8217;re a web genius but I couldn&#8217;t disagree with you more.</p>
<p>Mini-CMS options have their place, but the &#8220;overhead&#8221; you&#8217;re talking about inherent in WordPress is just good common-sense web design.  I know I beat the WordPress drum &#8211; a lot &#8211; but I really do believe that a half-and-half solution brings about more problems than a 100% dedicated CMS solution.</p>
<p>Especially when you integrate both.  Now, instead of one set of log-ins, you have two.  Not to mention the extra programs needed to edit two sources of content (ie, HTML/Dreamweaver and WYSIWYG in WordPress or another CMS).</p>
<p>I push WordPress almost exclusively because it&#8217;s secure, the SEO is built in, and the client isn&#8217;t stuck with me to make their changes, update the software, perform SEO, or any other task.  They can do it themselves, or there&#8217;s a myriad of other developers out there who can help them.  In addition, plug-ins almost always exist to do exactly what you want, and if they don&#8217;t, modification or creation is just as easy as building out a micro-widget elsewhere.</p>
<p>Is WordPress right for every project?  Maybe not &#8211; but I&#8217;ve yet to see a situation where using it has led to more problems than its worth (beyond bad theming or bad web design practices inherent to any web project, WordPress or no).</p>
<p>Anyway, definitely a thought provoking subject &#8211; thanks for writing!</p>
<p>-Nick</p>
]]></content:encoded>
	</item>
</channel>
</rss>

