The base44.app URL remains in production metadata
A connected custom domain can still share canonical or social authority with the original Base44 subdomain when generated values are not replaced consistently.
Base44 supports two-way GitHub sync on Builder plans and requires the synced default branch to be named main. BulkAudits uses that path transparently: audit the live app, open a fix PR, verify the merge, then let you publish from Base44.
Free URL audit. No code changes until you approve a pull request.
BulkAudits repair preview
base44-site · fix-metadata → main
Build and rendered-page verification required before PR
Current Base44 architecture
Two-way GitHub sync is available on Builder plans, requires main, and does not publish the app automatically.
Base44 pulls local changes after they are merged into a branch named main. The changes then appear in the builder, where the owner still clicks Publish to make them live. That separation is useful: the code can be reviewed and verified before the production release.
Source: Base44 GitHub integration documentationLive URL + source code
The builder, repository, and published app are separate states. SEO can be correct in one and wrong in another.
A connected custom domain can still share canonical or social authority with the original Base44 subdomain when generated values are not replaced consistently.
Base44 syncs code from main into the builder, but the owner must publish afterward. The live audit can therefore lag behind a correct repository.
Base44 documents limits around primary-domain redirects. Canonicals must stay consistent, while redirect control may belong at the DNS or edge provider.
A later Base44 prompt can replace page components and remove the exact title, description, schema, or accessible label that was previously repaired.
What the pull request changes
No free-form model gets permission to wander through your repository.
We confirm the repository, supported exported stack, and branch name before offering a code-changing action.
Metadata and sitemap repairs go into the PR. DNS- or provider-level redirect changes stay advisory so an automated edit never breaks the domain.
The fix is considered live only after the public URL passes. Future changes to previously repaired nodes trigger another verified repair branch.
Repository handoff
Base44 GitHub sync requires a Builder plan or higher and a default branch named main. After merge, open Base44 and click Publish when you are ready to release the fix.
Regression detected
A Base44 prompt removed the homepage canonical. Repair PR prepared for main.
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.
Base44 SEO questions
The live audit works without GitHub. Automated pull-request fixes require Base44's GitHub integration, which its documentation lists for Builder plans and above.
No. Base44 syncs the merged main branch into the builder, and you then click Publish. BulkAudits never bypasses that final release control.
Only when the behavior is safely controlled by a supported repository configuration. Provider or DNS changes are explained as advisory steps and are not automated.
Base44 currently requires the synced branch to be named main. We flag the mismatch before opening a fix and do not guess at a branch migration.
Other supported builders
Start with the public evidence