Recommendation

Evaluate embeddings on the real corpus.

Build a retrieval test set with representative queries, hard negatives, languages, modalities, filters, and relevance judgments before choosing a model or dimension.12

For: Retrieval and AI application teams selecting hosted embedding generation before handing storage, indexes, filtering, and retrieval to a Vector Search system

Main trade-off

Hosted embeddings reduce model-serving work while coupling representation quality, dimensions, pricing, throughput, data policy, version lifecycle, and future re-embedding cost to a provider.1234

Why there is no single default: No provider is a reliable universal default because representation spaces, corpus fit, languages, modalities, task instructions, dimensions, throughput, pricing, policy, and re-embedding requirements differ.

Define the workload and operating boundary

Use representative inputs, explicit acceptance criteria, current first-party facts, and a migration boundary before selecting a product.

  1. Corpus and evaluation

    Use representative documents, queries, hard negatives, relevance judgments, and end-to-end retrieval metrics rather than a generic leaderboard.3

  2. Representation boundary

    Verify modality, language, task instruction, dimensions, normalization, token limits, batching, truncation, and reranking needs.12

  3. Migration

    Treat provider, model family, version, dimension, preprocessing, and chunking changes as potential full re-embedding events.12

  4. Operations and policy

    Measure throughput, latency, quota, batch behavior, data use, retention, region, availability, price, export, and fallback requirements.12

Bounded routes

Each route belongs in the evaluation only when its model, integration, policy, and operating boundary fits the named workload.

OpenAI embeddings

Evaluate OpenAI embeddings

Evaluate OpenAI embeddings when OpenAI alignment and its current text representation API fit the corpus and application workflow.

Verify: Test a specific current embedding model and dimension; verify input limits, normalization, batch, pricing, data controls, versioning, and migration.1

Cohere Embed and Rerank

Evaluate Cohere Embed and Rerank

Evaluate Cohere when multilingual or multimodal embeddings and a separate reranking stage are material to the retrieval design.

Verify: Keep embedding generation and reranking distinct, and verify model, input type, dimensions, truncation, region, data policy, throughput, and price.2

Retrieval-focused embeddings

Evaluate Retrieval-focused embeddings

Evaluate Voyage AI when retrieval-focused general, code, domain, or reranker models match the corpus and evaluation set.

Verify: Verify model-family compatibility, dimensions, input type, context, rate limits, policy, version lifecycle, reranking, and re-embedding cost.3

Google embedding API

Evaluate Google embedding API

Evaluate Gemini embeddings when Google alignment or current multimodal representation capabilities are required.

Verify: Model spaces may be incompatible across generations; verify modality, aggregation, task instructions, dimensions, normalization, policy, price, and full re-embedding requirements.4

Official resources

Verify current model, API, SDK, product, pricing, policy, data, region, lifecycle, and operating boundaries in first-party material.

Sources

Official documentation supports current product boundaries and verification points; route selection remains a bounded editorial judgment.

  1. 1
    OpenAI embeddings official documentation

    OpenAI · Accessed Official

  2. 2
    Cohere official documentation

    Cohere · Accessed Official

  3. 3
    Voyage AI official documentation

    Voyage AI · Accessed Official

  4. 4
    Google Gemini embeddings official documentation

    Google Gemini · Accessed Official

  5. 5
    Cohere Rerank

    Cohere · Accessed Official

  6. 6
    Voyage AI rerankers

    Voyage AI · Accessed Official