Jellyfin ha lanzado la versión 12.0 de su servidor multimedia de código abierto el 7 de septiembre de 2026, con un cambio de numeración que no es cosmético: detrás hay una reescritura profunda de la base de datos pensada para acabar con las congelaciones habituales en bibliotecas con muchas listas de reproducción. La actualización exige detener el servidor y hacer una copia de seguridad completa antes de instalarla.
El equipo ha decidido eliminar el prefijo «10» del esquema de versiones. Lo que habría sido la 10.12.0 pasa directamente a llamarse 12.0.0, y no es un capricho: la versión 10.11 introdujo una reescritura mayor de la base de datos pero se presentó como una actualización menor, y eso generó bastante confusión entre los usuarios. De ahí que, a partir de ahora, el primer número solo cambie cuando el lanzamiento implique modificaciones estructurales de peso en el servidor.
Cómo cambia el almacenamiento de listas y colecciones
El avance más notable en el día a día es cómo se guardan ahora las listas de reproducción y las colecciones. Antes, todo el contenido de una lista se almacenaba como un único bloque serializado, así que el servidor tenía que cargar y desempaquetar la lista entera solo para contar elementos o mostrar una página.
En Jellyfin 12.0 cada elemento ocupa su propia fila en una tabla relacional, lo que permite contar, paginar o añadir y quitar contenido sin tocar el resto de la lista. Esto debería notarse especialmente en bibliotecas con playlists y colecciones voluminosas, donde antes era habitual que la interfaz se quedara pillada al abrir una lista extensa. El cambio de estructura implica que, la primera vez que arranque el servidor tras la actualización, todo ese contenido se reorganiza en las nuevas tablas, lo que forma parte del proceso de migración que detallamos a continuación.
Qué requisitos hay que cumplir antes de actualizar
La migración no admite improvisación. Hay que detener el servidor y hacer una copia de seguridad manual completa de los directorios de datos y configuración, porque el esquema de la base de datos cambia y reescribe datos en el primer arranque; esa copia es la única forma de volver atrás si algo sale mal.
Solo se puede actualizar directamente desde la 10.10.7 o cualquier rama 10.11.x: si vuestro servidor corre algo más antiguo, primero tocará pasar por la 10.10.7. También conviene revisar los nombres de usuario, ya que el sistema deja de distinguir mayúsculas y minúsculas, y si hay dos cuentas que solo se diferencian por la capitalización, la migración fallará directamente. Además, los complementos creados para la versión 10.11 no cargarán en la 12.0, así que hay que desinstalarlos antes de actualizar y esperar a que sus autores publiquen versiones compatibles, todo desde este enlace.
Escaneo, rutas heredadas y seguridad en Jellyfin
Tras instalar la 12.0, el servidor lanza un escaneo completo de la biblioteca que tardará notablemente más de lo habitual, porque reconstruye los enlaces de versiones alternativas y corrige metadatos heredados de versiones anteriores.
La actualización también retira las rutas heredadas /emby/ y /mediabrowser/, que servían para mantener la compatibilidad con clientes de terceros construidos sobre la API de Emby; los que no se hayan actualizado en años dejarán de funcionar contra el nuevo servidor. La nota de lanzamiento no detalla qué vulnerabilidades corrige exactamente el parche de seguridad incluido, pero recomienda actualizar en lugar de quedarse en una versión anterior una vez que se cumplan los requisitos previos de migración.
Ese conjunto de cambios (el escaneo obligatorio, la retirada de rutas antiguas y los complementos incompatibles) explica por qué el equipo ha optado por marcar la actualización como 12.0 en lugar de tratarla como una versión menor: la migración toca el núcleo del servidor y no solo una función aislada.
