Skip to content

2026 update - #7

Open
ChloeQuijano wants to merge 1 commit into
mainfrom
chloe/update
Open

2026 update#7
ChloeQuijano wants to merge 1 commit into
mainfrom
chloe/update

Conversation

@ChloeQuijano

@ChloeQuijano ChloeQuijano commented Aug 10, 2026

Copy link
Copy Markdown

Summary

providers/anchorbrowser.js was connecting via a bare wss://connect.anchorbrowser.io?apiKey=... URL — not how Anchor Browser's API works today. This is very likely why the published blog benchmark showed Anchor Browser's connection time as an extreme outlier (5,582ms avg, ~8x every other provider): that number was probably measuring a broken/outdated connection path, not Anchor's real performance.

Fixed to match Anchor Browser's current API:

  1. POST /v1/sessions (header anchor-api-key) to create a session
  2. Connect using the returned data.cdp_url
  3. DELETE /v1/sessions/:id to tear down

Verification

Ran all 4 providers live, TOTAL=10 against example.com (this tool's existing default config, unchanged), (Ubuntu 22.04.5 LTS, x86_64, 1 vCPU, ~454MB RAM, Node v22.23.2, npm 10.9.8).

Numbers below pool all 3 runs (30 iterations/provider): Average is the mean of the 3 runs' averages, Fastest/Slowest are the min/max across all 3 runs — more stable than any single run.

Connection Speed (ms)

Provider Average Fastest Slowest
Anchorbrowser 252.4 166 488
Browserbase 604.9 577 659
Browserless 1000.5 823 1311
Hyperbrowser 514.3 105 642

Page Creation Speed (ms)

Provider Average Fastest Slowest
Anchorbrowser 441.1 167 1196
Browserbase 516.4 485 630
Browserless 465.1 394 737
Hyperbrowser 393.7 68 481

Navigation Speed (ms)

Provider Average Fastest Slowest
Anchorbrowser 409.2 84 2327
Browserbase 190.1 161 216
Browserless 202.1 134 1221
Hyperbrowser 188.9 97 231

Anchor Browser's connection time now lands in the same range as the other three providers — no longer an 8x outlier.

Connected via a bare wss://connect.anchorbrowser.io?apiKey=... URL, which isn't how
Anchor Browser's API works today. Anchor Browser's blog-published connection numbers
(5,582ms avg, ~8x every other provider) were very likely measuring this broken/outdated
path rather than Anchor's real performance.

Fixed to match Anchor Browser's current API: POST /v1/sessions to create a session,
use the returned cdp_url to connect, DELETE /v1/sessions/:id to tear down. Verified with
a live run against all 4 providers -- Anchor Browser's connection time now lands in the
same range as the other three (243-689ms depending on run/region), not an 8x outlier.
@ChloeQuijano ChloeQuijano changed the title Fix Anchor Browser's outdated connection method 2026 update Aug 10, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant