Skip to content

Hierarchical publish gate · The UltimateSEO Framework

The publish gate: hard gates first, then the quality score

The gate is not a ranking formula. 52 of the 128 controls are hard gates. They are decided first and never scored: if any one fails, the page is fixed before anything else. The 100-point quality score is always reported with its evidence coverage and a possible range, and no result authorises publication by itself.

1. Hard gates (not scored)

If any hard gate fails, the decision is gate failed, whatever the total score. If none has failed but any is still UNKNOWN or BLOCKED, the decision is insufficient evidence. Every P0 control is a hard gate, and so are E-02 and E-06.

8 of the 52 hard gates can be checked automatically, 9 give a partial signal and 35 need your evidence. Until that evidence is supplied the gates cannot pass, so the decision is insufficient evidence unless a gate has already failed.

The 52 controls that act as hard gates

2. Quality score

Score bucketWeight
Intent and user-task fit15
Accuracy and evidence chain15
Original, non-commodity value15
Technical eligibility12
Retrieval and usability10
Business identity10
Business usefulness and conversion readiness8
Authority and distribution readiness5
Freshness and maintenance plan5
Measurement and experiment readiness5
Total100

How UltimateSEO computes it

  • 94 of the 128 controls feed a score bucket. The other 34 do not change the score: 28 of them are hard gates and 6 are recorded as evidence only (T-17, T-18, T-19, A-12, M-15, M-17).
  • Only controls in state PASS or FAIL count. UNKNOWN, NOT_APPLICABLE and BLOCKED controls are excluded, never assumed.
  • Per bucket: score = pass ÷ (pass + fail) × weight. A bucket whose controls are all NOT_APPLICABLE is left out.
  • The total compares the weight earned by passing controls with the weight that has evidence at all. It is shown with its evidence coverage (evidenced controls ÷ 128) and a possible range: the lowest and highest total the missing evidence could still produce.
  • If a hard gate fails the decision is gate failed: the score is still shown, labelled "fix gates first".
  • No result marks a release as authorised. Publishing a website change needs its own approved workflow.

3. Decision bands

ScoreDecision
90–100Publish
80–89Publish with minor fixes
70–79Rework
0–69Reject
Any hard gate FAILGate failed: fix the gate first
Any hard gate UNKNOWN or BLOCKEDInsufficient evidence

Publish and Publish with minor fixes also need PASS or FAIL evidence for every applicable scored control. With gaps, the decision is insufficient evidence.

4. Page-level dependency order

An agent or a reviewer assesses a page in this order. Each question is only worth asking once the one before it has a satisfactory answer.

  1. G Is there a policy or spam problem?
  2. T Is the URL technically eligible?
  3. I Is it the right user, intent and page type?
  4. Q Is the information accurate, sufficient and original?
  5. R Can people and retrieval systems understand it easily?
  6. E Are the author, brand and entity trustworthy?
  7. A Is there an authority or distribution opportunity?
  8. M How will the result be measured and kept up to date?

Two areas sit outside this page-by-page order. Execution safety (S) applies to every change an agent or a person makes, and Proportionate optimisation (O) decides whether a change is justified at all, including NO_CHANGE. All 17 of their controls are hard gates.

5. Change classes used in findings

Every recommended change in a report carries one of these classes so you know what can be applied safely and what needs evidence or approval first. A change without a recognised class is treated as APPROVAL_REQUIRED.

  • READ_ONLY: Inspect authorised evidence.
  • AUTO_SAFE: A small reversible candidate inside the authorised scope.
  • AUTO_WITH_TEST: A candidate requiring relevant tests.
  • EVIDENCE_REQUIRED: Authoritative facts must be supplied.
  • APPROVAL_REQUIRED: Required exact authority must be valid before the consequential action.
  • DO_NOT_DO: Prohibited activity cannot be released.

Framework hub · Agent runtime, phase K uses this gate