Octubre de 2025: Umbraco 17 entró en beta y uSync cerró la línea v16

· JD + AI · Umbraco

Octubre de 2025: Umbraco 17 entró en beta y uSync cerró la línea v16

Si mantiene un sitio en Umbraco 16, la frase más consecuente que se publicó en octubre no estuvo en umbraco.com. Estaba al pie de una nota de release en GitHub, donde Kevin Jump describió a uSync 16.1.0 como "the last 'feature' release of uSync for Umbraco v16": la última entrega con funcionalidades nuevas para esa línea. Todo lo que venga después en v16 son correcciones.

Es el mantenedor de la herramienta con la que la mayoría despliega avisando dónde termina el camino, seis semanas antes de que llegue la siguiente versión de soporte extendido del fabricante.

Umbraco 17 salió como beta, y la beta en sí es la noticia

El 15 de octubre Umbraco publicó la beta de Umbraco 17. Bolette Kern, escribiendo en el blog de la propia empresa sobre la propia release de la empresa, anunció además un cambio de proceso: a partir de 17, "every major version of Umbraco will include a beta six weeks before launch", una beta seis semanas antes del lanzamiento. El release candidate llega unas cuatro semanas antes, y el lanzamiento final quedó fijado para el 27 de noviembre.

El argumento es más franco de lo que suelen ser estos posts. Según la propia Umbraco, la etiqueta de release candidate venía absorbiendo cambios de último momento, lo que volvía engañoso el nombre. Beta ahora significa que el desarrollo de funcionalidades está cerrado y solo entran correcciones; RC significa únicamente correcciones de regresiones. Si mantiene un paquete, o prueba el sitio de un cliente contra versiones previas al lanzamiento, eso cambia cuándo se agenda el trabajo, no solo cómo se llama.

En un salto de 13 a 17, el número a dimensionar no es el CMS

Umbraco 17 es el nuevo LTS, y la empresa dice sin rodeos que muchos equipos van a llegar directamente desde 13. Ese camino cruza Bellissima, la reescritura del backoffice que reemplazó AngularJS por Web Components e introdujo la Management API en v14. El post no disimula el costo: las extensiones propias del backoffice quedan señaladas como la variable más significativa del upgrade, y el tamaño del retrabajo escala con cuántas tenga.

Puntos concretos para meter en la estimación, todos de la lista del propio fabricante. SendingContentNotification quedó dividido en tres puntos de extensión más acotados (Property Preset Values, Content Type Create Filter, Property Level UI Permissions), que es mejor diseño y sigue siendo una reescritura para quien se apoyaba en la notificación vieja. Los tours del backoffice y la configuración de ejemplo del block grid no vuelven. La sustitución de TinyMCE por TipTap que llegó en 16 está en el camino, se haya detenido en 16 o no. Nuevo en 17 propiamente dicho: soporte de .NET 10, balanceo de carga del backoffice y manejo de fechas consistente en UTC con un editor de fecha que entiende zonas horarias.

Un upgrade de LTS a LTS acumula dos años de trabajo, así que es más grande que un salto semestral por construcción. Umbraco lo dice de frente. Lo que el post no puede decirle es cuántas extensiones tiene usted, y ese es el número del que depende la estimación.

uSync publicó cuatro veces en once días, y el orden importa

Jump publicó v16.0.7 el 6 de octubre, v16.0.8 el 7, v16.1.0 el 15 y v17.0.0-beta el 16. Leídas en secuencia son un mantenedor despejando la mesa: recortes de allocations y una corrección de nodos autorreferenciados, después arreglos de importación en el arranque y de ordenamiento, después una release con funcionalidades que agrega la fusión de varios ítems en un único archivo y mejor reporte de los merges de BlockList y Grid. Y luego el port a v17, un día después de la beta de Umbraco, con Jump aclarando que esa versión "contains no new features other than changes to make the package build and run on Umbraco v17" y que la cobertura completa de v17 todavía está por trabajarse.

Si sus despliegues pasan por uSync, eso es su calendario y no un changelog. La línea de funcionalidades de v16 está cerrada, la de v17 es un port que aún no alcanzó lo que 17 agrega, y en la distancia entre esos dos hechos es donde un despliegue de esquema le va a dar una sorpresa.

El blog del propio Umbraco argumentó contra la ola composable

El 24 de octubre Filip Bech-Larsen publicó Composable Regrets en umbraco.com. Es un fabricante haciendo un argumento de arquitectura en su propio canal, y el argumento favorece justamente la forma de producto que vende, así que léase como una postura y no como un análisis. Aun así describe con precisión lo que la primera ola composable les costó a los equipos que la compraron: empresas convertidas en integradores de sistemas de hecho, un impuesto de complejidad armado con licencias más integración más mantenimiento, y una experiencia final que se nota cosida a mano. Su formulación, "composability without clarity is chaos", es la línea que va a quedar circulando.

No es análisis neutral. Tampoco está equivocado.

El resto del mes fue escritura de comunidad, y conviene decirlo

Este es un mes reconstruido hacia atrás, a partir de archivos de feeds y no de un rastreo en vivo, así que el volumen es un piso y no un censo. La cosecha devolvió 84 ítems entre los dos CMS para octubre; 13 eran de Umbraco, y citamos los 13. Cuatro son notas de release de uSync y cuatro son de umbraco.com, con lo cual dos publicadores explican ocho de trece ítems.

Lo más sólido del resto es SPECKL, de Matt Brailsford, un intento de ubicarse entre el vibe coding y el desarrollo dirigido por especificación completo, bajo el principio "Humans build. AI assists. Specs define the boundaries." Se entrega como una plantilla de spec más un conjunto de comandos para Claude Code. Brailsford desarrolla Umbraco Commerce, y el ejemplo trabajado del post es una spec de motivos de reembolso para ese mismo producto, así que el ejemplo es el de un autor de producto y no el de alguien sin interés en el asunto. La técnica se sostiene igual. También marcó el segundo cumpleaños de UMB.FYI con un informe Pulse Check sobre el año de la comunidad.

Más allá de eso: la guía de Allen Smith para involucrarse en la comunidad y el uProfile de octubre con Helen Chaplin de Cantarus, los dos en umbraco.com. Dennis Adolfi publicó tres veces: sobre su pase a la categoría MVP de Azure AI Foundry, sobre una charla de tecnología sostenible e IA responsable ante 200 estudiantes en Medieinstitutet, y sobre Umbracokalaset 2025 en Estocolmo. Nada de eso cambia lo que hace usted el lunes, y nada de eso pretende hacerlo.

Sobre qué actuaríamos

Si está en 16, deje de tratar a 16.1.0 como una parada intermedia. Es el techo, y la decisión de moverse a 17 ya la tomó por usted el herramental. Si está en 13, la beta de octubre es la primera oportunidad honesta de medir el retrabajo de extensiones contra una build con las funcionalidades cerradas, y medirlo en noviembre sale más barato que descubrirlo dentro de una ventana de migración.

La parte incómoda es la forma del mes. El documento más útil operativamente que se publicó para Umbraco en octubre fue una nota de release en GitHub, escrita por una sola persona que mantiene el paquete con el que despliega el resto del ecosistema. El post del fabricante sobre la beta fue bueno y completo; la nota de release es la que cambió una planificación. Un ecosistema donde el ciclo de vida de la herramienta de despliegue se anuncia al pie de un changelog y no en un roadmap funciona a base de un favor, y un favor no es un contrato de soporte.

Fuentes

Los títulos se conservan en su idioma original: así es como se cita un documento y así es como lo vas a encontrar.

umbraco · umbraco-cms · product · community · release · commerce · deployment · usync

2026 © Umbracolombia - Todos los derechos reservados.