SEO Boost is unavailable or still switched off
Without a custom domain, the setting is unavailable. With one connected, it still needs to be enabled before crawlers receive its prepared HTML.
Bolt can build with different frameworks, host on bolt.host or Netlify, and optionally prerender pages with SEO Boost. BulkAudits inspects the actual stack, deployment, and custom domain before it changes a line of code.
Free URL audit. No code changes until you approve a pull request.
BulkAudits repair preview
bolt-site · fix-metadata → main
Build and rendered-page verification required before PR
Current Bolt architecture
Bolt supports branches and GitHub sync; SEO Boost is opt-in and custom-domain-only.
Bolt’s SEO Boost prepares HTML for crawlers, but it is disabled by default and only appears on projects with a connected custom domain. Projects also vary by framework and hosting provider, so the safe fix depends on the repository—not the Bolt badge.
Source: Bolt SEO Boost documentationLive URL + source code
The same visual project can expose very different HTML depending on its framework, host, visibility, and domain settings.
Without a custom domain, the setting is unavailable. With one connected, it still needs to be enabled before crawlers receive its prepared HTML.
A move between Bolt hosting, Netlify, and a custom domain can leave old origins inside canonical tags, social URLs, or sitemap entries.
On React + Vite projects, route changes may happen entirely in the browser while crawlers and link-preview bots keep seeing the same global metadata.
Bolt checks GitHub frequently, but near-simultaneous edits can still collide. A PR needs current-main checks and an automatic rebase strategy.
What the pull request changes
No free-form model gets permission to wander through your repository.
We use the native head API for a supported stack and refuse the change when detection confidence is too low.
Metadata, sitemap URLs, and social previews are rebuilt around the primary custom domain and checked against live HTTP responses.
BulkAudits watches upstream changes, reruns build and page verification, and updates its branch without force-pushing.
Repository handoff
Bolt supports GitHub branches and pull-request workflows. BulkAudits proposes a dedicated fix branch so main stays protected while you review the preview.
Regression detected
A Bolt update restored the old bolt.host canonical. Production-domain fix prepared.
Repair branch ready
Build passed · failed check resolved · no healthy page regressed
The fix that stays fixed
BulkAudits remembers the exact finding and code node behind a merged repair. A fast static scan checks it after each push; a full audit confirms the live site on schedule.
Bolt SEO questions
No. It improves the HTML delivered to crawlers, but it does not guarantee unique page copy, correct canonicals, valid sitemap URLs, structured data, accessible images, or protection against later regressions.
No. The audit starts from the public URL and the fix engine works from the connected GitHub repository. Bolt-hosted and supported externally hosted projects can both be checked.
No. We currently make code changes only for supported React + Vite, TanStack Start, and Next.js App Router repositories. Unsupported stacks still receive an audit, but no guessed code changes.
No. We open a pull request and you control the merge. Hosting and publishing remain in your existing Bolt or deployment workflow.
Other supported builders
Start with the public evidence