Page Health scanner (a11y / GEO) resolves the wrong site on multisite instances
Open
@fmontes is already working on this.
Since Jun 15, 2026.
Team : Scout
- Dominant language
- Java
- Stars
- 970
- Forks
- 486
- Avg merge
- 3d 33m
- Merged PRs (30d)
- 170
Description
Problem Statement
The Page Health a11y and GEO reports in UVE scan the wrong site on multisite instances. Only the page path is sent to the scanner, so when multiple sites share a path (e.g. /index), dotCMS resolves the page against the request-derived site instead of the site open in the editor. Worse in headless/UVE, where the request host maps to no dotCMS site.
Steps to Reproduce
- Two sites with a page at the same path (e.g.
/index), with different content. - Open Site B's page in UVE.
- Page Tools → Accessibility (or GEO).
- Observed: report is for the wrong site.
- Expected: report is for Site B's page.
Acceptance Criteria
- a11y and GEO reports scan the site currently open in the editor.
- Works for traditional and headless/UVE pages.
- Two sites sharing a path each produce their own report.
dotCMS Version
Latest main (introduced in #35212 / #35255).
Severity
Medium - Some functionality impacted
Links
NA
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Assessment
This issue has not been assessed yet.