A page can rank nowhere while its canonical points somewhere else

The page can look fine in a browser

A URL can return 200, show one H1, and still tell search engines that a different address is the real page. In the sample, the cakes URL keeps a canonical from a theme demo. Visitors see the bakery. Crawlers are sent to the demo.

Rewriting the visible headline does not fix that. The canonical has to name the page you want indexed. The SEO audit generator writes the canonical it found on each opened page, then the URL that should replace it.

What to check before a rewrite

Open the page source, not only the design. Compare the canonical, the og:url, and the address in the browser. If those three disagree, fix the tag before you spend time on the body copy.

• The canonical should be the public URL of that page, including https and the trailing slash you actually use.
• A leftover theme or staging host in the tag means the live page is giving its ranking away.
• hreflang and the canonical should point at the same language version of the page.

Where this shows up in the report

The on-page section names the page and the bad tag. The priority list repeats the current value and the replacement, so the change is a specific edit. See the shape of that list in the sample report, and the reason a written list is more useful than a score on the benefits page.