Ocho meses buscando a alguien que se hiciera cargo
Pavel Djundik creó SteamDB en 2013 como proyecto paralelo que rastreaba precios, números de jugadores e historial de actualizaciones en la plataforma Steam de Valve. Para este año se había convertido en algo que los periodistas de videojuegos citaban como fuente estadística, que los compradores de Steam Deck consultaban para ver notas de compatibilidad, y sobre lo que herramientas de terceros construían en silencio, todo mientras Djundik lo llevaba solo. En enero de 2026 empezó a buscar comprador discretamente, no para retirarse con dinero, sino porque el trabajo había superado lo que una sola persona podía sostener: los costes de alojamiento, los límites de la API, la mitigación de abusos y las peticiones de funciones seguían creciendo con el tráfico, mientras su tiempo disponible no lo hacía.
En septiembre de 2026 vendió SteamDB a Chosen, la empresa detrás de Nexus Mods, fundada por su consejero delegado Victor Folmann. Djundik describió la búsqueda como la de un equipo que entendiera lo que significa ser responsable de algo de lo que depende una comunidad, y enmarcó el acuerdo en torno a la sostenibilidad y no a una salida lucrativa. No se reveló el precio.
Nadie firmó nada, todos dependían de ello
Lo que hace que esto valga más que una nota al pie de las noticias de videojuegos es lo que SteamDB era en realidad en la práctica: infraestructura no remunerada e informal sobre la que un gran número de partes ajenas había construido silenciosamente sus flujos de trabajo. Nexus Mods describió la situación diciendo que millones de jugadores, desarrolladores y editoras dependían de un servicio sin acuerdo de nivel de servicio, sin plan de sucesión y sin ningún consejo que vigilara qué pasaría si su único mantenedor se apartaba. No había contrato porque no había proveedor, solo una persona con un sitio web y un sentido creciente de obligación hacia todos los que lo usaban.
Ese arreglo no es inusual. Es la condición por defecto de una enorme cantidad de infraestructura que la industria tecnológica trata como algo que simplemente existe: la biblioteca de código abierto de un único mantenedor, una API gratuita a la que el producto principal de una startup llama en silencio miles de veces al día, una base de datos gestionada por la comunidad que sobrevive a cualquier otra parte de la pila original de una empresa. Los incidentes de left-pad en 2021 y xz-utils en 2024 dejaron el mismo punto sobre el código; SteamDB lo deja sobre un servicio de datos vivo y de uso público.
La decisión que nadie tomó hasta que se vio forzada
Djundik tomó la decisión responsable que tenía a su alcance: pasar ocho meses buscando un guardián antes de que el agotamiento forzara un resultado peor, un sitio que se degradara, se apagara o se vendiera a quien pagara más sin importar sus intenciones. Pero la decisión más difícil, la que nunca se tomó, pertenecía a todos los que construyeron un flujo de trabajo sobre SteamDB sin preguntarse qué pasaría si él dejaba de hacerlo en silencio. Nexus Mods controla ahora datos que el periodismo de videojuegos y las herramientas de terceros tratan como fuente de referencia, y su propia declaración de que SteamDB necesita generar ingresos es una señal, no una amenaza, de que los términos de esa dependencia pueden cambiar.
Nexus Mods merece reconocimiento por gestionar bien el traspaso: sin vinculación forzada de cuentas, sin anuncios por ahora, y un compromiso público de mantener intactas las funciones gratuitas existentes. Esa es la mejor versión posible de esta transición. La pregunta incómoda que deja para cualquier empresa no trata de SteamDB en concreto. Es si esa misma auditoría se hizo alguna vez internamente: de qué herramienta gratuita, qué biblioteca mantenida por una sola persona, qué API no oficial depende su propio flujo de trabajo, y cuál es el plan real para el día en que su mantenedor se agote.
Qué comprobar de verdad esta semana
Haga una auditoría de dependencias real sobre todo lo orientado al cliente o que genere ingresos: enumere cada servicio externo o biblioteca que su sistema llama y que está mantenida por una sola persona o un equipo de una a tres personas, sin contrato de soporte comercial detrás. Para cada elemento, anote qué se rompería si desaparece sin aviso, y si existe una alternativa comparable a la que su equipo podría cambiar en una semana. Si la respuesta honesta para aunque sea un solo elemento es que nada funcionaría y no hay ningún plan, eso no es un problema de la industria de los videojuegos. Es el mismo riesgo sin precio que acaba de cambiar de manos en SteamDB, escondido en silencio dentro de un negocio que todavía no ha tenido su propio momento de enero de 2026.
Leer a continuación: xPaw vendió SteamDB. El riesgo no se vendió. | Fallo crítico de GitLab golpeó lo autoalojado, no SaaS
