Neo•Paradigms
This page contains technical how-to information, tips and advice on how to adjust for server and design issues that may be negatively impacting your search engine optimization efforts. While this information is intended for professional Web Designers, it contains information that is valuable for any web owner to know.
Occasionally certain server issues can negatively impact search engine rankings. When "repaired" the ranking significantly improves. This page discusses ways to address some of these potentially negative server issues.
You have multiple domain names pointing to the same content.
Usually your first consideration for purchasing multiple domain names may be to cover your product category with similar names and possibly the purchase of commonly misspelled variations. Or you may just want to deprive your competition of some other nice domain names. But you own a bunch of them, and you have had each of them pointed to your main web site.
This is usually a poor design strategy (called 'domain spam') because you're trying to index multiple website domain names that point to the same physical content on the server. This is common where DNS services are used to "map" multiple sites to the same server files. Most search engines have the ability to save and check file size and the ability to save and check long text strings. They will notice duplicate content and only index one site while throwing the rest out. Further, this sort of model works against proper internet marketing strategies.
How to correct this problem.
By using what we refer to as an IP-funnel you can have the domains go to your production site, but without the problems associated with duplicate data for each domain. Below are directions to correct the domain spam problem so that a search engine does not view your multiple sites as deceptive or misleading.
| Most domain services web sites (domain.com and most others) provide the ability to "point" or "forward" to another site. |  |
The multiple domains will point to a feeder site that is hosted | ||
| The feeder index will include a "meta refresh" and a "no index" statement. | The feeder index file should have an "optimized" title, description, and keyword tag. | The Feeder Site is hosted and only contains an index file and a robots.txt file | Next, add a 301 Permanently Moved action to the Feeder Site that will redirect to the Main Site so that any links and status is passed. The feeder site will correctly redirect to your "real" site. |
How to move a site to a new host
If you are moving your site to a new IP address or ISP this procedure will help minimize the downtime and confusion during DNS propagation.
 |
After everything has been checked you should be able to delete your old site after a sufficient amount of time has passed (not more than 3 months). Note that Google does cache the old DNS address information and until they verify that the site has moved and store the new DNS information they may not visit your new site. The 301 will assist in this area. * If you are moving from an IIS server to Linux (Apache) you should validate your formmail scripts, and any items that may not be cross platform compatible. |
How to configure a 301 Permanently Moved action
In the above example the IP Funnel page should transfer to the production site via a 301 Permanently Moved action. A 301 is also useful in resolving typographical errors in links from other sites, as well as creating shortcuts. In unix you may also choose to use it to handle improper case specifications in URL's.
How to correct this problem.
In a UNIX/Linux (Apache) environment you would modify the .htaccess file to include the command:
RedirectPermanent /contentpage.htm http://www.targetdomain.com/content/contentpage.htm
RedirectPermanent / http://www.targetdomain.com/
In a Microsoft IIS environment you would normally open the control panel, select "Home Directory", and select "Redirection to a url".
In both cases you would be well advised to include a custom 404 page (see below). The 301 Moved action (where you do not specify a from page name as in the "/" example above) causes http://www.old-domain.com/xyz.htm to be sent to http://www.new-domain.com/xyz.htm -- specifically requiring that the page names match or a 404 will result. It is possible to intercept and alter the 404 to be a 301 thru programming in IIS or Apache.
How to configure a 404 File Not Found action
A customized web page with complete navigation is very helpful for visitors in the event they come across and old web page that has been renamed, moved, or deleted. It also prevents the very unprofessional-looking "page cannot be found" local error page from appearing.
How to correct this problem.
In a UNIX/Linux (Apache) environment you would modify the .htaccess file to include the command(s):
ErrorDocument 404 /404.htm
ErrorDocument 403 /404.htm
ErrorDocument 401 /buynowpage.htm
----- Error codes appear below
In a Microsoft IIS environment you would normally right-click on the appropriate Web service icon in the IIS Management Console and select Properties. Select Custom Errors then select the 404 error, and then select Edit Properties. In the Message Type list select Edit URL being careful (!) to specify the error recovery page URL.
Tables are causing long navigation lists to be seen as the first content
Your site is developed in tables and by the time the search engines encounter your main content it is far down the page. Generally the text at the top of the page is considered the most important text, and sometimes site design pushes the main body content hundreds of lines from the top of the page source file.
A normal web page usually has a header, a nav bar that is usually on the left side of the page, and the main content is on the right. The search engines usually look at many page attributes, i.e., title, description, and at least the first 200 words of your content after your opening <body> tag. The engines do spider your whole page but if your nav bar lists many products, the search engine may not encounter your main body within the first 200 words.
How to correct this problem.
This technique is also known as the "table trick". We include our description as an example for our clients.
Most of the search engines will read a table a this way:
- They will find the opening <table> tag and look for the first "table row" <tr>.
- They will begin to read each "data set" <td>"data"</td> inside the "table row" from left to right until they find the closing </tr> tag.
- They will try to keep going until they find the closing </table> tag.
They will continue until they have crawled the entire page. Your "main body content" is usually where you would have most of your keyword phrases and the "relevant" body copy that you would want the search engine to index. Knowing that the spider will often try to figure out your "theme" within the first 200 words of your site you would want them to see the relevant text as soon as possible. The table technique will "push" your left-side navigation (etcetera) bar down below your body content and "pull" up your body content so it will usually be within the first 200 words.
| Normal site without "table technique" | Normal site with "table technique" | ||||
View the page |
In our example we used "includes" to show where most of your body content would normally be located |  |
 |
The most important part of the technique is to insert an "empty data set" right before your body content "include" | View the page After implementation When you "view source" the page is heavily commented. |
| The left nav may have many product links listed that would easily be over 200 words. Especially if all of the links are fully qualified. | When you look at the source you will notice that the body is below the nav bar | There are many variables to contend with. We are assuming that your site header could be mostly pictures, <alt> tags and some navigation. The first area that is usually content intensive is a text based nav bar. If your nav bar is javascript or flash based, you have a whole new set of concerns. |
If your site header is mostly pictures and the table technique "data set" is empty. The second item that is read is really your "main content". Depending on your page architecture, this could take some thinking and major redesign work. | You will notice that the nav bar is down at the bottom of the page and the only visible difference is that your nav bar is slightly lower. A small price to pay for better ranking. |
|
The site is frames-based -- Is this a problem?
Search engines are showing an increased spider disfavour for "frames based" sites. I believe there will be continued problems and, ultimately, STRONGLY recommend a redesign a non-frames site. Often the URL included in the frames pages are being indexed instead of your invoking frames page, so if you include content from another site in your frames page you are not getting ANY credit for that content... you are simply causing the other site to get spidered. It does not help you in the least in this case. If the content is from your own site and you need to use frames then there is a solution that will help by re-establishing the frames environment for the site.
Unscrupulous SEO agents are at the root of why frames are getting to be a spider ignored design. Be careful when selecting your seo professional. Poor seo practices - sometimes fraudulent - can cause your site to become black-listed from search engines entirely.
How to correct this problem.
In the interim, adding this to the top of each page included in a frame will result in having that page detect that it is being loaded outside of the frame and it will re-establish the frame around this page:
<SCRIPT LANGUAGE="JavaScript"> |
Server Side Include Tips
If your pages are .htm or .html and your server does not recognize your files when you're using server side includes (SSI), then the server must be configured for their application. In addition, if you are using SSI commands but are afraid that the .shtml commands are harmful to your search engine optimization efforts, OR your site is entirely .html extensions, but you want to add SSI commands for tracking or promotional purposes, then the server must be confiqured appropriately.
How to correct this problem.
If you're on an Apache (linux) server, your ISP will have to edit the httpd.conf file to include your extensions. They usually know what to do. However, the ISP will need to restart the apache server which will impact other sites.
| example: | AddType text/html .shtml |
| AddHandler server-parsed .shtml .html .htm |
If you're on a MS server (IIS) your ISP may have to edit the registry to include your additional file extensions. IIS 6.0 will include a new node that is named Web Server Extensions . Your ISP should be familiar with how to do it. As with Apache (Linux) servers, your ISP has to stop IIS, make the change, and restart IIS. For additional information on MS servers please view the following links to the Microsoft Knowledge Base.
IIS 6.0: Definition of Term Web Service Extensions
Setting up SSI's with different extensions.
