Understanding Site Health
The Site Health score is a measure of your site’s technical SEO on the pages that matter — your real posts and pages. It is built from crawl findings, the technical audit and the Lighthouse checks.
What counts, and what does not
Section titled “What counts, and what does not”Utility surfaces are deliberately excluded from the score, because they are supposed to be thin and
to point elsewhere. WordPress attachment pages (URLs with ?attachment_id=), tag, category, author
and date archives, pagination pages and feeds are classified as non-content and are not scored for
on-page issues. This stops the score from being poisoned by hundreds of “issues” that are really just
attachment and archive pages doing their job.
Errors are still counted wherever they occur: a 4xx or 5xx on any URL is a real problem and is flagged even on a utility page. And a page that legitimately points elsewhere with a canonical is not also piled with a “thin content” finding — deferring to a canonical is by design.
The All Pages explorer
Section titled “The All Pages explorer”The All Pages table lists every discovered URL. Content pages lead the table regardless of the sort column, and you can filter by page type (content, archive, or media and feeds) to focus. The per-row issue tags use the exact same rules as the score, so the “issues open” count always reconciles with what you see in the table.
Refreshing
Section titled “Refreshing”Re-crawling (or re-ingesting) refreshes the persisted issue datapoints and the score. If Site Health looks empty, no crawl has run yet — run one so the on-page and technical intelligence has pages to work with.