Welcome to the Q&A Forum

I concur with the following advice given.

Nothing short of the cloud beats having 100/mbs download speeds.

On a side note, VPS cloud nodes have become the new rage.  While cheaper than a dedicated server, here has been but one experience:

I went from a 8.4ghz 5.14gb cloud setup (14 nodes at VPS.net) to a local (to Seattle) dedicated quad proc with only 6gb ram.  The second server is well over 40% faster than the VPS cloud.

These are often dubbed "Google Sniper Sites". I would NEVER recommend simply creating a one-page site. It take all of 5 minutes to add in the additional pages which will add valuable creditability to your site.

I would first determine the commercial intent / KPI of the domains.  Are you selling a physical product, info product, building a list, etc. This will determine the voice / message used for the next steps.

Create your landing page: 500-1200 words, 1-3% KWD, and intelligent use of LSI keywords. H1,H2,H3 main keyword, main keyword in first and last sentences.

I would then take the same article, and create a video that is in alignment with the core concept.  Your video should be no less than 3 minutes. Longer the better -- seeing how videos will drive on-site time up. Direct sales-pitches are generally a no-no, as you want to build a personal connection with your reader and walk them through the emotional buying process. IE. solve their problems and touch on fear, vanity, greed.

Last but not least, you need to add in: about, contact, privacy, terms of service pages.

You can add in some additional on-site tricks, such as hiding the action button until the video is completely done playing. Also the new craze is revealing/flashing sub-headlines three seconds after page load. This forces the readers eyes back to the headline and prevents skimming.

Heyas,

So I got great news for you.  Since Step 2 results in identical file structures, you shouldn't need crazy 301's.

In fact, all you need to do is setup a wildcard redirect. In IIS, edit web.config file, modify or add
the following section to its rewrite section

 <rewrite><rules><rule name="old to new" enabled="true"><match url="(.*)"><conditions><add input="{HTTP_HOST}" negate="true" pattern="^www\.([.a-zA-Z0-9]+)$"></add></conditions> 
         <action type="Redirect" url="<a href=" http:="" www.newdomain.com="" {r:0"="">http://www.NEWDOMAIN.com/{R:0}" appendQueryString="true" redirectType="Permanent" /></action></match></rule></rules></rewrite> 

Additionally, you can use the web install manager to install the
RewriteModule. Coming from *, I actually will give praise to M$
 on the GUI / ease of use.

Make life easier on yourself, spend some coin in a solid multivariate testing framework.

Free tools rarely offer the firepower of a commercial product.

This one seems decent: http://monetate.com/features/power-features-list/

I actually just got done with a similar issue.

The best way to take care of this, in my humble opinion, is to delete the claimed (and inferior) listing. Do this first.

http://www.google.com/support/places/bin/answer.py?hl=en&answer=154102

Then, claim the better listing like normal.

Agh.. response got deleted (my fault).

Option a) force the non-www canonical URL. Moving forward, build all links to non-www TLD

Option b) rebuild / update all your links to the www format

Also, I would really question the merits of your fire and forget link building. Link velocity is an important metric (also shows you're not "gaming" the system).

For canonical URLS, all that matters is that everything is redirected to the same place.

Example:
TLD.com
www.TLD.com
TLD.com/
www.TLD.com/
TLD.com/index.html
www.TLD.com/index.html
TLD.com/index.html/
www.TLD.com/index.html/

All those need to point to the same place.  In your scenario, I would go with the TLD.com (no www).

In physics, Average Velocity = (change in position) / (elapsed time)

Link Velocity: Change in # of links indexed / time

So let's say week 1 you build and index 100 links, then the next week you build 200 links.

Your velocity would then be +100 links/week, or a rate of change of 1. (200-100 / 100 = 1 .... (week 2 - week1) / week 1 = change)

Let's say then on week 3 you build another 200 links.  Your link velocity, compared to the prior week, is ZERO. ( 200 - 200 / 200 )  This is because you're not accelerating. Zero is not a bad thing. Zero means you're treading water

Then on week 4, you only build 100 links. Compared to week 3, your link velocity would be -0.5 (100 - 200 / 200). This indicates your links aren't coming in as fast / slowing down. DUH

So what does this all mean?

Google uses link velocity to measure trends and hot topics.  Websites that with positive link velocity are considered to be trending upwards; that is, becoming more popular.

I've ranked position #1 for a national search term with a keyword difficulty of .46 and 86,000,000 competing results. Also ranked for a few .60+ difficulty keywords. Speaking from experience....

Your website, on-site, is presumably the only thing that you have absolute control of on the internet.  Any 3rd party blogs, links, wikis, portals, Q&A, etc are controlled by someone else who can turn you off at will.

By this logic, in Google's eyes, your on-site optimization including content is the only thing you own. You can change the content to the Nth degree, same with the code.

I like to use the analogy of a bucket (your website) with a bunch of holes in it (ranking factors). The more of the on-site factors you satisfied, the more water (linkjuice) you will retain.

Another analogy is building motors. You can slap a turbo onto any motor and see an increase. (Motor = website, turbo = links) However, the V8 is going to kick out more power than the wimpy little Honda fart-cannon.

Focus on optimizing your onsite stuff, and the rest becomes MUCH easier.

You actually want to noindex, nofollow your login page.  So as mentioned, you can ignore it, but I would go one step further and block it from the search results.