Build
Run npm run build in the Astro project and use dist/ by default, or the static output directory set in the project configuration.
Limited-time offerPro & Max plans — 20% offSave 20% on monthly and yearly billing.
Save 20% on monthly and yearly billing.
For an Astro site build
Astro source becomes browser-ready after your local build. When the next step is review, package the generated dist directory as a ZIP and publish that static output as a link. HTMLShare does not run Astro or turn the source project into a server-rendered app.
Review lens
The preview starts with what Astro emitted. Verify the generated files at the location and widths your reviewers will use.
Run npm run build in the Astro project and use dist/ by default, or the static output directory set in the project configuration.
Keep index.html, _astro assets, public files, images, fonts, and other generated resources in the ZIP with their relative paths.
Check internal links and any configured base path or asset prefix against the preview URL before sharing.
A real moment for the page
Let a client or teammate inspect the generated Astro pages without installing dependencies or opening the source project.
Check rendered copy, mobile layout, links, images, fonts, and other static assets in the browser preview.
Share the exact dist snapshot while the team decides where the approved site belongs after review.
Why this handoff works
The link represents the files Astro produced, not a source folder that still needs npm install, a dev server, or a build step.
A complete ZIP preserves the generated HTML, _astro bundles, public files, and other relative resources that the page needs.
Use the link to review static pages. SSR, adapters, server rendering, backend integrations, and authentication need another environment.
A three-step workflow
Run the Astro build command in your normal local or CI workflow and locate dist/, or the custom output directory configured for the project.
Package the generated contents with index.html, _astro, public files, images, fonts, and other assets. Do not upload src as a substitute for the build.
Check routes, base path, assets, responsive layout, and client-side interactions in a fresh browser, then send the preview link for review.
Know the boundary
HTMLShare publishes browser-ready static output. Keep builds, source tools, private access, live data, and production operations in the systems built for them.
Build the project in your local or CI workflow first. HTMLShare publishes the resulting browser-ready static output.
SSR, adapters, server rendering, server endpoints, backend logic, authentication, and live data are outside this static preview.
HTMLShare is for the review stage. Use the production environment built for your site's runtime, domain, monitoring, and release operations.
Keep exploring
Before you publish
No. Run the Astro build in your local or CI workflow, then upload the generated static output, usually the dist directory.
Zip the generated dist contents with index.html, _astro assets, public files, images, fonts, and any other resources the built pages reference.
No. This workflow publishes browser-ready static files only. SSR, adapters, server rendering, server endpoints, backend logic, and authentication require another runtime.
No. Use the preview for review, then move approved output to the production environment that provides the site's runtime and ongoing operations.
Ready for the next review
Create a noindex preview link for the static HTML or ZIP project, then move approved work to production when it is ready.