Tune It Up

Work the findings in weight order and you will fix the expensive things first. Here is what that order looks like in practice, and why each group sits where it does.

First: the things that remove you from consideration

A noindex directive, a robots.txt rule blocking the URL, or a robots.txt group blocking the AI crawlers. Any one of these means nothing else on the page matters, because nothing is reading it.

All three are configuration changes measured in minutes. Check both places a noindex can hide: the meta robots tag, and the X-Robots-Tag response header, which never shows up in view-source.

Second: the things that decide what your page is called

The title tag, the H1, and the canonical. These three are how everything reading the page decides what it is and which address counts.

Multiple H1s are almost always a template doing it rather than an author. If the homepage has four, every page probably has four, and one template edit repairs all of them.

Third: the structured data

Structured data present, a publisher declared, a page type declared, stable identifiers, and outside references. This is the group that most often comes back entirely empty, and it is also the group with the best return, because it belongs in the shared template and one edit covers the whole site.

Start with the publisher node. Anything deciding whether to trust a claim on your page needs to know whose claim it is, and that is the piece most sites never declare.

Fourth: the answer

Whether the first paragraph after the H1 says anything. Retrieval systems quote the first passage that stands on its own, and an introduction that spends three paragraphs warming up gives them nothing to lift.

This is the most commonly failed content finding and the cheapest to repair. Move the answer to the top. Keep the rest of the article exactly as it is.

Fifth: everything else

Sections with real headings, internal links with anchor text that describes something, alt attributes, a declared language, Open Graph tags, a visible date, a sitemap declared in robots.txt. Individually small. Collectively about a quarter of the score.

Then run it again

Re-inspect the same URL after the repairs. Two things usually happen. The score moves, which confirms the edits landed. And a finding you expected to clear does not, which is how you discover the repair was applied to the page and not to the template that generates it.

When one-at-a-time stops making sense. If the same findings keep appearing on every page you inspect, you are not fixing pages any more, you are patching a template by hand. That is the point where making the repairs systematic across the whole site is worth more than another round of edits.

See how that works

Repairing it on your platform

The same finding is a checkbox on one platform and a rebuild on another. The platform directory covers what is easy, what is hard, and what is structural on fourteen of the most common ones.

Fix it on your platform