Skip to content

Choosing a Documentation Framework

The documentation framework you choose determines your developer experience, site performance, and long-term maintainability. This section compares the most popular options and explains why we settled on Astro + Starlight.

Q: What are the main categories of documentation frameworks?

Section titled “Q: What are the main categories of documentation frameworks?”

A: Documentation tools fall into four broad categories:

CategoryExamplesProsCons
Static Site Generators (SSG)Astro, Next.js, Hugo, JekyllFull control, fast, free hostingRequires developer skills
Doc-Specific FrameworksStarlight, Docusaurus, VitePress, MkDocsBuilt-in doc features (sidebar, search, i18n)Less flexible for non-doc pages
Hosted PlatformsGitBook, ReadMe, Notion SitesZero setup, WYSIWYG editingVendor lock-in, limited customization, paid
Wiki SystemsMediaWiki, BookStackCollaborative editingDated UI, poor SEO, heavy

A: Both are excellent choices. Here’s a direct comparison:

FeatureStarlight (Astro)DocusaurusVitePress
FrameworkAstro (framework-agnostic)ReactVue
Bundle SizeMinimal (ships zero JS by default)Larger (React runtime)Small (Vue runtime)
i18nBuilt-in locale routingPlugin-basedManual
SearchPagefind (built-in, local)Algolia DocSearch (external)VitePress search or MiniSearch
Content FormatMarkdown + MDXMDX onlyMarkdown + Vue
PerformanceExcellent (static-first)GoodExcellent
EcosystemGrowingMatureGrowing

Our reasoning for choosing Starlight:

  1. Zero JavaScript by default: Starlight ships pure HTML/CSS, only loading JS for interactive components. This means faster page loads and better SEO.
  2. Framework agnostic: If you ever need interactive components, you can use React, Vue, Svelte, or any framework — no lock-in.
  3. Built-in i18n: Locale routing and language switching work out of the box.
  4. Content Collections: Astro’s typed content system catches schema errors at build time.
  5. Pagefind: Local, build-time search with no external service dependency.

Q: When should I choose a hosted platform instead?

Section titled “Q: When should I choose a hosted platform instead?”

A: Hosted platforms (GitBook, ReadMe) make sense when:

  • Your team has no web development skills
  • You need collaborative editing by non-technical writers
  • You’re willing to pay monthly for convenience
  • You don’t need deep customization or custom build pipelines

For most technical teams, a self-hosted SSG approach gives you more control at lower cost.

Q: Can I migrate later if I choose the wrong framework?

Section titled “Q: Can I migrate later if I choose the wrong framework?”

A: Yes, but the cost varies:

  • Markdown-based frameworks (Starlight, VitePress, MkDocs): Migration is relatively easy since content is standard Markdown with frontmatter.
  • MDX-heavy frameworks (Docusaurus): Requires converting JSX components back to standard Markdown.
  • Hosted platforms: Export options vary; some lock your content in proprietary formats.

The safest bet is to keep your content in standard Markdown with clear frontmatter — then you can switch frameworks with minimal effort.

For a small team building technical documentation that needs to be:

  • Fast and SEO-friendly
  • Multilingual
  • Version-controlled
  • Freely hosted

Astro + Starlight is an excellent choice. In the next section, we’ll set it up from scratch.


Building a commercial IoT product?

We provide ESP32 ODM design-to-manufacturing services. From prototype to production — the team behind this tutorial can build it with you.

Talk to us →