Before Your AI Ad Promises Friday Delivery, Check the Handoff
Before an AI sales conversation promises delivery, availability or a refund, decide which facts it can verify and who handles the exceptions. A practical readiness check for merchants.

An ad can make a claim. A conversation can make dozens.
That changes the work behind the campaign. A shopper does not just ask what a product does. They ask whether it will arrive before Friday, fit their existing equipment or qualify for a return after opening.
If an AI agent answers those questions, your business needs more than approved ad copy. It needs a reliable way to distinguish a product fact from a commitment that somebody must fulfil.
What changed this week
On September 16, OpenAI announced that it is testing Sponsored Agents with select advertisers in the United States. After clicking an ad in ChatGPT, a person can choose a clearly labelled conversation with a business-sponsored agent, ask follow-up questions and follow a link to the business website.
OpenAI says that conversation is separate from both ChatGPT's independent answers and the user's original conversation. This is a vendor-announced test, not evidence of improved conversion or reliable fulfilment.
The same announcement introduces advertising tools and HubSpot and Shopify integrations. Those are separate capabilities. The announced September 23 international availability for the Shopify advertising app, in markets where ChatGPT Ads are available, is not a promise that Sponsored Agents will launch internationally then.
For an Australian merchant, the immediate decision is not to assume access and rush a launch. It is to check whether your product answers are ready for a conversation. That work also improves an existing website assistant or human sales desk.
A delivery question exposes the gap
Consider a fictional furniture retailer. A shopper asks an agent whether a table will arrive at their regional postcode before an event next Friday.
The product page says dispatch normally takes two business days. The warehouse shows one unit. The carrier has a postcode-dependent transit estimate.
None of those facts, alone, establishes arrival by Friday. The unit may already be allocated. Dispatch is not delivery. The order may miss the daily cutoff. A carrier estimate may not be a guarantee.
The failure happens when the agent compresses those qualifications into a reassuring yes. The customer buys, the delivery misses the event and support inherits a promise it never approved.
This scenario is illustrative. It is not a reported failure of the Sponsored Agents pilot. It shows the operating question a merchant should ask of any customer-facing AI.
Separate facts, estimates and commitments
Start with the questions your sales and support teams already receive. Put each answer into one of three groups.
- Stable facts: dimensions, materials, compatibility specifications and published care instructions. Answer from the current approved product record. Missing information stays missing.
- Changing facts and estimates: stock, price, dispatch windows and delivery estimates. These need a current source, the relevant customer context and an explicit description of uncertainty.
- Commitments and exceptions: guaranteed arrival, a stock reservation, a special discount or an exception to the returns policy. These require the business's authorised decision process, not a plausible sentence.
The distinction is commercial, not just technical. An agent may be allowed to describe the standard returns policy without being allowed to approve a particular return. It may report available stock without reserving it.
Ask what the product actually supports before designing around it. The announcement does not establish merchant-configurable live inventory checks, reservation tools or support-ticket handoffs for Sponsored Agents. If a required capability is unavailable, narrow the answers or route the shopper to a place that can resolve the question.
Build a small answer register
You do not need a new knowledge platform to begin. Take ten purchase-blocking questions and record the approved source, its owner, when it becomes stale and what happens when the answer cannot be verified.
| Question | Evidence needed | If unavailable |
|---|---|---|
| Will it fit? | Approved dimensions and the shopper's measurements | Request the missing measurement; do not infer it |
| Will it arrive Friday? | Postcode, cutoff, allocation and current delivery estimate | Explain the limit and route for confirmation |
| Can I return it after opening? | Current policy, product conditions and applicable consumer rights | Send for review; do not invent an exception or reject a right |
Give each changing source an update trigger. A revised promotion should replace the old price rule. A fulfilment disruption should change the delivery answer. Decide who checks that the update reached every customer-facing surface.
A source link is not enough if it points to yesterday's answer.
The handoff must resolve the question
Sending someone to the homepage is a navigation step, not a completed handoff.
For the table shopper, the next person needs the product variant, requested date, destination and unresolved question. Where the channel supports it and the customer has agreed, pass only the information needed to continue. Do not assume you receive the customer's original ChatGPT conversation or can export the sponsored conversation.
Where context cannot transfer, provide a specific next step: a delivery-check form, the relevant product page or a staffed contact route. Make clear that the date still needs confirmation. Test what the receiving team actually sees.
Assign an owner and a realistic response window to that route. Otherwise the agent has moved the uncertainty into a queue that nobody is watching.
Test the awkward questions before buying more traffic
Use a small set of real, anonymised questions from support. Include an expired promotion, contradictory product details, a stock change during the conversation, a delivery deadline and a request outside the standard policy.
For every answer, review three things: was the claim supported, was its uncertainty clear and did the next step work? Marketing can check the message. Operations must check whether the business can deliver it.
Where review records are available, track unsupported commitments and unresolved handoffs alongside conversion. If the channel cannot expose enough evidence to review consequential answers, keep those answers out of scope. Do not infer reliability from clicks or fluent sample conversations.
Our AI-built tool acceptance guide covers go-live testing more broadly. Here the unit of acceptance is the customer promise: the answer, the evidence behind it and the person or process that can fulfil it.
Buy the channel. Own the operating rules.
A self-serve advertising app may be enough to create campaigns and measure traffic. There is no reason to commission a custom agent just to duplicate those features.
Additional work becomes worthwhile when product, fulfilment and support systems disagree, or when nobody owns the path from an uncertain answer to a resolved request. That is an operational problem regardless of which AI channel wins.
Our earlier agentic commerce guide looks at discovery and transactions. This is the gap between them: a customer asks whether your offer fits their situation, and the business must answer without inventing what happens next.
Before funding a larger conversational campaign, choose one product range and ten difficult questions. Agree what can be answered, what must be checked and who resolves the rest. Then decide whether the available channel can support those boundaries.
Make the next customer promise one you can keep.
Bring one product range and the questions that block purchases to a Tessera workflow audit. We can map approved answers, changing sources and the handoffs your team needs to operate a customer-facing agent.
Audit the workflow