L'IA pour la recherche du centre d'aide : pourquoi vos clients ne trouvent pas les articles que vous avez déjà écrits

Pourquoi les clients ne trouvent-ils pas des articles qui existent déjà ?

Parce que les clients cherchent avec leurs mots et que les articles sont titrés avec les vôtres. J'ai passé deux ans dans le SEO avant d'écrire pour eesel, et la seule leçon qui reste valable, c'est que les gens décrivent un problème, ils ne nomment pas un document. La barre de recherche d'un centre d'aide est un minuscule moteur de recherche, et la plupart classent encore selon les mots qui correspondent.

Zendesk explique clairement comment fonctionne son classement classique : le titre a un poids de 3, les libellés 2,8, le titre de section 1,5 et le corps 1, et pour les requêtes d'un ou deux mots, seuls les articles contenant tous les mots sont renvoyés. La recherche Docs de Help Scout classe d'abord par mot-clé exact, puis par titre exact, puis par titre partiel, et sa propre solution pour les recherches ratées consiste à ajouter à la main des fautes d'orthographe et des termes alternatifs à chaque article. Ça marche, mais cela ne corrige que les échecs que vous avez déjà repérés.

L'écart se manifeste de trois façons :

• Des mots différents pour la même chose. "Annuler mon forfait" contre "Gérer votre abonnement". Rien en commun sauf le sens.
• Orthographe et langue. Un sysadmin sur Reddit a bien résumé le problème : "Searching for 'color' instead of 'colour' would have returned no results!"
• Le public n'est pas le bon. J'ai entendu une version de cela lors d'un appel commercial eesel, avec une responsable du support dont toute la base de connaissances était écrite pour des administrateurs, alors que les tickets venaient d'utilisateurs finaux. Chaque article était correct et aucun n'utilisait les mots de l'utilisateur final.

Le résultat, c'est un centre d'aide qui paraît complet pour l'équipe et vide pour le client. Ce fil sur un centre d'aide Zendesk de plus de 500 articles est celui auquel je reviens sans cesse :

"We have over 500 docs in it and searchability is quite poor; pretty much every keyword one can search for brings ups dozens and dozens of results, and top content isn't there."

u/_Discolimonade, "Using Zendesk as a KB", Reddit

Quand quelqu'un a demandé si c'était la recherche côté client, la réponse a été courte : "We have high abandon rates." Les recherches abandonnées sont des tickets qui ne sont pas encore arrivés.

Quel problème de recherche avez-vous ?

"La recherche est mauvaise" recouvre quatre problèmes différents, chacun avec une solution différente. Avant d'acheter quoi que ce soit, sortez votre rapport de recherche (tous les grands helpdesks en ont un, détails plus bas) et regardez lequel de ces schémas correspond à ce que vous voyez.

La quatrième ligne est celle que les équipes sous-estiment. Un responsable du support sur Reddit l'a mieux décrite que n'importe quel rapport :

"But our customer base is not tech savvy in the slightest, and most of the time they're not reaching out because they can't find help in the knowledge base — they're reaching out because they don't have the time or do not feel like looking for the knowledge in the first place."

u/kolakeia, "Do customers really read knowledge bases?", Reddit

Comment fonctionne vraiment la recherche IA ?

Il y a trois couches, et les éditeurs emploient les mêmes mots pour des couches différentes, donc il vaut mieux les nommer.

1. Recherche sémantique (correspondance par le sens). La requête et chaque article sont transformés en vecteurs, des listes de nombres qui capturent le sens, et les résultats sont classés selon leur proximité. La recherche sémantique de Zendesk transforme requêtes et articles en vecteurs et fait remonter les correspondances les plus proches en plus de la correspondance par mots-clés, et Zendesk annonce une amélioration moyenne de 7 % de la qualité du classement pour les centres d'aide en anglais, avec les plus grands gains sur les requêtes longues. Si vous voulez la théorie, mon explication de la recherche neuronale va plus loin.

2. Recherche hybride (sens plus mots-clés). La correspondance purement par le sens est mauvaise sur les chaînes exactes : un code d'erreur, un nom de forfait, une référence SKU. Les bonnes configurations gardent donc la correspondance par mots-clés pour ces cas et ajoutent le sens par-dessus. Je compare les options dans RAG contre recherche hybride.

3. Une réponse générée (RAG). La génération augmentée par récupération signifie que l'IA récupère d'abord les meilleurs articles, puis rédige une courte réponse à partir d'eux avec des liens. La recherche générative de Zendesk fait exactement cela : la réponse est "derived from the top search results" et s'affiche dans un encadré au-dessus d'eux.

Un détail compte plus qu'il n'y paraît. La couche 3 ne fonctionne qu'aussi bien que la couche 1, car la réponse est rédigée à partir de ce qui a été récupéré. Zendesk le dit clairement dans sa documentation sur la recherche générative : "the answer is only as good as your content". Il demande aussi aux clients de formuler leurs recherches en phrases : "What documents do we need to provide to create a joint account?" obtient une réponse plus souvent que "joint account". La plupart des clients tapent deux mots.

Où placer l'IA dans votre centre d'aide ?

Voici la position que je défendrais auprès de la plupart des équipes : la barre de recherche est le moins important des trois endroits à corriger. Elle n'aide que les clients qui cherchent. Ceux qui ouvrent des tickets sur des questions déjà traitées sont souvent allés directement sur "Nous contacter".

Je couvrirais donc les trois :

1. La barre de recherche. Classement sémantique ou hybride, plus des titres rédigés sous forme de questions.
2. Au-dessus des résultats. Une courte réponse générée avec des liens, et un honnête "je ne sais pas" quand les articles ne couvrent pas le sujet.
3. Le formulaire de contact et le chat. C'est le dernier filet avant qu'un ticket existe. Zendesk affiche depuis longtemps des articles suggérés sur le formulaire de demande pendant que le client saisit l'objet. Un agent IA va un cran plus loin et répond à la question dans le chat ou sur le ticket lui-même.

La couche 3 est là où se trouve le contexte supplémentaire. Une barre de recherche ne connaît que vos articles. Un agent qui travaille sur le formulaire de contact ou le ticket peut aussi lire les anciens tickets, où se trouvent toutes les réponses à moitié documentées. Il peut aussi poser une question de clarification quand "problème de paiement" peut renvoyer à trois articles différents. Zendesk est allé dans cette direction en avril 2026 avec un champ de question de suivi qui transfère la recherche vers un chat avec son agent IA.

Que proposent déjà les helpdesks en recherche IA ?

Moins d'IA dans la barre de recherche que ne le laisse croire le marketing. Sur les six helpdesks que j'ai vérifiés, Zendesk est le seul à documenter une réponse générée dans la recherche du centre d'aide elle-même ; Salesforce en a une que les nouvelles orgs ne peuvent plus activer. Les autres mettent l'IA dans le chat et gardent une recherche par mots-clés, mais presque tous ont un rapport correct sur les recherches ratées, et ce rapport est de l'argent gratuit.

Quelques précisions sur le tableau :

• Zendesk. La recherche générative est activée par défaut sur tous les forfaits Suite et Knowledge, avec 100 000 recherches éligibles par mois incluses ; au-delà, vous achetez le Generative Search Extender via les ventes. Un chat résolu via le champ de suivi utilise une résolution automatisée, à $1.50 avec engagement ou $2.00 à l'usage sur la page tarifs de Zendesk. Son ancien outil de lacunes, Content Cues, a été supprimé le 1er mai 2025. Plus de détails dans mon analyse des tarifs IA de Zendesk.
• Freshdesk. L'IA côté client sur la base de connaissances est Freddy AI Agent. Freshdesk seul reçoit l'agent e-mail, et l'agent de chat qui répond dans le widget web nécessite Freshdesk Omni. La page tarifs indique 500 sessions incluses, une allocation unique pour les nouveaux clients. Mon article sur les tarifs IA de Freshdesk détaille tous les calculs.
• Gorgias. Son rapport du Help Center, sur tous les forfaits, montre les recherches, les recherches sans résultat et le taux de clics, et Gorgias suggère de filtrer sur "Has results is false" parce que "this list can serve as a content backlog". Il note aussi qu'un nombre élevé de recherches sans résultat dans une langue signifie généralement que les articles n'ont jamais été traduits.
• HubSpot. La base de connaissances est réservée à Professional et Enterprise, et l'onglet Analyze liste les termes de recherche sans résultat et les termes les plus recherchés avec le nombre de clics. Un agent de base de connaissances en bêta rédige des articles à partir des lacunes pour 200 crédits par article.
• Help Scout. AI Answers a été rebaptisé Scout en octobre 2026. Il coûte $0.75 par résolution sur tous les forfaits, et le rapport Docs montre les recherches ratées et combien de personnes ont tout de même envoyé un e-mail après avoir parcouru les articles. Voir les tarifs de Help Scout.
• Salesforce. AI-Generated Search Answers n'existe qu'en anglais, et depuis Spring '25 les nouvelles orgs sont orientées vers une version Data Cloud qui ne prend pas encore en charge les sites Experience Cloud. À vérifier avant de bâtir un plan dessus.

Si votre helpdesk est dans la colonne "Non documenté", cela ne veut pas dire que vous êtes bloqué. Cela veut dire que la barre de recherche reste telle quelle et que l'IA va dans les couches 2 et 3, là où je mettrais l'effort de toute façon.

Comment transformer les recherches ratées en corrections ?

Traitez le rapport des recherches ratées comme la liste de tâches de vos rédacteurs, chaque semaine. C'est l'amélioration la moins chère de cette page et celle que la plupart des équipes sautent. Une réponse sur Reddit sur l'amélioration d'une base de connaissances l'a dit en une ligne : "your KB platform should have lists of terms that folks search for and which articles deflect tickets and which ones do not."

Regardez ces requêtes : "havent recived order", des demi-phrases, une faute de frappe sur deux. C'est ce que tapent les vrais clients, et c'est pourquoi la correspondance exacte peine.

La boucle que je ferais tourner :

1. Sortir deux listes chaque semaine. Les recherches sans résultat, et les tickets sur des sujets que le centre d'aide est censé couvrir.
2. Trier chaque échec. Article manquant, article sous d'autres mots, ou article qui ne répond pas à la question. Mon guide des lacunes de recherche propose un modèle pour cela.
3. Écrire ou corriger. Une question par article, les mots du client dans le titre, les étapes que les gens demandent dans le corps.
4. Resynchroniser et revérifier. Assurez-vous que tout ce qui lit le centre d'aide (index de recherche, agent IA) prend en compte le changement, puis surveillez la même requête la semaine suivante.

L'IA aide aux étapes 2 et 3. Gorgias a une AI Library qui rédige des articles à partir de vraies données de tickets et montre combien de tickets chacun pourrait dévier.

Chez eesel, je vois la même boucle de l'autre côté. Qontro, une société d'ERP néo-zélandaise sous Freshdesk, reçoit un brouillon de réponse sur chaque nouveau ticket, fondé sur son centre d'aide et environ 9 800 anciens tickets. L'équipe compare chaque brouillon avec la réponse qu'une personne a réellement envoyée, et chaque brouillon erroné pointe généralement vers un article d'aide manquant ou incomplet. Ils corrigent l'article, eesel resynchronise le centre d'aide chaque vendredi, et le brouillon suivant est meilleur. Qontro a aussi écrit son propre vocabulaire dans les instructions (chez Qontro, une instance s'appelle un "Shop"), soit l'écart de vocabulaire évoqué plus haut corrigé à la main. Plus d'idées dans mon article sur la détection de contenu obsolète du centre d'aide.

Comment savoir si ça marche ?

Pas avec les clics de recherche. L'engagement sur la recherche peut augmenter alors que les tickets stagnent. Le chiffre qui compte est le nombre de clients qui cherchent puis ouvrent quand même un ticket, et Zendesk le publie directement.

Mesurez avant de tout activer, puis comparez les mêmes semaines après. La saisonnalité trompe tout le monde. Si vous en rendez compte à la direction, lisez d'abord ma note sur le taux de déviation, car "dévié" se surestime facilement : un client qui a quitté la page de recherche sans ticket a peut-être simplement abandonné.

Qu'est-ce qui peut mal tourner avec la recherche IA ?

Trois types d'échec, que j'ai tous vus se produire lors de vrais déploiements eesel ou d'appels commerciaux.

• Des réponses assurées à partir d'un contenu maigre. J'ai vu des bots de clients payants d'eesel inventer des réponses dans les premières configurations quand la base de connaissances n'avait rien de pertinent. C'est la cicatrice derrière la configuration actuelle d'eesel : quand le centre d'aide ne couvre pas le sujet, l'agent le dit et passe la main au lieu de deviner, exactement comme Innr l'utilise sur environ 1 500 articles et anciens tickets en quatre langues.
• Des articles trop larges. Une équipe B2B craignait que l'IA confirme des modèles de voiture qu'elle ne prenait pas en charge, parce qu'un article disait "we support all models". L'IA l'a lu au pied de la lettre. Vérifiez la présence de phrases trop générales dans les articles avant d'y brancher une IA ; ma checklist d'audit de base de connaissances pour l'IA aide.
• Du contenu périmé. Une réponse IA répète la politique d'hier avec une pleine assurance. Fixez un calendrier de resynchronisation et un responsable par section. Une base de connaissances qui se met à jour seule aide ici.

Et celui qui n'est pas technique : écrire plus d'articles que personne ne lit. Cette réponse du même fil Zendesk est drôle parce qu'elle est vraie :

"The trick we use is to spend hundreds of hours carefully documenting and screenshotting all of the processes, then sending links to people who have issues. Updating it with every edge case we find……only to have every single customer just ring and ask a question."

u/OzTm, "Using Zendesk as a KB", Reddit

La solution à cela n'est pas un meilleur article. C'est une réponse livrée là où le client se trouve déjà.

eesel pour la recherche du centre d'aide

Si votre centre d'aide est bon et que les clients écrivent quand même, eesel est le coéquipier IA du helpdesk qui amène l'article jusqu'à eux. Il lit votre centre d'aide, vos macros et vos anciens tickets, puis répond dans une bulle de chat sur votre site ou votre centre d'aide, et rédige des réponses sur les tickets qui arrivent malgré tout, dans Zendesk, Freshdesk, Gorgias, Help Scout ou HubSpot.

Deux clients montrent ce que cela donne à des échelles différentes. AG Reederei Norden-Frisia, une compagnie de ferries allemande, fait tourner un bot appelé CaptAIn qui répond à partir de son centre d'aide Zendesk, de ses macros et de ses anciens tickets sur trois canaux, et quand l'équipe met à jour une FAQ sur les barres de toit, le bot la prend en compte à la synchronisation suivante. SE Ranking fait tourner un agent par produit sur environ 16 800 pages de connaissances, dont environ 14 100 pages du centre d'aide, et les agents ont répondu en premier à environ 2 100 chats en direct sur un mois.

Envie de le voir sur votre propre centre d'aide ? Connectez votre helpdesk et eesel rédige des réponses sur de vrais tickets avant que vous ne payiez quoi que ce soit, avec 100 crédits gratuits sur la page tarifs. Essayer eesel.