<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title> &#187; content management system</title>
	<atom:link href="http://www.comauth.co.nz/tag/content-management-system/feed" rel="self" type="application/rss+xml" />
	<link>http://www.comauth.co.nz</link>
	<description></description>
	<lastBuildDate>Thu, 27 May 2010 05:00:40 +0000</lastBuildDate>
	
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
		<item>
		<title>A Rose By Any Other Name May Smell as Sweet &#8211; But Do YOUR File Names Stink?</title>
		<link>http://www.comauth.co.nz/web-design-issues/do-your-file-names-stink.html</link>
		<comments>http://www.comauth.co.nz/web-design-issues/do-your-file-names-stink.html#comments</comments>
		<pubDate>Mon, 10 Sep 2007 04:20:20 +0000</pubDate>
		<dc:creator>The SEO Guy</dc:creator>
				<category><![CDATA[Web Design Issues]]></category>
		<category><![CDATA[cms]]></category>
		<category><![CDATA[content management system]]></category>
		<category><![CDATA[file names]]></category>
		<category><![CDATA[SEO]]></category>
		<category><![CDATA[website design]]></category>
		<category><![CDATA[wordpress]]></category>

		<guid isPermaLink="false">http://www.comauth.co.nz/the-seo-guys-blog/a-rose-by-any-other-name-may-smell-as-sweet-but-do-your-file-names-stink.html</guid>
		<description><![CDATA[File naming is an element of SEO that most people pay little attention to, yet its a crucial issue for two key reasons; When a reference to one of your pages shows up within Search Engine Page Results, the URL - or page file name might well be the final push that slides the mouse pointer in your favor. Equally, when search engine spiders are mapping your site and trying to figure out what on earth its all about, giving them some accurate information in every possible area would seem like a smart move, right? Keywords in file names are important, and they do make a difference.]]></description>
			<content:encoded><![CDATA[<p>File naming is an element of SEO that most people pay little attention to, yet its a crucial issue for two key reasons;</p>
<h3>Search Engine Page Results</h3>
<p>When a reference to one of your pages shows up within a SERP, there are 3 important cues that can entice a visitor to click the link and visit your site. In order, they are Title, Description and URL &#8211; or page file name. Why not give yourself every possible advantage when competing for visitors, by providing accurate and readable file names? It might well be the final push that slides the mouse pointer in your favor.</p>
<h3>Search Engine Rankings</h3>
<p>Equally, when search engine spiders are mapping your site and trying to figure out what on earth its all about, giving them some accurate information in every possible area would seem like a smart move, right? Keywords in file names are important, and they do make a difference. It might only be one of 100-plus elements in a search engine relevancy algorithm, but the more places you can tick off as being perfect, the better!</p>
<h3>The Reality Check</h3>
<p>Oddly enough, few people actually do this! Most file names are either a model of brevity, acronymic, cryptic or just plain gibberish! That’s a bit like driving with the handbrake on&#8230;<span id="more-113"></span></p>
<h3>Top 10 File Name Factors</h3>
<p><strong>1.) Use keywords!</strong> Why use &#8220;contact.html&#8221; when you could use &#8220;contact-the-blue-widget-specialists.html&#8221;??? Your page names are a good place to slip in an &#8220;exact match&#8221; high-volume keyword phrase&#8230; Do this where appropriate &#8211; like every page on your site &#8211; to help reinforce the keywords in Title / Description tags.</p>
<p><strong>2.) Use hyphens</strong> and not underscores! In a URL, or in a text anchor on a page, the underscore blends with the hyperlink underline, making it difficult to see that it is not a space.</p>
<p><strong>3.) Do NOT use spaces!</strong> Aside from the fact that the operating system has to fill the gaps with the awful %20 &#8211; there are still some operating systems and browsers in use around the globe that struggle to process spaces in file names.</p>
<p><strong>4.) Do NOT use CAPITALS</strong> in file names &#8211; Windows does not care, and will treat &#8220;Blue-Widgets.html&#8221; and &#8220;blue-widgets.html&#8221; as the same file&#8230; However, operating systems such a Linux are case sensitive and see that variation as two completely different filenames! If you&#8217;ve typed internal hyperlink file names with case variations, you may well generate broken links for some users.</p>
<p><strong>5.) Confine yourself to the Alphabet</strong>, and numerals, with hyphens between words. Do not commit the heinous crime of adding special characters into your file names! Linux allows pretty much any character except a forward slash (/) &#8211; but other operating systems might choke on them!</p>
<p><strong>6.) Remember that SE&#8217;s really don&#8217;t like all the &#8220;&amp;&#8221; and &#8220;?&#8221; and &#8220;=&#8221;</strong> that some CMS systems add. For example, if you are an osCommerce user, its a straightforward task to have Ultimate SEO URL&#8217;s installed, and produce plain-English file names.</p>
<p><strong>7.) Don&#8217;t use the default file names</strong> and hierarchical structures in Wordpress / Joomla / Drupal / or any other Content Management system. For example, is 2007 a good Category heading, or directory name? Its out of date in a few months time! Still, its not uncommon to see sites based on silly, out-of-date directory/file name combinations.</p>
<p><strong>8.) Make sure your CMS site generates keyword-rich file names </strong>that reflect page content. This should be the &#8220;normal&#8221; way to do things, but apparently the people who write this software genre don&#8217;t really understand a web business must generate search engine traffic to survive.</p>
<p><strong>9.) Prevent your session ID&#8217;s being added to pages served to search engine spiders.</strong> Aside from the special character garbage, it means every time they visit, they get a different URL for the same page &#8211; resulting in duplicate content indexing! That can get your site removed from the SE indexes!</p>
<p><strong>10.) Before changing a filename, ensure that you first set up a 301 Permanent Redirect </strong>from the old file name to the new file name. This will make the transition seamless, and minimise the possibility of 404 page not found errors. Also, those people who had the page bookmarked will still arrive at the correct location in your site.</p>
<hr />
<p><span style="font-size: x-small;">Yet another SEO article by <strong>Ben Kemp</strong>, a free-lance <a href="http://www.comauth.co.nz/seo-rates-services.htm">website seo</a> consultant and web site designer. He offers free SEO articles &amp; web design tips, see <a href="http://www.comauth.co.nz/the-seo-guys-blog/" target="_blank">Web Page SEO &amp; Website Design Blog</a> : <strong>Web</strong>: www.comauth.co.nz</span></p>
]]></content:encoded>
			<wfw:commentRss>http://www.comauth.co.nz/web-design-issues/do-your-file-names-stink.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Website Business Risk Management</title>
		<link>http://www.comauth.co.nz/seo-articles/website-business-risk-management.html</link>
		<comments>http://www.comauth.co.nz/seo-articles/website-business-risk-management.html#comments</comments>
		<pubDate>Mon, 18 Jun 2007 14:40:59 +0000</pubDate>
		<dc:creator>The SEO Guy</dc:creator>
				<category><![CDATA[Articles]]></category>
		<category><![CDATA[cms]]></category>
		<category><![CDATA[content management system]]></category>
		<category><![CDATA[search engine optimisation]]></category>
		<category><![CDATA[SEO]]></category>
		<category><![CDATA[website design]]></category>

		<guid isPermaLink="false">http://www.comauth.co.nz/the-seo-guys-blog/website-business-risk-management.html</guid>
		<description><![CDATA[Is placing all the eggs in one basket, in the form of 1-stop shop website design, maintenance &#038; hosting the best option? In my opinion, it most definitely is not! Keeping all website elements separate is sound business risk management practice!]]></description>
			<content:encoded><![CDATA[<p><span lang="EN-NZ" style="font-weight: normal">Is placing all the eggs in one basket, in the form of 1-stop shop website design, maintenance &#038; hosting the best option? In my opinion, it most definitely is not! Keeping all website elements separate is sound business risk management practice!</span></p>
<p class="MsoNormal"><span lang="EN-NZ" style="font-weight: normal">When you are setting out to establish a new venture on the web, its a daunting task. The terminology is complex and confusing. There are multiple aspects to consider &#8211; domain registration, website hosting, web site design, maintenance, search engine optimisation etc. There is a temptation to take the easy option of a one-stop shop, where someone else takes care of all the complicated items that you don&#8217;t understand. That way, you get one all-inclusive bill per month. There is an old adage &#8211; Jack of all Trades, Master of None! A bigger web design company that does everything rarely does individual things as well as a carefully selected group of specialists in their own fields of expertise.</span></p>
<p class="MsoNormal"><span lang="EN-NZ" style="font-weight: normal">The relationship between you and your website design company will evolve over time. As you become more knowledgeable (and more demanding) the relationship might even deteriorate! It happens&#8230; If you are in a 1-Stop Shop environment, you may be unwittingly placing your web business in potential jeopardy. </span></p>
<h2><span lang="EN-NZ" style="font-weight: normal">Domain Registration</span></h2>
<p class="MsoNormal"><span lang="EN-NZ" style="font-weight: normal">Do it yourself, and you ensure that you actually own the site. If you let your web designer do it for you, and he/she puts his/her name as the registrant, its not your site! Most website designers are aware of this, and take care to protect your interests. Some do not! For a company site, make sure the domain is registered in the company name, not an individuals name. If the office girl registers the site in her name, then leaves without a forwarding address, you&#8217;ve got a potential disaster in the making! </span></p>
<h2><span lang="EN-NZ" style="font-weight: normal">Website Hosting</span></h2>
<p class="MsoNormal"><span lang="EN-NZ" style="font-weight: normal">Some web designers offer hosting as part of the package. Its usually a re-seller arrangement, where the designer gets a commission on the monthly hosting fees &#8211; as opposed to a server owned and operated by the website designer. Realistically, you are better to shop around and find a hosting package that delivers the functionality you require in terms of site management and software. For example, a classic Apache server with cpanel management, and PHP and MySQL databases will meet most needs. Performance can be an issue &#8211; and its not in your best interests to be hosted on a server with 600 other sites. </span></p>
<p class="MsoNormal"><span lang="EN-NZ" style="font-weight: normal">If you&#8217;ve chosen a .com domain, make sure you have hosting in the country that your clients are located in&#8230; otherwise, you&#8217;ll be excluded from country-specific searches!  </span></p>
<h2><span lang="EN-NZ" style="font-weight: normal">Choosing Website Designers </span></h2>
<p class="MsoNormal"><span lang="EN-NZ" style="font-weight: normal">Its best to develop a design brief &#8211; specify your goals and objectives, and give some examples of sites that appeal to you. Circulate the brief to a few designers you&#8217;ve selected after reviewing multiple web design sites. Build a chart that compares what each designer offers, at what costs. Engage in dialogue with a short list of 2-3 designers and resolve any issues you did not understand in their responses to your brief.</span></p>
<p class="MsoNormal"><span lang="EN-NZ" style="font-weight: normal">Finally, pick someone who can talk to you on your level without being condescending. Be firm about separating components such as domain registration, hosting, and design. If the designer is insistent on combining all elements, move them to the bottom of the pile. If they have a particular CMS that they want you to use, ask them if its an open-source system. If not, ask them what happens in the future, if you become unsatisfied with them or the product. All promises should be made in writing, and signed by the CEO&#8230; in the form of a legal and binding contract. </span></p>
<p class="MsoNormal"><span lang="EN-NZ" style="font-weight: normal">Make sure your potential designer is listening to you, and is trying to deliver what you require, rather than what is best for them. </span></p>
<h2><span lang="EN-NZ" style="font-weight: normal">Website Architecture</span></h2>
<p class="MsoNormal"><span lang="EN-NZ" style="font-weight: normal">The web site architecture that you choose can make or break you. In terms of good search engine rankings, the simpler you can make the site, the better. HTML-based sites which allow total control over all page elements will always deliver the best results. If your potential designer is insistent on building the site in Frames, JavaScript, or Flash, or combination thereof, remove them from your list immediately. The rule is &#8220;form follows function.&#8221; It won&#8217;t matter a bit how wonderful your site looks, if no one can find it.  Modest use of JavaScript or Flash is fine… but the search engines can neither read or index anything in either – so it is best to ensure at the outset that your site is not doomed to obscurity!</span></p>
<h2><span lang="EN-NZ" style="font-weight: normal">Website Management </span></h2>
<p class="MsoNormal"><span lang="EN-NZ" style="font-weight: normal">Free-form editing of individual HTML pages is the best option from a search engine optimisation perspective. Its not much more complicated than using a word processor, and uploading the page amendments to the live site is not particularly difficult. However, if you are going to use a Content Management System for maintenance instead, its in your best interests to opt for an Open-Source CMS! With &#8220;open source&#8221; the software is free, no license fees apply, and anyone can work on it. You own the site content, and can more readily export it to another CMS platform if you don&#8217;t like the current one. With an open -source platform, you are not limited to a single designer or developer. If things don&#8217;t go the way you want, changing designers or developers is relatively simple.  </span></p>
<h2><span lang="EN-NZ" style="font-weight: normal">Content Management Systems &#8211; CMS</span></h2>
<p class="MsoNormal"><span lang="EN-NZ" style="font-weight: normal">Proprietary Content Management Systems (CMS) present a real threat if you become dissatisfied with the developer&#8217;s service / performance. &#8220;They&#8221; own the site, not you, and you are effectively locked in to the package, which usually includes web design, development and hosting. If you want to change suppliers, you may have to abandon your entire development investment and start again from scratch! </span></p>
<p class="MsoNormal"><span lang="EN-NZ" style="font-weight: normal">Such an environment usually involves shared hosting on the CMS supplier&#8217;s server. This places your site in the midst of multiple other sites all running exactly the same software platform, and often all of the same site type &#8211; e.g. e-commerce. This is undesirable from a search engine optimisation point of view. </span></p>
<p class="MsoNormal"><span lang="EN-NZ" style="font-weight: normal">In my opinion, a CMS system is complete overkill for a site of less than 100 pages &#8211; which is most small business sites. This comment applies equally to any totally database-driven solution. Overall, content changes very little &#8211; for many pages, it might be an annual revision. Using an HTML editor to make minor page changes requires minimal technical ability, and publishing amended pages via FTP is a trivial exercise. Exceptions to this are e-commerce, dating, portal or similar special purpose site, where you require a pre-designed application such as a shopping cart solution. Even then, combining HTML informational pages with the open-source application is still the best option. </span></p>
<h2><span lang="EN-NZ" style="font-weight: normal">Website Backups</span></h2>
<p class="MsoNormal"><span lang="EN-NZ" style="font-weight: normal">This can be a simple as a monthly download to your PC of the site plus databases. Do not totally rely on your hosting company for site backups! Do not totally rely on your website designer for backups! In the event of a total systems failure, or unresolved dispute, you may be left relying on what data you have at your disposal. As a minimum, you want multiple copies of the site, stored at multiple locations. The live site on your hosting companies server, plus a local copy on your PC, plus a backup copy on your external hard drive, plus a monthly copy on CD or DVD and stored at your Mum&#8217;s place should do it!  </span></p>
<h2><span lang="EN-NZ" style="font-weight: normal">Business Resilience</span></h2>
<p class="MsoNormal"><span lang="EN-NZ" style="font-weight: normal">Rule No.1: Do not put all your eggs in one basket! Basically, you need to ensure that you minimise your dependence on any one service supplier. If your web designer goes belly-up, what becomes of your proprietary CMS system? If the hosting company goes out of business, you need to be able to quickly change hosts and servers.   </span></p>
<ul>
<li>
<p class="MsoNormal"><span lang="EN-NZ" style="font-weight: normal">use the national domain registrar &#8211; more expensive, but they might still be in business next year!</span></p>
</li>
<li>
<p class="MsoNormal"><span lang="EN-NZ" style="font-weight: normal">use open-source software, if you must use a Content Management System!  </span></p>
</li>
<li>
<p class="MsoNormal"><span lang="EN-NZ" style="font-weight: normal">use an independent web designer &#8211; if your relationship deteriorates, you can easily switch to another!</span></p>
</li>
<li>
<p class="MsoNormal"><span lang="EN-NZ" style="font-weight: normal">use a independent hosting supplier &#8211; if it does not work out, you can change hosting companies!</span></p>
</li>
<li>
<p class="MsoNormal"><span lang="EN-NZ" style="font-weight: normal">use an independent SEO supplier &#8211; if it does not work out, pick another!</span></p>
</li>
<li>
<p class="MsoNormal"><span lang="EN-NZ" style="font-weight: normal">use a regular site backup regime &#8211; multiple copies in multiple locations!</span></p>
</li>
</ul>
<p><span lang="EN-NZ" style="font-size: 12pt; font-family: Arial">Doing so substantially insulates you from other&#8217;s failings, and ensures you can quickly respond to a change of circumstances. Even in cyberspace, an ounce of prevention is still better than a pound of cure!</span> </p>
]]></content:encoded>
			<wfw:commentRss>http://www.comauth.co.nz/seo-articles/website-business-risk-management.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Content Management Systems Equal Business Suicide!</title>
		<link>http://www.comauth.co.nz/content-management-cms/content-management-systems-cms.html</link>
		<comments>http://www.comauth.co.nz/content-management-cms/content-management-systems-cms.html#comments</comments>
		<pubDate>Sun, 28 Jan 2007 05:16:26 +0000</pubDate>
		<dc:creator>The SEO Guy</dc:creator>
				<category><![CDATA[Content Management CMS]]></category>
		<category><![CDATA[cms]]></category>
		<category><![CDATA[content management system]]></category>

		<guid isPermaLink="false">http://www.comauth.co.nz/the-seo-guys-blog/35</guid>
		<description><![CDATA[One of the fastest way to minimise your chances of web business success is to use a Content Management System. CMS systems place a huge handicap on achievable Search Engine rankings. meaning there is a direct, immediate and practically insurmountable conflict with business aspirations.]]></description>
			<content:encoded><![CDATA[<p>One of the fastest way to <strong>minimise your chances of web business success</strong> is to use a <strong>Content Management System (CMS)</strong>. There are a number of open-source CMS products, such as phpWS, Mambo, Plone, Drupal, Geeklog, Siteframe, and phpNuke etc and a plethora of proprietary CMS products espoused by individual web design companies as the answer everything from lack of HTML knowledge to rapid shopping cart deployment etc.</p>
<p>Expressing this in simple terms, its said that possibly as high as 80% of online purchases are made from leads generated by search engines. CMS systems place a huge handicap on achievable Search Engine rankings. meaning there is a direct, immediate and practically insurmountable conflict with business aspirations. There are multiple reasons for this.</p>
<h2><font size="4">Duplication of Content</font></h2>
<p>Search engines loathe duplicate content. In the average CMS, there are numerous common design elements, images, HTML and/or JavaScript code blocks etc, which are portrayed across ALL sites using the same system, and this is not a good thing.</p>
<p>Many CMS systems make it hard to impossible to generate unique page Title, Description &#038; Keyword meta-tags, meaning all pages can look identical in search engine results. Many CMS systems do not permit you to assign keyword-rich image names, or apply unique and specific image ALT tags, and the page file names are usually not directly controllable. Few CMS systems allow you to easily add anchors on specific pages, and to link to those anchors from other pages. All of this translates into losing you valuable search engine optimisation opportunities.</p>
<h2><font size="4">Shared IP Addresses vs. Unique IP</font></h2>
<p>Proprietary CMS systems usually go hand in hand with a &#8220;total package deal&#8221; that includes web design, web hosting and CMS. The hosting is invariable on a &#8220;shared server&#8221; meaning your site has the same IP Address as all other sites on the server.<br />
Should a situation occur Where another site or sites are offering very similar or identical products and services, there is a potentially serious conflict of interest which the web design &#038; hosting company will probably not advise you of! The first site is highly likely to be given priority rankings and treatment by the search engines, and all subsequent sites are highly likely to be consigned to oblivion as Search Engines will probably regard them as &#8220;duplicate content!&#8221; So two or more &#8220;Christmas gift shops&#8221; on the same &#8220;shared server,&#8221; or two or more &#8220;human resource consultants&#8221; face a problem they will be blissfully unaware of. Having a unique IP address assigned to your site is far more sensible!</p>
<h2><font size="4">Usability</font></h2>
<p>Open-source CMS systems are written by geeks and nerds, for other geeks and nerds. It is painfully obvious that none are written by people with the faintest understanding of search engine optimisation, or an awareness of the old adage &#8220;form follows function.&#8221; As for &#8220;usability testing&#8221; there is no demonstrable evidence that any research and science has been applied to either the user or the administration interfaces! Unfortunately, the same criticisms can be levelled at the commercial CMS systems on offer.</p>
<h2><font size="4">CMS and Being Held To Ransom</font></h2>
<p>In terms of the proprietary CMS systems, you are also seriously at risk of being captured and held hostage by your web design company, because they now &#8220;own&#8221; your site and you cannot easily escape without sacrificing your total investment. In this respect, use of CMS demonstrates a complete lack of business risk analysis. From that point on, you can also be systematically milked like a cash cow for every amendment, change, edit etc that they carry out on your behalf! Believe me, it happens every day&#8230; and I&#8217;ve seen people charged $90 for a simple edit that took me less than 2 minutes to implement!</p>
<h2><font size="4">CMS Saves You Money?</font></h2>
<p>Yeah, right!!! The overheads of managing a CMS are usually far in excess of managing a conventional site. Content percentage-wise, most sites actually change very little, and the majority of pages are static and do not change at all. CMS is total overkill for the average business site.</p>
<h2><font size="4">Stand Out from the Crowd, Don&#8217;t Join It! </font></h2>
<p>To succeed on the web today, you need to be a clearly unique entity, with original content, properly organised, logically described, and all pages must be optimised for a set of specific keyword phrases that accurately describe your products or services. Anything less is a compromise, and is to YOUR business detriment. A CMS system has a direct, negative impact on almost all desired outcomes &#8211; from minimising business risks, improving search engine rankings and prompt return on investment.</p>
<p style="margin-top: 0px; margin-bottom: 0px"><u>Another SEO Article by;</u></p>
<p style="margin-top: 0px; margin-bottom: 0px"><strong>Ben Kemp</strong>, aka <a href="http://www.comauth.co.nz/seo-rates-services.htm">The SEO Guy (nz)</a></p>
<p style="margin-top: 0px; margin-bottom: 0px">Web: <a href="http://www.comauth.co.nz/">www.comauth.co.nz</a></p>
<p style="margin-top: 0px; margin-bottom: 0px">Email: <a   rel="nofollow" id="sto_emailShroud0" href="http://www.somethinkodd.com/emailshroud/emailaddress.php?domainName=TheSeoGuy.co.nz&amp;userName=SEO&amp;ver=2.2.0" >SEO</a></p>
<p style="margin-top: 0px; margin-bottom: 0px">Contact us for a <a title="Contact us NOW for a FREE SEO Review!" href="http://www.comauth.co.nz/review.htm#web_Search_engine_Ranking_Review_Analysis_SEO_SEM_review">Free SEO Site Review</a>….</p>
]]></content:encoded>
			<wfw:commentRss>http://www.comauth.co.nz/content-management-cms/content-management-systems-cms.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
