ASO · Apple Search Ads

Apple Search Ads Bid Optimization: A CPT/CPA Framework

CPT, tap-through rate, conversion rate, and CPA aren't four separate numbers to watch — they're one formula. Once you see how they connect, bid optimization stops being guesswork and becomes a diagnostic process: knowing exactly which number to fix when your CPA is too high.

A lot of Apple Search Ads accounts get managed by adjusting bids up or down based on gut feel — "this keyword is expensive, lower the bid." That works sometimes, but it skips the diagnostic step: is the keyword expensive because your bid is high, because your ad isn't earning taps, or because taps aren't converting to installs? Each of those has a different fix, and conflating them wastes budget.

The core formula: CPI = CPT ÷ CR

Your real cost per install is your cost-per-tap divided by your conversion rate (the share of taps that become installs). This single relationship is the foundation of every optimization decision: if your CPI is too high, it's because your CPT is too high, your CR is too low, or both — and each of those has a distinct lever. CPT is primarily a function of your bid and the auction (what competitors are bidding for the same keyword). CR is primarily a function of your product page's conversion quality for that specific search intent — which is why a keyword can have a great tap-through rate (people click) but a poor conversion rate (they don't install), if the product page doesn't actually match what that keyword implied.

The CPT/CR/CPI relationship A diagram showing that cost per tap divided by conversion rate equals cost per install, with cost per tap driven by bid and auction dynamics, and conversion rate driven by product page relevance. CPT ÷ CR = CPI (real cost per install) Driven by bid + auction Driven by product page fit

Sourced from Apple Search Ads cost-metric relationships as documented in current industry benchmarking guides (see footer).

Try the calculator

Resulting cost per install (CPI): $1.80

Manual CPT vs. Maximize Conversions

Apple offers two main bidding approaches: manual CPT bidding, where you set a max cost-per-tap at the ad group level and can override specific keywords for precision, and Maximize Conversions, where you set a target cost-per-acquisition and daily budget and let Apple's algorithm bid on your behalf across queries. Manual bidding gives you granular control and is easier to reason about with the CPI formula directly — useful when you have enough historical data on specific keywords to bid with confidence. Maximize Conversions trades some control for Apple's own optimization across a wider set of search queries, which can work well once your CPA cap is grounded in real historical data, but is harder to diagnose keyword-by-keyword when something goes wrong, since the algorithm is making the granular decisions for you.

Directionally true, unverified: a CPA cap sets a target the algorithm optimizes toward, not a hard ceiling — your realized CPA can still land above the cap in practice, so treat the cap as a strong steering input, not a guarantee.

Segmenting keywords by intent before you bid

Not all keywords deserve the same bidding logic. A branded keyword (your own app name) usually has a very high conversion rate but limited additional volume — someone searching your exact name has typically already decided to consider your app, so the marginal value of an aggressive bid there is different than for a discovery keyword. A broad category keyword ("budget app") tends to have far more volume but lower intent specificity, meaning you're competing with every other app in the category for a searcher who hasn't yet narrowed down what they actually want. A long-tail, highly specific keyword ("budget app for freelancers with invoicing") usually has lower volume but a searcher whose intent maps very closely to what your app does, often producing the best CR of the three categories even at a modest CPT. Treating all three the same way in a bidding strategy — one blanket max CPT across the account — ignores that they have structurally different economics.

Diagnosing a high-CPA keyword

When a keyword's CPA is too high, use the formula to diagnose which half of the equation is the problem before touching your bid. Pull the keyword's tap-through rate and conversion rate separately: a low TTR relative to your other keywords suggests your ad creative or the keyword's relevance to your app is weak — taps aren't happening even when you show up. A healthy TTR paired with a low CR suggests people are interested enough to tap, but the product page isn't converting that specific search intent — which points toward product page optimization (potentially a Custom Product Page targeted at that keyword's intent) rather than a bid change at all.

Self-check

Worked example (illustrative)

"MetroTransit," a transit-navigation app, reviews two keywords with the same $3.00 CPA target. These are illustrative numbers to show the diagnostic process, not real measured data.

KeywordCPTTTRCRReal CPIDiagnosis
"subway map"$0.8511%60%$1.42Healthy — under target, no action needed
"bus tracker live"$0.804%55%$1.45Low TTR — ad relevance/creative issue, not a bid problem
"transit app free"$0.7510%18%$4.17Low CR — product page mismatch, consider a targeted Custom Product Page

Illustrative: where CPI problems typically originate

Illustrative distribution for demonstration — your account's actual mix depends heavily on category and current campaign maturity.

A bid-review checklist

How Custom Product Pages change the CR side of the equation

Since 2021, Apple has allowed Custom Product Pages — alternate versions of your product page with different screenshots, preview video, and promotional text — that can be linked directly to specific ad groups or keywords. This is the most direct lever available for fixing a low-CR, high-TTR keyword: instead of trying to write one product page that serves every search intent equally well, you can build a page specifically tailored to what a searcher for "budget app for freelancers" is actually expecting to see, distinct from the page you'd show someone who found you through a broad "budget app" search. Because the underlying CPI formula treats CR as a lever independent from CPT, improving CR through a targeted Custom Product Page can reduce your effective cost per install without touching your bid at all — often a more durable fix than continuing to chase a lower CPT in an auction where competitors are bidding against you for the same keyword.

Budget allocation across a maturing campaign

Early in a campaign's life, before you have enough data to diagnose TTR and CR separately with confidence, it's reasonable to run broader keyword discovery with modest bids and accept a higher blended CPA while you gather signal. As data accumulates, shift budget deliberately: increase bids on keywords with proven healthy TTR and CR (these are your efficient, scalable keywords), hold or reduce bids on keywords where you've diagnosed a real relevance or page-mismatch problem until that underlying issue is fixed, and prune keywords that consistently show poor performance on both metrics with no clear fix in sight. This kind of staged budget allocation, grounded in the CPT/CR diagnostic rather than blended CPA alone, tends to compound into a more efficient account over successive months than static bidding ever does.

Common mistakes

A monthly review cadence

Apple Search Ads accounts drift out of tune without regular review, since auction dynamics shift as competitors adjust their own bids and seasonality changes searcher behavior. A practical monthly cadence: pull CPT, TTR, and CR per keyword (not just blended CPA), flag anything that's moved meaningfully since last month, re-run the diagnostic framework above on flagged keywords, and only then adjust bids or plan a Custom Product Page. Skipping straight to bid adjustments without this review step is how accounts end up with a patchwork of bid changes that nobody can explain in hindsight — a disciplined monthly loop, grounded in the same CPT/CR diagnostic every time, is what turns Apple Search Ads management from reactive firefighting into a compounding, explainable process.

TL;DR

Your real cost per install is CPT divided by conversion rate — treat that as your diagnostic formula, not just a reporting number. A low tap-through rate points to an ad relevance problem; a low conversion rate points to a product page mismatch; only a genuinely high CPT with healthy TTR and CR justifies a straight bid cut. Diagnose before you adjust, and remember a CPA cap is a target for Apple's algorithm to steer toward, not a guaranteed ceiling.