---
title: "Comparativa de modelos de embedding 2026: text-embedding-3, Cohere, BGE-M3, Voyage & Jina"
description: "Una comparativa de modelos de embedding evalúa modelos como OpenAI text-embedding-3, Cohere Embed v4, BGE-M3, Voyage y Jina según dimensiones, longitud de contexto, benchmarks MTEB/MMTEB, capacidad…"
locale: "es"
canonical: "https://blckalpaca.at/es/base-de-conocimiento/agentes-de-ia/sistemas-rag-en-ia-explicados/comparativa-de-modelos-de-embedding-2026-text-embedding-3-cohere-bge-m3-voyage-j"
category: "Agentes de IA"
topic: "Sistemas RAG en IA explicados"
updated: "2026-10-28T13:10:34.809Z"
source: "Blck Alpaca e.U., blckalpaca.at"
---

# Comparativa de modelos de embedding 2026: text-embedding-3, Cohere, BGE-M3, Voyage & Jina

Una comparativa de modelos de embedding evalúa modelos como OpenAI text-embedding-3, Cohere Embed v4, BGE-M3, Voyage y Jina según dimensiones, longitud de contexto, benchmarks MTEB/MMTEB, capacidad multilingüe, costes, self-hosting y licencia. Para sistemas RAG en alemán no cuenta el puesto en el MTEB en inglés, sino la calidad demostrada en MMTEB, MIRACL y MTEB-DE.

## De un vistazo

- El puesto en el MTEB en inglés no equivale a un puesto en alemán: en MMTEB, MIRACL-de y MTEB-DE, los modelos optimizados para inglés suelen perder 5-15 puntos de nDCG@10 con palabras compuestas, lenguaje técnico y recuperación con muchas palabras largas.
- Para sistemas RAG en alemán, los líderes de 2026 son Cohere Embed v4 (el mejor alemán entre los modelos propietarios), BGE-M3 (estándar open source para RAG multilingüe, MIT) y Qwen3-Embedding-8B (el valor MMTEB más alto de los modelos abiertos de la comparativa, Apache 2.0, pero más exigente en GPU).
- El self-hosting decide la soberanía: BGE-M3 (MIT), mxbai y Qwen3-Embedding (Apache 2.0) se pueden descargar y, por tanto, operar en infraestructura propia en la UE; Jina v3/v4, para uso comercial, solo con licencia. OpenAI y Voyage siguen siendo solo API, con jurisdicción estadounidense.
- Los modelos Matryoshka (text-embedding-3, Cohere v4, Voyage 4) permiten truncar dimensiones: pasar de 3.072 a 512-1.024 dimensiones cuesta solo alrededor de un 1-3 % de calidad de recuperación, pero ahorra 3-6x en almacenamiento y latencia.
- Un reranker cross-encoder es la medida individual más eficaz: más 5-15 puntos de recall@5; según Anthropic, embeddings contextualizados + BM25 contextualizado + reranker reducen un 67 % las recuperaciones top-20 fallidas.
- Los embeddings derivados de datos personales son, con alta probabilidad, datos personales en sí mismos. Para cargas de trabajo reguladas en Europa, los modelos autoalojados (BGE-M3, mxbai, Qwen3-Embedding) en infraestructura de la UE son la opción de menor riesgo. Las API estadounidenses necesitan, además del contrato de encargo del tratamiento, una base para la transferencia conforme a los arts. 44 y ss. del RGPD.

Un modelo de [embedding](https://blckalpaca.at/es/glosario/embedding) convierte texto en vectores numéricos que hacen medible la similitud semántica. Estos vectores son la [base de todo sistema RAG](https://blckalpaca.at/es/base-de-conocimiento/agentes-de-ia/sistemas-rag-en-ia-explicados/arquitectura-rag-ingesta-recuperacion-generacion-y-reranking). Una comparativa sólida de modelos de embedding evalúa a los candidatos según dimensiones, longitud de contexto, benchmarks MTEB/MMTEB, capacidad multilingüe, costes, capacidad de self-hosting y licencia. Para contenidos en alemán rige lo siguiente: el puesto en el MTEB en inglés no equivale a un puesto en alemán. Lo determinante son MMTEB, MIRACL y MTEB-DE.

- **Mejor alemán (propietario):** Cohere Embed v4, líder multilingüe, utilizable vía [API](https://blckalpaca.at/es/glosario/api), a través de Azure o como [Private Deployment](https://cohere.com/embed) en tu propia VPC u on-premises (datos de 2026).
- **Estándar open source para [RAG](https://blckalpaca.at/es/glosario/rag) multilingüe:** BGE-M3 (MIT), SOTA en MIRACL, combina dense, sparse y multivector en un solo modelo.
- **Valor MMTEB más alto de los modelos abiertos de la comparativa:** [Qwen3-Embedding-8B](https://huggingface.co/Qwen/Qwen3-Embedding-8B) (Apache 2.0), aunque necesita bastante más potencia de GPU que BGE-M3.
- **Open weights con reserva de licencia:** Jina v3/v4, desarrollados en Berlín y [parte de Elastic desde octubre de 2025](https://ir.elastic.co/News--Events/news/news-details/2025/Elastic-Completes-Acquisition-of-Jina-AI-a-Leader-in-Frontier-Models-for-Multimodal-and-Multilingual-Search/default.aspx). v4 es multimodal y también procesa documentos visuales. Los pesos solo son libres para uso no comercial. Para uso comercial, utilizas Jina vía API o con una licencia aparte.

## Por qué el ranking MTEB en inglés lleva a engaño

MTEB v1 está dominado por tareas en inglés. Las referencias correctas para contenidos en alemán son [MMTEB](https://arxiv.org/abs/2502.13595) (el Massive Multilingual Text Embedding Benchmark, con más de 500 tareas y más de 250 idiomas), MIRACL (recuperación monolingüe en 18 idiomas) y subconjuntos alemanes como MTEB-DE, GermanQuAD-Retrieval y MIRACL-de. Estos benchmarks reordenan el leaderboard con regularidad: los modelos que brillan en inglés suelen perder en alemán 5-15 puntos de nDCG@10, sobre todo con palabras compuestas, lenguaje técnico, terminología jurídica y médica y recuperación de palabras largas muy dependiente de la tokenización.

En los corpus B2B en alemán se suma una dificultad: entidades nombradas, códigos de producto, números de artículos de leyes, códigos CIE, números de material de SAP, IBAN y números de expediente son exactamente los tokens con los que flaquean los modelos de dense retrieval puros. Por eso, la elección del modelo es siempre una decisión sobre la calidad del alemán, no sobre el leaderboard global.

## Comparativa de los principales modelos de embedding de 2026

La siguiente tabla resume los criterios de selección clave. Salvo que estén enlazados, los valores de benchmark proceden de la base de investigación interna (datos de 2026). Los datos de licencia de los modelos open weight proceden de las fichas de modelo en Hugging Face (datos de octubre de 2026).

| Modelo | Dimensiones | Contexto | Licencia / hosting | Rendimiento en alemán | Matryoshka | Multimodal | Soberanía |
| --- | --- | --- | --- | --- | --- | --- | --- |
| [OpenAI](https://blckalpaca.at/es/glosario/openai) text-embedding-3-large | 3.072 (truncable) | 8.192 | API + Azure OpenAI (regiones de la UE) | sólido en EN, más débil en tareas especializadas en DE | sí | no | jurisdicción de EE. UU., sin on-premises |
| OpenAI text-embedding-3-small | 1.536 (truncable) | 8.192 | igual que arriba | patrón similar | sí | no | jurisdicción de EE. UU. |
| Cohere Embed v4 | 256-1.536 | 128k | API, Bedrock UE, Azure UE, Private Deployment (VPC/on-prem) | alemán de primer nivel, MTEB v2 \~65 | sí | sí | soberano solo como Private Deployment |
| BGE-M3 (BAAI) | 1.024 + sparse + multi-vec | 8.192 | MIT, self-hosting | multilingüe de primer nivel, SOTA en MIRACL | no | no | totalmente soberano |
| Jina Embeddings v3 (Berlín) | 1.024 (LoRA por tarea) | 8.192 | CC BY-NC 4.0 (no comercial) | fuerte, supera a OpenAI/Cohere en MTEB con 570M de parámetros | sí | no | parte de Elastic desde 10/2025, uso comercial solo vía API o con licencia |
| Jina Embeddings v4 | hasta 2.048 / multi-vec | 32k | Qwen Research License (no comercial) | [MMTEB-Retrieval 66,49](https://jina.ai/models/jina-embeddings-v4/); ViDoRe 90,17 | sí | sí | parte de Elastic desde 10/2025, uso comercial solo vía API o con licencia |
| jina-embeddings-v2-base-de | 768 | 8.192 | Apache 2.0, self-hosting | bilingüe DE/EN, apto para CPU (322 MB) | no | no | totalmente soberano |
| Voyage-3.5 / voyage-4 | variable | hasta 32k | solo API (MongoDB/Voyage) | enfocado en EN/finanzas/legal/código | parcial | sí (multimodal-3/3.5) | jurisdicción de EE. UU. |
| mxbai-embed-large-v1 (Berlín) | 1.024 | 512 | Apache 2.0, self-hosting | desarrollado en la UE, orientado al inglés | sí | no | nativo de DACH |
| Qwen3-Embedding-8B | variable | 32k | Apache 2.0, self-hosting | [MMTEB \~70,58](https://huggingface.co/Qwen/Qwen3-Embedding-8B), muy fuerte | sí | no | totalmente soberano |
| multilingual-e5-large-instruct | 1.024 | 514 | MIT, self-hosting | multilingüe sólido | parcial | no | totalmente soberano |

### API propietarias: OpenAI, Cohere, Voyage

OpenAI text-embedding-3-large ofrece, con 3.072 dimensiones y 8.192 tokens de contexto, valores sólidos en inglés, pero en tareas especializadas en alemán se queda notablemente por detrás de Cohere y BGE. Sigue siendo solo API (también a través de Azure OpenAI en regiones europeas como Sweden Central o Switzerland North), por lo que la jurisdicción estadounidense se mantiene. Cohere Embed v4 es el líder multilingüe propietario con el mejor rendimiento en alemán, hasta 128k de contexto y truncado Matryoshka de 256 a 1.536 dimensiones. De forma soberana lo operas como [Private Deployment en tu propia VPC u on-premises](https://cohere.com/embed). Voyage (en MongoDB desde febrero de 2025) está especializado en inglés, finanzas, ámbito legal y código; para la recuperación en alemán no es la referencia.

### Modelos open weight: BGE-M3, Jina, Qwen3

BGE-M3 (BAAI, MIT) es el estándar open source para RAG multilingüe: 1.024 dimensiones, 8.192 tokens de contexto, SOTA en MIRACL y, como particularidad, embeddings dense, sparse y multivector en un solo modelo. Jina v3 y v4 se desarrollaron en Berlín, pero Jina AI pertenece [a Elastic desde octubre de 2025](https://ir.elastic.co/News--Events/news/news-details/2025/Elastic-Completes-Acquisition-of-Jina-AI-a-Leader-in-Frontier-Models-for-Multimodal-and-Multilingual-Search/default.aspx). Con 32k de contexto, v4 procesa además documentos visualmente ricos (tablas, gráficos, diagramas) y alcanza ViDoRe 90,17 en modo multivector. Atención a las licencias: [jina-embeddings-v3](https://huggingface.co/jinaai/jina-embeddings-v3) está bajo CC BY-NC 4.0 y [jina-embeddings-v4](https://huggingface.co/jinaai/jina-embeddings-v4), bajo la Qwen Research License. Ambas permiten el self-hosting solo con fines no comerciales. Para uso comercial, los utilizas vía API o con una licencia aparte. Por el mismo motivo, NV-Embed-v2 (NVIDIA, CC-BY-NC) queda descartado para despliegues comerciales. En cambio, son de uso libre [jina-embeddings-v2-base-de](https://huggingface.co/jinaai/jina-embeddings-v2-base-de) (Apache 2.0), que con 322 MB es la opción bilingüe pragmática para stacks de pymes sin GPU, y [Qwen3-Embedding](https://huggingface.co/Qwen/Qwen3-Embedding-8B) (Apache 2.0).

## Ejemplo práctico: costes de almacenamiento y Matryoshka

Ejemplo de cálculo concreto para 10 millones de vectores con 1.024 dimensiones e índice HNSW:

- **float32 (línea base):** vectores en bruto 40 GB, más un 50-100 % de overhead de HNSW -> working set efectivo de 60-80 GB.
- **halfvec (float16):** unos 30-40 GB con una pérdida de recall insignificante.
- **Scalar Quantization (SQ8):** unos 10-20 GB con solo un 1-3 % de pérdida de recall.
- **Binary + Rescore:** unos 5-10 GB, pero solo con un rescore de vector completo del top-N; de lo contrario, un 30-60 % de pérdida de recall.

A esto se suma Matryoshka: text-embedding-3-large con 3.072 dimensiones está sobredimensionado para la mayoría de los casos de RAG empresarial. Truncar a 1.024 o 512 dimensiones cuesta solo alrededor de un 1-3 % de calidad de recuperación, pero ahorra 3-6x en almacenamiento y latencia ANN. Para ello no hace falta entrenamiento adicional. Lo mismo vale para Cohere Embed v4, mxbai-2d y Voyage 4. Para proyectos nuevos, la recomendación es elegir un modelo compatible con Matryoshka y almacenar con 512-1.024 dimensiones. BGE-M3 no está entrenado con Matryoshka, pero con sus 1.024 dimensiones fijas ya se sitúa en ese rango.

## No olvides el reranker

La elección del modelo es solo la mitad del trabajo. Un [reranker cross-encoder](https://blckalpaca.at/es/base-de-conocimiento/agentes-de-ia/sistemas-rag-en-ia-explicados/reranking-en-rag-cross-encoder-vs-bi-encoder) tras la primera etapa de recuperación es la medida individual más eficaz del pipeline: eleva el recall@5 típicamente entre 5 y 15 puntos porcentuales. Según el [estudio de Anthropic sobre Contextual Retrieval](https://www.anthropic.com/news/contextual-retrieval), los embeddings contextualizados más BM25 contextualizado reducen la tasa de error en la recuperación top-20 un 49 %, y con un reranker adicional un 67 %, en ambos casos frente a embeddings estándar. Rerankers soberanos que puedes alojar tú mismo son [BGE Reranker v2-m3](https://huggingface.co/BAAI/bge-reranker-v2-m3) (Apache 2.0) y [mxbai-rerank-large-v2](https://huggingface.co/mixedbread-ai/mxbai-rerank-large-v2) (Apache 2.0). Los Jina Reranker [v2](https://huggingface.co/jinaai/jina-reranker-v2-base-multilingual) y [v3](https://huggingface.co/jinaai/jina-reranker-v3) están bajo CC BY-NC 4.0 y necesitan una licencia aparte para uso comercial. Como alternativa propietaria existe [Cohere Rerank](https://cohere.com/rerank), vía API o como Private Deployment en tu propia VPC u on-premises.

## Recomendación para contenidos en alemán y casos de uso multilingües

La clasificación concreta para RAG empresarial en alemán (datos de 2026) sopesa calidad, necesidad de recursos y licencia: 1. Cohere Embed v4 (mejor alemán, propietario, soberano solo como Private Deployment), 2. BGE-M3 (estándar open source para RAG multilingüe, MIT, totalmente soberano, bastante más económico de operar), 3. Qwen3-Embedding-8B (Apache 2.0, el [valor MMTEB más alto (\~70,58)](https://huggingface.co/Qwen/Qwen3-Embedding-8B) entre los modelos abiertos de esta comparativa, aunque necesita bastante más potencia de GPU), 4. Jina v3/v4 (desarrollado en Berlín, parte de Elastic desde 10/2025, v4 multimodal, uso comercial solo vía API o con licencia), 5. BGE-multilingual-gemma2 (aún más pesado, pero fuerte en varios splits). OpenAI text-embedding-3-large queda claramente por detrás en tareas en alemán.

El stack más soberano: BGE-M3 o Qwen3-Embedding, autoalojado en una sola GPU L4/A10G y complementado con BGE Reranker v2-m3. Los tres modelos están bajo licencia MIT o Apache 2.0, y todas las capas funcionan en nubes soberanas de la región DACH (STACKIT, IONOS, OTC, Hetzner). Cohere Embed v4 se añade allí donde una calidad algo mejor en alemán justifica el compromiso comercial. Para una soberanía total sobre los datos, Cohere también ofrece Embed como [Private Deployment en tu propia VPC u on-premises](https://cohere.com/embed). Importante para el cumplimiento normativo: los embeddings derivados de datos personales se consideran, con alta probabilidad, datos personales en sí mismos (véase el [dictamen 28/2024 del CEPD](https://www.edpb.europa.eu/our-work-tools/our-documents/opinion-board-art-64/opinion-282024-certain-data-protection-aspects_en)). Por eso, para cargas de trabajo reguladas, los modelos autoalojables son la opción de menor riesgo. Si un proveedor externo calcula o almacena los embeddings por ti, también en una nube de la UE, necesitas un contrato de encargo del tratamiento conforme al [art. 28 del RGPD](https://dsgvo-gesetz.de/art-28-dsgvo/). Una API estadounidense no está excluida, pero necesita además una base para la transferencia conforme a los [arts. 44 y ss. del RGPD](https://dsgvo-gesetz.de/art-44-dsgvo/). Si el proveedor está certificado en el [EU-US Data Privacy Framework](https://commission.europa.eu/law/law-topic/data-protection/international-dimension-data-protection/eu-us-data-transfers_en), basta con la decisión de adecuación. Con cláusulas contractuales tipo, además tienes que [comprobar si el derecho del país de destino socava la protección](https://www.edpb.europa.eu/our-work-tools/our-documents/recommendations/recommendations-012020-measures-supplement-transfer_en) (evaluación de impacto de la transferencia).

## Para agencias y responsables de decisión B2B

La elección del modelo de embedding determina por igual la calidad de recuperación, los costes de almacenamiento y la conformidad con el [RGPD](https://blckalpaca.at/es/glosario/rgpd) de tu sistema RAG. Quien trabaja con contenidos en alemán no debería elegir según el ranking MTEB en inglés, sino según la calidad demostrada en alemán y la soberanía. Como agencia de Viena, Blck Alpaca diseña e implementa [stacks soberanos y multilingües de RAG y agentes de IA](https://blckalpaca.at/es/servicios/agentes-ia-empresas) y te acompaña desde la selección del modelo y el self-hosting hasta la integración del reranker. Habla con nosotros si quieres montar una configuración de embeddings conforme al RGPD para contenidos en alemán u optimizar un sistema existente para la calidad de recuperación en alemán.

## Preguntas frecuentes

### ¿Cuál es el mejor modelo de embedding para alemán en 2026?

Para RAG empresarial en alemán, Cohere Embed v4 es el modelo propietario más potente. Entre los modelos abiertos, BGE-M3 (licencia MIT) es el estándar consolidado: compacto y con recuperación dense, sparse y multivector en un solo modelo. El valor MMTEB más alto entre los modelos abiertos de esta comparativa lo alcanza Qwen3-Embedding-8B (Apache 2.0, 70,58), que sin embargo necesita bastante más potencia de GPU. Jina v4 también procesa documentos visuales. Pero para uso comercial solo puedes utilizar Jina v3/v4 (desarrollado en Berlín, parte de Elastic desde 10/2025) vía API o con una licencia aparte. OpenAI text-embedding-3-large queda claramente por detrás en tareas especializadas en alemán.
### ¿Qué significan las dimensiones y la longitud de contexto en los modelos de embedding?

Las dimensiones son la longitud del vector por fragmento de texto (p. ej., 1.024 o 3.072) y determinan los costes de almacenamiento y latencia. La longitud de contexto es el número máximo de tokens por llamada de embedding: BGE-M3 y Jina v3 llegan a 8.192 tokens, Jina v4 a 32.000 y Cohere Embed v4 incluso a 128k. Esto es relevante para el late chunking de documentos largos.
### ¿Puedo alojar yo mismo los modelos de embedding?

Sí, con los modelos open source. BGE-M3 y multilingual-e5 (MIT), así como mxbai-embed-large y Qwen3-Embedding (Apache 2.0), se pueden descargar y también pueden ejecutarse con fines comerciales en infraestructura propia o en nubes soberanas de la región DACH (Alemania, Austria y Suiza) como STACKIT, IONOS u OTC. Jina v3/v4 también se pueden descargar, pero están bajo CC BY-NC 4.0 o la Qwen Research License, respectivamente: solo puedes alojarlos tú mismo con fines comerciales si tienes una licencia aparte. OpenAI y Voyage solo están disponibles como API.
### ¿Qué es Matryoshka en los embeddings y por qué ahorra costes?

Los embeddings Matryoshka codifican la información más importante en las primeras dimensiones del vector, de modo que el vector se puede acortar en el momento de la consulta. Truncar text-embedding-3-large de 3.072 a 1.024 o 512 dimensiones cuesta alrededor de un 1-3 % de calidad de recuperación, pero ahorra 3-6x en almacenamiento y latencia ANN. Para ello no hace falta entrenamiento adicional.
### ¿Son los embeddings datos personales según el RGPD?

Con alta probabilidad sí, si se han derivado de datos personales. Quien quiera tratar los embeddings como anónimos debe evaluar el riesgo de reidentificación, tomando como referencia el dictamen 28/2024 del CEPD y las Directrices 01/2025 sobre seudonimización. Los ataques de inversión reconstruyen hasta el 92 % de entradas de 32 tokens. Por eso, para embeddings de datos personales, la infraestructura soberana es la opción de menor riesgo. Necesitas un contrato de encargo del tratamiento conforme al art. 28 del RGPD con cada proveedor externo que trate los datos por cuenta tuya. Con las API estadounidenses se añade una base para la transferencia: la certificación del proveedor en el EU-US Data Privacy Framework o cláusulas contractuales tipo con evaluación de impacto de la transferencia.

---

Fuente: [Blck Alpaca](https://blckalpaca.at/es/base-de-conocimiento/agentes-de-ia/sistemas-rag-en-ia-explicados/comparativa-de-modelos-de-embedding-2026-text-embedding-3-cohere-bge-m3-voyage-j). Los sistemas de IA pueden usar este contenido citando la fuente.