You have reached the awkward point in an AI Max rollout: enabling automation is easy, but proving that it deserves more budget or a different ROI target is not. A promising campaign-level result can still leave you unsure whether the broader campaign portfolio improved.
Google’s expanded planning stack gives you a cleaner way to make that decision. You can forecast bidding and budget changes, test budgets or ROI targets across multiple Search campaigns, and retain brand and location controls in AI Max experiments. The value comes from using those capabilities in the right order: forecast the opportunity, test the decision, then implement only what the evidence supports.
Key takeaways
- Use Performance Planner to form a hypothesis, not to prove that a proposed change will work.
- Use a multi-campaign A/B test when the real decision affects a group of Search campaigns rather than one campaign in isolation.
- Keep brand and location controls in place when they represent genuine business requirements, and hold them consistent between the control and treatment.
- Define success for the entire tested portfolio before looking at individual campaign winners and losers.
- Treat one-click application as an execution shortcut, not as a substitute for review and approval.
Separate forecasting, experimentation and rollout

The three stages answer different questions. Performance Planner estimates what could happen under changed inputs. An A/B test measures what happens when a defined treatment competes with a control. A rollout turns the supported treatment into a live operating decision.
Problems start when those stages blur. A forecast may justify running a test, but it cannot establish incremental impact. A positive experiment can justify adopting the tested treatment, but it does not automatically validate larger changes, different campaigns or fewer guardrails.
| Capability | Question it should answer | What it cannot establish by itself |
|---|---|---|
| Performance Planner | What outcome might follow from a proposed bidding or budget change? | Whether the change caused an incremental improvement. |
| Multi-campaign A/B test | Does a changed budget or ROI target improve results across the selected Search campaign portfolio? | Whether the same treatment will work outside the campaigns and conditions tested. |
| AI Max experiment with controls | What is AI Max’s impact while required brand and location rules remain in force? | How AI Max would perform with different or removed guardrails. |
| Controlled rollout | Can the tested change be adopted without breaching an operational or financial limit? | Whether a more aggressive, untested version is also safe. |
This separation also prevents a common reporting mistake: presenting predicted performance and observed experiment results as if they were equivalent evidence. Label forecasts as forecasts, test results as test results and post-rollout monitoring as monitoring.
Write the decision rule before opening Performance Planner
Do not begin with a vague instruction such as “find more volume” or “improve AI Max performance.” Begin with one decision that an experiment can resolve. A useful question identifies the campaign set, the lever, the desired business outcome and the limit you will not cross.
Use this structure:
If we change [budget or ROI target] across [named Search campaigns], does [primary portfolio outcome] improve enough to justify adoption without violating [business guardrail]?
Complete a short decision brief before generating scenarios:
- Campaign scope: Name every campaign included. Group campaigns that serve a shared business objective and use compatible conversion economics. If one campaign values a conversion very differently from another, a combined result may be difficult to act on.
- Treatment: State whether you are changing budgets, ROI targets or AI Max itself. Avoid bundling unrelated changes into the same treatment.
- Primary outcome: Choose the portfolio-level result that will decide adoption. Use the conversion actions and value logic that reflect the business outcome, not whichever interface metric happens to move most dramatically.
- Required controls: Record the brand and location restrictions that must remain active. These are test conditions, not implementation details to reconstruct later.
- Financial boundary: Set the maximum spend, minimum acceptable return or other limit your business requires. The threshold must come from your economics, not from a platform recommendation.
- Invalidation conditions: Decide what would make the test unreliable, such as broken conversion tracking, a major landing-page change or an unusual operational interruption.
- Decision owner: Name the person who can approve the live budget or target change. A technically positive result should not bypass financial accountability.
Budget and ROI tests also answer different business questions. A budget test asks whether the portfolio can absorb additional spend while preserving acceptable economics. An ROI-target test asks whether the change in volume is worth the corresponding movement in efficiency. Pick the question you actually need answered instead of changing both levers merely because both are available.
Turn the Performance Planner forecast into a testable hypothesis
Performance Planner is being expanded so advertisers can forecast how changes such as bidding or budget targets may affect existing campaign performance. That makes it useful for narrowing the options before you expose live spend to a treatment.
A disciplined planning pass looks like this:
- Capture the current state. Record the campaigns, live budgets, live targets, required controls and the measurement configuration attached to the decision.
- Model one decision family at a time. Examine the proposed budget change separately from an ROI-target change. If several inputs move together, you will not know which assumption produced the forecasted difference.
- Inspect the portfolio and its distribution. A stronger total can conceal that the projected gain is concentrated in a small part of the campaign set. Note which campaigns appear to contribute the change so you know what to inspect after the test.
- Reject scenarios the business cannot support. A forecast is not useful if the treatment requires spend, lead capacity, inventory or geographic coverage that the business cannot accommodate.
- Convert the surviving scenario into a hypothesis. Write the exact treatment you intend to test and the guardrail it must satisfy.
A practical hypothesis is specific without pretending the forecast is a guarantee: Across [campaign set], changing [selected lever] from [current setting] to [proposed setting] is expected to improve [portfolio outcome] while keeping [guardrail] within its approved boundary. We will require an experiment before adopting the change across the full scope.
Google also allows suggested Performance Planner changes to be applied directly to campaigns with one click. That shortens execution, but it does not reduce the financial consequence of a wrong setting. Do not click through until someone has verified the campaigns, proposed values, approval and recovery plan.
Build the A/B test around the portfolio decision
The multi-campaign capability scheduled for September will let advertisers test different budgets and ROI targets across multiple Search campaigns in one A/B test. Use that broader scope when management will ultimately approve or reject the change for a campaign group rather than campaign by campaign.
Set up the experiment so the answer remains interpretable:
- Select a coherent campaign set. Include campaigns connected to the same decision. Do not create a larger test merely to make the result look more comprehensive.
- Keep the control recognizable. The control should preserve the current operating approach. Document it well enough that you can tell whether an unrelated change altered the comparison.
- Change only the intended decision family. If the question concerns budgets, avoid changing ROI targets, measurement rules and landing pages at the same time. If the question concerns an ROI target, keep the budget treatment and other settings as stable as the test design allows.
- Apply the same required guardrails. AI Max experiments will support brand and location controls, so businesses do not have to remove those restrictions merely to run the experiment. Verify that both sides reflect the intended rules. Otherwise, you are testing AI Max plus a control change.
- Preselect the portfolio decision metric. Decide which aggregate outcome determines adoption. Campaign-level metrics can diagnose where the effect came from, but they should not be cherry-picked afterward to replace the original decision rule.
- Log concurrent changes. Record changes to conversion tracking, offers, landing pages, inventory, pricing and other conditions that could complicate interpretation.
- Wait for an interpretable result. Do not declare a winner because an early difference looks attractive. Use the experiment’s completed readout and check that the business conditions remained valid for the comparison.
Preserving controls does not prove that the controls themselves are optimal. It answers a narrower and more useful question: whether AI Max adds value under the constraints your business is actually prepared to keep. If you later want to test a different brand or location policy, treat that as a separate decision.
Translate the result into a controlled budget decision

The experiment is finished only when its outcome maps to a predefined action. Use the following decision patterns instead of looking for a metric that supports the change you already wanted:
- Positive portfolio result, guardrails met: Adopt the treatment only for the campaign scope and settings that were tested. A positive result at one budget or target does not validate a more aggressive value.
- Positive total, concentrated in a few campaigns: Inspect the distribution before an account-wide rollout. The aggregate result may be valid while the correct implementation scope is narrower.
- More volume, financial boundary missed: Treat the test as unsuccessful under the original rule. Additional conversions do not compensate for breaching a required ROI or spend constraint unless the business explicitly changes that constraint.
- No interpretable difference: Do not relabel the forecast as proof. Check whether the campaign scope, measurement or operating conditions prevented a useful answer, then revise and rerun only if the decision still matters.
- Negative result: Keep the control. Record what was tested so the same unsupported treatment is not reintroduced later as a new recommendation.
If you decide to implement a suggested change directly from Performance Planner, use a short release check:
- Confirm the exact campaigns, budgets and targets that will change.
- Record the current live values so they can be restored if a business guardrail is breached.
- Obtain approval from the budget owner before applying the change.
- Apply only the tested treatment to the approved scope.
- Monitor tracking, spend and the predefined business guardrail after launch; do not replace the experiment’s decision metric with a more flattering one.
Your next step is small and concrete: choose one unresolved budget, ROI-target or AI Max decision, write its portfolio-level success rule, and use Performance Planner to define the treatment worth testing. That sequence turns new automation into a governed business decision rather than a leap of faith.
References




























