Basic
Screenshot (full-page)
Full-page Capture inkl. Basis
1.000
Screenshots
Kosten pro Run: 10 Credits
Pricing
Credits & Tiers
Scout rechnet pro API-Call in Credits ab: fester Base-Preis je Endpoint, plus klar benannte Zusatzverbraucher für Optionen und längere Timeouts.
Predictable base pricing
Base cost first — add-ons only when you opt in
Every Scout endpoint has a fixed base cost. Additional credits apply only to selected options (for example full-page capture or HAR), larger workloads, or execution timeouts beyond the included runtime. Estimate with POST /v1/estimate, cap a call with billing.maxCredits, and review the billing breakdown on every response — including reserved vs refunded credits after settle. Pay-as-you-go overage can use a euro spend limit so you are never surprised.
- → Base screenshot: 8 credits (viewport)
- → Full-page: +2 · HAR: +2
- → Runtime settles to actual duration (≤ reserved timeout)
- → API errors & unused crawl pages: full / partial refund
Plans
Wähle ein Credit-Budget und sieh sofort, was es praktisch bedeutet.
Plan-Credits sind dein wiederkehrendes Monatsbudget. Packs liegen zusätzlich darüber, verfallen nicht und PAYG greift erst, wenn der Prepaid-Pool leer ist.
Aktiv
Basic
10.000 Credits / Periode · 120 RPM
Equivalents
Wie weit reicht ein Plan?
Wähle links einen Plan. Rechts siehst du direkte Credit-Umrechnungen für typische Scout-Workflows.
Basic
A11y Snapshot
strukturierte Accessibility-Facts
3.333
A11y-Checks
Kosten pro Run: 3 Credits
Basic
Assert (4 Regeln)
Release-Gates mit 4 Assertions
1.666
Assert-Calls
Kosten pro Run: 6 Credits
Basic
Journey (5 Steps)
mehrschrittige Browser-Flows
500
Journeys
Kosten pro Run: 20 Credits
Basic
Extract
DOM-/Content-Extrakte als JSON
3.333
Extract-Calls
Kosten pro Run: 3 Credits
Costs per endpoint
Endpoint-Kosten ohne Rätselraten
Die Kosten hängen an der Art des Outputs. Ein Screenshot ist teurer als ein Extract, eine Journey teurer als ein einzelner Assert-Call.
| Route | Credits |
|---|---|
| health, usage, estimate, devices, domains*, templates*, job poll | 0 |
| POST /v1/dns, /v1/robots | 1 |
| extract, inspect, visibility, tech, files | 3 |
| POST /v1/assert | 3 + 1 per assert after the first (max 25) |
| cookies, console, assets, json-ld, canonical, sitemap, images, resources, a11y-snapshot, forms, links, opengraph (no screenshot) | 3 |
| POST /v1/pdf/extract, /v1/checks/network, /v1/diff/headers | 4 |
| security, a11y, performance, sandbox | 5 |
| screenshot / screenshot/json | 8 + options |
| screenshot/viewports | 8 x viewports |
| screenshot/diff, opengraph+screenshot, diff/dom | 8–10 |
| journey | 10 + 2/step (+15 evaluate; debug screenshots; timeout) |
| crawl | 15 + 2× processed pages |
| jobs | sum of nested requests |
Credit packs
Zusätzliche Credits ohne Planwechsel
Packs sind Prepaid-Top-ups. Sie liegen zusätzlich zum Plan im Wallet und bleiben über Perioden erhalten.
1.000 Credits
€5 · €0.005 / Credit
pack_1k
5.000 Credits
€22 · €0.0044 / Credit
pack_5k
25.000 Credits
€100 · €0.004 / Credit
pack_25k
Pay as you go
Overage nur dann, wenn du es aktiv einschaltest
Mit PAYG aus antwortet Scout bei leerem Prepaid-Pool mit 402 CREDITS_EXHAUSTED.
Mit PAYG an wird weiterer Verbrauch als Overage erfasst. Rate Limits bleiben davon getrennt.
Das ist sinnvoll für Monitoring, Agent-Runs oder Journeys, die nicht mitten im Prozess stoppen sollen.
Credits verstehen, dann Wallet aufladen
Für exakte Verbrauchsanalyse nutzt du `GET /v1/usage`. Tiers, Packs und PAYG verwaltest du direkt in der Scout Console.