One page title quietly returns everywhere
A prompt can replace route head configuration or fall back to a global title, so pricing, features, and the homepage become indistinguishable in search.
Lovable now handles more of the rendering layer itself. The remaining failures are usually in route-level metadata, domains, sitemaps, structured data, and changes that disappear after the next prompt. BulkAudits fixes those defects in your repository and watches for them to return.
Free URL audit. No code changes until you approve a pull request.
BulkAudits repair preview
lovable-site · fix-metadata → main
Build and rendered-page verification required before PR
Current Lovable architecture
New projects use TanStack Start; older Vite deployments receive prerendered HTML.
Projects created after May 13, 2026 use TanStack Start with server rendering. Lovable also prerenders public deployed URLs for older React + Vite projects. We detect the actual repository before choosing a fix, instead of assuming every Lovable site is a client-rendered shell.
Source: Lovable SEO & AEO documentationLive URL + source code
Native SEO review is useful, but it does not replace a repository-level verification and regression loop.
A prompt can replace route head configuration or fall back to a global title, so pricing, features, and the homepage become indistinguishable in search.
Canonical tags, Open Graph URLs, or sitemap entries can point to a lovableproject.com address instead of the custom domain you want indexed.
Generated sitemaps can drift from the real route tree. Search engines waste time on invented URLs while real pages remain undiscovered.
Metadata is code. When Lovable rewrites a route or layout, a previously correct description, canonical, or schema block can disappear.
What the pull request changes
No free-form model gets permission to wander through your repository.
TanStack Start projects get route head configuration. Older React + Vite projects get a scoped, typed head component only when the repository shape supports it.
Canonicals, Open Graph URLs, robots.txt, and verified sitemap entries all point at the production domain—not a builder preview.
The push watcher checks the exact metadata and crawlability nodes after each new commit and prepares a repair PR if Lovable removes them.
Repository handoff
Connect the GitHub repository already synced with Lovable. BulkAudits works on a separate branch and never commits directly to main.
Regression detected
Lovable rewrote the pricing route and removed its description. Repair PR 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.
Lovable SEO questions
Yes. Lovable includes an SEO and AEO review with fixes for several common issues. BulkAudits is for repository-level verification, pull-request review, cross-page checks, and automatically catching defects that return after later prompts.
No. Framework migrations are too destructive to automate safely. We report rendering limitations and fix deterministic metadata, crawlability, image, bundle, and accessibility issues around the existing stack.
BulkAudits opens the PR against the repository's default branch. After you merge, the connected builder can pull the updated branch. We verify the repo and branch setup before offering fixes.
Yes. The public audit starts from the live URL and requires no account. GitHub is only needed when you want BulkAudits to prepare verified code fixes.
Other supported builders
Start with the public evidence