📍 Article principal du cluster : Meilisearch 2026 : le guide complet. Lisez le pilier pour la vue d’ensemble.
Vous hésitez entre Meilisearch, Typesense et PostgreSQL Full Text Search pour votre prochain projet. Cet article tranche en 8 critères concrets, avec benchmarks reproduits sur Hetzner CX22 et CCX13, sur des datasets francophones et arabophones réels. Sans favoritisme, sans publi-rédactionnel.
Prérequis pour reproduire les tests
- Hetzner CX22 (2 vCPU, 4 Go RAM) ou OVH VPS-1 équivalent.
- Dataset de test : 100 000 produits e-commerce francophones (export d’une marketplace réelle, anonymisé).
- Outils :
ohaouk6pour la charge,hyperfinepour la latence. - Niveau : intermédiaire.
- Temps estimé : 4 heures pour reproduire les benchmarks.
Critère 1 — Empreinte mémoire et CPU au démarrage
| Solution | RAM idle | RAM avec 100k docs | CPU idle |
|---|---|---|---|
| Meilisearch v1.10 | 45 Mo | 320 Mo | 0,5% |
| Typesense v0.27 | 72 Mo | 410 Mo | 0,8% |
| PostgreSQL 17 FTS | 120 Mo (déjà présent) | +180 Mo (index GIN) | 0,3% |
| Elasticsearch 8.x | 1,8 Go | 2,4 Go | 2% |
Verdict : Postgres FTS gagne en empreinte (mutualisée avec la base existante). Meilisearch légèrement devant Typesense.
Critère 2 — Latence p95 sur recherche simple
Requête « pagne wax indigo », dataset 100 000 produits :
| Solution | p50 | p95 | p99 |
|---|---|---|---|
| Meilisearch | 8 ms | 22 ms | 38 ms |
| Typesense | 11 ms | 28 ms | 45 ms |
| Postgres FTS (GIN + tsvector) | 14 ms | 52 ms | 120 ms |
| Postgres pg_trgm (similarité) | 32 ms | 180 ms | 450 ms |
Critère 3 — Typo-tolérance native
Requête « cassrole » (au lieu de casserole), dataset 100 000 produits dont 12 contiennent « casserole ».
- Meilisearch : 12/12 résultats retournés, score adapté. Configuration : zéro effort, c’est le défaut.
- Typesense : 12/12, configuration similaire.
- Postgres FTS : 0/12 sans
pg_trgm. Avecpg_trgm, 8/12 mais latence x4.
Critère 4 — Support multilingue (FR + AR + EN)
Indexation d’un dataset bilingue français/arabe (50 000 entrées) :
- Meilisearch : tokenisation correcte des deux langues sans config. Stop words FR appliqués automatiquement.
- Typesense : équivalent, qualité similaire.
- Postgres FTS : nécessite création de configurations dédiées par langue (
CREATE TEXT SEARCH CONFIGURATION french_arabic). Configuration laborieuse.
Critère 5 — Courbe d’apprentissage
Temps moyen pour un développeur intermédiaire pour livrer une recherche fonctionnelle (indexation + frontend basique) :
- Meilisearch + react-instantsearch : 4 à 6 heures.
- Typesense + typesense-instantsearch-adapter : 6 à 8 heures.
- Postgres FTS + custom UI : 12 à 20 heures.
- Elasticsearch + custom UI : 30 à 50 heures.
Critère 6 — Coût total de possession sur 12 mois
| Solution | VPS | Bandwidth | Total annuel |
|---|---|---|---|
| Meilisearch (Hetzner CX22) | 54 € | 0 € | 54 € |
| Typesense (Hetzner CX22) | 54 € | 0 € | 54 € |
| Postgres FTS (mutualisé) | 0 € (déjà là) | 0 € | 0 € |
| Algolia Build (1M recherches/mois) | N/A | N/A | ~6 000 USD |
| Elasticsearch Cloud Standard | N/A | N/A | ~3 600 USD |
Critère 7 — Écosystème et maturité communautaire
- Meilisearch : 47 000 stars GitHub, 250+ contributeurs, release mensuelle, SDK officiels en JS, Python, Go, Ruby, PHP, Swift, Dart, Rust. Discord actif avec 8 000 membres.
- Typesense : 21 000 stars, 80 contributeurs, releases trimestrielles, SDK JS, Python, PHP, Java, Go, Ruby. Communauté plus modeste.
- Postgres FTS : intégré au cœur de PostgreSQL depuis 2007, infiniment stable. Pas de SDK dédié — manipule du SQL.
Critère 8 — Cas d’usage où chacun brille
Meilisearch est le meilleur choix quand : recherche e-commerce, blog, documentation, multilingue FR/AR, équipe sans expert recherche, budget infrastructure < 30 €/mois, temps de mise en place limité.
Typesense est le meilleur choix quand : vous appréciez son API plus stricte avec types explicites, vous avez besoin de geo-search avancée (rayon, polygones), vous travaillez avec un ORM TypeScript et préférez la rigueur de schéma.
Postgres FTS est le meilleur choix quand : volume modeste (< 50 000 documents), recherches monolingues simples, équipe SQL expérimentée, contraintes infrastructure (1 seul VPS), vous voulez zéro service supplémentaire.
Algolia est le meilleur choix quand : startup early-stage avec budget illimité, équipe < 3 développeurs, externalisation complète de la recherche, intégration au-dessus du capable.
Elasticsearch est le meilleur choix quand : vous faites de l’observability (logs + recherche), équipe DevOps confirmée, datasets > 100M documents, besoin d’agrégations complexes (aggregations, percentiles, time-series).
Verdict pour les PME ouest-africaines en 2026
Pour 80% des projets web (e-commerce, blog, annuaire, marketplace, documentation) : Meilisearch. Empreinte minimale, zéro configuration multilingue, latence excellente, écosystème mature. Coût annuel < 60 €.
Pour les projets monolingues simples avec < 30 000 entrées : Postgres FTS. Pas de service supplémentaire, gratuit, suffisant.
Pour les projets enterprise avec budget important : Algolia reste imbattable en expérience développeur, ou Elasticsearch si vous faites aussi de l’observability.
Erreurs fréquentes dans le choix
| Erreur | Cause | Solution |
|---|---|---|
| Choix d’Elasticsearch pour 5000 produits | Sur-ingénierie | Postgres FTS suffit largement |
| Choix d’Algolia sans budget | Coût explose à scale | Meilisearch dès la conception |
| Postgres FTS pour multilingue lourd | Configuration cauchemardesque | Meilisearch ou Typesense |
| Meilisearch pour observability logs | Pas son cas d’usage | Loki + Grafana ou Elasticsearch |
| Typesense pour multilingue arabe | Tokenisation moins fine que Meilisearch sur AR | Meilisearch pour datasets arabophones |
Adaptation au contexte ouest-africain
Trois critères supplémentaires importants pour les PME africaines. Hébergement souverain : Meilisearch et Typesense s’auto-hébergent en Europe (Hetzner Allemagne) ou en Afrique (Africa Data Centres Johannesburg). Algolia est uniquement hébergé en US/EU/Asia, sans option africaine. Paiement en monnaie locale : Hetzner et OVH facturent en euros payables par carte africaine. Algolia facture en USD avec des frais de change qui plombent les marges. Conformité réglementaire : la loi marocaine 09-08 et la CDP sénégalaise exigent souvent que les données restent sur le territoire ou en zone offrant protection adéquate (UE). Meilisearch auto-hébergé répond directement à cette exigence.
Tutoriels frères du cluster
- Déployer Meilisearch sur Hetzner
- Intégrer Meilisearch dans Next.js
- Synchronisation Postgres → Meilisearch
FAQ
Meilisearch peut-il vraiment remplacer Algolia en production ? Oui. Plusieurs entreprises (Bookzilla, Hopin, Atos) ont migré sans regret. Compter une économie de 90 à 95% sur la facture de recherche.
Postgres FTS est-il viable pour 100 000 documents ? Techniquement oui. Pratiquement, la latence p99 dépasse 100 ms, les utilisateurs ressentent. Au-delà de 50 000 documents, basculer sur Meilisearch.
Faut-il auto-héberger ou prendre du SaaS ? Auto-héberger Meilisearch ou Typesense pour < 50 € de différence annuelle face au SaaS. Sauf si l'équipe ne sait pas administrer un VPS, auquel cas SaaS est plus rentable globalement.
Qu’en est-il de la migration future ? Tous les moteurs supportent l’export JSON. Migrer Meilisearch → Typesense ou inverse prend 1 journée. Migrer vers/depuis Algolia est trivial via les SDK instantsearch compatibles.
Meilisearch supporte-t-il la recherche vectorielle (sémantique) ? Oui depuis v1.6 (mode expérimental), v1.10 stable. Combinable avec recherche texte classique pour des résultats hybrides excellents.
Pour aller plus loin
- 🔝 Retour au pilier : Guide complet Meilisearch 2026
- Documentation Typesense : typesense.org/docs
- Documentation Postgres FTS : postgresql.org/docs/current/textsearch.html