vessi.com
Audited 6 days ago· shopify
Agent-readiness across all five AI commerce surfaces.
Surfaces — click to filter
12 failing · 5 not checked · 17 shown
5 checks couldn't run on this store — each is listed below with the reason. Your score reflects only what we could verify.
Enforce HTTPS sitewide and ship a Strict-Transport-Security header with max-age ≥ 6 months
Why this matters: AI agents and payment flows refuse plain HTTP; weak HSTS is treated as effectively no HSTS by trust-and-safety scanners.
Findings (1)
Confirmed the homepage is HTTPS (status 200), probed http://vessi.com/ for redirect behaviour, and parsed the Strict-Transport-Security header (value: "max-age=7889238").
How: URL scheme + homepage status check, an http://host/ redirect probe through politeFetch, and a Strict-Transport-Security max-age parse (RFC 6797; ≥ 180-day threshold).
- HSTS max-age is below the 6-month minimumCRITICAL
/parsed max-age = 7889238s (need ≥ 15552000s = 180 days)
What we found
max-age=7889238What we expected
Strict-Transport-Security: max-age=31536000; includeSubDomainsBump
max-ageto at least 15552000 (180 days). 31536000 (1 year) is required for preload-list inclusion.
Populate gtin on every branded Product node
Why this matters: GTINs let agents match your product to the same item elsewhere; without them you lose cross-catalog matching.
Findings (11)
Checked 20 sampled product pages for a GTIN in the Product JSON-LD (0 carry a valid GTIN, 0%).
How: Extract gtin / gtin8 / gtin12 / gtin13 / gtin14 from the first Product JSON-LD node on each PDP; validate digit length.
Coverage
0/20 · 0%
- No valid GTIN on this product pageHIGH× 10
Populate gtin/gtin8/gtin12/gtin13/gtin14 with the manufacturer's barcode.
Affected (10)
- /products/mens-alta-high-top-meadow-sea
- /products/mens-alta-high-top-asphalt-black-gum
- /products/mens-alta-high-top-light-dune-trail
- /products/mens-alta-high-top-dark-teak-mocha
- /products/womens-alta-high-top-meadow-sea
- /products/mens-alta-high-top-asphalt-black
- /products/womens-alta-high-top-dark-teak-mocha
- /products/womens-alta-high-top-light-dune-trail
- /products/womens-alta-high-top-asphalt-black-gum
- /products/womens-alta-high-top-asphalt-black
…and 1 more
Make every MerchantReturnPolicy node satisfy Option A or Option B
Why this matters: A policy node missing both shapes is invisible to agents — they can't render it, link to it, or quote your return terms.
Findings (11)
Inspected 20 MerchantReturnPolicy nodes across 20 PDPs (0 satisfy Option A or B, 0%).
How: For each PDP, walk every hasMerchantReturnPolicy node (Product or Offer level) and require either (applicableCountry + returnPolicyCategory) OR a syntactically-valid merchantReturnLink URL.
Coverage
0/20 · 0%
- MerchantReturnPolicy node fails Option A and Option BHIGH× 10
Add (applicableCountry + returnPolicyCategory) or merchantReturnLink to this policy node.
Affected (10)
- /products/mens-alta-high-top-meadow-seanode missing Option A or B (lacks: applicableCountry (ISO alpha-2), merchantReturnLink (URL))
- /products/mens-alta-high-top-asphalt-black-gumnode missing Option A or B (lacks: applicableCountry (ISO alpha-2), merchantReturnLink (URL))
- /products/mens-alta-high-top-light-dune-trailnode missing Option A or B (lacks: applicableCountry (ISO alpha-2), merchantReturnLink (URL))
- /products/mens-alta-high-top-dark-teak-mochanode missing Option A or B (lacks: applicableCountry (ISO alpha-2), merchantReturnLink (URL))
- /products/womens-alta-high-top-meadow-seanode missing Option A or B (lacks: applicableCountry (ISO alpha-2), merchantReturnLink (URL))
- /products/mens-alta-high-top-asphalt-blacknode missing Option A or B (lacks: applicableCountry (ISO alpha-2), merchantReturnLink (URL))
- /products/womens-alta-high-top-dark-teak-mochanode missing Option A or B (lacks: applicableCountry (ISO alpha-2), merchantReturnLink (URL))
- /products/womens-alta-high-top-light-dune-trailnode missing Option A or B (lacks: applicableCountry (ISO alpha-2), merchantReturnLink (URL))
- /products/womens-alta-high-top-asphalt-black-gumnode missing Option A or B (lacks: applicableCountry (ISO alpha-2), merchantReturnLink (URL))
- /products/womens-alta-high-top-asphalt-blacknode missing Option A or B (lacks: applicableCountry (ISO alpha-2), merchantReturnLink (URL))
…and 1 more
Add every required top-level key to the UCP profile
Why this matters: A profile missing one of the four required keys is treated as non-conformant — agent runtimes fall back to default behaviour and may skip the merchant.
Findings (1)
Profile is missing required key(s): signing_keys.
How: Read the profile root (or top-level ucp wrapper) and verify the presence of version, services, capabilities, and signing_keys keys.
- Required top-level key
signing_keysis missingHIGHWhat we expected
Add a top-level "signing_keys" field to the JSON document (empty array/object is fine).Set
signing_keysat the root of the JSON document.
Skipped — the runner did not surface transport metadata
Context: If your UCP profile says `no-cache`, agent runtimes re-fetch on every interaction — brittle at scale and prone to rate-limit failures.
Why this was skipped
Wanted to inspect the UCP profile's Cache-Control header, but the runner did not surface transport metadata.
How: Parse the Cache-Control header on the /.well-known/ucp response; require public, max-age ≥ 60, and no no-store/no-cache/private.
- Transport metadata not available — runner update pendingLOW
This check activates once the runner (Task I1) populates ctx.wellKnownUcp.cacheControl.
Skipped — Profile declares no signing_keys; JWK validation has no entries to evaluate.
Context: Malformed JWK entries are rejected silently by agents — signed payloads cannot be verified and the merchant loses trust signal.
Why this was skipped
Profile declares no signing_keys; JWK validation has no entries to evaluate.
How: Walk signing_keys[] and validate each entry per RFC 7517 §4.1 (kty required) + RFC 7518 §6 (kty-specific required parameters). kid is OPTIONAL per RFC 7517 §4.5 and not enforced here.
Add includeSubDomains to your Strict-Transport-Security header
Why this matters: Without includeSubDomains, an HTTP subdomain (staging, mail, …) can be used to attack the apex's cookies.
Findings (1)
Inspected the homepage Strict-Transport-Security header ("max-age=7889238") and the includeSubDomains directive is absent.
How: Parse the homepage Strict-Transport-Security header for the includeSubDomains directive (RFC 6797 §6.1.2).
- HSTS header is missing the includeSubDomains directiveMEDIUM
What we found
max-age=7889238What we expected
Strict-Transport-Security: max-age=31536000; includeSubDomainsAppend
; includeSubDomainsto your STS header once every subdomain you operate supports HTTPS.
Add an Organization (or OnlineStore) JSON-LD block to your homepage with a contactPoint
Why this matters: Organization markup with a contactPoint tells AI agents who you are and how a shopper can reach you for support.
Findings (1)
Found a homepage Organization node but its contactPoint is missing both email and telephone.
How: Parse homepage <script type="application/ld+json"> blocks, flatten @graph, and look for an Organization/OnlineStore/Store node with a contactPoint carrying email or telephone.
- Homepage Organization node has no contactPoint with email or telephoneMEDIUM
What we expected
"contactPoint": [{"@type":"ContactPoint","contactType":"customer service","email":"support@example.com","telephone":"+1-555-123-4567"}]Add a contactPoint object with at least one of
emailortelephone.
Skipped — No MerchantReturnPolicy node carried a `merchantReturnLink` URL, so reachability has nothing to evaluate.
Context: A broken return-link makes Option B policies invisible — agents can't render or follow the link.
Why this was skipped
No MerchantReturnPolicy node carried a merchantReturnLink URL, so reachability has nothing to evaluate.
How: Collect every unique merchantReturnLink URL across all MerchantReturnPolicy nodes; probe each once via politeFetch (failSoft). 2xx counts as reachable.
Skipped — No MerchantReturnPolicy node carried `applicableCountry`, so the ISO-code check has nothing to evaluate.
Context: A non-ISO country is dropped silently; the policy looks present but never reaches the merchant-listing rich result.
Why this was skipped
No MerchantReturnPolicy node carried applicableCountry, so the ISO-code check has nothing to evaluate.
How: On each MerchantReturnPolicy node where applicableCountry is set, extract every candidate string and require every one to match /^[A-Z]{2}$/i.
Skipped — Profile declares no capabilities; required-field checks have nothing to evaluate.
Context: Capabilities missing version/spec/schema can't be matched against agent support tables — agents skip them silently.
Why this was skipped
Profile declares no capabilities; required-field checks have nothing to evaluate.
How: For each capabilities[] entry, require non-empty string values for version, spec, and schema.
Upload higher-resolution product images (area ≥ 50,000 pixels)
Why this matters: Tiny product images get dropped from Google’s shopping rich-result modules and are unhelpful to AI agents quoting your product visually.
Findings (11)
Inspected <img width=… height=…> attributes on 20 sampled product pages (0 have at least one image with area ≥ 50,000 px; dimensions absent from HTML are not HEAD-probed and count as indeterminate).
How: For every sampled PDP, parse <img> tags and read explicit width and height attributes; a PDP passes when at least one image has width × height ≥ 50,000. PDPs without any explicit-dimension <img> are marked indeterminate (this check does not HEAD image URLs).
Coverage
0/20 · 0%
- No <img> on this PDP carries explicit width+height attributesLOW× 10
Server-render explicit width and height attributes so crawlers can verify image area without fetching.
Affected (10)
- /products/mens-alta-high-top-meadow-sea80 <img> tags found, none with width+height
- /products/mens-alta-high-top-asphalt-black-gum112 <img> tags found, none with width+height
- /products/mens-alta-high-top-light-dune-trail118 <img> tags found, none with width+height
- /products/mens-alta-high-top-dark-teak-mocha92 <img> tags found, none with width+height
- /products/womens-alta-high-top-meadow-sea112 <img> tags found, none with width+height
- /products/mens-alta-high-top-asphalt-black118 <img> tags found, none with width+height
- /products/womens-alta-high-top-dark-teak-mocha112 <img> tags found, none with width+height
- /products/womens-alta-high-top-light-dune-trail122 <img> tags found, none with width+height
- /products/womens-alta-high-top-asphalt-black-gum132 <img> tags found, none with width+height
- /products/womens-alta-high-top-asphalt-black134 <img> tags found, none with width+height
…and 1 more
Use Schema.org enum values for returnFees / returnMethod / refundType
Why this matters: Invalid enrichment values are dropped silently, leaving merchants confused about why their rendered policy is missing fields they configured.
Findings (11)
Validated enrichment enums on 20 MerchantReturnPolicy nodes (0 all-valid, 0%).
How: On each MerchantReturnPolicy node, inspect returnFees/returnMethod/refundType if set; require the bare name or schema.org URL form of a value in the corresponding Schema.org enum.
Coverage
0/20 · 0%
- MerchantReturnPolicy enum field uses an invalid Schema.org valueLOW× 10
What we found
returnMethod="["https://schema.org/ReturnByMail","https://schema.org/ReturnInStore"]"Use the bare enum name or schema.org URL form from the documented enum.
Affected (10)
- /products/mens-alta-high-top-meadow-sea
- /products/mens-alta-high-top-asphalt-black-gum
- /products/mens-alta-high-top-light-dune-trail
- /products/mens-alta-high-top-dark-teak-mocha
- /products/womens-alta-high-top-meadow-sea
- /products/mens-alta-high-top-asphalt-black
- /products/womens-alta-high-top-dark-teak-mocha
- /products/womens-alta-high-top-light-dune-trail
- /products/womens-alta-high-top-asphalt-black-gum
- /products/womens-alta-high-top-asphalt-black
…and 1 more
Add preload to your Strict-Transport-Security header and submit to hstspreload.org
Why this matters: HSTS preload-list inclusion is the strongest downgrade protection available — first-time visits are protected too.
Findings (1)
Inspected the homepage Strict-Transport-Security header ("max-age=7889238") and the preload directive is absent.
How: Parse the homepage Strict-Transport-Security header for the preload directive (hstspreload.org vendor extension to RFC 6797).
- HSTS header is missing the preload directiveLOW
What we found
max-age=7889238What we expected
Strict-Transport-Security: max-age=31536000; includeSubDomains; preloadAppend
; preloadafterincludeSubDomainsand submit your domain at https://hstspreload.org/.
Add an AggregateRating to Product nodes when you have real reviews
Why this matters: Review ratings are a trust signal agents use to rank and filter products.
Findings (11)
Looked for a valid aggregateRating on Product JSON-LD across 20 sampled product pages (0 valid, 0%).
How: On each Product node, parse aggregateRating (or the first element if it's an array) and require ratingValue in [0,5] AND reviewCount or ratingCount ≥ 1.
Coverage
0/20 · 0%
- Product has no valid AggregateRating (ratingValue 0-5 + reviewCount/ratingCount ≥ 1)LOW× 10
Render
aggregateRatingfrom real review totals — never fabricate.Affected (10)
- /products/mens-alta-high-top-meadow-sea
- /products/mens-alta-high-top-asphalt-black-gum
- /products/mens-alta-high-top-light-dune-trail
- /products/mens-alta-high-top-dark-teak-mocha
- /products/womens-alta-high-top-meadow-sea
- /products/mens-alta-high-top-asphalt-black
- /products/womens-alta-high-top-dark-teak-mocha
- /products/womens-alta-high-top-light-dune-trail
- /products/womens-alta-high-top-asphalt-black-gum
- /products/womens-alta-high-top-asphalt-black
…and 1 more
Enable Apple Pay through your payment processor (informational only)
Why this matters: Apple Pay is a checkout-quality signal for human shoppers — informational only, does not affect the agent-readiness score.
Findings (1)
Scanned the homepage and 20 sampled PDPs for Apple Pay markers; none matched.
How: Substring match on known Apple Pay SDK/markup signatures (ApplePaySession, apple-pay-button, /apple-developer-merchantid-domain-association) across the homepage and every sampled PDP HTML.
- No Apple Pay markers detected on the homepage or PDPsINFO
Enable Apple Pay in your payment processor's dashboard (Stripe / Adyen / Braintree). Informational only — does not affect the score.
Enable Google Pay through your payment processor (informational only)
Why this matters: Google Pay is a checkout-quality signal for human shoppers — informational only, does not affect the agent-readiness score.
Findings (1)
Scanned the homepage and 20 sampled PDPs for Google Pay markers; none matched.
How: Substring match on known Google Pay SDK/markup signatures (pay.google.com/gp/p/js/pay.js, google.payments.api, <google-pay-button) across the homepage and every sampled PDP HTML.
- No Google Pay markers detected on the homepage or PDPsINFO
Enable Google Pay in your payment processor's dashboard (Stripe / Adyen / Braintree). Informational only — does not affect the score.