Back to Discover
Astro logo

Astro

StartupLaunched September 2026

Screenshots

The Story

Astro is a web framework built around content. Pages are authored as components with an HTML-first template syntax, and by default the framework ships no client-side JavaScript for them. Interactive pieces are declared individually and hydrated on their own.

The island model is the core idea: a page is mostly static HTML, and any component that needs interactivity is marked as an island with a hydration directive. That island can be written in React, Vue, Svelte, Solid, or plain JavaScript, and different islands on the same page can use different frameworks. The framework also ships a content collections API that validates front-matter against a schema at build time.

Astro suits marketing sites, documentation, blogs, and content-heavy storefronts where interaction is limited to a few widgets. It is a poorer fit for applications where most of the interface is stateful and interactive, because the island boundaries then multiply and the static-first advantage shrinks.

Overview

Astro inverts the usual framework default: a page ships no client JavaScript unless a component opts into hydration.

A page in Astro is a component file with a frontmatter block and a template. The frontmatter runs at build time, and the template renders to HTML. Nothing is shipped to the browser unless a component is marked with a hydration directive such as client:load or client:visible, at which point that component and its dependencies become an island.

Islands are framework-agnostic. A single page can contain a React component, a Svelte component, and a Vue component, each hydrated independently. This makes incremental adoption realistic: an existing React widget can move into an Astro site without a rewrite, and the rest of the page stays static.

Content collections add build-time validation. A collection declares a schema, and front-matter that does not match fails the build rather than producing a broken page. For documentation and blogs, this catches the class of error that otherwise surfaces as a missing field in production.

Key Features

  • Zero JavaScript by default

    Pages render to HTML with no client bundle unless a component explicitly opts into hydration.

  • Framework-agnostic islands

    React, Vue, Svelte, and Solid components can coexist on one page, each hydrated independently.

  • Typed content collections

    Front-matter is validated against a declared schema at build time, so a malformed entry fails the build.

  • Adapter-based deployment

    Adapters target static hosting or server runtimes, so the same project can ship as files or as a rendered server.

Where Astro is a strong choice, and where it is not

Choose Astro for marketing sites, documentation, blogs, and content-heavy storefronts where most of the page is static and only a few widgets are interactive.

Look elsewhere for applications where the majority of the interface is stateful and interactive. Once most components are islands, the static-first advantage narrows and a conventional application framework fits better.

Getting started

A site builds in minutes; the design decision is where the islands go.

  • ~5 min
    Time to first build

    Scaffold a project and the dev server renders a page with no client JavaScript.

  • Free
    Cost to start

    Open source under the MIT license. Only hosting costs money.

  • Node
    Prerequisites

    Node.js. A framework integration is optional and added per island.

Known limitations

Constraints confirmed from the framework's documentation.

  • Islands add complexity. Once most of a page is interactive, the boundaries multiply and the static-first advantage narrows.
  • Not an application framework. State management and routing for a heavily interactive product are better served elsewhere.
  • Adapters differ in maturity. Static output is the best-supported path; server adapters vary by host.
  • Content collections require discipline. The schema catches malformed front-matter, but someone has to define it.
OUR VERDICT

Pick Astro when most of the page is static

Shipping no JavaScript by default is the differentiator, and it shows up directly in page weight and load time.

The framework inverts the usual default: a page is HTML unless a component asks to be interactive. For content-heavy sites that is the right shape.

If the majority of the interface is stateful, a conventional application framework fits better and the island model becomes overhead.

FAQ

What is Astro?

Astro is a web framework that renders pages to HTML by default and hydrates only the components that declare interactivity.

Is Astro free?

Yes. Astro is open source under the MIT license, so there is no framework licence cost.

What is an island?

An island is an interactive component on an otherwise static page. It is hydrated on its own, and different islands can use different frameworks.

Can I use React with Astro?

Yes. React, Vue, Svelte, and Solid components can be used, including several on the same page.

What stack is Astro built with?

CompassPad records Astro as a TypeScript build tool running on Node.js, based on its public repository and documentation.

What we checked

  • LIVE
    Site and primary link

    The marketing site resolved and the primary product link reached the application.

  • PRICING
    Pricing page

    The project is open source and free to use; there is no paid pricing page for the framework itself.

  • DOCS
    Documentation

    Documentation is public and covers the islands model, content collections, and deployment adapters.

  • FRESHNESS
    Changelog

    A dated public blog publishes release notes and is reachable without an account.

Discussion

No comments yet. Be the first.

Join the conversation. Sign up to comment.

Sign up free

Similar But Scrappier

Figma

FeaturedTrending

Interface design in the browser with multiplayer editing.

Design & CreativeCCompassPad editorial

Figma is a design tool that runs in the browser and lets several people edit the same file at once. Cursors are visible, changes appear live, and a comment can be attached to a specific element, which removes the file-versioning and hand-off problems that a desktop design tool creates. The product covers interface design: frames and layout, components with variants, a shared library of styles and components across files, and prototyping with transitions between screens. Design tokens and variables let a theme be changed in one place, and the developer hand-off view exposes measurements and assets. Because the file lives in the browser, the same link serves designers, engineers, and stakeholders, which is why the tool spread beyond design teams. The tradeoff is dependence on a hosted service: there is no offline-first mode comparable to a desktop application, and the organisation's design assets live in a vendor's account.

Framer

Trending

A design tool that publishes the site it designs.

Design & CreativeCCompassPad editorial

Framer is a design and publishing tool where the canvas and the live site are the same artifact. A designer lays out breakpoints visually, and publishing produces a hosted site with no separate build step or handoff to an engineer. The product covers the ground a design tool and a site builder would otherwise cover separately. Components can have variants and interactions, content can be bound to a CMS collection, and animations are configured on the canvas rather than written as code. Effects such as scroll transforms are set up through the same visual interface. The tradeoff is the boundary of the tool. A site that fits Framer's model ships quickly and looks polished; a site that needs custom server logic, unusual routing, or a data layer outside the CMS reaches the edge of what the canvas can express. Teams sometimes publish a marketing site in Framer while the product itself is built elsewhere.

Ghost

Publishing and newsletters with paid subscriptions built in.

Communication & CommunityCCompassPad editorial

Ghost is a publishing platform that combines a website, a newsletter, and paid membership in one system. A publication runs on Ghost, posts are delivered by email to subscribers, and paid tiers are managed through the same admin rather than through a separate membership plugin. The product is open source and can be self-hosted, and the hosted service is the commercial offering. Subscriptions are handled through Stripe, with the platform managing member records, tiers, and gated content. Because the site and the newsletter are the same system, a post does not have to be maintained in two places. The tradeoff compared with a hosted newsletter service is that Ghost expects the publication to be a website first. It is a good fit for a writer or a small media business that wants a domain, an archive, and a subscriber list under its own control; it is a heavier tool for someone whose only need is to send an email to a list.