Embeddings

Choosing an embedding model for product search (and keeping it swappable)

What actually differs between providers for e-commerce catalogs, and why treating the embedding model as a swappable interface matters more than picking the "best" one upfront.

NXT AI · 2026 · 6 min read

Every embedding provider claims to be best on some benchmark, and for a product catalog, that's largely beside the point. The benchmark that matters is your own catalog, your own query patterns, and how much the answer changes when your product descriptions include images, spec tables, and inconsistent formatting from a dozen different suppliers. That's a different problem than the one most embedding benchmarks are built to measure.

What actually matters for a product catalog

Three things tend to separate a good fit from a bad one for e-commerce specifically:

Where the current options land

ProviderStrengthBest fit
Voyage AI (voyage-3-large)Highest retrieval quality at production scaleText-heavy catalogs, general retrieval
Voyage AI (voyage-context-4)Contextualized chunk embeddings, chunking handled by the modelFast-changing catalogs where re-chunking is a maintenance burden
Cohere Embed v4128K context window, built for mixed-modality documentsProduct pages with embedded images, spec PDFs, slide-style catalogs
OpenAI text-embedding-3-largeStrong general-purpose quality, wide ecosystem supportTeams already standardized on OpenAI infrastructure

The decision that matters more than the model: build the retrieval layer so the embedding model is an interchangeable component, not a foundation you'd have to rip out to change later. Both LlamaIndex and LangChain treat embeddings as a pluggable interface for exactly this reason — providers improve fast, and catalogs that locked into one 18 months ago are usually the ones stuck re-architecting today.

A practical starting point

For a text-and-image catalog with frequent updates, a reasonable default is Cohere Embed v4 for its native mixed-modality handling, or Voyage's contextualized models if chunking overhead is the bigger operational pain point. Neither choice needs to be permanent — that's the point of building the swap layer in from day one rather than treating the embedding model as a fixed foundation.

Further reading

Not sure which embedding fits your catalog?

We're happy to talk through the trade-offs for your specific data.

Contact Us — info@nxttechnologies.com