Page Checks API
Wenn du nicht gleich ein großes Facts-Pack brauchst, sondern eine gezielte Antwort pro URL: Sichtbarkeit, Security, axe-A11y oder Tech-Facts.
Was du mit Page Checks machen kannst
Gezielte Einzel-Checks statt großem Facts-Pack: Sichtbarkeit eines Elements, Security-Signale, axe-A11y oder Tech-Inventory — jeweils ein klarer Endpoint.
- Visibility: existiert, sichtbar, im Viewport, nicht verdeckt
- Security: TLS/Header/Mixed-Content Facts
- A11y: raw axe Output
- Tech: Framework-/CMS-/Analytics-Hinweise
Endpoint wechseln — Selector, Viewport und Cookie-Banner sind editierbar.
Strukturierte Check-Facts — Details im Response-Tab.
Endpoints & Parameter
Endpoint wählen — darunter siehst du eine beispielhafte Anfrage und die Erklärung aller relevanten Parameter.
POST /v1/checks/visibility
Prüft einen Selector auf Sichtbarkeit und optionale Expect-Regeln.
Beispiel-Anfrage
{
"url": "https://example.com",
"selector": "a[href*=\"pricing\"]",
"scroll_into_view": true,
"dismiss_cookie_banner": true,
"expect": {
"href_contains": "pricing"
},
"width": 1280,
"height": 720
}Parameter
urlstring requiredZiel-URL.
selectorstring requiredCSS-Selector des Elements.
expectobjectOptional: attribute {name,value} oder href_contains.
scroll_into_viewbooleanElement vor dem Check in den Viewport scrollen.
ignore_selectorsstring[]Overlays ignorieren (z. B. Cookie-Banner).
wait_for_selector / settle_ms / timeoutsvariousTiming-Kontrolle.
width / height / dismiss_cookie_bannervariousViewport und Banner.