The difference between filtering and judging
A comparison engine takes the criteria a shopper has already chosen and filters against them. Size, colour, availability, band. The feed's job is to carry accurate attributes so the filter works, and conventional feed optimisation is entirely about making those attributes clean and complete.
An agent is doing something else. Someone describes a situation — what they are trying to do, what they already own, what constraint they are working around — and the agent decides which products suit. That is a judgement, and judgements need information that no standard feed specification carries.
This is why catalogues that perform well in shopping ads can be absent from agent recommendations entirely. The data is not wrong; it answers a different question. Nothing in a well-formed feed tells a model what a product is unsuitable for.
What is actually missing
Compatibility is the largest gap. What this works with, what it does not, and what else is required to use it. Retailers hold this knowledge in support articles, product reviews and the heads of their staff, and almost never in structured form attached to the product.
Constraints and limitations are the second. The conditions under which a product performs poorly, the situations it is not designed for, the trade-off it makes against alternatives. Publishing that feels commercially counter-intuitive and is exactly what allows a model to recommend you confidently rather than hedge.
Use-case context is the third. Not a marketing description of who might like it, but the specific situations it suits — matched to how a buyer would describe their own circumstances rather than how a category manager would classify it.
Where this sits on a Shopify catalogue
Metafields are the practical mechanism, and most stores already have some. The work is deciding which suitability fields matter for your category, populating them for products where the demand justifies the effort, and exposing them in structured data on the product page rather than only in the theme.
Reviews are an under-used source for exactly this data. Customers routinely state what they used a product for and what it did not work with, which is the raw material for compatibility and constraint fields. Mining existing reviews is usually faster than authoring the information from scratch.
Do this for products with real demand rather than across the whole catalogue. Long-tail items rarely repay the effort, and starting with the products that already generate the questions makes the return visible before the work scales.
How much to invest right now
Honestly: this is emerging and should be described as such. Agent-driven purchasing is growing in some categories and remains modest overall. Anyone presenting a proven playbook here is ahead of the evidence, and we would rather say that than sell against it.
What is defensible today is making product data genuinely complete and honest, because that is robust to whatever the interfaces settle into. Complete data helps shoppers, helps comparison engines, helps assistants and helps your own support team, which makes it a low-regret investment regardless of how fast agents grow.
What is not defensible is neglecting conventional feed hygiene to chase this. Disapprovals, missing identifiers and bad categorisation cost real money today in channels that demonstrably work. Fix those first, then add suitability data on top.
Takeaways
- Comparison engines filter; agents judge. Judgement needs data no standard feed carries.
- The gaps are compatibility, constraints and use-case context — not identifiers or attributes.
- Publishing what a product is unsuitable for is what lets a model recommend it confidently.
- Metafields plus structured data on the product page is the practical mechanism on Shopify.
- Mine existing reviews for compatibility data rather than authoring it from scratch.
- Fix conventional feed hygiene first. Agent readiness is additive, not a replacement.
Related services
More reading
- How to measure who gets cited: a 12,000-prompt methodology
- llms.txt is not robots.txt — and treating it that way costs you citations
- The answer-first rewrite: a 50-word pattern that wins snippets
- Best SEO practices for 2026: the ten that still decide rankings
- On-page SEO best practices: what a page must do to be the best answer
- Technical SEO best practices: what has to be true before a page can rank or be quoted
- SEO best practices for AI search: getting cited by ChatGPT, Claude and Perplexity
- Outdated SEO practices: what to stop doing in 2026, and what replaced each one
