L'histoire complète de 7 Days to Die
Du Kickstarter de The Fun Pimps en 2013 et des builds bruts de l'Alpha 1, en passant par la refonte controversée de l'Alpha 17, l'effondrement de la version console signée Telltale, la renaissance du modding, la longue route vers la V1.0, le cross-play, les mises à jour V2.x, le rachat par Behaviour Interactive et l'ère Sandbox Siege de la V3.0 à venir — l'histoire d'un petit studio qui construit en public une apocalypse impossiblement vaste.
Il existe des jeux qui sortent, des jeux qui s'éteignent, et des jeux qui semblent passer une décennie entière à refuser de devenir une chose figée.
7 Days to Die appartient à la troisième catégorie.
Tout a commencé par un sandbox de survie brut et ambitieux, signé par un petit studio appelé The Fun Pimps. Le jeu est arrivé au début des années 2010, à une époque où Minecraft avait prouvé que les joueurs étaient prêts à construire leurs propres histoires bloc après bloc, où DayZ avait montré que la faim et la paranoïa pouvaient porter à elles seules un jeu de survie multijoueur, et où The Walking Dead avait remis les zombies au centre de la culture populaire. Le pitch tenait en une phrase facile à comprendre — et en dix ans difficiles à concrétiser : un monde voxel, du crafting de survie, de la construction de base, de la progression RPG, du loot, des armes, des pièges, des véhicules, de la stabilité structurelle, et une Lune de Sang qui ramène une horde tous les sept jours.
C'est cette promesse qui a fait survivre 7 Days to Die. Ce n'a jamais été simplement « Minecraft avec des zombies », même si la comparaison l'a poursuivi pendant des années. Ce n'a jamais été non plus juste un shooter, ni juste un tower defense, ni juste un RPG, ni juste un simulateur de survie. La force étrange de 7 Days to Die, c'est la façon dont toutes ces pièces se télescopent. On peut passer une matinée à fouiller une cuisine de banlieue, un après-midi à miner sous sa base, une soirée à câbler des clôtures électriques, et une nuit à regarder son magnifique plan s'effondrer parce qu'un démolisseur, un escalier mal pensé ou son propre excès de confiance a trouvé l'unique faille du design.
Voici l'histoire de ce jeu : pas un déballage de patch notes, mais le récit de la manière dont 7 Days to Die est passé d'une Alpha bricolée à l'un des sandbox de survie les plus longs en Early Access sur Steam, dont il a atteint la 1.0 après plus d'une décennie, dont les mods sont devenus une partie de son identité, et pour laquelle l'avenir du jeu paraît toujours inachevé — d'une façon très typique de 7 Days to Die.
Une chronologie rapide
Pour les lecteurs qui veulent la version courte avant la longue, voici la forme générale du parcours.
| Époque | Ce qui change |
|---|---|
| 2013 | The Fun Pimps lance le projet via le financement participatif et l'Early Access. La boucle de base — looter, crafter, construire et défendre face aux hordes — est posée. |
| 2014–2015 | La génération aléatoire de monde, un terrain plus lisse, les systèmes de personnage, le Wellness, les minibikes, les ours, l'élargissement du crafting et une simulation de survie plus profonde poussent le jeu au-delà de sa première forme brute. |
| 2016–2017 | Le jeu s'étend avec des portages console, des marchands, des quêtes, l'électricité, les pièges, davantage de POI et une identité multijoueur plus marquée. |
| 2018–2020 | De l'Alpha 17 à l'Alpha 19, la progression, les perks, le combat, l'IA, le rendu et le loot sont remodelés. Ce sont quelques-unes des années les plus controversées et les plus importantes. |
| 2021–2023 | Les Alpha 20 et 21 polissent la version moderne : modèles HD, énorme expansion des POI, meilleurs mondes aléatoires, progression des marchands, quêtes d'infestation et nouveau système de magazines « apprendre en lootant ». |
| 2024 | Le jeu quitte l'Early Access en Version 1.0, anciennement Alpha 22, avec les versions PC et nouvelle génération de consoles alignées sur la même branche moderne. |
| 2024–2025 | La V1.x apporte le cross-play et la stabilisation ; la V2.0 « Storm's Brewing » introduit la progression par biome, les dangers environnementaux, des changements de perks, de nouveaux POI et de nouvelles menaces de fin de partie. |
| Fin 2025–2026 | Les V2.5 « Survival Revival » et V2.6 prolongent le cycle de réglage post-1.0, avec des retours en arrière demandés par la communauté, des changements sur la boucle de l'eau, des correctifs sur les saccades en ville, du tuning de difficulté par biome et des ajustements de l'équilibrage de survie. |
| 2026 et au-delà | La V3.0 « Sandbox Siege » entre en phase de dev diaries en tant que grosse mise à jour de configurabilité et de simulation, tandis que les vieilles questions de la communauté sur les bandits et une vie NPC plus profonde restent inscrites dans la mythologie inachevée du jeu. |
Cette chronologie donne l'impression d'un jeu linéaire. Ça n'a pas été le cas. 7 Days to Die n'a pas simplement ajouté fonctionnalité après fonctionnalité jusqu'à devenir complet. Il s'est reconstruit en public, encore et encore.
- 2013Kickstarter + Early Access
- 2014–2015Mondes aléatoires + profondeur survie
- 2016–2017Marchands + électricité + pièges
- 2018–2020Refonte Alpha 17 + virage HD
- 2021–2023Alpha 20–21 : POI HD + magazines
- 2024V1.0 — fin de l'Early Access
- 2024–2025Cross-play + V2.0 Storm's Brewing
- Fin 2025–2026V2.5 Survival Revival + V2.6
- 2026+Rachat Behaviour + V3.0 Sandbox Siege
2013 : le pitch qui refusait de rester petit
L'idée originelle derrière 7 Days to Die n'avait rien de modeste. The Fun Pimps voulait un jeu où le joueur peut creuser, construire, looter, crafter, tirer, se faufiler, échanger, monter en niveau et défendre une base dans un monde entièrement destructible. Même aujourd'hui, c'est un cahier des charges énorme. En 2013, pour un petit studio, c'était démesuré.
Cette ambition explique à la fois l'attrait du jeu et la longueur de son développement. La plupart des jeux de survie choisissent une voie. 7 Days to Die a essayé d'en fusionner plusieurs.
La décision de design la plus importante, c'est la horde du septième jour. La faim, la soif, l'infection et le pillage mettaient le joueur sous pression dans l'instant, mais le calendrier ajoutait une pression dans la durée. Chaque monde commençait par une question : qu'est-ce qu'on arrive à construire avant la septième nuit ? Cette seule règle change tout. Une cabane en bois n'est pas une maison ; c'est une théorie temporaire. Une mine n'est pas qu'une mine ; c'est un calcul de risque. Une base n'est pas qu'une déco ; c'est un argument à opposer à la prochaine horde.
L'early game jouait aussi à fond la carte de l'incertitude. Le joueur ne savait pas ce qu'il pouvait considérer comme sûr dans le monde. Une maison pouvait être un abri ou un piège mortel. Une ville pouvait être un jackpot de loot ou une erreur. Une grotte pouvait être utile, ou un endroit où crever dans le noir. Le jeu avait l'air rustique, mais ses systèmes fabriquaient des histoires.
C'est la première raison pour laquelle 7 Days to Die a duré : il a toujours été meilleur pour générer des situations que pour se présenter proprement. Les screenshots n'étaient pas toujours flatteurs. Les animations n'étaient pas toujours soignées. Mais une mauvaise nuit à Navezgane pouvait devenir un souvenir.
De l'Alpha 1 à l'Alpha 5 : la boucle de survie brute devient réelle
Les toutes premières versions publiques de 7 Days to Die étaient limitées, instables, et visuellement primitives à côté du jeu moderne. Elles étaient aussi, sans la moindre ambiguïté, du 7 Days to Die.
Les ingrédients essentiels étaient déjà là : le pillage, le crafting, des blocs destructibles, des zombies qui venaient chercher le joueur, une pression basique sur la nourriture et la santé, et l'idée qu'un abri construit par le joueur pouvait être mis à l'épreuve par le monde. Ces premiers builds établissaient le contrat entre le jeu et le joueur : tu n'es pas en sécurité, mais on te laisse te préparer.
Cette boucle de préparation comptait plus que n'importe quelle fonctionnalité isolée. Plein de jeux de zombies avaient des armes. Plein de jeux de survie avaient la faim. Plein de jeux de construction avaient des blocs. 7 Days to Die combinait ces idées en un cycle : looter le jour, construire avant la nuit, réparer après l'échec, et recommencer avec une checklist un peu plus longue.
Quand le jeu est arrivé en Steam Early Access en décembre 2013, c'était encore clairement une Alpha. Mais il avait déjà trouvé sa cadence émotionnelle centrale. Le joueur était toujours sous-préparé. Le monde était toujours à moitié utile, à moitié hostile. La prochaine échéance des sept jours était toujours plus proche qu'on ne le sentait.
C'est aussi pour ça qu'on a du mal à résumer l'historique de versions du jeu comme une simple liste de « nouveau contenu ». Beaucoup de mises à jour ne se contentaient pas d'ajouter des objets. Elles changeaient la façon dont les joueurs comprenaient la sécurité. Quand la forge change, l'early game change. Quand le terrain change, le déplacement change. Quand les zombies changent, le design des bases change. Quand la progression du loot change, l'économie du risque change.
Le jeu n'était pas un monde figé qui recevait du contenu. C'était un ensemble de règles vivant.
De l'Alpha 7 à l'Alpha 10 : mondes aléatoires, terrain plus lisse, et premier vrai changement d'identité
C'est dans l'ère Alpha de 2014 que 7 Days to Die a commencé à ressembler moins à un prototype et plus à une plateforme.
L'un des ajouts les plus importants a été la génération aléatoire de monde. Navezgane, la carte arizonienne faite à la main, donnait au jeu un cadre reconnaissable. La génération aléatoire lui donnait de la longévité. À partir du moment où les joueurs pouvaient régénérer des mondes neufs, 7 Days to Die a moins consisté à mémoriser une carte qu'à s'adapter à une géographie inconnue. L'emplacement des villes, les routes, les biomes, les cabanes sauvages, l'accès aux ressources : tout cela devenait une partie de l'histoire.
Les mondes aléatoires ont aussi changé le multijoueur. Un serveur privé n'était plus juste une sauvegarde partagée. Il pouvait devenir un territoire unique, avec sa propre politique, ses routes de loot, ses spots de base, ses désastres. Ça a énormément compté pour la culture de l'hébergement sur le long terme. Les serveurs 7 Days to Die ne sont pas que des lobbies de match. Ce sont des mondes dans lesquels les joueurs investissent.
Pendant cette période, le jeu a aussi amélioré le terrain, les animations, les systèmes de personnage, le comportement des zombies et les mécaniques de survie. L'Alpha 10, par exemple, reste connue pour des systèmes comme la création de personnage, la visibilité des vêtements, la chaleur des hordes et le Wellness. Tous ces systèmes n'ont pas survécu dans leur forme originale, mais ils montrent la direction prise par le jeu à l'époque : simulation plus profonde, plus d'identité de joueur, plus de conséquences.
Le jeu accumulait des systèmes à grande vitesse. Parfois un peu trop vite. C'est devenu un schéma typique de 7 Days to Die. The Fun Pimps ajoutait une mécanique, les joueurs construisaient des habitudes autour, et les mises à jour suivantes la remaniaient ou la supprimaient. Pour certains, ce changement constant était excitant. Pour d'autres, on avait l'impression que le sol n'arrêtait jamais de bouger.
Les deux réactions étaient légitimes.
Un sandbox de survie vit du changement, mais une communauté de survie vit de la maîtrise. 7 Days to Die a passé une bonne partie de sa vie Alpha à arbitrer entre ces deux forces.
De l'Alpha 11 à l'Alpha 13 : le jeu devient un hobby
Autour des Alpha 11 à 13, 7 Days to Die a commencé à ressembler à un jeu-hobby plutôt qu'à un jeu qu'on termine en une partie.
Le passage à une version plus récente d'Unity a amélioré la présentation et ouvert la porte à des changements plus ambitieux sur le monde et les personnages. Les systèmes de qualité d'équipement, une meilleure gestion des vêtements et des armures, un crafting élargi, plus de POI et des ennemis plus dangereux ont donné au jeu un sentiment d'ampleur. Le joueur n'essayait plus simplement de survivre quelques nuits. Il construisait un chemin de progression.
C'est l'époque où beaucoup de joueurs de longue date ont commencé à se forger leur propre définition de ce que 7 Days to Die « devrait » être. Pour certains, c'était un jeu de survie dur, où la nourriture, le Wellness, l'infection et la rareté des ressources comptaient. Pour d'autres, c'était un jeu d'ingénierie de défense de base. Pour d'autres encore, c'était un looter coop où une bande de potes nettoyait des villes et construisait des complexes absurdes. Pour les joueurs PvP, c'était un sandbox de raid. Pour les moddeurs, c'était une boîte à outils.
Ces identités ne tombaient pas toujours d'accord.
Un joueur qui adorait la survie lente pouvait détester des changements qui rendaient les marchands trop puissants. Un bâtisseur pouvait haïr un pathfinding zombie qui invalidait ses anciens designs de base. Un looter pouvait accueillir avec enthousiasme des POI plus gros pendant qu'un puriste de la survie n'y voyait que des parcs à thème bourrés d'embuscades scriptées. Un joueur PvP pouvait s'inquiéter de problèmes d'équilibrage qu'un joueur coop ne remarquait jamais.
La force du jeu était aussi son problème de design : trop de communautés vivaient dans un seul et même exécutable.
L'Alpha 13 et les mises à jour qui l'entouraient ont aussi rendu le monde plus dense, plus matériel. Les arbres de craft se sont étoffés. Le loot pesait davantage. La construction est devenue plus expressive. Le jeu était encore moche par endroits, encore bancal, encore très Alpha, mais il devenait le genre de jeu auquel on peut jouer des centaines d'heures.
C'est la deuxième raison pour laquelle 7 Days to Die a duré : même quand il était inachevé, la version inachevée était déjà assez riche pour devenir le jeu principal de quelqu'un.
De l'Alpha 14 à l'Alpha 16 : marchands, électricité, pièges, et la boucle moderne prend forme
L'ère mid-Alpha a apporté certains des systèmes que les joueurs actuels associent encore à 7 Days to Die.
Les marchands ont changé toute l'économie du jeu. Avant les marchands, la survie consistait surtout à fouiller, crafter, miner et compter sur la chance. Les marchands ont ajouté un point d'échange fixe. Ils donnaient aux joueurs une raison de voyager, un endroit pour vendre leurs surplus, et finalement une structure de quêtes qui poussait vers les POI.
C'était un énorme virage de design. Le monde devenait moins purement hostile, et plus lisible économiquement. Le joueur pouvait planifier autour des routes des marchands. Un serveur pouvait se former autour de villes-marchandes. L'early game pouvait être accéléré en vendant les bons objets pour acheter un outil ou une arme cruciale.
Tout le monde n'a pas adoré le résultat. Les marchands ont rendu le monde plus structuré, mais aussi moins solitaire. Ils donnaient des objectifs au joueur, mais créaient aussi des chemins d'optimisation. Avec le temps, les quêtes de marchands sont devenues l'un des systèmes les plus débattus du jeu : utile, gratifiant, et parfois trop central.
L'électricité et les pièges ont fait avancer le côté défense de base. Pièges à lames, clôtures électriques, générateurs, interrupteurs, plaques de pression et tourelles ont donné au joueur un nouveau langage pour la nuit des hordes. Une base ne se résumait plus à des murs et à des pics. Elle pouvait devenir une machine.
C'est l'une des meilleures décisions de 7 Days to Die. Le concept de nuit des hordes avait besoin de profondeur d'ingénierie pour rester intéressant sur des centaines d'heures. L'électricité a donné aux joueurs avancés une raison de continuer à expérimenter. Elle a aussi rendu les serveurs dédiés plus intéressants, parce que les groupes pouvaient se spécialiser : l'un minait, l'autre lootait, l'autre construisait, l'autre câblait, l'autre s'occupait des cultures, l'autre transformait chaque base en risque d'incendie douteux.
Au moment de l'Alpha 16, 7 Days to Die avait un squelette moderne reconnaissable : marchands, quêtes, électricité, pièges, véhicules qui commençaient à compter, gros POI, identité de biome, génération de monde améliorée, et une culture multijoueur plus profonde.
Le jeu n'était toujours pas « fini ». Mais ce n'était plus seulement un sandbox de zombies prometteur. C'était un jeu avec des rituels.
Jour un : trouver un abri. Jour deux : looter une ville. Jour trois : commencer à miner. Jour quatre : trouver un marchand. Jour cinq : construire un truc qui devrait tenir. Jour six : paniquer. Jour sept : découvrir la faille.
Ce rythme a tout traversé.
Le fork console : opportunité, confusion, et le problème Telltale
Aucune histoire de 7 Days to Die n'est complète sans l'épisode console.
En 2016, 7 Days to Die est arrivé sur PlayStation 4 et Xbox One grâce à Telltale Publishing. Pour beaucoup, cette version console a été leur première rencontre avec le jeu. Elle vendait assez bien le fantasme : survie coop, construction de base, zombies, et la horde hebdomadaire. Mais elle est aussi devenue une branche d'histoire séparée.
La version console a pris du retard sur la version PC. Ça aurait déjà été frustrant en soi, mais la situation a empiré sérieusement après l'effondrement de Telltale. The Fun Pimps a expliqué plus tard que les droits d'édition console avaient été cédés à Telltale, et que Telltale avait sous-traité le portage à Iron Galaxy. Quand l'activité de Telltale s'est effondrée, la voie des mises à jour console s'est retrouvée empêtrée dans des questions de droits, de financement et de complications juridiques.
Résultat : des années de confusion et de ressentiment chez les joueurs console. Les joueurs PC continuaient de recevoir des mises à jour Alpha. Les joueurs console restaient coincés sur une vieille branche. Certains en voulaient à The Fun Pimps. D'autres à Telltale. D'autres encore sont simplement partis.
Cette période compte parce qu'elle a façonné la confiance de la communauté. Pour les joueurs PC, 7 Days to Die était lent mais vivant. Pour les joueurs console, on pouvait avoir l'impression d'avoir été lâchés. Quand le jeu est plus tard revenu sur les consoles modernes avec la génération 1.0, ce n'était pas juste une sortie sur une plateforme de plus. C'était une tentative de réparer une frise temporelle scindée en deux.
Le fork console a aussi préfiguré l'une des plus grandes priorités post-1.0 : aligner PC, PlayStation 5 et Xbox Series X/S sur une seule version moderne, et finalement activer le cross-play. Cet alignement n'était pas une fonctionnalité cosmétique. C'était une correction historique.
Alpha 17 : la refonte qui divise
L'Alpha 17 est l'une des mises à jour les plus importantes et les plus clivantes de l'histoire du jeu.
Pour certains joueurs, elle a modernisé le jeu. Elle a changé la progression, remanié les perks, amélioré l'IA, modifié le comportement des zombies, et poussé 7 Days to Die vers une structure RPG plus dirigiste. Pour d'autres, elle a cassé le feeling du sandbox de survie d'avant. De vieilles habitudes ne fonctionnaient plus. Les anciennes bases tombaient. Les anciennes routes de progression disparaissaient. Les joueurs qui maîtrisaient l'Alpha 16 ont eu soudain l'impression de réapprendre le jeu.
L'expérience de l'Alpha 17 tient en une phrase : progrès et aliénation, en même temps.
Les changements d'IA des zombies ont eu un impact particulièrement énorme. La construction de base dans 7 Days to Die n'a rien d'abstrait. On construit en réaction à ce que font les zombies. Si les zombies attaquent au hasard, un certain style de base fonctionne. S'ils pathfinent intelligemment, c'est un autre style. S'ils creusent, escaladent, ciblent les points faibles ou les structures porteuses, toute la méta de la construction change.
L'Alpha 17 a donné à beaucoup de joueurs l'impression que les zombies étaient devenus moins une horde et plus des ingénieurs à peau de mort-vivant. Cette critique n'a jamais vraiment disparu. Même des années plus tard, les conversations sur les « zombies intelligents » contre les « hordes débiles » ressortent dès que les joueurs débattent de l'âme du jeu.
Les changements de progression ont créé une autre ligne de faille. 7 Days to Die avait toujours mélangé survie et éléments RPG, mais l'Alpha 17 a accentué la progression structurée. Pour certains, ça a rendu le jeu plus clair et plus rejouable. Pour d'autres, ça a donné au sandbox une impression de carcan.
La leçon de l'Alpha 17, c'est que la communauté de 7 Days to Die ne se soucie pas seulement des fonctionnalités. Elle se soucie de la texture. À quel point le joueur doit-il se sentir démuni le jour un ? À quel point les zombies doivent-ils être malins ? Le joueur doit-il apprendre en pratiquant, ou apprendre en lootant ? À quel point un marchand doit-il définir l'économie ? Le jeu doit-il punir ou récompenser les designs de base qui exploitent l'IA ?
L'Alpha 17 n'a tranché aucune de ces questions. Elle les a rendues permanentes.
Alpha 18 et Alpha 19 : polish, combat, loot, et le virage HD
Après les turbulences de l'Alpha 17, les Alpha 18 et 19 ont rapproché le jeu d'une identité moderne plus polie.
L'Alpha 18 a amélioré les performances et les sensations de combat, élargi les options de progression et affiné la nouvelle direction. Elle a aussi continué le long processus consistant à rendre le jeu moins visuellement brut. The Fun Pimps avait un problème difficile à résoudre : 7 Days to Die était un jeu voxel avec de la physique, des zombies, de la destruction dynamique, de vastes mondes, des lieux à looter, du multijoueur, des véhicules et des piles d'entités. Il devait être plus beau sans s'effondrer sous le poids de ses propres systèmes.
L'Alpha 19 a poussé plus loin dans l'ère HD. Meilleur éclairage, modèles améliorés, changements chez les marchands, nouvelles armes, bonbons, progression de loot étendue, nouveaux POI, et plus de direction artistique environnementale ont aidé le jeu à ressembler à autre chose qu'un vestige du boom survie des débuts de Steam. Pour beaucoup de joueurs, c'est à ce moment-là que les screenshots de 7 Days to Die ont enfin cessé d'exiger des excuses.
Mais le passage en HD n'était pas qu'esthétique. La présentation a un impact sur la confiance. Un jeu de survie qui fait bricolé peut avoir son charme un temps, mais les joueurs de longue date veulent des preuves que le monde dans lequel ils reviennent continue d'être entretenu. L'Alpha 19 a fourni cette preuve.
Cette période a aussi renforcé la version de 7 Days to Die centrée sur les POI. Les bâtiments sont devenus moins de simples coffres à loot et plus de petites expériences façon donjon, avec des trajets, des embuscades, du storytelling environnemental, des entrées par les toits, des sous-sols, des caches secrètes et un danger qui monte. L'équipe POI est devenue l'une des plus grandes forces du jeu.
Avec un compromis. Plus de POI designés signifiait du loot plus mémorable, mais aussi moins de pure simulation. Une maison pouvait ressembler moins à une maison et plus à une attraction hantée construite pour un parcours de quête. Une fois encore, 7 Days to Die gagnait quelque chose tout en perturbant autre chose.
C'est la troisième raison pour laquelle le jeu a duré : il s'est réinventé juste assez pour rester en vie, mais jamais assez pour mettre fin aux disputes sur ce qu'il avait perdu.
Alpha 20 : l'explosion des POI et l'ère moderne des serveurs
L'Alpha 20 a été l'une des plus grosses étapes de modernisation du jeu.
Elle a apporté une vague majeure de personnages HD, un meilleur travail artistique, une génération de monde améliorée, de nouvelles villes, et une énorme expansion des points d'intérêt. Pour beaucoup, l'Alpha 20 a été la version où l'exploration a enfin rattrapé le reste du jeu. Les villes sont devenues plus denses. Les lieux sauvages plus intéressants. Les serveurs avaient plus de raisons de wiper et de tout recommencer.
Pour les communautés de serveurs dédiés, l'Alpha 20 a compté parce qu'elle a rendu les mondes neufs à nouveau précieux. Un wipe, c'est douloureux quand les joueurs perdent bases, véhicules et salles de stockage pleines de loot soigneusement trié. Mais un wipe devient excitant quand la nouvelle version offre de meilleures villes, de meilleures routes, de meilleurs POI et de nouvelles raisons d'explorer.
C'est l'une des vérités tacites de l'histoire de 7 Days to Die : la cadence des mises à jour et la culture des serveurs sont liées. Chaque grosse version pose une question aux admins : mettre à jour tout de suite, attendre des patchs stables, garder une vieille branche pour la compat des mods, ou wiper en espérant que les joueurs reviennent ? Plus la mise à jour est ambitieuse, plus l'opportunité et le risque sont grands.
L'Alpha 20 a aussi renforcé l'idée que 7 Days to Die n'était pas simplement un jeu de survie, mais une plateforme de contenu. Les joueurs n'attendaient pas seulement de nouvelles mécaniques. Ils attendaient de nouveaux mondes à héberger, de nouveaux modpacks à tester, de nouveaux POI à raider, de nouvelles métas de progression à éprouver.
Cette identité de plateforme, c'est ce qui explique pourquoi les mods sont devenus si importants.
L'histoire dans l'ombre : Darkness Falls, Undead Legacy, et le jeu moddé que les joueurs emportaient avec eux
L'historique officiel des versions ne raconte que la moitié de l'histoire. L'autre moitié vit dans la communauté du modding.
Pour beaucoup de joueurs, 7 Days to Die n'est pas un jeu. C'est le vanilla plus l'overhaul qu'ils adorent.
Darkness Falls, créé par KhaineGB, est devenu l'un des mods overhaul les plus reconnaissables parce qu'il assumait un fantasme de survie plus dur, plus profond, plus old-school. Il ajoutait des classes, étendait la progression, durcissait les nuits, rendait les ennemis plus dangereux, apportait de la technologie de fin de partie, et redonnait l'impression que l'apocalypse était à nouveau assez hostile pour faire peur aux joueurs expérimentés. Il portait aussi des mécaniques et des ambiances que certains joueurs estimaient adoucies ou supprimées par le vanilla.
Darkness Falls compte historiquement parce qu'il est devenu un refuge pour les joueurs qui regrettaient un 7 Days to Die plus punitif. Il n'ajoutait pas simplement du contenu. Il défendait une certaine version du jeu.
Undead Legacy, signé Subquake, est devenu un autre pilier majeur de la scène moddée. Il est connu pour étendre les systèmes, ajouter un inventaire basé sur le poids, un crafting et une recherche plus profonds, une autre UI, plus d'objets, des véhicules, et une boucle de progression plus lente et plus granulaire. Si Darkness Falls ressemblait souvent à une extension brutale d'horreur de survie, Undead Legacy ressemblait souvent à une réimagination très systémique de ce que 7 Days to Die pouvait être en tant que RPG sandbox.
Le rythme de développement du mod et ses mises à jour très attendues sont devenus une dramaturgie en soi pour sa communauté. Les joueurs adoraient sa profondeur, s'inquiétaient de son ambition, et surveillaient de près la compatibilité avec les nouvelles versions vanilla. C'est un schéma 7 Days to Die en miniature : ambition, délais, fidélité, frustration, retour.
D'autres mods overhaul, modlets, packs de cartes, outils de serveur et correctifs communautaires ont aussi façonné le jeu. Ravenhearst, War of the Walkers, Rebirth, Age of Oblivion et beaucoup de projets plus petits ont permis aux joueurs de régler l'apocalypse à leur niveau de douleur préféré. Certains voulaient du réalisme. D'autres de l'horreur. D'autres plus d'armes. D'autres un plus gros sac à dos. D'autres encore voulaient retirer la domination des marchands. D'autres voulaient une Lune de Sang plus dure. D'autres voulaient moins de prises de tête.
Le modding est devenu la soupape d'un jeu aux identités trop nombreuses. Quand le vanilla partait dans une direction, les mods préservaient les alternatives.
C'est pour ça que toute histoire sérieuse de 7 Days to Die doit traiter les mods comme des événements culturels, pas comme du contenu secondaire. Le jeu officiel a fourni le monde de base. La communauté a reconstruit encore et encore les règles de ce monde.
Alpha 21 : apprendre en lootant et la dernière crise d'identité Alpha
L'Alpha 21 est arrivée en 2023 et est devenue la dernière vraie ère Alpha avant la route vers la 1.0.
Sa modification la plus célèbre et la plus débattue : le nouveau système de progression par magazines, apprendre en lootant. Au lieu de débloquer beaucoup de recettes par un investissement classique dans des compétences ou par la pratique, le joueur faisait progresser ses catégories de craft en trouvant et en lisant des magazines. Le but : rendre le loot plus signifiant et étaler la progression sur l'exploration.
Les réactions ont été partagées, et le débat en a dit long sur le jeu.
Les joueurs qui aimaient le système y voyaient une raison de raider plus de POI et de faire compter chaque bibliothèque, boîte aux lettres et placard. Ceux qui le détestaient avaient l'impression que la progression était devenue du RNG et que les personnages avaient perdu en autodétermination. Un mineur qui voulait devenir meilleur en minage pouvait toujours se sentir dépendant de ce que le monde voulait bien lui donner. Un groupe pouvait trouver dix magazines pour une voie que personne ne voulait, et aucun pour celle qu'il visait vraiment.
L'Alpha 21 a aussi continué d'améliorer les POI, les quêtes, l'art, les performances et le confort. Mais le système de magazines a dominé la conversation parce qu'il touchait à la question centrale de 7 Days to Die : le joueur doit-il devenir plus fort en faisant, en choisissant, en lootant, en achetant, ou en survivant ?
Il n'y a jamais eu de réponse unique. Le jeu en a essayé plusieurs.
L'Alpha 21 reflétait aussi à quel point la communauté était devenue mûre et étrange. Les nouveaux voyaient un énorme sandbox de survie. Les vétérans voyaient les strates des versions précédentes en dessous. Chaque changement était comparé non seulement au patch précédent, mais aussi aux souvenirs personnels de l'Alpha 15, de l'Alpha 16, de l'Alpha 17, de Darkness Falls, des versions console, de l'ancien farming, de l'ancien Wellness, des vieux bocaux, des anciens marchands, des anciens systèmes de compétences, et des vieilles bases qui ne fonctionnaient plus.
À la fin de l'Alpha 21, 7 Days to Die n'approchait pas seulement de la 1.0. Il portait onze ans de fantômes.
2024 : Alpha Exodus et la longue route vers la 1.0
En 2024, The Fun Pimps a annoncé que 7 Days to Die allait enfin quitter l'Early Access. La mise à jour autrefois appelée Alpha 22 est devenue la Version 1.0.
Pour la plupart des jeux, la 1.0 signifie un nouveau départ propre. Pour 7 Days to Die, c'était plutôt un traité.
Le jeu avait déjà vendu des millions de copies, bâti un énorme public sur Steam, lancé puis enlisé une version sur consoles anciennes, développé une scène de modding tentaculaire, et passé plus d'une décennie en développement public. L'appeler 1.0 n'effaçait pas cette histoire. Ça l'officialisait.
La mise à jour 1.0 a apporté un gros polish et une modernisation : changements d'armure, nouveaux modèles de personnage et options de customisation, nouveaux modèles d'animaux, mises à jour d'assets de véhicules, ajouts de POI, améliorations du random world, refresh artistique, améliorations graphiques et VFX, travail sur les performances, et passage à une fondation Unity plus moderne. Elle a aussi aligné PC avec PlayStation 5 et Xbox Series X/S au moment où le jeu revenait sur consoles sous une forme moderne.
La réaction émotionnelle a été compliquée.
Certains joueurs ont fêté ça. 7 Days to Die avait enfin échappé au label « Alpha à vie ». D'autres ont blagué qu'il restait Alpha dans l'esprit. Certains ont vu la 1.0 comme une reconnaissance attendue depuis longtemps pour un jeu auquel ils avaient joué des milliers d'heures. D'autres y voyaient plus un jalon marketing et tarifaire qu'une vraie ligne d'arrivée.
Les deux camps avaient raison.
La Version 1.0 ne signifiait pas que 7 Days to Die avait fini d'évoluer. La roadmap post-1.0 l'a montré clairement. Elle voulait dire que le jeu avait atteint un nouveau contrat public : ce n'est plus une expérimentation Early Access, mais un jeu live avec de grosses mises à jour majeures devant lui.
C'était un changement notable. Pendant des années, les joueurs avaient toléré la volatilité parce que « c'est de l'Alpha ». Après la 1.0, l'excuse a perdu de sa force. Les attentes ont changé. La qualité des patchs, la parité entre plateformes, le cross-play, les performances, le respect de la roadmap et la compat des mods sont devenus plus visibles.
La 1.0 n'a pas mis fin au débat sur ce que 7 Days to Die devrait devenir. Elle a relevé les enjeux.
Cross-play, V1.x, et la réparation d'une communauté coupée en deux
Après la 1.0, l'un des jalons les plus importants a été le cross-play.
Les mises à jour V1.x ont stabilisé la branche moderne et ont commencé à rapprocher joueurs PC et joueurs console. La V1.2, en particulier, a apporté le support du cross-play entre PC et consoles, avec des détails de plateforme variant selon les contraintes de certification et de compatibilité. Pour un jeu à l'historique console aussi douloureux, ça comptait.
Le cross-play est facile à décrire comme une case à cocher. Dans 7 Days to Die, c'était plus que ça. Ça voulait dire qu'un joueur PlayStation, un joueur Xbox et un joueur PC pouvaient enfin imaginer partager la même apocalypse moderne plutôt que vivre sur des frises temporelles séparées.
Pour les admins de serveurs, le cross-play a aussi introduit de nouvelles contraintes. Mods, Easy Anti-Cheat, paramètres serveur et compatibilité de plateforme : tout cela comptait. Un serveur PC lourdement moddé n'est pas la même chose qu'un serveur cross-play vanilla. Cette distinction est devenue importante pour l'hébergement, les guides et la pédagogie auprès des joueurs.
C'est pour ça que l'ère post-1.0 s'est scindée en deux voies visibles :
- Stabilité vanilla/cross-play, où la priorité est la compatibilité entre plateformes, une mise en place de serveur propre, et une connexion sans accroc.
- Profondeur PC moddée, où la priorité est les overhauls, les règles personnalisées, une progression plus large, et l'expérimentation côté serveur.
Les deux voies sont légitimes. Elles servent des fantasmes de joueurs différents.
La meilleure version de l'écosystème 7 Days to Die fait de la place aux deux.
2025 : V2.0 « Storm's Brewing » et la nouvelle ère de version
La Version 2.0, intitulée Storm's Brewing, a marqué la première grande ère de contenu post-1.0.
Elle a introduit la progression par biome et ses dangers, de nouvelles menaces spécifiques à chaque biome, des mises à jour de perks et de progression, de nouveaux POI, des changements à Navezgane, des systèmes de wardrobe et de cosmétiques, des améliorations de génération aléatoire, des améliorations multijoueur, et l'idée plus forte que le monde devait pousser le joueur différemment selon où il voyageait.
La progression par biome a été le changement philosophique phare. 7 Days to Die a toujours utilisé les biomes comme atmosphère, ressources et zones de danger, mais la V2.0 a accentué l'idée que la géographie devait façonner la progression. Le biome enneigé, le désert, la forêt brûlée et le wasteland n'étaient plus juste de la variété visuelle. Ils sont devenus une partie de la courbe de difficulté.
C'était une direction naturelle pour le jeu. Un monde avec des biomes doit rendre le voyage signifiant. Si chaque endroit est aussi sûr ou aussi gratifiant, la géographie devient de la déco. La V2.0 a essayé de faire compter la carte davantage.
Mais comme d'habitude, les compromis sont apparus tout de suite. Les joueurs ont débattu pour savoir si les dangers de biome amélioraient la profondeur de survie ou n'ajoutaient que de la friction. Les admins de serveurs ont dû expliquer les changements. Les moddeurs ont dû mettre à jour. Les joueurs qui aimaient les anciens trajets ont dû s'adapter.
La mise à jour a aussi prolongé le problème d'escalade de fin de partie. 7 Days to Die a toujours peiné à gérer ce qui se passe quand le joueur devient riche, armé, blindé, mobile et désœuvré. Des ennemis de biome plus forts, de nouvelles menaces et une progression élargie aident, mais la question de fond reste : comment garder un sandbox dangereux sans simplement gonfler les barres de vie ou faire spawn des monstres plus bruyants ?
Cette question mène directement à la tension majeure suivante : l'envie persistante d'ennemis humains, de bandits, de factions et de plus de vie dans le monde.
Le trou en forme de bandit dans Navezgane
Peu d'idées inachevées ont hanté 7 Days to Die comme celle des bandits.
Depuis des années, les joueurs parlent des bandits, des PNJ hostiles, des factions et des systèmes narratifs comme s'ils étaient toujours juste derrière la prochaine colline. Le lore du jeu lui-même évoque le danger humain. Les marchands suggèrent une structure sociale. Le Duke of Navezgane plane à l'arrière-plan comme un pouvoir invisible. Camps vides, villes abandonnées et lieux fortifiés donnent tous l'impression d'attendre autre chose que des zombies.
Cette absence compte parce que 7 Days to Die n'est pas qu'un jeu de zombies. C'est un sandbox de survie post-apocalyptique. Dans ce genre, le danger humain est souvent la seconde moitié manquante. Les zombies mettent la pression sur la base. Les humains mettent la pression sur le jugement du joueur.
Les bandits pourraient changer le jeu plus profondément qu'aucun nouveau type de zombie. Ils pourraient rendre les routes dangereuses d'une nouvelle façon. Créer des alternatives PvE au PvP. Raider des bases, garder des camps, tendre des embuscades aux marchands, voler des ressources ou transformer la carte en conflit vivant. Ils pourraient aussi casser le jeu s'ils étaient mal implémentés. Une IA humaine avec des armes à feu, c'est dur. Des ennemis humains dans des mondes voxel destructibles, c'est plus dur encore. Des raids humains contre des bases construites par les joueurs, c'est encore plus dur.
C'est sans doute pour ça que la promesse n'a cessé de glisser, changer ou être réinterprétée au fil des roadmaps et des discussions communautaires. À l'ère V2.x, les joueurs avaient appris à être prudents. « Les bandits arrivent » n'était plus une simple attente de fonctionnalité. C'était un meme communautaire, un espoir, et un problème de confiance.
À l'heure où ce texte est écrit, la V3.0 est publiquement présentée autour de Sandbox Siege, avec une grosse emphase sur les options de simulation, les presets de défi et une configurabilité plus profonde. Les bandits restent dans la conversation roadmap au sens large et dans les attentes de la communauté, mais il ne faut pas les considérer comme livrés tant que des notes de mise à jour officielles ne précisent pas ce qui est réellement inclus.
Cette prudence fait partie de l'histoire. 7 Days to Die a toujours vécu entre la promesse et la livraison. Parfois la promesse arrive des années plus tard sous une autre forme. Parfois elle devient un mod. Parfois elle reste un fantôme.
V2.5 « Survival Revival » : le feedback communautaire devient une force de design
La mise à jour Survival Revival de fin 2025 est importante non seulement pour ses fonctionnalités, mais aussi pour ce qu'elle représentait.
L'update s'est concentrée fortement sur le feedback de la communauté et sur le retour ou l'ajustement d'éléments de survie. Ça comptait parce que la communauté de 7 Days to Die passait des années à dire qu'une partie de la friction de survie avait été trop lissée. Nourriture, eau, bocaux, progression, météo et pression d'early game n'étaient pas que des mécaniques. C'étaient des marqueurs d'identité.
Quand un jeu survit plus d'une décennie, la nostalgie devient une partie prenante du design. Le joueur ne demande pas seulement si un système est bon. Il demande s'il a le feeling du jeu dont il est tombé amoureux.
La V2.5 a montré The Fun Pimps en train de répondre à cette pression. Le studio n'a pas fait revenir le jeu à l'Alpha 15 ou à l'Alpha 16. Il ne pouvait pas. Mais il a reconnu que la boucle de survie avait besoin d'une nouvelle attention.
C'est là que le titre « Survival Revival » prenait du sens. Il disait aux joueurs que les devs comprenaient la critique : pour un jeu de survie, la survie passait parfois après le loot, les quêtes, l'optimisation marchande et la progression dans les POI.
Que chaque changement ait été parfaitement réussi ou non importe moins, historiquement, que la direction. La V2.5 a été un signal : le 7 Days to Die post-1.0 n'ajouterait pas seulement du contenu. Il continuerait à renégocier l'équilibre entre confort et rudesse.
Cette négociation s'est prolongée dans la V2.6.
V2.6 : stabilisation, changements sur la boucle de l'eau, et ère pratique du jeu live
En 2026, 7 Days to Die vivait comme un jeu live moderne : branches stables, builds expérimentaux, hotfixes, problématiques multi-plateformes, compat de serveurs, mods cassés, plaintes sur les performances, et analyse communautaire à chaque patch.
La V2.6 a mis l'accent sur les correctifs, le tuning et les ajustements de gameplay. Parmi les changements les plus visibles : les correctifs des saccades en ville, les changements sur les collecteurs de rosée et les bocaux, le tuning de la difficulté du spawn par biome, le rééquilibrage de l'XP des zombies, et les ajustements de la génération aléatoire de monde.
Ça peut sonner comme de petits points de patch notes à côté d'une énorme update Alpha. Mais dans un jeu de survie live, ce ne sont pas de petits points.
Un correctif de saccade en ville change la question : est-ce que les joueurs veulent vivre près des zones urbaines denses ? Les changements sur le collecteur de rosée altèrent l'économie de l'eau en early game. Le tuning de spawn par biome change l'endroit où les nouveaux joueurs devraient voyager. Le rééquilibrage de l'XP des zombies change la façon dont les joueurs valorisent le combat. Les ajustements RWG changent les mondes que les serveurs vont générer pendant des mois.
C'est la réalité post-1.0 : l'histoire du jeu se déplace désormais autant à travers de petits changements pratiques qu'à travers de grosses updates au nom claquant.
Pour les admins de serveurs, la V2.6 a aussi rappelé une règle de base : chaque update est un plan de migration. Sauvegarder les saves. Vérifier les mods. Lire les changements de serverconfig. Tester avant de wiper. Communiquer aux joueurs. S'attendre à ce que le modlet préféré de quelqu'un casse. S'attendre à ce que quelqu'un d'autre demande pourquoi la boucle de l'eau a encore changé.
Cette couche opérationnelle fait aussi partie de l'histoire de 7 Days to Die. Le jeu n'est pas seulement développé par The Fun Pimps et joué par des individus. Il est entretenu par des milliers de communautés privées, d'admins Discord, d'auteurs de modpacks, d'éditeurs de wiki, de rédacteurs de guides, de YouTubeurs et de propriétaires de serveurs qui traduisent les patch notes en mondes vécus.
2026 : Behaviour Interactive et la question de l'échelle
En mars 2026, Behaviour Interactive a racheté The Fun Pimps. Le message public mettait l'accent sur la continuité : The Fun Pimps continuerait de piloter le développement, tandis que Behaviour apporterait du support, de la capacité de production et des ressources pour accélérer la roadmap existante.
Ce moment compte parce que 7 Days to Die a toujours été défini par l'ambition d'un petit studio. Les aspérités du jeu étaient souvent expliquées, pardonnées ou critiquées sous ce prisme. Une petite équipe essayait de bâtir un sandbox absurdement vaste, et la communauté vivait avec les conséquences.
L'arrivée de Behaviour a posé une nouvelle question : que se passe-t-il quand un jeu de survie longévitaire, façonné par sa communauté, gagne plus de moyens de production ?
La réponse optimiste : développement plus rapide, meilleure discipline de production, support console renforcé, roadmaps plus fiables, moins de retards. La réponse prudente : les ressources ne règlent pas automatiquement la complexité du design. Les bandits restent durs. Le cross-play reste contraint. Les mods continuent de casser. Un RPG de survie voxel destructible avec multijoueur, IA, véhicules, quêtes et mondes procéduraux reste une chose difficile à livrer proprement.
Le rachat a aussi changé l'histoire sur le plan émotionnel. 7 Days to Die n'était plus simplement le projet têtu d'un petit studio indépendant. Il était devenu assez précieux pour s'asseoir dans un plus grand portefeuille horror, à côté de jeux disposant d'une machinerie de marque bien plus imposante.
C'est une victoire bizarre. Le jeu qui a passé des années à être moqué comme « Alpha à vie » était devenu trop gros pour être ignoré.
V3.0 « Sandbox Siege » : la prochaine dispute
La V3.0, baptisée Sandbox Siege, est le prochain chapitre majeur.
Les informations publiques au moment d'écrire ces lignes la présentent comme une mise à jour riche en fonctionnalités, axée sur les options de simulation et sur la configurabilité façon défi. L'idée est puissante : donner au joueur plus de contrôle sur les règles de l'apocalypse. Défis sans marchands, hordes plus dures, modes headshot uniquement, permadeath roguelike, mondes ultra-urbains, expériences à la Romero et autres combinaisons de règles s'inscrivent naturellement dans la façon dont la communauté joue déjà.
Dans un sens, Sandbox Siege, c'est The Fun Pimps qui apprend de ses propres joueurs.
Depuis des années, admins de serveurs et moddeurs utilisent des édits XML, des modlets, des packs overhaul et des house rules pour créer différentes versions de 7 Days to Die. Un serveur veut de la survie brutale. Un autre veut du coop décontracté. Un autre veut zéro marchand. Un autre veut des villes gigantesques. Un autre veut des hordes sans fin. Un autre veut une série de défis à la mode créateur. Un autre veut des zombies old-school. Un autre veut une campagne presque RPG.
Si la V3.0 rend une plus grosse part de tout ça configurable en vanilla, elle pourrait réduire la distance entre le design officiel et les comportements de la communauté.
Et ça colle à l'identité du jeu mieux que presque n'importe quel ajout de contenu unique. 7 Days to Die n'a jamais eu un seul public. Une couche de réglages plus profonde reconnaît ce fait. Au lieu de forcer chaque joueur dans une même apocalypse, elle laisse l'apocalypse devenir plus ajustable.
Mais Sandbox Siege va aussi créer de nouvelles disputes. Plus de réglages, c'est plus de questions d'équilibrage. Les presets de défi peuvent fragmenter les conseils. Les navigateurs de serveurs deviennent plus durs à lire. Les guides doivent préciser de quelles règles ils partent. La compat des mods devient plus subtile. Les joueurs continueront à demander des nouvelles des bandits, du scénario, des factions et de l'endgame.
Ce n'est pas grave. 7 Days to Die avance toujours par la dispute.
La question pour la V3.0 n'est pas de savoir si elle clôt le débat. Elle ne le fera pas. La question est de savoir si elle donne aux joueurs de meilleurs outils pour choisir le débat qu'ils ont envie d'avoir.
Pourquoi 7 Days to Die a survécu alors que tant de jeux de survie ont disparu
Le boom survie des débuts de Steam a produit beaucoup de jeux ambitieux. Certains ont décollé fort puis se sont éteints. Certains ont trop promis et se sont effondrés. Certains sont devenus des communautés de niche. Certains sont devenus des produits léchés mais ont perdu leur tranchant.
7 Days to Die a survécu parce que sa boucle centrale est exceptionnellement durable.
Le jeu donne au joueur quatre fantasmes liés :
- Le fantasme du fouilleur : chaque maison peut contenir l'unique chose dont tu as besoin.
- Le fantasme du bâtisseur : ta base est l'expression de ton plan.
- Le fantasme du défenseur : la Lune de Sang met ce plan à l'épreuve.
- Le fantasme de la progression : chaque run peut passer des outils en pierre aux véhicules, pièges, armes à feu, armures et complexes de fin de partie absurdes.
Beaucoup de jeux n'offrent qu'un ou deux de ces fantasmes. 7 Days to Die offre les quatre et les relie par un calendrier.
Ce calendrier, c'est le coup de génie. Sans la septième nuit, le loot pourrait devenir aimless. Sans le loot, la construction pourrait devenir décorative. Sans la construction, la horde devient juste un combat de plus. Sans la horde, la base devient un coffre avec des murs. Le cycle de sept jours fait que les systèmes ont besoin les uns des autres.
Le jeu a aussi survécu parce qu'il est tolérant pour les groupes. Un jeu de survie parfait pour solo peut être trop punitif en coop casual. 7 Days to Die laisse des potes se spécialiser n'importe comment et continuer à s'amuser. Un joueur peut être obsédé par la ferme. Un autre peut construire des défenses moches mais fonctionnelles. Un autre peut looter tout ce qui n'est pas cloué au sol. Un autre peut mourir en boucle et apporter quand même des histoires. Le jeu produit autant de comédie que d'horreur.
Enfin, il a survécu parce qu'il était assez moddable, assez configurable et assez server-friendly pour devenir une plateforme communautaire. Les serveurs privés ont donné de la persistance aux joueurs. Les mods leur ont donné des histoires alternatives. Les séries YouTube leur ont donné des rituels. Les pages wiki et les guides leur ont donné de la mémoire.
Le jeu officiel n'est que le centre. L'écosystème, c'est les douves.
Le coût de grandir en public
Les qualités qui ont rendu 7 Days to Die durable l'ont aussi rendu épuisant.
Grandir en public pendant plus d'une décennie, ça veut dire que chaque ancienne version a ses défenseurs. Chaque système supprimé a ses endeuillés. Chaque ratage de roadmap finit dans les archives. Chaque refonte est jugée non seulement sur le mérite du design, mais aussi sur le fait de savoir si elle trahit l'ère préférée de quelqu'un.
C'est pour ça que les conversations autour de 7 Days to Die peuvent paraître si émotionnelles. Le joueur ne débat pas toujours d'un patch. Il défend la version du jeu qui a vécu dans sa mémoire.
Le Wellness, c'était mieux ? Les bocaux auraient dû rester ? Les marchands étaient trop forts ? Les zombies devraient être plus malins ou plus bêtes ? Apprendre en pratiquant, c'était mieux qu'apprendre en lootant ? Les POI sont devenus trop scriptés ? Le jeu est devenu trop facile ? Trop grindy ? Trop RPG ? Trop console ? Trop centré sur les marchands ? Trop dépendant des mods ? Trop lent ? Trop rapide ?
La réponse dépend du moment où tu es tombé amoureux du jeu.
C'est la structure cachée de l'histoire de 7 Days to Die. Le jeu est une pile d'ères, et la base de joueurs est répartie à travers elles. Certains continuent de juger le jeu moderne à l'aune de l'Alpha 16. D'autres l'ont découvert en Alpha 20 et voient les vieilles critiques comme de la nostalgie. Les joueurs console portent une autre blessure. Les joueurs moddés ont un autre étalon. Les nouveaux joueurs de la 1.0 peuvent se demander pourquoi les vétérans continuent de se disputer sur des bocaux.
Ce n'est pas exactement une faiblesse. C'est le prix à payer pour avoir été un jeu qui a compté longtemps avant d'être officiellement fini.
Ce que la 1.0 n'a pas terminé
La Version 1.0 a clos l'étiquette Early Access. Elle n'a pas clos le projet.
La roadmap post-1.0 a montré clairement que 7 Days to Die avait encore de gros systèmes devant lui. Cross-play, Storm's Brewing, Survival Revival, Sandbox Siege, possibles bandits, vie NPC plus profonde, travail sur les performances, parité console, DLC cosmétiques et autres éléments futurs de roadmap appartiennent tous à l'ère moderne.
Ça rend 7 Days to Die singulier. La plupart des jeux traitent la 1.0 comme une destination. 7 Days to Die l'a traitée comme un passage de frontière.
L'attente du joueur est passée de « quand cette Alpha va-t-elle être finie ? » à « à quel point ce jeu live sera-t-il bien tenu ? ». C'est un standard plus dur à certains égards. Les joueurs Early Access tolèrent le chaos s'ils croient à la destination. Les joueurs de jeu live attendent stabilité, communication et mises à jour fiables.
The Fun Pimps doit désormais servir les deux histoires : le sandbox expérimental dont se souviennent les anciens joueurs, et le produit live officiel que les nouveaux joueurs ont acheté.
Ce n'est pas facile. Mais s'il y a un jeu qui a entraîné sa communauté à vivre avec la contradiction, c'est bien celui-là.
La vraie histoire, c'est la base qui s'est effondrée
C'est tentant de raconter l'histoire de 7 Days to Die comme une liste de versions. Alpha 1. Alpha 10. Alpha 16. Alpha 17. Alpha 20. Alpha 21. Version 1.0. Version 2.0. Version 2.5. Version 3.0.
Cette liste est utile, mais elle passe à côté de la raison pour laquelle les gens sont restés.
La vraie histoire de 7 Days to Die, c'est la première base qu'on a trouvée maline. La mine qui s'est effondrée parce qu'on a creusé trop avidement. Le pote qui jurait que le pathing des hordes allait tenir. Le minibike qu'on a perdu. Le marchand qu'on détestait. L'infection qu'on a ignorée. Le voyage dans le wasteland qui s'est terminé en panique. Le modpack qui a redonné un coup de neuf au jeu. L'Alpha qu'on continue de trouver la meilleure. La version qu'on refuse de quitter. Le wipe de serveur dont tout le monde s'est plaint avant de revenir jouer quand même.
C'est pour ça que la rusticité du jeu ne l'a jamais tué. 7 Days to Die a toujours été un générateur d'histoires déguisé en jeu de crafting et de survie. Les systèmes sont brouillons, mais ils créent des conséquences. Les conséquences deviennent des souvenirs. Les souvenirs deviennent de la fidélité.
Après plus d'une décennie, le jeu se dispute toujours avec lui-même : sim de survie ou looter RPG, zombies intelligents ou hordes classiques, économie de marchands ou rudesse de la nature, cross-play vanilla ou chaos moddé PC, jeu fini ou plateforme évolutive.
Cette dispute n'est pas extérieure au jeu. C'est le jeu.
L'histoire de 7 Days to Die, c'est l'histoire d'un petit studio qui construit en public une apocalypse impossiblement vaste, d'une communauté qui la reconstruit autour de lui sans relâche, et d'un sandbox de zombies qui a réussi, on ne sait comment, à transformer le « pas encore fini » en culture.
La Lune de Sang approche toujours.
Et quelque part, quelqu'un est encore convaincu que son nouveau design de base va tenir, cette fois.
Envie d'un serveur qui survit à chaque patch ?
Snapshots automatiques avant chaque mise à jour, version-pinning, moddé + vanilla côte à côte, et restaurations gérées depuis le panel. Conçu pour survivre à la prochaine dispute sur les bocaux.
Voir les offres d'hébergement 7 Days to Die