**[Rayon](https://rayon.so/) is a cloud-based design platform for architecture and interior design that enables teams to collaborate in real-time.**

With millions of monthly searches and users in over 100 countries, Rayon needed a fast, multilingual search solution to keep up with explosive data growth. They turned to Meilisearch to power their semantic search and scale seamlessly.

>“Meilisearch is very powerful for our needs, especially its semantic search, which effortlessly helps users find relevant objects - even without precise queries.” - said Bastien Dolla, CEO & Co-founder at Rayon.

**Challenge: delivering fast, intuitive, and scalable search experience, while accommodating rapid growth.**
-------------------------------------------------------------------------------

With a rapidly growing user base in over 100 countries, Rayon needed to address critical challenges, including improving search functionality and supporting the rapid expansion of its database and usage while enhancing the overall user experience.

**Challenge: Multilingual search for a global audience.**
Traditional keyword-based search systems usually require users to know the exact name of an asset, often in English. Rayon’s non-native English-speaking users make up a significant portion of its global audience, so the platform needed to support searches in multiple languages in order to eliminate friction.

**Challenge: Rapid data expansion.**
Rayon’s platform offers access to over 4,000 assets, which represent real-world objects like furniture or textures. Users can also create and publish their own libraries, which leads to the rapid growth of the repository. With approximately one terabyte of new data added weekly, conventional tools simply couldn’t keep pace.

**Challenge: Scaling demand.**
The platform handles 2 million searches monthly, and expects to hit 20 million by year’s end. This necessitated a high-performance, scalable solution.

**Solution: creating an AI-powered search experience for Rayon’s global user base.**
-------------------------------------------------------------------------------

Rayon turned to Meilisearch to address its challenges with multilingual search, scaling, and efficient data management. These were addressed by:

- Leveraging AI-powered [semantic search](https://www.meilisearch.com/blog/semantic-search) for intuitive discovery: rather than relying on exact keywords, Meilisearch understands intent. For example, whether a user searches for “Scandinavian style” or “modern sofa with clean lines,” relevant results are quickly delivered.
- Enabling multilingual search: In addition to understanding the natural meaning of a query, Meilisearch supports non-English language searches, leveraging OpenAI embeddings to eliminate language barriers. For example, a search for 'chaise' in French or 'silla' in Spanish will return relevant chair designs, regardless of the language used.
- Scalable architecture for rapid growth: By indexing only design asset libraries and using token-based access control, Meilisearch efficiently manages data growth while ensuring stable performance and secure, authorized access.
- Open-source flexibility and Rust compatibility: The open-source origins of Meilisearch ensures that Rayon retains control over its search infrastructure, which provides them the flexibility to deploy their own instance if needed. Compatibility with Rust, the programming language Rayon is built on, is an important commonality to Rayon as they have a strong Rust team, making it easier for them to integrate and work with Meilisearch

**Implementation**
-------------------------------------------------------------------------------

Rayon implemented an efficient indexing process to ensure users could quickly and accurately find the design assets they needed:
1. Library processing and SVG generation: When users publish a library of design assets, Rayon processes the files and generates SVG images for each element. These images serve as visual representations of the assets, making it easier for users to identify what they are searching for.
2. Embedding generation with OpenAI: Rayon uses OpenAI’s advanced AI models to generate embeddings for each design asset. These embeddings capture the semantic meaning of the asset, enabling Meilisearch to perform highly accurate searches based on natural language descriptions.
3. Token-based access control: Meilisearch’s token system allows Rayon to maintain strict control over data visibility while still providing a seamless search experience.

**Results**
-------------------------------------------------------------------------------
By solving key challenges, Meilisearch has become essential to Rayon’s mission, delivering faster searches, happier users, and a platform built for the future:
- **Multilingual search for a global audience.** Designers can now search for assets in their native language, eliminating the need for English-only queries.
- **Faster, more intuitive search:** Meilisearch’s high-performance engine enables users to find design assets in seconds using natural language, without needing exact names.
- **AI-powered discovery** – With [OpenAI embeddings](https://www.meilisearch.com/docs/learn/ai_powered_search/getting_started_with_ai_search#generate-embeddings-with-openai), Rayon's search goes beyond keywords, allowing users to find assets based on descriptions, even without precise terminology.
**Scalability for rapid growth** – Meilisearch indexes 250,000–350,000 searchable items, supporting both Rayon’s library and user-generated content. With 1TB of new data added weekly, it seamlessly handles growing search volumes—scaling from 2M to an expected 20M searches per month by year-end.

**Conclusion: Solidifying Rayon’s position as a leader in cloud-based design tools.**
-------------------------------------------------------------------------------
Meilisearch has become essential to Rayon's mission by solving multilingual access, scalability, and asset discovery challenges.
As Rayon continues to innovate, the team plans to explore new capabilities, such as visual search and deeper data and [RAG](https://www.meilisearch.com/blog/how-to-build-rag) integration, to evolve into a comprehensive platform for architects and designers.
Looking ahead, their vision goes beyond visual assets and drawings, aiming to integrate procurement details, material specifications, and other essential data into a **truly comprehensive design hub.**




How Rayon leverages AI semantic features for a seamless design UX 

Semantic search transforms how we find information online by focusing on understanding the meaning behind the words and phrases in user searches rather than relying solely on word-for-word matching.

Using machine learning (ML) and natural language processing (NLP), it decodes intent, context, and relationships between words, thus allowing for more conversational queries. This makes it a vital tool for businesses needing fast, accurate, and relevant results from large or complex data sets.

Embedding models are ML techniques that render words and phrases into complex numerical representations, which are then classified based on their context and relationships. However, not all models are the same. Accuracy, speed, indexing efficiency, and pricing can vary significantly between them.

Choosing the right semantic search model is crucial for delivering precise, efficient, and scalable search experiences for specific tasks.

Understanding the trade-offs—whether for multilingual support, search latency, or computational efficiency—will help you implement a high-performing semantic search system for your brand.

## What is semantic search?

Semantic search is an advanced AI-powered approach to information retrieval that focuses on NLP, ML, and knowledge representation to deduce the intent and contextual meaning of user queries.

Traditional keyword-based search engines match exact strings of words, but that’s not always enough. Semantic search goes further by incorporating **named entity recognition**, **relationships between words**, and **contextual disambiguation** to deliver more relevant results.

Semantic search engines can understand synonyms, paraphrased queries, and even infer implicit meanings exclusively because they use deep learning models such as transformers.

Given its ability to enhance the search criteria, [AI-powered search](https://www.meilisearch.com/blog/ai-powered-search) is crucial for applications requiring faster, broader, and even less structured [data retrieval](https://www.meilisearch.com/blog/how-to-cache-semantic-search).

## Why is semantic search important?
Semantic search is important because it improves search capability and relevance, thus helping users find information faster and with fewer irrelevant results. It also reduces uncertainty by interpreting natural language queries more clearly.

Like similarity search, it allows users to phrase their questions conversationally and intuitively rather than using specific—sometimes even long-tail—keywords. Think of it like this: if you can ask a question from your neighbor on a bus, then you can ask it with a quick semantic search.

Additionally, businesses benefit from semantic search by **enhancing customer experiences**, **improving product discovery**, and **optimizing knowledge management systems**.

For example, e-commerce stores like Bookshop.org can [boost search-based sales by up to 43%](https://www.meilisearch.com/blog/bookshop-increases-search-based-purchases) by implementing semantic search tools like Meilisearch.

A core component of semantic search is embedding models through which similarity computations are made possible.

## What are embedding models?

Embedding models are machine learning models that transform words, phrases, or documents into dense numerical representations called embeddings.

These vector representations encode word relationships, which allow search engines to compare semantic meaning and context rather than rely solely on exact similarity between words.

For instance, embeddings generated for words like “**phone**,” “**mobile**,” and “**cell**” will be more closely aligned in vector space than, say, “**cell**” and “**bell**,” even though the latter two are closer in letter-by-letter similarity.

This allows a search engine to retrieve relevant results even if the exact keyword is absent, underpinning various NLP and LLM (large language model) applications.

### What’s the difference between semantic and search embeddings?

Semantic and search embeddings serve distinct purposes in NLP applications, particularly in semantic search.

**Semantic embeddings** capture the meaning and relationships between words, which is helpful for tasks like document classification, recommendation systems, language translation, and sentiment analysis. They do this by reflecting the words’ conceptual similarities, even if they are not used in the same context.

On the other hand, **search embeddings** are specifically optimized for retrieval tasks, thus ensuring queries and indexed documents align effectively in vector space to maximize search relevance.

Unlike generic semantic embeddings, search embeddings often incorporate domain- and background-specific optimizations to fine-tune the effectiveness of the specific retrieval activity.

For example, a semantic embedding model might learn that "mac" is related to pasta, the makeup company, and the Apple laptop computer. However, a _search embedding model_ trained on computers and hardware would prioritize the third meaning when processing search queries in that domain.

Embedding models serve as the backbone of semantic search by enabling similarity-based retrieval mechanisms that align with user intent.

## What is the role of embedding models in semantic search?

Embedding models power semantic search by converting text into a structured format that can be efficiently indexed and retrieved.

Instead of relying on exact keyword matches, these models compare **query** embeddings with **indexed** document embeddings. This enables nearest-neighbor searches and significantly improves retrieval accuracy over traditional algorithms that depend on keyword matching.

These models often use transformer-based architectures such as BERT (Bidirectional Encoder Representations from Transformers), GPT (Generative Pre-trained Transformer), and their derivative neural networks to capture context-aware representations.

That’s how they can handle nuanced queries at scale. For instance, even though “cat” and “bat” sound (and look) similar, only one of them may be used in context as a conventional house pet.

Several fine-tuned and pre-trained models continue to emerge as industry standards for semantic search. Each improves precision, relevance, efficiency, and/or scalability in its own way.

## What are the most commonly used models for semantic search?

Different embedding models vary in terms of vector dimensionality, context length, and certain other performance characteristics.

In the context of LLMs, dimensionality points to the number of components in a vector, with each corresponding to an attribute of the encoded variable. Additionally, context length relates to the amount of text—usually measured in tokens—a model can “remember” and refer to at any given time.

To assess these variations, a series of benchmark tests were conducted using [Meilisearch](https://www.meilisearch.com), evaluating each model's effectiveness in real-world search scenarios that you will encounter.

These tests measured factors such as **retrieval accuracy**, **indexing speed**, and **query latency**, which is how they evaluated each model’s performance under specific search conditions.

| **Model/Service** | **Dimensions** | **Context Length** |
| --- | --- | --- |
| [Cohere embed-english-v3.0](https://docs.cohere.com/docs/embeddings) | 1024 | 512 |
| [Cohere embed-english-light-v3.0](https://docs.cohere.com/docs/embeddings) | 384 | 512 |
| [Cohere embed-multilingual-v3.0](https://docs.cohere.com/docs/embeddings) | 1024 | 512 |
| [Cohere embed-multilingual-light-v3.0](https://docs.cohere.com/docs/embeddings) | 384 | 512 |
| [OpenAI text-embedding-3-small](https://platform.openai.com/docs/guides/embeddings) | 1536 | 8192 |
| [OpenAI text-embedding-3-large](https://platform.openai.com/docs/guides/embeddings) | 3072 | 8192 |
| [Mistral](https://docs.mistral.ai/capabilities/embeddings/) | 1024 | 8192 |
| [VoyageAI voyage-2](https://www.voyageai.com/) | 1024 | 4000 |
| [VoyageAI voyage-large-2](https://www.voyageai.com/) | 1536 | 16000 |
| [VoyageAI voyage-multilingual-2](https://www.voyageai.com/) | 1024 | 32000 |
| [Jina Colbert v2](https://jina.ai/news/jina-colbert-v2-multilingual-late-interaction-retriever-for-embedding-and-reranking/) | 128, 96, or 64 | 8192 |
| [OSS all-MiniLM-L6-v2](https://huggingface.co/sentence-transformers/all-MiniLM-L6-v2) | 384 | 512 |
| [OSS bge-small-en-v1.5](https://huggingface.co/BAAI/bge-small-en-v1.5) | 1024 | 512 |
| [OSS bge-large-en-v1.5](https://huggingface.co/BAAI/bge-large-en-v1.5) | 1536 | 512 |

Your choice of a model for semantic search will depend on a variety of factors, including, but not limited to, its **accuracy**, **computational efficiency**, and **cost**.

## What factors should be considered when choosing the best model for semantic search?

### 1. Results relevancy
Relevance is the cornerstone of effective semantic search, especially in achieving optimal user experience. The right model should balance precision, recall, and speed to ensure users receive highly relevant results without excessive noise.

This balance becomes especially important when comparing hybrid approaches like vector and full-text search. When selecting an embedding model, think about the following:

- multilingual support;
- handling multi-modal data;
- domain-specific performance.

In this context, bigger might not always mean better. While larger models often provide better accuracy, smaller models can offer competitive results at lower computational costs.

Moreover, effectively structuring data, such as with optimized document templates in Meilisearch, can improve search quality.

### 2. Search performance
Search latency is a critical factor in user experience. Search-as-you-type has become the standard for customer-facing applications as fast, responsive search results improve user engagement and retention. 

Local embedding models are ideal to achieve lightning-fast performance, as they eliminate the need for round trips to external services and reduce latency. If you must rely on remote models, hosting your search service close to the embedding service can minimize delays and improve user experience.

The table below showcases latency benchmarks for various local embedding models and embedding APIs. All requests originate from a Meilisearch instance hosted in the AWS London data center.

| **Model/Service** | **Latency** |
| --- | --- | 
| [Cloudflare bge-small-en-v1.5](https://huggingface.co/BAAI/bge-small-en-v1.5) | ±800ms |
| [Cloudflare bge-large-en-v1.5](https://huggingface.co/BAAI/bge-large-en-v1.5) | ±500ms |
| [Cohere embed-english-v3.0](https://docs.cohere.com/docs/embeddings) | ±170ms |
| [Cohere embed-english-light-v3.0](https://docs.cohere.com/docs/embeddings) | ±160ms |
| [Local gte-small](https://huggingface.co/models?search=gte-small) | ±20ms |
| [Local all-MiniLM-L6-v2](https://huggingface.co/sentence-transformers/all-MiniLM-L6-v2) | ±10ms |
| [Local bge-small-en-v1.5](https://huggingface.co/BAAI/bge-small-en-v1.5) | ±20ms |
| [Local bge-large-en-v1.5](https://huggingface.co/BAAI/bge-large-en-v1.5) | ±60ms |
| [Mistral](https://docs.mistral.ai/capabilities/embeddings/) | ±200ms |
| [Jina colbert](https://huggingface.co/jinaai/jina-colbert-v2) | ±400ms |
| [OpenAI text-embedding-3-small](https://platform.openai.com/docs/guides/embeddings) | ±460ms |
| [OpenAI text-embedding-3-large](https://platform.openai.com/docs/guides/embeddings) | ±750ms |
| [VoyageAI voyage-2](https://www.voyageai.com/) | ±350ms |
| [VoyageAI voyage-large-2](https://www.voyageai.com/) | ±400ms |

Benchmarks conducted in Meilisearch highlight the stark differences in latency across various models, with local models achieving response times as low as 10ms while some cloud-based services reach 800ms.

### 3. Indexing performance

Efficient indexing is another critical factor for the scalability of your search solution. As expected, the time required to process and store embeddings varies widely among models. Notable metrics influencing processing time are API rate limits, batch processing capabilities, and model dimensions.

Local models without GPUs may experience slower indexing due to limited processing power, while third-party services vary in speed based on their infrastructure and agreements.

As mentioned earlier, minimizing data travel time between your application and the model can reduce latency and optimize indexing. Evaluating these factors ensures your chosen model and service can effectively meet your needs.

The benchmark below compares the indexing performance of a collection of 10k e-commerce documents (with [automatic embedding generation](https://www.meilisearch.com/docs/learn/experimental/vector_search?utm_campaign=vector-search&utm_source=blog&utm_medium=models-comparison#generate-auto-embeddings)).

| **Model/Service** | **Indexation time** | 
| --- | --- | 
| [Cohere embed-english-v3.0](https://docs.cohere.com/docs/embeddings) | 43s |
| [Cohere embed-english-light-v3.0](https://docs.cohere.com/docs/embeddings) | 16s |
| [OpenAI text-embedding-3-small](https://platform.openai.com/docs/guides/embeddings) | 95s |
| [OpenAI text-embedding-3-large](https://platform.openai.com/docs/guides/embeddings) | 151s |
| [Cloudflare bge-small-en-v1.5](https://huggingface.co/BAAI/bge-small-en-v1.5) | 152s |
| [Cloudflare bge-large-en-v1.5](https://huggingface.co/BAAI/bge-large-en-v1.5) | 159s |
| [Jina Colbert V2](https://huggingface.co/jinaai/jina-colbert-v2) | 375s |
| [VoyageAI voyage-large-2](https://www.voyageai.com/) | 409s |
| [Mistral](https://docs.mistral.ai/capabilities/embeddings/) | 409s |
| [Local all-MiniLM-L6-v2](https://huggingface.co/sentence-transformers/all-MiniLM-L6-v2) | 880s |
| [Local bge-small-en-v1.5](https://huggingface.co/BAAI/bge-small-en-v1.5)| 3379s |
| [Local bge-large-en-v1.5](https://huggingface.co/BAAI/bge-large-en-v1.5)| 9132s |

Meilisearch benchmarks indicate that indexing times range from under a minute for optimized cloud-based solutions to several hours for certain local models without GPU acceleration.

These should be important points to ponder when you weigh the frequency and volume of data updates in your applications. This is because they directly impact how quickly your system can process frequent or large data updates, which is crucial for maintaining the performance and responsiveness of your search solution.

### 4. Pricing
Embedding model costs vary depending on the provider and usage model. While local models are free to run, they require computational resources, potentially necessitating GPU investment.

On the other hand, cloud-based services charge per million tokens (or thousand neurons for Cloudflare), with costs ranging from $0.02 to $0.18 per million tokens.

| **Provider** | **Price** |
| --- | --- | 
| Cohere | $0.10 per million tokens for Embed 3 |
| OpenAI | $0.02 per million tokens for text-embedding-3-small |
| | $0.10 per million tokens for text-embedding-ada-002 |
| | $0.13 per million tokens for text-embedding-3-large | 
| Cloudflare | $0.011 per 1,000 Neurons |
| Jina | $0.18 per million tokens |
| Mistral | $0.10 per million tokens |
| VoyageAI |$0.02 per million tokens for voyage-3-lite |
| | $0.06 per million tokens for voyage-3|
| | $0.12 per million tokens for voyage-multimodal-3 |
| | $0.18 per million tokens for voyage-code-3| 
| | $0.18 per million tokens for voyage-3-large |
| Local model | Free |

As such, analyze cost-effectiveness against search demand and performance requirements. It's often a good idea to start with a well-known model that's easy to set up and has robust community support. You can migrate to a cloud provider like AWS for improved performance when necessary. 

Alternatively, you can choose an open-source model to self-host, giving you more flexibility. Just be aware that optimizing local models for high volume may require scaling your infrastructure.

### 5. Other optimization techniques

To maximize search performance, [hybrid search approaches](https://www.meilisearch.com/blog/full-text-search-vs-vector-search) combining full-text and vector search can yield the best results. To refine semantic search performance, consider the following optimizations:

- Experiment with model presets, as some models allow tuning for query vs. document embedding, which can improve relevancy.
- Assess specialized models, especially those employing retrieval-augmented generation, as domain-specific models may offer superior results for particular use cases.
- Explore models that provide reranking functions that further enhance search precision.
- Test higher-tier accounts as premium tiers may provide faster processing and reduced rate limiting.
- Optimize data transfer with quantization options to reduce API response sizes and improve efficiency.

Carefully evaluating these factors will help you select the best semantic search model to meet your needs.

## The bottom line
Now that we’ve taken this journey together, let’s round up what we’ve discovered.

| **Model/Service** | **Dimensions** | **Context Length** | **Latency** | **Indexation time** | **Pricing (per million tokens)** |
| --- | --- | --- | --- | --- | --- | 
| [Cohere embed-english-v3.0](https://docs.cohere.com/docs/embeddings) | 1024 | 512 | ±170ms | 43s | $0.10|
|[Cohere embed-english-light-v3.0](https://docs.cohere.com/docs/embeddings)|384|512|±160ms|16s|$0.10|
| [OpenAI text-embedding-3-small](https://platform.openai.com/docs/guides/embeddings) |1536| 8192| ±460ms| 95s|$0.02|
|[OpenAI text-embedding-3-large](https://platform.openai.com/docs/guides/embeddings)| 3072|8192|±750ms|151s|$0.13|
|[Mistral](https://docs.mistral.ai/capabilities/embeddings/)|1024|8192|±200ms|409s|$0.10|
|[VoyageAI voyage-2](https://www.voyageai.com/)|1024|4000|±350ms|330s|$0.10|
| [VoyageAI voyage-large-2](https://www.voyageai.com/)|1536|16000|±400ms|409s|$0.12|
|[Jina Colbert v2](https://jina.ai/news/jina-colbert-v2-multilingual-late-interaction-retriever-for-embedding-and-reranking/)|128, 96, or 64|8192|±400ms|375s|$0.18|
|[OSS all-MiniLM-L6-v2](https://huggingface.co/sentence-transformers/all-MiniLM-L6-v2)|384|512|±10ms|880s|Free|
|[OSS bge-small-en-v1.5](https://huggingface.co/BAAI/bge-small-en-v1.5)|1024|512|±20ms|3379s|Free|
|[OSS bge-large-en-v1.5](https://huggingface.co/BAAI/bge-large-en-v1.5)|1536|512|±60ms|9132s|Free|

Choosing the best model for semantic search depends on what (and how) you aim to achieve with your specific use case, budget, and performance requirements. For most cases, cloud-based solutions such as those provided by Cohere or OpenAI may be optimal.

As the needs of your organization grow, it might be worth the cost and effort to upgrade to a local or self-hosted solution. Understanding your own needs is paramount to making a well-informed decision.

If you’re unsure which model is best for you or if you’re looking for a tailored solution, contact a search expert at Meilisearch.

## Frequently asked questions (FAQs)

### How does semantic search differ from keyword-based search?
Semantic search focuses on understanding meaning, while keyword-based search relies on exact word matches.
### What are the key features of a good semantic search model?
A good model should offer high accuracy, low latency, efficient indexing, and cost-effectiveness.
### How do transformer-based models improve semantic search?
Transformers process text in context, capturing contextual relationships between words to enhance search relevance while reducing downtime.
### How do vector databases enhance semantic search?
Vector databases work to efficiently store embeddings, enabling fast and scalable search operations.
### What are some open-source models for semantic search?
Popular open-source semantic search models include all-MiniLM-L6-v2 and Universal Sentence Encoder.




How to choose the best model for semantic search

What is a vector database? What you need to know [2025]

**[MotionElements](https://www.motionelements.com/) is an AI-powered one-stop marketplace for video creators to access and customize creative assets. Time is money for MotionElements’ users, and search is essential in helping them quickly find what they need.** 

With a global user base speaking multiple languages, MotionElements relies on powerful multilingual search capabilities to deliver fast, accurate, and relevant results across diverse creative content.

![MotionElements_search.gif](https://unable-actionable-car.media.strapiapp.com/Motion_Elements_search_50cb3914a5.gif)
>“MotionElements’ federated hybrid search empowers creators to seamlessly explore diverse creative assets across our one-stop marketplace—all in their own language. By combining keyword search with zero-shot video search, visual & music similarity search, we deliver an intuitive, AI-enhanced discovery experience that fuels creative workflows.” - **Mark Sun, CTO at MotionElements**


**Challenge: Scaling search**
-------------------------------------------------------------------------------

Previously, MotionElements relied on Solr, which became increasingly difficult to maintain. With millions of new content pieces added each month, Solr consumed excessive RAM and struggled with scalability. MotionElements' search needs have also evolved, requiring support for keyword search, visual and music similarity vectors, and image embeddings—capabilities that are difficult to implement efficiently with Solr.


>_As our content grows, we need a search solution that can handle both traditional and AI-enhanced discovery while remaining scalable and performant,_ said Mark Sun, CTO of MotionElements.

![MotionElements_multimodal.gif](https://unable-actionable-car.media.strapiapp.com/Motion_Elements_multimodal_6cfa386d8d.gif)

**Solution: Choosing a superior price‑to‑performance ratio, scalability, and multilingual federated**
-------------------------------------------------------------------------------

- **Price‑to‑performance ratio:** MotionElements explored Elasticsearch, Algolia, and Typesense, and ultimately chose Meilisearch because of its price‑to‑performance ratio when handling large catalogs with millions of products.

- **Feature fit:** Meilisearch’s federated search capabilities and multilingual support were also key factors in MotionElements’ decision.

- **Addressing migration concerns**,  Mark Sun said:

>“Initially, we had concerns about migrating its image similarity vectors, but Quentin, the CEO of Meilisearch, provided invaluable support through a Proof of Concept (PoC), resolving all MotionElements’ migration challenges. Meilisearch offered the scalability, speed, and flexibility we needed while keeping infrastructure management minimal. Its federated search and hybrid search capabilities make it a powerful tool in MotionElements’ AI‑enhanced workflows. Federated search lets us retrieve results across multiple product types, making search in MotionElements’ one‑stop marketplace seamless. Hybrid search combines keyword search with external AI‑powered vector search, allowing us to enhance discovery across images and audio."

These features significantly improve search relevance, speed, and user experience, making it easier for the MotionElements team to deliver fast and intuitive search results.

**Implementation**
-------------------------------------------------------------------------------

Implementing Meilisearch was straightforward, thanks to its user‑friendly API. MotionElements wrote code to set up indexes based on its needs and pre‑generated NDJSON files of its products, which are stored in an S3 bucket. Meilisearch makes it easy to ingest data from NDJSON, dramatically improving MotionElements’ indexing workflow. 

Mark Sun said: _“Previously, re‑indexing on Solr took weeks, but with Meilisearch, it now takes just hours—saving us countless hours of engineering time. Since MotionElements uses the enterprise cloud version, the MotionElements developer team focuses on search optimization while Meilisearch handles the infrastructure.”_

**Results**
-------------------------------------------------------------------------------
The biggest impact has been faster search performance, improved accuracy, and higher engagement:

- **No more worrying about Solr and Zookeeper crashes**. _"Meilisearch is stable and scalable. Now, we can focus our efforts where they’re needed most, knowing our search infrastructure is stable and dependable._” — said Mark Sun.
- **Re-indexing time drastically reduced** – "what used to take weeks in Solr now takes just hours."_

- **Increased search-based conversions.** Faster, more relevant results lead to better engagement and retention.

**Conclusion: vision**
-------------------------------------------------------------------------------

Going forward, MotionElements expects further improvements in personalization, more efficient AI-powered product recommendations, and continued optimization of multilingual search, all of which are key drivers of its business growth.

As MotionElements continues investing in AI-powered search enhancements, Meilisearch remains a core search infrastructure component for the MotionElements platform. 
MotionElements’ vision includes:
- **Advancing hybrid search** – enabling seamless queries across keywords, text embeddings, image embeddings, and music similarity to deliver the best results across multiple vectors.
- **Enhancing language‑specific optimizations** – for example, in Japanese, when searching in kanji, results should also include matches in hiragana and katakana, while properly handling stop words for better accuracy.
- **Optimizing performance at scale** – indexing, updating, and searching must remain fast and efficient as MotionElements’ content library grows.
Meilisearch should continue to augment vector‑based search, rather than replace dedicated vector databases—providing a fast, flexible, and cost‑effective search infrastructure that evolves alongside MotionElements’ AI‑powered features.



AI-Powered discovery: how MotionElements elevates creators

Hybrid search combines keyword and semantic search, giving users the best of both worlds and control over the level of contextual depth they need. 

This type of information retrieval (IR) is especially critical in enterprise search, e-commerce, and knowledge management systems, where some inputs require deep contextual understanding while others demand precise keyword matching.

A clear advantage of hybrid search is its ability to handle data with less computational costs. 

This is thanks to the lexical matching system, which uses considerably less power than semantic algorithms that may rely on Large Language Models (LLMs), Convolutional Neural Networks (CNNs), and other energy-consuming models. 

Therefore, these systems can be tweaked for higher performance while being a cost-effective alternative to pure semantic search systems.

However, implementing hybrid search requires strategic planning. Users unfamiliar with semantic weighting may find it confusing, leading to frustration or disengagement. 

In the following piece, we will take a deep look into the importance of hybrid search, how to implement it, and in which situations it is the preferred solution.

## What is hybrid search?

Hybrid search systems combine keyword-based retrieval (sparse vector methodology) with semantic search systems ([dense vector embeddings](https://www.meilisearch.com/blog/what-are-vector-embeddings)) to optimize precision and contextual relevance.

For a visual explanation of the terms and technologies used in the hybrid search, let’s take a look at the schema below:

![What is hybrid search.png](https://unable-actionable-car.media.strapiapp.com/What_is_hybrid_search_111362249c.png)

Semantic search relies on dense vectors, requiring both the search query and target data to be embedded using Machine Learning (ML) models. Some methods, like neural search, leverage Deep Neural Networks (DNNs) to generate rich contextual insights for embedding, retrieval, and ranking. Vector search is another type of semantic search that uses embedding models to create dense vectors, ML algorithms such as Approximate Nearest Neighbors (ANN) for information retrieval, and cosine similarity search for ranking.

On the other hand, keyword search relies on sparse vectors generated through algorithms. For instance, our full-text search relies on a vector of documents associated with each word in the dataset. When a search query is entered, the system preprocesses the input by extracting individual words and matching them against the sparse vector values of the documents. These are then ranked based on keyword relevance using [recursive bucket scoring.](https://www.meilisearch.com/blog/from-ranking-to-scoring)

![Prepocessing.png](https://unable-actionable-car.media.strapiapp.com/Prepocessing_80a5f32b48.png)

### Dense vectors

The dense vectors are extensive and can have hundreds or thousands of floats (numerical representations) to identify a single document. They represent the similarity of objects in a vector space and can have the following shape:

```json
dense_vector = [0.8, 0.4, 0.2, 0.7, 0.9, 0.1, … ]
```

Dense vectors are usually multidimensional and don’t have zero values because they are created continuously to capture the complete information of the document or query.

### Sparse vectors

In full-text search, sparse vectors come in the form of documents associated with each word in a dataset. This vector representation forms the foundation for ranking and retrieving relevant and accurate results. 

Hybrid search combines the strengths of dense and sparse vector retrieval to enhance search scores. It first gathers matches from both methods and then refines the final output by globally ordering the results based on relevance. 

In the next chapter, we’ll explore each step of the hybrid search process.

## How does hybrid search work?

Hybrid search works by leveraging the semantic capabilities of dense vectors and the exact matching and accuracy of sparse vectors. The outputs retrieved from both methods are then blended to deliver more relevant search outcomes. 

![How does hybrid search work.png](https://unable-actionable-car.media.strapiapp.com/How_does_hybrid_search_work_3224ecf2f4.png)

By looking at the schematic above,  we can structure the hybrid search workflow into distinct steps, allowing both semantic and keyword searches to operate in parallel:

### Data cleansing & preprocessing

- **Keyword Search**: Requires robust data cleaning (e.g., Meilisearch includes native support for stop words, though manual configuration is required for full-text seatch) to ensure accurate term matching.
- **Semantic Search**: Benefits from noise reduction and strategic text segmentation (chunking) to improve the quality of document embeddings.

### Embedding: dense and sparse representations

- **Semantic**: Models like Bidirectional Encoder Representations from Transformers (BERT) and Global Vectors (GloVe) transform documents into dense vectors, capturing nuanced contextual meanings.
- **Keywords**: Some algorithms use frequency-based scoring, while others use neural networks to generate sparse embeddings. 

### Retrieval mechanisms of dense and sparse vectors

- **Semantic Retrieval**: Utilizes algorithms like Approximate Nearest Neighbor (ANN) and K-Nearest Neighbor (KNN) to search within the dense vector space efficiently.
- **Keyword Retrieval**: Directly matches query terms with document vectors.

### Ensemble retrieval

- **Hybrid search**: The final step involves combining results from both retrieval methods to determine the most relevant ones. 

The hybrid search process can be tweaked to assign importance to one type of result over another. If contextual meaning outweighs lexical matching, the system prioritizes outputs from the semantic search. Otherwise, it prioritizes keyword matching. This feature is available and easily controlled in Meilisearch’s [hybrid search setup](https://www.meilisearch.com/solutions/hybrid-search).

## What is a hybrid search engine example?

Companies have adopted hybrid search engines to improve the accuracy and relevance of search results. One of the most advanced hybrid search systems is Google Search, which combines multiple search techniques and algorithms to deliver precise and contextually relevant results.

Google integrates both keyword-based search and machine learning models to interpret user queries, rank web pages, and present the most relevant information. Currently, they utilize [Vertex AI Embedding](https://cloud.google.com/vertex-ai/docs/start/install-sdk) models to generate dense vectors that capture semantic meaning while simultaneously creating sparse vectors for keyword-based retrieval.

To configure search results, Google merges output from semantic and keyword-based searches using Reciprocal Rank Fusion (RRF), as detailed in their official [notebook](https://github.com/GoogleCloudPlatform/generative-ai/blob/main/embeddings/hybrid-search.ipynb).

As of January 2025, Google Search maintains an [89.79% market share](https://gs.statcounter.com/search-engine-market-share), continuing to dominate the search landscape. While AI-driven chatbot search features have begun gaining traction, they still fall short of Google's accuracy and real-time information retrieval capabilities.

## What are the benefits of hybrid search?

Hybrid search provides several advantages over standalone keyword-based or semantic search methods. Some of these benefits include:

1. **Enhanced search accuracy and relevance**: Hybrid search provides high-quality results by combining exact matches with semantic understanding. This level of accuracy ultimately retains users and reduces the bounce rate.
2. **Improved user experience**: The system can deliver meaningful content even if users enter inaccurate terms or vague keywords. This ease of retrieving information allows designers to create engaging search elements. Just ask [CarbonGraph](https://www.meilisearch.com/customers?usecase=Hybrid+search): "_We migrated to Meilisearch from Pinecone to consolidate our search service [...] The setup of the OpenAI embedder was very straightforward, and we love that embeddings are created automatically using the contents of a search document_."
3. **Cost-effective implementation**: Lexical matching in hybrid search reduces memory usage compared to pure semantic search engines. This is crucial for lowering cloud costs related to storage and computational demand, especially since keyword search algorithms do not depend on GPUs.
4. **Increased search speed**: Opinly, a company that allows you to monitor your competitors' websites, adopted hybrid search technologies to enhance the quality and contextual accuracy of its search results.
5. **Personalization and adaptability**: Hybrid search systems can be configured to dynamically adjust the weight of keywords and semantic relevance or provide the user with control over it. The [NFSA collection](https://www.collection.nfsa.gov.au/) has this option available in their search engine, very similar to Meilisearch's hybrid search.

Hybrid search provides significant advantages across various business domains, offering speed, robustness, and efficiency. However, it is not always the optimal solution for every search application. The next chapter will explore its limitations and when alternative approaches may be more suitable.

## What are the drawbacks of hybrid search?

While hybrid search offers the best of both keyword-based and semantic search, it also comes with challenges that can impact implementation, performance, and user experience. Below are some key drawbacks to consider when adopting a hybrid search approach:

1. **Increased complexity in implementation**: Hybrid search requires integrating multiple search algorithms (e.g., semantic search using dense embeddings). This integration can be technically complex and requires deep technical understanding.
2. **Difficulty in balancing keyword precision and context**: Over-relying on one method may diminish the benefits of the other (ex., more semantic power than keyword precision). If a good balance is not achieved, this could lead to a bad user experience and increased bounce rates.
3. **Bad user experience**: If users can adjust semantic weight, the interface should be intuitive or designed for an audience familiar with the terminology. Otherwise, it may lead to confusion and increase the risk of user drop-off. According to this [Toptotal report](https://www.collection.nfsa.gov.au/), 88% of users are less likely to return after a bad user experience.

Despite these challenges, hybrid search remains a powerful tool when applied correctly.

## When should you use hybrid search?

Hybrid search isn't the optimal solution in all scenarios. In cases where data is highly structured — such as product inventories or specific academic research — precision is key, and similar-sounding terms with distinct meanings must be strictly differentiated. Hybrid search truly excels in the following examples:

1. **E-commerce platforms**: Online retailers like Amazon implement hybrid search to enhance product discovery. When customers input vague queries, the system leverages keyword matching and semantic analysis to present relevant products. You can see it in action below; the user searched for “bottle that keeps drinks cold” and received results about thermoses.
 
![image9.png](https://unable-actionable-car.media.strapiapp.com/image9_3b6346806d.png)

2. **Enterprise knowledge bases**: Organizations often maintain extensive repositories of documents, manuals, and communications. Hybrid search enables employees to retrieve pertinent information efficiently and increase productivity.
3. **Streaming services**: Platforms such as Netflix utilize hybrid search to help users find content, whether they search by specific titles or describe themes.
4. **Marketplaces**: Hybrid search in e-commerce can improve search accuracy, handle complex queries, and increase product discovery, leading to increased sales. 

Now let’s see how you can seamlessly introduce hybrid search systems in your project or workflow with [Meilisearch](https://cloud.meilisearch.com/login?ref=navbar).

## How can you implement hybrid search?

Implementing a hybrid search requires a vector store solution. Several languages and AI frameworks can be used for implementation, but Python with Langchain is often a good stack to start building efficiently.

The AI-enhanced hybrid search from [Meilisearch](https://www.meilisearch.com/blog/introducing-hybrid-search) allows third-party embedding models and control over the semantic weight of the outputs, allowing a deeper semantic understanding of the user inputs.

To start using Meilisearch's hybrid search features, you must create an account and gain access to the API keys and [cloud platform](https://www.meilisearch.com/cloud). You can register for free and enjoy a 14-day trial.

![image6.png](https://unable-actionable-car.media.strapiapp.com/image6_9891a63d13.png)

After registering, you can create a new project and use the vector store to add and index documents, run queries, monitor analytics, and more.

In the settings tab, you'll find an option called Embedders, where you can enhance your hybrid search capabilities by integrating any embedding model of your choice. Below is an example of the OpenAI embedding model added to the list of embedders.

![image8.png](https://unable-actionable-car.media.strapiapp.com/image8_78aeaabd0b.png)

After adding a model, you can jump to the search preview tab and control the semantic weight directly there — you’re using hybrid search!

![image1.png](https://unable-actionable-car.media.strapiapp.com/image1_a6dc1af35b.png)

To integrate the search engine into your workflow, use Meilisearch’s API, available on the main page of the cloud dashboard. Here’s a Python script to query and retrieve results:

```json
import meilisearch


client = meilisearch.Client(
    '<meilisearch_server_url>',
    '<master_token>')
query = "Give me a book about a post-apocalyptic world"
results = client.index('books').search(query, opt_params={
  'hybrid': {
    'semanticRatio': 0.7,
    'embedder': 'openai'
  },
  'limit':4
})


for result in results['hits']:
    print(result['metadata']['text'])
```
To be able to run the code without issues, you first need to have the Meilisearch package installed:

```json
pip install meilisearch
```
Next, you need an index — a collection of documents you've added to Meilisearch Cloud ( 'books' in this example). Additionally, you’ll need an embedding model.

The results of the Python script are the following:

```json
{"id": 15, "title": "The Road", "description": "A father and his young son journey through post-apocalyptic America, fighting for survival while holding onto their humanity.", "genre": "Post-Apocalyptic"}
{"id": 6, "title": "1984", "description": "A dystopian social science fiction novel that follows Winston Smith and his rebellion against the totalitarian government that controls their society.", "genre": "Dystopian Fiction"}
{"id": 18, "title": "The Handmaid's Tale", "description": "In a dystopian future, a woman is forced to live as a concubine under a fundamentalist theocratic dictatorship.", "genre": "Dystopian Fiction"}
{"id": 19, "title": "Snow Crash", "description": "A pizza delivery driver and hacker investigates a dangerous computer virus that can affect human minds in both virtual and real worlds.", "genre": "Cyberpunk"}

```
Start building today by effortlessly uploading your documents to [Meilisearch Cloud](https://www.meilisearch.com/cloud). Seamlessly integrate the hybrid search capabilities into your infrastructure using [Python](https://www.meilisearch.com/docs/reference/api/search#example-22) and other supported languages, ensuring scalability and fast results.

## How does hybrid search compare to other search types?

Hybrid search combines two key approaches: semantic search and keyword search. However, semantic search is a broader term for methods that retrieve contextual or semantic meaning, including vector search and neural search. Let's explore the differences between all these search types:

| **Hybrid search** | **Vector search** | **Semantic search** | **Keyword search** | **Neural search** |
| --- | --- | --- | --- | --- |
| Combines dense and sparse vector representations to enhance search accuracy and contextual relevance. | Uses dense vector embeddings and algorithms like ANN to retrieve semantically relevant results. | A broader term for search technologies that use dense vectors to obtain contextual or semantic outputs. | Uses technologies that create sparse vectors for accurate lexical matching. | This technology uses Deep Neural Networks (DNNs) for making dense vectors and supports different data types. |

Now, let's examine how hybrid search differs from each of the other search methods individually.

### What is the difference between hybrid search and vector search?

Hybrid search enhances vector search by incorporating keyword matching for improved accuracy. As a form of semantic search, vector search relies on an embedder to generate dense vectors and retrieval algorithms like ANN and KNN to identify relevant results. By merging these with sparse vector outputs, hybrid search optimizes retrieval using techniques such as RFF.

### What is the difference between semantic search and hybrid search?

Hybrid search is a combination of semantic and keyword searches. The quality of the hybrid search system response highly depends on the embedder used for the semantic search. The better the embedder and the retrieval algorithm applied on the dense vectors, the better the semantical or contextual response of the hybrid search. In addition, the hybrid search uses keyword matching for lexical accuracy.

### What is the difference between keyword search and hybrid search?

Hybrid search utilizes keyword search to deliver precise lexical results. Keyword search relies on algorithms to generate sparse vectors from queries and documents, enabling fast and accurate retrieval. However, it lacks semantic understanding, so hybrid search integrates semantic search technologies to enhance search relevance and context.

### What is the difference between hybrid search and neural search?

Neural search, a type of semantic search, can be integrated into a hybrid search system. It leverages deep neural networks (DNNs) to deliver highly contextual results and supports various data input types. In a hybrid setup, neural search enhances typo tolerance while maintaining accuracy through lexical matching when users enter precise terms.

## Hybrid search gives you the best of both worlds

Hybrid search delivers exceptional accuracy and contextual relevance, but implementing it can be complex. It involves selecting the right vector database, choosing optimal embedding models, and fine-tuning outputs from both dense and sparse vectors.

[Meilisearch](https://www.meilisearch.com/cloud) simplifies this process by providing an intuitive platform backed by insightful tutorials. On this platform, you can effortlessly upload datasets, experiment with embeddings, fine-tune semantic relevance, and access advanced metrics like analytics and monetization.





Hybrid Search 101: how it works and why It's important

Neural search is redefining the future of information retrieval, pushing beyond traditional keyword and vector search approaches. While vector search applies machine learning (ML) to map semantic relationships between user queries and data embeddings, neural search leverages deep neural networks (DNNs) to optimize the entire search pipeline, from indexing and semantic analysis to ranking mechanisms.

This advancement enables neural search systems to continuously learn and refine results, outperforming conventional search methods in accuracy and adaptability. More importantly, they support multimodal data retrieval, allowing seamless search across text, images, audio, and even complex 3D datasets, critical for AI-driven applications and next-gen user experiences.

However, adoption comes with challenges. Neural search models often function as ‘black boxes,’ raising concerns about interpretability, and their high computational requirements can drive up infrastructure costs.

This guide explains the fundamentals of neural search, how it differs from existing search systems, and its strategic advantages. It also explores practical applications and potential trade-offs, helping you assess whether neural search aligns with your company’s AI roadmap.

## What is neural search?

Neural search, or neural information retrieval, leverages DNNs to interpret the contextual meaning behind search queries, enabling more accurate results than traditional keyword-matching systems and vector search. Instead of relying on exact terms, it transforms the user’s input and data into dense vector embeddings—numerical representations that capture semantic relationships. This process is similar to vector search systems, but instead of using ML models like approximate nearest neighbor (ANN) and a ranking algorithm, the neural search relies entirely on DNNs for the complete process.

A practical example involves querying a film database. A search like ‘Recommend a drama exploring modern parenting challenges’ would return a ranked list of movies aligned with the query’s intent, prioritizing contextual relevance over isolated keywords. The ranking is refined by the DNN itself, which needs to understand concepts like family dynamics and contemporary parenting struggles.

Here’s an example from Meilisearch: 

![image1.png](https://unable-actionable-car.media.strapiapp.com/image1_4431fc4739.png)

You can also try this for yourself by [checking out our demo](https://wheretowatch.meilisearch.com/). 

A commonly misunderstood term is often confused with neural search. In the next chapter, we’ll look into the key distinctions between neural search and neural architecture search (NAS).

## How does neural search differ from neural architecture search?

Neural search and NAS are often confused but serve different purposes. Neural search enhances information retrieval by understanding semantic meaning, while NAS focuses on automating the design of neural network architecture to optimize model performance for specific tasks.

NAS leverages techniques like recurrent neural networks and reinforcement learning (RL) to generate new language models, visual models, and overall neural architecture, eliminating manual experimentation and accelerating model development. In contrast, neural search applies deep learning to improve search relevance across text, images, sound, and other structured data types, transforming how systems retrieve and rank results.

Despite their differences, these technologies can intersect. For instance, you could use NAS to create a highly specialized artificial neural network tailored to your neural search. Let’s get a deeper understanding of how the latter works in the next chapter.

## How does neural search work?

Neural search enhances the search experience with DNNs using two main mechanisms: indexing and embedding. These are integrated in the following steps:

- **Data encoding and indexing**: The DNN analyzes documents (e.g., movie descriptions) to generate vector embeddings. These dense numerical representations capture semantic contexts, such as themes, relationships, and emotions, and are properly indexed in a vector database.
- **Query Encoding**: The user’s input (e.g., ‘Recommend a drama about modern parenting’) is converted into an embedding using the same DNN. This ensures the query and data share a unified semantic framework.
- **Semantic matching & ranking**: Unlike vector search systems that rely on external algorithms (ANN, cosine similarity) the DNN directly compares query and document embeddings. It evaluates learned relationships (e.g., linking ‘parenting challenges’ to films about complex family dynamics) to rank results by contextual alignment.

Neural searches can process various data inputs, depending on their types and activation functions, including text, images, audio, and 3D information. The embedding model adapts based on the input type. For instance, a convolutional neural network (CNN) is used for images, while large language models like BERT, are employed for text.

## What are some examples of neural search use?

Neural search can be applied to a wide range of use cases that require the processing of different types of data inputs and constant learning and optimization. Here are two simple examples of its potential applications:

1. **Optimize ranking results**: Jina AI offers a superior ranking solution based on neural search. It takes the initial outputs from a search query and reevaluates them to ensure they align more closely with the user's intent. [Jina’s AI Reranker](https://jina.ai/reranker) natural language processing model is available as open-source and can be accessed through Jina’s API.
2. **Search tools with images**: The German company [PROFISHOP](https://www.profishop.de/) uses a search engine powered by CNNs, allowing users to submit an image as input and fetch related content from a large industrial, durable, and consumer goods database.
3. **Retrieve ML models**: [Hugging Face](https://huggingface.co/chat/) has a large repository of models, including image-to-image, image-to-text, text-to-text, and more. Finding the appropriate model was initially challenging. However, the platform has since implemented a [hybrid search system](https://www.meilisearch.com/blog/hugging-face-democratizes-ai) that combines keyword matching with contextual understanding to enhance model discovery.
48. **Improve e-commerce**: [Google Shopping](https://shopping.google.com/) has integrated artificial intelligence (AI) to enhance its search capabilities, providing users with more relevant and personalized product recommendations. In addition, Google uses generative AI to summarize key factors during the search.

The neural search's ability to integrate RL for constant learning, accept different data types, and allow GenAI integration makes this technology extremely versatile and applicable to countless applications while ensuring accurate, personalized, and evolving results.

## What are the benefits of neural search?

Neural search systems offer several key benefits. Let’s take a look at some of them:

- **Increased engagement & reduced bounce rates**: Users expect almost real-time, precise, and relevant search results. When they don’t find what they need, [bounce rates surge](https://www.allaboutai.com/ai-seo/average-bounce-rate-guide/), and potential customers may never return. An optimal bounce rate is usually below 50%.
- **Enhanced productivity & efficiency**: Instead of manually searching through vast documentation or using inefficient keyword searches, neural search enables employees to find exact information instantly.
- **Multimodal search capabilities**: Neural search processes various data formats, including text, images, and audio. This versatility allows new use cases, particularly in e-commerce. According to [Think With Google](https://www.thinkwithgoogle.com/marketing-strategies/search/online-shopping-image-statistics/), 50% of online shoppers say images directly influence purchasing decisions.
- **Revenue growth**: Search is an important yet undervalued feature in e-commerce. [Bloomreach](https://www.bloomreach.com/) reports that while only 15% of B2C customers use site search, this small group drives 45% of online revenue.
- **Personalization & continuous learning**: Neural search systems can adapt by learning from user interactions and refining results based on behavior, clicks, and historical preferences. This dynamic personalization enhances user experience, improves retention, and drives long-term customer loyalty.

While the applications and benefits seem tempting, this is still a new field, so there is plenty of room for optimization. In the next section, we’ll explore some of this technology's challenges and limitations.

## What are the drawbacks of neural search?

The key drawbacks of neural search are listed below:

- **High computational cost and complexity**: DNNs require substantial computational resources for training and operation. This led to the development of GPUs with enhanced parallel processing power, which can be expensive. For instance, the newest model from NVIDIA (which has a [90% share](https://www.ft.com/content/03f66c13-3531-4ff2-b348-f17dac588c93) of the GPU market) is currently priced at [$2,529](https://www.tomshardware.com/news/lowest-gpu-prices).
- **Data dependency**: Neural search systems use high-quality, labeled training data to function properly. Without it, the system risks producing biased or skewed results. Designing the required metrics for the system before data ingestion is key to delivering better search functionality.
- **Lack of interpretability**: DNNs often function as 'black boxes,' learning complex patterns that can be difficult to understand. Due to this lack of transparency, debugging unexpected or odd results is challenging. This is why logs and [monitoring tools](https://www.meilisearch.com/blog/monitoring-metrics-release) are important once the search system is deployed. 
- **Model maintenance and engineering**: To stay effective, DNNs require frequent retraining to adapt to language and user behavior changes, increasing operational overhead. Additionally, the infrastructure and expertise required to maintain neural systems can be too expensive for smaller organizations. AI engineers are among the most in-demand jobs according to [LinkedIn’s 2025 report](https://www.linkedin.com/pulse/linkedin-jobs-rise-2025-25-fastest-growing-us-linkedin-news-gryie/) with an average annual salary of [$120,000 globally](https://artsmart.ai/blog/how-much-do-ai-engineers-make/), which is 30% higher than other engineering roles.

While technological advances are gradually reducing the computational demands of these models, these challenges must still be carefully considered when deciding whether to implement a neural search system.

## How does neural search compare to other types of search?

Neural search is a form of semantic search, similar to vector search, but it uses DNNs to handle indexing, encoding, and ranking. Other search types include keyword search and hybrid search. Here’s how they differ:

| **Neural search** | **Vector search** | **Keyword search** | **Hybrid search** |
| --- | --- | --- | --- |
| Leverages DNNs to embed and get the most relevant results based on semantic relationships. | Uses ML algorithms such as ANN to find semantic relationships. | Outputs content based on the keywords used in the query and doesn’t understand the context. | Combines both keyword search and neural search. |

### Neural search vs. vector search

Both [vector search](https://www.meilisearch.com/solutions/vector-search) and neural search retrieve data by matching query vectors to embeddings, making them forms of semantic search. Although neural search might be interpreted as a type of vector search, the latter typically refers to a method that leverages ML models like ANN for contextual retrieval and uses cosine similarity for ranking. In contrast, neural search bypasses these steps, relying entirely on DNNs throughout the search process.

### Neural search vs. keyword search

Keyword search relies solely on matching literal terms in search queries to those in a dataset, ignoring context or meaning. For example, a keyword search for 'best smartphone' won’t return results mentioning 'top mobile devices' unless those exact words are present, whereas neural search recognizes their semantic equivalence.

### Neural search vs. hybrid search

[Hybrid search](https://www.meilisearch.com/solutions/hybrid-search) combines the contextual intelligence of DNNs with the speed and simplicity of keyword matching, optimizing for precision and efficiency. It uses keyword search to rapidly filter exact term matches while leveraging neural techniques for semantic understanding, ensuring relevance even when queries or data require deeper interpretation. [Meilisearch](https://www.meilisearch.com/) gives you control over your hybrid search engine, enabling you to adjust the semantic context as needed.

## What is the future of neural search?

The fast evolution of AI, specifically in DNNs and NAS, will bring tremendous advances to neural search and its use-case scenarios. NAS, which automates the design of DNN architecture, enables the creation of highly specialized models that optimize accuracy, speed, and resource efficiency for specific tasks. These new and more powerful models have transformative applications in different industries:

- **Reshaping e-commerce**: Neural search engines can retrieve the most relevant products based on the context provided by the customer’s query. Already, giants like Google are using this technology to enhance searches — [Google Shopping](https://www.voguebusiness.com/story/technology/google-shakes-up-shopping-with-generative-ai) now includes an AI-generated brief containing what it thinks are the top three choices and why. The AI brief also includes tips on what to look for when shopping for a particular product, which is sourced from the web and summarized by AI. 
- **Education & skill development**: Learning platforms can use neural search to deliver materials tailored to an individual’s progress, learning style, and career goals. Imagine an AI tutor that dynamically assembles courses from videos, papers, and exercises. [Three in five](https://www.aiprm.com/ai-in-education-statistics/) (60%) teachers claim to have integrated AI into their teaching habits.
- **Healthcare transformation**: Neural search engines can potentially analyze patient histories, symptoms, and genomic data to identify personalized treatment options or clinical trials. This could significantly reduce the time patients wait for an accurate diagnosis and treatment. [Deep6 AI](https://deep6.ai/) is an example of this, as it uses neural search techniques to sift through massive amounts of data to match patients to clinical trials. 

Another emerging technology is Generative AI, which can go hand-in-hand with neural searches and be applied in different formats (text, image, sound, video):

- **Design & creativity**: Architects, for example, could use search engines by providing sketches and verbal descriptions (e.g., 'sustainable office building with natural light'), prompting the system to generate 3D models that integrate principles from existing designs and environmental data.
- **Dynamic content creation**: Media platforms could leverage generative AI to auto-generate videos, articles, or music playlists by retrieving and delivering content aligned with the user’s preferences, location, or mood.

These technologies will enhance information retrieval and actively influence human decision-making, creativity, and problem-solving as they evolve.

## Unlock next-generation neural search with Meilisearch

Neural search systems are state-of-the-art in delivering contextual results, but they may not be the ideal choice for every situation. This is why a hybrid search system can be handy, especially when it offers control over the semantic ratio and ranking outcomes. 



Neural search: Definition, how it works, benefits and more

What is semantic search? How it works, use cases & more

10 of the best Algolia alternatives [With features, pricing & more]

When you're handling millions of documents in a search engine, every millisecond counts. That's why we've completely reimagined how Meilisearch processes data with our new indexer in v1.12. We've rewritten our indexer—the core component that processes your documents and builds search structures—from the ground up. The result? A faster, more efficient, and more scalable system.

This complete redesign fundamentally changes how our search engine handles data. In this article, we'll show you how we've achieved up to 4x faster document updates and 30% smaller database sizes, and what this means for your applications.

## A foundation for the future

We've named this release `Indexer edition 2024`, reflecting our vision to build a foundation that will power Meilisearch's performance for years to come. Inspired by [Rust's edition model](https://doc.rust-lang.org/edition-guide/editions/index.html), this isn't just an update—it's a new chapter in Meilisearch's evolution, setting the stage for future innovations in search technology.

(Also like Rust editions, we took the year it was developed rather than the year it was released 😁)

## Why would you write a new indexer?

![the-doctor-meme.jpg](https://unable-actionable-car.media.strapiapp.com/the_doctor_meme_1f1323b0c6.jpg "The Doctor would not rewrite an indexer")

_The Doctor would not rewrite an indexer_

You need a _very_ strong reason to re-write an indexer. And we had one.

As our CTO Kero put it bluntly in his blog post: [Meilisearch is too slow](https://blog.kerollmops.com/meilisearch-is-too-slow). The new indexer is our answer to that challenge—a ground-up rewrite to dramatically improve speed.

The main goal of the new indexer is to improve the indexing speed of larger indexes with dozens of millions of documents, to relieve some of the stress on our infrastructure, to better exploit the resources of the machine, and to address some long-running pain points in a structured way.

## The crux of the matter: performance improvements

![Meme from the Jurassic Park movie with a t-rex (10m document updates) chasing a Jeep (Meilisearch)](https://unable-actionable-car.media.strapiapp.com/sometimes_more_speed_e32b6e5390.jpg "Sometimes you really gotta go faster")

_Sometimes you really gotta go faster_

In various scenarios, the new indexer is faster, sometimes multiple times faster, than the already optimized v1.11 indexer.

On machines with multiple cores, good IO and a lot of RAM, performance is vastly increased. Inserting new documents is twice as fast, while incrementally updating documents in a large database is x4 faster!

While the goal was to improve performance on bigger machines, we were successful in keeping similar or better performance for more modest machines with fewer cores and humble RAM (good IO remains vital to a database, though).

Additionally, for Cloud customers, we’re exploring optimizing our build by using native CPU instruction and [link-time-optimization (LTO),](https://llvm.org/docs/LinkTimeOptimization.html) yielding up to 12% improvements. We’re also considering advanced techniques like [profile-guided optimization (PGO)](https://doc.rust-lang.org/rustc/profile-guided-optimization.html), which so far has yielded an additional 12% improvement over native instructions and LTO.

## How it’s done: more parallelism, fewer I/O operations, pipelining writes

Meilisearch used to split a payload of documents into multiple chunks (roughly one per indexing thread), and would then work each chunk throughout the entire extraction process. Once a chunk was finished, it would then be persisted in the database.

This approach had a couple of drawbacks, performance-wise:

- As a lot of temporary data was extracted at the same time, it had to be written to disk and then read back to be persisted in the database, causing a lot of I/O operations.

- As the chunks were built independently of each other, they could result in us writing the same key to the database for each chunk, again causing unnecessary writes.

- As the chunks would finish computing at the same time on average, the indexing process would intensively use all the CPUs while computing the chunks, but then be solely single-threaded while writing everything to the database.

![old-process.png](https://unable-actionable-car.media.strapiapp.com/old_process_75e046f6ab.png "Simplified representation of the previous indexing process")

_Simplified representation of the previous indexing process_

In the new indexer, Meilisearch iterates in parallel over documents, performing a single extraction operation at a time. The result of that extraction is then merged in parallel, to compute the list of keys and values to send to the database. These keys and values are sent to the writer thread in a channel that acts as a pipeline, reducing the time where the merger threads wait for the writer thread.

![waits-faster.jpg](https://unable-actionable-car.media.strapiapp.com/waits_faster_36160c6cfb.jpg "The merger threads wait less thanks to pipelining")

_The merger threads wait less thanks to pipelining_

We successfully made the merger step parallel thanks to a key insight: while the extraction steps split documents between multiple threads, the merger step has to split database keys between multiple threads. For instance, to build the reverse index that matches a word with the list of documents that contain that word, each thread reads some of the documents to extract the words it contain, then all the documents containing a word are merged into a single list.

To make this possible, all threads during the extraction step deterministically hashes each word it encounters. Then during the merger step, words to handle are partitioned between threads depending on their hash value.

![new-process.png](https://unable-actionable-car.media.strapiapp.com/new_process_a34768ffec.png "Simplified representation of indexing process edition 2024")

_Simplified representation of indexing process edition 2024_

The drawback to this new approach is that some CPU-intensive operations, such as document tokenization, have to be duplicated across all steps. Still, merging in parallel utilizes a machine's multiple cores much more, reducing the time Meilisearch spends single-threaded.

Furthermore, by not duplicating key writes, the database size has been reduced by more than 30%.

## Better RAM control and usage

Meilisearch uses [bumpalo](https://docs.rs/bumpalo/latest/bumpalo/) to improve RAM control. Bumpalo is an arena allocator that allows to bulk deallocate memory and to query how much memory was allocated in an arena.

Arena allocators are often used in video games for objects that have to be recreated on each game frame, because allocating in an arena is very cheap (just a pointer bump), and deallocating can happen in bulk (yet another pointer bump) as long as no destructor has to be run.

In some regards, indexing documents with Meilisearch also has “frames”. In the new indexing approach, we can even detect two kinds of such frames: A very short-lived frame that corresponds to the work done on each document. And a longer-lived frame that starts at the beginning of each extraction step, and ends right after the merger is done sending everything to the writer. The “document” arena contains all allocations related to reading and tokenizing that document, while the “extraction” arena contains all allocations related to the data being extracted that will then be merged and written to the database.

![new-process(1).png](https://unable-actionable-car.media.strapiapp.com/new_process_1_ffaf674cd9.png)

During this process, Meilisearch queries the size of the “extraction” arena to detect when its RAM usage is above the threshold. When this happens, Meilisearch spills excess data to disk, so that the RAM usage stays in control.

If the extracted data fits in RAM, it never hits the disk, yielding fewer I/O operations.

## Faster and more reliable task cancellation

Historically, in the previous indexer, chunks of documents used to be very small, so it made sense to allow cancellation only after a chunk was done processing. Unfortunately, small chunks were inefficient when writing temporary data to disk, so we decided to switch to a “one chunk per core” model a few versions ago. This had an adverse effect on cancellation, as it would be processed almost at the end of the indexing process after all threads finished processing their chunk.

As the new Meilisearch iterates on documents, and further split the process by each extraction step, task cancellation is faster than ever, routinely being processed under 1s!

![cancel-all-the-tasks.jpg](https://unable-actionable-car.media.strapiapp.com/cancel_all_the_tasks_16b21cbbec.jpg "For all of you who regret sending all these documents at once")

_For all of you who regret sending all these documents at once_

## Better error messages

The new architecture exposes the document id to all extractors. This means that error messages can be enriched with this information as was done in [this PR](https://github.com/meilisearch/meilisearch/pull/5153): knowing which document caused the error allows for more effective troubleshooting.

## Better observability with progress

Lastly, the new indexer brings better observability to the table: because we know both which step we’re at and how many documents have been handled for this step, we can expose this information in the newly added `batches` [](https://www.notion.so/Enhance-visibility-on-batched-tasks-1194b06b651f810b8fe0fab5d72846a8?pvs=21)[route](https://www.notion.so/Enhance-visibility-on-batched-tasks-1194b06b651f810b8fe0fab5d72846a8?pvs=21) as a `progress` object.

```
{
  "uid": 160,
  "progress": {
    "steps": [
      {
        "currentStep": "processing tasks",
        "finished": 0,
        "total": 2
      },
      {
        "currentStep": "indexing",
        "finished": 2,
        "total": 3
      },
      {
        "currentStep": "extracting words",
        "finished": 3,
        "total": 13
      },
      {
        "currentStep": "document",
        "finished": 12300,
        "total": 19546
      }
    ],
    "percentage": 37.986263
  },
  "details": {
    "receivedDocuments": 19547,
    "indexedDocuments": null
  },
  "stats": {
    "totalNbTasks": 1,
    "status": {
      "processing": 1
    },
    "types": {
      "documentAdditionOrUpdate": 1
    },
    "indexUids": {
      "mieli": 1
    }
  },
  "duration": null,
  "startedAt": "2024-12-12T09:44:34.124726733Z",
  "finishedAt": null
}
```

In the above, we know that we finished extracting the words of 12300 out of 19546 documents. There are a total of 13 indexing steps, and we finished 3 of them already, for a global completion of 37.986263%.

Note that the `progress` object should only be used for display purposes, we do not guarantee that the step names or number remain the same from one version to the next.

Adding the `progress` object is a boon for the engine's observability, which already scored us concrete wins. We identified the bottleneck in a customer’s workload just by repeatedly calling the `batches` route and looking at which step was frequently seen.

## The best is yet to come!

The new indexer reaches new heights in maintainability with its structure that decouples the “business” extractors from its support functions (cancel, progress, reading a document), allowing us to quickly iterate on features, such as new settings to fine-tune the indexing behavior and the [AI stabilization](https://www.meilisearch.com/blog/meilisearch-1-13). In the future, we plan on adding progress to the settings tasks, enriching finished batches with the timing of each step. Feel free to share your ideas about what you’d like to see in Meilisearch on the [product discussion](https://github.com/orgs/meilisearch/discussions). If you’re new to Meilisearch, you can also try it for free on our Cloud.

Meilisearch latest news and company updates