Copier les fichiers d’un jeu en ligne sur un disque ne suffit pas à le sauver. Après la coupure des serveurs, le client peut encore démarrer, puis se bloquer faute d’authentification, d’inventaire ou de monde à charger. Pour rester jouable, il faut conserver une chaîne complète : logiciel, infrastructure, données, outils d’exploitation, droits et pratiques des joueurs. Archiver ne consiste donc pas seulement à stocker des fichiers, mais à pouvoir remettre cette chaîne en marche.
Archiver un jeu n’est pas copier un exécutable
Un jeu solo ancien peut parfois revivre grâce à une image du support et à un émulateur capable de reproduire sa machine d’origine. Un jeu en ligne distribue ses fonctions entre plusieurs systèmes. Le client affiche le monde et reçoit les commandes ; des services distants authentifient le compte, calculent une partie, stockent les personnages ou organisent les rencontres. Le fichier installé chez le joueur ne suffit donc pas toujours à lancer une partie.
| Couche à conserver | Ce qu’elle contient | Ce qui disparaît si elle manque |
|---|---|---|
| Client et versions | Exécutable, ressources, correctifs, contenus téléchargeables | Le jeu ne démarre plus dans son état historique |
| Environnement d’exécution | Console ou système, pilotes, bibliothèques, protections | Les fichiers existent mais ne peuvent plus être lancés |
| Services serveur | Authentification, simulation, matchmaking, économie, anti-triche | Les menus restent accessibles, pas la partie |
| Données | Comptes, personnages, mondes, inventaires, classements | Le logiciel tourne sans retrouver l’histoire des joueurs |
| Outils et documentation | Déploiement, administration, schémas de données, procédures | Une équipe future possède le code sans savoir l’exploiter |
| Pratiques et communautés | Règles informelles, événements, créations, témoignages | L’activité sociale qui donnait son sens au monde est effacée |
Pour fonctionner, l’archive doit relier ces couches dans des versions compatibles. Un client, une base de données et un serveur peuvent tous avoir été conservés et pourtant ne plus fonctionner ensemble. Il faut aussi garder les clés, les certificats, les formats et les paramètres dont ils dépendent.
L’émulation résout la machine, pas le service
La Bibliothèque nationale de France privilégie l’émulation pour limiter les effets de l’obsolescence des consoles et des systèmes d’exploitation. Le principe consiste à simuler l’environnement matériel d’origine sur une machine récente. Il permet de relire un support extrait avant sa dégradation et de conserver un rendu proche de celui d’époque.
Ça fonctionne tant que les fonctions essentielles du jeu restent dans l’environnement émulé. Si elles dépendent d’un service distant disparu, l’émulation ne suffit plus. La BnF cite les protections liées à des serveurs, les mises à jour périodiques et les communautés multijoueurs parmi les obstacles propres aux jeux récents. Émuler une console ne recrée ni un serveur d’authentification ni une population de joueurs.
D’autres plateformes peuvent aussi entrer dans la chaîne : boutique, réseau de console, fournisseur d’identité, stockage en nuage ou système de paiement. Tout conserver à l’identique est rarement possible. Il faut d’abord repérer les services indispensables, puis choisir lesquels remplacer localement et lesquels documenter.
Le serveur est une mémoire active
Dans un monde persistant, le serveur ne se contente pas de relayer des paquets. Il décide de l’état du monde, applique les règles, synchronise les joueurs et enregistre leurs actions. Sans schéma de base de données, configuration ni procédure de déploiement, une sauvegarde du code serveur peut rester inutilisable.
Les données ajoutent un autre problème : la vie privée. Une copie intégrale peut contenir des identifiants, des conversations ou des historiques sensibles. La conservation patrimoniale ne justifie pas de rendre ces informations publiques. Une institution peut donc conserver des données expurgées, un instantané limité, des personnages de démonstration ou seulement le modèle de données. Conserver les règles du monde et conserver tous les comptes sont deux choix différents.
Le projet de recherche Preserving Virtual Worlds, soutenu par la Library of Congress, a étudié la conservation des jeux vidéo et de la fiction interactive. Son rapport final aborde les stratégies de préservation et les standards qui permettent d’associer contenus et métadonnées. Conserver le logiciel ne suffit pas : il faut aussi garder ce qui permet de l’identifier, de le comprendre et de le replacer dans son contexte.
Garder l’expérience, pas seulement les fichiers
Une partie de la jouabilité se trouve hors du logiciel. Les joueurs inventent des conventions, organisent des événements, donnent une valeur sociale à certains lieux et produisent guides, cartes, vidéos ou outils. Dans un MMO, un serveur qui fonctionne mais qui a perdu ses règles sociales et sa communauté ne restitue qu’une partie de ce que les joueurs ont vécu.
La BnF parle d’archives de la jouabilité : aux logiciels et aux machines s’ajoutent les témoignages, les gestes et les manières de jouer. Sa page consacrée à la mémoire des jeux vidéo relie explicitement la conservation aux traces d’usage. Pour un jeu en ligne, cela peut passer par des captures de sessions commentées, des entretiens avec des joueurs et des équipes, les règles d’un événement, les outils communautaires ou la documentation d’une économie virtuelle.
Ces traces ne remplacent pas une version jouable. Elles montrent ce qu’un exécutable seul ne peut raconter : comment un raid était coordonné, pourquoi une place servait de marché, de quelle manière un correctif avait changé les habitudes. Elles comptent d’autant plus lorsque les droits, la technique ou la protection des données empêchent de rouvrir le service.
Conserver ne signifie pas remettre en ligne pour tous
Relancer le jeu ne garantit pas qu’on puisse l’ouvrir à tous. Les licences musicales, les marques, les données personnelles et les mesures de protection peuvent limiter l’accès à une archive pourtant complète. Conserver pour la recherche et redistribuer au public ne relèvent pas des mêmes droits.
Aux États-Unis, la réglementation actuelle de l’US Copyright Office autorise, sous conditions, certaines opérations de contournement pour préserver des jeux dont le support serveur a cessé. Elle réserve des usages aux bibliothèques, archives et musées éligibles. Pour certains cas, elle appelle « complete games » l’ensemble formé par la copie du client et celle du code auparavant stocké sur le serveur. L’accès reste notamment limité aux locaux de l’institution. Ce cadre est propre aux États-Unis. Il rappelle surtout qu’une archive peut fonctionner sans être accessible depuis chez soi.
Dans son Recommended Formats Statement 2025-2026, la Library of Congress considère notamment comme préférable l’« uncompiled source code », c’est-à-dire le code source non compilé. Elle cite aussi une version de référence, la documentation, les dépendances et l’environnement de plateforme. Ces éléments sont beaucoup plus faciles à réunir avant la fermeture, quand les équipes, les outils et les contrats existent encore.
Le débat Stop Killing Games porte d’abord sur les obligations envers les acheteurs et les scénarios de fin de vie. L’archive patrimoniale cherche plutôt à transmettre assez d’éléments pour que chercheurs, institutions ou futurs publics puissent encore comprendre le jeu. Un mode hors ligne peut prolonger l’usage sans conserver le monde social ; une archive institutionnelle peut documenter ce monde sans rendre le jeu accessible à domicile.
Quatre niveaux de survie à ne pas confondre
Parler d’un jeu « préservé » masque souvent des résultats très différents. Quatre niveaux permettent de préciser ce qui restera réellement disponible :
- Documenté : captures, manuels, versions, témoignages et historique décrivent le jeu.
- Consultable : ses fichiers et ses supports peuvent être examinés dans un cadre de recherche.
- Exécutable : une version démarre dans un environnement matériel ou émulé, éventuellement en local.
- Jouable comme monde : les services, les données et une activité collective permettent de retrouver ses fonctions sociales essentielles.
Chaque niveau a sa valeur. Le quatrième est aussi le plus fragile : il dépend d’une communauté vivante, pas seulement d’un dépôt institutionnel. Un serveur communautaire peut prolonger la pratique, mais il faut encore régler les questions de droits, de sécurité, de fidélité et de gouvernance. Ce n’est pas pour autant une copie exacte du service d’origine.
Ce qui peut être préparé avant la fermeture
Avant de fermer un service, un studio peut faciliter sa conservation sans promettre de le maintenir pour toujours. Il peut inventorier les dépendances, garder des versions compatibles du client et du serveur, documenter le déploiement, préparer des données de démonstration expurgées et clarifier les droits nécessaires à un usage institutionnel. Annoncer la fermeture à l’avance donne aussi le temps de transmettre ces éléments à une structure de conservation.
Les joueurs ont moins de leviers. Ils peuvent conserver les fichiers et sauvegardes auxquels ils ont légalement accès, exporter les données proposées par le service et documenter les pratiques de leur communauté. Une vidéo commentée, un guide d’événement ou l’histoire d’un serveur ne remplace pas le jeu, mais empêche que sa mémoire soit réduite à une bande-annonce et à quelques captures officielles.
Mieux vaut écrire « une version exécutable en local » que « le jeu est sauvé ». La première formule dit ce qui fonctionne encore, ce qui manque et dans quelles conditions l’archive peut être consultée.
