Une invitation à une lecture renvoie vers un poème publié il y a plusieurs années. Après la refonte du site, l’adresse n’existe plus et aucune redirection n’a été prévue : le lecteur tombe sur une page introuvable. Le site a gagné en clarté, mais l’accès à une part de son histoire s’est perdu. Pour une plateforme poétique, refaire le site suppose aussi de préserver les textes, les informations pratiques et les traces des projets passés.
Confondre envie de changement et besoin identifié
« Le site a vieilli » est une impression légitime, mais elle ne suffit pas à guider une refonte. Une typographie ancienne peut gêner la lecture ; une page d’accueil datée peut, elle, remplir correctement son rôle. Avant les maquettes, mieux vaut distinguer ce qui déplaît à l’équipe de ce qui empêche les visiteurs de trouver un poème, de vérifier le lieu d’une lecture, de découvrir un traducteur ou de proposer un texte.
Quelques observations rendent le problème concret : relever les questions reçues par courriel, demander à des lecteurs de retrouver une information précise, parcourir le site sur téléphone. Les données de fréquentation complètent ce travail sans s’y substituer. Une page peu consultée peut répondre à une demande rare, mais importante.
On peut alors fixer trois ou quatre objectifs vérifiables : consulter les archives par auteur et par langue, distinguer clairement les rencontres passées des prochaines, lire les poèmes sur petit écran sans zoomer. Les préférences esthétiques trouvent ainsi leur place, sans décider de tout.
Redessiner les pages sans inventorier ce qu’elles contiennent
On commence volontiers par la page d’accueil. Pourtant, le travail le plus délicat se cache souvent dans les archives. Poèmes, présentations de recueils, biographies, traductions, comptes rendus de lectures et pages d’inscription n’ont ni la même durée de vie ni les mêmes besoins. Les déplacer en bloc vers une nouvelle structure risque de créer des doublons, des textes orphelins ou des catégories devenues obscures.
Un tableau suffit pour commencer l’inventaire. Pour chaque page, noter son adresse actuelle, son titre, son type de contenu, la personne qui en est responsable, la date de dernière vérification et la décision envisagée : conserver, corriger, fusionner, archiver ou retirer. Ajouter les fichiers associés — enregistrements, programmes, documents téléchargeables — et les éventuelles autorisations de publication. Sur un site multilingue, chaque version mérite sa propre ligne : les textes ne sont pas toujours des équivalents exacts.
Retirer n’est pas effacer par réflexe. L’annonce d’une lecture terminée peut rester la trace précieuse d’une rencontre, pourvu qu’elle soit datée et que le formulaire d’inscription ne soit plus actif. À l’inverse, une ancienne consigne devenue fausse doit être corrigée ou clairement signalée. Ce tri au cas par cas protège la mémoire du projet sans laisser circuler des informations trompeuses.
Imposer une navigation qui reflète seulement l’organisation interne
Pour l’équipe, « projets », « actions » et « ressources » désignent peut-être des ensembles bien distincts. Un nouveau visiteur ne le devinera pas forcément. Si une lecture multilingue se trouve sous « médiation » et les traductions sous « créations », il doit comprendre le classement avant d’accéder aux textes. Les rubriques gagnent à partir des repères du public plutôt que de l’organigramme.
Pour les éprouver, confier quelques tâches à des personnes sans les guider : retrouver les poèmes d’une autrice, vérifier si un atelier accueille les débutants, trouver les informations d’une rencontre. Leur premier choix de menu, leurs retours en arrière et les mots qu’elles emploient en disent plus qu’un débat abstrait sur les intitulés. Nul besoin d’un grand groupe pour repérer une rubrique incompréhensible ; l’essentiel est de solliciter aussi des personnes qui ne connaissent pas déjà le site.
Ne pas tout demander à la page d’accueil
Faire de l’accueil un sommaire exhaustif pose un autre problème. Poème à la une, calendrier, archives, appels à contribution, présentation de l’équipe et nouveautés finissent par se disputer la place. Quelques chemins bien distincts suffisent, à condition que les pages de rubrique expliquent ensuite ce qu’on y trouve. Quant à la personne arrivée directement sur un poème depuis un message ou un moteur de recherche, elle doit pouvoir voir son auteur, sa date de publication et les liens vers les contenus proches sans repasser par l’accueil.
Sacrifier la lecture à l’effet visuel
Une maquette séduisante peut devenir fatigante dès qu’elle accueille un long poème ou une traduction en regard. Un contraste trop faible, des caractères minuscules, une animation lancée pendant la lecture ou des colonnes trop étroites sur mobile se remarquent mal sur une capture d’écran. Il faut essayer les gabarits avec de vrais textes : vers très courts, lignes longues, italiques, notes, accents et changements de langue.
La disposition des vers demande une attention particulière. Respecter les retours à la ligne ne signifie pas imposer une largeur fixe qui oblige à faire défiler la page horizontalement sur téléphone. Selon le texte, on peut ajuster la largeur du bloc ou prévoir un traitement éditorial pour les vers exceptionnellement longs. Dans tous les cas, le résultat doit être vérifié sur plusieurs tailles d’écran, y compris avec des caractères agrandis.
L’accessibilité ne se limite pas aux couleurs. Les titres doivent suivre une hiérarchie compréhensible, les commandes fonctionner au clavier, les boutons porter un nom explicite et les images informatives avoir un texte alternatif pertinent. Une transcription donne accès aux paroles d’une lecture enregistrée même sans audio. Autant intégrer ces vérifications dès les premiers gabarits : les reprendre lorsque toutes les pages sont remplies prend davantage de temps.
Changer les adresses sans préparer la migration
Modifier les rubriques change souvent les adresses des pages. Sans plan de correspondance, les liens partagés dans une lettre d’information, cités par une bibliothèque ou enregistrés dans les favoris ne fonctionnent plus. Tout renvoyer vers l’accueil n’aide guère : le lecteur cherchait un texte précis.
Pour chaque page conservée ou remplacée, associer l’ancienne adresse à une destination pertinente et prévoir une redirection permanente si l’adresse change. Lorsque deux notices sont réunies, la nouvelle page doit reprendre les informations utiles de chacune. Si un contenu disparaît sans équivalent, une page d’erreur claire, orientant vers les archives ou la recherche, vaut mieux qu’une redirection trompeuse.
Il reste à vérifier les liens présents dans les textes, les menus, les fichiers téléchargeables et les messages automatiques. Ne se fier qu’aux pages les plus consultées serait insuffisant : une traduction rarement ouverte peut être souvent citée par ses lecteurs. Avant la mise en ligne, conserver une copie du site et la liste des anciennes adresses facilitera les corrections.
Oublier les personnes qui devront maintenir le site
Un site agréable à parcourir peut être pénible à alimenter. Si publier un poème impose de régler manuellement dix champs de présentation, les incohérences apparaîtront vite. À l’inverse, un modèle trop rigide accueillera mal une lecture à plusieurs voix ou un texte accompagné de sa traduction. Il faut donc tester la refonte du point de vue de celles et ceux qui publient, pas seulement de celui des visiteurs.
Dans une version de test, leur demander de mettre en ligne un poème, de corriger une date, d’ajouter une notice de traducteur ou de clore les inscriptions à un atelier. Leurs hésitations permettront de voir s’il manque une explication ou si le système lui-même pose problème. Des champs bien nommés et de brèves consignes sur les dates, les signatures et les droits de reproduction éviteront aussi des erreurs par la suite.
Prévoir les cas moins réguliers
Qui intervient si une rencontre est annulée, si une autrice demande la correction de sa biographie ou si l’autorisation de publier un enregistrement prend fin ? Et où effectue-t-on la modification ? Ces réponses ne doivent pas reposer sur la mémoire d’une seule personne. Prévoir les accès, une procédure de correction et un interlocuteur responsable compte autant que le choix des couleurs.
Tester seulement avant la présentation officielle
À la veille du lancement, chaque défaut devient une urgence. Les essais doivent accompagner la construction : d’abord les parcours sur les maquettes, puis les gabarits remplis de vrais contenus, enfin le site complet dans son environnement de publication. Chaque étape vérifie autre chose. Une maquette peut confirmer le chemin vers les archives sans montrer comment les vers s’afficheront une fois publiés.
Avant la mise en ligne, une dernière vérification peut porter sur les points suivants :
- ouvrir les pages essentielles sur téléphone, tablette et ordinateur, avec plusieurs navigateurs ;
- parcourir les menus et les formulaires au clavier, puis vérifier les messages de confirmation et d’erreur ;
- agrandir le texte et contrôler les contrastes, les retours à la ligne et la traduction des éléments d’interface ;
- tester un échantillon d’anciennes adresses, y compris celles de pages peu visibles et de fichiers ;
- contrôler les dates, les lieux, les crédits, les autorisations et le statut des événements passés ;
- essayer la recherche interne avec des noms propres, des titres et des mots accentués.
Prévoir aussi du temps après la mise en ligne. Une redirection manquante ou un formulaire défaillant peut n’apparaître qu’à l’usage. Une personne disponible pour recevoir et traiter les signalements évitera qu’un problème facile à corriger s’installe.
Publier le nouveau site sans expliquer ce qui a changé
Les habitués ont leurs propres chemins : une rubrique enregistrée dans leurs favoris, un lien vers les textes d’un collectif, une ancienne page de soumission. Si la refonte passe sous silence ces déplacements, ils peuvent croire que les ressources ont disparu. Une courte note, visible depuis l’accueil pendant quelque temps, peut indiquer où retrouver les archives, ce qui a été retiré et comment signaler un lien cassé.
Cette note ne dispense pas de vérifier les parcours, mais elle ouvre un point de contact lorsque l’usage révèle un oubli. Dans les premiers jours, consigner chaque signalement avec l’adresse concernée, le problème observé, la personne chargée de le résoudre et la date de correction. Si un ancien lien vers une traduction mène au mauvais poème, il ne suffit pas de répondre au lecteur : il faut corriger cette redirection.