Otto mesi alla ricerca di qualcuno che subentrasse

Pavel Djundik ha avviato SteamDB nel 2013 come progetto secondario che tracciava prezzi, numero di giocatori e cronologia degli aggiornamenti sulla piattaforma Steam di Valve. Quest'anno era diventato qualcosa che i giornalisti di videogiochi citavano come fonte statistica, che gli acquirenti di Steam Deck controllavano per le note di compatibilità, e su cui strumenti di terze parti si basavano silenziosamente, tutto mentre Djundik lo gestiva da solo. A gennaio 2026 ha iniziato a cercare discretamente un acquirente, non per incassare, ma perché il lavoro era cresciuto oltre ciò che una sola persona poteva sostenere: i costi di hosting, i limiti di frequenza dell'API, la mitigazione degli abusi e le richieste di funzionalità continuavano a crescere con il traffico, mentre il suo tempo disponibile no.

A settembre 2026 ha venduto SteamDB a Chosen, l'azienda dietro Nexus Mods, fondata dal suo amministratore delegato Victor Folmann. Djundik ha descritto la ricerca come quella di un team che capisse cosa significhi essere responsabili di qualcosa da cui dipende una comunità, inquadrando l'accordo attorno alla sostenibilità piuttosto che a un'uscita redditizia. Il prezzo non è stato rivelato.

Nessuno ha firmato nulla, tutti ne dipendevano

Ciò che rende questa storia più di una nota a margine delle notizie sui videogiochi è cosa fosse davvero SteamDB nella pratica: un'infrastruttura non retribuita e informale attorno alla quale un gran numero di soggetti estranei aveva costruito silenziosamente i propri flussi di lavoro. Nexus Mods stessa ha descritto la situazione dicendo che milioni di giocatori, sviluppatori ed editori facevano affidamento su un servizio senza un accordo sul livello di servizio, senza un piano di successione e senza alcun organo che vigilasse su cosa sarebbe successo se il suo unico manutentore si fosse ritirato. Non esisteva alcun contratto perché non esisteva alcun fornitore, solo una persona con un sito web e un crescente senso di responsabilità verso chiunque lo usasse.

Questa situazione non è insolita. È la condizione predefinita di un'enorme quantità di infrastrutture che il settore tecnologico tratta come semplicemente esistenti: la libreria open source di un singolo manutentore, un'API gratuita che il prodotto principale di una startup chiama silenziosamente migliaia di volte al giorno, un database gestito dalla comunità che sopravvive a ogni altra parte dello stack originale di un'azienda. Gli incidenti di left-pad nel 2021 e xz-utils nel 2024 hanno dimostrato lo stesso punto sul codice; SteamDB lo dimostra su un servizio di dati live e di uso pubblico.

La decisione che nessuno ha preso finché non è stata forzata

Djundik ha preso la decisione responsabile a sua disposizione: passare otto mesi a cercare un custode prima che l'esaurimento forzasse un risultato peggiore, un sito che si degradava, spariva o veniva venduto a chiunque pagasse di più indipendentemente dalle sue intenzioni. Ma la decisione più difficile, quella mai presa, apparteneva a chiunque avesse costruito un flusso di lavoro su SteamDB senza chiedersi cosa sarebbe successo se lui avesse smesso in silenzio. Nexus Mods controlla ora dati che il giornalismo di videogiochi e gli strumenti di terze parti trattano come fonte di riferimento, e la sua stessa dichiarazione secondo cui SteamDB deve generare ricavi è un segnale, non una minaccia, che i termini di quella dipendenza possono cambiare.

Nexus Mods merita credito per aver gestito bene il passaggio: nessuna integrazione forzata dell'account, per ora nessuna pubblicità, e un impegno pubblico a mantenere intatte le funzionalità gratuite esistenti. Questa è la versione migliore possibile di questa transizione. La domanda scomoda che lascia per qualsiasi azienda non riguarda specificamente SteamDB. È se quella stessa verifica sia mai stata fatta internamente: da quale strumento gratuito, quale libreria mantenuta da una sola persona, quale API non ufficiale dipende il proprio flusso di lavoro, e quale sia il piano reale per il giorno in cui il suo manutentore si esaurirà.

Cosa controllare davvero questa settimana

Effettuate una vera verifica delle dipendenze su tutto ciò che è rivolto al cliente o genera ricavi: elencate ogni servizio esterno o libreria che il vostro stack chiama e che è mantenuto da una sola persona o da un team di una o tre persone, senza un contratto di supporto commerciale alle spalle. Per ciascuno, annotate cosa si romperebbe se sparisse senza preavviso, e se esiste un'alternativa comparabile a cui il vostro team potrebbe passare entro una settimana. Se la risposta onesta anche per una sola voce è che nulla funzionerebbe più e non c'è alcun piano, questo non è un problema del settore dei videogiochi. È lo stesso rischio senza prezzo che ha appena cambiato proprietario a SteamDB, nascosto silenziosamente dentro un'azienda che non ha ancora avuto il proprio momento di gennaio 2026.

Da leggere ora: xPaw ha venduto SteamDB. Il rischio è rimasto.  |  GitLab critico colpisce il self-hosted, non il SaaS