AI agent readiness for VTEX

When your customer's agent comes to buy, will your store be ready?

Pass/fail audits on VTEX IO and FastStore.

A growing share of store traffic comes from software agents, not people. Those agents hit pages built for human eyes and screens, and most stores fail. Lighthouse 13.3.0 now gives you a pass/fail read on whether your site is ready.

The opportunity

Something is shifting

Google added Agentic Browsing to Lighthouse's default config. Run an audit on any site and you get a straight answer: can a machine actually use this store?

13.3

In the default config

Agentic Browsing landed in Lighthouse's default config in May 2026. Chrome DevTools and PageSpeed Insights are rolling it out on their own schedule.

~90%

Fail on first run

Most commerce sites fail these audits out of the box. That includes most VTEX storefronts we have checked so far.

Half

Use AI when searching

McKinsey finds half of consumers already use AI when searching. Among those who tried it, 44% call it their primary, preferred way to search.

1st

Room to lead

We have not seen a VTEX specialist own this yet. That window will not stay open forever, especially in Brazil and LatAm.

Agent-mediated commerce could reach $3-5 trillion globally by 2030 — McKinsey, Oct 2025.

How agents shop

Same signals, every assistant

ChatGPT, Claude, Perplexity, Gemini, and embedded shopping bots do not share one playbook. They still consume the same store artifacts. When those are missing, none of them can buy reliably from your VTEX storefront.

ChatGPT Claude Perplexity Gemini Shopping assistants
How AI agents consume VTEX storefronts compared with typical store readiness
Readiness layer What agents consume Typical VTEX store What we ship
llms.txt Machine-readable site summary at the domain root Missing or invalid Core package
Structured data JSON-LD on Home, PLP, and PDP with product and offer fields Sparse Core package
Accessibility tree Programmatic names on search, cart, filters, and checkout controls Often missing Core package
Layout stability Stable layout while pages load so agents do not lose context Mixed Core package
WebMCP Declared tools for search, add-to-cart, and order lookup Not present Optional later

We score your store pass/fail on each layer. We do not rank or optimize for a single AI brand.

The stack

Three layers from discovery to transaction

Agents try indexed feeds first, then crawl your PDP markup, then call APIs when they need live data. The diagram shows where Agent Readiness fits at each step.

Diagram showing LLM agents discovering VTEX products through three layers: indexed feeds, semantic crawling, and MCP APIs, with Agent Readiness interventions at each layer.

Layer 1 feed tooling and Layer 3 payment integrations are ecosystem paths we can scope separately. The core package covers llms.txt, structured data, accessibility tree, and CLS. ACP, AP2, and MCP are backed by OpenAI, Stripe, Google, Visa, Mastercard, and PayPal — McKinsey, Oct 2025.

What we fix

Five technical fronts

Each one maps to a Lighthouse Agentic Browsing check. You pass or fail each item. There is no single score to optimize and walk away from.

"This shift transcends traditional SEO, which stands to become less relevant in an agentic world."

McKinsey, Oct 2025 — we sell readiness for the agents doing the buying, not faster SEO

llms.txt

A machine-readable summary at your domain root. Agents can learn how your store is organized without crawling every page first.

Low risk Quick win

Structured data

JSON-LD on Home, PLP, and PDP so agents can read products, offers, and nav. Less guessing from raw HTML.

Low risk SEO aligned

Accessibility tree

Named buttons, links, and inputs on search, cart, and filters. Agents stop hunting for the right pixel. Real users benefit too.

Medium effort Helps users too

WebMCP

Tools agents can call directly: search, add to cart, order lookup. Faster than screenshot-and-guess workflows.

Future upsell High value

Layout stability

CLS hygiene on key templates. Agents and humans both hate pages that jump around. This is work we already do well.

Low risk Core Web Vitals
Delivery

How we work

Start with a low-cost audit on your own store. That turns a vague AI readiness conversation into a scoped project with pass/fail numbers you can show your team.

1

Audit

We run Agentic Browsing on Home, PLP, PDP, cart, and search.

2

Scope

Failed checks get mapped to the five fronts. Quote depends on FastStore vs VTEX IO.

3

Implement

FastStore kit for repeat work, or a custom VTEX IO app where the platform is closed.

4

Verify

We re-run the audit and show what changed. Numbers, not hand-waving.

5

Monitor

Scheduled re-runs as the spec moves. Alerts when something regresses.

Platform strategy

Built for both VTEX stacks

FastStore and VTEX IO need different delivery. Same end result, different price tag.

Volume play

FastStore (Next.js)

Open stack, full routing control. Faster to ship, easier to repeat across clients.

  • llms.txt from public/ or a dedicated route
  • JSON-LD via FastStore SEO components
  • WebMCP through custom components and routes
  • Packaged as a drop-in kit
Premium delivery

VTEX IO (Store Framework)

Closed platform, app-based deploys. Harder work, higher ticket, and a reusable app you can sell per store later.

  • Custom IO app to serve llms.txt
  • WebMCP form annotations injected at runtime
  • Richer JSON-LD across templates
  • Possible VTEX App Store listing down the line

Same outcome. Different delivery model. Priced accordingly.

Engagement

Service tiers

Three ways to work with us. Most clients start with the audit and go from there.

Tier 1

Audit

Agentic Browsing on your store, plus a prioritized report and roadmap. Low cost, low risk, easy yes.

Contact us
Tier 3

Retainer

We keep re-running audits as the spec changes. Good if you do not want to find out six months later that you failed again.

Contact us
Our promise

We will not oversell this

This is preparation for a shift that may or may not hit your traffic hard next quarter. We will be straight with you about what we know and what we do not.

Standards still moving

WebMCP and llms.txt are proposals, not finished specs. Google says Agentic Browsing is not a ranking factor and does not give you a 0–100 score. We build in modules so we can swap pieces when the spec changes.

Pass or fail, per check

You get a pass ratio and individual audit results. No vanity score to chase. Each item is something we can show you fixed.

Why we sell a retainer

The checks will change. A one-off project gets you passing today. The retainer keeps you passing after the next Lighthouse release.

Why Volve

VTEX is what we do

We work on IO and FastStore every week. Performance is already part of our day job. Almost nobody in the VTEX world is talking about this yet.

VTEX IO + FastStore

We ship on both stacks: closed IO apps and headless Next.js storefronts.

Performance first

Core Web Vitals and CLS are already in our wheelhouse. One less front to outsource.

Brazil & LatAm

We already work with VTEX merchants in the region. This fits what they are starting to ask about.

Automated audits

We run Lighthouse through scripts, not by hand. You get reproducible results every time.

Start with an audit on your store

We will run Agentic Browsing on Home, PLP, PDP, cart, and search, then send a prioritized report with a clear next step.

Request a free audit