Feedmind
Methodology · FM-SCORE v1.1

The whole method, published, including the parts that make us look worse.

Shopping is moving into assistants, and assistants read product content differently than people do. The Feedmind Score measures one thing: how well a catalog can be read, understood and answered from by an AI agent. We publish the method in full, because a score nobody can audit is a score nobody should trust.

The four dimensions

What is measured, and how much each part counts.

Every dimension is a set of named checks. A product is scored on each dimension it is eligible for, and the dimensions are combined by the weights below. A store that publishes one language is scored over three dimensions rather than being penalised for the fourth.

DimensionWeightWhat it asks
Agent accessibility25 percentCan an assistant reach and read the page at all? We check crawler permissions, whether content survives without JavaScript, and whether the page states what it is before a human ever scrolls.
Structured data25 percentMachine readable facts beat prose. Product and Offer markup with real identifiers is what lets an assistant match your item to the one a shopper is asking about, and quote a price it trusts.
Content answerability30 percentThe heaviest weight, because it decides recommendations. We measure whether your copy contains the specifics buyers ask about, such as fit, compatibility, materials and what is in the box, and whether those facts survive summarization.
Multi-language parity20 percentEuropean catalogs answer in several languages. A thin German page is a German shopper you lose silently, so we compare depth, attributes and markup across every locale you publish.
The checks

Every check that contributes to the number.

Checks marked v1.1 were added with the scoring version of the same name. Every check that existed in v1.0 produces byte-identical results under the current version.

Agent accessibility

25 percent of the score

robots.txt: GPTBot, PerplexityBot, Google-Extended

Server rendered content without JS execution

A single, clear H1 and a declared document language

Image alt text coverage, how images read without eyes (v1.1)

Structured data

25 percent of the score

schema.org Product and Offer JSON-LD validity

GTIN, MPN and brand coverage across SKUs

Price, currency and availability freshness

Standard taxonomy category assignment (v1.1)

Named spec coverage: material, capacity, warranty, compatibility, colour (v1.1)

Content answerability

30 percent of the score

Description depth and attribute density

FAQ content and FAQPage markup

Buyer question answer rate in simulation

Tag quality: use case and discovery phrasing (v1.1)

Multi-language parity

20 percent of the score

Word count and attribute parity per locale

hreflang correctness and locale routing

Localized structured data, not just copy

Grade bands

Two scales, deliberately kept apart.

The store level bands below are what a catalog score and a public scorecard are graded against. Per product rows in the app use a more forgiving catalog scale, because a single thin product is not the same failure as a whole catalog that reads badly. Mixing them would flatter one of the two.

GradeBandWhat it reads as
A85 to 100Agent-ready. Assistants can answer almost anything about the catalog.
B65 to 84Solid. Gaps appear on comparison and compatibility questions.
C50 to 64Readable but thin. Frequently skipped for better-documented rivals.
D35 to 49Structural problems. Most buyer questions go unanswered.
Fbelow 35Effectively invisible to assistants.
Sampling and comparison

What a public check reads, and what it compares against.

  • A public domain check reads a representative sample of product pages rather than the whole catalog, and the scorecard says how many it read. It is free at any store size and needs no account.
  • A connected store is scored across every product your plan registers, read in full through the API rather than sampled.
  • A category median is published only once at least 20 stores in that category have been scanned, so a median is never computed from a handful.
  • The named competitor on a public scorecard is a public storefront in the same category, scored by the same checks on the same day.
The limit

What the score is not.

  • It is not a ranking. Nothing here measures or predicts a position in any search result or assistant answer.
  • It is not a prediction of traffic or revenue. Estimated movements shown next to a proposed fix are labelled EST and describe the score, not sales.
  • It is not a promise of a recommendation. Assistants change their models and sources without notice, and no vendor has a lever inside them.
  • It is not a judgement of your writing. The answerability dimension asks whether the facts a buyer needs are present, not whether the prose is good.
Versioning

When the method changes, the version changes with it.

The current version is FM-SCORE v1.1. When a check is added, removed or reweighted, the version increments and the change is listed on the changelog before it takes effect. Every score we store carries the version it was measured under, so your own history stays comparable even after the method moves.