Zum Inhalt springen
regensbot
DEV-MON-02Muss2 von 11 in MON

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

Der Anforderungstext steht im englischen Original.

Stufe
Muss

Pflicht: Ohne sie ist die Website nicht startklar.

Dokumentation

Dokumentiert

Mindestens ein zitiertes Google-Dokument sagt es aus oder stützt es.

Abdeckung

Unterstützt

Mit Belegen vorgeschlagen. Ein Mensch bestätigt es.

Warum es zählt

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).

So setzen Sie es um

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.

So prüfen Sie es

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.

So deckt Regensbot sie ab

UnterstütztBrauchtDie GitHub Action in Ihren Releases

Regensbot schlägt mit den Belegen ein Ergebnis vor; eine Person aus Ihrem Team bestätigt es.

Die Belege stammen aus der GitHub Action bei jedem Release.

Bei jedem Release rendert die GitHub Action Ihre Staging-Templates, führt die Prüfungen aus und lässt den Build bei harten Fehlern scheitern. Jeder Release-Eintrag plant eine Nachprüfung.

So funktionieren die UrteileWas Sie verbinden

Quellen

Google-Dokumente03

  1. 01URL Inspection toolGoogle Search Console Help (öffnet in einem neuen Tab)
  2. 02Understand the JavaScript SEO basicsGoogle Search Central (öffnet in einem neuen Tab)
  3. 03Fix Search-related JavaScript problemsGoogle Search Central (öffnet in einem neuen Tab)

Aussagen in der Wissensbasis07

  1. D2-C176BestätigtLightning session D: Rendering and JavaScriptAuf der Bühne gesagt
  2. D2-C178QuelleLightning session D: Rendering and JavaScriptGoogles Dokumentation
  3. D2-C308QuelleWhat is Google friendly JavaScriptGoogles Dokumentation
  4. D2-C215GestütztLightning session D: Rendering and JavaScriptAuf der Bühne gesagt
  5. D2-C179EntfälltLightning session D: Rendering and JavaScriptEinschätzung des Autors
  6. D2-C158EntfälltLightning session D: Rendering and JavaScriptEinschätzung des Autors
  7. D2-C677EntfälltCalculating (some) signalsEinschätzung des Autors

Die Aussage-IDs verweisen auf die Wissensbasis zu Search Central Live 2026. Die Wissensbasis (öffnet in einem neuen Tab)

Bestätigt
Googles Dokumentation sagt dasselbe.
Gestützt
Googles Dokumentation stützt es, ohne es auszusprechen.
Quelle
Die Aussage ist das zitierte Dokument selbst.
Entfällt
Nichts zu prüfen: ein Zitat, eine Einordnung, eine Meinung oder eine Analyse.

Audit

Prüfen Sie es auf Ihrer Website.

Ein Audit prüft eine URL gegen alle 138 Anforderungen und liefert zu jeder einen Befund, mit Quelle. Eine URL entscheidet 66; bei allen übrigen sagt der Befund, welche Quelle Sie verbinden.