Meilisearch

O que é o Meilisearch

O Meilisearch (github.com/meilisearch/meilisearch) é um motor de busca escrito em Rust pela Meili SAS, uma empresa sediada na França. Você executa o binário, envia documentos JSON para um índice e consulta por HTTP; existem bibliotecas cliente oficiais para a maioria das linguagens. O projeto começou em abril de 2018 e está em desenvolvimento contínuo: as versões foram da v1.52.0 em 3 de agosto de 2026 até a v1.53.1 em 13 de agosto de 2026, a branch principal recebe commits funcionais quase todos os dias e havia 315 issues abertas no momento da captura.

• Tolerância a erros de digitação e busca enquanto se digita são o padrão Você não precisa afinar um pipeline de relevância para ter uma caixa utilizável. A meta declarada do projeto são resultados em menos de 50 milissegundos, e uma consulta escrita errado ainda encontra.
• A busca híbrida acontece em uma consulta só Correspondência por palavra-chave e busca vetorial são combinadas, então uma frase que não compartilha nenhuma palavra com os seus documentos ainda pode casar por significado. O gerador de vetores é você quem fornece.
• Filtros, facetas, ordenação e geo vêm junto São as partes que transformam uma caixa de busca em uma interface de navegação: a diferença entre consultar um dado e deixar as pessoas percorrerem um catálogo.
• A multilocação é resolvida com tokens por inquilino Chaves restritas que limitam o que cada usuário enxerga, que é como se coloca busca dentro de um produto com muitos clientes sem manter um índice por cliente.
• O suporte a idiomas é declarado de forma explícita, e isso importa O projeto cita tratamento otimizado para chinês, japonês, hebraico e línguas de alfabeto latino. Confira os seus idiomas contra essa lista em vez de presumir.
• Ele conversa com pilhas de IA Há integração com LangChain e um servidor de Model Context Protocol, caso você queira um agente consultando o seu índice em vez de uma pessoa.

A linha da licença, e por onde ela passa

Vale ler isto antes de se comprometer, porque o repositório não é simplesmente MIT. O arquivo LICENSE declara `SPDX-License-Identifier: MIT AND BUSL-1.1`: a Community Edition é MIT e livre para uso comercial, enquanto uma Enterprise Edition — sharding e snapshots por streaming para o S3 — fica sob a Business Source License 1.1, que o próprio projeto afirma não ser permitida em produção sem um acordo comercial. É uma divisão de open core, e o detalhe útil é onde a linha passa. Um nó único é inteiramente MIT. Você chega à fronteira comercial quando uma máquina deixa de bastar, o que para quase todo produto novo está bem longe.

Duas coisas menores para decidir na instalação e não depois. Existe uma opção hospedada, o Meilisearch Cloud, e ela não é só hospedagem: o projeto lista analytics e monitoramento entre os extras que adiciona, o que é relevante para a seção seguinte. E o binário auto-hospedado coleta telemetria anônima por padrão; a documentação explica como desligar, então torne isso uma decisão consciente enquanto você ainda está no arquivo de configuração.

O argumento de crescimento é o registro de consultas, não a caixa

A busca interna é o único lugar do seu site onde quem visita conta, sem ser perguntado e com as próprias palavras, o que esperava encontrar. Não há incentivo para ser gentil como numa pesquisa, e, diferente da pesquisa de palavras-chave, o volume é pequeno mas a intenção é inegável: são pessoas já no seu site, já interessadas, digitando o que queriam.

O Meilisearch responde à consulta. Na versão auto-hospedada ele não entrega um painel do que foi perguntado — analytics aparece entre os extras do Cloud — então o registro fica por sua conta. É uma tarde de trabalho e é onde está todo o retorno. Faça nesta ordem.

1. Registre cada consulta com a contagem de resultados O texto digitado, quantos resultados voltaram e em qual página foi digitado. Duas colunas e um horário bastam para começar; dá para enriquecer depois.
2. Leia primeiro as consultas sem resultado É a linha mais valiosa do registro inteiro. Alguém queria algo específico o bastante para digitar e você não devolveu nada. Algumas são erros de digitação que o motor deveria ter absorvido, outras são recursos que você não tem, e outras são coisas que você tem com um nome que ninguém usa.
3. Ordene o resto por frequência e leia as vinte primeiras em voz alta As palavras que os seus clientes usam normalmente não são as da sua home. Essa distância é pesquisa gratuita de posicionamento, e custa apenas a leitura.
4. Conserte o vocabulário antes do produto Sinônimos são uma mudança de configuração. Se as pessoas buscam "nota fiscal" e o seu produto diz "faturamento", ensine as duas ao índice antes de concluir qualquer coisa sobre demanda.
5. Leve o que sobrar para conteúdo e palavras-chave Uma consulta digitada por alguém que já está no seu site diz mais sobre a intenção de busca do que uma estimativa de volume de uma ferramenta — veja pesquisa de palavras-chave para uma startup.

Um aviso saído da nossa própria experiência, porque esta é a falha que se esconde. Publicamos em oito idiomas. Uma vez auditamos os nossos textos atrás de uma palavra que havíamos banido da comunicação com clientes, usando uma busca com limites de palavra, e o resultado veio limpo — enquanto 149 casos reais seguiam nos arquivos. O padrão não conseguia casar com texto em chinês, japonês ou coreano, que não separa palavras com espaços, então a checagem devolveu silêncio e lemos esse silêncio como saúde. A busca tem exatamente essa forma: se o seu índice quebra por espaços, a consulta de uma visitante japonesa não devolve nada, e o seu registro se lê como "ninguém busca em japonês" em vez de "a busca está quebrada em japonês". O Meilisearch cita tratamento otimizado para um conjunto específico de idiomas; se você vende em uma escrita fora dele, digite você mesmo uma consulta real nessa escrita antes de confiar no registro.

Onde ele encaixa, e quando não

A busca deixa de ser um luxo mais ou menos quando a sua navegação não cabe mais em uma tela. Um conjunto de documentação, um arquivo de blog, um catálogo de produtos ou um diretório cruzam essa linha antes do que se espera. O nosso próprio site de marketing está bem acima dela — cerca de 450 páginas em oito idiomas no momento em que isto foi escrito — que é justamente o tamanho de corpus em que quem chega é melhor servido digitando do que caçando em um menu.

Mas seja honesto quanto ao limite: qualidade de busca é um problema de conteúdo fantasiado de infraestrutura. Um motor rápido sobre documentos rasos e mal titulados devolve resultados ruins e rápidos, e nenhum ajuste salva isso. Executá-lo você mesmo também é um compromisso operacional: um processo, um disco, backups, atualizações. Para muitos sites pequenos a busca embutida no seu CMS ou um serviço hospedado é a resposta certa, e o Meilisearch ganha o lugar quando você quer controlar a relevância, precisa dela dentro do seu próprio aplicativo ou se importa com onde o dado mora. Se você está escolhendo antes a camada de baixo, o PocketBase cobre o backend do aplicativo e o docmd o lado da documentação.

A sequência que sugerimos: lance a busca porque quem visita precisa dela, capture as consultas desde o primeiro dia porque guardá-las não custa nada e não dá para recuperá-las depois, e leia-as mensalmente como pesquisa de clientes e não como métrica de desempenho. Transformar o que você aprende ali em páginas, posicionamento e contato é a metade lenta — é aí que a AgentCeres — o Diretor de Crescimento com IA, em agentceres.com — escreve junto com você, com uma pessoa aprovando tudo o que sai.