Refonte et mutualisation des sites internet Elfe et Epipage 2

Concevoir, développer, intégrer, tester et mettre en ligne un site internet commun aux cohortes Elfe et Epipage 2, destiné aux familles, adolescents, grand public, chercheurs, utilisateurs de données, institutions scientifiques et partenaires. Les sites actuels disparaîtront lors de la mise en ligne ; une partie de leurs contenus sera retravaillée et complétée par de nouveaux contenus.

Le site doit rendre visible la mutualisation tout en conservant l’identification et l’historique propres à chaque cohorte, avec des pages spécifiques Elfe et Epipage 2 reprenant notamment leurs logos initiaux. Il doit rester évolutif pendant le suivi des participants, de 15 ans à l’âge adulte, puis après cette période.

Cadrage, architecture et expérience utilisateur

La prestation comprend l’audit des sites existants, l’analyse de l’expérience utilisateur, la définition des personas et des parcours, ainsi que la proposition d’un ou deux scénarios d’arborescence. L’architecture doit distinguer un espace familles et grand public et un espace chercheurs, chercheuses et institutionnels, tout en donnant accès aux contenus communs, aux contenus propres à chaque cohorte, aux projets de recherche, aux publications et à la documentation d’accès aux données.

Le titulaire prend en charge la restructuration technique : niveaux de pages, fil d’Ariane, structure des URL et redirections depuis les anciennes adresses. Le site est fourni en français et en anglais ; les nouveaux contenus doivent être accessibles dans les deux langues.

Livrables de cadrage et de conception :

• note de cadrage signée, indicateurs, comptes rendus, calendrier global et planning des réunions ;
• fiches personas, schémas de parcours, plan du site, liste et rôle des pages ;
• wireframes desktop et mobiles ;
• direction artistique, graphisme et maquettes finales.

CMS, développement et hébergement

Proposer un CMS open source, tel que Drupal, WordPress ou Joomla, à l’exclusion des solutions de type GAFAM ou Office MS SharePoint. Les modules et extensions doivent être ouverts, dotés d’API compatibles avec les standards, évolutifs et maintenus par une communauté de développement large. Le back-office doit être fonctionnel, simple et ergonomique.

Le site est hébergé par l’INED sur un serveur Linux virtualisé sous Oracle Linux 10, avec certificat SSL, Web Application Firewall, antivirus et accès titulaire par VPN avec compte utilisateur et droits SUDO. Les sauvegardes de la machine virtuelle peuvent être réalisées deux fois par jour, sur le site de l’INED et sur un site distant, avec une conservation de 21 jours pour les sauvegardes courantes et pouvant atteindre 30 jours pour les sauvegardes plus longues.

Le titulaire installe et maintient le CMS, précise ses prérequis techniques, documente l’exploitation, l’administration et la restauration, exploite les logs et réalise les mises à jour et correctifs. Le CMS, ses modules et bibliothèques ne doivent pas présenter de vulnérabilités connues ; les bonnes pratiques de sécurité web doivent couvrir notamment les injections SQL, XSS, CSRF et la gestion des sessions.

Le site doit être compatible avec les dernières versions des navigateurs et utilisable sur des terminaux âgés de plus de 5 ans, avec un mode dégradé sans perte de fonctionnalité incontournable ni de contenu. Un outil d’analyse statistique conforme au RGPD, accessible aux équipes, est également attendu.

Fonctionnalités et contenus

Le titulaire implémente les contenus fournis par les équipes Elfe et Epipage 2 dans la nouvelle arborescence, puis forme les équipes à leur gestion autonome. Le back-office comprend des bibliothèques et médiathèques partagées, des modèles, une édition WYSIWYG et des droits différenciés :

• un à deux profils super-administrateurs, autonomes sur les comptes et l’ensemble des rubriques, menus et pages ;
• des profils administrateurs limités à certaines rubriques ;
• des profils rédacteurs limités à la modification des contenus existants.

Les fonctionnalités attendues comprennent notamment :

• gabarits de contenus, articles, vidéos et contenus intégrés, avec possibilité d’utiliser des balises iframe ;
• moteur de recherche et fonctions de tri par publications, projets, actualités, cohortes, thèmes, sujets, institutions ou chercheurs ;
• inscription aux newsletters des deux études avec ajout aux listes de diffusion après validation de l’équipe ;
• traduction automatique des pages nouvelles ou non encore traduites en anglais, avec page doublon modifiable en brouillon ;
• recadrage et redimensionnement des visuels, téléversement de contenus, formulaires de contact et d’inscription ;
• pages cachées, non référencées ou orphelines ;
• accès et modification du code source, avec visualisation responsive desktop, mobile et tablette lorsque possible ;
• outils de navigation transversale, de classification ou de hashtags pour les articles et projets de recherche.

Une prestation supplémentaire éventuelle, chiffrée séparément, concerne l’importation automatique des références bibliographiques des deux cohortes depuis un outil de type OpenAlex. Elle doit récupérer et afficher automatiquement les références correspondant aux publications Elfe et Epipage 2 ; l’INED peut la retenir ou non.

Le titulaire propose des axes d’amélioration SEO, un guide de bonnes pratiques et, si possible, un dispositif de vérification et d’amélioration des contenus dans le back-office. Il fournit également des exemples visuels de réalisations antérieures de back-offices.

Accessibilité, performance et sécurité

Le site doit respecter le RGAA et prendre en compte ses évolutions ainsi que l’European Accessibility Act. Il doit être responsive sur PC, ordinateur portable, tablette et smartphone, avec une interface inclusive et adaptée aux adolescents, aux personnes dyslexiques, malvoyantes, daltoniennes, malentendantes et, plus généralement, aux publics en difficulté.

Les dispositifs attendus peuvent inclure des contrastes et typographies adaptés, des descriptions d’images, des sous-titres, des transcriptions en français facile et des versions signées en LSF pour les vidéos. Le design doit rester attractif et agréable sans compromettre l’accessibilité.

Le temps d’ouverture de toute page doit être inférieur à 1,5 seconde. Des systèmes de cache ou dispositifs équivalents doivent optimiser les temps de réponse et le chargement des images, vidéos et fichiers. Un audit d’accessibilité est prévu à la mise en production ; son résultat doit être mentionné dans le pied de page du site.

Recette, formation et réversibilité

Le projet comprend un squelette en préproduction avec accès de test, un site complet en préproduction, l’intégration des contenus, les corrections, une version prête à publier, la mise en ligne et les accès super-administrateurs. Il comprend aussi les formations, le guide utilisateur mis à jour avec les évolutions et une période d’accompagnement transitoire convenue avec l’INED.

La réversibilité comprend le document d’architecture technique, le code du site, les documentations technique et fonctionnelle ainsi que les éléments nécessaires à la reprise et à l’exploitation. Les opérations nécessaires à la restitution des éléments sont incluses.

Les vérifications portent notamment sur le fonctionnement général, l’intégration graphique et le RGAA, la disponibilité et la réactivité, les rapports d’intervention après chaque action sur le serveur, la formation, le guide utilisateur, la VSR et la réversibilité. En cas de constat défavorable, le plan d’action correctif doit être proposé sous 5 jours ouvrés ; après 3 présentations non acceptées, l’INED peut résilier le marché sans indemnité.

Garantie et maintenance

La VSR dure 15 jours et comprend une assistance téléphonique avec réponse dans la journée d’appel ou le lendemain ainsi qu’une assistance asynchrone par plateforme de support avec ticketing. La garantie couvre les vices, défauts de conception et défauts de fonctionnement.

La maintenance applicative maintient le site en mode fonctionnel et en conditions opérationnelles et de sécurité. Elle comprend les mises à jour techniques des briques mises en œuvre. La maintenance corrective inclut le traitement des anomalies, les mises à jour et correctifs sans perte des paramétrages ou développements antérieurs, ainsi qu’un outil de ticketing et un suivi qualité.

Les engagements maximaux sont les suivants :

• anomalie bloquante : réponse sous 3 heures ouvrées et résolution sous 4 heures ouvrées ;
• anomalie majeure : réponse sous 12 heures ouvrées et résolution sous 48 heures ouvrées ;
• anomalie mineure : réponse sous 12 heures ouvrées et résolution sous 5 jours ouvrés.

Les heures ouvrées sont du lundi au vendredi, de 9 h à 18 h, heure de Paris GMT+01, hors jours fériés en France. Les opérations de maintenance et mises à jour doivent être planifiées pendant les périodes de faible fréquentation et annoncées suffisamment à l’avance.