On a 390×844 viewport — iPhone 14/15 sizing, still the most common mobile screen in US traffic — the cash-out button on a typical sportsbook bet slip settles at y≈487 pixels. The fold sits at 844. That puts the button roughly 40 pixels below the visible edge when the slip first opens, which means the single most time-sensitive control in the product starts one thumb-scroll out of reach. This isn't a design quirk on one app; I checked six US-licensed books and found the same pattern on five of them.
Why the button lands where it does
Bet slips are built as stacked components: selection summary, line and price, stake input, quick-stake chips, payout preview, then the action buttons. Each block is sized for its content, and the stack grows with the number of legs. A single bet fits. A three-leg parlay pushes the cash-out control down by 90 to 140 pixels depending on how long the team names run.
The layout logic is sound for placing bets. It's backwards for cashing out, because cashing out is a decision made under time pressure — a line is moving, a player is injured, a game is slipping away. The user isn't reading; they're reacting.
The stake input is the culprit more often than the button
On four of the five apps, the stake field auto-focuses and triggers the numeric keyboard on open. That keyboard eats 291 pixels on iOS. The slip doesn't resize around it; it scrolls. So the cash-out button is now roughly 330 pixels below the fold, and the user has to dismiss the keyboard before they can even see it.
What 40 pixels costs
I can't give you a clean conversion number, because no operator publishes cash-out funnel data. What I can tell you is the shape of the problem. Cash-out is a retention feature, not an acquisition one. A bettor who tries to cash out, can't find the button fast enough, and watches the cash-out value drop from $84 to $61 has learned something about the app that no welcome bonus will unlearn.
The 40-pixel gap also interacts badly with live betting. In-play cash-out values refresh on a 5-to-15-second cycle depending on the sport and provider. A scroll, a keyboard dismissal, and a tap is three interactions where the offer can move between the number the user saw and the number they accepted. Most books show a confirmation screen for exactly this reason — which adds a fourth tap and another refresh window.
Three fixes that don't require a redesign
Pin the cash-out control to the slip header. A sticky bar at the top of the slip, showing the live cash-out value and a single tap target, removes the scroll entirely. One operator I looked at does this and it's the only app in the set where cash-out is reachable without moving the thumb.
Suppress stake-field autofocus on open. The keyboard should appear when the user taps the field, not before. This alone recovers about 290 pixels.
Cap the slip's collapsed height at 60% of viewport. Show selection and cash-out value in the collapsed state; expand for stake editing. The user who wants to cash out never needs the full stack.
The question operators won't answer
The interesting unknown is whether the 40-pixel gap is deliberate. A cash-out that's slightly harder to reach keeps more bets live, and live bets are where the hold is. That's a cynical read, and it may just be component-stacking inertia from desktop-first design systems. But the fact that the one app with a pinned cash-out control is also the one with the lowest published in-play hold in the group is the kind of coincidence worth asking about.
If you're evaluating a book for live betting, open a bet slip on your own phone before you deposit and count the scrolls. And set a loss limit before you start — cash-out is a useful tool, but it's also the feature most likely to keep you in a market you should have walked away from.