IndexLayer should be proof of its own philosophy.

That means the site does not need a complicated backend just to publish technical writing. It needs static pages, repeatable templates, strong metadata, and a workflow that makes publishing hard to break.

The Stack

IndexLayer publishing path
MDX contentAstro templatesstatic HTMLGitHub Pagesindexlayer.proGooglebot

This stack is intentionally small:

  • Astro for static page generation
  • MDX for technical writing and reusable components
  • GitHub Pages for free static hosting
  • Namecheap DNS for the domain
  • A sitemap, robots file, canonical URLs, and JSON-LD as the SEO baseline

Why Not Overbuild

IndexLayer is not starting as a SaaS app. It is a publishing lab, a case-study library, and an educational surface for the kind of search infrastructure we want to build for clients.

The simplest thing that reliably publishes clean HTML is the right thing.

The Content Workflow

Publishing workflow
write MDX
commit to GitHub
build static HTML
deploy to GitHub Pages
submit sitemap
watch Search Console
turn lessons into the next note

That last line matters. The content strategy is not separate from the work. The work creates the content.

Image Discipline

Screenshots and diagrams should live under predictable folders:

  • /images/lab/
  • /images/case-studies/
  • /images/guides/
  • /images/gsc/
  • /images/diagrams/

That keeps future GSC screenshots, crawl maps, and before/after diagrams organized as the content library grows.