Today is an auspicious day. We have finally figured out how to map our domains! It wasn’t technically difficult. The challenge lay in understanding what we are offering to the WWW. And though this is likely to change as we evolve, we have to start somewhere.

While we wait for the nameservers to propagate these new DNS records across the world wide web, let’s discuss how we set up these custom domains and deploy our sites to them.

Atmanauts Assemble

Today we are managing three related domains.

  • We have our agency folio here at This domain is where we work.
  • Our blog, a more personal endeavor, now can be perused at is where we play.
  • And our community now resides at is where we gather the tribe and try out new concepts.

Mapping our Github Pages Organization site to a Custom Domain

This folio was built using Jekyll to be hosted on Github Pages. That allows us to maintain and publish this site by pushing commits to the master branch of a repo named, so named because Atmanautica is the name of our Github Organization. By default, Github Pages will publish that master branch of that repo to that domain, which we want to map to our custom domain, Let’s take this step-by-step.

  1. Build a Jekyll site.
  2. Commit that Jekyll site to a repo named <organization> that is owned by the Github organization. This triggers Github Pages auto-publish.
  3. Add a file called CNAME to the repo root which contains the custom domain. Our CNAME file contains simply
  4. Head to our domain registrar to add two DNS records.
  5. Reflect the CNAME file with a CNAME record.
type host value TTL
CNAME www 30min
  1. Then ALIAS the apex domain to this site.
type host value TTL
ALIAS @ 30min

Then we let the dust settle. As these records propagate throughout the web, the custom domain comes alive.

There are a few desirable consequences of this configuration.

Now if someone goes to either or, they find our folio. If they try, they will see a custom 404 page, thanks to Jekyll and Github Pages. If we publish a new repo with a gh-pages branch, its contents will be automatically hosted at That way we can spin up static prototypes for our clients on our domain in a jiffy.

Publishing Static Sites on Custom Domains with Vercel

Vercel used to be Zeit, and their static site hosting platform used to be called now. We’ve been hosting prototypes and such with now for years. It’s been hard to beat their dead simple CLI deployment.

In the old days, we would configure now.json and then deploy with Now’s lovely CLI. Now, as Vercel, wants us to use their web interface. They fill my console with warnings of deprecation. This might mean we will mosey on to a more dev friendly host. But for now, we’ll give the old mouse a few clicks. So on we head to the Vercel Domains dashboard. I’ll spare you the details, there isn’t much to it.

Taking Sanity to the Next.js Level

All this aside, we’re excited about which we are using for our new projects: Full Smile World and Full Smile Monster. If all goes well, we’ll migrate all these sites into Sanity where we can manage our content from anywhere, customize our admin tools (what they call the Studio), and curate our data graph with hand-crafted schemas. Today we’ll be diving into the Next.js landing page demo to see how the pudding is made.