The Task Of Forwarding A Domain Requires Experience, Persistence, And Research

I constantly advise Blogger blog owners to avoid forwarding, when setting up custom domain publishing.

In the rare cases where forwarding is actually required, not every blog owner reports success.

My blog now displays a non Google search page!

or worse

My blog now displays

404 Not Found

What did I do wrong??

Depending upon what setup work was done by the blog / domain owner, and what effort is required by the registrar, one may expect to see, quite predictably, either of the above errors.

When you just publish your blog to the primary domain, you're using the Blogger Publishing wizard.

When you forward a secondary domain to the primary domain, you're using the DNS Manager wizard provided by the registrar, for that secondary domain. Frequently, this is a 2 step process.

1. You use the DNS Manager for the secondary domain, and designate the primary domain as the forwarding target for this domain.
2. You setup a DNS address for the secondary domain URL, and target the redirection server - as provided by the DNS host.

Some wizards will handle both steps for you automatically, while others will require that you do both steps separately. I have had both experiences, when forwarding different domains using the GoDaddy DNS manager. You may need to experiment, here - or ask an experienced technician at the registrar, for advice.

If your registrar requires that you perform both steps separately, and you only do the first, your domain gets redirected to the redirection server. If you don't define a redirection target, you have a parked domain, similar to an expired domain - and your domain will serve the ads display page provided by the registrar.

If your registrar requires that you perform both steps separately, and you only do the second, your domain will be properly redirected from the redirection server - but the redirection server will not be defined, for your domain. If the redirection server isn't defined, the domain will be "404".

If your registrar does not provide explicit instructions - or if you use the domain manager wizard and get either of the above results, it may be time to contact a customer service representative. Using a third party registrar, or a third party DNS hosting service, you may have to improvise.

Forwarding a domain - when you must serve two domains (or more) from one blog - is simply not a task for the inexperienced.

>> Top

Accessing The Registrar's Domain Manager, After Using "Buy a domain"

Setting up a custom domain, and publishing a blog to a non BlogSpot URL, is a simple enough task - when we are able to use the "Buy a domain for your blog" wizard. Sometimes, after using "Buy a domain ...", we may still have to access the registrar's Domain Manager wizard.

When we use "Buy a domain", along with setting up the domain for us, the Blogger / Google wizard sets up a new eNom or GoDaddy domain owner account. To let us later login to eNom or GoDaddy, the "Buy a domain" wizard saves the login information, for our new account - in a Google Apps desktop wizard. Here is yet one more reason why we absolutely must setup the provided Google Apps account, after receiving the Google Apps email.

The process of managing a domain, when setup using "Buy a domain", is not too complicated.

1. Setup a new Google Apps account. Since free Google Apps accounts are no longer offered, you'll have to setup a Trial - or limited function - account.
2. Login to Google Apps.
3. Retrieve the Google Apps registrar login information, from "Advanced DNS settings".
4. Login to the registrar (eNom or GoDaddy).

The domain owner registrar login information is right there, in "Advanced DNS settings".


The domain owner login information is in the Google Apps desktop.

1. Go to "Domain settings" - "Domain names" - "Advanced DNS settings".
2. Open a new browser tab or window, clicking on "Sign in to DNS console".
3. Copy the Sign-in name, and the Password, to the appropriate boxes on the sign-in dialogue, and click "Login".
4. This will put you into the Domain Manager wizard, for the new domain.

If you already had an eNom or GoDaddy account, that will be a separate account - but with this new account maintained for you, by Google. Just keep your new Google Apps account accessible and active, keep the domain registration up to date - and you'll have no problem accessing the Domain Manager wizard, and managing the domain, whenever you need.

>> Top

You Cannot Buy A Domain From Blogger

One of the odder examples of naivete, seen occasionally in Blogger Help Forum: How Do I?, involves the custom domain purchase.

How do I buy a domain from Blogger?

or alternately

How do I have Google host my domain?

The immediate answer, properly stated, is simple.

You cannot buy a domain from Blogger. Neither Blogger, nor Google, is a registrar.

The full answer, however, is a bit more complex.

Blogger / Google provides the "Buy a domain for your blog" wizard, which simplifies the purchase and setup of non BlogSpot URLs, for our Blogger blogs - when we are able to make certain concessions in the purchase process. The "Buy a domain" wizard is simple, with some subtle restrictions.

• The "Buy a domain" wizard should not be interrupted, as it cannot be restarted.
• A major bank issued credit card, in working order, is required.
• Only specific generic Top Level domains are offered.
  • .biz
  • .com
  • .info
  • .net
  • .org
  No country Top Level domains are offered.
• The "Buy a domain" wizard uses partner registrars eNom and GoDaddy, selectable at purchase.
• If you already have an account with eNom or GoDaddy, you will end up with a second account. There is no opportunity to purchase using an existing account.
• "Buy a domain", when used, produces one and only one of the three standard domain models.

If you are able to live with the restrictions - and you are the one asking the original question

How do I buy a domain from Blogger?

chances are that you, Blogger / Google, and your readers will all be better off with you using "Buy a domain". Just please, plan the blog migration, before starting.

>> Top