Guides pratiques approfondis
Construire des requêtes représentatives, vérifier les résultats par langue et améliorer les parcours sans confondre présence d’un moteur et réussite de la recherche.
Mise à jour :
Illustration générée par IA · Vérification d’une interface sur ordinateur, tablette et téléphone.
Une recherche interne sert des intentions différentes : retrouver une fiche connue, explorer un sujet ou comprendre quel outil utiliser. Un résultat techniquement renvoyé ne prouve pas que le contenu utile est visible. L’évaluation doit relier la requête à une tâche et vérifier le titre, l’extrait, la destination et la langue. Un petit ensemble de questions bien documentées vaut mieux qu’un score calculé sur des requêtes sans objectif.
Choisir des contenus importants dans chaque grande famille : guide, fiche, catégorie, outil et dossier. Pour chaque tâche, écrire ce que la personne cherche et les pages qui répondent réellement à ce besoin. Inclure un besoin sans réponse connue pour tester l’absence de résultat.
Tester le titre exact, une expression usuelle, un terme métier et une formulation plus courte. Ajouter accents, apostrophes, caractères non latins et abréviations effectivement employées. Les variantes doivent représenter des usages plausibles, pas seulement reproduire les mots choisis par l’équipe éditoriale.
Effectuer les recherches depuis les six interfaces. Vérifier les intitulés de filtres, les extraits, les messages et la langue du lien final. Lorsque le corpus est localisé, un résultat ne doit pas renvoyer sans explication vers une autre version linguistique.
Relever où apparaît la page attendue et si son titre permet de la reconnaître. Ouvrir le résultat puis confirmer que le passage utile existe encore. Un extrait ancien, une fiche supprimée ou une catégorie trop large peuvent tromper même lorsque le classement paraît bon.
Tester requête vide, aucune réponse, filtre actif, plusieurs pages de résultats et retour arrière. Vérifier la conservation de la requête et de la langue. Parcourir le formulaire au clavier et confirmer que son libellé décrit l’action et que les messages restent compréhensibles.
Distinguer contenu absent, index périmé, terminologie différente, lien incorrect et classement inadéquat. Choisir la correction correspondant au constat. Rejouer le jeu de tâches après reconstruction de l’index pour vérifier le gain et détecter une régression dans une autre famille.
Pour une intention large, plusieurs pages peuvent convenir. Avant le test, distinguer réponse directement utile, complément acceptable et résultat hors sujet. Noter aussi si le lecteur veut une explication, une fiche ou un modèle téléchargeable. Cette distinction permet de juger un classement sans exiger artificiellement une seule URL pour chaque formulation.
Situations types pour préparer un contrôle. Elles ne décrivent pas des missions ou observations réalisées.
Chercher son titre et vérifier si elle figure dans l’index localisé. Si elle manque, corriger l’inclusion ou l’extraction. Si elle est présente, examiner les termes indexés avant d’ajouter une page qui ferait doublon.
Vérifier si le filtre restreint réellement le type demandé et s’il demeure identifiable dans l’état sans résultat. Proposer sa suppression ou une reformulation utile ; ne pas inventer une liste de résultats pour remplir l’écran.
Comparer l’URL du résultat avec celle du contenu équivalent. Corriger le paramètre ou le routage, puis tester pagination et retour. Un titre traduit ne suffit pas si la destination réinitialise la langue.
Cas illustratif : deux résultats portent le même titre, mais l’un ouvre la méthode et l’autre un document vierge. Tester séparément « comprendre la méthode » et « obtenir le modèle ». Départager selon la tâche et rendre la nature du résultat visible ; un lien techniquement correct peut encore mener au mauvais type de réponse.
Exemple de recette : la requête API ne devrait pas retrouver une page seulement parce que « capitale » contient ces trois lettres. Vérifier les mots courts comme unités, puis les sigles présents dans les titres et dans le corps. Conserver un cas réellement pertinent et un cas exclu pour éviter qu’une correction augmente artificiellement le rappel.
Exercice corrigé
Exemple fictif : les valeurs et documents servent à apprendre la méthode, sans décrire un organisme réel.
Pour « télécharger un modèle vierge », les cinq résultats sont : article général, modèle téléchargeable, fiche sans modèle, second modèle adapté, troisième modèle adapté. Trois réponses satisfont la tâche, aux rangs 2, 4 et 5.
La précision à cinq résultats est 3/5, soit 60 %. Le premier résultat utile est au rang 2 ; son rang réciproque vaut 1/2. Ces deux mesures éclairent des problèmes différents : le classement initial et le bruit dans le lot. Un article contenant le mot modèle ne suffit pas pour la tâche de téléchargement.
Si le téléchargement est cassé, réévaluer le résultat comme non utilisable pour cette tâche, même si son titre semble pertinent.
Garder requête, tâche, cinq destinations, jugement motivé et état des téléchargements.
Couvrir les principales familles et intentions, puis les cas qui posent réellement problème. Ajouter des requêtes lorsqu’elles révèlent une lacune distincte. Le nombre seul ne prouve pas que le jeu représente les usages.
Non. Une absence honnête avec filtres visibles et pistes pertinentes est préférable à un résultat sans rapport. Examiner ensuite si le besoin justifie un nouveau contenu utile.
Rejouer les mêmes tâches et comparer la réussite, la position de la page utile et les étapes nécessaires. Conserver l’environnement et la version du corpus ; une hausse du nombre de résultats peut masquer une baisse de pertinence.
Indexer les contenus qui servent la recherche et garder les paramètres nécessaires à leur identité. Exclure les erreurs, contenus périmés et états techniques sans valeur documentaire. Vérifier que les mises à jour du corpus déclenchent la reconstruction prévue.
APPROFONDISSEMENT / PRATIQUE
La qualité d’un dispositif web se vérifie sur des pages et des interactions réelles. Un contrôle doit expliquer le défaut, son effet pour le lecteur et la manière de reconnaître une correction satisfaisante.
Complément éditorial ajouté le .
Une page existe mais les requêtes naturelles ne la font pas apparaître. Le contrôle doit tester les mots du lecteur, les variantes et les filtres avec des attentes explicites.
Construire des requêtes de navigation, de sujet et de méthode. Vérifier présence du résultat attendu, pertinence de la description, destination et comportement des filtres.
Une recherche peut sembler efficace sur des titres exacts mais échouer sur les formulations habituelles. Un index ancien peut ignorer un contenu récemment ajouté.
Le cahier de recherche associe requête, intention, résultat attendu et résultat observé. Les mises à jour du corpus déclenchent une vérification des nouvelles formulations utiles.
Choisir un parcours court avec une entrée, une information recherchée et une action finale. Décrire le résultat attendu avant de l’exécuter. Ajouter un cas dégradé ou une variante de contenu afin de repérer les conditions dans lesquelles le dispositif cesse de fonctionner correctement ou devient difficile à comprendre.
Après une modification, refaire le cas qui a révélé le défaut et examiner les éléments partagés avec les autres pages. Conserver l’exemple corrigé et le résultat de la recette permet de distinguer une amélioration confirmée d’un changement simplement publié. Les anomalies restantes doivent être décrites avec leur périmètre exact.
CAS PRATIQUE / EXEMPLE PÉDAGOGIQUE
L’exemple est une situation pédagogique de contrôle web. Il relie le défaut à un parcours concret et décrit une manière de vérifier la correction, plutôt que considérer la seule publication du changement comme une preuve de résolution.
Une recherche retrouve la page lorsque son titre est saisi mot pour mot. Les formulations courantes et les questions proches ne font pas apparaître la ressource utile.
Construire une liste de requêtes naturelles et de variantes. Définir le résultat attendu pour chaque intention. Examiner index, descriptions, filtres et destinations puis retester après correction.
La recette mesure l’accès au contenu selon plusieurs formulations. Le succès sur le titre exact reste un cas de navigation et ne résume pas la qualité de recherche thématique.
Utiliser les questions du public, les opérations décrites par les guides et quelques synonymes utiles. Ajouter des cas sans réponse attendue permet aussi de vérifier la compréhension des résultats vides.
Partir du composant ou de la règle modifiée, puis identifier les pages qui l’utilisent. Retester le cas initial et quelques variantes réellement différentes : contenu long, interaction, langue ou largeur. Le relevé indique les situations observées et celles qui restent hors du contrôle pour éviter de présenter une recette partielle comme une validation exhaustive.
Noter URL, étape, conditions utiles, résultat attendu et résultat obtenu. Un exemple de saisie non sensible ou une capture peut compléter le relevé. Préciser l’état du dispositif et les éventuelles étapes préparatoires facilite la reprise, surtout lorsque l’anomalie dépend d’un cache, d’une session ou d’une variante de contenu.
ATELIER DÉTAILLÉ / MISE EN APPLICATION
Cet atelier propose une séquence en cinq étapes pour appliquer les repères de la page. Les entrées, les observations et la conclusion sont conservées ensemble afin de faciliter la vérification et la reprise du travail.
Préparer requêtes de navigation, de sujet et de méthode. Choisir des formulations naturelles, variantes et cas sans réponse attendue.
Pour chaque requête, définir une ressource utile et vérifier résultat, description, filtre et destination. Examiner l’index lorsque les nouveaux contenus ne sont pas retrouvés. Retester après correction.
Si le titre exact fonctionne mais un synonyme échoue, qualifier l’écart comme problème de recherche thématique. Les deux cas testent des usages différents et restent distincts.
La recette est exploitable lorsque attentes et observations sont comparables. Les cas négatifs vérifient que l’absence de résultat reste compréhensible plutôt que trompeuse.
Transmettre requêtes, intentions et résultats. Les ajouts éditoriaux peuvent enrichir les tests avec les termes que les nouveaux contenus rendent pertinents.
LIVRABLE COMMENTÉ / GRILLE DE LECTURE
Le cahier conserve formulation, intention, résultat attendu, observation et destination. Il inclut titres exacts, questions naturelles, variantes et cas sans ressource attendue.
Sur petit écran, faites défiler la grille pour lire les trois colonnes.
| Élément observé | Interprétation permise | Suite à prévoir |
|---|---|---|
| La formulation naturelle retrouve le contenu utile. | La recherche répond à cette intention dans le cas testé. | Conserver le cas et vérifier les filtres pertinents. |
| Le titre exact fonctionne mais pas le synonyme courant. | Le test de navigation ne valide pas toute la recherche thématique. | Examiner index et descriptions puis retester les variantes. |
| Le lien du résultat ouvre une mauvaise ancre. | La découverte fonctionne mais la continuation du parcours échoue. | Corriger la destination et vérifier le passage de réponse. |
La relecture distingue pertinence, présentation et destination. Les ajouts au corpus doivent fournir de nouveaux cas de recherche pour vérifier que les formulations utiles restent retrouvables après actualisation de l’index.
RESTITUTION / EXEMPLE DE FORMULATION
Une recherche sur titre exact ne suffit pas à qualifier la recherche thématique.
Conserver les formulations et vérifier les cas après chaque actualisation de l’index.
Les requêtes naturelles et variantes ont été testées avec leurs attentes. Les écarts de pertinence, description et destination sont décrits séparément.
