Test Scenarios
- Build a journey once. Reuse it everywhere.
- Step-by-step playback with pass/fail per step.
Every virtual user is a real browser. Web Vitals captured at load. Network logs, console logs, and session video for every user. The numbers match what your customers actually see.
Trusted by
Web Vitals, network logs, console logs, and session video for every virtual user. Not aggregate percentiles. Every session is addressable.
It's a session. Open it. Watch the video. Read the logs. Find the request that broke.
How it works
Build a scenario once. Use it everywhere. Performance test, CI smoke test, continuous monitor. Same scenario, same configuration, same forensic detail comes back every time.
Real-browser performance tests at any scale. Track Core Web Vitals per session and per URL. Find what breaks before peak does.
Tour the platformRun the same scenarios as post-deploy smoke checks. Catch Web Vitals regressions before they reach customers, with the per-session detail of a full performance test.
Join the waitlistRun your scenarios continuously from chosen regions. Alert on Web Vitals regressions, with session video to debug them.
Join the waitlistConfigured once at the project level. Captured for every virtual user. Open any session and see exactly what happened.
Push critical paths to 5x, 10x, 20x normal traffic. Find the ceiling before customers do.
Compare two test runs side by side. Catch the regression in the candidate build before it ships, not after a customer reports it.
Set thresholds for LCP, INP, CLS at the URL level. The build fails when a page busts its budget. Not later. Now.
Find the analytics tag, A/B test, or chat widget that's costing you 600ms of LCP. The waterfall makes it obvious.
Run the same scenario from London and Frankfurt. Compare what your German customers feel vs your British ones.
When the performance test exposes a bug, the session video, network log, and console output for that user are all linked. Find it in minutes.
AI coding agents can run a real-browser speed test through the Evaluat MCP server, then read back Core Web Vitals and watch the video. One honest tool, no API key.
Evaluat is a real-browser performance testing platform. Every virtual user runs in its own isolated browser instance, so you capture Core Web Vitals and Navigation Timing under load, plus full session video, network logs, and console logs for every user.
k6 sends HTTP requests and measures how fast your server responds. Evaluat runs real browsers and measures what users actually see: LCP, INP, CLS, plus the full network and console for every session. Use k6 for API load tests. Use Evaluat for the customer-facing parts of your app. See all comparisons.
JMeter is a Java GUI-driven HTTP and multi-protocol load tester. It can't render a page. Evaluat runs real browsers and captures Web Vitals. Use JMeter for protocol-level testing (JDBC, JMS, SOAP, FTP). Use Evaluat for the browser-side of your testing. Full comparison.
No. Evaluat tests user-facing applications. If you need to load test a REST or gRPC endpoint, k6 or JMeter is the right tool.
Five views: Overview (aggregate Web Vitals, time-series), URL performance (every URL with its own metrics), Sessions (every virtual user, individually addressable, with video), Console logs (deduplicated and counted), Network logs (every HTTP request, searchable across millions). More on reports.
Each virtual user runs in its own browser instance. Its own memory, CPU, cache, cookies, and network stack. Nothing crosses between users. The contention you measure is real, not what a shared-browser model approximates.
Headless browsers (puppeteer, playwright in headless mode) skip the rendering pipeline. Great for end-to-end test automation. Useless for accurate paint timings. Evaluat runs full browsers with the rendering pipeline so Web Vitals match what users actually see.
We don't run a self-serve trial. Every onboarding includes a 30-minute demo on your real site, with a small test run live. The report from that demo is yours to keep, whether you go ahead or not.
More answers on the FAQ page.