A penalty game feels like one thing and is built out of four: an aiming system, a power system, a keeper decision, and a save test. Every penalty game you have played is some combination of those four, and almost every frustrating moment — the saved perfect corner, the ball over the bar, the keeper that "guessed" three times in a row — comes from misunderstanding one of them.
This is a walk through each, using Penalty Kick Challenge as the worked example because its numbers are published and inspectable in your browser.
System 1: the aiming system
There are three common ways to let a player aim a penalty in a browser game.
Sweeping reticle (timing based)
A marker moves back and forth and you press to stop it. Aiming becomes a timing problem. This is the most common design because it works identically on a keyboard and a touchscreen, and because it scales difficulty trivially — you just sweep faster. Ours sweeps at a rate that rises with each kick.
Free aim (pointer based)
You move a crosshair and shoot where it sits. More intuitive and much easier, which is why games that use it usually add a clock, a moving target or a shrinking window to compensate. Our Goal Target Challenge uses this.
Zone selection
The goal is divided into a grid and you pick a cell. No execution skill at all — it is a pure decision game, closer to rock-paper-scissors against the keeper. Common in management games.
Knowing which one you are playing tells you what to practise. A sweeping reticle rewards press-timing drills; free aim rewards target selection; zone selection rewards pattern discipline and nothing else.
System 2: why power controls height
This confuses more players than anything else, and there is a good design reason for it.
If power controlled only speed, the optimal strategy in every penalty game would be "always maximum power", because a faster shot is strictly harder to save. The game would have one correct answer and therefore no decision. Tying height to power creates a genuine trade-off: more power means less time for the keeper but a higher finish, and past a threshold the ball leaves the frame entirely.
In our game the mapping is a linear ramp. Power near zero puts the ball along the ground, power near the top puts it under the bar, and above 94% it goes over. The meter draws that threshold as a white line, because hiding it would make the game guesswork rather than a decision.
Flight speed runs from 430 pixels per second at zero power to about 900 at full, which matters for the next system.
System 3: the keeper's decision
Keeper AI in penalty games is almost never as clever as it feels. Three properties define ours, and most others work similarly:
- It commits on the strike, not before. There is no anticipation phase, which means nothing you do while aiming can influence it. Players who try to "sell" a direction are wasting effort.
- It has a reading chance. With some probability it dives to the correct side; otherwise it picks randomly from left, right and central. In our game that probability starts around 24% and rises about 3.5 percentage points per kick, so it passes 50% by the tenth kick. This is how the game gets harder without changing the geometry.
- It has travel time. Reaching full extension takes 0.55 seconds from a standing start, and its position when the ball arrives is interpolated along that dive. A shot with a 0.40 second flight catches a keeper roughly three-quarters of the way across.
Because the keeper's dive is time-based rather than instant, power is not just about beating reactions — it is about arriving before the dive completes. That is why a firm shot into a corner the keeper chose can still go in, and why a soft shot into the same corner will not.
System 4: the save test
The save test is where the biggest misconception lives. Players imagine the keeper as a shape that either covers a point or does not. In practice almost every browser game uses a distance check.
Ours works like this: take the keeper's hand position — horizontally wherever its dive has reached, vertically at about 74% of the goal height when diving or 52% when staying central — and measure the distance from the ball's finishing point, with the vertical component weighted slightly. If that distance is under a reach of about 104 pixels, reduced a little for harder shots, it is a save.
Two things follow immediately:
- Corners are not automatically safe. A top corner on the keeper's chosen side can be within the reach circle. Distance, not "corner-ness", is what matters.
- Low shots are better than high ones for the same horizontal placement, because the hand position sits well above the ground when diving. Going low increases the distance without increasing your risk of missing the frame.
This is why the advice in How to Get Better at Penalty Kick Games is "low and inside the post" rather than "top corner".
How the four systems combine into a score
A scoring formula tells you what the designer wants you to do. Ours pays 100 for the goal, up to 45 for placement scaled by distance from the centre, and up to 15 for power above 70%.
Notice what is missing: there is no bonus for maximum power, and no bonus for hitting the literal corner. The placement term saturates as you approach the post, so the marginal value of the last few pixels is tiny while the marginal risk is not. A scoring system that rewarded extremes would produce a game about nerve; one that saturates produces a game about judgement.
What "sudden death" usually means in code
Games that advertise a shootout format typically implement one of two things. Either the round is a fixed number of kicks with escalating difficulty — which is what ours does, with ten kicks and a rising reading chance — or it is an alternating format against an opponent taker, where you also defend. The second is more faithful to football and considerably more work, which is why the first is far more common.
Neither is more "real" than the other. What matters is whether the escalation is visible. Difficulty that rises on a stated curve is a fair challenge; difficulty that rises invisibly feels like the game cheating, even when it is not.
How to reverse-engineer a penalty game in three rounds
You can work out most of a game's machinery deliberately, and it is the fastest way to get good at an unfamiliar one:
- Round one: find the power-to-height mapping. Take every kick at a different power and watch the height. You are looking for the point where it starts going over.
- Round two: find the reach. Aim at the same corner every time. Count how many are saved. That ratio is roughly the keeper's reading chance for that side, and where the saves land tells you the reach.
- Round three: test the escalation. Play normally and note whether late kicks are saved more often than early ones at the same placement. If they are, the difficulty ramps and you need to vary your targets.
Three rounds is about six minutes, and it will teach you more than an hour of playing well.
What a fair keeper model looks like
Having taken one model apart, it is worth naming what separates a fair keeper from an irritating one — because this is the single thing that determines whether a penalty game is worth playing.
| Property | Fair | Unfair |
|---|---|---|
| When it decides | At the moment you strike | After the ball is in flight, adjusting mid-dive |
| What it knows | Your side, with a stated probability | Your exact target, always |
| How it moves | Travel time you can beat with power | Instant teleport to the ball |
| How difficulty rises | A published, perceivable curve | Invisibly, so you cannot adapt |
| Reach | A fixed zone you can learn | Elastic, expanding when you are doing well |
The last row is the one that ruins games. A keeper whose reach quietly grows with your score is a game that punishes success, and players detect it long before they can articulate it — it shows up as a sense that good runs always end for no reason.
Three designs to be suspicious of
If a penalty game elsewhere feels wrong, it is usually one of these:
- The saved corner. If a perfectly placed shot into an empty corner is saved by a keeper that had committed the other way, the game is resolving the outcome by dice roll and animating a save afterwards. The tell is that the keeper's animation does not match where the ball went.
- The invisible power cliff. A power meter with no marked threshold, where shots occasionally clear the bar for no visible reason. The mechanic is fine; hiding it is not.
- The unbeatable late round. Difficulty that rises until scoring is essentially impossible, which converts a skill game into a test of how long you will keep trying.
Our own model is published in the game's source, and the two numbers that matter are visible in play: the 94% power threshold is drawn on the meter, and the escalation is stated on the game page. That is the standard worth holding any penalty game to.
Why the keeper never gets your exact target
A small design note that explains a lot. Our keeper is told which side you aimed at, not where. It then dives to a fixed point roughly 31% of the goal width from centre.
That is deliberate: a keeper that dived exactly at the ball whenever it read you would make placement irrelevant, and the game would collapse into a coin flip. Because it dives to a fixed point instead, a shot into the corner on the correct side can still beat it — which is precisely why placement remains the dominant skill even against a keeper that read you.







