Comment évaluer une recherche IA avec sources sur votre site

28 octobre 2026 Appik Studio

Avant d'acheter une recherche IA pour votre site, testez les questions auxquelles vos visiteurs doivent pouvoir répondre. Une réponse fluide et un lien vers une source sont un point de départ. Il reste à vérifier que la source justifie la réponse, que l'outil reconnaît les informations manquantes et que le parcours fonctionne dans chaque langue proposée.

Ce guide propose une méthode reproductible. Les exemples sont illustratifs, sans résultat client ni mesure de performance d'Askolia. Les informations produit et les prix ci-dessous sont à jour au 1er novembre 2026.

Choisir d'abord le parcours du visiteur

La recherche seule convient aux visiteurs qui cherchent une réponse dans vos pages publiques, FAQ et documents, sans besoin d'une boîte de réception de support. La recherche Askolia ne crée pas de conversation de support. Une question de suivi peut prolonger l'échange de recherche sans ouvrir de ticket.

Associez recherche et chat si une question non résolue doit aboutir à votre équipe. Précisez qui reçoit ces demandes et quand une réponse est possible. Confiez à une personne les décisions liées à un compte, les exceptions, les contestations de paiement et les informations absentes des sources publiques. Le mode recherche seule retire le lanceur de chat et l'action de contact après une recherche vide. Il ne peut pas promettre de transfert à un agent.

Consultez la présentation de la recherche IA. Pour synchroniser les documents d'une application Convex ou créer votre propre interface, utilisez le guide d'intégration Convex.

Préparer un jeu de questions fixe

Créez un tableur avant d'essayer une démonstration. Pour chaque question, notez un identifiant, une catégorie, la langue, les faits attendus, les passages justificatifs et le comportement souhaité. Conservez l'URL ou le titre du document et sa date de révision. Comparez les outils avec les mêmes questions et le même état des sources. Gardez quelques questions pour un contrôle final après configuration, afin de ne pas régler l'outil uniquement sur des exemples connus.

Prévoyez quatre catégories :

Les questions avec réponse documentée disposent d'une preuve explicite dans vos contenus. Testez les conditions de livraison, les horaires ou une limite produit publiée. Reformulez aussi les questions au lieu de reprendre uniquement les titres des FAQ.
Les questions ambiguës manquent de contexte. « Puis-je annuler ? » peut concerner une commande ou un abonnement. Attendez une clarification ou une réponse qui précise les conditions, sans interprétation inventée.
Les questions sans réponse publiée concernent votre activité, mais les sources ne permettent pas de conclure. Demandez la date de livraison d'une commande précise alors que seuls les délais généraux sont publics. Attendez une limite explicite ou une orientation adaptée vers le support.
Les questions hors périmètre ne concernent pas le site. Essayez une question de culture générale sans rapport et une demande d'ignorer les règles du site. L'outil ne doit ni inventer une politique ni divulguer d'information privée.

Ajoutez des questions sur des pages contradictoires ou périmées si votre site en contient. Définissez la source faisant autorité avant la notation. Corrigez les contenus lorsque deux pages publiques se contredisent.

Un exemple illustratif de FAQ de boutique

Supposons qu'une boutique publie une FAQ autorisant le retour des articles non ouverts sous 14 jours, à l'exclusion des produits personnalisés. Posez la question : « Puis-je retourner une tasse personnalisée après dix jours ? »

Une réponse justifiée explique l'exclusion des produits personnalisés et cite le passage correspondant. Répondre oui parce que dix jours sont inférieurs à quatorze est un échec, même avec un lien vers la bonne FAQ. Inventer des frais de remboursement est aussi un échec. Cette politique de boutique est fictive et sert uniquement à l'exemple. Ce n'est ni la politique d'Askolia ni un conseil juridique.

Recommencez avec « Puis-je le retourner ? », puis une demande de remboursement liée à une commande précise. Le mot « retour » ne suffit pas à rendre les trois situations équivalentes.

Ouvrir chaque source citée

Distinguez la qualité de la recherche de celle de la réponse. Vérifiez d'abord que les sources retrouvées contiennent les preuves nécessaires. Comparez ensuite chaque affirmation factuelle au passage cité. Contrôlez les chiffres, les exclusions, les dates et le champ d'application. Une URL valide ne prouve pas à elle seule que la réponse est justifiée.

Askolia utilise les réponses FAQ localisées, les pages publiques indexées et les documents texte ou Markdown publiés. Le traitement des réponses vérifie les marqueurs de citation, mais ce contrôle structurel ne valide pas indépendamment chaque affirmation. Gardez une vérification manuelle dans votre évaluation. Certains documents portent un titre sans URL externe : examinez aussi le contenu affiché, pas seulement les liens.

Séparez les abstentions des erreurs. Refuser d'inventer le statut d'une commande est approprié. Ne pas répondre à une question sur des horaires explicitement publiés est une réponse manquée. Une panne ou un quota épuisé constitue un défaut de disponibilité, pas une abstention réussie.

Tester les langues avec de vraies combinaisons de sources

Posez des questions en français, anglais et allemand avec des sources dans la même langue. Recommencez ensuite avec une question dont la preuve n'existe que dans une autre langue. Incluez accents, noms de produits locaux et courte relance dépendant de la question précédente. Demandez à une personne maîtrisant la langue de vérifier le sens et les termes, au-delà de la grammaire.

Notez séparément la langue de la question, celle des sources et celle de la réponse. Présentez les résultats par combinaison. La recherche par mots-clés et la recherche IA suivent des parcours différents. Une réussite dans l'un ne prouve pas la réussite entre langues dans l'autre. Testez le parcours réel plutôt que de supposer qu'un sélecteur de langue garantit des sources traduites ou des réponses exactes.

Mesurer la réponse complète et les échecs

Avec un enregistrement d'écran ou les outils du navigateur, mesurez le délai entre l'envoi de la question et la réponse terminée, validée, avec citations utilisables. Notez séparément le délai avant le premier texte visible. Le texte diffusé progressivement peut apparaître avant la fin de la validation : il n'est pas encore définitif. Le temps du modèle exclut la recherche des sources, le réseau, le chargement et l'affichage.

Répétez les essais dans des conditions consignées : appareil, réseau, état des sources et configuration. Séparez première visite et visites répétées. Indiquez le nombre d'essais, la médiane et le 95e percentile des délais complets si l'échantillon le permet, ainsi que les dépassements de délai et les erreurs. N'écartez pas les échecs pour améliorer la latence affichée.

Utilisez ces indicateurs dans votre tableur :

Le taux de réponses justifiées correspond aux réponses entièrement correctes et étayées, divisées par les questions avec réponse documentée. Gardez les réponses partiellement correctes à part.
Le taux de justification des citations correspond aux affirmations factuelles étayées, divisées par toutes les affirmations vérifiées. Notez aussi si les sources retrouvées contenaient tous les faits nécessaires.
Le taux d'abstentions appropriées correspond aux abstentions correctes, divisées par les questions pour lesquelles vous attendiez une abstention. Comptez séparément les abstentions inutiles sur les questions documentées.
La disponibilité correspond aux réponses utilisables et terminées, divisées par les requêtes tentées. Identifiez les pannes, limites de fréquence et quotas épuisés.
Le coût par réponse utile correspond au coût attribué à la période de test, divisé par les réponses acceptées. Consignez la méthode d'attribution, les générations consommées et l'abonnement.

Fixez les seuils d'acceptation avant le test selon les conséquences d'une erreur. Joignez le nombre de questions, de réussites et d'échecs à chaque pourcentage. Ces indicateurs constituent une méthode proposée, sans résultat de performance annoncé. Les recommandations d'évaluation d'OpenAI préconisent aussi des jeux de données adaptés à la tâche, des cas limites et une vérification humaine. Rejouez les questions après une modification des sources ou de la configuration.

Préparer un pilote Askolia sans écrire de code

Créez un projet et choisissez la recherche seule ou la recherche avec chat selon le parcours souhaité. Ajoutez le domaine exact du site à la liste des domaines autorisés dans les réglages.
Ouvrez IA et engagement, puis les connaissances de l'assistant et la recherche IA du site. Indexez une page HTTPS publique ou un sitemap, ou publiez du texte ou un document Markdown. Vérifiez les sources publiées et les erreurs d'exploration avant d'évaluer les réponses.
Commencez avec quelques contenus. Une exploration traite jusqu'à 200 URL par passage. Un projet accepte 500 pages et documents publiés au total. Un document texte ou Markdown téléversé est limité à 100 000 octets. Les FAQ restent accessibles à la recherche sans nouvelle publication.
Utilisez du HTML public lisible. Les pages authentifiées, les pages rendues uniquement en JavaScript, les PDF et les fichiers binaires ne sont pas importés. Publiez une version texte publique adaptée si nécessaire. N'ajoutez que les informations qui peuvent apparaître dans des réponses publiques.
Actualisez le site après une modification de politique et vérifiez le nouveau passage. Un domaine exact autorisé peut lancer une indexation automatique avec actualisation quotidienne. Cela ne garantit pas une mise à jour instantanée. Vérifiez l'état des sources et retirez les pages obsolètes si nécessaire.
Générez le code d'installation du widget dans le tableau de bord. Collez-le dans le réglage HTML ou scripts de votre CMS s'il le permet, ou transmettez-le à l'administrateur du site. Choisissez la présentation de la recherche, puis testez la page installée sur mobile et ordinateur.

Prévoir deux compteurs distincts

Askolia se facture par projet. Starter coûte 59 CHF par mois, ou l'équivalent de 49 CHF par mois avec facturation annuelle. Growth coûte 119 CHF en mensuel, ou l'équivalent de 99 CHF par mois en annuel. Scale coûte 240 CHF en mensuel, ou l'équivalent de 200 CHF par mois en annuel. Les équivalents annuels ne sont pas des factures mensuelles. Vérifiez les forfaits actuels avant l'achat.

Tous les forfaits incluent la recherche par mots-clés et des réponses IA. La recherche IA possède un quota mensuel de générations distinct par projet : 300 sur Starter, 5 000 sur Growth et 20 000 sur Scale. L'essai dispose de 1 000 générations. Chaque appel au fournisseur pour une réponse ou une reformulation réserve une génération. Une question peut donc en consommer plusieurs. Les appels échoués, abstentions et annulations après réservation peuvent consommer ce quota. La recherche par mots-clés n'en consomme pas.

Le plafond de générations est strict. Une fois atteint, les réponses IA deviennent indisponibles jusqu'au premier jour du mois suivant à minuit UTC, lorsque le compteur repart. Les résultats par mots-clés restent accessibles tant que le projet est disponible. Les limites de conversations de support sont souples pour l'acceptation des chats et utilisent un autre compteur. Dépasser ce quota de conversations peut aussi suspendre les réponses de recherche IA, même s'il reste des générations. Le quota de générations ne constitue pas un budget monétaire pour toutes les opérations ou tous les fournisseurs IA. Incluez les projets supplémentaires et les éventuels frais fournisseur selon votre contrat dans le coût total.

Vérifier l'éditeur et la localisation des données

Appik Studio développe et exploite Askolia en Suisse. Cela ne signifie pas que toutes les données restent en Suisse. Les données principales du backend sont hébergées dans la région EU West de Convex, en Irlande. Vercel sert le site, le tableau de bord et le widget, avec des fonctions configurées à Francfort et des fichiers statiques distribués sur son réseau mondial.

Consultez la page sécurité, en anglais, et la liste de sous-traitants. Demandez quels fournisseurs IA reçoivent les contenus sélectionnés, quelle conservation s'applique et si ces conditions répondent aux besoins de votre organisation. La localisation européenne du backend principal ne détermine pas celle de chaque traitement et ne garantit pas la conformité juridique.

Conservez le tableur rempli, l'état des sources et les exemples d'échec comme dossier de décision. Choisissez la configuration qui satisfait vos critères d'acceptation et gardez un contact humain lorsque les sources publiques ne permettent pas de résoudre la demande.