Quand un site de poésie accueille ses premières traductions et annonce des lectures, une question très concrète apparaît : retrouvera-t-on facilement un texte dans six mois ? Pourra-t-on corriger un crédit sans reprendre toute la page, puis confier la publication à quelqu’un d’autre ? Le choix de la plateforme compte davantage pour ces tâches que pour le nombre de modèles graphiques proposés.
Partir des contenus, pas de l’apparence
Avant de comparer les outils, listez ce que le site devra accueillir dans les deux prochaines années : poèmes seuls ou en séries, originaux et traductions, notices d’auteur, rencontres, enregistrements, appels à contribution, voire vente de recueils. Notez les informations indispensables pour chaque type de contenu. Une traduction peut demander le nom du poète et de la personne qui traduit, la langue d’origine, l’autorisation de publication et un lien vers le texte source.
Tout ranger dans une catégorie « articles » risque de rendre ces informations difficiles à retrouver. Une revue collective, telle que la Page 12 conçue comme un dialogue entre ses pages, invite aussi à penser les liens entre contributions : ordre de lecture, crédits, parcours de l’ensemble et accès à chaque texte pris séparément.
Regardez enfin qui fait quoi. Qui publie, qui relit ? Une personne invitée doit-elle pouvoir modifier son texte, mais pas ceux des autres ? L’outil doit permettre de régler ces droits et de garder un brouillon hors de la vue du public.
Trois familles de plateformes, trois compromis
Le constructeur de site hébergé
Un constructeur hébergé réunit généralement l’éditeur, l’hébergement et la maintenance dans un abonnement. Il peut convenir à une petite équipe, avec des pages assez simples et personne pour assurer les mises à jour techniques. Avant de vous engager, vérifiez les limites : personnalisation des modèles, droits des contributeurs, export des contenus, prix des fonctions supplémentaires. Une page d’accueil réussie ne dit pas grand-chose de la facilité à entretenir une archive de poèmes.
Le système de gestion de contenu
Un CMS, ou système de gestion de contenu, sépare davantage les textes de leur présentation. Il convient souvent à une publication régulière, avec plusieurs contributeurs, des rubriques et des besoins qui changent. L’entrée « système de gestion de contenu » de Wikipédia donne des repères sur ce fonctionnement. Selon la formule choisie, l’équipe ou un prestataire devra prendre en charge l’hébergement, les sauvegardes, les mises à jour et la sécurité. Cette liberté de configuration demande donc un suivi.
Le développement sur mesure
Un développement spécifique peut se justifier pour des besoins difficiles à représenter dans un outil existant, par exemple une édition multilingue où les correspondances entre versions sont complexes. Il suppose un budget initial, une documentation et des moyens pour assurer la maintenance dans la durée. Mieux vaut d’abord vérifier si un modèle de contenu bien pensé ne ferait pas l’affaire.
Tester le travail quotidien avant de signer
Demandez une démonstration fondée sur une séance de publication, plutôt que sur la seule page d’accueil. Créez un poème, associez-lui sa traduction, préparez l’annonce d’une lecture, puis corrigez le nom d’un participant. Comptez les manipulations ; voyez aussi ce qui se passe lorsqu’une information manque. Un site agréable à consulter peut être laborieux à alimenter chaque semaine.
- Publication : peut-on gérer facilement brouillons, prévisualisations, dates de mise en ligne et révisions ?
- Structure : peut-on relier une traduction à son original et regrouper les textes d’un projet sans recopier les mêmes informations ?
- Accès : les auteurs invités peuvent-ils contribuer sans toucher aux réglages du site ?
- Recherche : les visiteurs peuvent-ils retrouver un auteur, une langue ou une rencontre passée ?
- Sortie : les textes, les médias et les données qui les accompagnent sont-ils exportables dans un format exploitable ?
Faites participer les personnes qui mettront réellement les textes en ligne. Si elles ont besoin d’une longue formation, il faut en tenir compte. Et si chaque publication dépend d’une seule personne, le projet risque de ralentir dès que les contributions se multiplient.
Prévoir le coût complet et la possibilité de partir
Au prix affiché peuvent s’ajouter le nom de domaine, les comptes supplémentaires, le stockage des fichiers audio, les extensions, l’aide technique ou une future refonte. Comparez les offres sur trois ans à partir d’un scénario plausible : plus de contributeurs, une archive qui grandit et quelques lectures enregistrées. Séparez les dépenses récurrentes du temps que l’équipe consacrera aux mises à jour.
La possibilité de partir se vérifie, elle aussi. Un export limité aux textes peut laisser derrière lui les liens entre poèmes et traductions, les légendes, les droits ou les adresses des pages. Demandez un export d’essai et regardez ce qu’il contient. Gardez également la maîtrise du nom de domaine : en cas de changement de plateforme, les lecteurs pourront conserver la même adresse. Il faudra alors rediriger les anciennes URL vers les nouvelles pages correspondantes, et non toutes vers l’accueil.
Garder la lecture au centre des critères
Les vers doivent conserver les retours à la ligne voulus par leur auteur et rester lisibles sur téléphone. Pour les textes multilingues, testez l’affichage des caractères nécessaires et le balisage de la langue de chaque passage. Vérifiez aussi la navigation au clavier, les contrastes et l’ajout de textes alternatifs aux images. Le World Wide Web Consortium présenté par Wikipédia offre un premier repère pour comprendre le rôle des standards du Web dans la compatibilité des pages.
Une double colonne peut faire dialoguer l’original et sa traduction sur grand écran, puis compliquer la lecture sur mobile. Pendant la démonstration, ouvrez la page sur un téléphone et agrandissez le texte. Dans quel ordre les deux versions apparaissent-elles ? Peut-on encore les suivre sans hésiter ?
Décider avec une petite grille commune
Pour chaque plateforme, notez cinq critères — édition quotidienne, structure des contenus, accessibilité, coût complet et export — avec une appréciation simple : insuffisant, acceptable ou solide. Ajoutez une colonne « preuve » pour consigner un résultat observé plutôt qu’une promesse commerciale. Fixez aussi vos critères éliminatoires : si les textes et leurs crédits ne peuvent pas être exportés, un thème élégant n’y changera rien.
Pour départager deux options proches, préparez la même page pilote sur chacune : un poème de douze vers, sa traduction, deux crédits distincts et un lien vers la rencontre où ces textes ont été lus. Faites-la relire sur ordinateur et sur téléphone, puis demandez à une seconde personne de corriger un crédit. Notez où elle hésite, ce qui manque à l’écran et ce qui se perd à l’export : vous aurez de quoi trancher sur le travail réel.