Ajouter une recherche à un site présentant plusieurs événements

1. Définir le besoin et l’inventaire

Notez les demandes probables : nom, ville, date, artiste, session ou lieu. Prenez quelques exemples du programme réel. Si plusieurs éditions partagent un titre, le résultat doit distinguer l’année à venir de l’ancienne. La recherche couvrira-t-elle seulement les événements publics futurs, toutes les éditions publiques ou d’autres pages ? Inscrivez ce périmètre dans la fiche.

Pour chaque élément, relevez titre, URL publique, date, lieu, état, responsable et dernière vérification. Un brouillon, une page privée, annulée ou retirée ne doit pas apparaître parce que l’outil la connaît. Vérifiez ce qu’il indexe : les règles de la recherche interne sont distinctes de la visibilité dans les moteurs externes.

2. Choisir la méthode et la source

Examinez le créateur de site, la plateforme événementielle ou le service de recherche : d’où viennent les données, les événements sont-ils inclus, comment les changements sont-ils pris en compte et peut-on exclure du contenu ? Si seules les pages générales sont recherchées, une liste d’événements filtrable répondra peut-être mieux au besoin.

Pour Wix Events, Wix décrit son application Site Search, une page de résultats et des réglages de types de contenu et de suggestions. Ces possibilités sont propres à cet environnement. Si la page publique de billetterie se trouve chez un autre service tel que Boletolibre.com, ne supposez pas qu’elle est indexée par votre site. Vérifiez plutôt le lien vers la bonne page publique.[1]

3. Composer les résultats et l’état vide

Placez le champ près de la liste d’événements ou dans une navigation constante. Affichez un libellé tel que « Rechercher un événement » : un texte indicatif ne suffit pas toujours. W3C WAI recommande d’associer le libellé au champ. Nommez clairement le bouton et la page de résultats.[2]

Chaque résultat devrait montrer le titre, la date, la ville ou le lieu, et l’état si nécessaire. Il doit pointer vers une page publique tenue à jour. En l’absence de résultat, expliquez le périmètre, proposez la liste complète ou un contact et laissez modifier la requête. Les suggestions, si disponibles, restent facultatives.

4. Tester la page publiée

Utilisez l’URL publiée plutôt que le seul aperçu de l’éditeur. Essayez un titre exact, une partie du nom, un terme alternatif, une ancienne édition et un mot sans résultat. Notez le résultat observé et sa destination. Ouvrez chaque lien et comparez date, lieu et prochaine action avec la source approuvée.

Refaites le parcours sur téléphone puis uniquement au clavier : atteindre le champ, saisir, envoyer, parcourir les résultats et revenir. Vérifiez l’ordre du focus et tous les contrôles. Le critère du W3C concerne la fonction entière. Si les résultats changent sans chargement, vérifiez que leur nombre ou l’état vide est compréhensible avec une technologie d’assistance ; faites corriger la mise en œuvre si besoin.[3]

Télécharger la fiche de périmètre et de validation (Markdown, en anglais)

5. Prévoir la maintenance

Désignez un responsable de l’inventaire lors d’un ajout, report, complet, annulation ou archivage. Vérifiez si les changements apparaissent aussitôt, après publication ou avec un délai du fournisseur ; ne promettez pas l’immédiateté. Une ancienne édition ne doit pas passer pour la prochaine.

Si l’outil produit des rapports, relevez les requêtes sans résultat utile ou avec un premier résultat erroné. Un nom de lieu courant manque peut-être à la page. Consignez la modification, publiez et répétez la requête. Gardez un lien normal vers la liste des événements : la recherche demeure un chemin supplémentaire.