Skip to content
regensbot
DEV-MON-02Must2 of 11 in MON

Render every template in a headless browser before release and check it in URL Inspection right after

Level
Must

Required: the site is not ready to launch without it.

Documentation

Documented

At least one cited Google document states or supports it.

Covered

Assisted

Proposed with the evidence. A person confirms it.

Why it matters

The rendered HTML in Google's testing tools shows what Google can index, and the live test also shows page resources, JavaScript console messages and a screenshot. A valid live test only confirms that Google can access the page; indexing still depends on other conditions, and the live result can differ from the indexed version. URL Inspection tests only public URLs of a verified property, so it cannot test a staging host that answers 401 or 403 (DEV-CAN-07).

How to meet it

Keep a list of one representative URL per template (home, category, product, article, landing pages, each language version). Before release, render each template on staging with headless Chrome (Puppeteer or Playwright): compare the raw and rendered DOM, find the main content, prices and internal links, collect console errors, and run the structured data through the Rich Results Test's code input. Right after release, run the URL Inspection live test on one production URL per template and check the rendered HTML, resources and console messages. Request indexing for key URLs after fixing signals calculated at indexing time, such as language or robots rules.

How to test it

The release checklist records a headless render result for each template before release and a URL Inspection live test result for each template after release.

How Regensbot covers it

AssistedNeedsThe GitHub Action on your releases

Regensbot proposes a verdict with the evidence; a person on your team confirms it.

The evidence comes from the GitHub Action on each release.

On every release the GitHub Action renders your staging templates, runs the checks and fails the build on hard errors. Each release record schedules a re-check.

How verdicts workWhat you connect

Sources

Google documents03

  1. 01URL Inspection toolGoogle Search Console Help (opens in a new tab)
  2. 02Understand the JavaScript SEO basicsGoogle Search Central (opens in a new tab)
  3. 03Fix Search-related JavaScript problemsGoogle Search Central (opens in a new tab)

Claims in the knowledge base07

  1. D2-C176ConfirmedLightning session D: Rendering and JavaScriptSaid on stage
  2. D2-C178SourceLightning session D: Rendering and JavaScriptGoogle's documentation
  3. D2-C308SourceWhat is Google friendly JavaScriptGoogle's documentation
  4. D2-C215ConsistentLightning session D: Rendering and JavaScriptSaid on stage
  5. D2-C179n/aLightning session D: Rendering and JavaScriptThe author's interpretation
  6. D2-C158n/aLightning session D: Rendering and JavaScriptThe author's interpretation
  7. D2-C677n/aCalculating (some) signalsThe author's interpretation

Claim IDs refer to the Search Central Live 2026 knowledge base. The knowledge base (opens in a new tab)

Confirmed
Google's documentation states the same thing.
Consistent
Google's documentation supports it without stating it.
Source
The claim is the cited document itself.
n/a
Nothing to verify: a quotation, framing, opinion or analysis.

Audit

Check it on your site.

One audit checks a URL against all 138 requirements and returns one finding for each, with its source. One URL decides 66; for each of the others, the finding says which source to connect.