Algolia pricing guide: Is it worth the cost in October 2025?

Welcome to our new roundup of product updates, community news, and everything happening across the Meilisearch ecosystem.

This October was big: we wrapped up [**Launch Week**](https://www.meilisearch.com/launch-week-q3-2025?utm_campaign=238324931-Monthly%20Newsletter&utm_source=hs_email&utm_medium=email&_hsenc=p2ANqtz-8neQp3zIW5wCVhJGcT4mmJ79gYs9F6CC6SnoLDy1i_-B3FDbW6rum2QjF65Mqw7iaNbZSC), were featured in the Product Hunt top products newsletter, and hit a few other exciting milestones along the way. Let’s dive in 👇

---

## 🚀 Product updates: what’s new at Meilisearch

**Another [Launch Week](https://www.meilisearch.com/launch-week-q3-2025) is in the books!** From conversational AI and multi-modal search to personalization and a new pricing model - we shipped **five major updates in just five days**:

- [**Meilisearch Chat**](https://www.meilisearch.com/blog/meilisearch-chat)
- [**Advanced geosearch**](https://www.meilisearch.com/docs/learn/filtering_and_sorting/geosearch)
- [**Enhanced multi-modal search**](https://www.meilisearch.com/docs/learn/ai_powered_search/image_search_with_multimodal_embeddings)
- [**Search personalization**](https://www.meilisearch.com/docs/learn/personalization/search_personalization)
- [**Resource-based pricing**](https://www.meilisearch.com/blog/resource-based-pricing)

Explore the Launch Week:

🔗 [Explore each release, day by day.](https://www.meilisearch.com/launch-week-q3-2025)

🔗 [Launch Week recap blog](https://www.meilisearch.com/blog/launch-week-2).

---

### ⚡ AI Search experience, out of the box

We’ve made it easier than ever to experience the power of **AI Search** - no setup, no data required. With just one click, you can explore a built-in mock dataset and see real-time progress feedback as the search runs:

![](https://hs-25945010.f.hubspotemail-eu1.net/hub/25945010/hubfs/AI%20search%20mock%20data.gif?upscale=true&width=1120&upscale=true&name=AI%20search%20mock%20data.gif)

---

### ☁️ We are available on AWS marketplace

We’re thrilled to announce that **Meilisearch is now live on the [Amazon Web Services (AWS)](https://aws.amazon.com/marketplace/pp/prodview-7ougkqatzyr7i)** Marketplace! 😎 AWS has been an incredible partner, and this makes it even easier for customers to deploy Meilisearch directly.

👉 Learn more in this [blog post.](https://www.meilisearch.com/blog/aws-marketplace)

---

### 📊 Cloud UI - billing update

We’ve clarified how project metrics are displayed in the Cloud UI. This also includes users of free trial as well paid resource-based pricing model users:

- **Transparent project view:** project cards will now display **real usage data**, not your peak billing values.
- **More visibility:** both resource-based and free-trial projects will now show current **searches and documents** metrics directly in the dashboard.

![](https://hs-25945010.f.hubspotemail-eu1.net/hub/25945010/hubfs/image%20(47).png)

---

### 🚧 Coming soon: search analytics V2

We’ve heard your feedback and we're now in the final stretch before releasing an upgraded version of Search Analytics. Stay tuned for a deeper, more actionable view of your search performance.

---

## Community section & ecosystem news:

### Product Hunt feature:

**Meilisearch Chat** was featured in the [**Product Hunt Daily**](https://www.producthunt.com/newsletters/archive/44612-videos-that-don-t-suck) newsletter – reaching over a million readers! Huge thanks to our open-source community for the love and excitement around conversational AI built on your own data. 💜

### 🔥 Fireship x Meilisearch:

We were also featured in the latest [**Fireship**](https://www.youtube.com/watch) video covering **OpenAI’s** new browser, Atlas! If you haven’t tried Meilisearch yet, here’s your sign 👀 - there’s even a little code surprise in the video.

→ Watch the video [here](https://www.youtube.com/watch?v=5uSboan45Zg).

### 💡 Customer highlights:

See what users are saying about Meilisearch:

*"Since we redesigned our Program Finder and implemented Meilisearch, our conversions have more than doubled. We are so very happy with Meilisearch."*

Gabriela Sa Teles, Assistant Director of Digital Services at the **University of Missouri-Kansas City**

## Tips & resources:

**We published a new guide:** [Optimize Indexing Performance with Batch Statistics](https://www.meilisearch.com/docs/learn/indexing/optimize_indexing_performance)

This guide serves to help you use *progressTrace* to analyze and resolve indexing bottlenecks in Meilisearch.

---

## 🏢 Company news

In October, we held our regular company offsite where we used the time to refine our long-term vision. During the offsite, we also built this multimodal demo on a massive dataset:

👉 [check it our here.](https://flickr.meilisearch.com/)

Our CEO Quentin also wrote a [post](http://linkedin.com/posts/quentin-de-quelen-4241a865_we-ran-a-small-experiment-during-our-offsite-activity-7392154072931389441-z62H) describing the entire stack, if you'd like to learn more about it.

💼 **We’re hiring!**

Meilisearch is expanding, and we’re opening  several new roles across teams, with more to come!

If you know someone who’d be a great fit - or if you’re curious about what’s next for us 👉 keep an eye on our [**Careers page.**](https://www.meilisearch.com/careers)

![45C6AD8A-89DA-49B6-81F3-7C109EB6B6EF_1_102_o.jpeg.webp](https://unable-actionable-car.media.strapiapp.com/45_C6_AD_8_A_89_DA_49_B6_81_F3_7_C109_EB_6_B6_EF_1_102_o_jpeg_326f23623c.webp)

--- 

Receive this updates in your inbox by subscribing to our [monthly newsletter](https://dub.sh/meili-newsletter). To learn more about Meilisearch's future and help shape it, take a look at our [roadmap](https://roadmap.meilisearch.com/) and participate in our [Product Discussions](https://github.com/orgs/meilisearch/discussions).

For anything else, join our developers community on [Discord](https://dub.sh/meili-discord).

Meilisearch October updates

Most CTOs assume that implementing search is a quick, done-in-a-sprint kind of task. Something their dev team can figure out in a week. 

But the truth couldn’t be more different. According to our survey, more than half (55%) of development teams require **three weeks or more** to roll out a search solution. 

And they are the lucky ones. For some, it can take **two or more months**. 

This begs the question: **why is something as vital as search still so hard to get right?**

We asked over 100 CTOs and technical CEOs to share what went wrong when implementing search and what they wish vendors would do differently. Their answer reveals common pitfalls and insights that can help you avoid the same costly mistakes. 

Let’s dive into what they shared and how it applies to your own search initiatives. 

## Key insights (TL;DR)

* 86% of respondents called search **‘very important’ and ‘critical’ to their product’s user experience** across industries like e-commerce, fintech, healthtech, edtech, etc. 
* 55% of development teams spent **three or more weeks** implementing search. 17% struggled for **two months or longer**. 
* The biggest blockers aren’t just bugs – they’re structural. The top three: **inflexible tools (61%), broken documentation (47%), and a lack of expertise (34%).**
* **Less than 1%** of respondents said integrating search was easy for them.
* During the implementation phase, the majority of teams turned to **vendor documentation (55%)** and **support and customer success teams (49%)** for help, while **20%** relied on AI assistants like **ChatGPT**.
* **Fast response time (71%), accurate results (51%)**, and the **ability to handle typos or fuzzy matching (50%)** are the top three features teams expect in their search experiences.

## Insight #1: Most teams spent weeks – or months – on search implementation

According to our survey, only 15% of teams implemented search in under a week, while **55% took more than three weeks** to do so. 

For 17% of development teams, the process stretched to **at least two months**, resulting in a significant amount of wasted time. 

![How long did it take to integrate the search functionality_.png](https://unable-actionable-car.media.strapiapp.com/How_long_did_it_take_to_integrate_the_search_functionality_1d72bf913b.png)

These results reflect a consistent trend: integrating search has become a slow, resource-draining process for most teams. 

In the open-ended answer section of our survey, one respondent even said, “Plan for double the time to implement.” 

Users expect each search experience to be fast, accurate, and typo-tolerant by default. Giants like Google and Amazon have set high standards. Yet behind the scenes, devs are investing massive amounts of time just to get the basics working.

From our perspective at Meilisearch, that’s a costly baseline. 

## Insight #2: Search fails at the structural level, not just in the code

**Less than 1%** of respondents said that their search integration went smoothly.

When asked what slowed them down, they highlighted three most common issues: 

1. **Technical limitations (61%):** Inflexible infrastructure, clunky APIs, or the wrong tools often force teams to rethink and rebuild key systems. 
2. **Poor documentation (47%):** Missing or outdated documentation adds friction and guesswork into the process.
3. **Lack of expertise (34%):** Many teams don’t have the experience to successfully implement search, leading to false starts and much trial and error. 

![What were the biggest challenges your team faced during the search integration process.png](https://unable-actionable-car.media.strapiapp.com/What_were_the_biggest_challenges_your_team_faced_during_the_search_integration_process_f458e8105f.png)

While bugs and integration hiccups can cause short-term delays, the real problem comes from **structural issues**. 

This means the architecture of the product wasn’t built with search in mind, the documentation is more of a hindrance than a help, and teams lack key skill sets to implement search properly. 

The result is search that ships late, costs more, and becomes harder to maintain with every iteration.

## Insight #3: When teams need help, the docs don’t always deliver

When search implementation gets tough – as it often does – what do teams do? They look for support. 

![What resources did you rely on for integrating search.png](https://unable-actionable-car.media.strapiapp.com/What_resources_did_you_rely_on_for_integrating_search_75df6f93ba.png)

The **most common first stop is vendor documentation (55%)**, which ironically is the second biggest roadblock to implementing search, as noted in our previous insight. 

Often, documentation is incomplete, outdated, or simply hard to navigate. 

So, if the most relied-on source of guidance is also a leading pain point, it’s no wonder people get stuck for weeks. 

Respondents also relied on vendor support or customer success teams (49%), online tutorials (48%), and peers or communities (e.g., Discord) (45%).

Almost one in five developer teams (19%) turned to AI tools, such as ChatGPT or Copilot, for help – a clear sign that AI tools are becoming an integral part of the troubleshooting stack. 

Our survey findings show that **support is fragmented.** Developers chase answers across multiple sources, wasting time and energy as deadlines rapidly approach.

## Insight #4: What developers really want from their search tools

Aside from the challenges, our team also asked technical leaders what they wished their search tools had done better. 

Their answers focused on ways to save time, reduce confusion, and avoid frustration. 

![A graphic listing the most common responses from developers working on integrating a search functionality into their products.](https://unable-actionable-car.media.strapiapp.com/What_developers_want_from_their_tools_489451aa44.png)

### Better, clearer documentation 

Teams want docs that go beyond the basics, with real-world examples and easy-to-follow setup steps to speed up integration. 


### Simpler, unified APIs

A common frustration is having to integrate multiple endpoints, so leaders are requesting unified APIs. 

“*Provide a single, well-documented API that can pull from multiple sources (documents, emails, chats, etc.) with consistent formatting,*” one respondent said.  


### Seamless integration tooling

Teams want builders that work with popular frameworks and data pipelines, without spending too many hours on setup. 

“*Make sure you find a platform that integrates well with other software development *[tools],” was a recurring sentiment among respondents. 


### Flexible customization and metadata control

Search isn’t a one-size-fits-all, so teams want more control over their ranking, filtering, and metadata display. 

One respondent said: “*Offering customizable filters and permission controls would help teams tailor search to their specific workflows.*” 

Respondents aren’t asking for the impossible. The idea is to make search implementation more straightforward, especially for teams working in fast-paced industries. 

That’s why, at Meilisearch, we continually update our documentation, prioritizing a unified and straightforward API that anyone can understand. 


## Survey methodology and limitations

Our survey was conducted in July 2025 using SurveyMonkey’s paid Audience panel. 

Respondents were decision-makers – CTOs, technical founders, or equivalent roles – at US-based software companies across all industries and company sizes. 

To qualify, respondents had to pass two screening questions: one to confirm their technical leadership role and another to verify their experience with implementing search functionality. 

This ensured we got answers from those with practical experience on the subject.

The survey included 11 questions in total (2 screening, 9 core), and we received 119 qualified responses. You can find complete data in [this spreadsheet](https://docs.google.com/spreadsheets/d/1Q1Z0brmX1AilNnbW5PCORSqUCCoAXGyN7TFZbLuSGvU/edit?gid=1781222527#gid=1781222527).

As with any data study, there are constraints. Responses may not fully represent large enterprises or heavily regulated industries, where search implementation challenges may differ.

Furthermore, the respondents were compensated by the SurveyMonkey platform for their participation, which may have introduced bias. 

Finally, our mix of multiple-choice and open-ended questions provided quantitative and qualitative data, but may not have captured every nuance of the implementation process. 


## Search doesn’t have to be hard

The data paints a clear picture: search is needlessly complicated. Most teams spend weeks – even months – just to set up the basics, bogged down with technical hurdles and unclear guidelines that don’t meet real-world needs. 

Technical leaders want vendors to go the extra mile, and that means offering simpler APIs, better documentation, and faster setup times. 

In short, they want tools that respect their time and scale with their needs. 



We asked 100+ CTOs how long it takes to implement search. You're not gonna like the answer

Algolia review: The enterprise giant meets the developer favorite – Meilisearch

Semantic search and retrieval-augmented generation (RAG) are crucial for how today's AI systems handle information and find relevant answers to user queries. 

Think of it this way: semantic search is all about ranking information based on what it means, while RAG takes it further by actively retrieving knowledge to provide the answers users need. 

In this article, we're going to explore:

* What semantic search and RAG are and how they work.
* The contrast between their capabilities.
* The potential for overlap and collaboration, as well as whether or not they can work without each other.
* How to figure out when semantic search is enough, when RAG is essential, and when combining them gives you the best results.
* The pros, cons, and limitations that come with both so that you can evaluate them properly.

By the time you're done, you'll have a clear framework for choosing the best approach for your data and users. 

Ready? Let’s get into it.

## What is semantic search?

[Semantic search](https://www.meilisearch.com/blog/semantic-search) is a technique that helps AI systems understand the intent behind user queries instead of relying on exact keyword matching. It uses embeddings, vector representations, and natural language processing (NLP) to map words by meaning. 

By doing this, semantic search retrieves the most relevant documents even if the query phrasing isn’t perfect. Unlike traditional information retrieval methods, semantic search ranks results based on context and relationships, and produces answers that genuinely make sense. 

Teams can also explore [choosing the best model for semantic search](https://www.meilisearch.com/blog/choosing-the-best-model-for-semantic-search) to refine their search architecture.

## What is RAG (retrieval-augmented generation)?

[Retrieval-augmented generation](https://www.meilisearch.com/blog/what-is-rag) (RAG) combines information retrieval and generative AI to create more factual and contextually relevant responses. It retrieves relevant documents from an external knowledge base or vector database using embeddings before passing them over to the large language model (LLM). 

From there, the LLM uses the retrieved context and ensures that the response accuracy is high and the hallucinations are nonexistent. 

In short, RAG augments the model’s knowledge with real data, making responses more trustworthy and domain-specific.

## How does semantic search work?

[Semantic search](https://www.meilisearch.com/blog/semantic-search) goes beyond keyword matching by understanding the meaning and intent behind those keywords through contextual relationships.

![How Semantic Search Works.png](https://unable-actionable-car.media.strapiapp.com/How_Semantic_Search_Works_77696c3be8.png)

* **Step 1:** Semantic search converts text into embeddings. Each query and document is transformed into dense [vector representations](https://www.meilisearch.com/blog/what-are-vector-embeddings) that capture semantic meaning.
* **Step 2:** Then, it compares embeddings. The system measures cosine similarity or Euclidean distance between the user query and stored vectors to find the most relevant results.
* **Step 3:** Finally, a retriever ranks documents not just by word overlap but also by conceptual closeness, bringing up the absolute best matches.

This process helps users find relevant information even when they aren’t sure of the exact wording needed to get what they’re looking for.

## How does RAG work?

RAG connects advanced retrieval systems with LLMs to produce answers that the users are looking for. 

![A graphic showcasing how RAG works.](https://unable-actionable-car.media.strapiapp.com/How_RAG_Works_b6a617b59f.png)

Let’s see how it works:

* **Step 1:** First, the data is embedded and indexed. Documents from various data sources are split into chunks, converted to vector embeddings, and stored in a vector database.
* **Step 2:** When a user query is submitted, the LLM first evaluates whether it can answer the query on its own. If it needs additional context to provide a satisfactory answer, this is where RAG comes into play.
* **Step 3:** The RAG retriever doesn’t search through the internal vector database. It can access external knowledge bases or even search the internet to find relevant documents.
* **Step 4:** Once RAG provides more context, the LLM uses both the query and the retrieved context to generate more relevant answers. 

As a result of this whole cycle, the answers you get are not only relevant but up-to-date as well.

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

The main difference between semantic search and RAG is what they return. Semantic search only finds specific information, while RAG provides an explanation, enhancing the response to the user query. 

Semantic search works by matching user queries to document vector embeddings using similarity metrics such as cosine or Euclidean distance. It's super-efficient, fast, and great for providing direct answers closely related to the user query.

RAG, on the other hand, feeds retrieved context to a large language model to compose a more elaborate answer. This added step aims to reduce AI hallucinations and improve accuracy.

The table below highlights other key distinctions between the two:

![A table highlighting the key differences between semantic search and RAG.](https://unable-actionable-car.media.strapiapp.com/Semantic_search_vs_RAG_828bd84d6d.png)

You can also explore different [RAG types](https://www.meilisearch.com/blog/rag-types) to understand how architectures vary in retrieval and generation workflows.

## What problems does semantic search solve?

Keyword-based retrieval has always had limitations. Semantic search addresses this limitation by covering a broader domain than just literal keywords. 

Here’s what it solves:

* **Intent detection:** It interprets what the user means, not just what they type. 
* **Disambiguation:** Semantic search removes ambiguity and distinguishes between words with multiple meanings by analyzing their embeddings.
* **Better recall and precision:** It retrieves relevant documents even when queries use different phrasing. 
* **Multilingual and domain-specific results:** Diversity plays a huge role in getting the correct answer to the user. Semantic search adapts across knowledge bases and domain-specific datasets without manual rules.
* **Improved user experience:** Users love semantic search because it ranks relevant information intuitively, helping them find what they need faster.

By combining natural language processing (NLP) and vector embeddings, semantic search ensures users get the results they need.

## What problems does RAG solve?

RAG addresses the main challenges of retrieval and generation by grounding large language models in real data:

* **Hallucinations:** RAG retrieves relevant documents before generation, reducing the risk of made-up or unsupported answers.
* **Outdated knowledge:** It connects to external knowledge bases to keep responses accurate and up to date.
* **Context limitation:** It provides retrieved context beyond the LLM’s memory, thereby improving factual grounding.
* **Complex reasoning:** It enables the model to combine multiple information sources to produce multi-step answers.
* **Trust and explainability:** It cites its sources, ensuring responses are transparent and verifiable.

By combining semantic retrieval with generative models, RAG helps users get precise, context-aware answers rather than vague summaries, using techniques described in our [RAG techniques](https://www.meilisearch.com/blog/rag-techniques) article.

## Can semantic search be used without RAG?

Yes, semantic search can work perfectly well without RAG in many real-world applications. It’s often used when retrieving relevant information is sufficient and generating new text isn’t necessary.

For instance, knowledge bases, search engines, and customer support chatbots rely on semantic search to quickly find the most relevant documents. It’s also used in question-answering systems, e-commerce search, and internal document retrieval, where users want direct access to existing content rather than a generated summary.

Because it operates only on vector embeddings and retrieval algorithms, it’s lightweight, scalable, and cost-efficient.

However, when users expect natural language answers or context synthesis across multiple documents, semantic search alone falls short. That’s when RAG becomes the logical next step.

## Can RAG work without semantic search?

Yes, it can, but it’s not ideal. RAG can technically operate using keyword retrieval or metadata filtering instead of semantic search, but the results are less precise. 

Without vector embeddings or semantic similarity, the retriever may fetch documents that match words but miss intent. And intent is the key in any retrieval.

Some teams use BM25 or hybrid search engines as the retrieval layer for smaller or domain-specific datasets where context is already well structured. This approach simplifies infrastructure and lowers cost, but limits recall accuracy and context coverage.

Skipping semantic search means the model depends more on the generator to interpret data. This is a risky tradeoff that can lead to hallucinations or shallow grounding. 

For most real-world RAG systems, semantic search is the foundation that makes retrieval meaningful before generation is even a thought.

## What are the pros of semantic search?

You already know the accuracy aspect of semantic search. Let’s look at some more pros:

1. **Understands user intent way better:** Semantic search interprets user queries based on meaning, so the retrieved results are better than in plain keyword matching.
2. **Deals with ambiguity like a pro:** Through NLP, it can distinguish between different meanings, such as ‘Apple,’ the company, versus ‘apple,’ the fruit.
3. **Enables scalability:** Semantic searchcan retrieve results quickly and accurately, even across large datasets.

Semantic search is the foundation for both modern search technologies and RAG systems.

## What are the pros of RAG?

RAG provides language models with a way to remain factual, grounded, and context-aware without retraining every time new data arrives. 

Let’s look at some pros of RAG: 

1. **Has access to real-time knowledge:** It retrieves relevant documents from external knowledge sources.
2. **Goodbye hallucinations:** By relying on answers from the retrieved context, RAG minimizes the introduction of made-up or outdated information.
3. **Adapts to various domains easily:** It easily plugs into domain-specific datasets, from medical records to legal documents, without the need to fine-tune the LLM.

Overall, RAG bridges semantic search and generative AI to help teams create applications that not only find data but explain it in natural language.

## What are the limitations of semantic search?

Let’s look at some semantic search limitations. 

1. **Complex queries might result in ambiguity:** Useful as it is, semantic search can falter when queries are too extensive.
2. **Costly if you want to handle massive datasets:** Creating and updating vector embeddings for large datasets demands increasing amounts of resources, which can be expensive.
3. **Potential for low-quality results:** If the stored data is sparse or of poor quality, you might get low-quality results.
4. **Generative reasoning is lacking:** It can’t produce detailed answers, which makes it less helpful in question-answering or chatbot use cases.

These limitations make semantic search excellent for discovery, but not enough when users expect complete, natural-language answers.

## What are the limitations of RAG?

RAG is renowned for its accuracy, but the cost of this accuracy is the added layers of complexity. 

Let’s explore some other limitations of RAG:

1. **Higher latency and cost:** Multiple API calls that enable RAG to be so effective come with hefty charges.
2. **Variable retrieval quality:** If relevant documents are missing or poorly embedded, the LLM will still hallucinate.
3. **Complex infrastructure:** With increasing overhead from vector databases, chunking, and retrieved context pipelines, the RAG system can become really complex.
4. **Difficult to evaluate:** You need continuous assessment of the RAG system to maintain retrieval quality and accuracy.

If you’re working in high-stakes domains that involve knowledge-based systems, RAG is perfect. But it might be a bit too much for simpler applications.

## How is semantic search evaluated for effectiveness?

Semantic search effectiveness is measured by how accurately it retrieves and ranks relevant documents for a given user query. After all, that’s what it is for.

The primary metrics include precision (how many retrieved results are relevant) and recall (how many relevant results were retrieved). 

![A graphic explaining precision and recall, two primary search evaluation metrics.](https://unable-actionable-car.media.strapiapp.com/Precision_and_recall_9d1f66c31e.png)

Other factors, such as Mean Reciprocal Rank (MRR) and Normalized Discounted Cumulative Gain (nDCG) help assess ranking quality.

Teams also use user satisfaction surveys or click-through rates (CTRs) to measure success. These evaluations often compare how well embeddings, retrievers, and algorithms capture intent across datasets.

In short, good semantic search is about balancing accuracy, relevance, and scalability.

## How is RAG evaluated for effectiveness?

Evaluating a RAG system requires measuring not only retrieval accuracy but also how well generated answers remain grounded in the retrieved context.

The key metrics for this include factual accuracy, grounding score, and hallucination rate (the frequency with which the LLM adds unsupported information). Teams also track context precision and coverage to assess how the retrieved chunks influence the model’s response.

Other evaluation methods test retrieval quality, latency, and user trust over time. These insights help teams balance precision and performance across different data sources.

For a deeper look into evaluation frameworks, read our guide on [RAG evaluation](https://www.meilisearch.com/blog/rag-evaluation), which breaks down real-world techniques for measuring grounded generation.

## What are the latest trends in semantic search and RAG?

There’s an upward trend in the popularity of both semantic search systems and RAG. Especially now, when AI and LLMs are a core part of almost every enterprise application. 

The two major trends you need to keep up with are:

1. **Integration between LLMs and retrieval systems:** Modern retrieval systems have developed the capability to integrate LLMs and deliver answers that are not only more accurate but also sound conversational and almost human.
2. **Hybrid approach to retrieval:** By combining keywords, vector embeddings, and reranking techniques, we can achieve significant improvements in precision and recall across both structured and unstructured data.

This set of trends, along with some others, contributes to improving RAG daily. In essence, they are all about making AI search engines more intelligent and user-friendly.

## Frequently Asked Questions (FAQs)

The following FAQs should address any remaining confusion about semantic search and RAG.


### Is RAG the same as semantic search?

No. Semantic search ranks documents based on their meaning. RAG retrieves the documents first, and then uses this retrieved context to generate answers the users are looking for. 


### Why is semantic search important for AI?

Semantic search improves how AI understands user queries. It makes the AI interpret the intent behind the search instead of just taking the keywords at face value. Naturally, this brings a significant boost in accuracy and the user experience.


### Why is RAG used in generative AI?

Generative AI needs the right context to generate information. RAG helps LLMs combine retrieved information with the user query to generate the required answers. This significantly reduces AI hallucinations and lays the foundation for real-time AI agents or chatbots.


### What is the role of embeddings in semantic search?

Embeddings are the backbone of semantic search because they convert text into vector representations that capture meaning. They enable the retriever to find semantically related content even when users don’t use the exact keywords in their search. You can think of them as interconnected neural networks.


### What is the role of embeddings in RAG?

In RAG systems, embeddings serve as connectors. They connect the retriever and the generator. They help retrieve the most relevant documents that match a query’s meaning before passing them to the LLM to generate an informed answer.


### How does semantic search compare to vector search?

Semantic search uses advanced algorithms to understand the meaning of words and sentences. It's like a map where similar ideas are close together. This helps it find answers that make sense, even if the exact words aren't there, because it understands what you're trying to find, as detailed in this [semantic vs. vector search](https://www.meilisearch.com/blog/semantic-vs-vector-search) article.

## Harnessing the power of precision

The main goal of most advancements today is to guide AI towards greater precision.

RAG and semantic search are both unique in their own ways, with distinct sets of pros and limitations. However, this does not stop them from being a force to be reckoned with when used together in a hybrid setting.

Semantic search vs. RAG: A side-by-side comparison

Algolia vs Typesense vs Meilisearch: Which search engine powers better developer experiences in 2025?

When working with large language models, achieving accurate, relevant results depends on several factors. 

Two of them are Retrieval-Augmented Generation (RAG) and prompt engineering. 

RAG helps generate better answers by allowing the generative AI model to retrieve information from external knowledge sources, keeping responses fact-based and up to date. 

Prompt engineering, on the other hand, focuses on how you communicate with the AI to produce clear and context-aware answers. 

* RAG adds new knowledge without retraining, whereas prompt engineering improves the model’s use of its existing knowledge.
* RAG works well for research, legal, healthcare, and customer support; prompt engineering is well-suited for summarization, creative writing, Q&A, and data formatting.
* RAG is complex and can be slower, while prompt engineering is cheaper but requires skill.
* RAG requires more setup and maintenance, but prompt engineering is faster and cost-effective.

Choosing the right approach depends on what you want: accuracy, freshness, or speed. Often, combining both gives the best results. Let’s dig deeper into this. 

## What is prompt engineering?

Prompt engineering is the art of crafting clear instructions for large language models (LLMs) to achieve the best possible results. 

Think of it like learning to ask the right questions. A vague prompt might produce a generic answer, while a carefully worded one can give you precisely what you need. 

Prompt engineering is about understanding how the gen AI model interprets instructions and using that insight to guide it toward your desired output. 

## What is RAG (retrieval-augmented generation)?

[RAG](https://www.meilisearch.com/blog/what-is-rag) is a technique that improves LLM outputs by providing them with access to external resources. This could include databases, documents, and APIs. Instead of relying solely on what they were trained on, RAG allows AI models to access additional information when generating answers. 

For instance, we can give an AI model both memory and internet search skills, so that it knows today’s date and searches the internet for the most recent data.

## How does prompt engineering work?

Prompt engineering is about learning how to interact with an artificial intelligence model in a way that generates the best possible response.

As a rule of thumb, it is good practice to provide the LLM with enough context to answer your questions. LLMs are trained to follow user instructions, and they do so within the context they have. 

For example, if you ask an LLM to act like a hip-hop artist, its response will sound like one. Ask it to write like a Nobel Prize–winning author, and it will adapt its responses accordingly.

Finding the right prompt involves experimentation. If the answer from an initial prompt is not accurate, you can refine your prompt to provide more context and make it clearer. You may also check for noise or contradictory statements and eliminate them. 

For example, if you do not have a background in science, instead of asking the model to “Explain photosynthesis,” you could say, “You have over a decade of experience teaching biology. Explain photosynthesis like you are teaching someone in eleventh grade.” The goal is to give the AI enough context and direction to produce relevant responses.

## How does RAG work?

RAG works by combining retrieval and generation so that an LLM can answer using external facts. 

In the retrieval phase, RAG searches external sources to find the most relevant information, and in the generation phase, the model uses that retrieved data to craft an accurate response. 

![How RAG Works.png](https://unable-actionable-car.media.strapiapp.com/How_RAG_Works_e26007ec0c.png)

Here is how the process goes, step-by-step:

1. A user types in a search query. 
2. A retriever searches a document store or database for information that matches the query. 
3. The information is ranked, and the best is selected to form a context. 
4. The original question and the context are sent to the LLM. 
5. The model generates a response grounded in the retrieved information. 
6. Finally, a verifier or re-ranker checks the model's outputs before they are returned. This is optional.

## What are the main differences between RAG and prompt engineering?

The main difference between RAG and prompt engineering is how they help AI models produce better answers. 

Different [RAG types](https://www.meilisearch.com/blog/rag-types) improve accuracy by allowing the model to retrieve real-time data before generating a response. 

Prompt engineering focuses on phrasing and optimizing questions to get the best result from the model’s existing knowledge. 

To sum it up, RAG gets its information externally, while prompt engineering uses information already within the AI model.

![RAG vs. Prompt Engineering.png](https://unable-actionable-car.media.strapiapp.com/RAG_vs_Prompt_Engineering_a00885536d.png)

Now, let’s discuss the benefits and challenges of using RAG and prompt engineering.

## What are the advantages of prompt engineering?

Prompt engineering can help users get the most out of AI tools without requiring additional data. 

Here are some of the advantages:

* **Better control over responses:** You can guide the AI model to produce more relevant outputs by learning how to phrase questions effectively. For example, a marketer can ask ChatGPT to ‘act like an expert marketer in a Fortune 500 company and write an email to promote a new product,’ and receive a good draft email immediately.
* **Works across different tasks:** Prompt engineering can be applied across various sectors. It is helpful for specific tasks such as coding, summarizing reports, writing essays, and even brainstorming ideas. 
* **Saves time and effort:** Making your input prompts clearer reduces the need for multiple iterations. Instead of constantly reworking the answer, a well-crafted prompt helps the AI deliver the desired result in a single go.
* **Encourages creativity and personalization:** Prompt engineering gives users the freedom to set their own tone or style. This makes it an excellent tool for writers, designers, or educators who desire unique results.


## What are the advantages of RAG?

RAG has several benefits that make AI responses more helpful in real-life situations.

* **Improves accuracy:** RAG reduces the risk of errors by pulling information only from verified external sources.
* **Access to up-to-date information:** RAG can retrieve current information from live databases or documents. This makes it perfect for fast-changing topics, such as the news.
* **Better context understanding:** RAG provides the AI model with additional background information before generating an answer, helping it better understand the question and respond more accurately.
* **Flexibility across domains:** Because it can connect to various data sources, RAG can easily adapt to resource-intensive, specialized fields like healthcare, agriculture, or finance while still delivering insights tailored to each domain.
* **Reduced AI model training costs:** Since RAG relies on retrieval rather than constant retraining, organizations can update knowledge from data sources rather than rebuilding the entire model for each process.

## What are common challenges with prompt engineering?

Prompt engineering is a powerful skill, but it is not always straightforward. Generating the perfect response from AI often takes creativity and practice. 

Here are some common challenges:

* **Inconsistency in results:** Just a slight change in wording can completely alter the AI’s answer. Also, because AI is non-deterministic, what works once may not work the same way next time, making it hard to achieve consistent responses.
* **A need for expertise:** Crafting a strong prompt requires some level of domain knowledge and an understanding of how the AI model interprets instructions. Newbies may give generic prompts, leading to generic AI responses.
* **Can be time-consuming:** Refining your prompts through trial and error can take a long time, especially when dealing with complex tasks. If not properly managed, this can slow down your workflow or even reduce your productivity.
* **Model limitations:** AI systems only know the training data on which they were built. Therefore, even the best prompt cannot fix a model whose knowledge base is lacking. Such situations lead to hallucinations or outdated responses.

## What are the common challenges with RAG?

Some challenges can make RAG implementation difficult, even though it greatly improves accuracy and relevance. 

Here are some of them:

* **System complexity:** RAG can be complex to set up and maintain, especially for non-technical teams. It requires [connecting a retriever and a database to the LLM](https://www.meilisearch.com/blog/how-do-you-search-in-a-database-with-llm).
* **Integration overhead:** Integrating a RAG system into an existing application or workflow often requires extra resources. You have to set up the RAG infrastructure while maintaining the external data sources at the same time.
* **Latency and speed issues:** Balancing accuracy with performance can be challenging with RAG. Since it searches and retrieves data before generating a response, it can be slower than the traditional models, especially when handling large datasets. 
* **Information retrieval error:** Sometimes a RAG system retrieves the wrong documents, leading to answers that sound confident but are based on inaccurate data. This makes proper data indexing and filtering critical when setting up the RAG system.

## What are examples of prompt engineering use cases?

Prompt engineering can be applied in many real-world situations to make AI tools more valuable and efficient: 

* **Question answering:** Businesses use prompt engineering to make chatbots and help desks smarter. With the right prompt, an AI agent can provide clear and accurate responses to customer or employee questions.
* **Text summarization:** It is excellent for turning long text into short but meaningful takeaways. For instance, you can say, ‘Summarize this report in three simple points,’ and save hours of reading time.
* **Data conversion:** Prompt engineering can help you quickly clean or restructure information. For example, changing your raw notes into a professional report.
* **Creative writing:** Writers use prompts to get innovative ideas, explore storylines, or overcome creative block.

## What are examples of RAG applications?

[RAG tools](https://www.meilisearch.com/blog/rag-tools) are powering many of the apps we use today. Here are a few ways RAG is being used in the real world:

* **Customer support systems:** Many customer service chatbots now use RAG to fetch real answers from company manuals. So when you ask your bank’s chatbot about your account details, it gives you the exact information instead of a generic reply.
* **Legal research:** Law firms use RAG to review thousands of case files and contracts in seconds. A lawyer can ask about precedents for a case and instantly get relevant examples instead of manually searching the archives.
* **Healthcare and medical support:** Doctors and researchers use RAG to find the latest studies, treatment guidelines, and patient data. This enables them to make more informed medical decisions.
* **E-commerce product comparison:** RAG is used by e-commerce companies to compare products. It retrieves product specs, reviews, or prices from the database and generates personalized recommendations.

## Can RAG and prompt engineering be combined?

Yes, RAG and prompt engineering work better together. 

For example, when someone asks, ‘Summarize this customer’s issue in three bullet points,’ a RAG setup might pull a customer’s record from the database, and a good prompt allows the LLM to summarize only the issues returned. 

In legal work, RAG can find relevant cases, which are then combined with a prompt that says, ‘Compare these rulings and highlight the key differences.’ This provides a concise, actionable comparison rather than a long list that might be difficult to interpret. 

In healthcare, RAG retrieves patient history and recent medical studies, while prompts ensure the results follow clinical reporting standards.

RAG handles the ‘what’ (or the facts), and prompt engineering handles the ‘how’ (or the presentation). When used together, they make answers both relevant and accurate.

## What are the costs of RAG vs. prompt engineering?

The costs of setting up RAG and prompt engineering are different. 

RAG can be expensive to implement because it requires additional infrastructure (such as a database, a retrieval system, and integration tools). There is also a maintenance cost for updating data sources, handling storage, and ensuring the retrieval system stays accurate and fast. 

Prompt engineering, on the other hand, is far cheaper because it mainly involves using your time and skill. You have to learn how to design effective prompts and also test them for consistent results. There is no need for new servers, APIs, or databases, making it suitable for quick, low-cost projects.

RAG requires more upfront investment but delivers higher accuracy, while prompt engineering is cost-effective and easily scalable for smaller applications.

Want to decide whether to use RAG or prompt engineering? Let’s see the factors you should consider when choosing.

## How do you choose between RAG and prompt engineering?

Choosing between RAG and prompt engineering depends on what you need from your system and the kind of resources you have. 

Here is a simple decision guide to use:

* **Check if you need fresh data:** RAG is the way to go if your answers must include the latest information. But if you are working with general knowledge that doesn't change often, prompt engineering should be sufficient.
* **Weigh your accuracy and reliability needs:** For fields like healthcare, law, or finance, where mistakes can be costly, RAG is safer because it cites real sources. Prompts alone cannot always guarantee accuracy. 
* **Consider your time, budget, and skills:** RAG takes more setup and maintenance, while prompt engineering requires creative thinking and practice. If you have limited resources, then go with prompt engineering.
* **Balancing performance and workflow:** RAG systems can be slightly slower since they search external data before responding, but the answers are usually more accurate. Prompt engineering is quicker and is perfect for lightweight applications where speed matters more than depth.

## How does RAG compare to fine-tuning?

The main difference between [RAG and fine-tuning](https://www.meilisearch.com/blog/fine-tuning-vs-rag) is that RAG pulls in fresh information from external sources when needed, while fine-tuning actually trains the model to learn that knowledge internally.

With fine-tuning, you take a pre-trained model and feed it domain-specific data (such as legal documents or customer records) so that it learns the patterns and language of that field. This makes it faster and consistent. 

The limitations are that it is expensive to train, requires lots of clean data, and must be redone whenever new information comes in.

RAG, on the other hand, does not retrain the model. Instead, it connects to a database or document store and retrieves the most relevant information whenever a question is asked. This ensures the answers are up to date and adaptable to new topics.

## How does prompt engineering compare to fine-tuning?

The main difference between prompt engineering and fine-tuning is that prompt engineering focuses on how you ask the model your question to get the best response, while fine-tuning changes what* *the model actually knows.

With prompt engineering, you are not retraining anything. You are instead crafting the proper instructions to guide the model’s behavior. It is fast, affordable, and flexible, making it perfect for tailoring outputs to specific needs. 

The catch is that results can vary greatly depending on how well the prompts were written.

Fine-tuning, on the other hand, takes things deeper. You train the model on new data so it permanently learns that knowledge. This gives you consistency and expertise but comes with higher costs, more setup time, and the need to continuously retrain to stay up to date.

## RAG vs. prompt engineering: and the winner is...

The reality is that both techniques shine in their own way. 

RAG is your go-to tool when accuracy and up-to-date information matter most, since it can retrieve from live data sources. Prompt engineering is the fastest, most flexible way to generate outputs without retraining any model.

If you are building something that needs freshness, go with RAG. For quick, creative control, prompt engineering takes the lead. 

RAG vs. prompt engineering: choosing the right approach for you

Algolia vs Elasticsearch (vs Meilisearch): Which search solution actually fits your needs in 2025?

GraphRAG vs. Vector RAG: Side-by-side comparison guide

Another [Launch Week](https://www.meilisearch.com/launch-week-q3-2025) is in the books. We shipped five major updates this week, designed to solve real problems our users told us they were struggling with. Each one of them makes your search experience more powerful, more flexible, and easier to work with. 

Here's what we built:
##  Meilisearch Chat*: we brought conversational AI to Meilisearch

Search is becoming a conversation. Your users no longer want to scroll through results - they want to ask a question and get an answer. But building conversational AI has meant juggling LLM calls, vector databases, reranking logic, and weeks of infrastructure work. 

Our new `/chat` endpoint brings complete RAG capabilities directly to your Meilisearch index. One API call handles everything: understanding the query, retrieving relevant data, and generating accurate responses. 

Key features:

- **Conversational AI for search:** your users can ask natural-language questions and get precise, contextual answers directly from your Meilisearch index.
- **Built-in RAG capabilities:** retrieves relevant information, contextualizes it, and generates accurate responses - no separate vector database, reranker, or AI service required.
- **Native integration:** runs directly on your Meilisearch instance as a single API endpoint.

_*This feature is in open beta._

[See the demo → ](https://supportbot.meilisearch.com/)

[Explore the docs → ](https://www.meilisearch.com/docs/learn/chat/getting_started_with_chat)

[Read the full announcement and start building with `/chat` →](https://www.meilisearch.com/blog/meilisearch-chat)

##  Advanced geosearch

Location-based search is powerful, but until now, Meilisearch only supported [basic shapes](https://www.meilisearch.com/blog/powering-bildhistoria-discovery) and points on the map. If your use case involved complex shapes, delivery zones, city boundaries, or irregular service areas, you had to work around it.

We've added full GeoJSON support with polygon and custom shape filtering. It allows to define a complex geographic boundary and search within it with precision. It's built on the same fast, filterable foundation you're used to, just way more flexible.

Key features:

- **Advanced shapes search:** search within polygons, multi-points, and complex shapes
- **Fine-grained filtering:** mix geo queries with text relevance and filters
- **Faster performance:** optimized for real-time map and delivery use cases

[See the demo → ](https://chantiers-paris.vercel.app/)

[Explore geosearch with polygons in the docs →](https://docs.meilisearch.com/)

##  Enhanced multi-modal: integrated image search

Image search has been possible in Meilisearch, but it required you to generate embeddings externally and inject them manually. For a lot of teams, that friction was enough to shelve the idea entirely.

Now it's built in. Provide images in base64 format, select an embedder (like CLIP), and Meilisearch handles the rest-embedding, indexing, and search. Support text-to-image queries, image-to-image queries, or both. Whether you're building [product catalogs](https://www.meilisearch.com/blog/Agora), [media libraries](https://www.meilisearch.com/blog/motionelements), or visual discovery tools, you can ship image search without the setup headache.

Key features:

- **Integrated support:** image-to-image and text-to-image search now built directly into Meilisearch
- **Multi-modal queries:** mix image, text, and embedding inputs seamlessly
- **Simple setup:** everything runs through a single API and index with flexible configuration

[See the demo → ](https://multi-modal.meilisearch.com/)

[Explore how multi-modal search works in our docs →](https://www.meilisearch.com/docs/learn/ai_powered_search/image_search_with_multimodal_embeddings)

##  Search personalization: results that adapt to each user

Not everyone searches the same way. A user shopping for running shoes shouldn't see the same results as someone looking for dress boots - but most search engines treat every query identically.

Search personalization lets you rerank results based on user context: preferences, behavior, past interactions. Powered by Cohere Rerank 3.5, it works with a simple `personalize` parameter. You provide the user context, Meilisearch adjusts the ranking, and your users get results that actually match their intent.

Key features:

- **Personalization API:** individualize search results based on behavior
- **Cohere 3.5 embeddings:** accurate, privacy-safe personalization
- **Lightweight integration:** add personalization without reindexing

[See the demo →](https://personalization.meilisearch.com/) 

[Talk to our team to get access to personalized search →](https://meet.meilisearch.com/meetings/cloud/presentation)

##  Resource-based pricing: predictable costs that scale with you

Usage-based pricing works when your workload is unpredictable. But as you scale, you want to know exactly what you're paying for: compute, memory, and storage, ideally, without surprise bills tied to search volume.

We've introduced resource-based pricing alongside our existing usage-based model. Choose your dedicated resources (CPU and RAM) from predefined tiers, and your costs stay predictable as you grow. You can see real-time resource usage, upgrade when you need to, and only pay for what you allocate. 

Key features:

- **Resource-based Pricing:** transparent, usage-based costs
- **Predictable scaling:** pay as you grow with your data
- **Simple migration:** no changes needed to your setup

[Learn about resource-based pricing  →](https://www.meilisearch.com/blog/resource-based-pricing) 

[Get started now →](https://www.meilisearch.com/cloud)

---

## What's next

These releases aren't just features, they're the foundation for where we're taking Meilisearch. Conversational AI, multi-modal search, and personalization: it's all pointing toward search that understands context, not just keywords.

If you're building with Meilisearch or thinking about it, now's a good time to dig in. We're here if you need help.

Meilisearch latest news and company updates