FunCaptcha solver

FunCaptcha, now branded Arkose Labs, is the type that asks for something a simple image model cannot answer: rotate an object to a pose, pick the matching pair, follow a path. It is common on large consumer platforms precisely because it is hard to automate. We support it, including the matching variant, through a single endpoint.

What makes FunCaptcha different

The two variants we handle

Parameters you need

Why Arkose needs session context

Arkose does not only look at the answer; it looks at the session that produced it. A challenge solved with no browser context at all is more likely to be escalated or refused. When a solve succeeds but the site still rejects it, adding the same proxy and user agent that the rest of your flow uses is the first thing to try.

How the flow runs

Send the public key and URL to the token endpoint, then poll for the result. Error 14 while polling means the job is still working, which is normal for FunCaptcha because the challenges are heavier than an image read. Once the token arrives, write it into the token field the page expects and submit.

Pricing

One credit per accepted solve, with polling free and refused submissions uncharged. Given the complexity of the challenge this sits well below a token for reCAPTCHA, which costs twenty. New accounts start with 200 free solves.

How to integrate

curl -X POST https://fuckcaptcha.top/v1/token/funcaptcha \\
  -H "Authorization: Basic $NSK_KEY" \\
  -d '{"sitekey":"<sitekey>","url":"<page url>"}'

Pricing

Charged per solve: one credit for each recognition request, and polling for the result is free. Signing up includes 200 free solves.

FAQ

What is the difference between funcaptcha and funcaptcha_match?

Match is the pairing variant where two panels have to be matched up. It is a distinct type on the endpoint, so choose it from the challenge you actually see rather than assuming the default.

Should I send cookies with the request?

When you have them, yes. Arkose weighs session signals, so cookies, user agent and proxy that match the surrounding traffic make a token far more likely to be accepted on the first attempt.

Why does polling take longer than for an image captcha?

The challenges are three dimensional and interactive, so the upstream needs more time. Error 14 during polling is expected rather than a problem.

Does this work on the Arkose enterprise deployments?

These run the same underlying challenge with extra site configuration. Where a site has tightened its own validation, a valid token can still be refused, which is a site policy decision rather than a recognition failure.

Do you charge when a solve fails?

A submission the upstream refuses is not charged. Once a job is accepted it costs one credit, so a retry should use a fresh challenge.

Related

Read the API reference Download the Chrome extension