Export and publishing model

Publishing is designed around portability and predictable delivery.

What export includes

  • page structure and navigation
  • styles and interaction scripts
  • embedded images and document assets
  • reading interface behavior needed for the final reading experience

Why the single-file format matters

A single HTML output is easier to upload to static hosting, attach to a release package, or share directly without dependency on an extra asset directory.

It also reduces the number of deployment steps when the published version must stay synchronized with a specific release or product build.

Common hosting patterns

  • upload the file to static hosting or object storage
  • publish it under a support or docs subdomain
  • bundle it with software releases or downloadable archives
  • send it directly when the recipient needs an offline-capable copy

Operational notes

If you publish multiple versions, keep a versioned naming convention and a stable public index page.

When teams need a public documentation hub, link the latest export from a visible route like this online help section.