Refonte et maintenance du site InfoMigrants

Le marché porte sur la conception, le développement et le déploiement d’un nouveau site, puis sur son hébergement et sa maintenance applicative. Le site actuel compte six éditions linguistiques et environ 570 articles publiés par mois ; il reçoit entre 250 000 et 500 000 visites mensuelles (4,2 millions de visites et 6,1 millions de pages vues en 2025).

Conception et réalisation

La phase de création comprend le cadrage avec les équipes éditoriales de FMM et DW, la définition des objectifs et indicateurs, la production de wireframes, la conception des maquettes UI, le développement, la recette, la mise en production, puis la formation collective à l’administration du site et le suivi des bugs. Les maquettes finales doivent être validées avant le développement. Le suivi de projet prévoit des échanges hebdomadaires et un canal Slack pour les échanges quotidiens ; un comité de pilotage est prévu après la mise en ligne.

Le site repose sur un socle commun et six espaces éditoriaux autonomes : français, anglais, arabe, pachto, dari et bengali. Les contenus d’une édition ne sont pas nécessairement disponibles dans les autres et ne sont pas de simples traductions. L’architecture fonctionnelle comprend notamment recherche avec filtres, accueil modulable, actualités, Grand Angle, témoignages, contenus pratiques, vidéos, FAQ, fact-checks et pages institutionnelles. Les pages doivent s’adapter aux usages mobiles et permettre la gestion éditoriale des articles, vidéos et autres formats, des contenus associés, des pays et thématiques, ainsi que des mises en avant.

Le back-office, en anglais, doit autoriser des connexions simultanées et des rôles administrateur et contributeur. La page d’accueil et les pages de niveau 1 doivent pouvoir être modulées par ajout, suppression et repositionnement de blocs ; les pages de détail doivent pouvoir être créées sans limite. Le système doit aussi permettre la reprise de contenus par flux RSS des APIs FMM, DW et ANSA, en conservant l’identification de la source originale.

Migration et exigences transversales

La migration des archives est à organiser avec les équipes FMM ; leur reprise intégrale est souhaitée. Elle concerne les contenus et métadonnées, les médias et leurs associations, les données d’agrégation des partenaires ainsi que les comptes, rôles et droits d’accès. Les volumes indiqués sont : base d’agrégation 35 MB, contenus 2,35 GB, sécurité 8,67 MB, médias 24,6 MB ; stockage de 66,6 k fichiers et 55,24 GB.

La solution doit répondre aux exigences de performance, responsive, SEO/GEO, UX/UI et accessibilité, avec un taux global minimal de 50 % de conformité partielle des pages au RGAA 4.1.2 ou ultérieur. Elle prévoit le datalayer et le Tag Manager FMM, les balises META/OpenGraph et données structurées, ainsi que Didomi : tout script ou iframe externe doit faire l’objet d’une vérification du consentement avant chargement. L’ajout ou la modification des services externes doit pouvoir être géré dynamiquement depuis le back-office.

Hébergement, maintenance et qualité de service

L’hébergement doit supporter les pics de trafic ; une couche de cache ou un CDN est cité comme solution possible. Un environnement de recette ou préproduction est également requis. Le titulaire assure le suivi des mises à jour de l’infrastructure et des versions mineures, notamment PHP et les correctifs de sécurité, et fournit un outil pour consulter les indicateurs de service et versions déployées, déclarer les incidents et suivre leur résolution.

La TMA couvre la maintenance préventive, corrective et évolutive : mises à jour, maintien en conditions opérationnelles, correction des bugs majeurs ou bloquants et failles de sécurité, évolutions mineures et outil de demandes. Les niveaux de service indiqués sont : disponibilité mensuelle du site public et du back-office de 99,7 % ; rétablissement P1/P2/P3 en 4 h/12 h/24 h ; traitement des demandes P1/P2/P3 en 8 h/24 h/48 h. FMM s’engage à ne pas soumettre plus de 10 % des demandes d’évolution en priorité P1. Les indicateurs de pénalité explicités dans le CCTP portent sur le rétablissement P1 et P2 et le traitement des demandes P1 et P2.

La recette est progressive, page ou fonctionnalité par fonctionnalité, sur un environnement dédié avec gestion des tickets. Les réserves bloquantes ou majeures doivent être résolues avant la signature du procès-verbal de recette ; la mise en production intervient après validation de FMM. Le titulaire fournit un outil de suivi et de remontée des bugs après lancement. Il présente également un plan de réversibilité et les livrables associés. Les exigences de sécurité comprennent le respect de la PSSI FMM et du règlement européen sur la cyber-résilience, la coopération aux tests et audits de sécurité, la correction des vulnérabilités et la rédaction d’un plan d’assurance sécurité dans les six mois de la notification.