Back to the blog

How to Get Recommended by ChatGPT: Prove Facts

How to Get Recommended by ChatGPT: Prove Facts

Learn how to get recommended by ChatGPT with accessible pages, consistent product data, merchant feeds, evidence, and repeatable tests.

By Veliu Editorial Team13 min read

Key takeaways

Define credible buying situations, align live pages with structured product data and feeds, provide verifiable evidence, and test a frozen prompt set before and after each change.

  • ChatGPT can evaluate products more accurately when public pages, structured data, merchant feeds, and policies show the same current facts.
  • Crawler access, valid identity, complete variants, and visible evidence create the foundation for product consideration.
  • Merchant-feed eligibility opens a path into a shopping system but does not determine which product an engine selects.
  • A frozen day-zero baseline and fixed prompt set make catalog improvements measurable across citations, accuracy, appearance, and handoff.
  • The final buying path should preserve the correct product, price, variant, and checkout on the brand’s rails.

ChatGPT may describe or omit a $495 carry-on inaccurately when its public page says $495, its machine-readable offer says $450, and its merchant feed says “out of stock.” For US brands asking how to get recommended by ChatGPT, the practical route is to make product identity, price, availability, policies, and proof accessible and consistent across live pages and merchant data.

This guide is for ecommerce founders and operators who want products to enter credible buying comparisons. ChatGPT is the focus, while Gemini, Perplexity, Copilot, and AI Overviews reflect the same commercial shift: shoppers increasingly ask an engine before reaching a store, and each engine may use a different mix of indexed pages, structured product facts, merchant programs, and other sources.

The goal is operational. Choose buying situations your product can satisfy, inspect the store from outside, reconcile every important fact, and run a repeatable test. Recommendations remain controlled by each engine and can vary by request, location, availability, and retrieval context.

Five terms make the workflow understandable

  • Retrieval at answer time: an engine fetches current records or pages while answering a request.
  • Shopping result: a product card or recommendation supported by catalog or web evidence.
  • Product feed: a structured file that a merchant sends to a shopping platform.
  • Structured data: machine-readable facts embedded in a page, commonly schema.org markup written as JSON-LD.
  • Agent view: what an external shopping agent can read from the public store without private system access.

Training data can create background familiarity with a company or product. Current price, stock, variants, and citations often require retrieval from live sources or ingested catalogs because those facts change between model-training cycles.

The minimum evidence surface comes first

The checklist below is the starting point for a recommendation-readiness review. The linked specifications were reviewed on August 30, 2026. Merchant enrollment, fields, and eligibility rules can change, so verify the current OpenAI commerce documentation before implementation.

RequirementExact artifact or valueWhy it mattersQuick check
Public product URLsOne stable canonical URL per product or meaningful variantRetrieval needs an accessible sourceOpen it in a private browser session
Crawler accessPolicy for OpenAI’s documented search crawler; separate training controlsSearch retrieval and model training have distinct controlsCompare /robots.txt with OpenAI’s bot documentation
Product structured dataschema.org Product plus Offer; ratings only with visible supportGives machines explicit product and offer factsValidate rendered HTML and source HTML
IdentifiersValid GTIN, or brand owner plus MPN where appropriateHelps identify the same trade item across sourcesVerify the check digit and source record
Current priceAmount plus ISO 4217 currency, such as USDA number without currency is ambiguousCompare page, JSON-LD, and feed
AvailabilityA schema.org value such as https://schema.org/InStockStandard values reduce interpretation errorsCheck every sellable variant
Variant groupingStable family grouping and distinct variant identifiersKeeps sizes and colors separateTest two neighboring variants
ShippingMachine-readable details plus a visible policyDelivery constraints affect suitabilityTest a US ZIP code
ReturnsMachine-readable terms plus an accessible policyBuyers need the applicable conditionsFollow the policy link
Merchant feedCurrent required offer facts and applicable eligibility settingsGives commerce systems structured merchant dataCheck the current feed specification
Visible reviewsOn-page reviews aligned with marked-up totalsMarkup needs visible supporting evidenceRecount a sample manually
Dated source of truthNamed system, owner, and update time for each factReconciliation requires accountabilityTrace one controlled offer change

A checklist creates discipline.

It does not create evidence by itself.

Step 1: Choose buying situations you can credibly satisfy

Start with situations where the product has a provable fit. A useful query map covers the need, use case, constraints, comparisons, and follow-up questions a careful buyer asks before paying.

For a premium carry-on, test: “Which premium carry-on under $600 fits a 22 by 14 by 9 inch airline limit, uses an aluminum shell, and can arrive in Boston by Friday?” A comparison prompt could ask for warranty, empty weight, return window, and wheel-replacement policy.

That request creates six evidence obligations: price, dimensions, material, delivery deadline, warranty, and returns. Map each desired claim to a product page, feed value, visible policy, review, or credible independent source.

Query constraintRequired product factSupporting source
Under $600Current price and currencyProduct page, structured offer, merchant feed
Airline dimensionsExterior dimensionsSpecification table and description
Aluminum shellMaterialProduct page and feed description
Boston by FridayInventory and delivery estimateShipping system and visible delivery message
Long warrantyDuration and exclusionsPublic warranty policy
Easy comparisonWeight, returns, and repair termsProduct page, policies, and relevant independent review

Build a practical set of 20 to 40 prompts if that range covers your key situations, then mark the evidence source for every factual claim you want ChatGPT to make. This range defines the working test design; it carries no statistical threshold.

The appeal is obvious: winning “best carry-on” appears to offer the greatest demand. The evidence does not support using that broad prompt as the main diagnostic because it hides which identity, constraint, policy, or offer fact caused the product to appear or disappear.

Step 2: Crawler access determines whether evidence can be retrieved

A polished page has limited retrieval value when crawler rules, firewall challenges, blocked rendering, or redirects prevent access. OpenAI documents OAI-SearchBot for search, GPTBot for training, and ChatGPT-User for some user-initiated visits; inspect the current definitions in its bot controls and apply the general rules in RFC 9309.

Inspect the rendered page, source HTML, /robots.txt, canonical URL, structured data, images, policies, and any region selector that changes price or availability. Do this without the company’s private commerce API. The private API shows internal truth; the agent view shows what an external system can retrieve.

This example separates search access from training policy. Adapt it to the complete crawler policy, then test the effective response because wildcard rules, content-delivery networks, security challenges, and regional redirects can alter the result.

Request five representative URLs through a verified test process. Record the HTTP status, rendered content, canonical destination, and machine-readable offer.

Step 3: Verdict: Source agreement is the priority check

For this workflow, source agreement is the first technical check because a mismatch can create item issues, stale descriptions, or uncertain offers. Google documents landing-page and product-data consistency problems in its Merchant Center guidance; apply the same reconciliation discipline to every merchant destination while treating each platform’s rules separately.

Use this matrix for hero products and a sample from the long tail, meaning the many lower-volume products beyond the best sellers. OpenAI feed labels are version-sensitive, so the table describes required concepts and sends implementers to the current specification instead of freezing field names in this guide.

FactPublic pageJSON-LDMerchant feed
IdentityVisible title and canonical URLName, URL, and SKU propertiesCurrent identity fields
Company and makerVisible brand owner or makerBrand propertyCurrent brand field
IdentifierVisible where appropriateGTIN or MPN propertySupported identifier field
VariantSize, color, materialVariant-specific SKU and offerDistinct item and grouping data
PriceVisible amountPrice propertyCurrent price field
CurrencyVisible market currencyCurrency propertySupported currency value
StockVisible statusAvailability propertyCurrent availability field
ImagesPrimary and additional viewsImage propertySupported image fields
ShippingVisible delivery termsShipping detailsSupported shipping facts
ReturnsVisible return termsReturn-policy propertySupported policy facts
RatingVisible aggregateRating valueSupported rating field, if available
Review volumeVisible countReview countSupported review-count field, if available
Search eligibilityNot applicableNot applicableCurrent search-eligibility setting
Checkout eligibilityNot applicableNot applicableCurrent checkout setting, where offered

Follow the current OpenAI product-feed specification for exact names, required values, delivery method, and eligibility dependencies. Those implementation details can change after this article’s August 30, 2026 review date.

For schema.org, use the public definitions for `Product` and `Offer`. A red carry-on advertised at $495 should show that variant, 495.00, USD, and its current stock state across all relevant sources. A stale $450 value raises the risk of exclusion, stale presentation, or an inaccurate description, depending on the system and retrieval event.

Assign one authoritative source and one update owner for every fact. Record how the value reaches the page, JSON-LD, feed, and any commerce interface.

Step 4: Product identity needs valid identifiers and variants

A Global Trade Item Number, or GTIN, is a globally unique trade-item identifier generally licensed to a brand owner through GS1 and commonly encoded in a barcode. Validate its length and check digit. Never pad, guess, or fabricate one.

When no GTIN has been assigned, provide the brand owner and Manufacturer Part Number, or MPN, together where appropriate. A handmade limited-run bag may legitimately lack a GTIN. A mass-produced suitcase commonly carries one when the brand owner’s market and product setup require assignment.

Variants need equal care. A black 20-inch carry-on and a silver 22-inch version need distinct identifiers, prices, stock states, images, and attributes while remaining members of one product family. Collapsing them can send a shopper to the wrong size or an unavailable offer.

Descriptions should provide comparison facts. “Fits the published 22 by 14 by 9 inch limit” is testable. “The ultimate travel companion” has no defined test.

Category confidencePlain-language meaningMerchant action
Exact matchThe product clearly fits the specific categoryKeep the mapping and verify attributes
Plausible matchThe category is close with one meaningful mismatchReview neighboring categories and buyer language
Broad matchThe parent category supplies weak comparison detailChoose a specific category when evidence supports it
Ambiguous matchSeveral categories fit or none fits clearlyResolve identity and attributes before publishing

Sample identifiers, grouping, images, category fit, and attributes across best sellers and low-volume products.

Step 5: Verifiable evidence beats unsupported superlatives

Visible evidence should support every structured claim. If an aggregate rating says 4.8 from 327 reviews, shoppers should be able to see the rating and supporting review evidence on the page. Review markup should align with visible authors, text, and ratings.

OpenAI’s shopping guidance states: “Product results are selected independently and are not ads.” Its shopping documentation also names relevance, availability, price, quality, and merchant context as considerations, while exact selection weights remain proprietary.

Independent evidence can strengthen a checkable claim. A specification sheet can establish dimensions, while a named travel publication can report measured weight after testing. Scope every statement to what the source measured and when it measured it.

Inventory each superlative, rating, certification, warranty statement, and performance claim. Attach visible first-party evidence or a named independent source.

Step 6: Verdict: Feed eligibility does not secure selection

An eligible merchant feed gives a product a structured path into a commerce system. Selection still depends on the request, location, available inventory, supporting evidence, and the engine’s current process, so confirm eligibility rules against the OpenAI feed specification as of the implementation date.

Document feed generation, delivery results, validation errors, and the time required for an approved offer change to appear downstream. If inventory reaches zero at 10:04 a.m., record when the page, JSON-LD, feed, and observed shopping answer reflect that event.

Run one controlled price or inventory change on a test product. Measure propagation at every observable layer.

Why does verifiable product evidence shape AI findability?

ChatGPT, Gemini, Perplexity, Copilot, and AI Overviews can use differing combinations of indexed pages, structured data, merchant feeds, and commerce integrations to answer product questions. Consistent identity, offers, policies, and proof make a product easier to read and describe, while recommendation decisions remain with each engine.

The commercial journey continues after the answer. On the brand’s domain, the store can answer permitted follow-up questions, present approved components suited to the request, preserve the correct price and variant, and keep checkout on the brand’s rails. See Agentic Commerce: Who Sells When AI Buys? and What Is Generative UI, and Who Composes Your Storefront?.

Where evidence turns into a sale: 1. Shopper request (Need, budget, constraints); 2. Live retrieval (Pages, feeds, indexes); 3. Evidence check (Identity, offer, proof); 4. Product answer (Relevant options presented); 5. Brand experience (Approved adaptive components); 6. Brand checkout (Merchant rails complete order)
Where evidence turns into a sale

A missing identifier can confuse identity.

A wrong price can break the handoff.

Step 7: A frozen baseline makes the test reproducible

Freeze a dated day-zero baseline before changing pages, feeds, or policies. Record the market, date, model or product name shown in the interface, session state, exact prompt, source data, answer, and cited URLs.

Use the same balanced prompt set across needs, constraints, comparisons, and follow-up depth. Run repeated clean-session tests under documented conditions. Record product appearance, citations, factual accuracy, price, availability, follow-up quality, and whether the final link reaches the intended variant.

Methodology matters more than a favorable screenshot.

After each documented change, repeat the same prompt set. Treat the results as observations within that sample because model behavior, retrieval, location, and inventory can change.

Measurement must expose missing signals

Use actual observations. Display baseline unavailable when no day-zero measurement exists and signal missing when a source or value cannot be observed. Invented thresholds hide the gaps the test should expose.

MetricFormula or methodPass conditionDiagnostic value
Structured-data validityValidate sampled pages and count errorsNo blocking errors in tested recordsFinds unusable markup
Field completenessValid required facts divided by expected factsImproves from the baselineExposes neglected catalog depth
Source divergenceDisagreeing facts divided by checked factsDeclines from the baselineLocates conflicting systems
Propagation latencyTime from approved change to observed updateMeets the documented operating targetReveals stale offer paths
Prompt-set appearancePrompts showing the product divided by tested promptsImproves under the same designMeasures consideration within the sample
Citation shareEligible answers citing the brand domain divided by checked answersImproves within the same scopeSeparates appearance from attribution
Cited-fact accuracyCorrect cited claims divided by checked cited claimsImproves from the baselineTests faithful representation
Price accuracyCorrect observed prices divided by checked pricesImproves from the baselineDetects damaging errors
Availability accuracyCorrect stock states divided by checked statesImproves from the baselineDetects dead ends
Follow-up qualityFixed rubric for dimensions, policy, variant, and deliveryImproves on the same rubricTests depth after first appearance
Correct handoffIntended destinations divided by attemptsImproves from the baselineConnects the answer to buying

This resolves the $495 carry-on problem raised at the start. The work is complete only when the live page, machine-readable offer, merchant feed, observed answer, and destination show the same current truth.

Common failures reveal where to work next

An inaccessible source wastes a clean page

Crawler blocks, firewall challenges, broken redirects, and rendering failures can prevent retrieval. Test the effective response from outside the company network.

Feed eligibility only creates an entry path

Eligibility supports ingestion or consideration under the applicable program. It does not determine the final result.

One screenshot is weak evidence

A single answer has no control for session state, model changes, location, or wording. Preserve a dated prompt set and repeatable conditions.

Schema presence can hide an incomplete offer

A page may include Product markup while omitting currency, variant-specific availability, shipping, or returns. Measure validity and completeness across the catalog.

llms.txt remains a lower-priority experiment

llms.txt is a proposed Markdown index for machine-oriented content. As of August 30, 2026, public vendor documentation reviewed for this guide did not establish broad production use across the named shopping engines. It grants no crawler access and should follow accessible pages, valid structured data, reliable feeds, and tested freshness.

Brand mentions and product recommendations require different tests

A company mention can appear in an informational answer even when no product enters a shopping comparison. Test buyer-focused questions with clear identity, accessible sources, consistent facts, and credible corroboration. How to Get Found on ChatGPT: What AI Can Verify covers the broader workflow.

Product testing adds offer details: current price, inventory, variants, shipping, returns, and a valid handoff. Apply the same dated prompt set and accuracy rubric across relevant engines. For the wider read-and-skip mechanics, see Generative engine optimization for ecommerce.

Safe testing rarely requires private data

Do not paste customer personal data, payment details, confidential contracts, unreleased products, credentials, or private API keys into consumer sessions. Use approved test accounts, public catalog facts, redacted evidence, synthetic customer details, and the company’s data-governance policy.

Veliu’s brand agent studies the market, readies the store, and sells to people and to the AI shopping agents that arrive. Catalog reading, normalization, feeds, and commerce endpoints help it answer with the correct price and valid variant. On the brand’s site, it can compose approved components from permitted signals, answer human and machine buyers, return the questions customers asked, and keep checkout on the brand’s rails.

Give one owner responsibility for reconciling the page, structured data, feed, and commerce facts. Then freeze the baseline before the next price, inventory, policy, or variant change.

Your next operational move is specific: choose one high-value product today, capture every public offer source, and record the day-zero result before anyone edits it.

Author: Veliu Editorial Team

Methodology note: Veliu Editorial Team reviewed the linked OpenAI, schema.org, Google, GS1, and IETF primary documentation on August 30, 2026. The proposed test protocol measures public agent-view observations across a fixed, dated prompt set, with raw answers, citations, source snapshots, and controlled catalog changes retained for comparison. Merchant availability and engine behavior can vary by market and date.

Get the next piece when it ships

We send new notes on making your catalog readable and buyable by AI agents as they come out.

Subscribe to the newsletter