Share a Gatsby site preview

gatsby build produces public/, a complete static site, and then the review turns into an infrastructure question. Which is a strange outcome for a directory of files whose entire purpose is to be served by anything.

Publish the build

gatsby build

Drag public/ (or a zip of it) into the app:

  • index.html becomes the report body.
  • JS, CSS, fonts and the build-time image variants upload as assets with their references rewritten to the uploaded copies — the step that separates a working preview from a page with broken CSS.
  • Scripts run inside a sandboxed iframe, so hydration, the nav and client-side transitions between prerendered routes keep working.

Leave pathPrefix unset for a preview build. It bakes in a path the preview is not being served under.

Private by default

Every report is private until you change it: team, email-domain gate, named reviewers, or a password-protected link for a client. See the sharing model. Which is a thing a quick static deploy usually does not give you without extra work.

Feedback lands on the page

The point of a preview is corrections, and corrections in an email are a to-do list you have to translate back into locations.

  • Anchored threads on the paragraph, the image, the nav item — see commenting on HTML.
  • Revisions. Rebuild, PATCH the same report id, and the reviewer sees the new build at the URL they already have.
  • An agent can read the comments back through MCP when the edits are being made by Claude Code rather than you.

Limits

  • Entry HTML: 5 MB. Assets: 25 MB per file, 250 MB and 500 files total — a Gatsby build with responsive image variants generates a lot of files and passes 500 easily on a media-heavy site. Build a subset for review when it does.
  • 60 requests/minute per token.

Try it

Comma is free — unlimited reports, unlimited commenters, unlimited revision history.

Create your first report →

Related