30% off your first 3 months

Get the deal

Click by click vs one call: why site actions are faster

by DuckyHelperNov 12, 20264 min read
AI on your computer

TL;DR:

  • Click by click, every step is a chance to misread the screen or wait for a page. One call skips those steps.

  • Fewer steps means fewer failures and less work, so it should cost less too.

  • The numbers here are an illustration, not measurements.

Take a task with forty clicks in it. If each click has a small chance of going wrong, the chance that all forty go right is lower than the chance for any one. This is the whole case for replacing many steps with one: the arithmetic of long chains.

The short answer

Working click by click means looking at the screen, choosing a click, waiting for the page and looking again, forty times. Calling a saved site action does the same job in one step. Fewer steps means less waiting, fewer chances to fail and less work.

What happens step by step

  1. Click by click: look, decide, click, wait, repeat for every field and button.

  2. One call: look up the action, pass the values, read the result.

  3. Both end in the same place: the task is done.

Walk-through: 40 clicks vs one action as an illustration

These numbers are made up to show the idea. They are not benchmarks of any product.

Suppose each click step works 99 times out of 100. Then 40 steps in a row all work with probability 0.99⁴⁰. Compute it: 0.99² = 0.9801, 0.99⁴ ≈ 0.9606, 0.99⁸ ≈ 0.9227, 0.99¹⁶ ≈ 0.8515, 0.99³² ≈ 0.7250. Then 0.99⁴⁰ = 0.99³² × 0.99⁸ ≈ 0.7250 × 0.9227 ≈ 0.669. So about two runs in three finish without a slip, even though each step is very reliable.

If one call also works 99 times out of 100, the whole task works with probability 0.99. The call is not magic. It just leaves one place to fail instead of forty.

40 steps at 0.99 each:  0.99^40 ≈ 0.669
1 step at 0.99:         0.99

Three reasons it is also cheaper

  • Less looking. Each click step involves reading the screen again. One call reads the result once.

  • Less waiting. No pause for forty page updates.

  • Less repeating. Once learned, the action is reused.

Illustration only: The 99 out of 100 figure is an example chosen to make the sum easy. Real reliability depends on the site and the task.

Where the time goes when you click

A person clicking through a task spends time reading, deciding, moving and waiting. An assistant clicking does the same in its own way: it looks at the screen, chooses a click and waits for the page to respond. None of those parts is slow on its own, but there are many of them, and they add up.

Where failures come from

  • A page loads slowly and the next click lands too early.

  • A pop-up appears and covers the button.

  • A button moved after a redesign.

  • Two similar buttons and the wrong one is chosen.

Each is rare. Forty steps give each of them forty chances. A single call has far fewer places for any of them to occur.

Why it should cost less

If the assistant does less looking and deciding, it does less work per task. A learned action is also reused, so its cost is spread over many runs. That is a reason to expect savings, not a measured figure, and the numbers in this article are examples for the sum, not results.

Try the sum with another number of steps

Keep 0.99 per step and change the length. For 10 steps: 0.99¹⁰ ≈ 0.904. For 20 steps: 0.99²⁰ ≈ 0.818, which is 0.904 × 0.904. For 40 steps, as above, about 0.669. The probability of finishing cleanly falls steadily as the chain grows.

If you want the same chance of success at 40 steps as a 10-step task has, each step would have to be more reliable. That is the pressure that long click chains create, and why cutting the chain is often easier than making every step perfect.

  • 10 steps: about 0.904

  • 20 steps: about 0.818

  • 40 steps: about 0.669

What it can't do

A saved action only exists if the site could be learned and the action still matches the page. When it does not apply, the assistant has to go back to clicking, which is slower but still works.

Privacy and control

DuckyHelper writes small JavaScript tools for a site and reuses them, an early access part of working in your apps. It's built to ask first before it sends a message or pays for anything, and not to type your passwords or card numbers. We do not publish speed numbers here; the point is the shape of the saving.

Try it yourself

Pick any number of steps and a per-step success rate and compute the rate raised to that power. Watching it fall as steps grow is the clearest way to see why shorter chains win.

One more point on fairness. Clicking is not bad. It works on any page, needs no learning and handles one-off jobs well. A call is faster only when someone has already done the work of learning the action. So the honest comparison is between a task done once and a task done many times: for the first, clicking may be fine; for the second, learning once and calling after wins.

When you read claims about speed from any product, look for how they were measured. A claim with a table of steps and a clear method is worth more than a bare multiple.

Frequently asked questions

Is one call always faster?

Usually, when an action exists. Learning it the first time takes extra work.

Why 0.99?

It is just an easy example. Change it and the same reasoning holds.

Get started

DuckyHelper can
do more

It sees your screen and works in any app you use. Try it for 10 minutes, no card.

Get it for Mac, Windows or Linux

Share

Questions and jobs

Do anything

Ask it a question or hand it a job, in any app.

Doing jobs for you is in early access on Mac. Asking works on Mac, Windows and Linux.