50 ms : c’est le temps de réponse moyen observé sur un catalogue de 800 biens une fois la recherche native de WordPress remplacée. Cette dernière, fondée sur une correspondance de mots dans le titre et le contenu, ne gère ni les fautes de frappe ni les filtres combinés (type de bien, fourchette de prix, nombre de pièces, surface minimale) qu’attend un visiteur habitué aux portails immobiliers grand public.
Deux moteurs de recherche open source, faciles à connecter à WordPress via une extension ou une synchronisation personnalisée, répondent à ce besoin : Meilisearch et Typesense. Les deux partagent une promesse proche — une recherche rapide, tolérante aux fautes, avec un support natif des facettes — mais leurs différences deviennent visibles dès qu’on les confronte à un catalogue de biens réel.
La pertinence sur des requêtes courtes
Une recherche immobilière ressemble rarement à une phrase complète : « maison Bordeaux 3 pièces » ou « appartement lumineux terrasse » sont des requêtes typiques, courtes et composées de plusieurs critères mélangés. Meilisearch, conçu dès l’origine pour la recherche instantanée type autocomplétion, gère ce cas avec un réglage par défaut déjà pertinent, notamment grâce à sa tolérance aux fautes de frappe activée nativement.
Typesense, de son côté, demande un peu plus de configuration initiale des champs à indexer pour obtenir un niveau de pertinence équivalent, mais offre en contrepartie un contrôle plus fin sur le poids relatif de chaque champ dans le calcul du score, utile quand le titre d’une annonce doit peser plus lourd que sa description.
Facettes de prix et de surface : le vrai terrain de jeu
Les deux moteurs supportent les facettes numériques nécessaires à un filtre de prix ou de surface, avec des fourchettes ajustables dynamiquement selon les résultats déjà filtrés. La différence se joue sur la facilité de mise en œuvre côté configuration :
| Critère | Meilisearch | Typesense |
|---|---|---|
| Facettes numériques (prix, surface) | Natif, configuration minimale | Natif, schéma de champs à déclarer |
| Tolérance aux fautes de frappe | Activée par défaut | Configurable, désactivée par défaut |
| Hébergement auto-géré | Un seul binaire, RAM modérée | Un seul binaire, RAM légèrement supérieure |
| Courbe d’apprentissage | Faible | Moyenne |
| Tri géographique | Disponible | Disponible, plus détaillé |
Le cas particulier de la recherche géographique
Pour une agence immobilière, trier les résultats par proximité d’un point (une gare, un quartier) est souvent aussi important que le filtre de prix. Typesense propose un tri géographique plus riche, avec des options de pondération entre pertinence textuelle et distance, ce qui peut faire pencher la balance pour une agence dont l’essentiel du trafic recherche par secteur géographique plutôt que par mot-clé.
Hébergement auto-géré : deux profils proches
Les deux solutions se déploient comme un service unique, sans dépendance lourde, et s’intègrent facilement à un serveur existant à côté de WordPress. La consommation mémoire de Typesense tend à être légèrement supérieure sur un catalogue équivalent, un écart qui reste marginal pour un catalogue de biens immobiliers de taille courante, mais qui peut compter sur un serveur mutualisé aux ressources limitées.
- Les deux acceptent une synchronisation depuis WordPress via une tâche planifiée ou un déclenchement sur sauvegarde d’article.
- Les deux exposent une API REST simple à consommer depuis un thème personnalisé.
- Aucun des deux n’indexe nativement les photos des biens : cela reste hors périmètre de ce comparatif et se traite séparément, côté stockage d’images.
Le meilleur moteur de recherche est celui qui répond correctement à la question que pose réellement le visiteur, pas celui qui affiche le plus de fonctionnalités sur sa documentation.
Notre verdict
Pour une agence immobilière avec un catalogue de taille modeste et une équipe technique réduite, Meilisearch l’emporte par sa simplicité de mise en route et sa pertinence par défaut sur des requêtes courtes. Typesense devient préférable si la recherche géographique ou le contrôle fin de la pondération des champs sont des priorités affichées, au prix d’une configuration initiale un peu plus longue. Dans les deux cas, le gain par rapport à la recherche native de WordPress reste considérable dès les premiers tests utilisateurs.
