Vous avez lancé une usine en solo, vos amis veulent rejoindre, et vous venez de mettre un serveur dédié en service. Rien n’est à reconstruire à la main : importer une sauvegarde Satisfactory sur un serveur dédié se fait depuis le client du jeu, dans l’onglet Manage Saves du Server Manager. À la fin de ce tutoriel, votre partie tourne sur le serveur avec la même progression, les mêmes bâtiments et le même palier débloqué, et le serveur recharge cette session tout seul à chaque redémarrage.
Les manipulations décrites ici ont été relevées sur la branche stable 1.2.3.1 (build 495413), publiée le 24 juin 2026, côté client comme côté serveur. Comptez une quinzaine de minutes, dont l’essentiel en transfert de fichier. Un point de vocabulaire avant de commencer : une session est le nom de votre partie, alors qu’une sauvegarde est un fichier .sav qui fige un instant précis de cette session. Une même session contient donc plusieurs sauvegardes successives.
Aligner la version du serveur sur celle de votre client
Avant de toucher au moindre fichier, vérifiez que le serveur est prêt à recevoir la sauvegarde. Il vous faut :
- un serveur dédié Satisfactory démarré et déjà réclamé : un nom de serveur et un mot de passe administrateur ont été définis lors de son ajout dans le Server Manager ;
- ce mot de passe administrateur sous la main. Le chargement d’une sauvegarde fait partie des actions réservées aux administrateurs : sans lui, l’onglet ne servira à rien ;
- un client Satisfactory sur la même branche et la même version que le serveur, soit 1.2.3.1 pour la branche stable au 9 août 2026 ;
- les ports accessibles : 7777 en TCP et en UDP, plus 8888 en TCP. Ce second port, appelé Reliable Messaging Port, est requis depuis le patch 1.1.0.0 ;
- un accès au gestionnaire de fichiers ou au SFTP du serveur, utile pour mettre de côté une copie de la sauvegarde déjà en place.
La documentation officielle ne décrit pas ce qui se passe lorsqu’on envoie une sauvegarde produite par un client plus récent que le serveur. Par prudence, mettez d’abord le serveur au niveau du client : notre tutoriel sur la mise à jour d’un serveur Satisfactory dédié en 1.2.3.1 détaille la commande SteamCMD à relancer.
Retrouver le fichier .sav de votre partie solo
Les sauvegardes de votre partie solo se trouvent dans un dossier propre à votre compte, identifié par un long numéro. Ouvrez le chemin correspondant à votre installation :
Windows
%LOCALAPPDATA%\FactoryGame\Saved\SaveGames\{VOTRE ID}
soit C:\Users\<votre nom d’utilisateur>\AppData\Local\FactoryGame\Saved\SaveGames\{VOTRE ID}
Linux, jeu lancé via Proton
~/.steam/steam/steamapps/compatdata/526870/pfx/drive_c/users/steamuser/Local Settings/Application Data/FactoryGame/Saved/SaveGames/{VOTRE STEAM ID}
Sur Windows, tapez %LOCALAPPDATA% directement dans la barre d’adresse de l’explorateur pour éviter de chercher le dossier AppData, qui est masqué par défaut. Repérez le fichier .sav le plus récent et notez le nom de la session : il servira à la dernière étape.
Un dossier voisin nommé SaveGames_backup peut aussi contenir des fichiers. Le jeu y dépose la version précédente d’une sauvegarde lorsque vous en écrasez une manuellement — cela ne se produit pas lors d’une sauvegarde automatique. C’est un filet de sécurité pratique, mais ne piochez pas dedans par erreur : vous remonteriez le temps de plusieurs heures de jeu.
Créer un point de retour avant d’écraser la session du serveur
À lire avant de continuer. Charger une sauvegarde sur le serveur remplace la session active. Si une partie tourne déjà dessus, produisez-en une sauvegarde et récupérez le fichier hors du serveur avant l’import. Sans cette copie, il n’y a pas de retour en arrière possible.
Connectez-vous au serveur en administrateur depuis le Server Manager, ouvrez l’onglet Console et lancez la commande suivante, qui crée une sauvegarde de la session en cours sous le nom indiqué :
server.SaveGame avant-import
Si le nom contient des espaces, entourez-le de guillemets. Récupérez ensuite le fichier produit, puis rangez-le ailleurs que sur le serveur. Les sauvegardes du serveur ne sont pas dans le dossier de votre compte mais dans un sous-dossier dédié :
- serveur Linux :
~/.config/Epic/FactoryGame/Saved/SaveGames/server - serveur Windows lancé par un utilisateur :
%LocalAppData%\FactoryGame\Saved\SaveGames\server - serveur Windows lancé en tant que service :
%WINDIR%\ServiceProfiles\NetworkService\AppData\Local\FactoryGame\Saved\SaveGames\server
Sur un serveur loué, ces chemins sont rarement nécessaires : le gestionnaire de fichiers d’un panel d’hébergement ouvre directement l’arborescence. Téléchargez le .sav sur votre machine dans tous les cas — une sauvegarde qui ne quitte jamais le serveur ne protège de rien.
Envoyer la sauvegarde depuis l’onglet Manage Saves
Tout se passe maintenant dans le client, sans SSH ni FTP. Le Server Manager est l’écran de gestion des serveurs accessible depuis le menu principal du jeu.
- Lancez Satisfactory et ouvrez le Server Manager depuis le menu principal. Si le serveur n’y figure pas encore, ajoutez-le avec son adresse IP suivie du port, puis définissez son nom et son mot de passe administrateur.
- Sélectionnez le serveur et authentifiez-vous en administrateur.
- Ouvrez l’onglet Manage Saves, puis cliquez sur Upload Save et désignez le fichier
.savrepéré plus haut. Le transfert dépend de votre débit montant : une grosse usine pèse plusieurs dizaines de mégaoctets. - La sauvegarde envoyée apparaît dans la liste. Cliquez sur Load Save, sélectionnez-la, puis validez avec Load Game.
- Laissez le serveur charger le monde sans le redémarrer pendant l’opération.
C’est la voie documentée pour envoyer une sauvegarde locale vers un serveur dédié. Déposer soi-même le .sav dans SaveGames/server est une variante non décrite par la documentation officielle : elle exige d’arrêter proprement le serveur, et rien ne garantit que la session soit reconnue ensuite. À réserver au dépannage.
Faire recharger la bonne session au redémarrage
La sauvegarde est chargée, mais le serveur ne sait pas encore qu’il doit revenir sur cette session après un redémarrage. Ouvrez l’onglet des réglages du serveur et renseignez Auto-Load Session Name avec le nom exact de la session importée. Au démarrage suivant, le serveur rechargera automatiquement la sauvegarde la plus récente de cette session.
Profitez du passage dans ce menu pour régler deux options qui limitent les dégâts en cas d’incident : Autosave Interval, exprimé en minutes, et Auto-Save on Player Disconnect, qui déclenche une sauvegarde quand un joueur se déconnecte. Attention au libellé Server Restart Interval (hours) : malgré son nom, il ne s’agit pas d’un intervalle mais de l’heure à laquelle le serveur redémarre chaque jour.
Trois contrôles suffisent pour valider l’import :
- rejoignez le serveur et vérifiez sur place le palier atteint, les recherches débloquées et l’état de vos lignes de production. Une progression qui repart de zéro signale que le serveur a chargé une autre session ;
- redémarrez le serveur, puis reconnectez-vous : la session importée doit revenir seule. Utilisez la commande
quitde l’onglet Console pour un arrêt propre, ou le gestionnaire de services si le serveur tourne en service — dans ce casquitdéclencherait un redémarrage automatique ; - regardez le dossier
SaveGames/server: un nouveau fichier.savau nom de votre session doit y apparaître après la première sauvegarde automatique.
Si l’import ne passe pas
L’onglet Manage Saves est vide ou inactif. Vous n’êtes pas authentifié en administrateur. Ressaisissez le mot de passe administrateur du serveur. S’il est perdu, supprimez le fichier ServerSettings.PORT.sav — où PORT est le port du serveur, par exemple ServerSettings.7777.sav — situé juste au-dessus du dossier des sauvegardes. Sachez que cette opération réinitialise aussi le nom du serveur, le mot de passe joueur, le nom de session à charger automatiquement et le certificat : le serveur devra être réclamé de nouveau.
Les joueurs restent bloqués sur l’écran de chargement. Le port de messagerie fiable, 8888 en TCP, n’est pas joignable. La connexion s’initie mais ne se termine jamais. Vérifiez la règle de pare-feu et la redirection de port.
Le client affiche « Certificate Verify Result: certificate is not yet valid ». L’heure ou le fuseau horaire est incorrect d’un côté ou de l’autre. Corrigez-les. Si c’était l’horloge du serveur, arrêtez-le, supprimez ServerSettings.PORT.sav, puis relancez-le.
Le serveur est resté sur la branche Experimental. Steam garde parfois en mémoire la branche sélectionnée : retirer -beta experimental de la commande de mise à jour ne suffit pas toujours à revenir sur la branche stable. Forcez le basculement avec -beta public.
Solution de repli. Rechargez la sauvegarde avant-import depuis l’onglet Manage Saves pour retrouver l’état précédent. Si le client ne répond plus, arrêtez le serveur, remettez le fichier .sav conservé sur votre machine dans SaveGames/server, puis redémarrez et rechargez la session depuis le Server Manager.
Deux détails d’hébergement changent le confort de cette procédure : le nombre d’emplacements de sauvegarde et l’accès au gestionnaire de fichiers. Nos offres Satisfactory vont de 2 à 10 emplacements selon la formule, reposent sur une infrastructure Intel Xeon en gamme Standard, et donnent accès au gestionnaire de fichiers, aux sauvegardes et à la sélection de version depuis le Panel Koinswift, avec un support disponible 7 j/7.
Pour aller plus loin
- Documentation officielle des serveurs dédiés Satisfactory — la référence pour les ports, les commandes de console et l’emplacement des fichiers serveur.
- Page officielle consacrée aux fichiers de sauvegarde — tous les chemins client, plateforme par plateforme, et le fonctionnement du dossier
SaveGames_backup. - Notes du patch 1.2.3.1 — pour confirmer la version de référence avant de comparer client et serveur.
- Mettre à jour un serveur Satisfactory dédié en 1.2.3.1 — à faire avant l’import si les versions ne correspondent pas.
- Spécification de l’API HTTPS du serveur dédié — pour automatiser l’envoi et le chargement d’une sauvegarde une fois la procédure manuelle maîtrisée.



